Files
accounted/lib/bookkeeping/__tests__/delete-last-voucher.pg.test.ts
T
Jakob WennbergandClaude Opus 4.7 4131db2894 chore: MCP intent-tools, BankID enrichment table, multi-tenant fixes (#402)
* chore: MCP intent-tools, BankID enrichment table, multi-tenant fixes

MCP server gains six intent-shaped tools that collapse multi-call
agent flows into one: vat_close_check, query_journal, auto_match_period,
create_supplier_invoice_from_inbox, audit_package, year_end_readiness.
Tools wired into TOOL_SCOPE_MAP and OPERATION_RISK_TIERS as appropriate
(create_supplier_invoice_from_inbox at medium tier — reversible until
approve, but stages a leverantörsskuld).

BankID enrichment now persists to a dedicated bankid_enrichment table
keyed by user_id. extension_data has been company-scoped (NOT NULL
company_id) since the multi-tenant refactor, so every BankID signup has
silently been failing the enrichment upsert. Select-company picker reads
from the new table.

delete_last_voucher (BFNAR 2013:2) needs to clear
document_attachments.journal_entry_id before deleting the entry, but the
new document immutability trigger blocks that UPDATE. Added the same
gnubok.allow_delete transaction-scoped bypass pattern used by the
journal-entry/line/retention triggers. pg-real tests cover the happy
path, the unauthorized direct UPDATE, and the swap-to-different-entry
attempt under the bypass flag.

fiscal_periods.no_overlapping_fiscal_periods exclusion was scoped to
user_id from before multi-tenant — rebound to company_id so the same
user can have overlapping fiscal years across companies they own/are
member of.

Also adds scripts/seed-demo-account.ts for end-to-end demo seeding
(two companies, full FY2025, active FY2026 with mixed state).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(pr-402): address review feedback

Migrations
- Drop 20260506140000_document_journal_entry_immutability_delete_bypass.sql:
  redundant with 20260506140000_document_journal_entry_immutability_bypass.sql
  that landed on main while this branch was open. Both share the same
  gnubok.allow_delete pattern; main's version is what the DB actually has.
- Rename 20260506150000_bankid_enrichment_table.sql →
  20260506160000_bankid_enrichment_table.sql to clear the timestamp clash
  with 20260506150000_protect_document_journal_link.sql on main (Supabase
  branch preview was failing on schema_migrations PK collision).

Tests
- Drop the swap-under-flag test from delete-last-voucher.pg.test.ts:
  main's bypass returns NEW unconditionally when gnubok.allow_delete='true',
  so the swap is permitted. Drop the duplicate happy-path test (already
  covered by 'clears journal_entry_id on attached documents and deletes
  the voucher'). Keep the unauthorized-direct-UPDATE test.
- Add bankid-enrichment.pg.test.ts covering the SELECT RLS policy:
  user reads own row, cannot read another user's row, INSERT denied for
  authenticated.

gnubok_query_journal
- amount_min/amount_max is applied post-fetch (PostgREST can't OR
  abs(debit) and abs(credit) cleanly), but PostgREST's count is computed
  pre-filter. Reporting that as total_lines mislead agents into
  paginating a tail that was already filtered out. When the amount
  filter is applied, anchor total_lines and truncated to the filtered
  set and surface db_matched_pre_amount_filter +
  amount_filter_applied_post_fetch separately.
- Escape `_` in the free-text LIKE filter so a search for "2_441"
  doesn't match "2X441".

VAT close check
- Reverse-charge blocker no longer fires on ruta 30 (seller-side
  domestic omvänd skattskyldighet) — the seller books no VAT, the buyer
  does, so missing ruta 48 is expected. Now scoped to ruta 31/32 (EU
  acquisition) where the buyer must book both calculated output (2615)
  and matching ingående moms (2645).
- High-value receipt threshold no longer reads journal_entries.total_amount
  (column doesn't exist; check silently never fired). Sums debits across
  the entry's lines, which equals the gross for ordinary purchase entries
  — comparing a gross figure against the BFL/ML 4 000 SEK threshold per
  ML 17 kap 26–28 §.

seed-demo-account.ts
- Require an explicit email argument; refuse to run with the previously
  hardcoded fallback that would silently target a real user. Ensure
  email is non-undefined for downstream typing.
- Type the supabase fiscal_periods insert result locally so tsc no longer
  reports 'fp implicitly any' from the loose untyped client.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(test): adjust fiscal-period-start-day pg test for per-company overlap

The pg-real failure on PR #402 was a latent bug surfaced by this branch's
fiscal_periods exclusion constraint flip from user_id to company_id
(migration 20260506140100). The test was inserting periods that overlapped
seedCompany's default 2026-01-01..2026-12-31 period; the previous
constraint slipped past it because the test's INSERT didn't set user_id
(NULL escapes the WITH = match), so two same-company overlapping periods
silently coexisted.

Now that the constraint correctly fires per company, pick years that
don't overlap with the seeded 2026 period. The trigger's behavior under
test (allow mid-month start when no earlier period exists, allow
back-dated SIE imports, reject mid-month start when an earlier period
exists) is unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(vat-close-check): correct reverse-charge/import blocker rutor

Rutor 30/31/32 are the buyer's calculated utgående moms on reverse-
charge purchases (domestic byggtjänster/electronics → 2614 → ruta 30;
EU goods → 2624 → ruta 31; EU services → 2634 → ruta 32). The buyer
must also book matching ingående moms (2647 inhemskt / 2645 utlandet
→ ruta 48). The previous fix removed ruta 30 on the basis that it was
seller-side; that's incorrect — domestic-RC sellers book no VAT at
all (they report only beskattningsunderlag on ruta 41), so 2614 only
sees buyer-side entries. Restore ruta 30.

Also extend the check to import rutor 60/61/62 (non-EU import VAT
declared via momsdeklaration since 2015 — 2615/2625/2635). Same
mechanic: importer books output VAT on these rutor and deducts the
input side via ruta 48. SaaS-from-AWS / OpenAI / Vercel companies hit
this path; without including 60/61/62 the blocker would silently miss
their misbookings.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* fix(mcp): expose ruta 60/61/62 (import VAT) on the local VatReportResult

The vat-close-check fix referenced vatReport.rutor.ruta60/61/62 but the
MCP server's local VatReportResult type only carries ruta 05-49. Build
broke on tsc.

Extend the MCP server's slim VAT report to also project import VAT —
2615 → ruta 60 (25%), 2625 → ruta 61 (12%), 2635 → ruta 62 (6%) — and
fold those into ruta 49 (att betala/återfå). Mirrors the BAS-to-Ruta
mapping in lib/reports/vat-declaration.ts. Output schema and required
list updated accordingly.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-06 16:41:36 +02:00

241 lines
8.4 KiB
TypeScript

import { randomUUID } from 'node:crypto'
import { describe, expect, it } from 'vitest'
import { getPool, withUserContext } from '@/tests/pg/setup'
import {
insertBalancedLines,
insertDraftJournalEntry,
seedCompany,
} from '@/tests/pg/fixtures'
// Set up a posted journal entry with balanced lines, going through draft so
// the line-immutability trigger is happy. Returns the entry id.
async function insertPostedEntryWithLines(params: {
userId: string
companyId: string
fiscalPeriodId: string
voucherNumber: number
reversesId?: string
sourceType?: string
}): Promise<string> {
const id = randomUUID()
await getPool().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)
VALUES ($1, $2, $3, $4, $5, 'A', '2026-06-01', 'Test entry', $6, 'draft', $7)`,
[
id,
params.userId,
params.companyId,
params.fiscalPeriodId,
params.voucherNumber,
params.sourceType ?? 'manual',
params.reversesId ?? null,
],
)
await insertBalancedLines(id)
await getPool().query(
`UPDATE public.journal_entries SET status = 'posted' WHERE id = $1`,
[id],
)
return id
}
// Insert a document_attachment row already linked to a journal entry, so
// tests can exercise the bidirectional immutability trigger on the
// journal_entry_id column.
async function insertDocumentLinkedToEntry(params: {
userId: string
companyId: string
journalEntryId: string
}): Promise<string> {
const id = randomUUID()
await getPool().query(
`INSERT INTO public.document_attachments
(id, user_id, company_id, storage_path, file_name, sha256_hash,
journal_entry_id)
VALUES ($1, $2, $3, $4, $5, $6, $7)`,
[
id,
params.userId,
params.companyId,
`test/${id}.pdf`,
'receipt.pdf',
'a'.repeat(64),
params.journalEntryId,
],
)
return id
}
describe('delete_last_voucher.pg — RPC + immutability trigger interaction', () => {
it('deletes the last posted voucher in a series', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
await withUserContext(userId, async (client) => {
await client.query(
`SELECT public.delete_last_voucher($1::uuid, $2::uuid)`,
[companyId, entryId],
)
// Verify inside the txn — withUserContext rolls back on exit, so an
// outer pool query would see the row again.
const after = await client.query(
`SELECT 1 FROM public.journal_entries WHERE id = $1`,
[entryId],
)
expect(after.rowCount).toBe(0)
})
})
it('flips original from reversed back to posted when its storno is deleted', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const originalId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
// Storno: insert with reverses_id already set so the immutability trigger
// never sees an UPDATE that adds it after the fact.
const stornoId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 2,
sourceType: 'storno', reversesId: originalId,
})
// Mark original as reversed — posted → reversed is allowed by the state
// machine as long as no other fields change.
await getPool().query(
`UPDATE public.journal_entries SET status = 'reversed', reversed_by_id = $1 WHERE id = $2`,
[stornoId, originalId],
)
await withUserContext(userId, async (client) => {
await client.query(
`SELECT public.delete_last_voucher($1::uuid, $2::uuid)`,
[companyId, stornoId],
)
const restored = await client.query<{ status: string; reversed_by_id: string | null }>(
`SELECT status, reversed_by_id FROM public.journal_entries WHERE id = $1`,
[originalId],
)
expect(restored.rows[0]!.status).toBe('posted')
expect(restored.rows[0]!.reversed_by_id).toBeNull()
})
})
it('blocks direct DELETE on a posted entry without the bypass flag', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
await expect(
getPool().query(`DELETE FROM public.journal_entries WHERE id = $1`, [entryId]),
).rejects.toThrow(/Cannot delete journal entries/i)
})
it('blocks UPDATE of arbitrary fields on a posted entry even when bypass flag is set', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
const client = await getPool().connect()
try {
await client.query(`SELECT set_config('gnubok.allow_delete', 'true', true)`)
await expect(
client.query(
`UPDATE public.journal_entries SET description = 'tampered' WHERE id = $1`,
[entryId],
),
).rejects.toThrow(/Cannot modify a posted journal entry/i)
} finally {
client.release()
}
})
it('clears journal_entry_id on attached documents and deletes the voucher', async () => {
// Regression for the document-immutability triggers ignoring the
// gnubok.allow_delete bypass. delete_last_voucher unlinks documents
// (UPDATE document_attachments SET journal_entry_id = NULL) before
// deleting the entry; if the trigger refused the unlink the whole RPC
// would fail and the entry would remain.
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
const docId = randomUUID()
await getPool().query(
`INSERT INTO public.document_attachments
(id, user_id, company_id, storage_path, file_name, file_size_bytes,
mime_type, sha256_hash, journal_entry_id)
VALUES ($1, $2, $3, $4, 'underlag.pdf', 1024, 'application/pdf', $5, $6)`,
[
docId,
userId,
companyId,
`documents/${userId}/${docId}.pdf`,
'a'.repeat(64),
entryId,
],
)
await withUserContext(userId, async (client) => {
await client.query(
`SELECT public.delete_last_voucher($1::uuid, $2::uuid)`,
[companyId, entryId],
)
const entryAfter = await client.query(
`SELECT 1 FROM public.journal_entries WHERE id = $1`,
[entryId],
)
expect(entryAfter.rowCount).toBe(0)
const docAfter = await client.query<{ journal_entry_id: string | null }>(
`SELECT journal_entry_id FROM public.document_attachments WHERE id = $1`,
[docId],
)
expect(docAfter.rows[0]!.journal_entry_id).toBeNull()
})
})
it('blocks reversed → posted UPDATE without the bypass flag', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
await getPool().query(
`UPDATE public.journal_entries SET status = 'reversed' WHERE id = $1`,
[entryId],
)
await expect(
getPool().query(
`UPDATE public.journal_entries SET status = 'posted' WHERE id = $1`,
[entryId],
),
).rejects.toThrow(/Cannot modify a reversed journal entry/i)
})
// The bypass must remain narrow: an unauthorized direct UPDATE that clears
// journal_entry_id outside delete_last_voucher (no gnubok.allow_delete
// transaction-local flag) must still raise BFL_DOCUMENT_IMMUTABILITY.
it('blocks direct UPDATE that nulls journal_entry_id without the bypass flag', async () => {
const { userId, companyId, fiscalPeriodId } = await seedCompany()
const entryId = await insertPostedEntryWithLines({
userId, companyId, fiscalPeriodId, voucherNumber: 1,
})
const documentId = await insertDocumentLinkedToEntry({
userId, companyId, journalEntryId: entryId,
})
await expect(
getPool().query(
`UPDATE public.document_attachments SET journal_entry_id = NULL WHERE id = $1`,
[documentId],
),
).rejects.toThrow(/BFL_DOCUMENT_IMMUTABILITY/)
})
})