* fix(enable-banking): keep bank account mappings across reconnects and surface dead sessions A PSD2 reconnect silently moved the user's ledger mapping. Account identity came from the provider's account uid, which does not survive a re-authorization at every ASPSP, and a fresh connect to an already-connected bank mints a new bank_connections row regardless. Both paths looked like "an account we have never seen", so the allocator handed out the next free 19xx slot and a 1930/1940/1941 mapping came back as 1942-1946 on every consent renewal, roughly quarterly per connection. Match on the IBAN instead. resolvePsd2LedgerAccount() finds the existing cash_accounts row by normalized IBAN before allocating, and upsertFromPsd2 promotes that row in place rather than inserting a second one, so it keeps its id and its linked transactions and is re-pointed at the connection that just authorized. The previous holder's connection status is deliberately ignored: one IBAN is one physical account, and the old row often still reads 'active' because the bank killed the session without telling us. The allocator also stopped treating a 19xx number as free just because no cash_accounts row holds it. A chart imported from SIE carries the company's real bank accounts by name with no PSD2 row behind them, which is how a SEK company account got proposed as an unrelated brokerage account. Overflow now skips chart-occupied numbers, falling back only when nothing unnamed is left. Dead connections kept rendering as "Aktiv": status only ever changed when a transaction fetch failed, so a session killed bank-side stayed healthy-looking with a stale last_synced_at while the user read old balances as current. Add probeSessionHealth() and run it in the daily cron over every connection that run did not prove alive, including the ones the loop skips silently (capability gate, all accounts deselected) and the ones parked in pending_selection that the cron never looked at. It acts only on a definite dead answer; anything ambiguous leaves the row alone, since a wrong flip costs a full BankID re-authorization. The all-accounts-deselected branch is reclassified 'synced' to 'skipped' for the same reason: it never contacts the bank, so it must not count as proof of life. The settings row warns when an active connection has not synced in three days or has never synced. Which company a connection belongs to was invisible. Everything was already scoped to ctx.companyId, so there was no cross-tenant leak, but a bank authorized while the wrong company was active looked identical to the right one. Name the company on the connect surface and in the account picker, and say where the connection went when the callback lands under a different active company. Warn (bypassably) before authorizing a bank where the same user already holds live connections in other companies: several ASPSPs allow one active AIS session per login, so the new authorization can kill the others. The history start date already defaulted to the fiscal-year start; the card above it recommended a mid-year date and contradicted the selected option. It now states the fact and offers the shortcut without presenting it as advice. Not addressed: sharing one PSD2 session across companies. company_id is the tenancy anchor on bank_connections and cash_accounts hangs off (company_id, bank_connection_id), so that needs the session to become its own entity. See DECISIONS.md. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(supplier-invoices): show the posted line description in the voucher preview The "Verifikation som bokförs" preview built its expense debit lines with description set to the raw account number, so the BESKRIVNING column showed "5615" or "6990" where the posted verifikat actually says "Leverantörsfaktura 123, ACME AB". A hardcoded 11-entry ACCOUNT_LABELS map masked this for 2440/2641/26xx, which is why the column read as a mix of friendly labels and bare account numbers, neither of which was the posted text. The preview now renders exactly the line_description the engine writes: the shared invoice-level text on expense lines and 2440, "Ingående moms {rate}% {desc}" on 2641, and the reverse-charge pair taken straight from generateReverseChargeLines instead of being re-derived locally. buildSupplierDescription moves into its own dependency-free module so the client-side preview can call it without pulling the journal engine (and its Supabase server client) into the browser bundle. The account name stays reachable on the AccountNumber hover card. Picked option A from the issue, keeping the fixed invoice-level description rather than propagating each item's own text: the customer-invoice side already writes invoice-level descriptions, so per-item text would create an inconsistency between the two invoice sides rather than remove one, and it would need an aggregation-collision policy in the journal engine. Rationale recorded in DECISIONS.md. Refs #1258 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(bookkeeping): restore the copy icon on verifikat rows The row-language rewrite in #1123 reused the copy icon's slot for the new expand toggle, removing the zero-click copy affordance from the bookkeeping list without mentioning it. The leftover orphaned copy_voucher_tooltip key in both message files is what identifies it as collateral rather than a product decision. Restore a copy icon in the row's right-edge action cell, reusing that key for aria-label and title. stopPropagation keeps the click off the row's expand toggle. The icon is hover-revealed on md+ and always visible below it: #1123 collapsed the desktop table and the mobile card into one responsive table, so hover-only would leave touch users with nothing. Copy is no longer gated on posted. The copy_from handler and the GET journal-entries route never looked at status, so copying a draft already worked end-to-end and only the detail-page button hid it; the two list surfaces were already ungated. Both list affordances now respect canWrite, which previously dropped read-only users into a dialog they could not submit. The repo does not render components in tests, which is why #1123 removed this silently. Pin the source shape instead, the same way the copy-invoice query is pinned. Closes #1266 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(transactions): revalidate stale invoice match pointers before offering a match potential_invoice_id / potential_supplier_invoice_id are written once, at bank import, and never revisited. When one of several identical recurring invoices was settled by a different transaction, every other transaction kept pointing at the now fully paid invoice. The match dialog then measured the bank amount against a 0 kr remaining balance and reported a "Beloppen skiljer sig ... fakturan blir delbetald" partial payment, and the worklist offered the same dead suggestion as a one-click confirm row. Worse, the manual escape hatch was hidden exactly when it was needed: TransactionInboxCard only shows "Matcha mot leverantörsfaktura" when no suggestion exists, so a stale pointer left the user with no way at all to reach the correct invoice. Fixed by revalidating at read time rather than by clearing sibling pointers on settle. Invoices are settled through many paths (both match routes, mark-paid, MCP, bank reconciliation, SIE import), so write-time cleanup leaks the moment one is missed, while the candidate lookup covers every route into the list. The shared accept-lists in lib/invoices/matchable-statuses.ts mirror the CAS guards the match routes already enforce. - listSuggestedMatches and the transactions page candidate fetch filter on status + remaining_amount, so a settled candidate yields no suggestion and the manual picker reappears on its own. - InvoiceMatchDialog blocks a settled target with a distinct message and a disabled confirm. Not advisory: both routes reject it outright with MATCH_INVOICE_ALREADY_PAID / MATCH_SI_ALREADY_PAID, so no override could succeed. - The supplier detail card now shows remaining_amount like the customer branch, instead of total. On a partially paid invoice it used to print "1 250 kr" directly beside "Differens: 1 250 kr". - match-supplier-invoice clears potential_supplier_invoice_id on the transaction it just matched, mirroring the customer route. No bookkeeping was ever at risk: both routes already refused a settled target before creating a voucher. The damage was confined to a misleading dialog and a dead end. createQueuedMockSupabase gains passive call recording (calls / findCall / findCalls) because the proxy swallowed filter and update arguments, which made the new assertions inexpressible. Refs #1259, #1260 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * feat(webhooks): dispatch on emit instead of waiting for the next cron tick (#1256) * feat(webhooks): dispatch on emit instead of waiting for the next cron tick The webhook dispatcher ran only on a per-minute cron, so the floor on delivery latency was up to 60 seconds plus the request. An external consumer that wanted to react as a transaction landed had only one alternative: polling /api/events, which the 100 rpm per-key limit makes expensive and which still cannot beat the tick interval. Schedules one dispatch cycle as soon as deliveries are enqueued. The cron is unchanged and remains the retry and sweep path; this only moves the first attempt forward. Wired into the event-bus fanout plus the two routes that enqueue a delivery directly: the :test verb, whose entire purpose is telling someone whether their receiver works, and the manual delivery retry. Three properties are load-bearing and covered by tests. The kick is never awaited, because eventBus.emit is awaited at ~99 call sites including journal_entry.committed and each delivery can burn a 10 s receiver timeout. It coalesces per function instance, so a bulk booking that emits once per row does not schedule one claim round trip per row. It claims 5 rows rather than the cron's 50, because it runs on the tail of a user-facing request. Double delivery is not a risk: claim_due_webhook_deliveries already claims FOR UPDATE SKIP LOCKED and flips rows to in_flight in the same statement, so a kick racing the cron sees disjoint rows. Does not close #1201, which asks for a realtime stream for API consumers. This is the cheap half. Refs #1201 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * docs(webhooks): stop claiming the kick makes double delivery impossible Adversarial review of the previous commit caught an overstatement in its own comments. SKIP LOCKED keeps a kick and the cron from claiming the same row at the same moment, but claim_due_webhook_deliveries autocommits before any POST is issued, so from then on ownership is only status='in_flight' and a later cycle's recoverStuckInFlight sweep can re-arm a row still queued behind an earlier cycle's serial loop. Delivery is at-least-once, which is what the public docs already tell receivers ("the same delivery id may arrive more than once ... idempotency is on you"). The comments contradicted that. No behaviour change. The kick does not create this window: the cron claims 50 rows serially against the same 20 s stuck threshold, which is wider than what a batch of 5 can open. Refs #1201 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(bokslut): add bokslut-flow depreciation (78xx) back to the bolagsskatt base (#1253) * fix(bokslut): add bokslut-flow depreciation (78xx) back to the bolagsskatt base sumPostedYearEndDispositions reconstructs resultat fore skatt for the tax calculation, because generateIncomeStatement excludes every source_type='year_end' entry. It summed class 88 and 7533 but not 78xx, so planenlig avskrivning posted by the bokslut flow (lib/bokslut/assets/depreciation-engine.ts) was dropped from the income statement and never added back. The bolagsskatt base and the periodiseringsfond 25 % cap were therefore computed on an overstated result: tax too high by roughly 20.6 % of the depreciation. Also exclude the period's final bokslutsverifikation from the fetch. It carries source_type='year_end' as well and reverses every P&L account, 78xx/88xx/7533 included (verified against production closing entries), so once the year is closed it would cancel the add-back this function exists to produce. That hazard already applied to 88xx and 7533; the fix closes it for all three rather than widening it. Scope is deliberately the tax base only. Making the standalone resultatrakning show bokslut entries is a separate, larger change: the same exclusion is duplicated in the kpi_report_aggregates RPC, it moves displayed profit for every company that ran the bokslut flow, and it means removing the add-back at four call sites. Refs #1051 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(bokslut): scope the closing-entry lookup to the company and fail loudly Review (CodeRabbit + the compliance swarm, ASVS V8.2.1) flagged the new fiscal_periods read in sumPostedYearEndDispositions on two counts, both fair. It filtered only on the period id while every sibling query in the same function carries the tenant scope. Primary key or not, service-role paths have no RLS to fall back on and the repo's rule is to filter company_id explicitly, so it now does. It also discarded the query error. That mattered more than it looks: a failed read fell through to closingEntryId = null, which silently re-admits the closing verifikat's 78xx/88xx reversals and understates the tax base, i.e. exactly the failure this lookup was added to prevent. It now throws, and the surrounding catch turns it into the existing 'Failed to read posted dispositions' error. A wrong bolagsskatt is worse than a loud failure. Two regression tests: the lookup carries both eq filters, and a lookup failure propagates instead of degrading to a wrong number. Refs #1051 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(storage): drop the client-side DELETE policy on the documents bucket (#1254) * fix(storage): drop the client-side DELETE policy on the documents bucket 20240101000024 documents this bucket as WORM: "No UPDATE or DELETE policies". That described the repo, not production. Production carries a users_delete_own_documents policy that exists in no migration file: FOR DELETE TO authenticated USING (bucket_id = 'documents' AND (storage.foldername(name))[2] = auth.uid()::text) Under it, the uploading user can delete the storage bytes of any document they uploaded under the legacy documents/{userId}/... layout, using nothing but their normal browser token. That includes documents linked to a posted verifikat, which are rakenskapsinformation under the BFL 7 kap 2 § seven-year retention duty. deleteDocument()'s linked-check and the block_document_deletion() trigger both guard the document_attachments ROW, not the object: the row survives, still pointing at a file that is gone. Reproduced against a local replay of the full migration stream: with the policy present the uploader's own DELETE removes the object; with it dropped the same statement matches zero rows. Company-scoped keys were never exposed (their second path segment is the company id, not auth.uid()), so this only ever reached the legacy layout, which is where most documents still live. Safe because every in-app remove() on this bucket already runs on the service role, covered by service_role_all_documents. Deliberately narrow: users_read_own_documents and users_upload_own_documents stay. The Phase B backfill from 20260726092000 has not run, so dropping the legacy SELECT policy now would make existing documents unreadable. That is Phase C. The pg-real test asserts no DELETE and no UPDATE policy over the bucket under ANY name: the hole arrived under a name this repo never used, so pinning a name would not have caught it. Refs #1208 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * test(storage): make the WORM ratchet see FOR ALL and WITH CHECK policies Review caught two blind spots in the ratchet, both fair. It matched only polcmd 'd' and 'w', but polcmd '*' (FOR ALL) grants DELETE and UPDATE just as effectively, and FOR ALL is the shape the one legitimate policy on this table already uses, so a hostile one would look unremarkable in the catalogue. It also read only polqual, so an UPDATE policy carrying its bucket restriction in WITH CHECK was invisible. Both assertions now run through one helper that covers d/w/*, concatenates USING and WITH CHECK, and filters by grantee so service_role_all_documents (how the application does its authorized deletes) is excluded while every client-reachable role is not. A policy granted to PUBLIC has an empty polroles, which is the most permissive case there is, so it is treated as client-reachable rather than as "no roles". Matching on the substring rather than the exact `bucket_id = 'documents'` shape pg_get_expr emits today: a policy written as bucket_id::text or with the comparison reversed would slip past a stricter match, and for a WORM ratchet a false alarm is cheap while a silent hole is not. Adds a probe case that creates a FOR ALL policy and asserts the helper sees it, so the main assertion cannot pass vacuously. That case earned its keep immediately: it caught that node-postgres hands back a raw string for a name[] column, so the role filter needed rolname::text to work at all. Verified against a local replay of the full migration stream: red with the original prod FOR DELETE policy present, red with a FOR ALL probe, green without either. Full pg-real suite 933 passed. Refs #1208 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * test(storage): catch a destructive policy that names no bucket at all Adversarial review of the previous commit found the ratchet still failed open, and reproduced it: a policy with no bucket_id predicate covers EVERY bucket, documents included, so gating on the bucket name discarded exactly the widest hole. The concrete shape is Supabase's own stock "Enable delete for users based on user_id" template, USING (auth.uid() = owner), which is the single most likely form of a future dashboard edit. A destructive policy is now in scope unless it provably cannot reach this bucket, i.e. only a bucket_id predicate naming some other bucket exempts it. The behavioural assertions had the matching blind spot: fixtures were seeded without an owner, so an owner-based policy matched NULL and the DELETE reported 0 rows for the wrong reason. Objects now carry an owner the way storage-api stamps them in production, so those tests fail loudly instead of passing by accident. Two probes pin both directions: a bucketless policy must be reported (and is shown to really permit the delete), and a policy scoped to another bucket must not be, so the ratchet cannot start crying wolf on receipts or sie-files and get switched off. Verified against a local replay of the full migration stream: red with the stock bucketless template installed, green without it. Full pg-real suite 935 passed. Refs #1208 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(kontoplan): make a deactivated account reachable again (#1262) is_active=false read as "does not exist" on every read path but as "exists" on the (company_id, account_number) unique constraint, so a deactivated account vanished from the kontoplan with no way back and re-creating it answered "Kontonummer X finns redan i din kontoplan." The write side was already correct: POST /accounts/activate has a toReactivate branch and PUT /accounts/[number] accepts is_active:true. Both were simply unreachable, so this opens routes to them rather than relaxing the read filters, which are load-bearing for AccountsNotInChartError. - Kontoplan gets a "Visa inaktiva" filter; inactive rows carry an "Inaktiv" chip and the existing per-row switch reactivates them in one click. - Deactivating an account that has posted lines now warns first, using the usage count already loaded for the Verifikat column. - POST /accounts distinguishes the two collisions and returns the new ACCOUNT_EXISTS_INACTIVE code; AddAccountDialog offers "Aktivera kontot istallet" rather than a dead-end 409. The stored account is left exactly as it was; values typed into the failed create form are not applied. - bas-lookup consults the company's own chart before the static BAS reference, so a deactivated custom account reads as known and "Aktivera och bokfor" is no longer disabled for it. New in_chart / is_active fields let callers tell "will be added" from "will be revived". - BAS-katalog stops showing "Aktiverat" for an account the company holds but has deactivated; it falls through to a relabelled Aktivera button, and the per-class counts follow. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(supplier-invoices): flag foreign 0 % lines with reverse charge switched off (#1255) * fix(supplier-invoices): flag foreign 0 % lines with reverse charge switched off A foreign supplier charging no Swedish VAT is normally omvand skattskyldighet. With the reverse-charge switch off, createSupplierInvoiceRegistrationEntry emits neither the 26x4 output leg nor the 44xx/45xx basis lines, so ruta 20-24, 30-32 and 48 all stay empty and the momsdeklaration takes a shape Skatteverket rejects. For a fully deductible purchase the net moms att betala is unchanged, which is exactly why this goes unnoticed. The form already auto-ticks reverse charge for eu_business but not for non_eu_business, so that path slips through silently. Adds a pure helper plus a non-blocking banner cloned from the existing rc_account_warning block. Deliberately silent for swedish_business, where 0 % is a genuine exemption that belongs in no ruta at all, and phrased as a question rather than an assertion: a non-EU goods purchase cleared at customs is legitimately 0 % without reverse charge, and pushing that user into ticking the switch would manufacture a new wrong verifikat. Does not add the exempt/import/other picker the issue proposes: supplier_invoices.vat_treatment is metadata that no booking or ruta mapping reads, and the codebase cannot book import VAT at all, so an import option would imply ruta 50/60 were handled when they are not. Refs #1042 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(supplier-invoices): name the local-VAT case in the foreign 0 % hint Review flagged that the most common foreign document a Swedish small company sees is an invoice carrying the supplier's OWN local VAT, booked at 0 % Swedish VAT with reverse charge correctly off. The banner fires there, and the previous copy only offered "momsfri av annat skal, till exempel en varuimport" as the way out, which does not describe that invoice at all: it is not VAT-free, it carries foreign VAT. Names both legitimate cases explicitly and says 0 % is correct in them, so the hint cannot read as an instruction to tick reverse charge on a purchase where that would produce a wrong verifikat. Title also narrowed to "utan svensk moms" for the same reason. Refs #1042 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> * feat(sandbox): call the sandbox assistant Assistenten, not Anna (#1244) A named persona earns its name once someone has been through onboarding and chosen it: it is their assistant and they named it. Nobody in the sandbox chose anything, so a first name reads as a character the product invented and implies a relationship the visitor never opted into. Both halves move together, which is the point. profile_summary is the agent's own self-description inside the system prompt, so leaving it as "Du är Anna" would have the header say one thing while the assistant introduces itself as another in its first sentence. Nothing else in the stack checks that pairing, so a test now does. Scope: this changes the seed, so new sandbox companies get the new name. The 483 sandbox profiles already seeded keep 'Anna' (the seeder returns early once a profile exists, and its caller only runs while verified_at is null). Backfilling those is a production write on demo data and is being raised separately rather than smuggled into a code change. Co-authored-by: Claude Opus 5 <noreply@anthropic.com> * feat(reports): show the last posted voucher per series in report headers Adds a "Senaste bokforda verifikat: A 214, B 37" line to the balans- and resultatrapport, so a printed or exported report answers which vouchers are actually in it rather than only which dates it spans (#1267). Reads MAX(voucher_number) over posted entries, never voucher_sequences.last_number. The sequence counter is an allocation high-water mark that drifts from the books in both directions: next_voucher_number burns a number when the follow-up insert fails, delete_last_voucher decrements by one instead of resetting to the new MAX, and pre-RPC SIE imports left it behind. Since the point of the line is avstamning, an allocated number would send a reconciler chasing a gap that does not exist, so the label says plainly that the number is the posted one. Scoped to the report own date range, so a Q1 report printed in November says something true about Q1. The balansrapport keeps the fiscal-year start as its lower bound because it accumulates. Skipped on a dimension-filtered resultatrapport: that report already discloses it is partial, and an unfiltered voucher range beside a filtered result invites the wrong conclusion. Populated in both engines, so the JSON, PDF and XLSX routes all inherit it without signature changes. Best-effort: a header nicety never breaks a report. The pure formatter lives in its own module so the client view does not pull the Supabase query path into the browser bundle. No new i18n keys; both report views and the PDF template are hard-coded Swedish per the "stays Swedish" report surfaces in .claude/rules/i18n.md. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(customers): stop rendering personnummer ciphertext, make unreadable rows editable, add a reveal path (#1263) customers.personal_number holds AES-256-GCM ciphertext (20260726110000). Three defects compounded into one broken surface for private customers. The list queried Supabase from the browser with select('*') and rendered the raw value, 76-82 chars of hex, into the nowrap identifier cell. It now reads GET /api/customers, which already masks every row, so the ciphertext never leaves the server. Searching by personnummer works again: the client filter had been matching against ciphertext and could never hit. A row whose value cannot be decrypted renders as the placeholder '********-????'. None of the three mask checks recognised it, each having its own '-1234'-only copy, so such a customer could not be edited in ANY field: name and address edits 400'd on a personnummer the user had no way to correct. All three now share one pattern from the new crypto-free lib/customers/mask-personal-number.ts, which the client form can import. Typing a fresh personnummer overwrites the unreadable value, which is the only repair possible: the rejected writes failed whole INSERTs, so there is nothing to backfill. The value was write-only by construction. GET /api/customers/{id}/personal-number is the deliberate drill-in, mirroring the employee convention, gated on the write role because .compliance/ropa.yaml listed no_full_value_read_endpoint as a safeguard for this column; that entry is rewritten rather than left stale, and reveals log actor and customer id but never the value. Also: arcim-migration wrote the identity number as plaintext, which aborts any import containing a Privatperson with 23514 since the constraint flip; and the customer embeds on /api/invoices shipped ciphertext to the browser on every invoice read. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * feat: enhance ruta 05 handling for dynamic revenue accounts - Introduced `fetchDynamicRuta05Accounts` to fetch company-specific revenue accounts marked with a VAT rate, addressing issue #1261. - Updated VAT declaration logic to include these dynamic accounts in ruta 05 calculations, ensuring accurate reporting for user-added accounts. - Modified `ACCOUNT_RUTA` to include account 3000 for completeness in ruta 05. - Enhanced tests to validate the inclusion of user-added revenue accounts in ruta 05 and ensure correct VAT calculations. - Seeded default VAT rates for BAS revenue accounts to ensure proper classification in the VAT declaration. * fix: enhance data handling and masking in customer and invoice APIs * fix(vat): resolve the 3000 gruppkonto's rate for the ruta 05 base split 3000 "Forsaljning inom Sverige" is mapped to ruta05 by ACCOUNT_RUTA, so a balance on it is filed in the right box already. What was missing is the rate split: unlike 3001/3002/3003 the account number carries no sats, and fetchDynamicRuta05Accounts skipped it because it is in ACCOUNT_TO_BOX. A company posting to the gruppkonto therefore got a ruta 05 total that breakdown.invoices.base25/12/6 did not add up to. Surface those rates separately as staticRateByAccount: rate-only on purpose, because the static map already sums the account and adding it to the dynamic account list would double the filed figure. A test pins that single-count property. Also add 3000 to the MCP server's RUTA_05_ACCOUNTS, which is the display list behind report.rutor.ruta05: without it a 3000 balance appeared in the filed projection but not in the report the agent reads back. The comment claiming SALES_OUTPUT_VAT_SHORTFALL reads base25/12/6 was wrong and is corrected. That check derives its expected base from the output-VAT rutor (ruta10/0.25 + ruta11/0.12 + ruta12/0.06); nothing reads the per-rate bases, which are reporting metadata. So the incomplete split never affected a filed return or a warning, only the breakdown. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> Co-authored-by: Jakob Wennberg <149234542+jakobwennberg@users.noreply.github.com>
3103 lines
127 KiB
TypeScript
3103 lines
127 KiB
TypeScript
import { z } from 'zod'
|
||
import { normaliseSwish, isValidSwish } from '@/lib/payments/swish'
|
||
import { normalizeVatNumber } from '@/lib/vat/vat-number'
|
||
import { isSaneDateString } from '@/lib/utils'
|
||
import { countCalendarMonths } from '@/lib/bookkeeping/accruals/compute'
|
||
import { DimensionsBagSchema } from '@/lib/bookkeeping/dimension-resolver'
|
||
import { validateEmployeeBankAccount } from '@/lib/salary/payment/bank-account'
|
||
import { MAX_INVOICE_EMAIL_COPY_RECIPIENTS } from '@/lib/invoices/email-recipients'
|
||
import { INVOICE_POSTING_ACCOUNT_REGEX } from '@/lib/invoices/posting-account'
|
||
import { PERSONAL_NUMBER_INPUT_RE } from '@/lib/customers/mask-personal-number'
|
||
import type { AuditAction } from '@/types'
|
||
|
||
// ============================================================
|
||
// Shared primitives
|
||
// ============================================================
|
||
|
||
/** UUID v4 string */
|
||
const uuid = z.string().uuid()
|
||
|
||
/** ISO date string (YYYY-MM-DD) */
|
||
const isoDate = z.string().regex(/^\d{4}-\d{2}-\d{2}$/, 'Expected YYYY-MM-DD date format')
|
||
|
||
/**
|
||
* ISO date that must also be a real, in-range calendar date: not just the
|
||
* right shape. Backed by the shared `isSaneDateString` rule (also used by the
|
||
* transaction form) so a 6-digit year or impossible date can't slip through
|
||
* for user-entered dates. Use this over `isoDate` for free-text date input.
|
||
*/
|
||
const saneIsoDate = z
|
||
.string()
|
||
.refine(isSaneDateString, 'Invalid or out-of-range date (expected YYYY-MM-DD, year 1900-2100)')
|
||
|
||
/** BAS account number: always a string of 4 digits */
|
||
const accountNumber = z.string().regex(/^\d{4}$/, 'Account number must be exactly 4 digits')
|
||
|
||
/** Non-negative monetary amount (>= 0) */
|
||
const nonNegativeAmount = z.number().nonnegative()
|
||
|
||
/**
|
||
* SEK per one unit of a foreign currency.
|
||
*
|
||
* Mirrors the database CHECK that every table storing a rate carries:
|
||
* `invoices_exchange_rate_check`, `supplier_invoices_exchange_rate_check`,
|
||
* `invoice_payments_payment_exchange_rate_check` and
|
||
* `supplier_invoice_payments_payment_exchange_rate_check` all read
|
||
* `rate IS NULL OR (rate > 0 AND rate < 100000)`. BOTH bounds are exclusive,
|
||
* so this mirror is `.positive()` + `.lt(100000)`; `.max(100000)` would let
|
||
* exactly 100000 through the schema and straight into a 23514 violation.
|
||
*
|
||
* Without the mirror a plausible fat-fingered rate (250000, a pasted total
|
||
* instead of a rate) passed validation, hit the constraint in Postgres, and
|
||
* surfaced as an unexplained 500. Through this primitive it lands in
|
||
* `validateBody`'s 400 with a message naming the field and the fix.
|
||
*
|
||
* The ceiling is a typo guard rather than a precise band: no currency the app
|
||
* supports comes near it (USD ~10.5, EUR ~11.5, GBP ~13.5).
|
||
*/
|
||
const exchangeRate = z
|
||
.number()
|
||
.positive('Växelkursen måste vara större än 0')
|
||
.lt(
|
||
100000,
|
||
'Växelkursen måste vara mindre än 100 000. Ange kursen per 1 enhet av valutan, till exempel 11,45 för EUR, inte fakturans belopp.',
|
||
)
|
||
|
||
const invoiceEmailAddress = z
|
||
.string()
|
||
.trim()
|
||
.email('Ange en giltig e-postadress')
|
||
.max(254, 'E-postadressen får vara max 254 tecken')
|
||
|
||
const invoiceEmailAddressList = z
|
||
.array(invoiceEmailAddress)
|
||
.max(
|
||
MAX_INVOICE_EMAIL_COPY_RECIPIENTS,
|
||
`Högst ${MAX_INVOICE_EMAIL_COPY_RECIPIENTS} kopiemottagare är tillåtna`,
|
||
)
|
||
|
||
/** Invoice-line posting account: an asset, liability/equity, or revenue account. */
|
||
const invoicePostingAccount = z
|
||
.string()
|
||
.regex(INVOICE_POSTING_ACCOUNT_REGEX, 'Posting account must be a 4-digit BAS class 1-3 account')
|
||
|
||
/** Swedish VAT rate as an integer percent. */
|
||
const vatRatePercent = z.union([z.literal(0), z.literal(6), z.literal(12), z.literal(25)])
|
||
|
||
/**
|
||
* Swedish VAT rate as a decimal fraction: the supplier-invoice convention.
|
||
* supplier_invoice_items stores 0.25 for 25 % (DB default 0.25) while
|
||
* invoice_items stores integer percent (vatRatePercent above); issue #310.
|
||
* Only statutory rates pass; percent-shaped input (25) is rejected with a
|
||
* unit hint instead of silently booking 2500 % VAT.
|
||
*/
|
||
const vatRateDecimal = z.union(
|
||
[z.literal(0), z.literal(0.06), z.literal(0.12), z.literal(0.25)],
|
||
{ error: 'vat_rate is a decimal fraction: 0, 0.06, 0.12 or 0.25 (not percent)' },
|
||
)
|
||
|
||
/** Time string (HH:MM or HH:MM:SS) */
|
||
const timeString = z.string().regex(/^\d{2}:\d{2}(:\d{2})?$/, 'Expected HH:MM or HH:MM:SS time format')
|
||
|
||
/** Periodisering: interim accounts. Förutbetalda kostnader live on 17xx. */
|
||
const prepaidExpenseAccount = z
|
||
.string()
|
||
.regex(/^17\d{2}$/, 'Balanskonto för periodiserad kostnad måste vara ett 17xx-konto')
|
||
|
||
/** Periodisering: förutbetalda intäkter live on 29xx. */
|
||
const deferredRevenueAccount = z
|
||
.string()
|
||
.regex(/^29\d{2}$/, 'Balanskonto för periodiserad intäkt måste vara ett 29xx-konto')
|
||
|
||
/**
|
||
* Shared periodisering period rules for invoice line items: both dates or
|
||
* neither, end after start, and a 2-120 calendar month span. The amount-side
|
||
* rules differ per item shape and stay in each schema's superRefine.
|
||
*/
|
||
function validateAccrualPeriod(
|
||
item: { accrual_period_start?: string | null; accrual_period_end?: string | null },
|
||
ctx: z.RefinementCtx,
|
||
): void {
|
||
const start = item.accrual_period_start
|
||
const end = item.accrual_period_end
|
||
if (!start && !end) return
|
||
if (!start || !end) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_start'],
|
||
message: 'Ange både periodens start och slut för periodisering',
|
||
})
|
||
return
|
||
}
|
||
if (end < start) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_end'],
|
||
message: 'Periodens slut måste vara efter dess start',
|
||
})
|
||
return
|
||
}
|
||
const months = countCalendarMonths(start, end)
|
||
if (months < 2) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_end'],
|
||
message: 'Periodisering kräver minst 2 kalendermånader',
|
||
})
|
||
}
|
||
if (months > 120) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_end'],
|
||
message: 'Periodisering kan omfatta högst 120 månader',
|
||
})
|
||
}
|
||
}
|
||
|
||
// ============================================================
|
||
// Enum schemas (matching types/index.ts)
|
||
// ============================================================
|
||
|
||
export const EntityTypeSchema = z.enum(['enskild_firma', 'aktiebolag'])
|
||
|
||
export const AccountingFrameworkSchema = z.enum(['k2', 'k3'])
|
||
|
||
/**
|
||
* Single K3 component (BFNAR 2012:1 ch.17.4, komponentavskrivning).
|
||
*
|
||
* Used inside AssetCreateSchema / AssetUpdateSchema's `k3_components` array.
|
||
* The cross-component invariant (sum of `cost` equals asset `acquisition_cost`)
|
||
* lives in `validateComponents` from `lib/bokslut/assets/k3-components.ts`
|
||
* and is called by the route-layer refinement: it cannot be expressed in
|
||
* a single-object schema. Component-level checks (cost > 0, salvage ≤ cost,
|
||
* positive useful life) are reinforced by `validateComponents` too so any
|
||
* future caller that uses just the validator gets the same guarantees.
|
||
*
|
||
* `salvage_value` is optional; the engine treats omission as 0.
|
||
*/
|
||
export const K3ComponentSchema = z.object({
|
||
name: z.string().min(1, 'Komponentens namn krävs.'),
|
||
cost: z.number().positive('Anskaffningsvärdet måste vara större än 0.'),
|
||
useful_life_months: z.number().int().positive('Nyttjandeperioden måste vara ett positivt heltal månader.'),
|
||
salvage_value: z.number().nonnegative().optional(),
|
||
})
|
||
|
||
export const CustomerTypeSchema = z.enum([
|
||
'individual',
|
||
'swedish_business',
|
||
'eu_business',
|
||
'non_eu_business',
|
||
])
|
||
|
||
export const SupplierTypeSchema = z.enum([
|
||
'swedish_business',
|
||
'eu_business',
|
||
'non_eu_business',
|
||
])
|
||
|
||
export const InvoiceStatusSchema = z.enum([
|
||
'draft', 'sent', 'paid', 'overdue', 'cancelled', 'credited',
|
||
])
|
||
|
||
export const InvoiceDocumentTypeSchema = z.enum([
|
||
'invoice', 'proforma', 'delivery_note',
|
||
])
|
||
|
||
export const SupplierInvoiceStatusSchema = z.enum([
|
||
'registered', 'approved', 'paid', 'partially_paid', 'overdue', 'disputed', 'credited',
|
||
])
|
||
|
||
export const VatTreatmentSchema = z.enum([
|
||
'standard_25', 'reduced_12', 'reduced_6', 'reverse_charge', 'export', 'exempt',
|
||
])
|
||
|
||
export const AccountingMethodSchema = z.enum(['accrual', 'cash'])
|
||
|
||
export const CurrencySchema = z.enum(['SEK', 'EUR', 'USD', 'GBP', 'NOK', 'DKK'])
|
||
|
||
export const TransactionCategorySchema = z.enum([
|
||
'income_services',
|
||
'income_products',
|
||
'income_other',
|
||
'expense_equipment',
|
||
'expense_software',
|
||
'expense_travel',
|
||
'expense_office',
|
||
'expense_marketing',
|
||
'expense_professional_services',
|
||
'expense_education',
|
||
'expense_representation',
|
||
'expense_consumables',
|
||
'expense_vehicle',
|
||
'expense_telecom',
|
||
'expense_bank_fees',
|
||
'expense_card_fees',
|
||
'expense_currency_exchange',
|
||
'expense_other',
|
||
'private',
|
||
'uncategorized',
|
||
])
|
||
|
||
export const JournalEntrySourceTypeSchema = z.enum([
|
||
'manual',
|
||
'bank_transaction',
|
||
'invoice_created',
|
||
'invoice_paid',
|
||
'invoice_cash_payment',
|
||
'credit_note',
|
||
'salary_payment',
|
||
'opening_balance',
|
||
'year_end',
|
||
'storno',
|
||
'correction',
|
||
'import',
|
||
'system',
|
||
'inbox_item',
|
||
'supplier_invoice_registered',
|
||
'supplier_invoice_paid',
|
||
'supplier_invoice_cash_payment',
|
||
'supplier_invoice_privately_paid',
|
||
'supplier_credit_note',
|
||
'currency_revaluation',
|
||
'reminder_fee',
|
||
'accrual',
|
||
'result_appropriation',
|
||
'rot_rut_payout',
|
||
'vat_settlement',
|
||
'stripe_payout',
|
||
])
|
||
|
||
/** Query params for GET /api/bookkeeping/voucher-sequences/next. */
|
||
export const VoucherSequenceNextQuerySchema = z.object({
|
||
period_id: uuid.optional(),
|
||
series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z').optional(),
|
||
source_type: JournalEntrySourceTypeSchema.optional(),
|
||
date: isoDate.optional(),
|
||
})
|
||
|
||
export const AccountTypeSchema = z.enum([
|
||
'asset', 'equity', 'liability', 'revenue', 'expense',
|
||
])
|
||
|
||
export const NormalBalanceSchema = z.enum(['debit', 'credit'])
|
||
|
||
export const MappingRuleTypeSchema = z.enum([
|
||
'mcc_code', 'merchant_name', 'description_pattern', 'amount_threshold', 'combined',
|
||
])
|
||
|
||
export const RiskLevelSchema = z.enum(['NONE', 'LOW', 'MEDIUM', 'HIGH', 'VERY_HIGH'])
|
||
|
||
export const DeadlineTypeSchema = z.enum([
|
||
'delivery', 'invoicing', 'report', 'tax', 'other',
|
||
])
|
||
|
||
export const DeadlinePrioritySchema = z.enum(['critical', 'important', 'normal'])
|
||
|
||
export const TaxDeadlineTypeSchema = z.enum([
|
||
'moms_monthly',
|
||
'moms_quarterly',
|
||
'moms_yearly',
|
||
'f_skatt',
|
||
'arbetsgivardeklaration',
|
||
'skatteinbetalning',
|
||
'inkomstdeklaration_ef',
|
||
'inkomstdeklaration_ab',
|
||
'arsredovisning',
|
||
'arsstamma',
|
||
'periodisk_sammanstallning',
|
||
'kvarskatt',
|
||
])
|
||
|
||
export const TaxAssessmentDecisionTypeSchema = z.enum(['final', 'reassessment'])
|
||
|
||
export const CreateTaxAssessmentNoticeSchema = z
|
||
.object({
|
||
fiscal_period_id: uuid,
|
||
decision_type: TaxAssessmentDecisionTypeSchema,
|
||
decision_date: saneIsoDate,
|
||
payment_due_date: saneIsoDate,
|
||
})
|
||
.refine((data) => data.payment_due_date >= data.decision_date, {
|
||
message: 'Förfallodagen får inte vara tidigare än beslutsdagen',
|
||
path: ['payment_due_date'],
|
||
})
|
||
|
||
export const UpdateTaxAssessmentNoticeSchema = z
|
||
.object({
|
||
fiscal_period_id: uuid.optional(),
|
||
decision_type: TaxAssessmentDecisionTypeSchema.optional(),
|
||
decision_date: saneIsoDate.optional(),
|
||
payment_due_date: saneIsoDate.optional(),
|
||
archived: z.boolean().optional(),
|
||
})
|
||
.refine((data) => Object.values(data).some((value) => value !== undefined), {
|
||
message: 'Minst ett fält måste anges',
|
||
})
|
||
.refine(
|
||
(data) => !data.decision_date || !data.payment_due_date || data.payment_due_date >= data.decision_date,
|
||
{
|
||
message: 'Förfallodagen får inte vara tidigare än beslutsdagen',
|
||
path: ['payment_due_date'],
|
||
},
|
||
)
|
||
|
||
export const UpdateInitialSetupStateSchema = z
|
||
.object({
|
||
path: z.enum(['migration', 'bank', 'fresh']).nullable().optional(),
|
||
completed: z.boolean().optional(),
|
||
dismissed: z.boolean().optional(),
|
||
})
|
||
.refine((data) => Object.values(data).some((value) => value !== undefined), {
|
||
message: 'Minst ett fält måste anges',
|
||
})
|
||
|
||
export const DeadlineSourceSchema = z.enum(['system', 'user'])
|
||
|
||
export const MomsPeriodSchema = z.enum(['monthly', 'quarterly', 'yearly'])
|
||
|
||
export const PsPeriodTypeSchema = z.enum(['monthly', 'quarterly'])
|
||
export const TaxFilingMethodSchema = z.enum(['electronic', 'paper'])
|
||
|
||
export const DocumentUploadSourceSchema = z.enum([
|
||
'camera', 'file_upload', 'email', 'e_invoice', 'scan', 'api', 'system',
|
||
])
|
||
|
||
// ============================================================
|
||
// Invoice schemas
|
||
// ============================================================
|
||
|
||
export const CreateInvoiceItemSchema = z
|
||
.object({
|
||
// 'text' = free-text or blank spacer row: description only, amounts ignored
|
||
// and excluded from totals/bookkeeping. Defaults to 'product'. Callers still
|
||
// send quantity/unit/unit_price for text rows (the form sends 0/''/0), so
|
||
// the inferred shape stays consistent for downstream code.
|
||
line_type: z.enum(['product', 'text']).optional(),
|
||
description: z.string().max(2000),
|
||
quantity: z.number(),
|
||
unit: z.string(),
|
||
unit_price: z.number(),
|
||
vat_rate: z.number().min(0).max(100).optional(),
|
||
// Article linkage. `article_id` ties the line to a catalog article (text
|
||
// rows omit it). `revenue_account` is the legacy wire name for the optional
|
||
// BAS class 1-3 posting-account override the engine books to; the API
|
||
// validates it against chart_of_accounts before use, and class 1-2
|
||
// accounts are only accepted on zero-VAT lines (build-invoice-write.ts).
|
||
article_id: uuid.nullable().optional(),
|
||
revenue_account: invoicePostingAccount.nullable().optional(),
|
||
// ROT/RUT-avdrag fields. `deduction_amount` is intentionally omitted from
|
||
// the client schema: the API computes it from rot-rut-rules.ts so a
|
||
// tampered client can't expand the 1513 receivable beyond the line total.
|
||
deduction_type: z.enum(['rot', 'rut']).nullable().optional(),
|
||
labor_hours: z.number().nonnegative().nullable().optional(),
|
||
work_type: z.string().max(64).nullable().optional(),
|
||
housing_designation: z.string().max(128).nullable().optional(),
|
||
apartment_number: z.string().max(32).nullable().optional(),
|
||
// Bostadsrättsföreningens orgnr (XSD BrfOrgNrTYPE). If present it must be
|
||
// a real orgnr shape: 10 digits (optional dash after position 6) or the
|
||
// 12-digit sekelsiffra form, or Skatteverkets schemavalidering rejects
|
||
// the whole file at upload time. Empty string = cleared field → null.
|
||
brf_org_number: z
|
||
.union([
|
||
z.string().regex(/^(\d{6}-?\d{4}|16\d{10})$/, 'Ogiltigt organisationsnummer (10 siffror, ev. med bindestreck)'),
|
||
z.literal(''),
|
||
])
|
||
.transform((v) => v || null)
|
||
.nullable()
|
||
.optional(),
|
||
// Periodisering (förutbetald intäkt): defer the line's net revenue over
|
||
// the service period. The revenue entry credits the 29xx interim account
|
||
// instead of the revenue account; output VAT is never deferred.
|
||
accrual_period_start: isoDate.nullable().optional(),
|
||
accrual_period_end: isoDate.nullable().optional(),
|
||
accrual_balance_account: deferredRevenueAccount.nullable().optional(),
|
||
// Dimensions PR7: per-item bag merged over the invoice's
|
||
// default_dimensions on the revenue line this item books to.
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})
|
||
.superRefine((item, ctx) => {
|
||
validateAccrualPeriod(item, ctx)
|
||
const hasAccrual = Boolean(item.accrual_period_start || item.accrual_period_end)
|
||
if (hasAccrual) {
|
||
if (item.line_type === 'text') {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_start'],
|
||
message: 'Textrader kan inte periodiseras',
|
||
})
|
||
}
|
||
if (item.deduction_type) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_start'],
|
||
message: 'ROT/RUT-rader kan inte periodiseras',
|
||
})
|
||
}
|
||
if (item.quantity * item.unit_price <= 0) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_start'],
|
||
message: 'Endast rader med positivt belopp kan periodiseras',
|
||
})
|
||
}
|
||
}
|
||
// Free-text rows skip the product-line requirements (description may be
|
||
// empty for a spacer; quantity/unit/price are ignored).
|
||
if (item.line_type === 'text') return
|
||
if (item.description.trim().length === 0) {
|
||
ctx.addIssue({ code: z.ZodIssueCode.custom, path: ['description'], message: 'Item description is required' })
|
||
}
|
||
if (item.quantity <= 0) {
|
||
ctx.addIssue({ code: z.ZodIssueCode.custom, path: ['quantity'], message: 'Quantity must be positive' })
|
||
}
|
||
if (item.unit.length === 0) {
|
||
ctx.addIssue({ code: z.ZodIssueCode.custom, path: ['unit'], message: 'Unit is required' })
|
||
}
|
||
})
|
||
|
||
const optionalIsoDate = isoDate.or(z.literal('')).transform(v => v || undefined).optional()
|
||
|
||
export const CreateInvoiceSchema = z.object({
|
||
customer_id: uuid,
|
||
invoice_date: isoDate,
|
||
due_date: isoDate,
|
||
delivery_date: optionalIsoDate,
|
||
currency: CurrencySchema,
|
||
document_type: InvoiceDocumentTypeSchema.optional(),
|
||
your_reference: z.string().optional(),
|
||
our_reference: z.string().optional(),
|
||
notes: z.string().optional(),
|
||
// Optional online payment link (manual MVP): the user pastes a link created
|
||
// in their PSP dashboard (e.g. a Stripe Payment Link). https-only because the
|
||
// URL is rendered in customer-facing emails/PDFs under the company's name.
|
||
// The invoice form always sends the field ('' when empty), so empty string
|
||
// normalises to undefined like external_invoice_number above; build-invoice-
|
||
// write maps undefined to NULL so clearing the field on a draft edit works.
|
||
payment_link_url: z
|
||
.union([
|
||
z
|
||
.string()
|
||
.max(2048)
|
||
.refine((v) => {
|
||
try {
|
||
return new URL(v).protocol === 'https:'
|
||
} catch {
|
||
return false
|
||
}
|
||
}, 'Ogiltig betalningslänk (måste vara en https-adress)'),
|
||
z.literal(''),
|
||
])
|
||
.transform((v) => v || undefined)
|
||
.optional(),
|
||
// Per-invoice opt-out for the automatic Stripe payment link on send.
|
||
// Omitted → true (create) / kept as sent by the form (edit).
|
||
payment_link_auto: z.boolean().optional(),
|
||
// ROT/RUT claim info. The personnummer is plaintext on the wire and gets
|
||
// encrypted server-side before it ever hits the DB (see encryptPersonnummer
|
||
// in lib/salary/personnummer.ts). `deduction_housing_designation` is the
|
||
// fastighetsbeteckning at invoice level: required when any ROT item is
|
||
// present (enforced via rot-rut-rules.validateInvoice in the API).
|
||
deduction_personnummer: z.string().max(20).optional(),
|
||
deduction_housing_designation: z.string().max(128).optional(),
|
||
// ROT i bostadsrätt: lägenhetsnummer + föreningens orgnr replace the
|
||
// fastighetsbeteckning (Begaran.xsd: LagenhetsNr + BrfOrgNr). Stamped onto
|
||
// the rot lines server-side, same as deduction_housing_designation.
|
||
deduction_apartment_number: z.string().max(25).optional(),
|
||
// Same orgnr shape rule as items[].brf_org_number; empty string = not set.
|
||
deduction_brf_org_number: z
|
||
.union([
|
||
z.string().regex(/^(\d{6}-?\d{4}|16\d{10})$/, 'Ogiltigt organisationsnummer (10 siffror, ev. med bindestreck)'),
|
||
z.literal(''),
|
||
])
|
||
.transform((v) => v || undefined)
|
||
.optional(),
|
||
// When true, save as an unnumbered draft: skip F-series allocation and the
|
||
// invoice.created event until the user finalizes via POST /invoices/{id}/finalize
|
||
// ("Granska och skapa"). An unnumbered draft is not yet an issued faktura
|
||
// (ML 17 kap 24§), so it can be hard-deleted with no gap in the number series.
|
||
save_as_draft: z.boolean().optional(),
|
||
// Per-invoice öresavrundning toggle (display-only). Omitted → stored as null,
|
||
// which inherits company_settings.ore_rounding when rendering totals.
|
||
ore_rounding: z.boolean().optional(),
|
||
// Dimensions PR7: invoice-level bag applied to every generated journal line;
|
||
// items[].dimensions merge over it per revenue line.
|
||
default_dimensions: DimensionsBagSchema.optional(),
|
||
// Self-billing (mottagen självfaktura, ML 17 kap 15§): optional. Set
|
||
// is_self_billed=true to register an invoice the CUSTOMER issued on your
|
||
// behalf. For your books it is a sale, booked immediately (Debit 1510, Credit
|
||
// 30xx + 26xx) with the counterparty's number in external_invoice_number: no
|
||
// number from your own series is consumed (BFL 5 kap 6§), and there is no
|
||
// draft/send step. When is_self_billed is true, external_invoice_number and
|
||
// received_date are required (enforced in the route). Leave off for a normal
|
||
// invoice. A plain optional flag (no schema refine) so UpdateInvoiceSchema's
|
||
// .omit() keeps working on this object.
|
||
is_self_billed: z.boolean().optional(),
|
||
// The dashboard invoice form always sends these self-billing fields (default
|
||
// '' in create/edit mode) even for a normal invoice, so an empty string must
|
||
// read as "not provided", not fail validation. Otherwise a plain
|
||
// external_invoice_number: '' trips the min(1) and 400s every regular invoice
|
||
// create. Required-when-self-billed is still enforced in the v1 route via a
|
||
// falsy check after parse, so normalising '' -> undefined here is safe.
|
||
external_invoice_number: z
|
||
.union([z.string().min(1).max(64), z.literal('')])
|
||
.transform((v) => v || undefined)
|
||
.optional(),
|
||
self_billing_agreement_ref: z
|
||
.string()
|
||
.max(128)
|
||
.transform((v) => v || undefined)
|
||
.optional(),
|
||
received_date: optionalIsoDate,
|
||
items: z.array(CreateInvoiceItemSchema).min(1, 'At least one item is required'),
|
||
})
|
||
|
||
// Update (edit) an existing DRAFT invoice in place. Same shape as create minus
|
||
// `save_as_draft`: editing never (re)creates a draft or allocates a number, it
|
||
// only rewrites the draft's header + line items. The PATCH route guards that the
|
||
// target is still a draft (status='draft', no journal entry, not self-billed).
|
||
export const UpdateInvoiceSchema = CreateInvoiceSchema.omit({ save_as_draft: true })
|
||
|
||
export const CreateCreditNoteSchema = z.object({
|
||
credited_invoice_id: uuid,
|
||
reason: z.string().optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Rot/rut begäran om utbetalning (Skatteverkets husavdragstjänst)
|
||
// ============================================================
|
||
|
||
export const RotRutPayoutFileSchema = z.object({
|
||
deduction_type: z.enum(['rot', 'rut']),
|
||
invoice_ids: z.array(uuid).min(1).max(500),
|
||
// NamnPaBegaran: the XSD caps it at 16 chars; omitted → generated.
|
||
name: z.string().min(1).max(16).optional(),
|
||
})
|
||
|
||
export const RotRutRequestPatchSchema = z.object({
|
||
status: z.enum(['submitted', 'paid', 'partially_paid', 'rejected', 'cancelled']),
|
||
// Godkänt belopp from Skatteverkets beslut. Only meaningful together with
|
||
// paid/partially_paid/rejected.
|
||
decided_total: nonNegativeAmount.optional(),
|
||
})
|
||
|
||
export const RotRutSettleSchema = z.object({
|
||
payment_date: isoDate,
|
||
// Defaults server-side to decided_total ?? requested_total.
|
||
amount: z.number().positive().optional(),
|
||
// BAS 19xx account the payout landed on (1920 Bank, 1930 Företagskonto, …).
|
||
// Omitted → 1930. The engine validates existence against chart_of_accounts.
|
||
bank_account: z
|
||
.string()
|
||
.regex(/^19\d{2}$/, 'Bankkontot måste vara ett BAS 19xx-konto')
|
||
.optional(),
|
||
})
|
||
|
||
// The beslutsfil JSON downloaded from Skatteverkets rot/rut e-tjänst
|
||
// (dev_docs/skatteverket/husavdrag/exempel_beslut.json + ht.raml).
|
||
export const RotRutBeslutFileSchema = z.object({
|
||
version: z.string(),
|
||
// Utförarens orgnr, 12 digits with 16-prefix in SKV's file.
|
||
utforare: z.string().regex(/^\d{10,12}$/),
|
||
beslut: z
|
||
.array(
|
||
z.object({
|
||
// NamnPaBegaran as submitted (1-16 chars); the primary match key
|
||
// against rot_rut_payout_requests.name.
|
||
namn: z.string().min(1),
|
||
referensnummer: z.string().regex(/^\d{11}(-\d+)?$/),
|
||
arenden: z
|
||
.array(
|
||
z.object({
|
||
personnummer: z.string().regex(/^\d{12}$/),
|
||
fakturanummer: z.string().max(20).optional(),
|
||
// Whole kronor; 0 = avslag for the ärende.
|
||
godkantBelopp: z.number().int().min(0),
|
||
}),
|
||
)
|
||
.min(1),
|
||
}),
|
||
)
|
||
.min(1),
|
||
})
|
||
|
||
// ============================================================
|
||
// Articles (artikelregister)
|
||
// ============================================================
|
||
|
||
export const ArticleTypeSchema = z.enum(['vara', 'tjanst'])
|
||
|
||
export const CreateArticleSchema = z.object({
|
||
name: z.string().min(1, 'Article name is required').max(200),
|
||
type: ArticleTypeSchema.optional(),
|
||
unit: z.string().min(1).max(32).optional(),
|
||
price_excl_vat: nonNegativeAmount,
|
||
vat_rate: vatRatePercent.optional(),
|
||
// Default price currency; omitted = SEK. Pre-fills a new invoice's currency.
|
||
// Constrained to the same CurrencySchema enum invoices use, which mirrors the
|
||
// seeded currencies reference table: an unknown code is a clean 400 here
|
||
// instead of a raw FK violation (23503) surfacing at insert time.
|
||
currency: CurrencySchema.optional(),
|
||
// Optional BAS class 1-3 posting-account override. Null/omitted = derive from
|
||
// the invoice's VAT treatment (current behaviour).
|
||
revenue_account: invoicePostingAccount.nullable().optional(),
|
||
// Margin/display only; never posted.
|
||
cost_price: nonNegativeAmount.nullable().optional(),
|
||
ean: z.string().max(32).nullable().optional(),
|
||
// ROT/RUT arbetstyp; only meaningful for type === 'tjanst'.
|
||
housework_type: z.string().max(64).nullable().optional(),
|
||
name_en: z.string().max(200).nullable().optional(),
|
||
notes: z.string().max(2000).nullable().optional(),
|
||
// Manual article number; omit to auto-generate via generate_article_number.
|
||
article_number: z.string().max(64).nullable().optional(),
|
||
})
|
||
|
||
// PATCH allows every create field plus toggling the soft-delete flag.
|
||
export const UpdateArticleSchema = CreateArticleSchema.partial().extend({
|
||
active: z.boolean().optional(),
|
||
})
|
||
|
||
// Self-billing received (mottagen självfaktura, ML 17 kap 15§). The customer
|
||
// issued the invoice on our behalf; for us it is a sale. We store the
|
||
// counterparty's number in external_invoice_number and never assign one from
|
||
// our own series. No ROT/RUT (that is a B2C, own-issued concept), so the item
|
||
// schema is the lean revenue-only shape: vat_rate is constrained to the legal
|
||
// Swedish set so the booked output VAT is always reportable.
|
||
export const SelfBillingInvoiceItemSchema = z.object({
|
||
description: z.string().min(1, 'Item description is required'),
|
||
quantity: z.number().positive('Quantity must be positive'),
|
||
unit: z.string().min(1, 'Unit is required').default('st'),
|
||
unit_price: z.number(),
|
||
vat_rate: z
|
||
.union([z.literal(0), z.literal(6), z.literal(12), z.literal(25)])
|
||
.optional(),
|
||
})
|
||
|
||
export const CreateSelfBillingInvoiceSchema = z.object({
|
||
customer_id: uuid,
|
||
external_invoice_number: z.string().min(1, 'External invoice number is required').max(64),
|
||
self_billing_agreement_ref: z.string().max(128).optional(),
|
||
invoice_date: isoDate,
|
||
received_date: isoDate,
|
||
due_date: isoDate,
|
||
currency: CurrencySchema,
|
||
notes: z.string().optional(),
|
||
items: z.array(SelfBillingInvoiceItemSchema).min(1, 'At least one item is required'),
|
||
})
|
||
|
||
// ============================================================
|
||
// Recurring invoice schedule schemas
|
||
// ============================================================
|
||
|
||
// Swedish VAT rates per ML 17 kap 24§ p.9. null means "use the customer's
|
||
// default rate" (getAvailableVatRates), which is 0% for a VAT-validated EU
|
||
// business or an export customer: huvudregeln, ML 6 kap. 34 §, taxes a B2B
|
||
// service where the buyer is established. An explicit 25/12/6 is still lawful
|
||
// for those customers when the supply is taxed where it is performed
|
||
// (fastighetstjänst, persontransport, korttidsuthyrning, restaurang/catering,
|
||
// admission to cultural and sports events), so cron-time validation in
|
||
// executeRecurringSchedule gates on getPermittedVatRates, not on the default.
|
||
// A rate outside 0/6/12/25 is rejected here: there is no such Swedish rate, and
|
||
// the buyer could not deduct ingående moms on it.
|
||
export const RecurringScheduleItemSchema = z.object({
|
||
description: z.string().min(1, 'Item description is required'),
|
||
quantity: z.number().positive('Quantity must be positive'),
|
||
unit: z.string().min(1, 'Unit is required').default('st'),
|
||
unit_price: z.number(),
|
||
vat_rate: z
|
||
.union([z.literal(0), z.literal(6), z.literal(12), z.literal(25)])
|
||
.nullable()
|
||
.optional(),
|
||
})
|
||
|
||
export const CreateRecurringScheduleSchema = z.object({
|
||
customer_id: uuid,
|
||
name: z.string().min(1, 'Schedule name is required').max(200),
|
||
day_of_month: z.number().int().min(1).max(31),
|
||
// Whole hour (0-23) in Europe/Stockholm at which the invoice is sent.
|
||
send_hour: z.number().int().min(0).max(23).default(8),
|
||
payment_terms_days: z.number().int().min(0).max(90).default(30),
|
||
currency: CurrencySchema.default('SEK'),
|
||
your_reference: z.string().optional(),
|
||
our_reference: z.string().optional(),
|
||
notes: z.string().optional(),
|
||
auto_send: z.boolean().default(false),
|
||
// Optional: when to first run. Defaults to next occurrence of day_of_month
|
||
// (today if day_of_month === today, otherwise next month).
|
||
start_date: isoDate.optional(),
|
||
items: z.array(RecurringScheduleItemSchema).min(1, 'At least one item is required'),
|
||
})
|
||
|
||
export const UpdateRecurringScheduleSchema = z.object({
|
||
customer_id: uuid.optional(),
|
||
name: z.string().min(1).max(200).optional(),
|
||
day_of_month: z.number().int().min(1).max(31).optional(),
|
||
send_hour: z.number().int().min(0).max(23).optional(),
|
||
payment_terms_days: z.number().int().min(0).max(90).optional(),
|
||
currency: CurrencySchema.optional(),
|
||
your_reference: z.string().nullable().optional(),
|
||
our_reference: z.string().nullable().optional(),
|
||
notes: z.string().nullable().optional(),
|
||
auto_send: z.boolean().optional(),
|
||
status: z.enum(['active', 'paused']).optional(),
|
||
// Replace all items if provided. Omit to keep existing items unchanged.
|
||
items: z.array(RecurringScheduleItemSchema).min(1).optional(),
|
||
})
|
||
|
||
export const MarkInvoicePaidSchema = z.object({
|
||
payment_date: isoDate.optional(),
|
||
exchange_rate_difference: z.number().optional(),
|
||
notes: z.string().optional(),
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
// Dimensions PR7: user-edited payment lines keep their tags (the
|
||
// no-override path re-propagates the invoice's default_dimensions).
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})).min(2).optional(),
|
||
// Bypass the duplicate-payment guard. Set after the user reviews the
|
||
// candidate list returned by INVOICE_PAID_LIKELY_DUPLICATE and confirms
|
||
// none of them are this payment. v1 callers must use a fresh
|
||
// Idempotency-Key on the retry: the original is body-hash bound.
|
||
force: z.boolean().optional(),
|
||
})
|
||
|
||
export const MarkInvoiceSentSchema = z.object({
|
||
// Optional user-edited issuance lines ("Markera som skickad och bokför").
|
||
// When present they replace the generated invoice entry verbatim: the route
|
||
// validates balance and books exactly these lines, and accrual schedules
|
||
// are NOT created (what the user reviewed is what books). Only honored on
|
||
// the accrual book-at-issue path; ignored for credit notes, cash-method
|
||
// and deferred-booking companies, which don't book at mark-sent.
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})).min(2).optional(),
|
||
})
|
||
|
||
export const SendInvoiceSchema = MarkInvoiceSentSchema.extend({
|
||
additional_cc: invoiceEmailAddressList.optional(),
|
||
additional_bcc: invoiceEmailAddressList.optional(),
|
||
}).refine(
|
||
(data) => (
|
||
(data.additional_cc?.length ?? 0) + (data.additional_bcc?.length ?? 0)
|
||
<= MAX_INVOICE_EMAIL_COPY_RECIPIENTS
|
||
),
|
||
{
|
||
message: `Högst ${MAX_INVOICE_EMAIL_COPY_RECIPIENTS} extra kopiemottagare är tillåtna totalt`,
|
||
path: ['additional_cc'],
|
||
},
|
||
)
|
||
|
||
// ============================================================
|
||
// Customer schemas
|
||
// ============================================================
|
||
|
||
export const CreateCustomerSchema = z.object({
|
||
name: z.string().min(1, 'Customer name is required'),
|
||
customer_type: CustomerTypeSchema,
|
||
// Kundnummer shown on invoices. Free text, not unique in v1. Empty string
|
||
// and null both clear the value (routes normalize '' to null).
|
||
customer_number: z
|
||
.string()
|
||
.trim()
|
||
.max(32, 'Customer number must be 32 characters or fewer')
|
||
.nullable()
|
||
.optional(),
|
||
email: z.string().email('Invalid email address').optional(),
|
||
phone: z.string().optional(),
|
||
address_line1: z.string().optional(),
|
||
address_line2: z.string().optional(),
|
||
postal_code: z.string().optional(),
|
||
city: z.string().optional(),
|
||
country: z.string().optional(),
|
||
org_number: z.string().optional(),
|
||
vat_number: z.string().optional(),
|
||
personal_number: z
|
||
.string()
|
||
.regex(/^(\d{6}|\d{8})[-+]?\d{4}$/, 'Invalid personal number')
|
||
.optional()
|
||
.nullable(),
|
||
language: z.enum(['sv', 'en']).optional(),
|
||
default_payment_terms: z.number().int().positive().optional(),
|
||
notes: z.string().optional(),
|
||
}).superRefine((customer, ctx) => {
|
||
if (customer.personal_number && customer.customer_type !== 'individual') {
|
||
ctx.addIssue({
|
||
code: 'custom',
|
||
path: ['personal_number'],
|
||
message: 'Personal number is only allowed for individual customers',
|
||
})
|
||
}
|
||
})
|
||
|
||
export const UpdateCustomerSchema = z.object({
|
||
name: z.string().min(1, 'Customer name is required').optional(),
|
||
customer_type: CustomerTypeSchema.optional(),
|
||
customer_number: z.string().trim().max(32).nullable().optional(),
|
||
email: z.string().email('Invalid email address').optional(),
|
||
phone: z.string().optional(),
|
||
address_line1: z.string().optional(),
|
||
address_line2: z.string().optional(),
|
||
postal_code: z.string().optional(),
|
||
city: z.string().optional(),
|
||
country: z.string().optional(),
|
||
org_number: z.string().optional(),
|
||
vat_number: z.string().optional(),
|
||
// Plaintext personnummer (validated here, then encrypted by the route), or
|
||
// either masked form a read path returns: '********-1234' when the stored
|
||
// value decrypted, '********-????' when it did not. The route reads a mask
|
||
// as "leave the stored value alone" and never stores it, so a client echoing
|
||
// back what it read cannot wipe the personnummer.
|
||
// Both forms must pass. Accepting only the '-1234' one made an undecryptable
|
||
// row completely uneditable: the mask the API had just returned failed
|
||
// validation here, so PATCHing the customer's name or address 400'd on a
|
||
// field the user had no way to correct.
|
||
// CreateCustomerSchema stays strict: on create there is no stored value to
|
||
// preserve, so a mask there is a client error and earns a 400.
|
||
personal_number: z
|
||
.string()
|
||
.regex(PERSONAL_NUMBER_INPUT_RE, 'Invalid personal number')
|
||
.nullable()
|
||
.optional(),
|
||
language: z.enum(['sv', 'en']).optional(),
|
||
default_payment_terms: z.number().int().positive().optional(),
|
||
notes: z.string().optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Supplier schemas
|
||
// ============================================================
|
||
|
||
export const CreateSupplierSchema = z.object({
|
||
name: z.string().min(1, 'Supplier name is required'),
|
||
supplier_type: SupplierTypeSchema,
|
||
email: z.string().email('Invalid email address').optional(),
|
||
phone: z.string().optional(),
|
||
address_line1: z.string().optional(),
|
||
address_line2: z.string().optional(),
|
||
postal_code: z.string().optional(),
|
||
city: z.string().optional(),
|
||
country: z.string().optional(),
|
||
org_number: z.string().optional(),
|
||
vat_number: z.string().optional(),
|
||
bankgiro: z.string().optional(),
|
||
plusgiro: z.string().optional(),
|
||
bank_account: z.string().optional(),
|
||
iban: z.string().optional(),
|
||
bic: z.string().optional(),
|
||
default_expense_account: accountNumber.optional(),
|
||
default_payment_terms: z.number().int().positive().optional(),
|
||
default_currency: CurrencySchema.nullable().optional(),
|
||
notes: z.string().optional(),
|
||
})
|
||
|
||
export const UpdateSupplierSchema = CreateSupplierSchema.partial()
|
||
|
||
// ============================================================
|
||
// Supplier invoice schemas
|
||
// ============================================================
|
||
|
||
export const CreateSupplierInvoiceItemSchema = z.object({
|
||
description: z.string().min(1, 'Item description is required'),
|
||
amount: z.number().optional(),
|
||
account_number: accountNumber,
|
||
vat_rate: vatRateDecimal.optional(),
|
||
// Manual VAT override. When provided, the engine books this exact amount to
|
||
// 2641/2645 instead of recomputing line_total × vat_rate. Use for partial-
|
||
// deductible cases (bilförmån 50%, representation 300 kr-tak), foreign-
|
||
// currency rounding, or POS receipts where supplier-side rounding makes the
|
||
// VAT off by öre.
|
||
vat_amount: z.number().min(0).optional(),
|
||
// Self-assessed VAT rate for omvänd skattskyldighet (reverse charge). The
|
||
// supplier charges no VAT (vat_rate stays 0); this is the Swedish statutory
|
||
// rate the buyer self-assesses at: 25% huvudregel default, 12%/6% for
|
||
// reduced-rated services (ML 6 kap 34 §). Must be a statutory rate.
|
||
reverse_charge_rate: z
|
||
.number()
|
||
.refine((r) => r === 0.06 || r === 0.12 || r === 0.25, {
|
||
message: 'reverse_charge_rate must be 0.06, 0.12, or 0.25',
|
||
})
|
||
.optional(),
|
||
vat_code: z.string().optional(),
|
||
quantity: z.number().optional(),
|
||
unit: z.string().optional(),
|
||
unit_price: z.number().optional(),
|
||
// Periodisering (förutbetald kostnad): defer the line's net cost over the
|
||
// service period. The registration entry debits the 17xx interim account
|
||
// instead of account_number; input VAT is never deferred.
|
||
accrual_period_start: isoDate.nullable().optional(),
|
||
accrual_period_end: isoDate.nullable().optional(),
|
||
accrual_balance_account: prepaidExpenseAccount.nullable().optional(),
|
||
// Dimensions PR7: per-item bag merged over the invoice's
|
||
// default_dimensions on the expense line this item books to.
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
}).refine(
|
||
(item) => {
|
||
if (item.vat_amount == null) return true
|
||
const lineTotal = item.amount != null
|
||
? item.amount
|
||
: (item.quantity ?? 1) * (item.unit_price ?? 0)
|
||
const vatRate = item.vat_rate ?? 0.25
|
||
const maxVat = Math.round(lineTotal * vatRate * 100) / 100
|
||
// 1-öre tolerance covers POS rounding; anything beyond is an upstream bug
|
||
// or a client trying to inflate 2641 debit beyond the statutory ceiling.
|
||
return item.vat_amount <= maxVat + 0.01
|
||
},
|
||
{
|
||
message: 'vat_amount cannot exceed line_total × vat_rate',
|
||
path: ['vat_amount'],
|
||
},
|
||
).superRefine((item, ctx) => {
|
||
validateAccrualPeriod(item, ctx)
|
||
if (item.accrual_period_start || item.accrual_period_end) {
|
||
const lineTotal = item.amount != null
|
||
? item.amount
|
||
: (item.quantity ?? 1) * (item.unit_price ?? 0)
|
||
if (lineTotal <= 0) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['accrual_period_start'],
|
||
message: 'Endast rader med positivt belopp kan periodiseras',
|
||
})
|
||
}
|
||
}
|
||
})
|
||
|
||
export const CreateSupplierInvoiceSchema = z.object({
|
||
supplier_id: uuid,
|
||
// Optional invoice PDF/image already stored in the WORM document archive.
|
||
// The route verifies company ownership and that the document is unused.
|
||
document_id: uuid.optional(),
|
||
supplier_invoice_number: z.string().min(1, 'Supplier invoice number is required'),
|
||
invoice_date: isoDate,
|
||
due_date: isoDate,
|
||
delivery_date: optionalIsoDate,
|
||
currency: CurrencySchema.optional(),
|
||
// Bounded by the shared `exchangeRate` primitive so the value can never
|
||
// reach `supplier_invoices_exchange_rate_check` and come back as a 500.
|
||
exchange_rate: exchangeRate.optional(),
|
||
vat_treatment: VatTreatmentSchema.optional(),
|
||
reverse_charge: z.boolean().optional(),
|
||
payment_reference: z.string().optional(),
|
||
notes: z.string().optional(),
|
||
// Per-invoice öresavrundning toggle (display-only). Omitted → stored as null (off).
|
||
ore_rounding: z.boolean().optional(),
|
||
paid_with_private_funds: z.boolean().optional(),
|
||
// For paid_with_private_funds: the date the owner paid out-of-pocket.
|
||
// Defaults to invoice_date (common for kvitto where the two coincide).
|
||
payment_date: isoDate.optional(),
|
||
// Dimensions PR7: invoice-level bag applied to every generated journal line;
|
||
// items[].dimensions merge over it per expense line.
|
||
default_dimensions: DimensionsBagSchema.optional(),
|
||
items: z.array(CreateSupplierInvoiceItemSchema).min(1, 'At least one item is required'),
|
||
})
|
||
|
||
export const MarkSupplierInvoicePaidSchema = z.object({
|
||
amount: z.number().positive().optional(),
|
||
payment_date: isoDate.optional(),
|
||
exchange_rate_difference: z.number().optional(),
|
||
notes: z.string().optional(),
|
||
force: z.boolean().optional(),
|
||
// Which BAS account to credit for the payment. Defaults to 1930 to preserve
|
||
// the historical behaviour for MCP / agent callers that don't supply it.
|
||
payment_account: accountNumber.optional(),
|
||
// Optional user-edited journal entry rows. When present they override the
|
||
// default 2440-clearing / cash booking. Server validates balance and posts
|
||
// via createJournalEntry directly. source_type still derives from the
|
||
// routing decision so downstream payment-sync keeps working.
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
// Dimensions PR7: user-edited payment lines keep their tags (the
|
||
// no-override path re-propagates the invoice's default_dimensions).
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})).min(2).optional(),
|
||
})
|
||
|
||
export const UpdateSupplierInvoiceSchema = z.object({
|
||
supplier_invoice_number: z.string().min(1).optional(),
|
||
invoice_date: isoDate.optional(),
|
||
due_date: isoDate.optional(),
|
||
delivery_date: optionalIsoDate,
|
||
payment_reference: z.string().optional(),
|
||
notes: z.string().optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Journal entry schemas
|
||
// ============================================================
|
||
|
||
export const CreateJournalEntryLineSchema = z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
currency: z.string().optional(),
|
||
amount_in_currency: z.number().optional(),
|
||
exchange_rate: z.number().positive().optional(),
|
||
tax_code: z.string().optional(),
|
||
// SIE dimension map {sie_dim_no: object_code}, e.g. {"1":"KS01","6":"P001"}.
|
||
// Single source of truth for the constraints lives in dimension-resolver so
|
||
// the staged pending-operations path validates identically. Wins per key
|
||
// over the cost_center/project aliases.
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
// Deprecated aliases for dimensions['1'] / dimensions['6'], kept forever
|
||
// for API/MCP compatibility.
|
||
cost_center: z.string().optional(),
|
||
project: z.string().optional(),
|
||
})
|
||
|
||
export const CreateJournalEntrySchema = z.object({
|
||
fiscal_period_id: uuid,
|
||
entry_date: isoDate,
|
||
description: z.string().min(1, 'Description is required'),
|
||
source_type: JournalEntrySourceTypeSchema.default('manual'),
|
||
source_id: z.string().optional(),
|
||
voucher_series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z').optional(),
|
||
notes: z.string().max(2000).optional(),
|
||
lines: z.array(CreateJournalEntryLineSchema).min(2, 'At least two lines are required for double-entry'),
|
||
})
|
||
|
||
export const CorrectJournalEntrySchema = z.object({
|
||
// Optional verifikationstext for the corrected entry. When omitted the
|
||
// server falls back to "Rättelse: <original description>"; supplying it lets
|
||
// the user replace a header that echoed the wrong account's label (#1031).
|
||
description: z.string().trim().min(1, 'Description cannot be empty').optional(),
|
||
lines: z.array(CreateJournalEntryLineSchema).min(2, 'At least two lines are required for double-entry'),
|
||
})
|
||
|
||
// ============================================================
|
||
// Inline rättelse of a posted verifikat (BFL 5 kap 5 § / 9 §)
|
||
// ============================================================
|
||
// The correct_entry_metadata / correct_entry_lines_inline RPCs enforce the
|
||
// full envelope (posted status, open period, company lock date, balance,
|
||
// who/when logging); these schemas only shape the payload.
|
||
|
||
/** POST /api/bookkeeping/journal-entries/[id]/correct-metadata */
|
||
export const CorrectEntryMetadataSchema = z
|
||
.object({
|
||
description: z.string().trim().min(1, 'Beskrivningen kan inte vara tom').max(500).optional(),
|
||
entry_date: isoDate.optional(),
|
||
})
|
||
.refine((body) => body.description !== undefined || body.entry_date !== undefined, {
|
||
message: 'Minst ett fält måste anges',
|
||
})
|
||
|
||
/**
|
||
* Replacement line for an inline strike. Deliberately narrower than
|
||
* CreateJournalEntryLineSchema: inline additions are SEK-only and carry no
|
||
* tax_code or currency conversion (those corrections use the storno flow).
|
||
*/
|
||
export const InlineRattelseLineSchema = z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().max(500).optional(),
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})
|
||
|
||
/** POST /api/bookkeeping/journal-entries/[id]/strike-lines */
|
||
export const StrikeLinesSchema = z
|
||
.object({
|
||
strike_line_ids: z.array(uuid).max(200).default([]),
|
||
lines: z.array(InlineRattelseLineSchema).max(100).default([]),
|
||
})
|
||
.refine((body) => body.strike_line_ids.length > 0 || body.lines.length > 0, {
|
||
message: 'Rättelsen måste stryka eller lägga till minst en rad',
|
||
})
|
||
|
||
// ============================================================
|
||
// Dimension registry schemas (kostnadsställe/projekt)
|
||
// ============================================================
|
||
// dev_docs/dimensions_implementation_plan.md §6. The registry tables
|
||
// (dimensions/dimension_values) shipped in 20260702084500_dimensions_substrate.
|
||
|
||
/**
|
||
* Object code for USER-CREATED dimension values: strict Fortnox format.
|
||
* Deliberately tighter than both the DB CHECK (1..40 chars, no `"{}`') and
|
||
* DimensionsBagSchema (line-level values): legacy free-text codes from the
|
||
* backfill/SIE import must survive on lines, but new registry codes minted
|
||
* through the API stay portable to Fortnox/Visma.
|
||
*/
|
||
const dimensionValueCode = z
|
||
.string()
|
||
.regex(
|
||
/^[A-Za-z0-9ÅÄÖåäö_+\-]{1,20}$/,
|
||
'Koden får bara innehålla bokstäver (A-Ö), siffror, _, + och - (max 20 tecken)',
|
||
)
|
||
|
||
const dimensionValueDates = {
|
||
start_date: isoDate.nullable().optional(),
|
||
end_date: isoDate.nullable().optional(),
|
||
}
|
||
|
||
/** PATCH /api/dimensions/[id]: name is rejected route-side for is_system dims. */
|
||
export const UpdateDimensionSchema = z
|
||
.object({
|
||
name: z.string().min(1).max(80).optional(),
|
||
is_active: z.boolean().optional(),
|
||
sort_order: z.number().int().min(0).optional(),
|
||
})
|
||
.refine((body) => Object.values(body).some((v) => v !== undefined), {
|
||
message: 'Minst ett fält måste anges',
|
||
})
|
||
|
||
/** POST /api/dimensions/[id]/values: code is immutable after creation (v1: no rename). */
|
||
export const CreateDimensionValueSchema = z
|
||
.object({
|
||
code: dimensionValueCode,
|
||
name: z.string().min(1).max(120),
|
||
/** Omitted → true. Lets "create as archived" be a single atomic POST. */
|
||
is_active: z.boolean().optional(),
|
||
...dimensionValueDates,
|
||
})
|
||
.refine(
|
||
(body) => !body.start_date || !body.end_date || body.end_date >= body.start_date,
|
||
{ message: 'Slutdatum får inte vara före startdatum', path: ['end_date'] },
|
||
)
|
||
|
||
/**
|
||
* POST /api/bookkeeping/journal-entry-lines/[lineId]/retag: Tier-2 retro-
|
||
* tagging (dimensions plan PR6). The RPC enforces every rule (posted only,
|
||
* open period, lock date, active registry values); this schema only shapes
|
||
* the request. An empty bag {} untags the line.
|
||
*/
|
||
/**
|
||
* POST /api/dimensions — create a custom dimension (dimensions PR10).
|
||
* sie_dim_no omitted → server picks the next free number >= 20 (SIE leaves
|
||
* 20+ unreserved). parent_sie_dim_no declares an #UNDERDIM hierarchy.
|
||
*/
|
||
export const CreateDimensionSchema = z.object({
|
||
name: z.string().trim().min(1).max(60),
|
||
sie_dim_no: z.coerce.number().int().min(1).max(9999).optional(),
|
||
resets_annually: z.boolean().optional(),
|
||
parent_sie_dim_no: z.coerce.number().int().min(1).max(9999).nullable().optional(),
|
||
})
|
||
|
||
const AccountDimensionRuleTypeSchema = z.enum(['required', 'default', 'fixed'])
|
||
|
||
/** GET /api/dimensions/rules query — optional exact-account filter. */
|
||
export const ListDimensionRulesQuerySchema = z.object({
|
||
account_number: accountNumber.optional(),
|
||
})
|
||
|
||
/**
|
||
* POST /api/dimensions/rules — per-account dimension policy (dimensions
|
||
* PR10). 'required' carries no value; 'default'/'fixed' must carry the value
|
||
* to apply. One rule per (account, dimension) — enforced by the DB UNIQUE.
|
||
*/
|
||
export const CreateAccountDimensionRuleSchema = z
|
||
.object({
|
||
account_number: accountNumber,
|
||
dimension_id: uuid,
|
||
rule_type: AccountDimensionRuleTypeSchema,
|
||
value_id: uuid.optional(),
|
||
is_active: z.boolean().optional(),
|
||
})
|
||
.superRefine((rule, ctx) => {
|
||
if (rule.rule_type === 'required' && rule.value_id) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['value_id'],
|
||
message: 'En obligatorisk regel har inget värde — värden hör till Förval/Låst.',
|
||
})
|
||
}
|
||
if (rule.rule_type !== 'required' && !rule.value_id) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['value_id'],
|
||
message: 'Välj vilket värde regeln ska använda.',
|
||
})
|
||
}
|
||
})
|
||
|
||
/** PATCH /api/dimensions/rules/[id] — the value-presence rule re-checks in the route (partial update). */
|
||
export const UpdateAccountDimensionRuleSchema = z.object({
|
||
rule_type: AccountDimensionRuleTypeSchema.optional(),
|
||
value_id: uuid.nullable().optional(),
|
||
is_active: z.boolean().optional(),
|
||
})
|
||
|
||
export const RetagLineDimensionsSchema = z.object({
|
||
// {} passes (no entries to validate) = UNTAG. Intentional divergence from
|
||
// the MCP staged path (RetagLineDimensionsParamsSchema), which rejects an
|
||
// empty bag: a human clearing phantom tags via the dialog/workbench is a
|
||
// deliberate act with a logged reason; an agent bulk-clearing history is
|
||
// not something we allow to be staged. The retag log records {} as the
|
||
// new value either way (#867 review).
|
||
dimensions: DimensionsBagSchema,
|
||
reason: z.string().min(3).max(500),
|
||
})
|
||
|
||
/** PATCH /api/dimensions/[id]/values/[valueId]: no `code` field by design. */
|
||
export const UpdateDimensionValueSchema = z
|
||
.object({
|
||
name: z.string().min(1).max(120).optional(),
|
||
is_active: z.boolean().optional(),
|
||
...dimensionValueDates,
|
||
})
|
||
.refine((body) => Object.values(body).some((v) => v !== undefined), {
|
||
message: 'Minst ett fält måste anges',
|
||
})
|
||
|
||
/**
|
||
* Move a posted verifikation to a different date (and thereby fiscal period)
|
||
* without changing its lines: fixes a booking entered with the wrong
|
||
* date/year. The corrected lines are copied server-side from the original.
|
||
*/
|
||
export const RecordateJournalEntrySchema = z.object({
|
||
new_entry_date: isoDate,
|
||
})
|
||
|
||
// ============================================================
|
||
// Transaction schemas
|
||
// ============================================================
|
||
|
||
/**
|
||
* Manual bank-transaction creation (the "Lägg till transaktion" form).
|
||
*
|
||
* The authoritative server-side boundary for that flow. Historically the form
|
||
* inserted straight into Supabase from the browser with only
|
||
* `z.string().min(1)` on the date, which let a corrupt 6-digit year through and
|
||
* crashed the page on render. The form reuses `isSaneDateString` (via this
|
||
* schema's `saneIsoDate`) so the date rule is single-sourced across layers.
|
||
*/
|
||
export const CreateTransactionSchema = z.object({
|
||
date: saneIsoDate,
|
||
description: z.string().min(1, 'Description is required').max(500),
|
||
amount: z.number().refine((n) => n !== 0, 'Amount must not be zero'),
|
||
currency: CurrencySchema,
|
||
category: TransactionCategorySchema.optional(),
|
||
notes: z.string().max(2000).optional(),
|
||
})
|
||
|
||
export const CategorizeTransactionSchema = z
|
||
.object({
|
||
is_business: z.boolean(),
|
||
category: TransactionCategorySchema.optional(),
|
||
template_id: z.string().optional(),
|
||
vat_treatment: VatTreatmentSchema.optional(),
|
||
account_override: accountNumber.optional(),
|
||
counterparty_template_id: z.string().uuid().optional(),
|
||
user_description: z.string().max(500).optional(),
|
||
inbox_item_id: z.string().uuid().optional(),
|
||
confirm_no_match: z.boolean().optional(),
|
||
// Booking-time duplicate guard (TRANSACTION_BOOK_POSSIBLE_DUPLICATE). force
|
||
// bypasses it after the user reviews the candidate; the bypass is bound to
|
||
// the specific already-booked candidate (re-detected server-side, so a
|
||
// guessed id can't wave the guard away). The candidate is either a sibling
|
||
// transaction (expected_duplicate_transaction_id) or a ledger-only voucher
|
||
// with no transaction behind it (expected_duplicate_journal_entry_id): both
|
||
// carry a journal_entry_id, so new callers bind on that.
|
||
force: z.boolean().optional(),
|
||
expected_duplicate_transaction_id: uuid.optional(),
|
||
expected_duplicate_journal_entry_id: uuid.optional(),
|
||
})
|
||
.refine((v) => !v.force || !!v.expected_duplicate_transaction_id || !!v.expected_duplicate_journal_entry_id, {
|
||
message: 'expected_duplicate_transaction_id or expected_duplicate_journal_entry_id is required when force=true',
|
||
path: ['expected_duplicate_journal_entry_id'],
|
||
})
|
||
|
||
export const BookTransactionSchema = z
|
||
.object({
|
||
fiscal_period_id: uuid,
|
||
entry_date: isoDate,
|
||
description: z.string().min(1, 'Description is required'),
|
||
lines: z.array(CreateJournalEntryLineSchema).min(1, 'At least one line is required'),
|
||
// Booking-time duplicate guard: see CategorizeTransactionSchema.
|
||
force: z.boolean().optional(),
|
||
expected_duplicate_transaction_id: uuid.optional(),
|
||
expected_duplicate_journal_entry_id: uuid.optional(),
|
||
})
|
||
.refine((v) => !v.force || !!v.expected_duplicate_transaction_id || !!v.expected_duplicate_journal_entry_id, {
|
||
message: 'expected_duplicate_transaction_id or expected_duplicate_journal_entry_id is required when force=true',
|
||
path: ['expected_duplicate_journal_entry_id'],
|
||
})
|
||
|
||
/**
|
||
* Edit a bank transaction's title (description). Only the working label:
|
||
* gated server-side to unbooked, unmatched rows. Trimmed; whitespace-only is
|
||
* rejected by min(1). Passing the bank original restores the "not edited" tag.
|
||
*/
|
||
export const UpdateTransactionTitleSchema = z.object({
|
||
description: z.string().trim().min(1, 'Title cannot be empty').max(500),
|
||
})
|
||
|
||
export const BookInboxItemDirectlySchema = z.object({
|
||
fiscal_period_id: uuid,
|
||
entry_date: isoDate,
|
||
description: z.string().min(1, 'Beskrivning krävs'),
|
||
notes: z.string().max(2000).optional(),
|
||
lines: z.array(CreateJournalEntryLineSchema).min(2, 'Minst två rader krävs för dubbel bokföring'),
|
||
transaction_id: uuid.optional(),
|
||
})
|
||
|
||
/**
|
||
* Bulk-book selected Underlag (Dokumentinkorgen) against their matched bank
|
||
* transactions. One shared category + VAT treatment is applied to every
|
||
* selected item; each item is booked against its own matched transaction (which
|
||
* carries the SEK amount), so the verifikat are individual, not a
|
||
* samlingsverifikation. Items without a matched transaction, already booked, or
|
||
* already linked to a leverantörsfaktura are skipped server-side.
|
||
*
|
||
* Used both as the UI route body (POST /items/bulk-book) and as the
|
||
* pending-operation params for `bulk_book_inbox_items` (Lena-driven flow).
|
||
*/
|
||
export const BulkBookInboxSchema = z.object({
|
||
item_ids: z.array(uuid).min(1, 'Minst ett underlag krävs').max(200, 'Högst 200 underlag per bokföring'),
|
||
category: TransactionCategorySchema,
|
||
// Optional fields are `.nullish()` (not just `.optional()`) because the
|
||
// `bulk_book_inbox_items` pending operation persists absent optionals as
|
||
// explicit JSON `null` (stagePendingOperation in mcp-server/server.ts). When
|
||
// the executor re-parses those params on approval, a bare `.optional()` would
|
||
// reject the stored `null`. `.transform` normalizes `null → undefined` so the
|
||
// executor and categorizeMatchedTransaction never receive `null`.
|
||
vat_treatment: VatTreatmentSchema.nullish().transform((v) => v ?? undefined),
|
||
// The underlag's actual moms when it differs from rate × belopp (e.g. dricks).
|
||
// Only valid with a rate-based vat_treatment; rejected otherwise downstream.
|
||
vat_amount: z.number().positive().nullish().transform((v) => v ?? undefined),
|
||
notes: z.string().max(2000).nullish().transform((v) => v ?? undefined),
|
||
allow_duplicate: z.boolean().nullish().transform((v) => v ?? undefined),
|
||
})
|
||
export type BulkBookInboxInput = z.infer<typeof BulkBookInboxSchema>
|
||
|
||
export const MatchInvoiceSchema = z
|
||
.object({
|
||
invoice_id: uuid,
|
||
// Bypass the soft-duplicate guard (MATCH_INVOICE_POSSIBLE_DUPLICATE).
|
||
// Set after the user reviews the candidate verifikation and confirms it
|
||
// is not this payment. v1 callers must use a fresh Idempotency-Key on
|
||
// the retry: the original is body-hash bound.
|
||
force: z.boolean().optional(),
|
||
// Required whenever force=true. Echoes the journal_entry_id of the
|
||
// candidate the user reviewed in the duplicate-payment-check pre-flight.
|
||
// The server re-detects the candidate and refuses force=true unless the
|
||
// re-detected id matches this value. That binds the override to a
|
||
// specific, user-seen duplicate so an automation can't sweep through
|
||
// force=true to bypass the guard without ever consulting the candidate.
|
||
expected_journal_entry_id: uuid.optional(),
|
||
// Optional user-edited journal entry lines. When present they override
|
||
// the default clearing/cash booking: the route validates balance and
|
||
// posts via createJournalEntry directly. Source_type is still set from
|
||
// the routing decision (invoice_paid vs invoice_cash_payment) so
|
||
// downstream payment-sync continues to work.
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
})).min(2).optional(),
|
||
// Optional caller-supplied SEK-per-invoice-currency rate for cross-currency
|
||
// settlement. Used when the Riksbanken lookup returns nothing (rate not
|
||
// published for that date): the dialog surfaces an input so the user can
|
||
// type the rate from their bank statement. Ignored when tx.currency ===
|
||
// invoice.currency. The ceiling is a sanity guard against pasted garbage /
|
||
// scientific-notation input silently corrupting the FX-diff posting and
|
||
// invoice_payments.amount: no supported currency's SEK rate approaches it
|
||
// (USD~10.5, EUR~11.5, GBP~13.5). It is a guard rail, not a precise band;
|
||
// the dialog's live preview (paid_in_invoice_currency + FX gain/loss) is
|
||
// what catches a plausible-but-wrong decimal-shift typo before confirm.
|
||
// It used to be `.max(100000)`, an inclusive ceiling against an exclusive
|
||
// `payment_exchange_rate < 100000` CHECK: exactly 100000 passed Zod and
|
||
// died in Postgres. The shared primitive is exclusive on both ends.
|
||
manual_exchange_rate: exchangeRate.optional(),
|
||
})
|
||
.refine((v) => !v.force || !!v.expected_journal_entry_id, {
|
||
message: 'expected_journal_entry_id is required when force=true',
|
||
path: ['expected_journal_entry_id'],
|
||
})
|
||
|
||
/**
|
||
* Link an existing posted verifikat as payment for an invoice. No new
|
||
* journal entry is created: only an invoice_payments row pointing at the
|
||
* supplied journal_entry_id, plus the invoice's paid/remaining are advanced.
|
||
*/
|
||
export const LinkInvoiceToVoucherSchema = z.object({
|
||
journal_entry_id: uuid,
|
||
notes: z.string().max(2000).optional(),
|
||
})
|
||
|
||
/**
|
||
* Supplier-invoice mirror: link an existing posted verifikat as payment for a
|
||
* supplier invoice. No new JE: only a supplier_invoice_payments row pointing
|
||
* at the supplied journal_entry_id, plus the invoice's paid/remaining advance.
|
||
*/
|
||
export const LinkSupplierInvoiceToVoucherSchema = z.object({
|
||
journal_entry_id: uuid,
|
||
notes: z.string().max(2000).optional(),
|
||
})
|
||
|
||
/**
|
||
* Bulk-book N bank transactions on the same date into one combined verifikat
|
||
* (samlingsverifikation per BFL 5 kap 6§). Two flows multiplexed by which
|
||
* field is set:
|
||
*
|
||
* - `existing_journal_entry_id`: link the txs to an already-posted voucher
|
||
* (no new JE created). The voucher's 19xx net must equal the tx sum.
|
||
*
|
||
* - `template_id` + `mode` + `entry_description`: build a new verifikat
|
||
* by applying the booking template to each tx. The route does the ratio
|
||
* expansion (one_line_per_tx OR sum_per_account) and passes the final
|
||
* lines to the RPC.
|
||
*
|
||
* Exactly one of the two paths must be set: enforced by superRefine.
|
||
*/
|
||
export const BulkBookSchema = z
|
||
.object({
|
||
tx_ids: z
|
||
.array(uuid)
|
||
.min(1, 'At least one transaction is required')
|
||
.max(200, 'At most 200 transactions per batch'),
|
||
existing_journal_entry_id: uuid.optional(),
|
||
template_id: uuid.optional(),
|
||
mode: z.enum(['one_line_per_tx', 'sum_per_account']).optional(),
|
||
entry_description: z.string().min(1).max(500).optional(),
|
||
// PR #608: manual lines path. Mutually exclusive with template_id /
|
||
// existing_journal_entry_id. The route passes these straight through
|
||
// to the RPC's p_new_entry.lines.
|
||
manual_lines: z
|
||
.array(
|
||
z.object({
|
||
account_number: accountNumber,
|
||
// Bound at 99,999,999 SEK per line (compliance-swarm V4.5).
|
||
// Real-world max is in the millions; an 8-digit ceiling catches
|
||
// typos (1000000 mistyped as 10000000000) before they hit the
|
||
// RPC, without blocking legitimate large bookings.
|
||
debit_amount: nonNegativeAmount.max(99_999_999, 'Line amount exceeds maximum'),
|
||
credit_amount: nonNegativeAmount.max(99_999_999, 'Line amount exceeds maximum'),
|
||
currency: z.string().min(3).max(3).default('SEK'),
|
||
line_description: z.string().max(200).optional(),
|
||
// Dimensions PR7: per-line bag, wins over default_dimensions.
|
||
dimensions: DimensionsBagSchema.optional(),
|
||
})
|
||
)
|
||
.min(2, 'A verifikat needs at least two lines')
|
||
.max(200)
|
||
.optional(),
|
||
// Dimensions PR7: header-level bag applied to every generated line in
|
||
// BOTH the template and manual paths (per-line bags win per key). The
|
||
// route merges before calling the RPC.
|
||
default_dimensions: DimensionsBagSchema.optional(),
|
||
})
|
||
.superRefine((data, ctx) => {
|
||
const hasExisting = !!data.existing_journal_entry_id
|
||
const hasTemplate = !!data.template_id
|
||
const hasManual = !!data.manual_lines
|
||
const paths = [hasExisting, hasTemplate, hasManual].filter(Boolean).length
|
||
if (paths !== 1) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message:
|
||
'Provide exactly one of: existing_journal_entry_id (link), template_id (template), or manual_lines (manual)',
|
||
path: ['existing_journal_entry_id'],
|
||
})
|
||
return
|
||
}
|
||
if (hasTemplate) {
|
||
if (!data.mode) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'mode is required when template_id is set',
|
||
path: ['mode'],
|
||
})
|
||
}
|
||
if (!data.entry_description) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'entry_description is required when template_id is set',
|
||
path: ['entry_description'],
|
||
})
|
||
}
|
||
}
|
||
if (hasManual && !data.entry_description) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'entry_description is required when manual_lines is set',
|
||
path: ['entry_description'],
|
||
})
|
||
}
|
||
})
|
||
|
||
/**
|
||
* Allocate one bank transaction across N customer OR N supplier invoices.
|
||
* Backed by the match_batch_allocate PL/pgSQL RPC, which builds a single
|
||
* combined verifikat (samlingsverifikation) and inserts N payment rows.
|
||
*/
|
||
export const MatchBatchSchema = z
|
||
.object({
|
||
allocations: z
|
||
.array(
|
||
z.discriminatedUnion('kind', [
|
||
z.object({
|
||
kind: z.literal('customer_invoice'),
|
||
invoice_id: uuid,
|
||
// Strictly positive: zero or negative is rejected at the schema
|
||
// layer (PR #603 review) so the RPC's BATCH_INVALID_AMOUNT path
|
||
// is only reachable from non-HTTP callers.
|
||
amount: z.number().positive('Allocation amount must be greater than 0'),
|
||
}),
|
||
z.object({
|
||
kind: z.literal('supplier_invoice'),
|
||
supplier_invoice_id: uuid,
|
||
amount: z.number().positive('Allocation amount must be greater than 0'),
|
||
}),
|
||
]),
|
||
)
|
||
.min(1, 'At least one allocation is required')
|
||
// Cap at 100 to prevent DoS via unbounded FOR UPDATE locks in the RPC
|
||
// (PR #603 compliance review, OWASP V4.2). Domain-appropriate ceiling:
|
||
// a real samlingsverifikat rarely covers more than a few dozen invoices.
|
||
.max(100, 'At most 100 allocations per batch'),
|
||
})
|
||
.superRefine((data, ctx) => {
|
||
// Reject mixed customer + supplier in a single batch: semantically a
|
||
// single bank transfer settles invoices on one side. The RPC also guards
|
||
// this with BATCH_MIXED_KINDS_UNSUPPORTED, but rejecting at the schema
|
||
// layer gives a cleaner 400 with a per-field path.
|
||
const kinds = new Set(data.allocations.map((a) => a.kind))
|
||
if (kinds.size > 1) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: ['allocations'],
|
||
message: 'Allocations cannot mix customer_invoice and supplier_invoice kinds',
|
||
})
|
||
}
|
||
})
|
||
|
||
export const LinkTransactionJournalEntrySchema = z.object({
|
||
journal_entry_id: uuid,
|
||
// Optional invoice to settle alongside the link. When provided, the
|
||
// server inserts an invoice_payments row pointing at the existing JE
|
||
// and flips the invoice status with the same optimistic-lock pattern
|
||
// as the match-invoice route. Omit to only link the bank transaction
|
||
// (e.g. when the JE doesn't relate to a customer invoice).
|
||
invoice_id: uuid.optional(),
|
||
})
|
||
|
||
export const CreateTransactionFromDocumentSchema = z.object({
|
||
inbox_item_id: uuid,
|
||
amount: z.number().refine((n) => n !== 0, 'Amount must be non-zero'),
|
||
transaction_date: isoDate,
|
||
description: z.string().min(1).max(500),
|
||
})
|
||
|
||
export const MatchSupplierInvoiceSchema = z.object({
|
||
supplier_invoice_id: uuid,
|
||
// Same purpose as MatchInvoiceSchema.lines: user-edited rows override
|
||
// the default 2440-clearing / cash booking. Route validates balance and
|
||
// posts via createJournalEntry; source_type still derives from routing.
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount.default(0),
|
||
credit_amount: nonNegativeAmount.default(0),
|
||
line_description: z.string().optional(),
|
||
})).min(2).optional(),
|
||
})
|
||
|
||
|
||
// ============================================================
|
||
// Settings schemas
|
||
// ============================================================
|
||
|
||
// Editable invoice email texts (standard invoices only). Nested JSONB:
|
||
// unknown keys inside are stripped (Zod default, consistent with this file).
|
||
// Empty strings pass validation; the template resolver treats whitespace-only
|
||
// as unset, and the UI prunes empties before saving so the stored object
|
||
// stays minimal. Subject is a mail header: CR/LF are stripped at render time
|
||
// regardless.
|
||
const InvoiceEmailTextsLangSchema = z.object({
|
||
subject: z.string().max(200, 'Ämnesraden får vara max 200 tecken').optional(),
|
||
greeting: z.string().max(200, 'Hälsningen får vara max 200 tecken').optional(),
|
||
body: z.string().max(2000, 'Brödtexten får vara max 2000 tecken').optional(),
|
||
signoff: z.string().max(200, 'Avslutningen får vara max 200 tecken').optional(),
|
||
})
|
||
|
||
export const InvoiceEmailTextsSchema = z.object({
|
||
sv: InvoiceEmailTextsLangSchema.optional(),
|
||
en: InvoiceEmailTextsLangSchema.optional(),
|
||
})
|
||
|
||
const InvoiceIbanSchema = z.string()
|
||
.transform((value) => value.replace(/\s/g, '').toUpperCase())
|
||
.pipe(z.string().regex(/^[A-Z]{2}\d{2}[A-Z0-9]{11,30}$/, 'Ogiltigt IBAN'))
|
||
.nullable()
|
||
.optional()
|
||
.or(z.literal(''))
|
||
|
||
const InvoicePaymentAccountSchema = z.object({
|
||
bank_name: z.string().trim().max(100).nullable().optional(),
|
||
clearing_number: z.string().regex(/^\d{4,5}$/, 'Clearingnummer måste vara 4-5 siffror').nullable().optional().or(z.literal('')),
|
||
account_number: z.string().regex(/^\d{6,12}$/, 'Kontonummer måste vara 6-12 siffror').nullable().optional().or(z.literal('')),
|
||
bankgiro: z.string().regex(/^(\d{3,4}-\d{4}|\d{7,8})$/, 'Ogiltigt bankgironummer').nullable().optional().or(z.literal('')),
|
||
plusgiro: z.string().regex(/^\d{1,7}-\d$/, 'Ogiltigt plusgironummer').nullable().optional().or(z.literal('')),
|
||
swish: z.string().transform(normaliseSwish).pipe(z.string().refine(isValidSwish, 'Ogiltigt Swish-nummer')).nullable().optional(),
|
||
iban: InvoiceIbanSchema,
|
||
bic: z.string()
|
||
.transform((value) => value.replace(/\s/g, '').toUpperCase())
|
||
.pipe(z.string().regex(/^[A-Z]{6}[A-Z0-9]{2}([A-Z0-9]{3})?$/, 'Ogiltig BIC/SWIFT'))
|
||
.nullable()
|
||
.optional()
|
||
.or(z.literal('')),
|
||
})
|
||
|
||
const InvoicePaymentAccountsSchema = z
|
||
.partialRecord(CurrencySchema, InvoicePaymentAccountSchema)
|
||
.superRefine((accounts, ctx) => {
|
||
for (const [currency, account] of Object.entries(accounts)) {
|
||
if (currency !== 'SEK' && account && !account.iban) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
path: [currency, 'iban'],
|
||
message: `IBAN krävs för betalningskonto i ${currency}`,
|
||
})
|
||
}
|
||
}
|
||
})
|
||
|
||
export const UpdateSettingsSchema = z.object({
|
||
entity_type: EntityTypeSchema.optional(),
|
||
company_name: z.string().optional(),
|
||
org_number: z.string().optional(),
|
||
address_line1: z.string().optional(),
|
||
address_line2: z.string().optional(),
|
||
postal_code: z.string().optional(),
|
||
city: z.string().optional(),
|
||
country: z.string().optional(),
|
||
f_skatt: z.boolean().optional(),
|
||
vat_registered: z.boolean().optional(),
|
||
vat_number: z.string()
|
||
.transform(normalizeVatNumber)
|
||
.pipe(z.string().regex(/^SE\d{12}$/, 'Momsregistreringsnummer måste vara SE följt av 12 siffror'))
|
||
.nullable()
|
||
.optional(),
|
||
moms_period: MomsPeriodSchema.nullable().optional(),
|
||
vat_taxable_base_over_40m: z.boolean().optional(),
|
||
vat_has_eu_trade: z.boolean().optional(),
|
||
vat_filing_method: TaxFilingMethodSchema.optional(),
|
||
periodisk_sammanstallning_enabled: z.boolean().optional(),
|
||
periodisk_sammanstallning_period: PsPeriodTypeSchema.optional(),
|
||
periodisk_sammanstallning_filing_method: TaxFilingMethodSchema.optional(),
|
||
kontrolluppgifter_enabled: z.boolean().optional(),
|
||
rot_rut_enabled: z.boolean().optional(),
|
||
oss_enabled: z.boolean().optional(),
|
||
ioss_enabled: z.boolean().optional(),
|
||
intrastat_enabled: z.boolean().optional(),
|
||
punktskatt_enabled: z.boolean().optional(),
|
||
fyllnadsinbetalning_enabled: z.boolean().optional(),
|
||
tax_contact_name: z.string().max(200).nullable().optional(),
|
||
tax_contact_phone: z.string().max(40).nullable().optional(),
|
||
tax_contact_email: z.string().email().nullable().optional().or(z.literal('')),
|
||
fiscal_year_start_month: z.number().int().min(1).max(12).optional(),
|
||
preliminary_tax_monthly: z.number().nullable().optional(),
|
||
// Share capital per Bolagsverket (annual report aktiekapital note).
|
||
aktiekapital: z.number().int('Aktiekapital anges i hela kronor').positive('Aktiekapital måste vara större än 0').nullable().optional(),
|
||
antal_aktier: z.number().int('Antal aktier måste vara ett heltal').positive('Antal aktier måste vara större än 0').nullable().optional(),
|
||
employer_registered: z.boolean().nullable().optional(),
|
||
employer_seasonal: z.boolean().optional(),
|
||
bank_name: z.string().max(100, 'Banknamn får vara max 100 tecken').nullable().optional(),
|
||
clearing_number: z.string().regex(/^\d{4,5}$/, 'Clearingnummer måste vara 4-5 siffror').nullable().optional().or(z.literal('')),
|
||
account_number: z.string().regex(/^\d{6,12}$/, 'Kontonummer måste vara 6-12 siffror').nullable().optional().or(z.literal('')),
|
||
bankgiro: z.string().regex(/^(\d{3,4}-\d{4}|\d{7,8})$/, 'Ogiltigt bankgironummer (7-8 siffror)').nullable().optional().or(z.literal('')),
|
||
plusgiro: z.string().regex(/^\d{1,7}-\d{1}$/, 'Ogiltigt plusgironummer').nullable().optional().or(z.literal('')),
|
||
swish: z.string()
|
||
.transform(normaliseSwish)
|
||
.pipe(
|
||
z.string().refine(
|
||
isValidSwish,
|
||
'Ogiltigt Swish-nummer (företagsnummer 123XXXXXXX eller mobilnummer 07XXXXXXXX)',
|
||
),
|
||
)
|
||
.nullable()
|
||
.optional(),
|
||
// Legacy SEK mirror of invoice_payment_accounts.SEK. Use the same general
|
||
// IBAN validation because a SEK-denominated account need not be Swedish.
|
||
iban: InvoiceIbanSchema,
|
||
bic: z.string().regex(/^[A-Z]{6}[A-Z0-9]{2}([A-Z0-9]{3})?$/, 'Ogiltig BIC/SWIFT (8 eller 11 tecken)').nullable().optional().or(z.literal('')),
|
||
invoice_payment_accounts: InvoicePaymentAccountsSchema.optional(),
|
||
accounting_method: AccountingMethodSchema.optional(),
|
||
// #967: register/send invoices without booking; booking is a separate step.
|
||
defer_invoice_booking: z.boolean().optional(),
|
||
invoice_prefix: z.string().nullable().optional(),
|
||
next_invoice_number: z.number().int().positive().optional(),
|
||
next_arrival_number: z.number().int().positive().optional(),
|
||
invoice_default_days: z.number().int().positive().optional(),
|
||
invoice_default_notes: z.string().nullable().optional(),
|
||
default_our_reference: z.string().max(200).nullable().optional(),
|
||
phone: z.string().optional(),
|
||
email: z.string().email().optional().or(z.literal('')),
|
||
website: z.string().optional().or(z.literal('')),
|
||
pays_salaries: z.boolean().optional(),
|
||
sector_slug: z.string().nullable().optional(),
|
||
// Bookkeeping lock
|
||
bookkeeping_locked_through: z.string().regex(/^\d{4}-\d{2}-\d{2}$/, 'Ogiltigt datumformat (YYYY-MM-DD)').nullable().optional(),
|
||
auto_lock_period_days: z.number().int().positive().nullable().optional(),
|
||
// Voucher series
|
||
default_voucher_series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z').optional(),
|
||
// Per-source-type voucher series map. Keys are journal_entries.source_type
|
||
// values; values are single uppercase letters A-Z. Read by the engine
|
||
// (`createDraftEntry`) when no explicit voucher_series is passed, with a
|
||
// fallback to 'A' for unknown keys.
|
||
// partialRecord, not record: in Zod 4 an enum-keyed z.record is exhaustive
|
||
// (every source_type required), so saving a map that omits a source type
|
||
// (e.g. the newly added 'result_appropriation') fails with "expected string,
|
||
// received undefined". The map is intentionally sparse: the settings form
|
||
// sends only the source types the user configured, and the engine falls back
|
||
// to 'A' for any unmapped key.
|
||
default_voucher_series_per_source_type: z
|
||
.partialRecord(
|
||
JournalEntrySourceTypeSchema,
|
||
z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z'),
|
||
)
|
||
.optional(),
|
||
// Invoice PDF settings
|
||
ore_rounding: z.boolean().optional(),
|
||
invoice_show_ocr: z.boolean().optional(),
|
||
invoice_show_bankgiro: z.boolean().optional(),
|
||
invoice_show_plusgiro: z.boolean().optional(),
|
||
invoice_show_swish: z.boolean().optional(),
|
||
invoice_show_logo: z.boolean().optional(),
|
||
invoice_show_company_name: z.boolean().optional(),
|
||
invoice_company_name_position: z.enum(['header', 'footer']).optional(),
|
||
invoice_late_fee_text: z.string().nullable().optional(),
|
||
invoice_credit_terms_text: z.string().nullable().optional(),
|
||
// Opt-in for the invoice payment-link feature (editor field + automatic
|
||
// Stripe link on send). Default off at the DB level.
|
||
invoice_payment_links_enabled: z.boolean().optional(),
|
||
// Editable invoice email texts: { sv?: {...}, en?: {...} }; null clears
|
||
// all overrides. Without this entry the generic PUT would silently strip
|
||
// the field (the schema is the de-facto column whitelist).
|
||
invoice_email_texts: InvoiceEmailTextsSchema.nullable().optional(),
|
||
invoice_email_cc_addresses: invoiceEmailAddressList.nullable().optional(),
|
||
invoice_email_bcc_addresses: invoiceEmailAddressList.nullable().optional(),
|
||
// Invoice branding: colors enforced as #RRGGBB at the DB level too
|
||
// (see migration 20260526120200_invoice_branding.sql). The dedicated
|
||
// /api/settings/invoicing/branding route is the primary path; these
|
||
// entries let the generic PUT /api/settings also accept the same fields.
|
||
invoice_primary_color: z
|
||
.string()
|
||
.regex(/^#[0-9A-Fa-f]{6}$/, 'Ange en giltig hex-färg (#RRGGBB)')
|
||
.optional(),
|
||
invoice_accent_color: z
|
||
.string()
|
||
.regex(/^#[0-9A-Fa-f]{6}$/, 'Ange en giltig hex-färg (#RRGGBB)')
|
||
.optional(),
|
||
invoice_font_family: z
|
||
.enum(['Helvetica', 'Times-Roman', 'Courier', 'Source Sans 3', 'Source Serif 4', 'Custom'])
|
||
.optional(),
|
||
invoice_header_text: z.string().max(200).nullable().optional(),
|
||
invoice_footer_text: z.string().max(500).nullable().optional(),
|
||
// Automation
|
||
send_invoice_reminders: z.boolean().optional(),
|
||
reminder_days_level_1: z.number().int().min(1).max(365).optional(),
|
||
reminder_days_level_2: z.number().int().min(1).max(365).optional(),
|
||
reminder_days_level_3: z.number().int().min(1).max(365).optional(),
|
||
// Reminder surcharges (dröjsmålsränta + lagstadgad påminnelseavgift)
|
||
reminder_fee_enabled: z.boolean().optional(),
|
||
reminder_fee_amount: z
|
||
.number()
|
||
.min(0, 'Påminnelseavgift kan inte vara negativ')
|
||
.max(60, 'Lagstadgad maxgräns för påminnelseavgift är 60 kr (Lag 1981:739)')
|
||
.optional(),
|
||
reminder_interest_rate_override: z
|
||
.number()
|
||
.min(0, 'Räntesats kan inte vara negativ')
|
||
.max(0.9999, 'Ange räntesatsen som en decimal mindre än 1 (t.ex. 0.115 för 11,5%)')
|
||
.nullable()
|
||
.optional(),
|
||
// AI agent flow
|
||
ai_flow_enabled: z.boolean().optional(),
|
||
// Dimensions (kostnadsställe/projekt): UI-visibility toggle only, never
|
||
// load-bearing for correctness (dev_docs/dimensions_implementation_plan.md §2).
|
||
dimensions_enabled: z.boolean().optional(),
|
||
// Salary payment file
|
||
preferred_payment_format: z.enum(['bg_lb', 'pain001']).optional(),
|
||
// Salary settings (migration 20260703190000). Day of month salaries are
|
||
// paid (1–28 so it exists in every month) and the default bank whose
|
||
// upload instructions the payment-file panel pre-selects.
|
||
salary_pay_day: z.number().int().min(1).max(28).optional(),
|
||
salary_default_bank: z
|
||
.enum(['swedbank', 'seb', 'handelsbanken', 'nordea', 'other'])
|
||
.nullable()
|
||
.optional(),
|
||
// Vacation year basis (payroll gap-closure 3.1): sammanfallande calendar
|
||
// year (default) or the statutory Apr 1 - Mar 31 split. The settings route
|
||
// blocks changing this while open vacation-ledger rows exist.
|
||
salary_vacation_year_basis: z.enum(['calendar', 'statutory_apr_mar']).optional(),
|
||
}).refine(
|
||
(data) => (
|
||
(data.invoice_email_cc_addresses?.length ?? 0)
|
||
+ (data.invoice_email_bcc_addresses?.length ?? 0)
|
||
<= MAX_INVOICE_EMAIL_COPY_RECIPIENTS
|
||
),
|
||
{
|
||
message: `Högst ${MAX_INVOICE_EMAIL_COPY_RECIPIENTS} fasta kopiemottagare är tillåtna totalt`,
|
||
path: ['invoice_email_cc_addresses'],
|
||
},
|
||
).refine(
|
||
(data) => {
|
||
// BFL 3 kap.: Enskild firma must have fiscal year starting January
|
||
if (data.entity_type === 'enskild_firma' && data.fiscal_year_start_month !== undefined) {
|
||
return data.fiscal_year_start_month === 1
|
||
}
|
||
return true
|
||
},
|
||
{
|
||
message: 'Enskild firma must have fiscal year starting in January (BFL 3 kap.)',
|
||
path: ['fiscal_year_start_month'],
|
||
}
|
||
)
|
||
|
||
// ============================================================
|
||
// Fiscal period schemas
|
||
// ============================================================
|
||
|
||
export const CreateFiscalPeriodSchema = z.object({
|
||
name: z.string().min(1, 'Period name is required'),
|
||
period_start: isoDate,
|
||
period_end: isoDate,
|
||
}).refine(
|
||
(data) => data.period_start < data.period_end,
|
||
{
|
||
message: 'Period start must be before period end',
|
||
path: ['period_end'],
|
||
}
|
||
)
|
||
|
||
// ============================================================
|
||
// Mapping rule schemas
|
||
// ============================================================
|
||
|
||
export const CreateMappingRuleSchema = z.object({
|
||
rule_name: z.string().min(1, 'Rule name is required'),
|
||
rule_type: MappingRuleTypeSchema,
|
||
priority: z.number().int().min(0).optional(),
|
||
mcc_codes: z.array(z.string()).optional(),
|
||
merchant_pattern: z.string().optional(),
|
||
description_pattern: z.string().optional(),
|
||
amount_min: z.number().optional(),
|
||
amount_max: z.number().optional(),
|
||
debit_account: accountNumber,
|
||
credit_account: accountNumber,
|
||
vat_treatment: z.string().optional(),
|
||
risk_level: RiskLevelSchema.optional(),
|
||
default_private: z.boolean().optional(),
|
||
requires_review: z.boolean().optional(),
|
||
confidence_score: z.number().min(0).max(1).optional(),
|
||
})
|
||
|
||
export const EvaluateMappingRulesSchema = z.union([
|
||
z.object({ transaction_id: uuid }),
|
||
z.object({
|
||
description: z.string().optional(),
|
||
amount: z.number(),
|
||
}).passthrough(),
|
||
])
|
||
|
||
// ============================================================
|
||
// Deadline schemas
|
||
// ============================================================
|
||
|
||
export const CreateDeadlineSchema = z.object({
|
||
title: z.string().min(1, 'Title is required'),
|
||
due_date: isoDate,
|
||
due_time: timeString.nullish(),
|
||
deadline_type: DeadlineTypeSchema,
|
||
priority: DeadlinePrioritySchema.nullish(),
|
||
customer_id: uuid.nullish(),
|
||
notes: z.string().nullish(),
|
||
tax_deadline_type: TaxDeadlineTypeSchema.nullish(),
|
||
tax_period: z.string().nullish(),
|
||
source: DeadlineSourceSchema.optional(),
|
||
linked_report_type: z.string().nullish(),
|
||
linked_report_period: z.record(z.string(), z.unknown()).nullish(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Account schemas
|
||
// ============================================================
|
||
|
||
// Per-account default VAT rate: the sats the booking UI understands, as a
|
||
// decimal fraction. Mirrors the DB CHECK on chart_of_accounts.default_vat_rate.
|
||
const defaultVatRate = z
|
||
.union([z.literal(0), z.literal(0.06), z.literal(0.12), z.literal(0.25)])
|
||
.nullable()
|
||
.optional()
|
||
|
||
export const CreateAccountSchema = z.object({
|
||
account_number: accountNumber,
|
||
account_name: z.string().min(1, 'Account name is required'),
|
||
account_type: AccountTypeSchema,
|
||
normal_balance: NormalBalanceSchema,
|
||
plan_type: z.enum(['k1', 'full_bas']).optional(),
|
||
description: z.string().nullable().optional(),
|
||
default_vat_code: z.string().nullable().optional(),
|
||
default_vat_rate: defaultVatRate,
|
||
sru_code: z.string().nullable().optional(),
|
||
})
|
||
|
||
export const UpdateAccountSchema = z.object({
|
||
account_name: z.string().min(1).optional(),
|
||
is_active: z.boolean().optional(),
|
||
description: z.string().nullable().optional(),
|
||
default_vat_code: z.string().nullable().optional(),
|
||
default_vat_rate: defaultVatRate,
|
||
sru_code: z.string().nullable().optional(),
|
||
})
|
||
|
||
// Looser account-number shape than the 4-digit primitive on purpose: imported
|
||
// charts can carry non-standard numbers (sub-accounts like '19301'), and those
|
||
// are exactly the rows the prune flow exists to remove.
|
||
export const PruneAccountsSchema = z
|
||
.object({
|
||
dry_run: z.boolean(),
|
||
account_numbers: z.array(z.string().min(1).max(10)).max(2000).optional(),
|
||
})
|
||
.refine((v) => v.dry_run || (v.account_numbers?.length ?? 0) > 0, {
|
||
message: 'account_numbers is required when dry_run is false',
|
||
path: ['account_numbers'],
|
||
})
|
||
|
||
// ============================================================
|
||
// Bank reconciliation schemas
|
||
// ============================================================
|
||
|
||
export const BankLinkSchema = z.object({
|
||
transaction_id: uuid,
|
||
journal_entry_id: uuid,
|
||
// Settlement account being reconciled. The voucher must have a line on this
|
||
// account and the transaction must belong to it. Defaults to '1930' in the
|
||
// route for back-compat.
|
||
account_number: z
|
||
.string()
|
||
.regex(/^[0-9]{4}$/, 'Kontonummer måste vara 4 siffror')
|
||
.optional(),
|
||
})
|
||
|
||
export const BankUnlinkSchema = z.object({
|
||
transaction_id: uuid,
|
||
})
|
||
|
||
/**
|
||
* Re-tag a mis-typed bank-account opening balance (a manual/import voucher that
|
||
* is really an ingående balans) as source_type='opening_balance' so bank
|
||
* reconciliation excludes it from the period movement. Routed to the
|
||
* mark_entry_as_opening_balance SECURITY DEFINER RPC, which enforces the rest.
|
||
*/
|
||
export const MarkOpeningBalanceSchema = z.object({
|
||
journal_entry_id: uuid,
|
||
})
|
||
|
||
export const RunReconciliationSchema = z.object({
|
||
date_from: isoDate.optional(),
|
||
date_to: isoDate.optional(),
|
||
// BAS settlement account to reconcile against (e.g. '1930', '1932'). Defaults
|
||
// to '1930' server-side so existing clients stay correct.
|
||
account_number: z
|
||
.string()
|
||
.regex(/^[0-9]{4}$/, 'Kontonummer måste vara 4 siffror')
|
||
.optional(),
|
||
dry_run: z.boolean().optional(),
|
||
// Pairs the user ticked in the dry-run preview. When present on an apply
|
||
// (dry_run false), only these pairs are committed: intersected server-side
|
||
// with a fresh match run, so a stale or fabricated pair is never applied.
|
||
selected_matches: z
|
||
.array(
|
||
z.object({
|
||
transaction_id: uuid,
|
||
journal_entry_id: uuid,
|
||
}),
|
||
)
|
||
.max(500)
|
||
.optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Report query schemas
|
||
// ============================================================
|
||
|
||
export const VatDeclarationQuerySchema = z.object({
|
||
periodType: z.enum(['monthly', 'quarterly', 'yearly']),
|
||
year: z.coerce.number().int().min(2000).max(2100),
|
||
period: z.coerce.number().int().min(1).max(12),
|
||
})
|
||
|
||
export const ReportPeriodQuerySchema = z.object({
|
||
fiscal_period_id: uuid.optional(),
|
||
year: z.coerce.number().int().min(2000).max(2100).optional(),
|
||
month: z.coerce.number().int().min(1).max(12).optional(),
|
||
})
|
||
|
||
export const AccountBalancesQuerySchema = z.object({
|
||
accounts: z
|
||
.string()
|
||
.transform((s) => s.split(',').map((a) => a.trim()).filter(Boolean))
|
||
.pipe(z.array(accountNumber).min(1).max(50)),
|
||
// Reject future dates: a saldo "as of tomorrow" would include unposted
|
||
// future entries (if any) and mislead the bookkeeper about the true
|
||
// pre-entry state of the ledger. Compared in Europe/Stockholm so a Swedish
|
||
// bookkeeper working in the 00:00-02:00 CET window (after midnight UTC has
|
||
// not yet passed) isn't rejected for entering their local today's date.
|
||
as_of: isoDate.refine(
|
||
(d) => d <= new Date().toLocaleDateString('sv-SE', { timeZone: 'Europe/Stockholm' }),
|
||
{ message: 'as_of cannot be in the future' },
|
||
),
|
||
})
|
||
|
||
// ============================================================
|
||
// VAT validation schemas
|
||
// ============================================================
|
||
|
||
export const ValidateVatNumberSchema = z.object({
|
||
vat_number: z.string().min(4, 'VAT number must be at least 4 characters'),
|
||
customer_id: uuid.optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Pagination schemas
|
||
// ============================================================
|
||
|
||
export const PaginationQuerySchema = z.object({
|
||
limit: z.coerce.number().int().min(1).max(100).default(50),
|
||
offset: z.coerce.number().int().nonnegative().default(0),
|
||
})
|
||
|
||
// ============================================================
|
||
// Event log schemas
|
||
// ============================================================
|
||
|
||
export const EventsQuerySchema = z.object({
|
||
after: z.coerce.number().int().nonnegative().optional(),
|
||
types: z.string()
|
||
.transform(s => s.split(',').map(t => t.trim()).filter(Boolean))
|
||
.optional(),
|
||
limit: z.coerce.number().int().min(1).max(100).default(50),
|
||
})
|
||
|
||
// ============================================================
|
||
// Pending operations schemas
|
||
// ============================================================
|
||
|
||
export const PendingOperationsQuerySchema = z.object({
|
||
// 'failed_partial' is queryable directly; the UI folds it into the
|
||
// rejected tab (see app/api/pending-operations/route.ts).
|
||
status: z.enum(['pending', 'committed', 'rejected', 'failed_partial']).default('pending'),
|
||
limit: z.coerce.number().int().min(1).max(100).default(50),
|
||
offset: z.coerce.number().int().nonnegative().default(0),
|
||
})
|
||
|
||
export const PendingOperationsBulkSchema = z.object({
|
||
ids: z.array(z.string().uuid()).min(1).max(100),
|
||
})
|
||
|
||
// Bulk reject: same id list plus the optional category/reason pair from the
|
||
// single reject route. When provided they are applied to every rejected row.
|
||
export const PendingOperationsBulkRejectSchema = z.object({
|
||
ids: z.array(z.string().uuid()).min(1).max(100),
|
||
rejection_category: z
|
||
.enum(['wrong_category', 'wrong_amount', 'duplicate', 'wrong_period', 'other'])
|
||
.optional(),
|
||
rejection_reason: z.string().max(2000).optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Audit trail schemas
|
||
// ============================================================
|
||
|
||
// `satisfies` keeps every filter value a member of the AuditAction union —
|
||
// adding a bogus value here fails the typecheck.
|
||
const auditActions = [
|
||
'INSERT', 'UPDATE', 'DELETE', 'COMMIT', 'REVERSE', 'CORRECT',
|
||
'LOCK_PERIOD', 'CLOSE_PERIOD', 'DOCUMENT_DELETE_BLOCKED',
|
||
'RETENTION_BLOCK', 'SECURITY_EVENT', 'INTEGRITY_FAILURE',
|
||
] as const satisfies readonly AuditAction[]
|
||
|
||
export const AuditTrailQuerySchema = z.object({
|
||
action: z.enum(auditActions).optional(),
|
||
table_name: z.string().min(1).optional(),
|
||
record_id: z.string().min(1).optional(),
|
||
from_date: isoDate.optional(),
|
||
to_date: isoDate.optional(),
|
||
page: z.coerce.number().int().min(1).default(1),
|
||
page_size: z.coerce.number().int().min(1).max(200).default(50),
|
||
})
|
||
|
||
// ============================================================
|
||
// Voucher gap schemas
|
||
// ============================================================
|
||
|
||
export const VoucherGapQuerySchema = z.object({
|
||
fiscal_period_id: uuid,
|
||
voucher_series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z').optional(),
|
||
})
|
||
|
||
export const SaveGapExplanationSchema = z.object({
|
||
fiscal_period_id: uuid,
|
||
voucher_series: z.string().default('A'),
|
||
gap_start: z.number().int().positive(),
|
||
gap_end: z.number().int().positive(),
|
||
explanation: z.string().min(1).max(500),
|
||
})
|
||
|
||
// ============================================================
|
||
// Opening balance import schemas
|
||
// ============================================================
|
||
|
||
export const OpeningBalanceExecuteSchema = z.object({
|
||
fiscal_period_id: uuid,
|
||
lines: z.array(z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount,
|
||
credit_amount: nonNegativeAmount,
|
||
})).min(2, 'At least two lines are required for double-entry'),
|
||
})
|
||
|
||
// ============================================================
|
||
// Register import schemas (customers, suppliers)
|
||
// ============================================================
|
||
|
||
const ImportedCustomerRowSchema = z.object({
|
||
row_index: z.number().int(),
|
||
name: z.string().min(1),
|
||
customer_type: CustomerTypeSchema,
|
||
org_number: z.string().nullable(),
|
||
email: z.string().nullable(),
|
||
phone: z.string().nullable(),
|
||
address_line1: z.string().nullable(),
|
||
address_line2: z.string().nullable(),
|
||
postal_code: z.string().nullable(),
|
||
city: z.string().nullable(),
|
||
country: z.string(),
|
||
vat_number: z.string().nullable(),
|
||
default_payment_terms: z.number().int().min(0).max(365),
|
||
notes: z.string().nullable(),
|
||
})
|
||
|
||
export const CustomerImportExecuteSchema = z.object({
|
||
rows: z.array(ImportedCustomerRowSchema).min(1, 'At least one row is required'),
|
||
update_duplicates: z.boolean(),
|
||
})
|
||
|
||
const ImportedSupplierRowSchema = z.object({
|
||
row_index: z.number().int(),
|
||
name: z.string().min(1),
|
||
supplier_type: SupplierTypeSchema,
|
||
org_number: z.string().nullable(),
|
||
email: z.string().nullable(),
|
||
phone: z.string().nullable(),
|
||
address_line1: z.string().nullable(),
|
||
address_line2: z.string().nullable(),
|
||
postal_code: z.string().nullable(),
|
||
city: z.string().nullable(),
|
||
country: z.string(),
|
||
vat_number: z.string().nullable(),
|
||
bankgiro: z.string().nullable(),
|
||
plusgiro: z.string().nullable(),
|
||
bank_account: z.string().nullable(),
|
||
iban: z.string().nullable(),
|
||
bic: z.string().nullable(),
|
||
default_payment_terms: z.number().int().min(0).max(365),
|
||
default_currency: z.string(),
|
||
notes: z.string().nullable(),
|
||
})
|
||
|
||
export const SupplierImportExecuteSchema = z.object({
|
||
rows: z.array(ImportedSupplierRowSchema).min(1, 'At least one row is required'),
|
||
update_duplicates: z.boolean(),
|
||
})
|
||
|
||
const ImportedArticleRowSchema = z.object({
|
||
row_index: z.number().int(),
|
||
name: z.string().min(1),
|
||
name_en: z.string().nullable(),
|
||
article_number: z.string().nullable(),
|
||
type: ArticleTypeSchema,
|
||
unit: z.string(),
|
||
price_excl_vat: nonNegativeAmount,
|
||
// ISO 4217 shape only; the execute route validates against the currencies
|
||
// table and drops unknown codes (mirrors revenue_account). Optional so rows
|
||
// parsed before this field existed still validate.
|
||
currency: z.string().regex(/^[A-Z]{3}$/).nullable().optional(),
|
||
vat_rate: vatRatePercent,
|
||
// The execute route re-validates against the chart of accounts (and drops
|
||
// unknown/inactive overrides), so a loose nullable string is enough here.
|
||
revenue_account: z.string().nullable(),
|
||
cost_price: nonNegativeAmount.nullable(),
|
||
ean: z.string().nullable(),
|
||
housework_type: z.string().nullable(),
|
||
notes: z.string().nullable(),
|
||
})
|
||
|
||
export const ArticleImportExecuteSchema = z.object({
|
||
rows: z.array(ImportedArticleRowSchema).min(1, 'At least one row is required'),
|
||
update_duplicates: z.boolean(),
|
||
})
|
||
|
||
// Validates the optional column-mapping override posted to the parse route, so
|
||
// a malformed/hostile blob can't drive the parser with non-numeric or
|
||
// unexpected column indices. Mirrors DetectedArticleColumns.
|
||
const articleColumnIndex = z.number().int().min(0).nullable()
|
||
export const ArticleColumnOverridesSchema = z.object({
|
||
name_col: z.number().int().min(0),
|
||
article_number_col: articleColumnIndex,
|
||
name_en_col: articleColumnIndex,
|
||
type_col: articleColumnIndex,
|
||
unit_col: articleColumnIndex,
|
||
price_col: articleColumnIndex,
|
||
// Optional + defaulted so a mapping payload from a client rendered before
|
||
// this column existed still validates.
|
||
currency_col: articleColumnIndex.optional().default(null),
|
||
vat_rate_col: articleColumnIndex,
|
||
revenue_account_col: articleColumnIndex,
|
||
cost_price_col: articleColumnIndex,
|
||
ean_col: articleColumnIndex,
|
||
housework_type_col: articleColumnIndex,
|
||
notes_col: articleColumnIndex,
|
||
confidence: z.number(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Salary schemas
|
||
// ============================================================
|
||
|
||
export const EmploymentTypeSchema = z.enum(['employee', 'company_owner', 'board_member'])
|
||
export const SalaryTypeSchema = z.enum(['monthly', 'hourly'])
|
||
export const FSkattStatusSchema = z.enum(['a_skatt', 'f_skatt', 'fa_skatt', 'not_verified'])
|
||
export const VacationRuleSchema = z.enum(['procentregeln', 'sammaloneregeln', 'none', 'semesterersattning'])
|
||
export const SalaryRunStatusSchema = z.enum(['draft', 'review', 'approved', 'paid', 'booked', 'corrected'])
|
||
|
||
export const SalaryLineItemTypeSchema = z.enum([
|
||
'monthly_salary', 'hourly_salary',
|
||
'overtime', 'overtime_50', 'overtime_100',
|
||
'ob_weekday_evening', 'ob_weekend', 'ob_night', 'ob_holiday',
|
||
'bonus', 'commission',
|
||
'gross_deduction_pension', 'gross_deduction_other',
|
||
'benefit_car', 'benefit_housing', 'benefit_meals', 'benefit_wellness', 'benefit_bike', 'benefit_other',
|
||
'sick_karens', 'sick_day2_14', 'sick_day15_plus',
|
||
'vab', 'parental_leave', 'vacation', 'semesterersattning',
|
||
'traktamente_taxfree', 'traktamente_taxable',
|
||
'mileage_taxfree', 'mileage_taxable',
|
||
'net_deduction_advance', 'net_deduction_union', 'net_deduction_benefit_payment',
|
||
'net_deduction_other',
|
||
'correction', 'other',
|
||
])
|
||
|
||
// Base employee object (no refinements, safe for .partial())
|
||
const EmployeeSchemaBase = z.object({
|
||
first_name: z.string().min(1).max(200),
|
||
last_name: z.string().min(1).max(200),
|
||
personnummer: z.string().regex(/^\d{12}$/, 'Personnummer måste vara 12 siffror (ÅÅÅÅMMDDNNNN)'),
|
||
employment_type: EmploymentTypeSchema.default('employee'),
|
||
employment_start: isoDate,
|
||
employment_end: isoDate.optional(),
|
||
employment_degree: z.number().min(1).max(100).default(100),
|
||
// Arbetsschema-lite: weekly schedule driving the hourly/daily divisors
|
||
// (legacy 173/21 at the defaults). employment_degree keeps prorating base
|
||
// salary; these ONLY drive divisors.
|
||
hours_per_week: z.number().positive().max(80).default(40),
|
||
workdays_per_week: z.number().min(1).max(7).default(5),
|
||
salary_type: SalaryTypeSchema.default('monthly'),
|
||
monthly_salary: z.number().nonnegative().optional(),
|
||
hourly_rate: z.number().nonnegative().optional(),
|
||
tax_table_number: z.number().int().min(29).max(42).optional(),
|
||
tax_column: z.number().int().min(1).max(6).default(1),
|
||
tax_municipality: z.string().max(100).optional(),
|
||
is_sidoinkomst: z.boolean().default(false),
|
||
f_skatt_status: FSkattStatusSchema.default('a_skatt'),
|
||
clearing_number: z.string().max(10).optional(),
|
||
bank_account_number: z.string().max(20).optional(),
|
||
vacation_rule: VacationRuleSchema.default('procentregeln'),
|
||
vacation_days_per_year: z.number().int().min(25).max(40).default(25),
|
||
semestertillagg_rate: z.number().min(0).max(0.05).default(0.0043),
|
||
email: z.string().email().optional(),
|
||
phone: z.string().max(20).optional(),
|
||
address_line1: z.string().max(200).optional(),
|
||
postal_code: z.string().max(10).optional(),
|
||
city: z.string().max(100).optional(),
|
||
vaxa_stod_eligible: z.boolean().default(false),
|
||
vaxa_stod_start: isoDate.optional(),
|
||
vaxa_stod_end: isoDate.optional(),
|
||
// Jämkning (Skatteverket beslut om ändrad beräkning av skatteavdrag):
|
||
// overrides the tax-table lookup with a fixed percentage for a bounded
|
||
// period. Fields have existed on the employees table since the salary
|
||
// module shipped; this exposes the write path (payroll gap-closure 1.5).
|
||
// Setting jamkning_percentage to null clears the beslut.
|
||
jamkning_percentage: z.number().min(0).max(100).nullable().optional(),
|
||
jamkning_valid_from: isoDate.nullable().optional(),
|
||
jamkning_valid_to: isoDate.nullable().optional(),
|
||
// Dimensions PR8: bag applied to the employee's P&L cost lines when a
|
||
// salary run is booked. {} clears (the UI always sends the field).
|
||
default_dimensions: DimensionsBagSchema.optional(),
|
||
})
|
||
|
||
export const CreateEmployeeSchema = EmployeeSchemaBase.superRefine((data, ctx) => {
|
||
// Salary amount required based on salary_type
|
||
if (data.salary_type === 'monthly' && (data.monthly_salary === undefined || data.monthly_salary === null || data.monthly_salary <= 0)) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Månadslön krävs och måste vara större än 0 för månadslöneform',
|
||
path: ['monthly_salary'],
|
||
})
|
||
}
|
||
if (data.salary_type === 'hourly' && (data.hourly_rate === undefined || data.hourly_rate === null || data.hourly_rate <= 0)) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Timlön krävs och måste vara större än 0 för timlöneform',
|
||
path: ['hourly_rate'],
|
||
})
|
||
}
|
||
|
||
// Tax table required for A-skatt employees (not sidoinkomst)
|
||
if (data.f_skatt_status === 'a_skatt' && !data.is_sidoinkomst && !data.tax_table_number) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Skattetabell krävs för A-skatt anställda (baseras på folkbokföringskommun)',
|
||
path: ['tax_table_number'],
|
||
})
|
||
}
|
||
|
||
// Tax municipality recommended when tax table is set
|
||
if (data.tax_table_number && !data.tax_municipality) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Folkbokföringskommun bör anges för att dokumentera skattetabellens underlag',
|
||
path: ['tax_municipality'],
|
||
})
|
||
}
|
||
|
||
// Phase 5 PR-1 carry-over (PR-2 enforcement): if vaxa_stod_eligible is set,
|
||
// require vaxa_stod_start. The end date is optional (some eligibility
|
||
// windows run open-ended until the maximum benefit period is reached).
|
||
// Birth-year age gate (the actual eligibility rule, born 2003-2007 for
|
||
// 2026) is checked at calculation-time by the engine, not here, because
|
||
// it depends on the payment year of each run: a 22-year-old at hire
|
||
// becomes 23 the next year and the rate switches without a row edit.
|
||
if (data.vaxa_stod_eligible && !data.vaxa_stod_start) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Startdatum för Växa-stöd måste anges när Växa-stöd är aktiverat',
|
||
path: ['vaxa_stod_start'],
|
||
})
|
||
}
|
||
if (
|
||
data.vaxa_stod_start &&
|
||
data.vaxa_stod_end &&
|
||
data.vaxa_stod_end < data.vaxa_stod_start
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Växa-stödets slutdatum måste vara efter startdatumet',
|
||
path: ['vaxa_stod_end'],
|
||
})
|
||
}
|
||
|
||
// Jämkning: a percentage without a start date is meaningless (the engine
|
||
// gates on jamkning_valid_from <= payment_date). End date is optional
|
||
// (beslut often run until year-end implicitly).
|
||
if (
|
||
data.jamkning_percentage !== null &&
|
||
data.jamkning_percentage !== undefined &&
|
||
!data.jamkning_valid_from
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Jämkningens startdatum måste anges när jämkningsprocent sätts',
|
||
path: ['jamkning_valid_from'],
|
||
})
|
||
}
|
||
if (
|
||
data.jamkning_valid_from &&
|
||
data.jamkning_valid_to &&
|
||
data.jamkning_valid_to < data.jamkning_valid_from
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Jämkningens slutdatum måste vara efter startdatumet',
|
||
path: ['jamkning_valid_to'],
|
||
})
|
||
}
|
||
|
||
// Bank details: validate clearing/kontonummer structure at entry so a typo is
|
||
// caught here rather than at Bankgirot LB generation. Both empty is allowed.
|
||
// Update path is validated in the PATCH route (only when the fields actually
|
||
// change) so legacy employees with incomplete free-text bank data can still
|
||
// be edited in unrelated ways.
|
||
for (const bankIssue of validateEmployeeBankAccount(data.clearing_number, data.bank_account_number)) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: bankIssue.message,
|
||
path: [bankIssue.field],
|
||
})
|
||
}
|
||
})
|
||
|
||
// PATCH base: the create-schema defaults are stripped first. Zod 4 applies
|
||
// .default() even through .partial() (absent key -> default value), which
|
||
// would (a) make sparse PATCH bodies fail the salary-type refinement below
|
||
// (salary_type materializes as 'monthly' without monthly_salary present) and
|
||
// (b) leak default values into routes that spread the parsed body into the
|
||
// UPDATE (silently resetting e.g. is_sidoinkomst on unrelated edits).
|
||
const EmployeeSchemaPatchBase = EmployeeSchemaBase.extend({
|
||
employment_type: EmploymentTypeSchema,
|
||
employment_degree: z.number().min(1).max(100),
|
||
hours_per_week: z.number().positive().max(80),
|
||
workdays_per_week: z.number().min(1).max(7),
|
||
salary_type: SalaryTypeSchema,
|
||
tax_column: z.number().int().min(1).max(6),
|
||
is_sidoinkomst: z.boolean(),
|
||
f_skatt_status: FSkattStatusSchema,
|
||
vacation_rule: VacationRuleSchema,
|
||
vacation_days_per_year: z.number().int().min(25).max(40),
|
||
semestertillagg_rate: z.number().min(0).max(0.05),
|
||
vaxa_stod_eligible: z.boolean(),
|
||
})
|
||
|
||
export const UpdateEmployeeSchema = EmployeeSchemaPatchBase.partial().superRefine((data, ctx) => {
|
||
// Only validate salary when salary_type is being changed in this update
|
||
if (data.salary_type === 'monthly' && data.monthly_salary !== undefined && data.monthly_salary <= 0) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Månadslön måste vara större än 0 för månadslöneform',
|
||
path: ['monthly_salary'],
|
||
})
|
||
}
|
||
if (data.salary_type === 'hourly' && data.hourly_rate !== undefined && data.hourly_rate <= 0) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Timlön måste vara större än 0 för timlöneform',
|
||
path: ['hourly_rate'],
|
||
})
|
||
}
|
||
|
||
// If setting salary_type, require the corresponding salary field
|
||
if (data.salary_type === 'monthly' && !('monthly_salary' in data)) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Månadslön måste anges vid byte till månadslöneform',
|
||
path: ['monthly_salary'],
|
||
})
|
||
}
|
||
if (data.salary_type === 'hourly' && !('hourly_rate' in data)) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Timlön måste anges vid byte till timlöneform',
|
||
path: ['hourly_rate'],
|
||
})
|
||
}
|
||
|
||
// Växa-stöd schema-level consistency check. The schema can only see what
|
||
// the PATCH body carries; the route layer is responsible for merged-
|
||
// state validation (i.e. an existing employee with vaxa_stod_start
|
||
// already set can have vaxa_stod_eligible flipped on without also
|
||
// sending start in the body). What the schema CAN enforce:
|
||
// - If the body enables vaxa_stod AND clears vaxa_stod_start explicitly
|
||
// (sending null), reject: that would orphan the eligibility flag.
|
||
// - If the body sets vaxa_stod_eligible=true AND vaxa_stod_start is
|
||
// present in the body but invalid relative to vaxa_stod_end, reject.
|
||
// The first case isn't currently expressible via .partial() (null != absent),
|
||
// so the practical schema-level check is the second one. The route
|
||
// layer will add a merged-state check when needed.
|
||
if (
|
||
data.vaxa_stod_eligible === true &&
|
||
'vaxa_stod_start' in data &&
|
||
!data.vaxa_stod_start
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Startdatum för Växa-stöd måste anges när Växa-stöd är aktiverat',
|
||
path: ['vaxa_stod_start'],
|
||
})
|
||
}
|
||
if (
|
||
data.vaxa_stod_start &&
|
||
data.vaxa_stod_end &&
|
||
data.vaxa_stod_end < data.vaxa_stod_start
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Växa-stödets slutdatum måste vara efter startdatumet',
|
||
path: ['vaxa_stod_end'],
|
||
})
|
||
}
|
||
|
||
// Jämkning: same schema-visibility caveat as växa-stöd above. What the
|
||
// schema CAN see: a non-null percentage sent WITHOUT any start date in the
|
||
// same body is only valid if a start date already exists on the row: the
|
||
// route layer does the merged-state check. Within-body date ordering is
|
||
// checkable here.
|
||
if (
|
||
data.jamkning_valid_from &&
|
||
data.jamkning_valid_to &&
|
||
data.jamkning_valid_to < data.jamkning_valid_from
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Jämkningens slutdatum måste vara efter startdatumet',
|
||
path: ['jamkning_valid_to'],
|
||
})
|
||
}
|
||
})
|
||
|
||
export const EmployeeBenefitTypeSchema = z.enum(['bike', 'car', 'meals', 'housing', 'wellness', 'other'])
|
||
|
||
/**
|
||
* Mirrors the table-level CHECK on employee_benefits (migration
|
||
* 20260512200100_employee_benefits.sql):
|
||
*
|
||
* CHECK (valid_to IS NULL OR valid_to >= valid_from)
|
||
*
|
||
* The bound is INCLUSIVE (`>=`): valid_to === valid_from is a legal single-day
|
||
* benefit, and the run-calculation window is inclusive at both ends too
|
||
* (`valid_from <= payment_date` AND `valid_to IS NULL OR valid_to >=
|
||
* payment_date`, lib/salary/run-calculation.ts). A NULL/omitted valid_to means
|
||
* an open-ended benefit and stays legal. Only a strictly earlier valid_to is
|
||
* rejected. Shared with the routes so the schema 400 and the route's
|
||
* merged-state 400 say the same thing.
|
||
*/
|
||
export const BENEFIT_PERIOD_ORDER_MESSAGE =
|
||
'"Gäller till" måste vara samma dag som eller efter "Gäller från". Lämna fältet tomt för en löpande förmån.'
|
||
|
||
export const CreateEmployeeBenefitSchema = z.object({
|
||
benefit_type: EmployeeBenefitTypeSchema,
|
||
description: z.string().min(1).max(200),
|
||
monthly_value: z.number().nonnegative().optional(),
|
||
/** For bike benefit: annual market value of the förmån. The server computes
|
||
* monthly_value = max(0, annual − 3000) / 12 per Skatteverket schablon. */
|
||
annual_market_value: z.number().nonnegative().optional(),
|
||
valid_from: isoDate,
|
||
valid_to: isoDate.optional(),
|
||
metadata: z.record(z.string(), z.unknown()).optional(),
|
||
is_active: z.boolean().optional(),
|
||
}).superRefine((data, ctx) => {
|
||
if (data.benefit_type === 'bike') {
|
||
if (data.annual_market_value === undefined && data.monthly_value === undefined) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Cykelförmån kräver årligt marknadsvärde',
|
||
path: ['annual_market_value'],
|
||
})
|
||
}
|
||
} else if (data.monthly_value === undefined) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'Månatligt förmånsvärde krävs',
|
||
path: ['monthly_value'],
|
||
})
|
||
}
|
||
|
||
// Validity period: exact mirror of the DB CHECK (see
|
||
// BENEFIT_PERIOD_ORDER_MESSAGE). Both dates are always fully visible on a
|
||
// create, so the whole constraint is checkable here and the insert can no
|
||
// longer trip the CHECK and surface as an opaque 500. ISO YYYY-MM-DD strings
|
||
// order lexicographically the same as chronologically, so a plain `<` is
|
||
// exact; `=== undefined` keeps the open-ended case legal.
|
||
if (data.valid_to !== undefined && data.valid_to < data.valid_from) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: BENEFIT_PERIOD_ORDER_MESSAGE,
|
||
path: ['valid_to'],
|
||
})
|
||
}
|
||
})
|
||
|
||
export const UpdateEmployeeBenefitSchema = z.object({
|
||
description: z.string().min(1).max(200).optional(),
|
||
monthly_value: z.number().nonnegative().optional(),
|
||
annual_market_value: z.number().nonnegative().optional(),
|
||
valid_from: isoDate.optional(),
|
||
valid_to: isoDate.nullable().optional(),
|
||
metadata: z.record(z.string(), z.unknown()).optional(),
|
||
is_active: z.boolean().optional(),
|
||
}).superRefine((data, ctx) => {
|
||
// Same DB CHECK mirror as the create schema, with the .partial() caveat: an
|
||
// all-optional body only lets the schema compare the two dates when it
|
||
// carries BOTH. A single-date PATCH has nothing in-body to compare against
|
||
// (the other half lives on the stored row), so the route re-checks the merged
|
||
// stored+patched pair before it writes. `valid_to: null` clears the end date
|
||
// and stays legal, exactly as `valid_to IS NULL` is in the CHECK.
|
||
if (
|
||
data.valid_from !== undefined &&
|
||
data.valid_to !== undefined &&
|
||
data.valid_to !== null &&
|
||
data.valid_to < data.valid_from
|
||
) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: BENEFIT_PERIOD_ORDER_MESSAGE,
|
||
path: ['valid_to'],
|
||
})
|
||
}
|
||
})
|
||
|
||
export const CreateSalaryRunSchema = z.object({
|
||
period_year: z.number().int().min(2020).max(2100),
|
||
period_month: z.number().int().min(1).max(12),
|
||
payment_date: isoDate,
|
||
voucher_series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A-Z').default('A'),
|
||
notes: z.string().max(2000).optional(),
|
||
})
|
||
|
||
// One-click variant for the dashboard route: all fields optional — the route
|
||
// resolves defaults server-side (period = month after the latest
|
||
// non-corrected run, payment date from company_settings.salary_pay_day,
|
||
// series from the per-source-type map), so "Starta lönekörning" can POST {}.
|
||
// The v1 REST surface keeps the strict CreateSalaryRunSchema above (it
|
||
// inserts the fields verbatim and must 400 on omissions, not 500).
|
||
export const CreateSalaryRunWithDefaultsSchema = z.object({
|
||
period_year: z.number().int().min(2020).max(2100).optional(),
|
||
period_month: z.number().int().min(1).max(12).optional(),
|
||
payment_date: isoDate.optional(),
|
||
voucher_series: z.string().regex(/^[A-Z]$/, 'Verifikationsserie måste vara en bokstav A–Z').optional(),
|
||
notes: z.string().max(2000).optional(),
|
||
})
|
||
|
||
export const AddEmployeeToRunSchema = z.object({
|
||
employee_id: uuid,
|
||
hours_worked: z.number().nonnegative().optional(),
|
||
})
|
||
|
||
export const CreateSalaryLineItemSchema = z.object({
|
||
salary_run_employee_id: uuid,
|
||
item_type: SalaryLineItemTypeSchema,
|
||
description: z.string().min(1).max(500),
|
||
quantity: z.number().optional(),
|
||
unit_price: z.number().optional(),
|
||
amount: z.number(),
|
||
is_taxable: z.boolean().default(true),
|
||
is_avgift_basis: z.boolean().default(true),
|
||
is_vacation_basis: z.boolean().default(true),
|
||
is_gross_deduction: z.boolean().default(false),
|
||
is_net_deduction: z.boolean().default(false),
|
||
account_number: accountNumber.optional(),
|
||
sort_order: z.number().int().default(0),
|
||
})
|
||
|
||
export const UpdateSalaryLineItemSchema = CreateSalaryLineItemSchema.partial().omit({ salary_run_employee_id: true })
|
||
|
||
// ── Absence (frånvaro) per-day records ──────────────────────────────
|
||
//
|
||
// Drives sjuklönelagen calculations (karensavdrag boundary, återinsjuknande
|
||
// 5-day merge, högriskskydd 12-month cap, day 14/15 FK transition) and AGI
|
||
// 2025+ <Frånvarouppgift> per-event reporting. The salary calculator derives
|
||
// line items from these rows; users do not enter absence as line items.
|
||
|
||
export const AbsenceTypeSchema = z.enum([
|
||
'sick',
|
||
'vab',
|
||
'parental',
|
||
'pregnancy',
|
||
'care_relative',
|
||
'study',
|
||
'unpaid_leave',
|
||
'other_leave',
|
||
])
|
||
|
||
export const UpsertAbsenceDaySchema = z.object({
|
||
absence_date: isoDate,
|
||
absence_type: AbsenceTypeSchema,
|
||
hours: z.number().positive().max(24).default(8),
|
||
notes: z.string().max(2000).optional(),
|
||
salary_run_employee_id: uuid.optional(),
|
||
})
|
||
|
||
export const AbsenceRangeQuerySchema = z.object({
|
||
from: isoDate,
|
||
to: isoDate,
|
||
}).refine((data) => data.from <= data.to, {
|
||
message: '`from` måste vara före eller lika med `to`',
|
||
path: ['from'],
|
||
})
|
||
|
||
// ── Employee opening balances (payroll cutover) ─────────────────────
|
||
//
|
||
// Per-employee state a mid-year switcher brings from the previous payroll
|
||
// system: YTD accumulators, vacation balances (incl. sparade dagar by origin
|
||
// year per the Semesterlagen 5-year rule), the opening semesterlöneskuld SEK
|
||
// (feeds vacation-liability report only; the 2920/2940 balance arrived via
|
||
// SIE), and the högriskskydd karens-count adjustment. See migration
|
||
// 20260713101000.
|
||
|
||
const openingBalancesShape = {
|
||
cutover_date: isoDate,
|
||
ytd_gross: z.number().min(0).default(0),
|
||
ytd_tax: z.number().min(0).default(0),
|
||
ytd_net: z.number().min(0).default(0),
|
||
vacation_paid_days_remaining: z.number().min(0).max(40).default(0),
|
||
vacation_saved_days_by_year: z
|
||
.record(z.string().regex(/^\d{4}$/, 'Nyckel måste vara ett fyrsiffrigt år'), z.number().min(0).max(40))
|
||
.default({}),
|
||
opening_semester_liability: z.number().min(0).default(0),
|
||
opening_semester_liability_avgifter: z.number().min(0).default(0),
|
||
karens_periods_adjustment: z.number().int().min(0).max(10).default(0),
|
||
}
|
||
|
||
const openingBalancesRefine = (
|
||
data: {
|
||
cutover_date: string
|
||
ytd_gross: number
|
||
ytd_tax: number
|
||
vacation_saved_days_by_year: Record<string, number>
|
||
},
|
||
ctx: z.RefinementCtx,
|
||
) => {
|
||
if (!data.cutover_date.endsWith('-01')) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'cutover_date måste vara den första dagen i en månad',
|
||
path: ['cutover_date'],
|
||
})
|
||
}
|
||
const cutoverYear = Number(data.cutover_date.slice(0, 4))
|
||
const currentYear = new Date().getFullYear()
|
||
if (cutoverYear < currentYear - 1 || cutoverYear > currentYear) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'cutover_date måste ligga i innevarande eller föregående år',
|
||
path: ['cutover_date'],
|
||
})
|
||
}
|
||
if (data.ytd_tax > data.ytd_gross) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: 'ytd_tax kan inte överstiga ytd_gross',
|
||
path: ['ytd_tax'],
|
||
})
|
||
}
|
||
// Sparade dagar: max 5 years back, never the cutover year itself.
|
||
for (const yearKey of Object.keys(data.vacation_saved_days_by_year)) {
|
||
const originYear = Number(yearKey)
|
||
if (originYear < cutoverYear - 5 || originYear > cutoverYear - 1) {
|
||
ctx.addIssue({
|
||
code: z.ZodIssueCode.custom,
|
||
message: `Sparade dagar för ${yearKey}: ursprungsåret måste ligga inom 5 år före cutover (${cutoverYear - 5}-${cutoverYear - 1})`,
|
||
path: ['vacation_saved_days_by_year', yearKey],
|
||
})
|
||
}
|
||
}
|
||
}
|
||
|
||
/** Body for the per-employee PUT (employee id comes from the path). */
|
||
export const OpeningBalancesFieldsSchema = z
|
||
.object(openingBalancesShape)
|
||
.superRefine(openingBalancesRefine)
|
||
|
||
/** One item in the bulk PUT (employee id inline). */
|
||
export const OpeningBalancesItemSchema = z
|
||
.object({ employee_id: uuid, ...openingBalancesShape })
|
||
.superRefine(openingBalancesRefine)
|
||
|
||
export const OpeningBalancesBulkSchema = z.object({
|
||
items: z.array(OpeningBalancesItemSchema).min(1).max(200),
|
||
})
|
||
|
||
// ── Worked-hours per-day records (hourly employees) ─────────────────
|
||
//
|
||
// Drives base salary calculation for hourly (timanställd) employees:
|
||
// `baseSalary = hourly_rate × Σ hours`. Mirrors absence days deliberately:
|
||
// same calendar UX, half-day mixing with absence enforced by the 24h cap
|
||
// trigger. The calculator sums these per pay period at calculate time.
|
||
|
||
export const UpsertWorkedDaySchema = z
|
||
.object({
|
||
work_date: isoDate,
|
||
hours: z.number().positive().max(24).default(8),
|
||
notes: z.string().max(2000).optional(),
|
||
salary_run_employee_id: uuid.optional(),
|
||
// Optional shift window. Feeds the shift-premium engine: without explicit
|
||
// times, the engine assumes a default 08:00-17:00 day shift. Either both
|
||
// fields are provided or neither.
|
||
start_time: timeString.optional(),
|
||
end_time: timeString.optional(),
|
||
})
|
||
.refine(
|
||
(data) => (data.start_time == null && data.end_time == null) || (data.start_time != null && data.end_time != null),
|
||
{
|
||
message: 'Ange både start- och sluttid eller låt båda vara tomma',
|
||
path: ['start_time'],
|
||
},
|
||
)
|
||
|
||
export const WorkedHoursRangeQuerySchema = z.object({
|
||
from: isoDate,
|
||
to: isoDate,
|
||
}).refine((data) => data.from <= data.to, {
|
||
message: '`from` måste vara före eller lika med `to`',
|
||
path: ['from'],
|
||
})
|
||
|
||
export const BatchUpsertWorkedDaysSchema = z
|
||
.object({
|
||
// 100-row sanity cap: typical use is one pay period (~22 weekdays). A larger
|
||
// value usually indicates the caller is iterating wrong.
|
||
dates: z.array(isoDate).min(1).max(100),
|
||
hours: z.number().positive().max(24).default(8),
|
||
notes: z.string().max(2000).optional(),
|
||
salary_run_employee_id: uuid.optional(),
|
||
// Optional shift window applied to every date in the batch. Pair both or
|
||
// neither; same fallback behaviour as the single-row endpoint.
|
||
start_time: timeString.optional(),
|
||
end_time: timeString.optional(),
|
||
})
|
||
.refine(
|
||
(data) => (data.start_time == null && data.end_time == null) || (data.start_time != null && data.end_time != null),
|
||
{
|
||
message: 'Ange både start- och sluttid eller låt båda vara tomma',
|
||
path: ['start_time'],
|
||
},
|
||
)
|
||
|
||
// ============================================================
|
||
// AI agent flow schemas
|
||
// ============================================================
|
||
|
||
const BookingProposalLineSchema = z.object({
|
||
account_number: accountNumber,
|
||
debit_amount: nonNegativeAmount,
|
||
credit_amount: nonNegativeAmount,
|
||
description: z.string().min(1).max(500),
|
||
})
|
||
|
||
const BookingProposalCounterpartyTemplateSchema = z.object({
|
||
counterparty_name: z.string().min(1).max(200),
|
||
debit_account: accountNumber,
|
||
credit_account: accountNumber,
|
||
vat_treatment: VatTreatmentSchema.nullable(),
|
||
category: TransactionCategorySchema.nullable(),
|
||
})
|
||
|
||
// Edit payload: the user's edited version of a booking proposal. Used in
|
||
// the /accept endpoint when the user adjusted accounts/VAT before approving.
|
||
export const EditBookingProposalSchema = z.object({
|
||
lines: z.array(BookingProposalLineSchema).min(2),
|
||
vat_treatment: VatTreatmentSchema.nullable(),
|
||
default_private: z.boolean(),
|
||
counterparty_template_proposal: BookingProposalCounterpartyTemplateSchema.nullable(),
|
||
fiscal_period_id: uuid,
|
||
entry_date: isoDate,
|
||
description: z.string().min(1).max(500),
|
||
})
|
||
|
||
// For match proposals, editing just means picking a different transaction.
|
||
export const EditMatchProposalSchema = z.object({
|
||
matched_transaction_id: uuid,
|
||
})
|
||
|
||
export const AcceptProposalSchema = z.object({
|
||
version: z.number().int().nonnegative(),
|
||
edits: z.union([EditBookingProposalSchema, EditMatchProposalSchema]).optional(),
|
||
})
|
||
|
||
// Change the matched transaction on a pending match proposal without
|
||
// accepting it. Source tells us whether the user picked one of the AI's
|
||
// own alternatives, an AI-regenerated suggestion, or a manually-chosen
|
||
// transaction: kept on edit_diff for learning signal.
|
||
export const ChangeMatchProposalSchema = z.object({
|
||
version: z.number().int().nonnegative(),
|
||
matched_transaction_id: uuid,
|
||
source: z.enum(['user_alternative', 'user_manual', 'ai_regenerated']),
|
||
})
|
||
|
||
export const RejectProposalSchema = z.object({
|
||
version: z.number().int().nonnegative(),
|
||
reason: z.string().max(500).optional(),
|
||
})
|
||
|
||
export const BatchAcceptSchema = z.object({
|
||
proposal_ids: z.array(uuid).min(1).max(50),
|
||
})
|
||
|
||
export const ResolveRequestSchema = z.object({
|
||
response: z.record(z.string(), z.unknown()).optional(),
|
||
})
|
||
|
||
export const StartBackfillSchema = z.object({}).strict()
|
||
|
||
export const RememberLearningSchema = z.object({
|
||
proposal_id: uuid,
|
||
counterparty_name: z.string().min(1).max(200),
|
||
debit_account: accountNumber,
|
||
credit_account: accountNumber,
|
||
vat_treatment: VatTreatmentSchema.nullable(),
|
||
category: TransactionCategorySchema.nullable(),
|
||
})
|
||
|
||
export const ListProposalsQuerySchema = z.object({
|
||
status: z
|
||
.enum(['pending', 'accepted', 'rejected', 'skipped', 'invalidated'])
|
||
.optional(),
|
||
step_type: z.enum(['match', 'booking']).optional(),
|
||
limit: z.coerce.number().int().min(1).max(100).default(20),
|
||
offset: z.coerce.number().int().min(0).default(0),
|
||
})
|
||
|
||
export const AttachDocumentSchema = z.object({
|
||
document_id: uuid,
|
||
})
|
||
|
||
export const LinkDocumentSchema = z.object({
|
||
journal_entry_id: uuid,
|
||
journal_entry_line_id: uuid.optional(),
|
||
inbox_item_id: uuid.optional(),
|
||
transaction_id: uuid.optional(),
|
||
})
|
||
|
||
// ============================================================
|
||
// Shift-premium rules (OB-tillägg och övertid)
|
||
// ============================================================
|
||
|
||
export const ShiftPremiumItemTypeSchema = z.enum([
|
||
'overtime_50',
|
||
'overtime_100',
|
||
'ob_weekday_evening',
|
||
'ob_weekend',
|
||
'ob_night',
|
||
'ob_holiday',
|
||
])
|
||
|
||
const dayOfWeekArray = z
|
||
.array(z.number().int().min(1).max(7))
|
||
.min(1, 'Välj minst en veckodag')
|
||
.max(7, 'Högst sju veckodagar tillåtna')
|
||
|
||
export const CreateShiftPremiumRuleSchema = z
|
||
.object({
|
||
name: z.string().min(1).max(120),
|
||
applies_to_all_employees: z.boolean().default(true),
|
||
applies_to_employee_ids: z.array(uuid).default([]),
|
||
day_of_week: dayOfWeekArray,
|
||
start_time: timeString,
|
||
end_time: timeString,
|
||
premium_percent: z.number().min(0).max(500),
|
||
item_type: ShiftPremiumItemTypeSchema,
|
||
priority: z.number().int().min(0).max(1000).default(0),
|
||
is_active: z.boolean().default(true),
|
||
})
|
||
.refine(
|
||
(data) => data.applies_to_all_employees || data.applies_to_employee_ids.length > 0,
|
||
{
|
||
message: 'Välj minst en anställd när regeln inte gäller alla',
|
||
path: ['applies_to_employee_ids'],
|
||
},
|
||
)
|
||
|
||
export const UpdateShiftPremiumRuleSchema = z
|
||
.object({
|
||
name: z.string().min(1).max(120).optional(),
|
||
applies_to_all_employees: z.boolean().optional(),
|
||
applies_to_employee_ids: z.array(uuid).optional(),
|
||
day_of_week: dayOfWeekArray.optional(),
|
||
start_time: timeString.optional(),
|
||
end_time: timeString.optional(),
|
||
premium_percent: z.number().min(0).max(500).optional(),
|
||
item_type: ShiftPremiumItemTypeSchema.optional(),
|
||
priority: z.number().int().min(0).max(1000).optional(),
|
||
is_active: z.boolean().optional(),
|
||
})
|
||
.refine(
|
||
(data) => {
|
||
if (data.applies_to_all_employees === false && data.applies_to_employee_ids !== undefined) {
|
||
return data.applies_to_employee_ids.length > 0
|
||
}
|
||
return true
|
||
},
|
||
{
|
||
message: 'Välj minst en anställd när regeln inte gäller alla',
|
||
path: ['applies_to_employee_ids'],
|
||
},
|
||
)
|
||
|
||
/**
|
||
* Per-employee override on a salary run (advanced mode).
|
||
*
|
||
* Each field is independently nullable. `null` clears a previously-set
|
||
* override; `undefined` leaves it unchanged. `reason` is required whenever
|
||
* any non-null override is being applied: the DB CHECK constraint
|
||
* enforces this at the storage layer too.
|
||
*/
|
||
// Upper bound on per-employee override values. 10 MSEK is well above any
|
||
// plausible single-period gross/tax/avgifter figure for a salary run and
|
||
// catches typos (e.g. an extra zero) before they reach the ledger or AGI.
|
||
const SALARY_OVERRIDE_MAX = 10_000_000
|
||
|
||
export const SalaryEmployeeOverrideSchema = z
|
||
.object({
|
||
// Per-run monthly salary for this employee, editable while the run is a
|
||
// draft. 0 is allowed (an intentional nollkörning). This is NOT a review
|
||
// override: it sets the base the engine uses for this month only and does
|
||
// not require a reason. The route gates this field to `draft` status.
|
||
monthly_salary: z.number().nonnegative().max(SALARY_OVERRIDE_MAX).optional(),
|
||
tax_withheld_override: z.number().nonnegative().max(SALARY_OVERRIDE_MAX).nullable().optional(),
|
||
avgifter_amount_override: z.number().nonnegative().max(SALARY_OVERRIDE_MAX).nullable().optional(),
|
||
avgifter_basis_override: z.number().nonnegative().max(SALARY_OVERRIDE_MAX).nullable().optional(),
|
||
reason: z.string().min(1).max(500).nullable().optional(),
|
||
})
|
||
.refine(
|
||
(data) => {
|
||
const hasOverride =
|
||
(data.tax_withheld_override !== undefined && data.tax_withheld_override !== null) ||
|
||
(data.avgifter_amount_override !== undefined && data.avgifter_amount_override !== null) ||
|
||
(data.avgifter_basis_override !== undefined && data.avgifter_basis_override !== null)
|
||
if (hasOverride && (data.reason === undefined || data.reason === null || data.reason.trim() === '')) {
|
||
return false
|
||
}
|
||
return true
|
||
},
|
||
{
|
||
message: 'Ange en anledning till justeringen (krävs av BFL för manuella skattejusteringar)',
|
||
path: ['reason'],
|
||
},
|
||
)
|
||
|
||
|
||
// ============================================================
|
||
// Dimensions PR6: bulk retro-tagging workbench (appended at end
|
||
// of file by PR6 to avoid conflicts; keep new schemas below).
|
||
// ============================================================
|
||
|
||
/**
|
||
* Query filters for GET /api/dimensions/tagging/lines (the BulkTagWorkbench
|
||
* line browser). All filters optional; `limit` is a hard cap (default 200,
|
||
* max 500): the route fetches limit+1 and reports `total_capped` instead of
|
||
* paginating (dimensions plan §3, v1 scope).
|
||
*/
|
||
export const DimensionTaggingLinesQuerySchema = z.object({
|
||
period_id: uuid.optional(),
|
||
date_from: saneIsoDate.optional(),
|
||
date_to: saneIsoDate.optional(),
|
||
account_from: accountNumber.optional(),
|
||
account_to: accountNumber.optional(),
|
||
/** Free-text ilike filter on journal_entries.description. */
|
||
text: z.string().trim().max(200).optional(),
|
||
/** '1' → only vouchers with at least one untagged line ({} dimensions). */
|
||
only_untagged: z.enum(['0', '1']).optional(),
|
||
/**
|
||
* '1' → include reversal pairs (annulled entries + their stornos). Excluded
|
||
* by default: a pair nets to zero in every dimension bucket when both sides
|
||
* carry the same tag, so retro-tagging it is a no-op, and showing it
|
||
* invites tagging one side only, which skews project P&L.
|
||
*/
|
||
include_annulled: z.enum(['0', '1']).optional(),
|
||
/** Cap counts VOUCHERS since the voucher-level rework. */
|
||
limit: z.coerce.number().int().min(1).max(300).default(150),
|
||
})
|
||
|
||
/**
|
||
* Body for POST /api/dimensions/tagging/apply. One dimensions object applied
|
||
* to every listed line via the retag_line_dimensions RPC (the UI groups
|
||
* selected lines by their computed resulting map and issues one POST per
|
||
* distinct map). `dimensions` reuses THE bag schema so validation cannot
|
||
* drift from the engine/API layers; an empty bag is allowed: replace mode
|
||
* uses it to clear phantom tags. `reason` mirrors the RPC's >= 3 chars CHECK.
|
||
*/
|
||
export const DimensionTaggingApplySchema = z.object({
|
||
line_ids: z.array(uuid).min(1).max(500),
|
||
dimensions: DimensionsBagSchema,
|
||
reason: z.string().trim().min(3).max(500),
|
||
})
|