1.3 KiB
taskmaster_id, status, priority, depends_on, parent_id, source, generated_at
| taskmaster_id | status | priority | depends_on | parent_id | source | generated_at | |
|---|---|---|---|---|---|---|---|
| 4.3 | done | high |
|
4 | taskmaster | 2026-05-24T07:26:29.052Z |
4.3 - Specify funds ledger and escrow state machine
- 4.3 - Specify funds ledger and escrow state machine #taskmaster #priority/high #status/done ⏫ 🆔 tm-4-3 ⛔ tm-2
Metadata
| Field | Value |
|---|---|
| Taskmaster ID | 4.3 |
| Status | done |
| Priority | high |
| Dependencies | 2 |
| Parent | 4 - Define backend security and refactor strategy from latest audit |
Description
Define canonical money movement and legal state transitions before refactor or provider migration.
Details
Completed. Produced 09 - Audits/Funds Ledger and Escrow State Machine Specification.md (states, transitions, invariants, and migration guidance for canonical funds/escrow transitions).
Create specs for FundsAccount, LedgerEntry, FundsBalance, gross paid, provider fees, platform fees, held, disputed, releasable, released, refunded, idempotency keys, reconciliation behavior, purchase request states, payment states, escrow/funds states, dispute states, valid transitions, forbidden transitions, and release/refund/admin override preconditions.
Verification
Spec can be used to reject double-release, release-during-dispute, underfunded payout, and ambiguous provider-event scenarios.