* fix(invoices): reminders, AR ledger, AR reconciliation and deadlines only read fakturor The overdue-reminder run, the kundreskontra, the 1510 reconciliation and the deadlines page selected invoices by status alone. A sent proforma past its due date was chased with a betalningspaminnelse and flipped to 'overdue', and it appeared as a receivable. All four now filter document_type = 'invoice', which is also the precondition for adding quotes (offert): a quote carries a date but never a receivable. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * feat(invoices): offert (quote) document type with its own OF-series, decisions and conversion Adds document_type 'quote' with valid_until, quote_status (open / accepted / declined; expired is derived from valid_until, never stored) and quote_decided_at. Quotes are numbered OF-nnn at insert from company_settings.next_quote_number via generate_quote_number(), the same pattern as delivery notes, so a declined quote never leaves a hole in the F-series the way a proforma does. The column next_quote_number already existed on prod and staging without a migration; the migration adopts it. Engine: build-invoice-write writes the quote columns and keeps remaining_amount at 0; the draft editor refuses accepted or declined quotes; PATCH refuses changing a quote's or delivery note's document type since the number belongs to the series; mark-paid refuses quotes. New POST /api/invoices/[id]/quote-status records the decision and locks once an invoice exists. Conversion is extracted into lib/invoices/convert-to-invoice.ts (one implementation for the route and the MCP staged commit, which had drifted): a converted quote stays and flips to accepted, the invoice links back via converted_from_id and gets its due date from the customer's payment terms; a declined or already invoiced quote is refused. next-number previews the OF-series for quotes. Migration applied to the staging branch and registered as 20260902140000; the pg test runs in CI (pg-real). Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * feat(invoices): quote PDF, email and filename surfaces The customer-facing surfaces get a quote sibling for every proforma branch: PDF title OFFERT / QUOTE with Offertdatum and Giltig till instead of the due date, a notice that the document is not an invoice or a payment request, and no payment box, OCR, bankgiro, Swish, QR or payment link. The email says the quote is attached and valid until the expiry, drops the payment details and pay-online button, and asks about the quote rather than the invoice. Filenames read "Offert nr OF-001". Seller VAT number and payment accounts are skipped for quotes as for proformas: a quote is not a faktura under ML 17 kap. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * feat(invoices): offert in the editor, list and detail pages Editor: "Offert" document type with a required "Giltig till" field (default today + 30 days) in place of the due date; the wire body mirrors it into due_date so the shared schema is satisfied. Payment link, ROT/RUT, periodisering and the bank box are already gated on real invoices. The type cannot be switched on an existing quote (its OF-number belongs to the series). List: an Offerter tab beside Proforma, "Ny offert" in the split button, and a status column that shows the decision or the derived expiry: Utgången and Avböjd are exception chips, Öppen and Accepterad muted text. Detail: Acceptera and Skapa faktura in the header, Avböj in the overflow menu; an expired quote asks before accepting or invoicing (bypassable); once an invoice exists the page links to it as Fakturerad and hides the decision actions. Strings in both sv and en. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * feat(mcp,v1): expose offert on the MCP tools and the v1 REST surface MCP: create_invoice takes document_type quote with a required valid_until and allocates the OF-number at insert; the convert tool keeps its id and accepts quotes with the registry refusal codes; new set_quote_status; list_invoices and get_invoice expose valid_until and the effective quote status, including a derived expired filter. The tools/list payload stays under its ceiling without a ledger change. The MCP staged convert now uses the shared converter. v1: POST /invoices/{id}/quote-status (registered in the endpoint registry, scope map and route loader), valid_until and quote_status in the list, create and detail shapes, and a quote_status list filter. Skill atoms mention offert. Decision log lines for the own number series, derived expiry, accepted-not-cancelled conversion and the header action layout. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * test(invoices): pass route params and period id in the new quote tests Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * refactor(invoices): literal update payloads in the converter so the phantom-column guard can read them Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W45yD8NfQ97JhyYaXpzN56 * fix(invoices): close the quote review findings in one pass Skeptics (correctness, compliance, regression) and CodeRabbit on #2163: - quote_status is no longer a write-builder output, so a v1 PATCH or MCP update_invoice can never reset a recorded accept/decline; new quotes are opened by the invoices_quote_defaults trigger (20260902141000), which also keeps due_date and valid_until equal. v1 PATCH and the MCP update executor now use the shared editable-draft predicate. - One live invoice per converted source, enforced by a partial unique index; the converter maps 23505 to INVOICE_QUOTE_ALREADY_INVOICED and both quote-status routes compare-and-set on the decision they read. - MCP-created quotes carry remaining_amount 0; mark-paid, transaction match and voucher link refuse non-invoices on the MCP staging tools, the executors and the dashboard link route. - Conversion of a foreign-currency source refetches the rate for the conversion day (ML 8 kap 21-23 paragraphs) and fails closed without one; 0-day payment terms mean due on receipt. - bulk-create refuses quotes per item; list_invoices rejects a quote_status filter combined with another document_type; an omitted document_type on PATCH means unchanged. - attention, push notifications, open-AR count, FX revaluation, year-end and accrual auto-detect and bank-match suggestions only read fakturor. - Quote PDF and email print Summa / Total instead of Att betala. - Regenerated skills/accounted-api for the new v1 endpoint. Declined with reasons in DECISIONS.md: NOT VALID + VALIDATE and CONCURRENTLY on the migrations (repo precedent, 13.8k rows, transactional apply); re-validating VAT treatment at conversion (the converted invoice is a draft the user reviews; follow-up). Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0111fYAUxKtpxU1BHiBioqzs * fix(invoices): second review round: migration versions, order links, batch allocation, races - Migrations renamed to 20260902220000 / 20260902221000: #2166 shipped its own 20260902141000 to prod while this PR was in review and prod's head moved past both files; below-head versions are skipped by branching, which would have left the quote trigger off prod. Staging rows renamed. - Quote lines never carry sales_order_item_id (an offer must not count as invoiced kundorder quantity); the converter carries a proforma line's order link onto the invoice. - Converter compare-and-sets the source (proforma cancel, quote accept): a concurrent cancel, proforma-to-order conversion or decision removes the orphan invoice with INVOICE_CONVERT_SOURCE_CHANGED instead of a second document for the same sale. - MCP set_quote_status gets the same compare-and-set as the HTTP routes; 0-row updates report INVOICE_QUOTE_CHANGED_CONCURRENTLY everywhere. quote-status (dashboard, v1, MCP) accepts valid_until so an expired sent quote can be reopened, as the docs promised. - MCP mark-paid refuses only quotes, parity with the dashboard route (a sent proforma marked paid is a supported prepayment record). - Batch allocation (dashboard route and MCP tool) refuses non-invoices before the RPC, which gates on status alone. - Customer AR drill-down, v1 customer open invoices and archive guard, and the calendar feed read fakturor only. - Draft quote PDF says "UTKAST" instead of "not a valid invoice"; the editor locks the document type on existing quotes and delivery notes. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0111fYAUxKtpxU1BHiBioqzs * chore(invoices): use roundOre in the quote MCP summaries and FX test after main tightened the guard baseline Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0111fYAUxKtpxU1BHiBioqzs * fix(invoices): third review round: atomic decision lock, viewer gate, lookup errors, quote payment terms - 20260902222000: BEFORE UPDATE trigger locks an accepted quote while a live converted invoice exists (the compare-and-set in the three decision writers could still be beaten by a conversion landing in between); the routes and the MCP tool map the raise to 409 INVOICE_QUOTE_ALREADY_INVOICED. generate_quote_number now also requires a non-viewer membership so a viewer's session token cannot burn OF-numbers through PostgREST. - Converter checks quote eligibility before the Riksbanken call and treats a failed company_settings read as a failure instead of a 30-day default. - Re-sending the same decision keeps quote_decided_at (idempotent). - gnubok_find_voucher_candidates_for_invoice refuses non-invoices like its write sibling; the dashboard link route surfaces a failed lookup. - Late-fee and credit-term texts never print on a quote. Applied and registered on staging; pg tests added. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0111fYAUxKtpxU1BHiBioqzs * fix(invoices): review nits: fail-closed batch lookup, dry-run expiry, quote heading, quote-date CHECK - match-batch surfaces a failed document lookup instead of allocating. - v1 quote-status dry-run preview carries the new valid_until. - Quote PDF heading reads Offertinformation / Quote information. - 20260902222000 also pins the date invariants the trigger maintains as a CHECK: a quote always has valid_until = due_date, nothing else has one. Applied on staging. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0111fYAUxKtpxU1BHiBioqzs --------- Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
360 lines
15 KiB
TypeScript
360 lines
15 KiB
TypeScript
import type { SupabaseClient } from '@supabase/supabase-js'
|
|
import type { EntityType } from '@/types'
|
|
import { roundOre } from '@/lib/money'
|
|
import { parseInvoiceDateRange } from './date-range-parser'
|
|
|
|
export type PeriodiseringSource = 'invoice' | 'supplier_invoice'
|
|
export type PeriodiseringConfidence = 'high' | 'medium' | 'low'
|
|
|
|
/** The entity types the materiality wording distinguishes between. */
|
|
export type PeriodiseringEntityType = EntityType
|
|
|
|
/**
|
|
* Materiality floor for auto-detected periodiseringar, in SEK.
|
|
*
|
|
* Both simplification tracks land on the same number: K1 (BFNAR 2006:1,
|
|
* förenklat årsbokslut for enskild firma) has no requirement to accrue posts
|
|
* below 5 000 kr, and K2 (BFNAR 2016:10) lets a company skip accruing
|
|
* individual recurring costs below 5 000 kr. Suggestions under the floor are
|
|
* TAGGED as low confidence rather than dropped: the relief is a MAY, never a
|
|
* MUST, so the user can still accept them. Personnel costs (BAS 70xx-76xx)
|
|
* must always be accrued regardless of amount, so the floor never applies
|
|
* there. The floor is a SEK threshold: for foreign-currency invoices it is
|
|
* compared against the subtotal_sek-derived amount, and when no SEK amount
|
|
* can be resolved the floor is skipped entirely rather than compared against
|
|
* a number in the wrong currency (mirrors the accrual-k2-hint decision,
|
|
* DECISIONS.md 2026-07-26).
|
|
*/
|
|
export const PERIODISERING_MATERIALITY_FLOOR_SEK = 5000
|
|
|
|
export interface PeriodiseringSuggestion {
|
|
/** Underlying source invoice id (invoices.id or supplier_invoices.id). */
|
|
source_invoice_id: string
|
|
source_type: PeriodiseringSource
|
|
/** Net amount of the invoice (subtotal: excludes VAT, since VAT is
|
|
* reported in its own period and not periodiserad). */
|
|
original_amount: number
|
|
/** Portion of `original_amount` that falls AFTER period_end and should be
|
|
* reclassified to 17xx / 2970. Rounded to whole krona to match the
|
|
* manual prepaid/accrued helpers. */
|
|
periodisering_amount: number
|
|
/** Inclusive ISO start of the parsed service window. */
|
|
parsed_start: string
|
|
/** Inclusive ISO end of the parsed service window. */
|
|
parsed_end: string
|
|
confidence: PeriodiseringConfidence
|
|
/** One-sentence Swedish explanation for the wizard card. */
|
|
reason: string
|
|
/** Human-readable label of the source (supplier name / customer name +
|
|
* invoice number) for the wizard card. */
|
|
source_label: string
|
|
/** Suggested BAS accounts. For supplier invoices: prepaid (1710) ← expense
|
|
* (the source line's account_number, fallback 5800). For customer
|
|
* invoices: deferred revenue (2970) ← revenue (3001 default). */
|
|
suggested_prepaid_account: string | null
|
|
suggested_deferred_account: string | null
|
|
}
|
|
|
|
interface InvoiceRow {
|
|
id: string
|
|
invoice_number: string | null
|
|
invoice_date: string
|
|
subtotal: number
|
|
currency: string | null
|
|
subtotal_sek: number | null
|
|
notes: string | null
|
|
customers: { name: string } | null
|
|
invoice_items: { description: string }[] | null
|
|
}
|
|
|
|
interface SupplierInvoiceRow {
|
|
id: string
|
|
supplier_invoice_number: string
|
|
invoice_date: string
|
|
subtotal: number
|
|
currency: string | null
|
|
subtotal_sek: number | null
|
|
notes: string | null
|
|
suppliers: { name: string } | null
|
|
supplier_invoice_items: { description: string; account_number: string }[] | null
|
|
}
|
|
|
|
/** Compute the inclusive number of days between two ISO dates. */
|
|
function daysBetweenInclusive(startIso: string, endIso: string): number {
|
|
const start = new Date(startIso + 'T00:00:00Z').getTime()
|
|
const end = new Date(endIso + 'T00:00:00Z').getTime()
|
|
const days = Math.round((end - start) / 86_400_000) + 1
|
|
return days
|
|
}
|
|
|
|
/** First ISO date strictly after `iso`. */
|
|
function nextDayIso(iso: string): string {
|
|
const d = new Date(iso + 'T00:00:00Z')
|
|
d.setUTCDate(d.getUTCDate() + 1)
|
|
return d.toISOString().slice(0, 10)
|
|
}
|
|
|
|
/**
|
|
* Build a suggestion if the parsed window extends beyond `periodEnd`. The
|
|
* portion AFTER period_end is the periodiseringsbelopp: pro-rated over
|
|
* total days in the parsed window.
|
|
*
|
|
* Returns null when:
|
|
* - no parseable range in the description / line items
|
|
* - parsed range ends on or before period_end (nothing to periodisera)
|
|
* - parsed range starts on or after the day after period_end (entire
|
|
* window is in the next year: that's a true prepaid for the next year,
|
|
* but it was booked in THIS year; pro-rate is 100%)
|
|
*/
|
|
function buildSuggestion(args: {
|
|
sourceId: string
|
|
sourceType: PeriodiseringSource
|
|
netAmount: number
|
|
/** Invoice currency (ISO code). Null/undefined is treated as SEK. */
|
|
currency: string | null
|
|
/** SEK-converted net amount (subtotal_sek). Null when the invoice predates
|
|
* the SEK columns or no exchange rate was captured. */
|
|
netAmountSek: number | null
|
|
description: string | null
|
|
itemDescriptions: string[]
|
|
/** Account numbers of the source lines (supplier invoices only; customer
|
|
* invoices carry no expense accounts). The first entry doubles as the
|
|
* default expense account for a future manual-entry pre-fill; today the
|
|
* list only drives the personnel-cost (70xx-76xx) exemption from the
|
|
* materiality floor. */
|
|
itemAccounts: string[]
|
|
sourceLabel: string
|
|
periodEnd: string
|
|
/** Drives the regelverk cited in the materiality wording: K1 (BFNAR
|
|
* 2006:1) for enskild firma, K2 (BFNAR 2016:10) otherwise. */
|
|
entityType?: PeriodiseringEntityType | null
|
|
}): PeriodiseringSuggestion | null {
|
|
const { sourceId, sourceType, netAmount, currency, netAmountSek, description, itemDescriptions, itemAccounts, sourceLabel, periodEnd, entityType } = args
|
|
if (!Number.isFinite(netAmount) || netAmount <= 0) return null
|
|
|
|
// Try the head text first, then each item: first hit wins.
|
|
let parsed = parseInvoiceDateRange(description)
|
|
let parsedFromItem = false
|
|
if (!parsed) {
|
|
for (const itemDesc of itemDescriptions) {
|
|
const p = parseInvoiceDateRange(itemDesc)
|
|
if (p) {
|
|
parsed = p
|
|
parsedFromItem = true
|
|
break
|
|
}
|
|
}
|
|
}
|
|
if (!parsed) return null
|
|
|
|
// If the parsed range ends within the period, nothing to periodisera.
|
|
if (parsed.endDate <= periodEnd) return null
|
|
|
|
const totalDays = daysBetweenInclusive(parsed.startDate, parsed.endDate)
|
|
if (totalDays <= 0) return null
|
|
|
|
const periodisationStart = parsed.startDate > periodEnd ? parsed.startDate : nextDayIso(periodEnd)
|
|
const daysAfterPeriodEnd = daysBetweenInclusive(periodisationStart, parsed.endDate)
|
|
if (daysAfterPeriodEnd <= 0) return null
|
|
|
|
const ratio = daysAfterPeriodEnd / totalDays
|
|
const periodisationAmount = roundOre(netAmount * ratio)
|
|
|
|
if (periodisationAmount <= 0) return null
|
|
|
|
// Confidence policy: parsed from the head description wins "high"; parsed
|
|
// from a line item lands at "medium" since the head text is the canonical
|
|
// location.
|
|
let confidence: PeriodiseringConfidence = parsedFromItem ? 'medium' : 'high'
|
|
|
|
const isSupplier = sourceType === 'supplier_invoice'
|
|
let reason = isSupplier
|
|
? `Leverantörsfakturan löper ${parsed.startDate}: ${parsed.endDate}. ${daysAfterPeriodEnd} av ${totalDays} dagar avser nästa räkenskapsår.`
|
|
: `Kundfakturan löper ${parsed.startDate}: ${parsed.endDate}. ${daysAfterPeriodEnd} av ${totalDays} dagar avser nästa räkenskapsår.`
|
|
|
|
// Materiality floor: below 5 000 kr the K1/K2 simplifications say the post
|
|
// normally need not be accrued, so downgrade to "low" (the wizard only
|
|
// pre-ticks "high") and say why. Personnel costs (BAS 70xx-76xx) are exempt
|
|
// from the relief and keep their confidence: they must always be accrued.
|
|
// 78xx (avskrivningar) and 79xx (övriga rörelsekostnader) are NOT personnel
|
|
// costs, so they get the relief like any other cost.
|
|
//
|
|
// The floor is a SEK threshold. For a foreign-currency invoice the
|
|
// comparison uses the periodisation share of subtotal_sek; when no SEK
|
|
// amount is available the floor is SKIPPED entirely, because tagging on an
|
|
// amount in the wrong currency is strictly worse than not tagging
|
|
// (accrual-k2-hint precedent, DECISIONS.md 2026-07-26).
|
|
const touchesPersonnelCost = itemAccounts.some((a) => /^7[0-6]/.test(a ?? ''))
|
|
const isSek = !currency || currency === 'SEK'
|
|
let periodisationAmountSek: number | null = null
|
|
if (isSek) {
|
|
periodisationAmountSek = periodisationAmount
|
|
} else if (netAmountSek != null && Number.isFinite(netAmountSek) && netAmountSek > 0) {
|
|
periodisationAmountSek = roundOre(netAmountSek * ratio)
|
|
}
|
|
if (
|
|
periodisationAmountSek !== null &&
|
|
periodisationAmountSek < PERIODISERING_MATERIALITY_FLOOR_SEK &&
|
|
!touchesPersonnelCost
|
|
) {
|
|
confidence = 'low'
|
|
const regelverk = entityType === 'enskild_firma' ? 'K1' : 'K2'
|
|
reason = `${reason} Under 5 000 kr: behöver normalt inte periodiseras (${regelverk}).`
|
|
}
|
|
|
|
return {
|
|
source_invoice_id: sourceId,
|
|
source_type: sourceType,
|
|
original_amount: netAmount,
|
|
periodisering_amount: periodisationAmount,
|
|
parsed_start: parsed.startDate,
|
|
parsed_end: parsed.endDate,
|
|
confidence,
|
|
reason,
|
|
source_label: sourceLabel,
|
|
suggested_prepaid_account: isSupplier ? '1710' : null,
|
|
suggested_deferred_account: isSupplier ? null : '2970',
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Auto-detect candidate periodiseringar for a fiscal period. Scans:
|
|
* - customer invoices (sent / partially_paid / paid) issued within the
|
|
* period whose notes / line items mention a service window
|
|
* - supplier invoices (approved or paid) registered within the period,
|
|
* same parsing
|
|
*
|
|
* The returned suggestions are NEVER posted automatically: the wizard
|
|
* surfaces them with a confidence badge and the user accepts/rejects each.
|
|
*/
|
|
export async function detectPeriodisering(
|
|
supabase: SupabaseClient,
|
|
companyId: string,
|
|
fiscalPeriodId: string,
|
|
options?: {
|
|
/** Company entity type: chooses the regelverk the materiality wording
|
|
* cites (K1 for enskild_firma, K2 otherwise). Optional so callers that
|
|
* cannot resolve it still get suggestions with the K2 default. */
|
|
entityType?: PeriodiseringEntityType | null
|
|
},
|
|
): Promise<PeriodiseringSuggestion[]> {
|
|
const entityType = options?.entityType ?? null
|
|
// Resolve the fiscal period window. We scope candidate invoices to those
|
|
// dated within the period: anything outside is either an opening-balance
|
|
// carryover (its own concern) or a future invoice (no period to detect).
|
|
const { data: period, error: periodError } = await supabase
|
|
.from('fiscal_periods')
|
|
.select('id, period_start, period_end')
|
|
.eq('id', fiscalPeriodId)
|
|
.eq('company_id', companyId)
|
|
.single()
|
|
if (periodError || !period) return []
|
|
|
|
const periodStart = period.period_start as string
|
|
const periodEnd = period.period_end as string
|
|
|
|
// Invoices already covered by a löpande accrual schedule (periodisering
|
|
// skapad på fakturaraden) are handled month by month and must never be
|
|
// suggested again at year-end: that would periodisera the same belopp
|
|
// twice. Cancelled schedules don't exclude: their invoice was credited and
|
|
// the status filters below drop it anyway.
|
|
const { data: scheduleRows } = await supabase
|
|
.from('accrual_schedules')
|
|
.select('supplier_invoice_id, invoice_id')
|
|
.eq('company_id', companyId)
|
|
.neq('status', 'cancelled')
|
|
const coveredSupplierInvoices = new Set(
|
|
((scheduleRows ?? []) as Array<{ supplier_invoice_id: string | null }>)
|
|
.map((row) => row.supplier_invoice_id)
|
|
.filter(Boolean),
|
|
)
|
|
const coveredInvoices = new Set(
|
|
((scheduleRows ?? []) as Array<{ invoice_id: string | null }>)
|
|
.map((row) => row.invoice_id)
|
|
.filter(Boolean),
|
|
)
|
|
|
|
// Customer invoices: only "real" ones (sent/paid). Drafts and overdue
|
|
// get skipped: drafts haven't moved through the engine, overdue is just a
|
|
// status label that overlaps with sent here. Proformas, delivery notes and
|
|
// quotes are never booked, so there is no revenue to periodise.
|
|
const { data: invoiceRows } = await supabase
|
|
.from('invoices')
|
|
.select('id, invoice_number, invoice_date, subtotal, currency, subtotal_sek, notes, customers(name), invoice_items(description)')
|
|
.eq('company_id', companyId)
|
|
.eq('document_type', 'invoice')
|
|
.gte('invoice_date', periodStart)
|
|
.lte('invoice_date', periodEnd)
|
|
.in('status', ['sent', 'partially_paid', 'paid', 'overdue'])
|
|
|
|
// Supplier invoices: approved or paid (registration journal entry exists).
|
|
const { data: supplierRows } = await supabase
|
|
.from('supplier_invoices')
|
|
.select(
|
|
'id, supplier_invoice_number, invoice_date, subtotal, currency, subtotal_sek, notes, suppliers(name), supplier_invoice_items(description, account_number)',
|
|
)
|
|
.eq('company_id', companyId)
|
|
.gte('invoice_date', periodStart)
|
|
.lte('invoice_date', periodEnd)
|
|
.in('status', ['approved', 'partially_paid', 'paid'])
|
|
|
|
const suggestions: PeriodiseringSuggestion[] = []
|
|
|
|
for (const row of (invoiceRows ?? []) as unknown as InvoiceRow[]) {
|
|
if (coveredInvoices.has(row.id)) continue
|
|
const itemDescs = (row.invoice_items ?? []).map((i) => i.description).filter(Boolean)
|
|
const customerName = row.customers?.name ?? 'Okänd kund'
|
|
const sourceLabel = row.invoice_number
|
|
? `${customerName} (faktura ${row.invoice_number})`
|
|
: customerName
|
|
const s = buildSuggestion({
|
|
sourceId: row.id,
|
|
sourceType: 'invoice',
|
|
netAmount: Number(row.subtotal ?? 0),
|
|
currency: row.currency ?? null,
|
|
netAmountSek: row.subtotal_sek != null ? Number(row.subtotal_sek) : null,
|
|
description: row.notes,
|
|
itemDescriptions: itemDescs,
|
|
itemAccounts: [],
|
|
sourceLabel,
|
|
periodEnd,
|
|
entityType,
|
|
})
|
|
if (s) suggestions.push(s)
|
|
}
|
|
|
|
for (const row of (supplierRows ?? []) as unknown as SupplierInvoiceRow[]) {
|
|
if (coveredSupplierInvoices.has(row.id)) continue
|
|
const itemDescs = (row.supplier_invoice_items ?? []).map((i) => i.description).filter(Boolean)
|
|
const itemAccounts = (row.supplier_invoice_items ?? [])
|
|
.map((i) => i.account_number)
|
|
.filter(Boolean)
|
|
const supplierName = row.suppliers?.name ?? 'Okänd leverantör'
|
|
const sourceLabel = `${supplierName} (lev.faktura ${row.supplier_invoice_number})`
|
|
const s = buildSuggestion({
|
|
sourceId: row.id,
|
|
sourceType: 'supplier_invoice',
|
|
netAmount: Number(row.subtotal ?? 0),
|
|
currency: row.currency ?? null,
|
|
netAmountSek: row.subtotal_sek != null ? Number(row.subtotal_sek) : null,
|
|
description: row.notes,
|
|
itemDescriptions: itemDescs,
|
|
itemAccounts,
|
|
sourceLabel,
|
|
periodEnd,
|
|
entityType,
|
|
})
|
|
if (s) suggestions.push(s)
|
|
}
|
|
|
|
// Sort by confidence (high first) then by amount desc so the wizard shows
|
|
// the biggest, most-confident proposals at the top.
|
|
suggestions.sort((a, b) => {
|
|
const order: Record<PeriodiseringConfidence, number> = { high: 0, medium: 1, low: 2 }
|
|
if (order[a.confidence] !== order[b.confidence]) return order[a.confidence] - order[b.confidence]
|
|
return b.periodisering_amount - a.periodisering_amount
|
|
})
|
|
|
|
return suggestions
|
|
}
|