* fix(invoices): apply configured voucher series to payments + preview next voucher The booking engine resolves the series from default_voucher_series_per_source_type, but the global "Standardserie" dropdown wrote a separate field the engine ignored, and cash-method invoice payments (invoice_cash_payment) weren't exposed in settings — so configured series were silently dropped to "A". - Expose cash/private payment source types in the per-source-type form - Write the global default through to the map on save, keeping overrides - Resolve voucher-sequences/next by source_type (+date) to match the engine - Show the upcoming voucher (V2) in the payment dialog title - Share resolveInvoicePaymentSourceType so preview and booking can't drift Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(salary): keep AGI panel in sync with Skatteverket signing state The AGI panel mixed run-scoped generation state (agi_generated_at, agi_declarations) with period-scoped submission state (extension_data agi_submission_{period}), so the two could drift and present contradictory UI. Reconcile them: - Auto-detect a Mina Sidor BankID signature: while awaiting_signing, poll /agi/kvittenser on mount and on tab refocus so the panel flips to "signed" (hiding the signing actions) without a manual "Hamta kvittens" click. - Warn instead of offering to sign when the locked granskningsunderlag predates the run's latest AGI generation (draftIsStale) — avoids filing superseded figures. - Self-heal a stale "AGI-XML saknas" error once the run's AGI is (re)generated out-of-band (MCP/API/other tab). - Refetch the salary run on tab focus so agi_generated_at reflects out-of-band generation without a hard reload. - /agi/lasUpp now clears the cached agi_submission_{period} record, so unlocking drops the panel back to the pre-submission state instead of stranding it on a released "redo att signeras" draft. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * feat: Implement VAT registration handling and invoice item line types - Added VAT registration check in commitCreateInvoice to set VAT rate to 0% for non-VAT registered companies. - Updated invoice creation logic to reflect 'exempt' VAT treatment and adjusted related fields accordingly. - Introduced support for free-text and blank spacer rows in invoice items by adding a new line_type field. - Enhanced invoice and credit note handling to accommodate new line types. - Added new localized messages for text rows in English and Swedish. - Created tests for salary run approval logic, ensuring bank details are validated correctly. - Implemented effective net payout calculation for salary runs, considering tax overrides. - Added SQL migrations to support new invoice item line types and accounting method awareness for linking invoices to vouchers. * feat(articles): artikelregister with revenue account + VAT rate per article Article register (non-inventory) with per-article VAT rate and optional BAS class-3 revenue-account override. Includes API routes, UI pages, MCP tools, pending-operation staging, and the activate-or-create account flow (ACCOUNTS_NOT_IN_CHART -> ActivateAccountsDialog, unknown numbers -> AddAccountDialog) reusing the journal entry UX. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(bookkeeping): no-doc-required batch + bulk-missing endpoints Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(payments): supplier payment lines + cash-method invoice matching Shared payment-line proposal for supplier invoices, improved match-invoice/match-supplier-invoice flows (kontantmetoden-aware), and voucher-link support without requiring a 151x clearing entry. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(bookkeeping): new journal entry dialog, SIE import tweaks, misc New journal entry dialog component, journal list/page updates, invoice editor updates, SIE import adjustments, transaction ingest and api-key tweaks, pr-agent workflow update. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * feat(invoices): implement tax reduction features and localization updates * feat(tests): add VAT registration gate to pending operations commit tests --------- Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
93 lines
3.4 KiB
TypeScript
93 lines
3.4 KiB
TypeScript
import { NextResponse } from 'next/server'
|
|
import { withRouteContext } from '@/lib/api/with-route-context'
|
|
import { errorResponse } from '@/lib/errors/get-structured-error'
|
|
import { validateQuery } from '@/lib/api/validate'
|
|
import { VoucherSequenceNextQuerySchema } from '@/lib/api/schemas'
|
|
import { resolveDefaultSeriesForSource } from '@/lib/bookkeeping/voucher-series-resolver'
|
|
|
|
export const GET = withRouteContext(
|
|
'voucher_sequence.next',
|
|
async (request, ctx) => {
|
|
const { supabase, companyId, log, requestId } = ctx
|
|
|
|
const query = validateQuery(request, VoucherSequenceNextQuerySchema, {
|
|
log,
|
|
operation: 'voucher_sequence.next',
|
|
})
|
|
if (!query.success) return query.response
|
|
const { period_id: overridePeriodId, series: overrideSeries, source_type: sourceType } = query.data
|
|
|
|
const today = new Date().toISOString().split('T')[0]
|
|
// Vouchers are numbered per fiscal period, so the preview must reflect the
|
|
// period of the entry's date (e.g. a back-dated payment), not today's.
|
|
const date = query.data.date || today
|
|
|
|
const [{ data: period, error: periodError }, { data: settings, error: settingsError }] =
|
|
await Promise.all([
|
|
overridePeriodId
|
|
? supabase
|
|
.from('fiscal_periods')
|
|
.select('id')
|
|
.eq('company_id', companyId)
|
|
.eq('id', overridePeriodId)
|
|
.maybeSingle()
|
|
: supabase
|
|
.from('fiscal_periods')
|
|
.select('id')
|
|
.eq('company_id', companyId)
|
|
.lte('period_start', date)
|
|
.gte('period_end', date)
|
|
.maybeSingle(),
|
|
overrideSeries
|
|
? Promise.resolve({ data: null, error: null })
|
|
: supabase
|
|
.from('company_settings')
|
|
.select('default_voucher_series, default_voucher_series_per_source_type')
|
|
.eq('company_id', companyId)
|
|
.maybeSingle(),
|
|
])
|
|
|
|
if (periodError) {
|
|
log.error('fiscal_periods lookup failed', periodError)
|
|
return errorResponse(periodError, log, { requestId })
|
|
}
|
|
if (settingsError) {
|
|
log.error('company_settings lookup failed', settingsError)
|
|
return errorResponse(settingsError, log, { requestId })
|
|
}
|
|
|
|
// When a source_type is supplied, resolve the series exactly as the booking
|
|
// engine does (per-source-type map → 'A'), so the preview can never disagree
|
|
// with the verifikat that actually gets created. Without a source_type, keep
|
|
// the legacy generic default for callers that just want "the next number".
|
|
const series = overrideSeries
|
|
? overrideSeries
|
|
: sourceType
|
|
? resolveDefaultSeriesForSource(settings, sourceType)
|
|
: settings?.default_voucher_series || 'A'
|
|
|
|
if (!period) {
|
|
return NextResponse.json({ data: { next: null, series, fiscal_period_id: null } })
|
|
}
|
|
|
|
const { data: sequence, error: sequenceError } = await supabase
|
|
.from('voucher_sequences')
|
|
.select('last_number')
|
|
.eq('company_id', companyId)
|
|
.eq('fiscal_period_id', period.id)
|
|
.eq('voucher_series', series)
|
|
.maybeSingle()
|
|
|
|
if (sequenceError) {
|
|
log.error('voucher_sequences lookup failed', sequenceError)
|
|
return errorResponse(sequenceError, log, { requestId })
|
|
}
|
|
|
|
const next = (sequence?.last_number ?? 0) + 1
|
|
|
|
return NextResponse.json({
|
|
data: { next, series, fiscal_period_id: period.id },
|
|
})
|
|
},
|
|
)
|