Close and reports

Work the inbox

See what LedgerIt could not finish, take each item's next step, attach receipts, hand items to your accountant, and dismiss what the books check got wrong.

LedgerIt files, matches and posts what it can on its own. When it cannot finish something, it raises an item instead of guessing: a transaction parked in suspense, card spend with no receipt, an account that does not agree with its statement. Inbox lists those items across every month, newest first, sorted by who has to answer.

The inbox on Needs you, grouped under Parked in suspense, waiting to be filed with a count of 9: each row the payee's mark and name, Needs a GL account and how long ago it was raised, and the amount, from Supabase for $25.00 to a Stripe payout for $18,400.00

A month's close shows the same items for that month (see Close a month). The inbox is the whole queue, so you can work it without opening each month.

LedgerItCannot finish something
InboxAn item to fixAcross every month.
The recordFix it thereFile, attach, reconcile.
UsuallyIt closes itself

Still listed? Select its check mark, Mark done, write a note, then choose one:

Mark done“I fixed it.” The item moves to Done, with what you did.Done
Not an issue“It was fine.” The item moves to Not an issue, with why.Not an issue
An item is raised when LedgerIt cannot finish something; most close themselves once the record is fixed, and the rest you mark done or not an issue.

Who an item waits on

Every item says what kind of answer it needs and who should give it:

  • Needs you holds what only the founder can answer: what a payment was for, plus anything your accountant has escalated.
  • With your accountant holds everything else when the books have an accountant, either a member with the accountant role or a firm with access. Without one, those items go to Needs you too.
  • Waiting on others holds card spend whose receipt LedgerIt asked of the person who swiped the card. It closes when they upload it, and goes to Needs you when the request is cancelled or runs out (see Get missing receipts from cardholders).

An item that has waited on your accountant for more than 3 days moves to Needs you on its own, marked Waited more than 3 days with your accountant.

The Inbox row in the sidebar shows how many items are open in your own queue: Needs you, or With your accountant if you are the accountant. Past 99 it shows "99+".

Each tab shows how many open items it holds, such as Needs you 5. Owners and admins open on Needs you. An accountant opens on With your accountant.

Read an item

Open Inbox in the sidebar, or press G then I. A line over the list says how many items are open on the tab and how much money they add up to, such as 5 items · $2,299.95 unresolved.

Items are grouped by what you have to do, such as Attach receipts or Confirm unusual charges, with how many there are and a line on why it matters. Each row is one record: the payee's mark, its name as a link, the amount, and the date it was charged and on which card or account, such as Charged Oct 1 · Brex ••4242. Under that, the row says what it needs, and once an item has waited a week, how long ago it was raised. Books are wrong until fixed marks an item that leaves a figure wrong or missing until it is dealt with.

When one transaction has more than one problem, such as a charge with no receipt that is also far above what the vendor usually charges, it is one row with each problem listed under it. The row leaves the list when the last problem is dealt with.

Every problem offers the step that answers it as a button:

The item needsThe buttonWhat it does
A receiptNeeds a receiptOpens the file picker and attaches the file to the transaction. Ask instead when the card belongs to someone outside the books
A GL account, with a suggestionApproveFiles the transaction under the suggested account
A GL account, with no suggestionChoose a GL accountOpens the transaction to file it
A check on an unusual chargeLooks rightDismisses the check, and can widen it for the vendor
To know what a payment was forSay what it was forKeeps your answer on the item and moves it to Done
A matchFind the matchOpens the record to match it
Approval in the card programApprove in Brex (or Ramp)Opens the charge in the card program

Everything else is in the row's ⋯ menu: Mark done, Not an issue, Send to your accountant and, for a suggestion, Always file the payee here. On a row with several problems, each entry says which problem it is for, such as Mark done: Needs a receipt. Select anywhere else on a row to preview the record beside the list without leaving it.

An item that needs a GL account also shows Suggested: the account LedgerIt would file it under, and why. "Filed there 2 times before" means the payee went there before. "The model is 58% sure" means the suggestion comes from the model alone.

