* feat(import): import skattekontoutdrag files into the skattekonto pipeline Users can now upload the kontohändelse export from Skatteverket's skattekonto e-service (current CSV layout, verified against a real 2026-08 export, plus legacy .skv files) instead of needing the paid API connection. Parsed rows land in skattekonto_transactions as booked file_import rows and inherit the existing 1630 rules engine, bulk booking, match-to-verifikat and both UIs unchanged. - Core parser lib/import/skattekonto-file/ with strict detection (orgnr header + saldo markers, or two distinct SKV vocabulary terms plus row shape), sum-integrity check (opening + rows must equal closing) and a wrong-company guard against company_settings. - computeDedupKey moves to core (lib/skatteverket/skattekonto-dedup); the extension re-imports it. File rows hash-key; content-signature partitioning skips rows already booked (either key form) and promotes matching upcoming rows in place. - syncSkattekonto gains a takeover step: an id-keyed API row adopts a matching hash-keyed imported row in place, so journal links survive connecting the API after a file import. Upcoming rows can no longer clobber a booked row on hash collision. - New skattekonto_file_imports table (company-scoped file-hash dedup) plus source/file_import_id provenance columns on skattekonto_transactions. - /import gains a Skattekontoutdrag wizard (upload/preview/result, deep link ?mode=skattekonto); the bank-file flow detects skattekonto files and redirects instead of importing them as bank rows. - /skattekonto renders imported rows for unconnected companies (attn line + import CTA) instead of discarding them behind the StartCard. - Free for everyone: the local-data booking/match routes were already ungated; only API sync/saldo stay capability-gated. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix(skattekonto): align the EF F-skatt rule with the 2012 -> 2013 decision 20260810120000 established that 2012 is not standard BAS and moved the booking templates to 2013 (owner taxes in an enskild firma are an eget uttag), but the skattekonto_rules seed still booked EF preliminarskatt against 2012. The file importer makes this rule fire for every EF F-skatt row, so bring it onto 2013 too. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix(import): apply review findings on the skattekonto file import - Fix the takeover candidate comparator: the single-argument sort was an inconsistent relation and could adopt a stale upcoming row ahead of the booked file row in a 3+ candidate queue (regression test added), and page the candidate scan with fetchAllRows so a multi-year window is not silently capped at 1000 rows. - Fail parsing when a statement HAS saldo markers but not both readable balances: a file cut off before "Utgående saldo" previously skipped the sum check entirely. sum_valid stays null only for marker-less legacy files. - Count a promotion only when the UPDATE matched a row, so a concurrent sync cannot inflate promoted_count; log a failed finalize of the import record instead of discarding the error. - Migration (unshipped, edited in place): user_id is nullable with ON DELETE SET NULL so import records and their file-hash dedup survive user deletion, and the INSERT policy binds user_id to auth.uid() so a member cannot attribute an import to a colleague. pg tests cover both. - Make the upload drop zone keyboard-reachable (role, tabIndex, Enter/ Space) and give the six count-bearing strings ICU plural forms in both locales. Skipped with reasons on the PR: binding execute rows to file bytes and re-checking orgnr in execute (same client-trust model as the shipped bank-file execute; Zod + RLS scope writes to the caller's own company), a 404 test (the route has no not-found path), event-bus clearing in the route test (the route touches no events), and FK NOT VALID (new column referencing a brand-new empty table). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> --------- Co-authored-by: Jakob Wennberg <311770904+jakobwennberg-oss@users.noreply.github.com> Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
115 lines
4.1 KiB
TypeScript
115 lines
4.1 KiB
TypeScript
import { NextResponse } from 'next/server'
|
|
import { withRouteContext } from '@/lib/api/with-route-context'
|
|
import { validateBody } from '@/lib/api/validate'
|
|
import { SkattekontoFileExecuteSchema } from '@/lib/api/schemas'
|
|
import { errorResponseFromCode } from '@/lib/errors/get-structured-error'
|
|
import { getErrorMessage as getUserErrorMessage } from '@/lib/errors/get-error-message'
|
|
import { executeSkattekontoFileImport } from '@/lib/import/skattekonto-file/import-service'
|
|
|
|
/**
|
|
* POST /api/import/skattekonto-file/execute
|
|
*
|
|
* Executes the import of confirmed skattekonto statement rows into
|
|
* skattekonto_transactions. The route recomputes dedup keys and re-partitions
|
|
* server-side (never trusts client-side duplicate indexes), records the
|
|
* import in skattekonto_file_imports, and counts residual unique-constraint
|
|
* conflicts as duplicates rather than failures.
|
|
*/
|
|
export const POST = withRouteContext(
|
|
'skattekonto_file.execute',
|
|
async (request, ctx) => {
|
|
const { supabase, companyId, user, log, requestId } = ctx
|
|
|
|
const validation = await validateBody(request, SkattekontoFileExecuteSchema)
|
|
if (!validation.success) return validation.response
|
|
const { rows, filename, file_hash, variant, closing_saldo } = validation.data
|
|
|
|
const dates = rows.map((r) => r.transaktionsdatum).sort()
|
|
const opLog = log.child({ filename, fileHash: file_hash, rowCount: rows.length })
|
|
|
|
try {
|
|
const { data: importRecord, error: importError } = await supabase
|
|
.from('skattekonto_file_imports')
|
|
.upsert(
|
|
{
|
|
company_id: companyId,
|
|
user_id: user.id,
|
|
filename,
|
|
file_hash,
|
|
file_variant: variant,
|
|
row_count: rows.length,
|
|
date_from: dates[0],
|
|
date_to: dates[dates.length - 1],
|
|
closing_saldo: closing_saldo ?? null,
|
|
status: 'processing',
|
|
},
|
|
{ onConflict: 'company_id,file_hash' },
|
|
)
|
|
.select()
|
|
.single()
|
|
|
|
if (importError || !importRecord) {
|
|
opLog.error(
|
|
'failed to create skattekonto_file_imports record',
|
|
importError ?? new Error('no record returned'),
|
|
)
|
|
return errorResponseFromCode('SKATTEKONTO_FILE_IMPORT_RECORD_FAILED', opLog, {
|
|
requestId,
|
|
details: { reason: importError ? getUserErrorMessage(importError) : 'unknown' },
|
|
})
|
|
}
|
|
|
|
const outcome = await executeSkattekontoFileImport(
|
|
supabase,
|
|
companyId,
|
|
importRecord.id,
|
|
rows,
|
|
)
|
|
|
|
if (outcome.errors > 0) {
|
|
opLog.error('skattekonto file import reported row errors', new Error(outcome.first_error ?? 'unknown'), {
|
|
errorCount: outcome.errors,
|
|
})
|
|
}
|
|
|
|
const { error: statusError } = await supabase
|
|
.from('skattekonto_file_imports')
|
|
.update({
|
|
imported_count: outcome.imported,
|
|
duplicate_count: outcome.duplicates,
|
|
promoted_count: outcome.promoted,
|
|
status: outcome.errors > 0 && outcome.imported === 0 ? 'failed' : 'completed',
|
|
error_message:
|
|
outcome.errors > 0
|
|
? `${outcome.errors} rader kunde inte importeras: ${outcome.first_error ?? ''}`
|
|
: null,
|
|
})
|
|
.eq('id', importRecord.id)
|
|
if (statusError) {
|
|
// The rows are written; only the record would misreport "processing".
|
|
opLog.error('failed to finalize skattekonto_file_imports record', statusError)
|
|
}
|
|
|
|
return NextResponse.json({
|
|
data: {
|
|
import_id: importRecord.id,
|
|
imported: outcome.imported,
|
|
duplicates: outcome.duplicates,
|
|
promoted: outcome.promoted,
|
|
errors: outcome.errors,
|
|
date_from: dates[0],
|
|
date_to: dates[dates.length - 1],
|
|
closing_saldo: closing_saldo ?? null,
|
|
},
|
|
})
|
|
} catch (err) {
|
|
opLog.error('skattekonto file execute failed', err as Error)
|
|
return errorResponseFromCode('SKATTEKONTO_FILE_EXECUTE_FAILED', opLog, {
|
|
requestId,
|
|
details: { reason: err instanceof Error ? getUserErrorMessage(err) : 'unknown' },
|
|
})
|
|
}
|
|
},
|
|
{ requireWrite: true },
|
|
)
|