A finance agent that turns a week of cross-entity research into five minutes.
Accrual-basis analysis across multiple legal entities and fiscal years, with institutional rules encoded in memory and every number cited to a file path and row number. Read-only by design.
Multi-entity accrual accounting is tribal knowledge. The rules live in one person's head.
A controller asks a junior analyst: "Is this internal transfer an outflow?" The answer depends on context the analyst doesn't have yet. The next week, a different analyst gets the same question and answers differently. Nobody is wrong on purpose — but the books drift.
The failures compound quietly. Payment date gets treated as invoice date, and accrual discipline slips without anyone noticing. A name in Accelevents Hours doesn't fuzzy-match to the Keka payroll record, and an employee gets double-counted. A board member asks where a ₹12.4L revenue number came from, and the team spends half a day re-tracing the work.
The root cause isn't the team's skill. It's that the rules live in a person's head, not in the system. New analysts take weeks to learn entity separation, fuzzy-matching conventions, and accrual discipline by osmosis. Audit integrity depends on whoever happened to write the spreadsheet that quarter.
This agent encodes those rules as behavioral memory, not prompts — persistent classification logic, name mappings, accrual discipline — and cites every number back to a file and row so "where did that come from?" is a two-click answer.
Read-only sources. Rules in memory. Row-level citations on every output.
Rules live in memory, not in prompts.
Classification logic, name mappings, and accrual rules are encoded as persistent behavioral constraints — not pasted into a prompt that a single query can override. "Mutual fund is an investment, not an expense" applies to every question, forever, until you change the memory.
Every number traces back to a file path and row number.
Answers come out with citations like "Revenue ₹12.4L from rows 23–31 of Q3-invoices.xlsx". The audit trail isn't something you check afterward — it's the format of the answer. Legal asks where a number came from and the reply is a file link, not a half-day investigation.
Sources are read-only. The agent never writes back.
The Knowledge folder has read-only permissions. pdfplumber parses HDFC statements, openpyxl + pandas handle spreadsheets — but nothing is ever modified in place. Source integrity is structural, not a policy nobody remembers.
Accrual discipline is enforced, not requested.
Payment date vs invoice date distinctions are baked into the rule set. Internal transfers aren't outflows. "Waived Off" lines get excluded from revenue. The discipline doesn't depend on the analyst remembering — it depends on the memory entry, which is the same every query.
Three things change once the rules are in memory.
Typical cross-entity accrual query
A question that used to require navigating folders, matching names, and applying rules by hand answers in minutes instead of hours.
Answers with row-level citations
Every number links back to a file path and row. Audit-ready by design, not a separate clean-up step.
Onboarding for a new analyst
Down from the typical three weeks of learning rules by osmosis. The rules are in the agent — the analyst learns to ask good questions, not to memorize tribal knowledge.
Numbers observed in Brilworks' internal reference deployment across four legal entities and seven fiscal years. Actual figures on your stack will depend on document volume, entity structure, and rule complexity.
Honest fit criteria. We'd rather say no than oversell.
✓Strong fit if
- You manage 2+ legal entities with 3+ fiscal years of records and complex consolidation rules
- Cross-entity queries routinely take 3–8 hours to answer manually
- Your rules (name mappings, classification, accrual) live in someone's head, not in a system
- Audit queries require re-tracing work because citations don't exist today
✗Not a fit if
- You run a single entity with simple cash-basis accounting — this is overkill
- Your books are already in a fully normalized ERP with strong built-in rules
- You can't commit to a 1-week knowledge-intake session to encode the institutional rules
- You want the agent to make financial decisions — it cites and computes, it doesn't approve transactions
Book a 30-minute scoping call.
We'll walk through your entity structure, your current rule set, and your audit pain — then tell you honestly whether a memory-encoded finance agent fits.