Files
accounted/tests/pg/kpi-report-aggregates-rpc.pg.test.ts
T
MattssonandClaude Fable 5 cd344b6dbb fix(db): enforce balance check on directly inserted posted journal entries (v2) (#1439)
* fix(db): enforce balance check on directly inserted posted journal entries

check_balance_on_post only fires on the draft-to-posted UPDATE transition,
so any code path that INSERTs a row with status 'posted' directly skipped
balance validation entirely. The invariant sum(debit) = sum(credit) on
every posted entry was DB-enforced only for the engine's commit lifecycle.

Add check_balance_on_posted_insert, a deferred constraint trigger on
AFTER INSERT WHEN (NEW.status = 'posted') reusing the existing
check_journal_entry_balance() function, which already handles the
journal_entries INSERT context via NEW.id/NEW.status. Deferred semantics
let an atomic transaction insert header and lines together; zero-line and
unbalanced posted inserts are rejected at constraint evaluation. All
existing checks stay intact; this only adds coverage.

The one first-party posted-INSERT path outside an RPC, the sandbox seed,
now books through the bookkeeping engine (createJournalEntry) instead of
raw inserts. SIE import already inserts header and lines in a single
transaction via its structured RPC and passes unchanged.

pg tests cover the new path (zero-line rejected, unbalanced rejected at
SET CONSTRAINTS IMMEDIATE, balanced same-transaction insert accepted) and
existing posted-entry fixtures move to a transactional
insertPostedJournalEntry helper so they stay valid setup.

Fixes #327

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

* fix(tests): insert list-filters pg fixtures in one transaction

The list-filters suite (landed via a sibling merge) inserted posted
headers with getPool().query, where each query autocommits: the deferred
check_balance_on_posted_insert constraint fired at the header's own
commit with zero lines and correctly rejected the fixture. Header and
balanced lines now share one BEGIN/COMMIT so the constraint evaluates
the complete entry, mirroring the insertPostedJournalEntry helper.

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

* fix(seed): insert journal headers as drafts, post after lines land

check_balance_on_posted_insert (renamed to apply-time version
20260806130000) rejects a posted header whose transaction has no lines.
PostgREST autocommits each request, so every seed path that inserted
posted headers first would die with "has zero total": the sandbox seed
(ledger history, invoice vouchers, salary vouchers), seed-demo-account
and seed-export-data. All now insert draft headers, insert lines, then
flip to posted so check_balance_on_post validates the finished
verifikat. The sandbox seed keeps its documented no-events design.

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

* fix(db): preserve a preset committed_at on draft-to-posted transition

set_committed_at() stamped now() unconditionally, so the seed flows that
post backdated drafts lost their historical booking timestamps and every
demo verifikat read as booked today (CodeRabbit finding on PR 1439).
Stamp only when committed_at is NULL: the engine path (drafts carry no
committed_at) behaves exactly as before and a posted entry still always
has a committed_at; an explicitly supplied value now survives posting.

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

* fix(db): preserve preset committed_at only for trusted roles

The IS NULL guard alone (20260806150000, never shipped; replaced by
20260806160000) let any RLS-permitted member backdate committed_at
through PostgREST by presetting it on a draft and posting, which the
Swedish accounting review flagged: committed_at is what the BFL 5 kap
timeliness checks and behandlingshistorik treat as the genuine
transition time. Preset values now survive posting only for
service_role/postgres/supabase_admin; authenticated and anon writers
always get the now() stamp. Consequence: the sandbox seed (runs as the
requesting user) gets committed_at = posting time, accepted and
documented in the route; the demo scripts run as service_role and keep
their backdated history. pg tests cover all four paths, with the upper
timestamp bound CodeRabbit asked for.

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

* fix(db): restore superseded migration so the preview tracker stays consistent

The preview branch had already applied 20260806150000 when the previous
commit deleted the file, orphaning the preview's migration tracker
("Remote migration versions not found in local migrations directory").
Restored with a header explaining it is superseded in the same deploy by
20260806160000, so the unguarded semantics are never live on their own.

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

* fix(db): decide committed_at trust by JWT claims, not current_user

The Swedish review found the current_user guard bypassable:
commit_journal_entry is SECURITY DEFINER and granted to authenticated,
so inside it current_user is the function owner and a member could
preset a backdated committed_at on a direct-inserted draft and launder
it through the RPC. The guard now reads the JWT claims role (same
primitive as the RPC's own tenant guard): preset values survive only
for service_role or claim-less backend connections; authenticated and
anon callers are always stamped now(), on both the direct UPDATE and
the RPC path (new pg test). Both migration files now carry the
identical final body so no unguarded intermediate exists as a
standalone applyable unit. Behandlingshistorik logging of trusted
overrides is follow-up #1444.

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

---------

Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
2026-08-06 23:00:05 +02:00

390 lines
15 KiB
TypeScript

/**
* pg-real test for get_kpi_report_aggregates.
*
* The RPC backs the KPI report's no-dimension hot path: one SQL pass
* returns the per-account trial-balance sums (with and without the
* year-end chain), the opening-balance entry's sums, and per-month
* income/expenses. The exclusion semantics used to live in JS
* (lib/reports/trial-balance.ts + monthly-breakdown.ts) behind PostgREST
* filters; this suite pins them against real Postgres:
*
* - tb covers posted AND reversed entries, excluding ONLY the
* opening-balance entry (p_ob_entry_id);
* - tb_ex_year_end additionally drops source_type year_end entries and
* the stornos/corrections of REVERSED year-end entries (the undone
* year-end chain), mirroring excludeYearEndClosing;
* - ob sums the OB entry's lines with NO status filter (mirrors
* getOpeningBalances) but is company-guarded;
* - monthly is posted-only, classes 3-8, 8999 excluded, class 8 split
* per line by the sign of credit - debit, and (since migration
* 20260730090000) it shares tb_ex_year_end's entry set so the
* resultatavslut cannot chart the whole year's revenue as negative
* income in the fiscal-year-end month;
* - SECURITY INVOKER: a non-member gets empty sections under RLS.
*/
import { describe, it, expect } from 'vitest'
import { randomUUID } from 'node:crypto'
import { getPool, withUserContext } from './setup'
import {
insertAuthUser,
insertCompany,
insertCompanyMember,
insertFiscalPeriod,
} from './fixtures'
interface AccountSums {
account_number: string
debit: number
credit: number
}
interface RpcPayload {
tb: AccountSums[]
tb_ex_year_end: AccountSums[]
ob: AccountSums[]
monthly: Array<{ year: number; month: number; income: number; expenses: number }>
}
async function callRpc(
companyId: string,
fiscalPeriodId: string,
obEntryId: string | null = null,
): Promise<RpcPayload> {
const { rows } = await getPool().query(
`SELECT public.get_kpi_report_aggregates($1, $2, $3) AS payload`,
[companyId, fiscalPeriodId, obEntryId],
)
return rows[0].payload as RpcPayload
}
function byAccount(section: AccountSums[]) {
return new Map(section.map((t) => [t.account_number, t]))
}
function monthOf(payload: RpcPayload, year: number, month: number) {
return payload.monthly.find((m) => m.year === year && m.month === month)
}
async function insertJournalEntry(params: {
userId: string
companyId: string
fiscalPeriodId: string
voucherNumber: number
status?: 'draft' | 'posted' | 'reversed'
sourceType?: string
entryDate?: string
reversesId?: string | null
correctionOfId?: string | null
lines: Array<{ account: string; debit: number; credit: number }>
}): Promise<string> {
const id = randomUUID()
const status = params.status ?? 'posted'
const client = await getPool().connect()
// Insert directly, bypassing commit_journal_entry's voucher sequencing:
// fine for a read-side RPC that only aggregates line/account references.
try {
await client.query('BEGIN')
await client.query(
`INSERT INTO public.journal_entries
(id, user_id, company_id, fiscal_period_id, voucher_number, voucher_series,
entry_date, description, source_type, status, reverses_id, correction_of_id)
VALUES ($1, $2, $3, $4, $5, 'A', $6, 'KPI RPC test', $7, $8, $9, $10)`,
[
id,
params.userId,
params.companyId,
params.fiscalPeriodId,
params.voucherNumber,
params.entryDate ?? '2026-03-15',
params.sourceType ?? 'manual',
status,
params.reversesId ?? null,
params.correctionOfId ?? null,
],
)
for (const line of params.lines) {
await client.query(
`INSERT INTO public.journal_entry_lines
(journal_entry_id, account_number, debit_amount, credit_amount)
VALUES ($1, $2, $3, $4)`,
[id, line.account, line.debit, line.credit],
)
}
if (status === 'posted') {
await client.query('SET CONSTRAINTS check_balance_on_posted_insert IMMEDIATE')
}
await client.query('COMMIT')
return id
} catch (error) {
await client.query('ROLLBACK').catch(() => {})
throw error
} finally {
client.release()
}
}
async function seedCompany() {
const userId = await insertAuthUser()
const companyId = await insertCompany({ createdBy: userId })
await insertCompanyMember({ companyId, userId, role: 'owner' })
const fiscalPeriodId = await insertFiscalPeriod({ userId, companyId })
return { userId, companyId, fiscalPeriodId }
}
/**
* Full scenario: posted entries across three months, a reversed manual
* entry, an undone year-end chain (reversed year_end + storno +
* correction), a still-posted year_end entry with 8999 and 8910, and a
* linked OB entry.
*/
async function seedFullScenario() {
const ctx = await seedCompany()
const obEntryId = await insertJournalEntry({
...ctx, voucherNumber: 1, sourceType: 'opening_balance', entryDate: '2026-01-01',
lines: [
{ account: '1930', debit: 5000, credit: 0 },
{ account: '2010', debit: 0, credit: 5000 },
],
})
await getPool().query(
`UPDATE public.fiscal_periods SET opening_balance_entry_id = $1 WHERE id = $2`,
[obEntryId, ctx.fiscalPeriodId],
)
// January: revenue
await insertJournalEntry({
...ctx, voucherNumber: 2, entryDate: '2026-01-15',
lines: [
{ account: '3001', debit: 0, credit: 10000 },
{ account: '2611', debit: 0, credit: 2500 },
{ account: '1930', debit: 12500, credit: 0 },
],
})
// February: expense, plus a REVERSED entry (in tb, not in monthly)
await insertJournalEntry({
...ctx, voucherNumber: 3, entryDate: '2026-02-10',
lines: [
{ account: '5010', debit: 3000, credit: 0 },
{ account: '1930', debit: 0, credit: 3000 },
],
})
await insertJournalEntry({
...ctx, voucherNumber: 4, status: 'reversed', entryDate: '2026-02-20',
lines: [{ account: '3001', debit: 0, credit: 700 }],
})
// March: mixed-sign class 8 lines in the same entry
await insertJournalEntry({
...ctx, voucherNumber: 5, entryDate: '2026-03-05',
lines: [
{ account: '8310', debit: 0, credit: 200 },
{ account: '8410', debit: 500, credit: 0 },
// Balance outside classes 3-8 so the monthly assertions stay focused.
{ account: '2999', debit: 0, credit: 300 },
],
})
// December: posted year_end entry (8999 + 8910)
await insertJournalEntry({
...ctx, voucherNumber: 6, sourceType: 'year_end', entryDate: '2026-12-31',
lines: [
{ account: '8910', debit: 1000, credit: 0 },
{ account: '2512', debit: 0, credit: 1000 },
{ account: '8999', debit: 5000, credit: 0 },
{ account: '2099', debit: 0, credit: 5000 },
],
})
// Undone year-end chain: reversed year_end + its storno + a correction
const reversedYearEndId = await insertJournalEntry({
...ctx, voucherNumber: 7, sourceType: 'year_end', status: 'reversed', entryDate: '2026-12-31',
lines: [
{ account: '8999', debit: 400, credit: 0 },
{ account: '2099', debit: 0, credit: 400 },
],
})
await insertJournalEntry({
...ctx, voucherNumber: 8, sourceType: 'storno', entryDate: '2026-12-31',
reversesId: reversedYearEndId,
lines: [
{ account: '8999', debit: 0, credit: 400 },
{ account: '2099', debit: 400, credit: 0 },
],
})
await insertJournalEntry({
...ctx, voucherNumber: 9, sourceType: 'correction', entryDate: '2026-12-31',
correctionOfId: reversedYearEndId,
lines: [
{ account: '6200', debit: 250, credit: 0 },
{ account: '1930', debit: 0, credit: 250 },
],
})
return { ...ctx, obEntryId }
}
describe('get_kpi_report_aggregates RPC', () => {
it('tb covers posted and reversed period entries, excluding only the OB entry', async () => {
const ctx = await seedFullScenario()
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId, ctx.obEntryId)
const tb = byAccount(payload.tb)
// OB entry excluded: 1930 period debit is 12500, not 17500; 2010 absent.
expect(tb.get('1930')).toMatchObject({ debit: 12500, credit: 3250 })
expect(tb.has('2010')).toBe(false)
// Reversed manual entry included (posted + reversed base filter).
expect(tb.get('3001')).toMatchObject({ debit: 0, credit: 10700 })
expect(tb.get('2611')).toMatchObject({ debit: 0, credit: 2500 })
expect(tb.get('5010')).toMatchObject({ debit: 3000, credit: 0 })
// Year-end chain present in the plain tb.
expect(tb.get('8999')).toMatchObject({ debit: 5400, credit: 400 })
expect(tb.get('2099')).toMatchObject({ debit: 400, credit: 5400 })
expect(tb.get('8910')).toMatchObject({ debit: 1000, credit: 0 })
expect(tb.get('6200')).toMatchObject({ debit: 250, credit: 0 })
})
it('tb includes the OB entry when p_ob_entry_id is NULL, and ob is empty', async () => {
const ctx = await seedFullScenario()
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId, null)
expect(byAccount(payload.tb).get('1930')).toMatchObject({ debit: 17500, credit: 3250 })
expect(byAccount(payload.tb).get('2010')).toMatchObject({ debit: 0, credit: 5000 })
expect(payload.ob).toEqual([])
})
it('tb_ex_year_end drops year_end entries plus stornos/corrections of reversed year-ends', async () => {
const ctx = await seedFullScenario()
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId, ctx.obEntryId)
const tb = byAccount(payload.tb_ex_year_end)
// Ordinary activity retained...
expect(tb.get('3001')).toMatchObject({ debit: 0, credit: 10700 })
expect(tb.get('5010')).toMatchObject({ debit: 3000, credit: 0 })
expect(tb.get('8310')).toMatchObject({ debit: 0, credit: 200 })
expect(tb.get('8410')).toMatchObject({ debit: 500, credit: 0 })
// ...the whole year-end chain gone: year_end entries, the storno that
// reverses one, and the correction that corrects one.
expect(tb.has('8999')).toBe(false)
expect(tb.has('2099')).toBe(false)
expect(tb.has('8910')).toBe(false)
expect(tb.has('2512')).toBe(false)
expect(tb.has('6200')).toBe(false)
// The correction's 1930 credit (250) disappears with it.
expect(tb.get('1930')).toMatchObject({ debit: 12500, credit: 3000 })
})
it('keeps stornos/corrections that do not point at a reversed year-end', async () => {
const ctx = await seedCompany()
const plainReversed = await insertJournalEntry({
...ctx, voucherNumber: 1, status: 'reversed', entryDate: '2026-04-01',
lines: [{ account: '5010', debit: 100, credit: 0 }],
})
await insertJournalEntry({
...ctx, voucherNumber: 2, sourceType: 'storno', entryDate: '2026-04-02',
reversesId: plainReversed,
lines: [
{ account: '5010', debit: 0, credit: 100 },
// Keep the posted storno balanced without changing the asserted P&L account.
{ account: '2999', debit: 100, credit: 0 },
],
})
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId)
// Only reversals of REVERSED year_end entries are chained out.
expect(byAccount(payload.tb_ex_year_end).get('5010')).toMatchObject({
debit: 100,
credit: 100,
})
})
it('ob sums the OB entry regardless of status, guarded by company', async () => {
const ctx = await seedCompany()
// Draft OB entry: getOpeningBalances has no status filter, neither may we.
const draftOb = await insertJournalEntry({
...ctx, voucherNumber: 1, status: 'draft', sourceType: 'opening_balance',
entryDate: '2026-01-01',
lines: [
{ account: '1930', debit: 800, credit: 0 },
{ account: '2081', debit: 0, credit: 800 },
],
})
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId, draftOb)
expect(byAccount(payload.ob).get('1930')).toMatchObject({ debit: 800, credit: 0 })
expect(byAccount(payload.ob).get('2081')).toMatchObject({ debit: 0, credit: 800 })
// Draft entries never enter tb.
expect(payload.tb).toEqual([])
// Another company's entry id yields nothing (defense in depth for
// service-role callers that bypass RLS).
const other = await seedCompany()
const foreign = await callRpc(other.companyId, other.fiscalPeriodId, draftOb)
expect(foreign.ob).toEqual([])
})
it('monthly is posted-only, 8999 excluded, class 8 sign-split per line', async () => {
const ctx = await seedFullScenario()
const payload = await callRpc(ctx.companyId, ctx.fiscalPeriodId, ctx.obEntryId)
// January: revenue only (class 2 VAT line ignored).
expect(monthOf(payload, 2026, 1)).toMatchObject({ income: 10000, expenses: 0 })
// February: the reversed 3001 entry (700) must NOT appear.
expect(monthOf(payload, 2026, 2)).toMatchObject({ income: 0, expenses: 3000 })
// March: 8310 credit 200 -> income; 8410 debit 500 -> expenses.
expect(monthOf(payload, 2026, 3)).toMatchObject({ income: 200, expenses: 500 })
// December: year_end entries ARE excluded from monthly as of migration
// 20260730090000. Previously this month reported expenses 1250 (8910 debit
// 1000 from the posted year_end entry plus the correction's 6200 debit
// 250). Including them meant the resultatavslut charted the whole year's
// revenue as NEGATIVE income in the fiscal-year-end month: measured on
// production as 28 companies, worst case -10 347 459,81 kr in one month.
// This fixture's December holds ONLY year-end-chain entries, so the month
// disappears from the chart entirely, which is the correct operational
// view: a month whose only activity is bokslut has no operating result.
expect(monthOf(payload, 2026, 12)).toBeUndefined()
// No phantom months, and no bokslut-only months.
expect(payload.monthly.map((m) => m.month).sort((a, b) => a - b)).toEqual([1, 2, 3])
})
it('scopes to the requested company and returns empty sections for an empty one', async () => {
const a = await seedFullScenario()
const b = await seedCompany()
const payload = await callRpc(b.companyId, b.fiscalPeriodId)
expect(payload.tb).toEqual([])
expect(payload.tb_ex_year_end).toEqual([])
expect(payload.ob).toEqual([])
expect(payload.monthly).toEqual([])
// And company A's data is intact when asked for correctly.
const payloadA = await callRpc(a.companyId, a.fiscalPeriodId, a.obEntryId)
expect(payloadA.tb.length).toBeGreaterThan(0)
})
it('SECURITY INVOKER: a member reads sums, a non-member gets empty sections under RLS', async () => {
const ctx = await seedFullScenario()
const outsider = await seedCompany() // member of their own company only
const asMember = await withUserContext(ctx.userId, async (client) => {
const { rows } = await client.query(
`SELECT public.get_kpi_report_aggregates($1, $2, $3) AS payload`,
[ctx.companyId, ctx.fiscalPeriodId, ctx.obEntryId],
)
return rows[0].payload as RpcPayload
})
expect(byAccount(asMember.tb).get('3001')).toMatchObject({ debit: 0, credit: 10700 })
expect(byAccount(asMember.ob).get('1930')).toMatchObject({ debit: 5000, credit: 0 })
const asOutsider = await withUserContext(outsider.userId, async (client) => {
const { rows } = await client.query(
`SELECT public.get_kpi_report_aggregates($1, $2, $3) AS payload`,
[ctx.companyId, ctx.fiscalPeriodId, ctx.obEntryId],
)
return rows[0].payload as RpcPayload
})
expect(asOutsider.tb).toEqual([])
expect(asOutsider.tb_ex_year_end).toEqual([])
expect(asOutsider.ob).toEqual([])
expect(asOutsider.monthly).toEqual([])
})
})