Every transaction still waiting for a decision, including the ones listed here, is also in the review queue on Transactions. Transactions in review, at the end of the line over the list, opens it. The review queue is the faster place to file many at once.

Show one kind of item

A link from elsewhere can open the Inbox on one kind of item. The Receipts chip on the dashboard, for example, opens only Card spend with no receipt, on the tab where those items wait. A chip above the list names the kind and how many there are, such as 50+ when there are more than one page shows; select it to see every kind again. The tabs keep the narrowing as you move between them.

When some items of that kind wait in another tab, a line under the list says so and links to it, such as 2 are in Waiting on others, one line for each such tab. If the tab has none of that kind, it says Nothing of this kind here. over those lines, or, when no other tab has any either, offers Show every kind.

Approve a suggestion

  1. Read the suggested account on the item.
  2. Select Approve. The transaction is filed under that account and posted, and the item moves to Done.

To file every future transaction from that payee the same way, open the item's … menu and choose Always file the payee here (for example Always file Notion here) instead. LedgerIt writes a rule on the payee's name, files this transaction and closes the item. The next transaction from that payee is filed by the rule without asking anyone. The rule is listed on Rules, where you can change or delete it (see Rules).

A transaction dated in a closed month cannot be approved. Reopen the month first.

What LedgerIt found before asking

Before an item asking for a GL account reaches you, LedgerIt researches it, once an hour. It reads what the books already know about the transaction and asks the model with that evidence in front of it.

The inbox on Needs you with a $1,200.00 Notion Labs charge suggested to 6210 Software and subscriptions at 72%, with What LedgerIt found: filed there 11 times since March 2026, a rule that nearly matched, a receipt that says Annual plan, the department and a 12-month spread, then Approve, with Always file Notion here in its ⋯ menu; a $4,200.00 wire that needs to know what it was for; and a $2,500.00 LinkedIn Ads charge with its card program's category

Under What LedgerIt found an item shows up to 3 lines of evidence, the strongest first:

  • Filed to {account} 11 times since March 2026: where this payee went before, filed by a person or a rule.
  • {account} is the merchant's usual GL account: the default account set on the counterparty.
  • Rule {rule} nearly matched: a rule whose text matched but whose amount, account or type did not.
  • Receipt says: the words read off a receipt attached to the transaction.
  • The card program says: the category Brex or Ramp gave the charge.
  • {transaction} was filed to {account}: another payee's transaction that looks like this one.

When the evidence says so, the item also shows a Department and a Spread over 12 months: a payment that buys more than a month, such as an annual plan, which a schedule spreads over the months it covers (see Schedules). Approve files the suggested account and names that department on the transaction. The spread is a suggestion: set up the schedule yourself.

When the model is at least as sure as your autonomy setting allows (90% by default), LedgerIt files the transaction itself, through the same checks as any filing by the model: under the materiality limit, and a payee the books know, and the item moves to Done. A transaction that buys more than a month, or one dated in a closed month, always waits for you.

Every answer the model gave, with the evidence it was shown, is kept as a model proposal that the API can read (model_proposals).

Attach receipts

Card spend with no receipt is listed under Attach receipts. Receipts back up card spend for taxes and audits.

  • One at a time. Select Needs a receipt on the row, or drop the file onto the row. With the row highlighted, U opens the file picker.
  • Several at once. Select Upload several over the group and pick every receipt you have. LedgerIt matches each one to its charge by amount and date within a few minutes, and the rows it matches leave the list.
  • By email. Forward receipts to the address shown under Upload several; select the address to copy it. They are matched the same way (see Documents).
  • On WhatsApp. The same line names WhatsApp: once your number is linked, send a photo of the receipt from your phone and it is matched the same way. Until then the line says link WhatsApp, which opens where to link it (see Use LedgerIt from WhatsApp).

The inbox narrowed to Card spend with no receipt: Upload several over three card charges, and under it the address to forward receipts to, or send them on WhatsApp

