Bryce
21e62d1a7c
Rebuilt the whole analysis from nothing: fresh restore of backup point 209608347, deactivate the ten shared locations, re-key and split every one of 19,040,785 orders, re-import from Square, then two full ninety-day recomputes — one with the fixes off, one with them on. The baseline is now a no-fix recompute rather than production's stored summaries. That is the stricter comparison: production's figures are in places months stale, and crediting the fixes with repairing ordinary staleness flattered them. On the fairer footing the two arithmetic fixes are worth 979 client-days and $61,769.56, taking the window from 1,258 days out of balance ($69,560.10) to 279 ($7,790.54), with zero days knocked out of balance and zero already-balanced days altered at line level. The migration now runs to completion database-wide: 17,047,142 payments scoped, nothing left to rename, nothing unscopable, and no payment owned by more than one order across 400,000 orders checked. The earlier "transactor-bound, two days" diagnosis was wrong — the bottleneck was GC in the driving process; the full pass takes about thirteen minutes. Also corrects compare-sales-summaries: :ledger-mapped/amount, ledger-side and account are :db/noHistory, so as-of cannot recover past amounts and a rewritten summary reads back as a false balanced day. Every figure in the report comes from live captures taken straight after each pass. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>