* 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>
98 lines
3.2 KiB
TypeScript
98 lines
3.2 KiB
TypeScript
import { NextResponse } from 'next/server'
|
|
import { ensureInitialized } from '@/lib/init'
|
|
import { withCronContext } from '@/lib/api/with-cron-context'
|
|
import { createServiceClient } from '@/lib/supabase/server'
|
|
import { fetchAllRows } from '@/lib/supabase/fetch-all'
|
|
import { postDueInstallments } from '@/lib/bookkeeping/accruals/service'
|
|
import { firstOfMonth } from '@/lib/bookkeeping/accruals/compute'
|
|
|
|
ensureInitialized()
|
|
|
|
/**
|
|
* GET /api/bookkeeping/accruals/post-due/cron — daily 05:15 UTC.
|
|
*
|
|
* Posts the monthly periodiseringsverifikat (source_type 'accrual') for every
|
|
* pending installment whose calendar month has begun. Companies run in
|
|
* isolated try/catch; one company's failure never blocks the rest. Per-
|
|
* installment failures are recorded on the row (last_error) by the service
|
|
* and retried on the next run — the periodiseringar page surfaces them.
|
|
*
|
|
* Idempotency: posting flips the installment pending→posted with a CAS
|
|
* claim, so a cron retry (or a concurrent manual "Bokför förfallna") can
|
|
* never double-book a month.
|
|
*/
|
|
export const GET = withCronContext('cron.accrual_postings', async (_request, ctx) => {
|
|
const supabase = createServiceClient()
|
|
const todayIso = new Date().toISOString().slice(0, 10)
|
|
|
|
// fetchAllRows pages past PostgREST's 1000-row cap — a single unpaginated
|
|
// select would silently drop companies once total due installments exceed
|
|
// the cap, permanently starving the ones sorted last.
|
|
let rows: Array<{ company_id: string }>
|
|
try {
|
|
rows = await fetchAllRows<{ company_id: string }>(({ from, to }) =>
|
|
supabase
|
|
.from('accrual_schedule_installments')
|
|
.select('company_id')
|
|
.eq('status', 'pending')
|
|
.lte('period_month', firstOfMonth(todayIso))
|
|
.order('id', { ascending: true })
|
|
.range(from, to),
|
|
)
|
|
} catch (error) {
|
|
ctx.log.error('failed to load due accrual installments', error as Error)
|
|
return NextResponse.json(
|
|
{ success: false, error: error instanceof Error ? error.message : 'unknown' },
|
|
{ status: 500 },
|
|
)
|
|
}
|
|
|
|
const companyIds = Array.from(new Set(rows.map((row) => row.company_id)))
|
|
|
|
ctx.log.info('accrual posting cron starting', {
|
|
companyCount: companyIds.length,
|
|
todayIso,
|
|
})
|
|
|
|
const results: Array<{
|
|
companyId: string
|
|
posted: number
|
|
failed: number
|
|
skipped: number
|
|
}> = []
|
|
|
|
const summary = await ctx.forEach('company', companyIds, async (companyId, itemCtx) => {
|
|
const result = await postDueInstallments(supabase, companyId)
|
|
results.push({
|
|
companyId,
|
|
posted: result.posted,
|
|
failed: result.failed,
|
|
skipped: result.skipped,
|
|
})
|
|
if (result.failed > 0) {
|
|
itemCtx.log.warn('some accrual installments failed to post', {
|
|
companyId,
|
|
failed: result.failed,
|
|
})
|
|
}
|
|
})
|
|
|
|
ctx.log.info('accrual posting cron summary', {
|
|
total: summary.total,
|
|
succeeded: summary.succeeded,
|
|
failed: summary.failed,
|
|
posted: results.reduce((sum, r) => sum + r.posted, 0),
|
|
})
|
|
|
|
return NextResponse.json({
|
|
success: true,
|
|
total: summary.total,
|
|
succeeded: summary.succeeded,
|
|
failed: summary.failed,
|
|
failures: summary.failures,
|
|
results,
|
|
})
|
|
})
|
|
|
|
export const POST = GET
|