Evidence bundle: chaque event escrow dans un ZIP

Un escrow qui se ferme cleanly laisse un paper trail derrière lui. Chaque state transition écrit une immutable row dans escrow_events. Les triggers empêchent updates et deletes — une fois qu'un event arrive, il reste. Le H9 evidence bundle est l'export de cette trail, packagé pour le moment d'audit.

Ce qui va dans le bundle

La deposit reference (IBAN, structured payment reference, transaction ID once reconciled), le ship-guard release event avec le timestamp où le seller a été unblocked, le carrier et tracking number, l'inspection acceptance event avec timestamp et user qui a accepted, le dispute thread (if any) avec tous les evidence files, le settlement breakdown avec fee snapshot, et le chronological event log lui-même avec timestamps à la seconde.

Format

Un ZIP file avec un manifest.json top-level (le structured event log) et des supporting files : PDFs des deposit instructions, photo files référencés par les events, un settlement.csv. Le compliance officer du buyer ou l'auditor du seller peut ouvrir le ZIP et reconstruire exactement ce qui s'est passé.

Per-deal access

Chaque partie peut download le bundle pour tout escrow auquel elle a participé, depuis la escrow detail page (/escrow/[id]). Les platform admins peuvent download des bundles pour tout escrow dans leur scope. Le download est logged — quelqu'un qui demande "qui a l'evidence" obtient une row, pas une supposition.

Pourquoi des immutable events

Parce qu'une evidence qui peut être éditée n'est pas une evidence. La table escrow_events a des triggers qui reject UPDATE et DELETE. De nouvelles rows peuvent être appended (un correction-event pour un original event erroné), mais la original row reste. Le bundle exporte toute l'append-only history, y compris les corrections, avec le timestamp de chaque event montrant exactement quand il a été recorded.