db8983ba9e
* feat(arcim-migration): Briox provider with SIE-over-API import - Briox auth via account ID + application token (no app-level credentials); both tokens rotate on refresh and are persisted - New sie-fetcher pulls the general ledger as SIE through the provider API for Fortnox, Briox and Bjorn Lunden - Wizard stops on a failed SIE import and surfaces the real errors instead of proceeding to the misleading migrate-guard message - PROVIDER_SIE_ONLY_FORTNOX renamed to PROVIDER_SIE_NOT_SUPPORTED; new PROVIDER_TOKEN_INVALID for rejected provider credentials Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(bookkeeping): per-line accruals (periodisering) on invoices and supplier invoices Defer revenue/costs per invoice line to 29xx/17xx interim accounts with automatic monthly dissolution (nightly cron + catch-up at registration), schedule cancellation on credit, year-end auto-detect exclusion for already-scheduled invoices, invoice-inbox service-period extraction for prefill, and an MCP tool to list schedules. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(bokslut): iXBRL arsredovisning generation and Bolagsverket digital filing Generate the annual report as iXBRL from a generated taxonomy registry (K2 element lists, taxonomy:generate/check scripts + CI guard), expose it via the fiscal-period API, and add the bolagsverket extension for digital submission to eget utrymme with webhook-driven status tracking (submissions table + pg tests, lifecycle events, year-end wizard UI). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * test(mcp): raise origin-guard test timeout to 20s The dynamic import pulls in the full server module; the parse alone flirts with the 5s default under full-suite parallel load. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * Add new scripts and documentation for K2 AB taxonomy generation and validation - Introduced `generate-taxonomy-registry.ts` to automate the generation of the iXBRL taxonomy concept registry from official element lists and tuple models. - Added `validate-ixbrl.mjs` for validating generated iXBRL reports against the official taxonomy package using Arelle. - Included new documentation files: - `k2-ab-arsredovisning-elementlista-2024-09-12_rev20250312_sv.xlsx` - `tuple-innehallsmodell-arsredovisning-k2-2024-09-12.xlsx` - `taxonomi-paket-2024-09-12_rev20250312.zip` * Add tests for bookkeeping accruals dissolution and supplier invoices - Implement tests for the POST /api/bookkeeping/accruals/[id]/dissolve route, covering success and error scenarios. - Add tests for the DELETE /api/supplier-invoices/[id] route, including authentication checks and validation of invoice deletion conditions. - Introduce tests for the Arcim migration provider client, ensuring token handling and error classification. - Create tests for the Bolagsverket extension, validating submission role enforcement and environment settings. - Add Zod schemas for Bolagsverket response payloads to ensure proper validation. - Implement tests for MCP server's list accrual schedules, confirming registration and scope mapping. - Add consistency tests for IXBRL document generation, ensuring duplicate facts and XML escaping are handled correctly. - Introduce typed domain errors for accrual schedules to improve error handling in the service. - Add tests for resolving consent with Briox token refresh concurrency, ensuring proper token management and error handling. * fix(tests): update payload size guard comments to reflect recent changes in tool descriptions and ceiling adjustments * fix(gitattributes): mark generated JSON files in bokslut taxonomy as linguist-generated * feat(migrations): add backfill for invoices.journal_entry_id and fallback for next_voucher_number user_id * feat(bokslut): enhance compliance and financial processing features with new submission details and security measures --------- Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
292 lines
9.6 KiB
TypeScript
292 lines
9.6 KiB
TypeScript
import { describe, it, expect, beforeEach, vi } from 'vitest'
|
|
import { detectPeriodisering } from '../auto-detect'
|
|
import { createQueuedMockSupabase } from '@/tests/helpers'
|
|
|
|
describe('detectPeriodisering', () => {
|
|
let mock: ReturnType<typeof createQueuedMockSupabase>
|
|
|
|
beforeEach(() => {
|
|
mock = createQueuedMockSupabase()
|
|
vi.clearAllMocks()
|
|
})
|
|
|
|
it('returns empty array when the fiscal period is not found', async () => {
|
|
mock.enqueue({ data: null, error: { message: 'not found' } })
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toEqual([])
|
|
})
|
|
|
|
it('detects a supplier invoice that spans year-end and pro-rates the amount', async () => {
|
|
// 1) fiscal_periods
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
// 2) invoices (none)
|
|
mock.enqueue({ data: [], error: null })
|
|
// 3) supplier_invoices — one 12-month annual license invoice
|
|
// Window: 2025-07-01 → 2026-06-30 = 365 days
|
|
// After period_end 2025-12-31: 2026-01-01 → 2026-06-30 = 181 days
|
|
// Subtotal 12000 → 12000 * 181/365 ≈ 5950.68 → 5950.68 rounded keeps 2 decimals
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-inv-1',
|
|
supplier_invoice_number: 'LF-100',
|
|
invoice_date: '2025-07-01',
|
|
subtotal: 12000,
|
|
notes: 'Mjukvarulicens period: 2025-07-01 till 2026-06-30',
|
|
suppliers: { name: 'Acme SaaS AB' },
|
|
supplier_invoice_items: [{ description: 'Årslicens', account_number: '5800' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toHaveLength(1)
|
|
expect(result[0].source_type).toBe('supplier_invoice')
|
|
expect(result[0].source_invoice_id).toBe('sup-inv-1')
|
|
expect(result[0].parsed_start).toBe('2025-07-01')
|
|
expect(result[0].parsed_end).toBe('2026-06-30')
|
|
expect(result[0].confidence).toBe('high')
|
|
// 12000 * 181/365 = 5950.6849... → 5950.68
|
|
expect(result[0].periodisering_amount).toBeCloseTo(5950.68, 2)
|
|
expect(result[0].suggested_prepaid_account).toBe('1710')
|
|
expect(result[0].suggested_deferred_account).toBeNull()
|
|
})
|
|
|
|
it('detects a customer invoice with a service window in its notes', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
// Customer invoice for an annual subscription billed Dec 1 2025 covering
|
|
// Jan 1 2026 → Dec 31 2026 entirely. Entire amount belongs to next year.
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'inv-1',
|
|
invoice_number: 'F-2001',
|
|
invoice_date: '2025-12-01',
|
|
subtotal: 24000,
|
|
notes: 'Årsabonnemang för period 2026-01-01 till 2026-12-31',
|
|
customers: { name: 'Kund AB' },
|
|
invoice_items: [{ description: 'Premium abonnemang' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
mock.enqueue({ data: [], error: null }) // supplier_invoices
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toHaveLength(1)
|
|
expect(result[0].source_type).toBe('invoice')
|
|
expect(result[0].confidence).toBe('high')
|
|
// Entire 24000 belongs to next year
|
|
expect(result[0].periodisering_amount).toBe(24000)
|
|
expect(result[0].suggested_deferred_account).toBe('2970')
|
|
expect(result[0].suggested_prepaid_account).toBeNull()
|
|
})
|
|
|
|
it('downgrades confidence to "medium" when the date range comes from line items', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({ data: [], error: null }) // invoices
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-inv-2',
|
|
supplier_invoice_number: 'LF-200',
|
|
invoice_date: '2025-12-15',
|
|
subtotal: 6000,
|
|
notes: 'Försäkringspremie', // no date range in head
|
|
suppliers: { name: 'Försäkring AB' },
|
|
supplier_invoice_items: [
|
|
// Range only on the line item
|
|
{
|
|
description: 'Försäkring period 2026-01-01 till 2026-06-30',
|
|
account_number: '6310',
|
|
},
|
|
],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toHaveLength(1)
|
|
expect(result[0].confidence).toBe('medium')
|
|
expect(result[0].periodisering_amount).toBe(6000) // entire 6000 → next year
|
|
})
|
|
|
|
it('ignores invoices whose parsed range ends within the period', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({ data: [], error: null }) // invoices
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-inv-3',
|
|
supplier_invoice_number: 'LF-300',
|
|
invoice_date: '2025-06-01',
|
|
subtotal: 4000,
|
|
notes: 'Hyra perioden 2025-06-01 till 2025-08-31',
|
|
suppliers: { name: 'Hyresvärd AB' },
|
|
supplier_invoice_items: [{ description: 'Hyra Q3', account_number: '5010' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toEqual([])
|
|
})
|
|
|
|
it('ignores invoices with no parseable date range', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-inv-4',
|
|
supplier_invoice_number: 'LF-400',
|
|
invoice_date: '2025-12-30',
|
|
subtotal: 5000,
|
|
notes: 'Tack för köpet hos oss!',
|
|
suppliers: { name: 'Random AB' },
|
|
supplier_invoice_items: [{ description: 'Diverse', account_number: '6590' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toEqual([])
|
|
})
|
|
|
|
it('sorts suggestions by confidence (high first) then by amount desc', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — löpande periodiseringar that exclude their invoices
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({ data: [], error: null })
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-medium',
|
|
supplier_invoice_number: 'LF-A',
|
|
invoice_date: '2025-12-01',
|
|
subtotal: 9000, // bigger, but medium confidence (range in line item)
|
|
notes: 'Försäkring',
|
|
suppliers: { name: 'A' },
|
|
supplier_invoice_items: [
|
|
{
|
|
description: 'Period 2026-01-01 till 2026-12-31',
|
|
account_number: '6310',
|
|
},
|
|
],
|
|
},
|
|
{
|
|
id: 'sup-high',
|
|
supplier_invoice_number: 'LF-B',
|
|
invoice_date: '2025-12-01',
|
|
subtotal: 3000, // smaller, but high confidence
|
|
notes: 'Mjukvara perioden 2026-01-01 till 2026-12-31',
|
|
suppliers: { name: 'B' },
|
|
supplier_invoice_items: [{ description: 'License', account_number: '5800' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
expect(result).toHaveLength(2)
|
|
// high confidence wins over a larger medium-confidence suggestion
|
|
expect(result[0].source_invoice_id).toBe('sup-high')
|
|
expect(result[1].source_invoice_id).toBe('sup-medium')
|
|
})
|
|
|
|
it('excludes invoices already covered by a löpande accrual schedule', async () => {
|
|
mock.enqueue({
|
|
data: { id: 'period-1', period_start: '2025-01-01', period_end: '2025-12-31' },
|
|
error: null,
|
|
})
|
|
// accrual_schedules — sup-inv-1 is already deferred line-by-line
|
|
mock.enqueue({
|
|
data: [{ supplier_invoice_id: 'sup-inv-1', invoice_id: null }],
|
|
error: null,
|
|
})
|
|
mock.enqueue({ data: [], error: null }) // invoices
|
|
mock.enqueue({
|
|
data: [
|
|
{
|
|
id: 'sup-inv-1',
|
|
supplier_invoice_number: 'LF-100',
|
|
invoice_date: '2025-07-01',
|
|
subtotal: 12000,
|
|
notes: 'Mjukvarulicens period: 2025-07-01 till 2026-06-30',
|
|
suppliers: { name: 'Acme SaaS AB' },
|
|
supplier_invoice_items: [{ description: 'Årslicens', account_number: '5800' }],
|
|
},
|
|
],
|
|
error: null,
|
|
})
|
|
|
|
const result = await detectPeriodisering(
|
|
mock.supabase as never,
|
|
'company-1',
|
|
'period-1',
|
|
)
|
|
// Suggesting it again would periodisera the same belopp twice.
|
|
expect(result).toEqual([])
|
|
})
|
|
})
|