A row on another member's card says Assigned to and their name. When that member has your name, their email address is shown too, so you can tell two accounts apart. Anyone who can attach documents can still upload the receipt.

Send an item to your accountant

When the books have an accountant, an owner or admin can hand them an item from Needs you:

  1. Open the item's … menu and choose Send to your accountant.
  2. Write what you want them to look at. The note is optional.
  3. Select Send. The item moves to With your accountant, with Sent by the owner and your note on it.

Escalate to the founder

The inbox on With your accountant with three items, each under its kind: an Amazon Web Services charge suggested to 5010 Hosting and infrastructure, filed there 14 times before, with Approve; a $25,000.00 transfer from Mercury treasury that needs matching; and an $890.00 Delta Air Lines charge that needs a receipt, with Ask Priya Shah. Escalate and the other actions are in each row's ⋯ menu

  1. On With your accountant, open the item's … menu and choose Escalate.
  2. Write the question you need answered, up to 500 characters. The note is optional.
  3. Select Escalate. The item moves to Needs you, with your note beside it.

Fix an item

Inbox
  • Operating accountDoes not agree with its statementBooks are wrong until fixed
    Raised Sep 30, 2026
  • FIGMA* MONTHLYCard spend with no receipt
    Raised Sep 28, 2026
  • AWS EMEA 09/02A possible duplicate from a second source
    Raised Sep 3, 2026

Click a row, then J and K move between items and R marks the highlighted one.

Mark an item, write what you did, and it moves to Done or Not an issue with your note.
  1. Select the item's button, or the record's name to open it. A fix made on the record (file the transaction, attach the receipt, reconcile the account) closes most items on its own. Filing a transaction parked in suspense clears its item.
  2. If an item is still listed, open its … menu and choose Mark done (or press R on the row), write what you did, and select Mark done. An item with no other step shows Mark done as its button.

Money from or to your own company

When the bank names your own company as the other party, for example a deposit described "Acme Inc to Acme Inc", "Incoming transfer from Acme Inc" or sent by "Acme, Inc.", it is a transfer between your own accounts. Nothing was earned or spent, so LedgerIt does not ask for a GL account or guess one. The item reads Money from or to your own company and waits for its other half.

The same item is raised in two more cases. When AI reads a transaction as money moving between your own accounts, it says so instead of choosing a GL account, and its words and confidence lead Suggested; it is never filed on AI's word. And when two or more transactions could be the other half of one, LedgerIt does not pick: it asks you, with each of them ranked.

  • If the other account is connected, its half usually arrives within a few days and the two are matched on their own.
  • Otherwise, open its GL account picker: the transfer leads Suggested, and under Transfer you pick the other half, one of your own accounts, or Another account (not connected). See File a transfer from the GL account picker. Match as a transfer in the transaction's ⋯ menu does the same.

LedgerIt only treats a transaction this way when the bank names your company as the other party, names it twice in the description, or names it once beside words for moving money: a deposit from your company ("transfer from", "ACH from", "wire from"), a payment to it, or a book or internal transfer or sweep. A customer's payment that names your company once, as who it was paid to, is still asked about as income, and so is a payment to another company whose name starts with yours, such as "Acme Holdings LLC".

Mark an item that needs nothing

Open the item's … menu and choose Not an issue (or press E on the row), write why nothing needs doing, and select Not an issue. The two answers are kept apart on purpose: "I fixed it" and "it was fine" are different facts, and an auditor will ask which.

Marking an item as not an issue does not put a transaction in the books. A month with transactions that are not posted or excluded still cannot be closed.

What the books check every day

Once a day LedgerIt reads the books the way an outside accountant reads them after the close, while the month is still open, and raises what it finds as an item. Each item shows the figure that tripped the check beside the usual one.

The inbox on Needs you with three items the daily check raised, each under its kind with Dismiss in its ⋯ menu: a $4,800.00 Figma charge against a usual $1,200.00, a $2,400.00 Slack charge made 2 times in September 2026 where Slack usually bills once, and Amazon Web Services, usually $3,150.00 by day 5 with nothing yet in September 2026

