FAILURE MAP
← Case archive

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

Prepaid toll account auto-replenishment: the minimum replenishment acts as a ceiling · case 05

Prepaid toll account auto-replenishment returns a wrong result when the minimum replenishment acts as a ceiling.

Member previewVariant 5 · 3 implementations · 8 checks per implementation

Case contract

Input {balance, charges, threshold, min_replenish, usage_30d, card_ok}. The replenish amount is max(min_replenish, ceil(usage_30d/4) rounded up to a multiple of 500). After each charge, if the balance is strictly below threshold and the card works, one replenishment is added. first_negative is the index of the first charge after which the balance is negative (or null). Return {balance, replenished, first_negative}.

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 fixtureActualExpectedOutcome
fee oracle 2{"balance": 2233, "first_negative": null, "replenished": 1}{"balance": 5233, "first_negative": null, "replenished": 1}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 ↗