Ayush AI automation
Case file 01 · The full case study

Case study · chartered accountancy · Mumbai

A timesheet and leave system for a 50-person CA firm.

Replacing a shared Excel template with structured records, controlled periods, scoped access and reporting. In daily use since 25 August 2026, on the firm’s own server and under their own domain.

Built for Vatsaraj & Co., Chartered Accountants, who agreed to be named. The video and every screen below are the same software running on invented data. None of the firm’s own data appears on this page.

Demonstration data. The whole system in 27 seconds: log, check, submit, leave, review, control. Music only; every line is on screen.
Look round it yourself →

A read-only copy of the same system. Pick a seat (employee, team lead or administrator) and click through every screen. Nothing you type is saved.

The situation

The defect was not the spreadsheet. It was the data going into it.

At a firm of about 50 people across audit, tax and GST, billable time was being recorded against roughly 500 clients in a shared Excel template. The obvious complaint about that arrangement is that chasing timesheets is slow, and it is — but that is not what was actually breaking.

Their template carried a 500-item client dropdown and a second, separate 500-item client group dropdown, with nothing linking the two. The written instructions asked every person to hand-check that the two agreed, on every row they typed. That is job costing built on data nobody can trust, and no amount of chasing fixes it.

The second defect was that a fortnight’s timesheet was only true until somebody edited a closed row, and afterwards nobody could tell that they had.

What the system does about it

Three behaviours, and the screens that show them.

Each screenshot is the delivered software, signed in as the role named, running on an invented firm with invented staff and invented clients.

Linked master data makes the client and group relationship explicit

A client belongs to a group as a fact about the record, not as a second thing a person is asked to remember. Choosing the client is choosing the group. Nothing in master data is ever deleted either — archiving hides a row from the dropdowns and leaves every past report exactly as it was, so last quarter’s number does not move because somebody tidied a list this quarter.

The master data screen, Clients tab. A list of 512 clients, each row showing the client name, the group it belongs to and an active status. A notice at the top explains that nothing here is ever deleted and that renaming asks whether the change is a correction or a genuine change.
Demonstration data. Master data · signed in as an administrator. Open full size ↗
A staff member's week. The left pane lists each day's entries with client, assignment type and hours. The main pane shows totals, and a banner reading: 10 drafts not yet submitted. This week locks at the end of 07 October 2026, four days left; after that only an admin can reopen it.
Demonstration data. A week of entries · signed in as a member of staff. Open full size ↗

Periods close on a schedule, and reopen only deliberately

Entry for a week closes on a date computed from the calendar, not on an email reminder that somebody has to remember to send. After that an administrator can reopen the period on purpose when a person genuinely needs it — which is a different thing from a closed row quietly changing.

The same screen is the everyday one: a week at a time, entered against a client and an assignment type, with the day’s hours totalling as you type.

Permissions and scoped views give people the access their role needs

A shared file gives everybody everything. Here a person sees their own week; a manager sees the people who report to them, with drill-down, and nobody else; an administrator sees the firm. The navigation itself is shorter for a manager than for an administrator, because the screens they cannot use do not exist for them.

A team lead's view. Eleven people, their hours, entries and draft counts, with a warning that none of the eleven has submitted the week yet. The left navigation rail is short: my week, my leave, my team, team reports.
Demonstration data. Team view · signed in as a team lead, not an administrator. Open full size ↗

And the reason all of it exists

Reporting the firm can actually stand behind.

Time pivots by client, client group, month, assignment type, segment, person, reporting partner or reporting manager, with drill-down from any row to the underlying entries and an Excel export that honours the filters actually on screen. The spreadsheet becomes an output rather than the system of record.

The firm-wide reports screen. A date range, filters, and totals reading 21,224.00 hours across 9,410 entries, 38 employees and 270 clients. Below, a pivot table by client with entries, hours, people and share of total, and a row-level drill-down link on each line.
Demonstration data. Firm-wide reporting · signed in as an administrator. The totals shown are the demonstration database’s, not the client’s. Open full size ↗

Also part of the engagement

The parts that are not a screenshot.

  1. Requirements

    Their existing Excel template was read to recover the real data model — segments, assignment types, the client and group lists, the financial-year structure — rather than inventing one and asking them to adapt.

  2. Migration

    9,178 historic entries moved across and reconciled against the source, so the new system opened with the firm’s own history in it.

  3. Leave, end to end

    Apply, preview the working days a request will actually consume, approve or reject, withdraw, cancel — with Sundays and declared holidays handled explicitly rather than silently shortening a request.

  4. Deployment they own

    Their server, their domain, their tenant, their backups, their credentials. The restore was tested before go-live, not merely configured.

  5. Handover and support

    Source, runbook and credentials in their hands, with support terms agreed as part of the scope rather than promised open-endedly.

Delivery figures · counted September 2026
25 Aug 2026
In daily use since
38
Staff on the system
9,178
Historic entries migrated
~7 weeks
16 July to 1 September 2026
764
Automated checks on every change

Being precise about it

What this proves, and what it does not.

It proves that I can carry an internal application through real requirements, a data migration, deployment on a client’s own infrastructure, and the changes that keep arriving after go-live.

It does not prove a measured saving. No business KPI or baseline was agreed before the build, and nothing has been measured in production since. Establishing one — time spent consolidating and chasing, or submission completeness by the deadline — is work in progress with the client. Until it lands, I would rather describe delivery accurately than convert clicks saved into rupees saved.

It also does not establish broad business-audit expertise, production AI reliability, or demand for this as a product other firms would buy off the shelf. Those are separate claims and I do not have the evidence for them yet.