What this source supports: There are 648.5 credits of July 4 activity, but entries omit the source wallet.
The simple layer stands alone; open the technical layer for limits and objections.
1
The big idea
By the end, you can
Specify minimum ledger fields
Separate general use from top-up use
Formulate an allocation test
History records 648.5 credits of general activity on July 4. That does not answer whether debits came from the monthly plan or the extra purchase. A useful ledger must show each event, source wallet, and priority policy.
Think of it as… a statement that shows only “−20” without naming the account. The total reconciles, but the dispute remains unanswered.
Under the hood
Minimum fields are timestamp, event, quantity, wallet_id or wallet_type, lot, applied rule, and balances before/after. Support can provide a redacted allocation without exposing operational secrets.
2
Visual map
Read left to right: each stage limits what the next may claim.The case becomes stronger when the evidence boundary stays visible.
Timestamp
Event ID
Quantity
Wallet type
Lot
Priority
Before
After
Monthly
Top-up
Safe redaction
Reconcile
General usage
648.5 credits
Top-up usage
Undetermined
3
In practice
This record turns the reasoning into verifiable fields without personal identifiers.
Use what you learned to review the request and seek professional guidance if legal or banking consequences matter. With technical proof defined, build a concise and verifiable full-refund request.