fix(payments): lock supplier payment batch inserts to the RPC and log the raw error behind create_failed (#2282)

* fix(payments): lock supplier payment batch inserts to the RPC and log the raw error behind create_failed

Two residuals from PR #1989 (atomic create_supplier_payment_batch RPC).

Root cause 1: the original table migration (20260810160748) left member
INSERT policies on supplier_payment_batches and supplier_payment_batch_items.
The RPC is SECURITY DEFINER and never consulted them, so their only effect
was to let any company member insert straight through PostgREST (browser
devtools, a raw JWT call) and skip the RPC's invoice locking, in-transaction
active-batch recheck and header/items totals consistency. The single write
path existed in code only, not in the database.

Fix 1: new migration 20260904121000 drops
  "insert own-company supplier_payment_batches" and
  "insert own-company supplier_payment_batch_items".
SELECT policies on both tables and the UPDATE policy on batches (the cancel
route) are untouched. No application code inserts into either table.

Root cause 2: createSupplierPaymentBatch discarded the RPC error object and
returned a bare create_failed, so the tenant guard (42501), a constraint
violation inside the SECURITY DEFINER body and a PostgREST schema-cache miss
after a deploy (PGRST202) were indistinguishable from each other and from an
empty payload or an unmapped refusal code.

Fix 2: log the raw error (code, message, details, hint) plus companyId,
batchId and item count through lib/logger before each of the three
create_failed returns. The client-facing result is unchanged; debtor_snapshot
and the item rows (IBAN, payee data) are never logged.

Tests: pg-real asserts the exact remaining policy set, that a member's and the
owner's direct INSERT into either table is refused by RLS (42501), and that the
same member still creates through the RPC and cancels through UPDATE. Unit
tests assert the logger receives the raw error fields and that create_failed
is still returned.

Fixes #2060

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* docs(decisions): carry the ten-issue batch decision lines in one PR

Append the decision lines for PRs #2272 through #2282 here so the other
nine PRs in the batch do not touch DECISIONS.md and stay mergeable in
any order (the union merge driver is ignored by GitHub).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* fix(payments): redact and bound raw RPC error text before logging

Addresses the Superagent P2 on PR #2282 (lib/payments/batch-service.ts):
message, details and hint from Postgres/PostgREST were logged verbatim, and
Postgres quotes the entire failing row in details on CHECK and NOT NULL
violations ("Failing row contains (..., SE45..., Anna Andersson, ...)"), so
payee and account data could reach the log line. Excluding debtor_snapshot
and the item rows did not cover the error text itself.

Fix: a call-site helper, boundedRedactedText, runs each of the three text
fields through lib/observability/redact.ts redactString (SE IBANs,
personnummer, emails, API keys), drops any "Failing row contains (...)"
payload whole (no pattern catches a payee name), and bounds the result to
500 chars, redaction before bounding so a cut IBAN cannot leave a digit
fragment behind. The SQLSTATE code stays verbatim; the client-facing
create_failed result is unchanged.

Test: rejected RPC error carrying an IBAN in message, the full failing row
(IBAN, payee name, account) in details and an oversized hint with the IBAN
straddling the bound; asserts the serialized log context contains none of
them, the row payload is replaced, and the hint is <= 500 chars ending in
[TRUNCATED]. DECISIONS.md line for #2060 updated accordingly.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* fix(payments): drop the dotAll regex flag, tsconfig targets ES2017

The failing-row pattern used the `s` flag, which TypeScript rejects
below es2018 (TS1501) and broke Build (zero extensions). `[\s\S]*`
matches across newlines on every target.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* fix(payments): log code and message only for a failed batch RPC

Reworks the logging half of #2060 from first principles. The diagnostic
value of a failed create_supplier_payment_batch call lies in the SQLSTATE
code and the message: the RPC's own RAISE text, "violates check constraint
<name>", "duplicate key value violates unique constraint <name>". details
is exactly where Postgres puts row data ("Failing row contains (...)",
"Key (...)=(...)") and hint adds nothing operational, so neither is logged
at all.

That removes the payee/account exposure Superagent flagged on #2282 without
the bespoke redact-and-bound helper, its regex and the TS-target workaround
it needed: boundedRedactedText, FAILING_ROW_PATTERN, RPC_ERROR_TEXT_MAX and
TRUNCATED are deleted, and the redact import goes with them. The logger's
own redaction stays as the safety net for message. Client-facing result
unchanged (create_failed).

Test: an RPC error carrying an IBAN and a payee name in details and hint;
the serialized log context contains neither field in any shape, and
rpcError is exactly { code, message }. Exact-match and PGRST202 tests
updated to the two-field shape. DECISIONS.md line for #2060 rewritten.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* docs(decisions): record the first-principles rework of the ten-issue batch

Replace the decision lines for #2263, #2250, #2256 and #2211 with the
reworked shapes, add the shared customer-share definition for #2248,
and note the CLAUDE.md principle (#2283) that drove the rework.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

* docs(decisions): note the fiscal-year selection cap on #2280

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015qgLgdt4mLmha1ZLFMwq1u

---------

Co-authored-by: Jakob Wennberg <311770904+jakobwennberg-oss@users.noreply.github.com>
Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
Jakob Wennberg
2026-09-04 17:19:18 +02:00
committed by GitHub
co-authored by Claude Fable 5.1 Jakob Wennberg
parent 68fee7dbe7
commit db289e3bdc
5 changed files with 419 additions and 5 deletions
+172 -2
View File
@@ -1,4 +1,22 @@
import { beforeEach, describe, expect, it, vi } from 'vitest'
// #2060: the diagnostic behind create_failed is a log line, so the logger is
// the assertion surface. The REAL logger module is kept and only `error` is
// swapped (same shape as lib/reconciliation/__tests__/bank-reconciliation.test.ts):
// a file-global stub would throw from any module in this file's graph that
// calls a level the stub omitted.
const { logError } = vi.hoisted(() => ({ logError: vi.fn() }))
vi.mock('@/lib/logger', async (importOriginal) => {
const actual = await importOriginal<typeof import('@/lib/logger')>()
return {
...actual,
createLogger: (module: string, base?: Parameters<typeof actual.createLogger>[1]) => ({
...actual.createLogger(module, base),
error: logError,
}),
}
})
import type { SupabaseClient } from '@supabase/supabase-js'
import { eventBus } from '@/lib/events'
import { createQueuedMockSupabase } from '@/tests/helpers'
@@ -11,6 +29,7 @@ import type { SupplierPaymentBatch, SupplierPaymentBatchItem } from '@/types'
const COMPANY_ID = 'c0000000-0000-0000-0000-000000000001'
const USER_ID = 'u0000000-0000-0000-0000-000000000001'
const UUID_RE = /^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/
const companyRow = { name: 'Testbolaget AB', org_number: '556677-8899' }
const settingsRow = {
@@ -322,14 +341,106 @@ describe('createSupplierPaymentBatch', () => {
})
})
it('maps an RPC error (constraint violation, guard) to create_failed', async () => {
it('maps an RPC error (constraint violation, guard) to create_failed and logs the raw error', async () => {
const mock = createQueuedMockSupabase()
const rpcError = {
code: '23514',
message:
'new row for relation "supplier_payment_batch_items" violates check constraint "supplier_payment_batch_items_payee_fields_match"',
details: 'Failing row contains (...).',
hint: null,
}
mock.enqueueMany([
{ data: companyRow },
{ data: settingsRow },
{ data: [invoiceRow()] },
{ data: [] },
{ error: { message: 'payee_fields_match', code: '23514' } },
{ error: rpcError },
])
const result = await createSupplierPaymentBatch(
mock.supabase as unknown as SupabaseClient,
COMPANY_ID,
USER_ID,
{ format: 'pain001', items: [{ supplier_invoice_id: 'inv-1' }] },
)
// The client contract is unchanged: a generic create_failed, nothing else.
expect(result).toEqual({ ok: false, code: 'create_failed' })
// The diagnosis lives in the log (#2060): SQLSTATE and message only, keyed
// by company, batch and item count. Exact match on purpose: details and
// hint (where Postgres quotes row data), the debtor snapshot and the item
// rows must never ride along.
expect(logError).toHaveBeenCalledTimes(1)
expect(logError).toHaveBeenCalledWith('create_supplier_payment_batch RPC failed', {
companyId: COMPANY_ID,
batchId: expect.stringMatching(UUID_RE),
itemCount: 1,
rpcError: { code: '23514', message: rpcError.message },
})
const [, ctx] = logError.mock.calls[0] as [string, Record<string, unknown>]
expect(ctx.batchId).toBe((mock.supabase.rpc.mock.calls[0][1] as { p_batch_id: string }).p_batch_id)
})
it('never logs details or hint: an IBAN and a payee name there cannot reach the log, code and message do', async () => {
const mock = createQueuedMockSupabase()
const IBAN = 'SE4550000000058398257466'
const rpcError = {
code: '23514',
message:
'new row for relation "supplier_payment_batch_items" violates check constraint "supplier_payment_batch_items_payee_fields_match"',
// Where Postgres quotes the entire failing row (payee name, account).
details:
'Failing row contains (b0000000-0000-0000-0000-000000000001, c0000000-0000-0000-0000-000000000001, ' +
`737.50, 2099-08-15, bank_account, null, null, 5000, ${IBAN}, Anna Andersson, invoice_number, CD3014794407).`,
hint: `Check the payee fields for Anna Andersson (${IBAN}).`,
}
mock.enqueueMany([
{ data: companyRow },
{ data: settingsRow },
{ data: [invoiceRow()] },
{ data: [] },
{ error: rpcError },
])
const result = await createSupplierPaymentBatch(
mock.supabase as unknown as SupabaseClient,
COMPANY_ID,
USER_ID,
{ format: 'pain001', items: [{ supplier_invoice_id: 'inv-1' }] },
)
expect(result).toEqual({ ok: false, code: 'create_failed' })
expect(logError).toHaveBeenCalledTimes(1)
const [, ctx] = logError.mock.calls[0] as [string, Record<string, unknown>]
// Nothing from details or hint, in any shape, anywhere in the context.
const serialized = JSON.stringify(ctx)
expect(serialized).not.toContain(IBAN)
expect(serialized).not.toContain('Anna Andersson')
expect(serialized).not.toContain('Failing row')
expect(serialized).not.toContain(rpcError.hint)
expect(ctx).not.toHaveProperty(['rpcError', 'details'])
expect(ctx).not.toHaveProperty(['rpcError', 'hint'])
// Only the two fields with diagnostic value, verbatim.
expect(ctx.rpcError).toEqual({ code: '23514', message: rpcError.message })
})
it('logs a PostgREST schema-cache miss (PGRST202) the same way, still as create_failed', async () => {
const mock = createQueuedMockSupabase()
const rpcError = {
code: 'PGRST202',
message:
'Could not find the function public.create_supplier_payment_batch(p_batch_id, ...) in the schema cache',
details: 'Searched for the function public.create_supplier_payment_batch with parameters ...',
hint: 'Perhaps you meant to call the function public.create_supplier_payment_batch without parameters',
}
mock.enqueueMany([
{ data: companyRow },
{ data: settingsRow },
{ data: [invoiceRow()] },
{ data: [] },
{ error: rpcError },
])
const result = await createSupplierPaymentBatch(
@@ -340,6 +451,14 @@ describe('createSupplierPaymentBatch', () => {
)
expect(result).toEqual({ ok: false, code: 'create_failed' })
expect(logError).toHaveBeenCalledWith(
'create_supplier_payment_batch RPC failed',
expect.objectContaining({
companyId: COMPANY_ID,
itemCount: 1,
rpcError: { code: 'PGRST202', message: rpcError.message },
}),
)
})
it('maps an unknown RPC refusal code and an empty RPC payload to create_failed', async () => {
@@ -365,6 +484,19 @@ describe('createSupplierPaymentBatch', () => {
input,
)
expect(unknown).toEqual({ ok: false, code: 'create_failed' })
// An unmapped refusal code is logged with the code itself, so a code added
// in SQL without a client mapping cannot vanish behind create_failed.
expect(logError).toHaveBeenCalledTimes(1)
expect(logError).toHaveBeenLastCalledWith(
'create_supplier_payment_batch RPC refused with an unmapped code',
{
companyId: COMPANY_ID,
batchId: expect.stringMatching(UUID_RE),
itemCount: 1,
rpcCode: 'something_new',
rpcDetails: undefined,
},
)
const empty = await createSupplierPaymentBatch(
mock.supabase as unknown as SupabaseClient,
@@ -373,6 +505,44 @@ describe('createSupplierPaymentBatch', () => {
input,
)
expect(empty).toEqual({ ok: false, code: 'create_failed' })
expect(logError).toHaveBeenCalledTimes(2)
expect(logError).toHaveBeenLastCalledWith(
'create_supplier_payment_batch RPC returned no payload',
{ companyId: COMPANY_ID, batchId: expect.stringMatching(UUID_RE), itemCount: 1 },
)
})
it('does not log when the RPC succeeds or refuses with a mapped code', async () => {
const mock = createQueuedMockSupabase()
mock.enqueueMany([
{ data: companyRow },
{ data: settingsRow },
{ data: [invoiceRow()] },
{ data: [] },
{ data: { ok: true, batch: batchRow() } },
{ data: companyRow },
{ data: settingsRow },
{ data: [invoiceRow()] },
{ data: [] },
{ data: { ok: false, code: 'already_batched', details: [{ id: 'inv-1', batch_id: 'b' }] } },
])
const input = { format: 'pain001' as const, items: [{ supplier_invoice_id: 'inv-1' }] }
const created = await createSupplierPaymentBatch(
mock.supabase as unknown as SupabaseClient,
COMPANY_ID,
USER_ID,
input,
)
expect(created.ok).toBe(true)
const refused = await createSupplierPaymentBatch(
mock.supabase as unknown as SupabaseClient,
COMPANY_ID,
USER_ID,
input,
)
expect(refused).toMatchObject({ ok: false, code: 'already_batched' })
expect(logError).not.toHaveBeenCalled()
})
it('rejects the whole batch when any invoice is ineligible', async () => {
+41 -2
View File
@@ -20,6 +20,7 @@
*/
import type { SupabaseClient } from '@supabase/supabase-js'
import { createLogger } from '@/lib/logger'
import { getBranding } from '@/lib/branding/service'
import { getSwedishLocalDate } from '@/lib/bookkeeping/engine'
import { ORE_TOLERANCE, roundOre, sumOre } from '@/lib/money'
@@ -39,6 +40,8 @@ import { formatPayeeLabel, type SupplierPayeeSource } from './supplier-payee'
import { generateSupplierPain001, type SupplierPain001Payment } from './pain001-supplier'
import type { SupplierPaymentBatch, SupplierPaymentBatchItem } from '@/types'
const log = createLogger('payments/batch-service')
type InvoiceRow = BatchInvoiceFacts & {
supplier: (SupplierPayeeSource & { id: string; name: string; city: string | null }) | null
}
@@ -363,10 +366,36 @@ export async function createSupplierPaymentBatch(
p_confirm_already_batched: input.confirm_already_batched ?? false,
p_user_id: userId,
})
if (error) return { ok: false, code: 'create_failed' }
// The client only ever sees create_failed. What tells the RPC's tenant
// guard (42501), a constraint violation inside the SECURITY DEFINER body
// and a PostgREST schema-cache miss right after a deploy (PGRST202) apart
// is the SQLSTATE plus the message (the RPC's own RAISE text, "violates
// check constraint <name>", "duplicate key value violates unique
// constraint <name>"), so those two go to the log (#2060). `details` is
// where Postgres quotes row data ("Failing row contains (...)",
// "Key (...)=(...)") and `hint` adds nothing operational: neither is
// logged, so payee and account data cannot reach a log line through them.
// debtor_snapshot and the item rows are not logged either; companyId,
// batchId and the item count make the line greppable.
if (error) {
log.error('create_supplier_payment_batch RPC failed', {
companyId,
batchId,
itemCount: itemRows.length,
rpcError: { code: error.code, message: error.message },
})
return { ok: false, code: 'create_failed' }
}
const result = data as CreateBatchRpcResult | null
if (!result) return { ok: false, code: 'create_failed' }
if (!result) {
log.error('create_supplier_payment_batch RPC returned no payload', {
companyId,
batchId,
itemCount: itemRows.length,
})
return { ok: false, code: 'create_failed' }
}
if (!result.ok) {
switch (result.code) {
case 'already_batched':
@@ -388,6 +417,16 @@ export async function createSupplierPaymentBatch(
details: result.details as Array<{ id: string; reason: string }>,
}
default:
// An RPC refusal code with no client mapping (a code added in SQL
// without this switch learning it, or the RPC's own payload-shape
// refusals) must stay visible rather than vanish behind create_failed.
log.error('create_supplier_payment_batch RPC refused with an unmapped code', {
companyId,
batchId,
itemCount: itemRows.length,
rpcCode: result.code,
rpcDetails: result.details,
})
return { ok: false, code: 'create_failed' }
}
}