Sample deliverable

A sample runbook for one flow.

The runbook Harbor Row Bookkeeping, a fictional six-person firm, keeps for feed watch, the flow that checks its bank feeds: what it does, where it runs, what to do when it fails, and who owns it. The firm, its people and every number are invented. Yours would be written for your flows.

Runbook · Feed watchFictional
  1. What it doesChecks every bank feed on 70 client files each morning
    Read-only
  2. Where it runsA scheduled job, in an account the firm owns
    Daily, 06:00
  3. When it failsFour cases, with the first check for each
    4 cases
  4. Pause or changeWho can switch it off, and how a change is made
    Change log
  5. Who owns itDana at the firm, Cudalo on the retainer
    Version 2
Fictional firm · last changed 12 October

Sample runbook

Five steps, every morning at six.

Fictional. What feed watch does, in order, and where each step happens. It reads the ledgers and changes nothing in them.

  1. 01

    Read every bank account

    At 06:00 the flow opens each of the 70 client files, 52 in QuickBooks Online and 18 in Xero, and reads every connected bank and card account. It reads only: it does not post, edit or delete.

    Where
    The job
    When
    06:00
  2. 02

    Check three things per account

    When the last bank line arrived, whether the feed reports an error, and when the bank's consent runs out. An account with no new line for two business days counts as stopped, unless it is on the quiet list.

    Where
    The job
    When
    06:00 to 06:10
  3. 03

    Raise what it finds

    A stopped or failing feed becomes a task in Karbon on that client, for the bookkeeper who owns the file, due before 10:00. Consent that runs out within seven days becomes a reminder task, due the day before.

    Where
    Karbon
    When
    06:10
  4. 04

    Tell Cudalo first, then Dana

    Cudalo gets every alert at 06:10 and checks whether the fault is in the flow or at the bank. A fault in the flow is ours to fix, and the task says so. Anything still open at 10:00 goes to Dana by email.

    Where
    Email
    When
    06:10 and 10:00
  5. 05

    Close what is fixed

    The next morning's run checks the account again. If lines are arriving, it closes the task with a note of the gap, so nobody closes it by hand.

    Where
    Karbon
    When
    Next run

Where it runs

Where it runs and what it can touch.

Every connection runs under an account the firm owns and can revoke. Nothing here holds a bank password.

Runs on

  • A small scheduled job named “Feed watch”, in an automation account the firm owns and can revoke. The real runbook names the platform
  • Daily at 06:00, firm time; one run covers all 70 files
  • Each run's log shows which files were read and what was raised, with no bank lines kept

Reads

  • Xero: the 18 client files, with read-only access
  • QuickBooks Online: the 52 client files. Intuit gives apps one accounting permission with no read-only option, so the flow is written to read only, and the access list says so
  • Karbon: the client list, and who owns each file

Writes

  • Karbon: tasks on the client, and notes on those tasks
  • Email: alerts to Cudalo, and to Dana when a task is late
  • A one-line summary to Cudalo and Dana when each run finishes, even when every feed is fine

Never

  • Posts, edits or deletes anything in a ledger
  • Re-authorizes a feed or touches a bank login: a person does that
  • Keeps a copy of bank lines after the run

When it fails

When something goes wrong, start here.

Four cases: what each looks like, the first thing to check, and who to call.

  1. 01

    A feed has stopped

    This is the flow doing its job. Open the bank connection in the ledger: usually the bank's consent has lapsed. Re-authorize it from the firm's login, then have the ledger pull the missing days. If it cannot, ask the client for statements covering the gap.

    First check
    Bank settings in the ledger
    Call
    File's bookkeeper
  2. 02

    No summary by 06:30

    The run never started. Every run ends with the one-line summary, so silence is the sign. The schedule may be switched off, or the account may have reached its monthly run limit.

    First check
    The job's run log
    Call
    Cudalo
  3. 03

    A run stops part way

    A ledger connection has expired or been revoked, usually after a password change or someone leaving. The flow retries that file twice, then raises a “not checked” task for it rather than skipping it quietly.

    First check
    The job's connections
    Call
    Cudalo
  4. 04

    A feed flagged that is not broken

    An account with no activity, such as a savings account, looks like a stopped feed. Check with the client or the bank. If it really is quiet, add it to the quiet list in Karbon so it is not flagged again.

    First check
    The client's bank
    Call
    File's bookkeeper
How a failed sync is caught, retried and given an owner→

Pause or change

How to pause it, and how to change it.

Anyone named in this runbook can pause it. Changes go through Dana, so the runbook stays true.

Pause everything

Switch “Feed watch” off in the automation account, then tell Cudalo and say why on the team's Karbon board, so nobody assumes feeds are being watched. Nothing is lost: the first run after it is switched back on checks every account from its last line.

Pause one client

Tag the client “Feed watch: skip” in Karbon, for a client who is leaving or a file still being set up. Remove the tag and the next run watches it again.

Change it

  • The quiet list and the skip tag: the file's bookkeeper, any time
  • Who is alerted, the two-day rule and the 10:00 deadline: Dana, by asking Cudalo
  • New checks or another ledger: within the retainer, or quoted
  • Every change is recorded in the change log below and in the monthly summary
  1. 01

    Built and handed over

    Phase one of the plan: every bank feed on 70 files checked each morning, tasks in Karbon for the file's owner, alerts to Cudalo first.

    Made by
    Cudalo
    Version
    Version 1
  2. 02

    Looks seven days ahead

    Checks consent end dates seven days out, so the next re-authorization is a reminder rather than an incident. Added after a Xero feed stopped on 9 October.

    Made by
    Cudalo
    Version
    Version 2, 12 Oct

Who owns it

One owner at the firm, one on the retainer.

Who fixes each kind of problem, and who holds the logins. If the retainer ends, the flow keeps running and this page says who to call.

Owners · Feed watchFictional
  1. DanaOwner. Approves changes, and hears about anything still open at 10:00
    Firm
  2. The file's bookkeeperSam, Priya, Luis or Maya. Re-authorizes a stopped feed on their own files
    Bookkeepers
  3. JoKeeps the Karbon client list right, which is where the flow gets its 70 files
    Client list
  4. CudaloFirst alert each morning, fixes to the flow itself, the monthly summary
    Retainer
Dana holds every login and this runbook

Let’s look at the hand-offs

Tell us where the work slows down.

Book a 20-minute call and tell us which tools your firm uses and where the work gets stuck. We will say whether an assessment makes sense.

Book a call

or email connect@cudalo.com

Have these ready for the call.
  1. The systems your firm uses
  2. The process you want to improve
  3. What your team does manually today

For accounting & bookkeeping firms
in the US, Canada & UK.