CheckIt is raised whenIt asks for
Unusual amountA charge is more than 3 times the median of the vendor's last 12, with at least 3 before itWhat it was for
Processor or in-transit balance not clearedThe payment processor receivable (1210), or Cash in transit (1090), has not been back to zero for more than 10 daysA match: the payout or the fee, or the other half of a transfer
Transfer with one sideA transfer has no other side more than 5 days after its dateA match
Charged twiceThe same vendor charges the same amount twice in a month, and billed once a month in at least 3 of the last 6What it was for
Expense account swingAn expense account's last full month is more than 50% and more than 2,000 away from its average over the 3 months before. The item names up to three vendors, schedules or entry kinds that moved it, each with how far it is from its own usual monthA GL account check
Recurring bill missingA vendor whose bill was due in a month, by the rhythm its bills keep (every month, quarter or year), has nothing in it more than 5 days after its usual day, and has not been accrued for the month. It looks at this month and, until it is closed, the month before, so a bill due at month end is asked about once the month has endedAn approval to accrue it to Accrued liabilities (2200)

Amounts are compared in the books' own currency. These items never block a close and never change the books: a fix is made on the record, and a posted entry is corrected by reversing it. An item closes itself on the next day's check once what it found no longer holds, for example when the missing bill arrives.

Accrue a recurring bill that has not arrived

When a vendor that bills every month, quarter or year has not sent the bill due this month, the month's books are missing a cost they will have. The item suggests the GL account the vendor's charges are filed to, and its amount is the vendor's usual bill. A quarterly or yearly vendor's item starts with Every quarter or Every year.

The inbox on Needs you with two recurring bills that have not arrived, each needing approval to accrue: Linear, usually $480.00 by day 8, suggested 6210 Software and subscriptions, with an empty Department picker and Accrue waiting because that account requires a department, and Amazon Web Services, usually $3,150.00 by day 3, suggested 5010 Hosting and infrastructure, with Research and development already picked beside Accrue

  1. Read the suggested account and the amount on the item.
  2. Check the department beside Accrue. When the vendor's charges to that account all name the same department, it is already picked; when they name different ones, pick the one this month's cost belongs to. If the account requires a department, Accrue waits until one is picked.
  3. Select Accrue. LedgerIt makes an accrual for the month, with the vendor, the account, that amount and the department, and the item moves to Done with Open the accrual, which opens it on Schedules.

The month's close books the estimate as a cost, held in Accrued liabilities (2200). When the vendor's charge arrives and is filed to the same account, the close takes the estimate back out:

  • If the charge lands later in the same month, the month carries the charge alone.
  • If it lands next month, next month carries only the difference between the charge and the estimate.

To accrue a different amount or to another account, use New accrual on Schedules and mark the item done (see Schedules); through the API, approve the item with an amount, an account_id or dimensions; the item's suggestion names the department it would use. A vendor whose charges are not filed yet has no suggestion and no Accrue. A month that is closed cannot be accrued.

Accrue payroll earned in one month and paid in the next

Payroll for the last days of a month is often paid in the next: a run on October 5 pays September 16–30. Booked when it is paid, September is short two weeks of wages and October carries four. Once a month ends, LedgerIt works out which of its days no payroll run paid by the month's end and asks once, in Needs you, as Payroll for September 2026.

The inbox on Needs you with Payroll for September 2026, $24,200.00, needing approval to accrue: 15 days from Sep 16 not paid by the month's end, priced from the run that pays them, each account's share by department: 6010 Engineering salaries and wages for Platform $16,000.00, 6110 Sales salaries and commissions for Sales and marketing $6,000.00, and 6260 Payroll taxes and benefits for each, $1,600.00 and $600.00, with Accrue below

