* 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>
129 lines
4.0 KiB
TypeScript
129 lines
4.0 KiB
TypeScript
import { describe, it, expect, vi, beforeEach } from 'vitest'
|
|
import {
|
|
createMockRequest,
|
|
parseJsonResponse,
|
|
createMockRouteParams,
|
|
createQueuedMockSupabase,
|
|
} from '@/tests/helpers'
|
|
|
|
const { supabase: mockSupabase, enqueue, reset } = createQueuedMockSupabase()
|
|
vi.mock('@/lib/supabase/server', () => ({
|
|
createClient: () => Promise.resolve(mockSupabase),
|
|
}))
|
|
|
|
vi.mock('@/lib/company/context', () => ({
|
|
requireCompanyId: vi.fn().mockResolvedValue('company-1'),
|
|
getActiveCompanyId: vi.fn().mockResolvedValue('company-1'),
|
|
}))
|
|
|
|
vi.mock('@/lib/auth/require-write', () => ({
|
|
requireWritePermission: vi.fn().mockResolvedValue({ ok: true }),
|
|
}))
|
|
|
|
import { DELETE } from '../route'
|
|
|
|
describe('DELETE /api/supplier-invoices/[id]', () => {
|
|
const mockUser = { id: 'user-1', email: 'test@test.se' }
|
|
|
|
beforeEach(() => {
|
|
vi.clearAllMocks()
|
|
reset()
|
|
mockSupabase.auth.getUser.mockResolvedValue({ data: { user: mockUser } })
|
|
})
|
|
|
|
function deleteRequest() {
|
|
return DELETE(
|
|
createMockRequest('/api/supplier-invoices/si-1', { method: 'DELETE' }),
|
|
createMockRouteParams({ id: 'si-1' }),
|
|
)
|
|
}
|
|
|
|
it('returns 401 when not authenticated', async () => {
|
|
mockSupabase.auth.getUser.mockResolvedValue({ data: { user: null } })
|
|
|
|
const response = await deleteRequest()
|
|
expect(response.status).toBe(401)
|
|
})
|
|
|
|
it('returns 404 when the invoice does not exist', async () => {
|
|
enqueue({ data: null, error: null })
|
|
|
|
const response = await deleteRequest()
|
|
expect(response.status).toBe(404)
|
|
})
|
|
|
|
it('blocks deletion of credit notes', async () => {
|
|
enqueue({
|
|
data: { status: 'registered', registration_journal_entry_id: null, is_credit_note: true },
|
|
})
|
|
|
|
const { status } = await parseJsonResponse(await deleteRequest())
|
|
expect(status).toBe(400)
|
|
})
|
|
|
|
it('blocks deletion when a registration journal entry exists', async () => {
|
|
enqueue({
|
|
data: {
|
|
status: 'registered',
|
|
registration_journal_entry_id: 'je-1',
|
|
is_credit_note: false,
|
|
},
|
|
})
|
|
|
|
const response = await deleteRequest()
|
|
const { status, body } = await parseJsonResponse<{
|
|
error: { code: string; details: { reason: string } }
|
|
}>(response)
|
|
|
|
expect(status).toBe(400)
|
|
expect(body.error.code).toBe('SI_DELETE_HAS_BOOKING')
|
|
expect(body.error.details.reason).toBe('registration_journal_entry')
|
|
// Items must NOT have been deleted (only the existence fetch ran).
|
|
expect(mockSupabase.from).toHaveBeenCalledTimes(1)
|
|
})
|
|
|
|
it('blocks deletion when an accrual schedule references the invoice', async () => {
|
|
enqueue({
|
|
data: {
|
|
status: 'registered',
|
|
registration_journal_entry_id: null,
|
|
is_credit_note: false,
|
|
},
|
|
})
|
|
// accrual_schedules lookup finds a linked schedule (ON DELETE RESTRICT
|
|
// would otherwise fail AFTER the items were already deleted).
|
|
enqueue({ data: { id: 'sched-1' } })
|
|
|
|
const response = await deleteRequest()
|
|
const { status, body } = await parseJsonResponse<{
|
|
error: { code: string; details: { reason: string; scheduleId: string } }
|
|
}>(response)
|
|
|
|
expect(status).toBe(400)
|
|
expect(body.error.code).toBe('SI_DELETE_HAS_BOOKING')
|
|
expect(body.error.details.reason).toBe('accrual_schedule')
|
|
expect(body.error.details.scheduleId).toBe('sched-1')
|
|
// Only the existence fetch + schedule lookup ran — no item deletion.
|
|
expect(mockSupabase.from).toHaveBeenCalledTimes(2)
|
|
})
|
|
|
|
it('deletes an unbooked registered invoice', async () => {
|
|
enqueue({
|
|
data: {
|
|
status: 'registered',
|
|
registration_journal_entry_id: null,
|
|
is_credit_note: false,
|
|
},
|
|
})
|
|
enqueue({ data: null }) // accrual_schedules lookup: none
|
|
enqueue({ data: null }) // items delete
|
|
enqueue({ data: null }) // invoice delete
|
|
|
|
const response = await deleteRequest()
|
|
const { status, body } = await parseJsonResponse<{ success: boolean }>(response)
|
|
|
|
expect(status).toBe(200)
|
|
expect(body.success).toBe(true)
|
|
})
|
|
})
|