PROCEDURE 04 / 35
REVIEWED 7 September 2026

START · SOP

Audit worksheet

Record present state and evidence before assigning work.
Network disclosure. All ten properties in this network are published by SBD Marketing. Their links improve navigation and topic coverage. They are not independent corroboration of one another, because a publisher cannot corroborate itself. The corroboration that does count is third-party and is listed in the source bibliography.

Objective

Record present state and evidence before assigning work. The controlled asset is the audit workbook. Completion means the firm can inspect the work, reproduce the check and continue without depending on an unexportable vendor view.

When to use this procedure

Run this SOP when site, profile, analytics and intake access needs a new baseline, a correction or a scheduled review. Do not begin because a dashboard has issued a generic warning. Write the decision the procedure is meant to support. That keeps the work bounded and gives the quality gate a real pass condition.

Assign one operator and one approver for the audit workbook. The same person may fill both roles for a small firm, but the worksheet should still separate the act from the approval. Attorney review is required whenever published text could state law, characterize a charge, describe a defense or expose a client fact.

Inputs

Procedure

  1. Open the control record

    Create the audit workbook under firm ownership. Write the market, practice scope, responsible person and review date before changing anything.

  2. Capture the starting state

    Inspect site, profile, analytics and intake access. Save the raw export or source copy and note any field that cannot be observed.

  3. Set the acceptance rule

    Define what counts as complete, which value must remain fixed, and who can approve an exception. Put the rule in the worksheet.

  4. Perform the work

    Record facts before proposing changes. Make one traceable change at a time when the system allows it, then log who acted and when.

  5. Test the result

    Repeat the observation with the same settings. Compare the output with the acceptance rule and retain read-only exports and screenshots.

  6. Close or recover

    If the gate passes, prepare the handoff. If it fails, restore the last known state where possible and open a blocker record.

Asset-specific record

For Audit worksheet, the first inspection is site, profile, analytics and intake access. Save that state before acting and name the person who can confirm it. The working action is to record facts before proposing changes. Put that sentence in the task record so a later operator can distinguish the intended change from incidental edits made during the same session.

The proof file is read-only exports and screenshots. Give it the procedure number and observation date, then store it with the source material used for the decision. If the platform has no export, capture the complete visible settings and account context. A screenshot can show a state; it cannot replace an available raw file used for a calculation.

Asset closeout

The deliverable is finding log ranked by impact. Review it against the starting state and acceptance rule before transfer. The firm should receive an editable or exportable copy under its control, along with the next review date. Record any dependency that remains open and the person responsible for resolving it.

Stop the closeout when the auditor cannot reproduce a finding. Preserve the failed state and write the expected result beside the actual one. If a repair changes the observation method, close the old version as inconclusive and open a dated procedure. That keeps the original baseline intelligible.

Quality gate for Audit worksheet

Approve the audit workbook only when a second operator can reproduce site, profile, analytics and intake access and reach the same disposition. The reviewer must locate read-only exports and screenshots, identify who approved it and state the limit that travels with the result. Return the Audit worksheet file if a conclusion depends on an unrecorded setting or a vendor-only screen.

Scenario test for Audit worksheet

Run a dry test on the audit workbook before declaring this procedure ready. Begin with site, profile, analytics and intake access and give the test file to someone who did not perform the setup. That reviewer should be able to locate the starting record, identify its date and explain which field the procedure may change. If those answers depend on a verbal explanation from the operator, the Audit worksheet package is not ready for repeat use.

Next, ask the reviewer to follow this working instruction: record facts before proposing changes. Compare the resulting observation with read-only exports and screenshots. A useful comparison names the unchanged settings as well as the changed field. It also records an absent value as absent; it does not fill a blank from memory or copy a later value back into the baseline. File the review beside the audit workbook so the test travels with the work.

Acceptance example

A passing Audit worksheet file produces finding log ranked by impact that another firm-authorized operator can open and continue. The package identifies the approval rule, links to read-only exports and screenshots and gives the next review a calendar date. The receiving operator can tell which source controls the fact and which worksheet contains the observation. No private case detail is needed to understand the result.

A failed example begins when the auditor cannot reproduce a finding. Leave that state visible in the audit workbook record. Assign the repair to the person who controls the source, then repeat site, profile, analytics and intake access under the recorded settings. Do not replace the failed copy with the repaired one. The two files show what changed, and they let the approver decide whether the original acceptance rule still fits the Audit worksheet procedure.