The item shows the days owed and each account's share, split by department the way the runs were (6010 Engineering salaries for Platform, 6110 Sales salaries for Sales and marketing); a department opens that month's spend by department:

  • Days a run already in the books pays, after the month's end, are priced from that run.
  • Days no run has paid yet are priced at the last regular run's cost per day, and say so. When the run that pays them arrives, the item changes to that run's figures.

Select Accrue. LedgerIt accrues each share to the month, in its department, and the item moves to Done with Open the accruals, which opens Schedules. The month's close books the wages as a cost, held in Accrued liabilities (2200). The next month's close takes them back out beside the run that paid them, so September carries all thirty days and October only its own.

The item holds the month's close until it is accrued or dismissed. A month that is closed, already accrued or dismissed is not asked about again.

Add a team your payroll names

Gusto, Rippling and Deel each say which department every person is in. When a department is one your books do not have yet, its people's wages file under their function (Research and development, Sales and marketing, or General and administrative) and the team does not show in spend by department. After a payroll sync, LedgerIt asks about each such department once, in Needs you, by its name.

The inbox on Needs you with Platform: a team on payroll your departments don't have, Gusto files 4 people under it, with Research and development picked and Add team beside it

The department beside Add team is where the team goes, picked already as the function its name points to. Pick another if it belongs elsewhere, then select Add team. The team joins your departments, and from the next payroll run its people's wages file there, on the wage account of the department it sits under: a team under Research and development posts to engineering salaries. Runs already in the books keep their lines. The item moves to Done with See spend by department.

If it is not a team you report on, open ⋯ and select Not a team. LedgerIt does not ask about that department again, and its people keep filing under their function. The item never holds a month's close.

Settle a payment for an open invoice or bill

After each sync, LedgerIt looks for bank and card transactions that pay one of your open invoices or bills. A transaction gets one item when exactly one candidate fits: the invoice's number is in its description, or it names a customer whose one open invoice is for exactly its amount. The item reads, for example, "Pays INV-0042 from Initech", with each name linking to its page.

Select Settle. The transaction is filed under Accounts receivable (or Accounts payable) and applied to the invoice or bill, which reads Paid. A transaction already filed as income is reversed and posted again, so the sale is counted once. If it is not that invoice, mark the item done and LedgerIt does not ask about that transaction again. A transaction with two candidates is never asked about here: open it and pick one. A transaction whose description names an invoice or bill and pays exactly what is left on it is not asked about either: LedgerIt settles it by itself. See Settle an invoice or bill from the bank.

Dismiss what the check got wrong

The Dismiss this check dialog for a Figma charge, with This vendor varies selected and Expected this time below it, a note field and Dismiss

  1. On an item the daily check raised, select Looks right, or open its … menu and choose Not an issue.
  2. Choose why:
    • This vendor varies widens that check for that vendor from now on. The threshold at least doubles, and grows enough that the figure you dismissed would not have been raised. Other vendors keep the default.
    • Expected this time dismisses the item and changes nothing.
  3. Add a note if you want one, and select Dismiss. The item moves to Not an issue, marked with the reason.

This vendor varies is offered only on the checks about one vendor: unusual amount, charged twice and recurring bill missing. A dismissed item is not raised again for the same finding. To put a vendor back on the default threshold, delete its tolerance through the API.

Look back

The Done and Not an issue tabs list what was dealt with. Each item names the person who dealt with it, by filing or excluding the transaction or by marking the item, as Resolved by or Marked not an issue by with their name, and shows the note they wrote. An item with no name was closed by LedgerIt itself, for example when the model filed the transaction. The full history is on Activity.

From the keyboard

Press J and K to move between items, Enter to open the record, Space to preview it, R to mark the item highlighted done, E to mark it not an issue, and U to upload its receipt. See Work from the keyboard.

Who can do what

Anyone in the books can read the inbox. Approving, escalating, sending to your accountant and marking an item need a role that can post to the books: owner, admin or accountant. Uploading a receipt needs a role that can attach documents.

Do this through the API

Everything in this guide is also an API call, for scripts and agents. The reference lists each operation with its parameters and objects.