UninvoicedReceiptsReport
- Status
- Specified
- Family
- 11 of 13
UninvoicedReceiptsReport is specified but not yet built. The spec below is the contract it will be built against — reviewed before the code, which is the order that makes the review worth doing. See the roadmap for where it lands.
The four-layer spec
GR/IR aging: goods received not yet invoiced. This report is the evidence for the period-end accrual entry, and it generates it. Old balances mean a missing invoice or a receipt that never happened — both findings. Open POs at period end are commitments, not accruals — disclosed only when they are significant unconditional (noncancelable) purchase obligations (ASC 440) — and the component keeps them separate.
Lifted verbatim from Payables (AP). The doc and this page are the same paragraphs, so they cannot disagree.
The accounting it encodes
Concepts this component renders. Each one is defined once, in the lexicon, and used identically in the code and the copy.
- AccrualAn expense incurred, or revenue earned, before it is invoiced — recorded at period end so it lands in the right period
- AgingGrouping open receivables or payables into buckets by days past due date — current, 1–30, 31–60, 61–90, 90+
- EvidenceDocumentation supporting a recorded amount
- GR/IRGoods received / invoice received — the clearing account credited at receipt and debited when the vendor invoice arrives; its balance is received-not-yet-invoiced
- PeriodA fiscal reporting window
Also in Payables (AP)
- BillFormPer-line coding, required evidence, discount ROI surfaced.Spec
- BillDetailSource document inline beside the coding.Spec
- BillRegisterAging and approval state.Spec
- DuplicateBillAlertBlocking. Duplicate payment is the most common AP loss.
- ThreeWayMatchLine-level variances, not header totals.
- MatchExceptionQueueThe clerk's worklist.Spec
- ApprovalChainSegregation of duties enforced. Approvals bind to a version.
- ApprovalInboxMobile-first, document inline.
- PaymentRunBuilderShows the cash balance remaining after the run.Spec
- PaymentRunPreviewHold-to-confirm. Partial failure is a first-class state.Spec
- CashRequirementsDue in 7/14/30 vs. available, payroll broken out.Spec
- VendorMasterBank details versioned, never overwritten.Spec
- BankDetailChangeAlertThe fraud-prevention surface.Spec
- ExpenseCaptureCamera-first, policy violations shown at entry.Spec
- CardTransactionMatchMatched to receipts, never re-entered.Spec
See also
A component is specified in one place, defined in another, and running in a third. All three, from here.
- Payables (AP) — the family specThe four-layer specification this component was built against, before it was written.Doc
- Payables — procure to payThe family running, with real figures in it, in both themes and at every density.Live
- CatalogAll 179 components, specified before they are written.Doc
- AccrualAn expense incurred, or revenue earned, before it is invoiced — recorded at period end so it lands in the right periodTerm
Elsewhere in the system
Where UninvoicedReceiptsReport sits in the rest of the system — the live section it renders in, the calculators that compute what it displays, and the ledger payloads it is fed from.
Components are copied into your repository and meant to be edited — rounding policy, fiscal calendar and compliance copy differ per company.
Told when Payables (AP) changes
Components are copied into your repo, so a fix here does not reach you on its own. One email when a component in this family changes in a way that needs a migration — and nothing when it does not.