Finance · Multi-entity financial analyst

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.

~45min → 5min
Typical cross-entity accrual query
100%
Answers with row-level citations
4,590
Documents indexed in the reference deployment
The Challenge

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.

How the agent handles it

Read-only sources. Rules in memory. Row-level citations on every output.

SOURCES (READ-ONLY) 4,590 documents Bank Statements (HDFC PDFs) Payroll (Keka) · Sales Invoices Purchase Bills · GST Filings Form 16 · Director Statements → pdfplumber · openpyxl · pandas Folder: ~/Desktop/Knowledge/ {FY}/{Company}/ MEMORY-ENCODED RULES Behavioral constraints Name mapping: Gaujar ↔ Gurjar Axay ↔ Axaykumar (fuzzy match) Employee-client billing + Waived Off MF ≠ expense · Internal xfer ≠ txn Accrual basis: invoice date, not payment date QMD search + hermes venv finance profile OUTPUT Accrual-based cross-entity, cross-year analysis with row-level citations Revenue ₹12.4L from rows 23-31 of Q3-invoices.xlsx
1

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.

2

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.

3

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.

4

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.

What you get

Three things change once the rules are in memory.

45min → 5min

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.

100%

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.

~1week

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.

Is this right for you?

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.