FAILURE MAP
← Case archive

FA-57968 / Double-entry ledger accounting / Member archive

Bank reconciliation: unknown item handling · case 03

Informational memo lines generate book adjustments.

Member previewVariant 3 · 3 implementations · 7 checks per implementation

Case contract

x = {'bank': statement balance, 'book': ledger cash balance, 'items': [[kind, ...]]}. Bank side: deposit_in_transit adds, outstanding_check subtracts, bank_error adds its signed correction. Book side (each produces an adjusting entry [kind, signed amount] in input order): bank_fee and nsf subtract, interest adds, collection [kind, face, fee] adds face - fee, check_error [kind, recorded, actual] adds recorded - actual. Other kinds are ignored. Return {'adjusted_bank', 'adjusted_book', 'reconciled', 'entries'}.

Why this case matters

Ledger software must keep debits equal to credits and apply normal-balance, period and cutoff rules exactly; small sign or boundary slips silently misstate financial statements.

One recorded failure

Sample boundary fixture

This sample comes from the broken implementation of a controlled reproducer.

Boundary fixtureActualExpectedOutcome
regression: unknown item handling{"adjusted_bank": 10490, "adjusted_book": 11285, "entries": [["collection", 135], ["nsf", -15], ["memo", 1200], ["collection", 875], ["interest", 90]], "reconciled": false}{"adjusted_bank": 10490, "adjusted_book": 10085, "entries": [["collection", 135], ["nsf", -15], ["collection", 875], ["interest", 90]], "reconciled": false}Failed

MEMBER ARCHIVE

The complete case is available to members.

This record includes three runnable implementations, regression fixtures, execution results, and source hashes.

Member access is invitation-based. Sign in with your invited account to inspect the sources.

Sign in to the archive ↗