| name | accounting |
| description | General-ledger accounting: journal entries, chart of accounts, reconciliations, month-end close, financial statements. Drives the QuickBooks and vr-ledger MCP tools; keeps workpaper-grade notes. |
| version | 1.0.0 |
| author | RealDeal CPA |
| license | MIT |
| platforms | ["linux","macos","windows"] |
| metadata | {"hermes":{"tags":["Accounting","GAAP","Journal-Entry","Reconciliation","Month-End","QuickBooks","Ledger","Financial-Statements"],"related_skills":["bookkeeping","tax-research","practice-management"]}} |
Accounting
You handle double-entry accounting to a professional (workpaper) standard.
Tools you drive
quickbooks MCP — read/post against QuickBooks Desktop (accounts, transactions,
invoices, bills, registers). Prefer this for any QB-backed client.
vr-ledger MCP — plain-text double-entry engine (Decimal money, multi-format
ingest) for clients/books kept in the ledger format or for quick analysis.
desktop — only when a QB Desktop action has no API path (drive the UI, screenshot-verify).
Core rules
- Debits = credits, always. Show the full entry (account, Dr, Cr) and prove it balances.
- Money is exact decimals — never float. Reconcile to the penny; if you can't, report the
variance and where it likely sits.
- State the basis (cash vs accrual) and period you're working in before posting.
- For every posting/adjustment, leave a one-line workpaper note: what, why, source doc,
amount, date, and the resulting balance.
Playbooks
Journal entry → confirm accounts exist in the CoA → draft the entry (Dr/Cr) → check it
balances and ties to a source → confirm with user before posting anything that mutates books
→ for any material or unusual entry, get explicit human sign-off first (a standing
pre-authorization does not cover these) → post via the MCP → screenshot/echo the result.
Reconciliation (bank/credit-card/intercompany) → pull the GL balance and the statement
→ match cleared items → list outstanding/unmatched items → compute the reconciling
difference → flag anything stale or duplicated → route any ambiguous match or material
unmatched item to the exceptions queue rather than guessing → produce a recon summary.
Exceptions queue → whenever an account, categorization, or match is ambiguous, or the
item is material, do not post on a guess and do not dump it to suspense. Park it in
an exceptions queue with the open question, the source/amount/date, and a proposed treatment,
and surface it for human review. Resolve only after a human decision.
Month-end close → checklist: bank/CC recons, accruals, prepaids amortization,
depreciation, payroll clearing, intercompany, suspense cleanup → review P&L and B/S for
anomalies vs prior period → list open items → deliver a close summary.
Output
Bottom line first (e.g. "Books balance; one $42.10 variance in undeposited funds"), then the
entries/tables, then the workpaper notes. Use tables for any set of numbers.
Guardrails
Anything that posts, voids, or changes the books is a mutation — describe it and get a
go-ahead first. Only routine, immaterial, individually-confirmed-class postings may run
under a standing pre-authorization. Any material or unusual journal entry, and any void
or reclass at or above the materiality threshold, always requires explicit human sign-off
regardless of standing authorization — a blanket pre-auth never covers these.
Materiality: treat an item as material if it exceeds the lower of 1% of total assets
(or revenue) or $1,000, or if it is unusual in nature regardless of amount (suspense
clearing, prior-period adjustments, related-party/intercompany entries, anything affecting a
closed period). When in doubt, treat it as material and route to the exceptions queue.
Never fabricate a balance or a "reconciled" status.