Building a Compliance Calendar That Survives a Fifty-Client Practice
The shared spreadsheet works until it does not. What breaks as a practice grows, and how to structure compliance tracking so nothing depends on one person remembering.
Where the Spreadsheet Stops Working
Almost every practice starts with a workbook: a tab per month, clients down the side, filings across the top, cells coloured green when done. It works well at ten clients and two people. At fifty clients and six people it fails in a specific way — not dramatically, but by degrees. Two people edit at once and one version wins silently. A client is onboarded and nobody adds their rows. Someone colours a cell green optimistically. The sheet stops recording state and starts recording intent, and the difference only becomes visible when a notice arrives.
A Calendar Is Not a Tracker
A calendar answers what is due and when. A tracker answers who owns it, whether it has started, what is blocking it, and whether it was actually filed. Those are different questions and the second set is where practices lose filings. Knowing that a GSTR-3B is due on a date is not useful on its own; knowing that this particular client's return is blocked because the purchase register has not arrived, has been blocked for six days, and is assigned to someone who is on leave, is what lets you act.
Model the Obligation, Not the Month
The durable unit is the obligation — this client, this filing, this period — not the month tab it happens to sit in. Modelled that way, a filing carries its own due date, owner, status and history, and the monthly view becomes a filter over obligations rather than the structure everything is stored in. This is what makes a client onboarded in October as complete as one onboarded in April, and what lets you ask "what is outstanding across the whole practice" without assembling it by hand.
Blocked Is a Status, Not a Note
The most common reason a filing slips is that the practice is waiting on the client, and in a colour-coded sheet that state has nowhere to live — it is neither done nor not-started. Making blocked an explicit status, with the reason recorded, changes what you can see: how many filings are waiting on client data, which clients are chronically late, and how long each item has been stuck. That last number is the one that turns a vague sense that a client is difficult into something you can put in front of them.
Recurrence Should Generate Itself
Most statutory work repeats on a fixed cadence — monthly returns, quarterly statements, annual filings. If those are created by hand each period, two things go wrong: someone forgets a client, and the create-them-all task itself becomes a monthly chore nobody owns. Recurrence rules attached to the obligation solve both. Closing one occurrence generates the next, dated correctly, assigned to the same owner, so the board is always populated without anyone maintaining it.
One Registry, Many Views
Different people need different cuts of the same data and should not each maintain their own. A team member wants their own list across all clients. A manager wants what they delegated and where it has reached. A partner wants what is at risk this week. If those are three separate spreadsheets they will disagree within a fortnight. If they are three views over one registry they cannot. Add a client master holding entity details and which obligations apply to whom, and onboarding becomes a registry entry rather than an afternoon of copying rows.
Evidence, Not Just Status
Marking something done is a claim. Being able to show when it was done, by whom, and with what acknowledgement is a record. This matters more than it sounds: the questions that arrive months later — did we file this, when, who approved it — are answerable from a system with history and unanswerable from a sheet where a cell was coloured green. Soft-deleting rather than removing completed work is part of the same principle; a filing record that can be deleted without trace is not evidence.
What to Fix First
If the spreadsheet is still working, the highest-value change is not software, it is making ownership explicit — every filing gets a named person, written down, before the period starts. That alone removes the most expensive failure, which is a filing everybody assumed someone else had. Once ownership is explicit, the next constraint is usually visibility across clients, and that is the point at which a shared sheet genuinely cannot keep up and a tracked system pays for itself.
Related
Finatica