Periods

The month's newest close run: the one being worked, or the close that stands. Null while the month's close has not started.

Whether the month ends a fiscal year, so closing it also carries the year's result into retained earnings.

How many times the month has been closed; each close is kept (GET /periods/{key}/closes).

The fiscal year the month is in, named for the calendar year it ends in.

While closed: the book's posting sequence at the close. The month's figures are every entry up to it.

When the month was soft-closed; null unless it is.

The books' currency, which every amount is in.

What closing the month would post, in the order it would post it. Empty when it would post nothing, and for a month already closed.

The vendors the books' daily check found missing from the month, still unanswered: each bills monthly, quarterly or yearly, was due in this month and has not billed, so its cost may need accruing before the month is closed. The largest usual bill first.

The month, as YYYY-MM.

The income-statement accounts whose month, as closing leaves it, is more than 50% and more than 2000 (in the books' currency) away from the average of the 3 months before: the largest change first, each with what moved it. Closing entries are left out.

An id that starts with gla_.

An id that starts with gla_.

The owner's address in these books, when there is an owner.

An id that starts with usr_.

Whether the month's close waits on it.

An id that starts with run_task_.

The tasks it waits on, by task_id.

How to do it, when the task says.

The task's due day, in days after each month ends, or null.

The day it falls due for this month, or null for no due day.

Not signed off, and its due day has passed.

What the person who signed it off wrote beside it: the evidence.

Whether it is signed off for this month.

When it was signed off.

An id that starts with usr_.

The address of whoever signed it off, while they are a member of these books.

An id that starts with task_.

The task's title; on a closed month, as it stood when the month closed.

Of those, the ones not yet signed off this month: until they are, it cannot be.

When the run started.

Closed with the explicit override, with blocking tasks still open.

The run's id.

The month it closes, like 2026-09.

When the month was reopened after it.

When it was closed.

An id that starts with usr_.

open while the month's close is worked, closed once the month is locked with it, reopened once the month was reopened after it.

How many of its tasks are signed off.

How many tasks it asks for.

Once closed, the posting sequence its figures reflect: every entry up to it is in the close. Null while open.

Which close of the month this is: 1 the first time, 2 after one reopening, and so on.

The money at stake: the amount of the transaction it is about.

Why it needs a person: needs_category, needs_receipt, needs_match, needs_business_intent, needs_approval or data_problem.

An id that starts with usr_.

An id that starts with party_.

The logo of whoever it is about: the counterparty it names, the transaction's or the counterparty itself. Null for none, or initials.

That amount's currency.

When it was last handed between the owner and the reviewer, either way (waiting_on says which); null if it never was.

An id that starts with usr_.

What they wrote with it, to the owner or to the reviewer.

An id that starts with exc_.

The day the transaction it is about happened. Null when it is not about a transaction.

The name of the bank account or card the transaction came from, as its provider names it. Null when it is not about a transaction, or nothing connected reported it.

An id that starts with gla_.

The last digits of that account or card, when its provider gives them.

What the books would file it as. Null when they have no answer.

When the books last researched it before asking; null until they have.

What whoever resolved or dismissed it wrote.

An id that starts with usr_.

An id. Which resource it names is given by the field beside it.

The record as a person names it: a transaction's description, an account's code and name. Null for the books as a whole, or a record that is gone.

Whose answer it waits for: agent, reviewer (the books' accountant or firm), owner (the business) or third_party.

An id that starts with usr_.

Closed past blockers, deliberately.

The book's posting sequence at this close: the month as closed is every entry up to it.

What undid this close, if something did. Null for the standing close.

1 for the first close, then one more per re-close.

The total of one side; both are equal.

Its lines, debits first.

The schedule it is a share of, when it is one; otherwise empty.

What would post it: schedule (a recognition schedule's share, an accrual or its release, depreciation), financing (interest on notes and venture debt, stock-based compensation) or closing (the year-end entry).

Its usual bill: the median of the bills that set its rhythm, what approving accrues unless another estimate is named.

The vendor.

Its name.

Months between its bills: 1, 3, 12 (monthly, quarterly, yearly).

The Inbox item asking about it. POST /exceptions/{id}/approve accrues it; dismissing it says the month owes nothing.

Its logo, when it has one; null for initials.

The expense account, and department, its charges are filed to: where approving accrues it. Null when its charges are not filed yet, so approving names one.

The day of the month its charge usually lands.

An id that starts with gla_.

The month's movement, what closing posts included, signed by the account's normal balance: revenue and expense both positive.

What moved it, the largest change first; at most 3.

The average of the 3 months before.

Its code, such as 6100.

The GL account recommended.

Its name.

0 to 1: the model's confidence, or the share of the payee's earlier filings that went to this account. Null when nothing measures it.

An id that starts with party_.

Their name.

An id that starts with dimv_.

That department's name.

What the books found when they researched the item: the payee's earlier filings, its default account, rules that nearly matched, the receipt, similar transactions. Empty until it is researched.

An id that starts with prop_.

One line on why.

Where it came from: rule, model, or history (the payee's earlier filings, or its default account).

The prepaid spread proposed, when the payment buys more than a month.

How many of the payee's earlier transactions were filed here.

An id that starts with usr_.

An id that starts with gla_.

The line's value for each dimension it names, by key.

The transaction's id, or the schedule's.

transaction: a bank, card or processor movement that was filed. schedule: one period of a recognition schedule.

Its part of the month, signed like the account's.

The schedule's id, the counterparty's, or the journal source for source.

schedule: the shares of one recognition schedule (a spread, an accrual, depreciation). counterparty: what was posted for one vendor or customer. source: entries with neither, by what posted them (manual, financing, …).

A counterparty's logo, when it has one; null for initials.

The schedule's description or the counterparty's name; null for a source.

Its part of the usual month: the average of the months before.

The account it points to: its code.

That account's name.

For prior_filings: how many times.

What it is: prior_filings (the payee filed here before), counterparty_default (the account a person set for the payee), rule_near_miss (a rule whose pattern matched but whose conditions did not), document (an attached receipt or invoice), source_record (what the card program said) or similar_transaction (another payee's transaction like it).

The line the model was shown, in English.

The record it is about, by kind: a GL account, a rule, a document, a source record or a transaction.

For prior_filings, the first such filing; for similar_transaction, its date. ISO 8601.

The words quoted: what a receipt says, the card program's category, the rule's name or the other transaction's description.

How many months the payment covers.

The first month it covers (its first day).

An id that starts with dim_.

The dimension's key, e.g. department.

An id that starts with dimv_.