feat(reconciliation): match migrated bank history against imported SIE verifikat (#1598)

* feat(reconciliation): match migrated bank history against imported SIE verifikat

A first-class Fortnox/SIE migrator path: after SIE import plus bank connect
or bank CSV upload, historical bank rows are auto-matched (>= 0.9) or
suggestion-matched (0.75-0.89, persisted for review) against the imported
verifikat, with a guided review surface, instead of landing as anonymous
"Att bokfora" rows.

Phase 0: per-cash-account unattended sweep (fixes #1298 cross-account
pooling); widen payment_match_log action CHECK with
linked_to_existing_voucher (silently unlogged since March).
Phase 1: potential_journal_entry_id/method/confidence on transactions with
CHECK + invalidation triggers; persistSuggestions in runReconciliation;
sweep after bank CSV import with SIE overlap (suppressing
auto-categorization); sweep summaries stamped on bank_connections and
bank_file_imports; POST /api/reconciliation/bank/confirm-suggestions with
per-pair server-side revalidation (voucher consumption + bank-leg amount
and direction).
Phase 2: "Granska forslag" review tab on Transactions with chunked bulk
confirm, per-row fallbacks, "Kor matchning igen" (all_accounts sweep mode,
mutually exclusive with dry_run), attn line, pre-migration row marker.
Phase 3: ImportResultStep dual CTA (bank connect + CSV), migrator variant
of the account-picker #917 nudge, sweep outcome on the onboarding
checklist bank step.

Non-selection apply runs on /api/reconciliation/bank/run now floor at 0.9
and persist the review band instead of auto-committing fuzzy matches.
Migrations already applied to staging under the same versions.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix(reconciliation): resolve PR review findings in one pass

Swedish accounting review (both previously-deferred holes closed):
- runReconciliation's >= 0.9 auto-apply now writes 'matched' to
  payment_match_log (behandlingshistorik, BFNAR 2013:2 kap 8); the bus
  event alone lands in the 30-day event_log and is not an audit record.
- The three match-route storno-conflict branches detach reconciliation
  links via unlinkReconciliation instead of storno-reversing the linked
  verifikat: a reconciliation link points at an independent verifikat
  that may evidence other affarshandelser, and a wholesale reversal is
  an over-broad rattelse (BFL 5 kap 5 §).
- Historical gap quantified on prod (read-only, recorded in DECISIONS):
  762 unlogged manual links across 52 companies since 2026-03-23.

CodeRabbit:
- confirm-suggestions route: maxDuration 300 for full 500-item batches.
- AccountPickerDialog: migrator-nudge buttons set lookbackTouched so the
  async gap-fill probe cannot override an explicit choice.
- enable-banking post-backfill sweep: persistSuggestions so the review
  band is not dropped.
- bank-file execute: sie_sweep stamp errors are logged, not swallowed.
- ImportResultStep: sandbox keeps the CSV CTA (file import works there).
- payment_match_log CHECK swap: NOT VALID + VALIDATE, no table scan
  under ACCESS EXCLUSIVE.
- logMatchEvent calls awaited (serverless can freeze unawaited work).
- DECISIONS.md stale version reference annotated.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix(reconciliation): defer reconciliation-link detach until the match commits

Round-2 review findings:
- CodeRabbit: the eager unlinkReconciliation call could orphan a
  transaction if the match flow failed after it. All three match routes
  now persist NOTHING up front: the final transaction update overwrites
  journal_entry_id and clears reconciliation_method in the same write,
  so any failure in between leaves the existing link intact. The release
  is logged as 'unmatched' after the commit.
- Swedish review: the auto_suggested logMatchEvent in runReconciliation
  is now awaited like every other audit write.
- DECISIONS entry split into compliance/CodeRabbit lines and updated to
  describe the deferred detach.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix(reconciliation): literal reconciliation_method payloads for the phantom-column scanner

The conditional spreads introduced with the deferred detach pushed the
scanner's unresolvable-expression count past its ceiling (380 > 378).
reconciliation_method: null is correct unconditionally on a confirmed
invoice/supplier match (null is already the value on every row that was
not reconciliation-linked), so the payloads become plain literals the
guard can verify. No behavior change.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

---------

Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Mattsson
2026-08-13 23:12:27 +02:00
committed by GitHub
co-authored by Claude Fable 5
parent 07e89d9b52
commit 08440fed94
35 changed files with 3223 additions and 99 deletions
@@ -412,7 +412,21 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
const { newPaidAmount, newRemaining, isFullyPaid, newStatus } = payment.plan
const paidAt = isFullyPaid ? paidAtFromDate(transaction.date) : null
if (transaction.journal_entry_id) {
// A RECONCILIATION link (reconciliation_method set) is not a conflicting
// booking: the entry is an independent verifikat that may evidence OTHER
// affärshändelser; reversing it wholesale would be an over-broad rättelse
// (BFL 5 kap 5 §). Nothing is detached here: the final transaction update
// overwrites the pointer and clears reconciliation_method in the same
// write, so a failure in between leaves the existing link intact.
const priorReconciliationLink =
transaction.journal_entry_id && transaction.reconciliation_method
? {
journalEntryId: transaction.journal_entry_id as string,
method: transaction.reconciliation_method as string,
}
: null
if (transaction.journal_entry_id && !priorReconciliationLink) {
try {
await reverseEntry(ctx.supabase, ctx.companyId!, ctx.userId, transaction.journal_entry_id)
const { error: clearErr } = await ctx.supabase
@@ -762,6 +776,10 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
potential_invoice_id: null,
journal_entry_id: journalEntryId,
is_business: true,
// The invoice match supersedes any prior reconciliation link (deferred
// detach, see the priorReconciliationLink block above). Unconditional:
// null is already the value on every non-reconciliation-linked row.
reconciliation_method: null,
}
if (existingTxCategory) txUpdate.category = existingTxCategory
@@ -777,6 +795,19 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
})
}
// Record the release of the prior reconciliation link now that the
// re-point has committed (behandlingshistorik, BFNAR 2013:2 kap 8).
if (priorReconciliationLink) {
await logMatchEvent(ctx.supabase, ctx.userId, txId, 'unmatched', {
invoiceId: invoice_id,
previousState: {
journal_entry_id: priorReconciliationLink.journalEntryId,
reconciliation_method: priorReconciliationLink.method,
},
newState: { journal_entry_id: journalEntryId, reconciliation_method: null },
})
}
logMatchEvent(ctx.supabase, ctx.userId, txId, 'matched', {
invoiceId: invoice_id,
matchConfidence: 1.0,
@@ -244,7 +244,21 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
// 2440/1930 supplier-invoice payment entry: two verifikationer for
// one affärshändelse violates BFL 5 kap 6 §. If storno fails, abort
// before any further state change.
if (transaction.journal_entry_id) {
// A RECONCILIATION link (reconciliation_method set) is not a conflicting
// booking: the entry is an independent verifikat that may evidence OTHER
// affärshändelser; reversing it wholesale would be an over-broad rättelse
// (BFL 5 kap 5 §). Nothing is detached here: the final transaction update
// overwrites the pointer and clears reconciliation_method in the same
// write, so a failure in between leaves the existing link intact.
const priorReconciliationLink =
transaction.journal_entry_id && transaction.reconciliation_method
? {
journalEntryId: transaction.journal_entry_id as string,
method: transaction.reconciliation_method as string,
}
: null
if (transaction.journal_entry_id && !priorReconciliationLink) {
try {
await reverseEntry(
ctx.supabase,
@@ -508,6 +522,12 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
potential_supplier_invoice_id: null,
journal_entry_id: journalEntryId,
is_business: true,
// The supplier-invoice match supersedes any prior reconciliation link
// (deferred detach, see the priorReconciliationLink block above).
// Unconditional literal on purpose: null is already the value on every
// non-reconciliation-linked row, and a literal payload keeps the
// phantom-column scanner able to verify the column set.
reconciliation_method: null,
})
.eq('id', txId)
.eq('company_id', ctx.companyId!)
@@ -517,6 +537,19 @@ export const POST = withApiV1<{ params: Promise<{ companyId: string; id: string
})
}
// Record the release of the prior reconciliation link now that the
// re-point has committed (behandlingshistorik, BFNAR 2013:2 kap 8).
if (priorReconciliationLink) {
await logMatchEvent(ctx.supabase, ctx.userId, txId, 'unmatched', {
supplierInvoiceId: supplier_invoice_id,
previousState: {
journal_entry_id: priorReconciliationLink.journalEntryId,
reconciliation_method: priorReconciliationLink.method,
},
newState: { journal_entry_id: journalEntryId, reconciliation_method: null },
})
}
// Propagate a document pinned to the transaction onto the payment
// verifikat, mirroring the dashboard route (BFL 5 kap 6 §). Guarded to
// unlinked current-version docs only: a doc already serving another