FA-68835 / Toll and parking fee computation / Member archive

Parking tax and fee composition: the app fee is left untaxed · case 05

Parking tax and fee composition returns a wrong result when the app fee is left untaxed.

Member previewVariant 5 · 3 implementations · 8 checks per implementation

Case contract

Input {base, resident, resident_pct, tax_bp (basis points), surcharge, app, app_fee}. Residents get resident_pct off (discount floored). Parking tax on the discounted base is rounded half up per transaction. The surcharge is untaxed. App payments add app_fee plus its own tax rounded half up. Return {base, tax, total}.

Why this case matters

Fee engines bill customers in integer cents; a wrong boundary, rounding stage or cap scope silently over- or under-charges.

One recorded failure

Sample boundary fixture

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

Boundary fixture	Actual	Expected	Outcome
fee oracle 0	`{"base": 750, "tax": 139, "total": 1074}`	`{"base": 750, "tax": 139, "total": 1080}`	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.