Files
accounted/extensions/general/stripe/lib/sync.ts
T
Mattsson 98d0c7f2d0 Add/stripe skv (#1004)
* fix(salary): align pain.001 salary file with the Swedish domestic bank dialect

Verified against the Swedish Common Interpretation of ISO 20022
(Bankforeningen, Common Payment Types in Sweden, Appendix 1 Example 4:
Salaries) and Nordea Corporate Access pain.001 examples v2.6 (2026-06-22),
and XSD-validated against the official pain.001.001.03 schema:

- drop SvcLvl SEPA (SEPA credit transfers are EUR-only; omitting SvcLvl
  gets the domestic NURG default)
- drop RmtInf (not allowed for SALA salary payments; the beneficiary
  statement text comes from the Dataclearing LON code)
- address employees domestically: clearing as CdtrAgt ClrSysMmbId SESBA,
  account WITHOUT clearing as CdtrAcct Othr with SchmeNm BBAN
- share the clearing/account split (Swedbank 5-digit shift, Nordea
  personkonto prefix dedup) between the LB and pain.001 generators via
  splitDomesticBankAccount, fixing pain.001 duplicating the personkonto
  clearing
- clamp MsgId/PmtInfId/InstrId/EndToEndId to Max35Text with the per-tx
  counter surviving truncation; carry the org number on Dbtr
- return 400 from the pain001 route on an invalid clearing instead of
  emitting a broken file

Also includes two unrelated decision-log lines from the parallel
revisor-review session (DECISIONS.md is a shared append-only log).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* feat(nav): surface the year-end chain in the sidebar

Add Periodiseringar, Arsredovisning (aktiebolag only) and
Inkomstdeklaration (INK2 for AB, NE-bilaga for EF) to the Skatt &
bokslut group, in workflow order. Entity gating via a new entityOnly
flag on NavItem; isActive carve-outs extended so exactly one row
lights up for the new routes. Driven by an external revisor review
that concluded these features did not exist because none of them
were reachable from the nav.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* feat(stripe): Stripe Connect integration behind config gate

Connect OAuth per company (only the acct_ id is stored), automatic
single-use Payment Links on invoice send, deterministic payment
settlement against 1686 (BAS moved acquirer receivables 1580 -> 1686),
payout booking with reverse-charge fees (6570 + 4535/4598 + 2645/2614),
and a 15-minute sync cron. Non-deterministic events land as
needs_review, never guessed at.

Fully dark without STRIPE_CONNECT_CLIENT_ID: connect returns 503, the
send hook and cron no-op, and the settings page shows 'Kommer snart'
(hosted) until the Connect platform is verified. Self-hosted keeps the
honest not-configured message.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix(deadlines): add shared completeTaxDeadline and fix dead AGI deadline auto-complete

generate-declaration.ts has updated non-existent columns (type/period/
status) since inception, so the arbetsgivardeklaration deadline was
never auto-completed. Replace with a shared helper targeting the real
schema (tax_deadline_type/tax_period/is_completed), also used by the
kvittens crons and moms handlers in the follow-up commit.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* feat(rot-rut): import Skatteverket beslutsfil and record decisions on payout requests

Parse the beslutsfil JSON from Skatteverkets rot/rut e-tjanst and record
godkant belopp on the matching begaran: matched by stored
skv_referensnummer first, then exact name among active undecided
requests; arenden by fakturanummer then personnummer, exactly-one or the
beslut errors (all-or-nothing). Never auto-settles: recording the beslut
and booking the payout are separate acts. Exposed as an API route and
the gnubok_import_rot_rut_beslut MCP tool.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* feat(skatteverket): system auth for background reads, one-click VAT submit, kvittens notifications

Hybrid auth program: system CCG (org certificate) for background reads
while personal BankID stays for interactive submissions, since SKV
per-flow refresh tokens live 65 min and crons structurally cannot run
on them. All system-auth code sits behind SKATTEVERKET_SYSTEM_AUTH_MODE
(default off) with a stub transport until the Expisoft cert and CCG
avtal land; auth resolution is centralized in resolve-auth.ts.

Also in this change:
- One-click VAT submit chaining kontrollera -> utkast -> las
  server-side with a stage discriminator; step-by-step buttons demoted
  to the overflow menu.
- Kvittens crons (AGI + new VAT schedule) with email-only
  notifications, deduped in notification_log under the new
  skv_kvittens type.
- Ombud grant probe + verification UI in the connect panel, and a
  dashboard promo card for unconnected companies.
- skatteverket_company_connections table with pg-real coverage.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* feat(salary): auto-settle AGI tax payment from skattekonto and surface SKV reconnect on the tax card

The "Skatt att betala" card only cleared via the manual mark-paid button
on the run detail page; the promised automatic flip from the Skattekonto
sync was never implemented, so paid periods stayed red.

- settleAgiTaxPayments: during every skattekonto sync, a booked
  "Arbetsgivardeklaration YYYYMM" debit row settles the matching
  agi_declarations.tax_paid_at, but only when the amount equals the
  declared total to the ore and the account is not in deficit
  (deterministic; drift or deficit falls back to manual).
- Salary overview card: reconnect hint when the SKV token needs
  re-consent (link to /settings/tax, silent when the extension is off),
  plus an inline "Markera som betald" button reusing the existing
  endpoint and salary_payments strings.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* Add cloud backup scheduling and alerting features

- Implement unit tests for scheduling logic in `schedule.test.ts`, covering various scenarios for determining if a backup schedule is due.
- Create a new module `backup-alert.ts` to handle failure alerts for cloud backup auto-sync, including email notifications for reauthentication and repeated failures.
- Introduce `schedule.ts` to manage scheduling logic, including handling local time zones and converting between local and UTC hours.
- Add CSV report generation functions in `archive-csv.ts` for trial balance, income statement, balance sheet, and general ledger, ensuring compatibility with Swedish Excel formats.
- Create a README generator for the archive structure in `archive-readme.ts`, providing clear documentation for users accessing backup files.
- Implement tests for CSV report generation in `archive-csv.test.ts`, ensuring correct formatting and content.
- Establish a full-archive coverage contract test in `full-archive-coverage.pg.test.ts` to ensure all company-scoped tables are properly classified for backup.

* fix(stripe): correct invoice clearing reference and improve type safety in sync logic

* fix(invoices): narrow accountingMethod before resolveInvoicePaymentSourceType

settleInvoicePayment takes accountingMethod as a raw settings string, but
resolveInvoicePaymentSourceType requires the 'accrual' | 'cash' union.
Normalize at the call site (anything but 'cash' books as accrual), matching
the existing useCashEntry semantics.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix: address CodeRabbit review findings and nitpicks on PR #1004

Review findings:
- backup settings redirect: always force view=export over incoming params
- AGI/VAT kvittens crons: isolate best-effort post-submit calls, check the
  signed-state persist error, guard recovery calls in catch blocks so one
  company cannot abort the rest; surface grant_revoked in the run summary
- kvittens notifications: atomic claim-first dedup with a partial unique
  index; map non-uuid reference keys to deterministic uuids
- grant probe: record the actual 2xx status; mTLS transport: handle
  response-stream errors
- stripe: amount-aware idempotency keys for payment links; emit
  stripe.disconnected on upstream revocations
- ROT/RUT beslut import: mutate in-memory request state after apply, move
  item + header writes into an atomic apply_rot_rut_beslut RPC, add
  rot_rut_payout to JournalEntrySourceTypeSchema
- migrations: use NOT VALID + VALIDATE CONSTRAINT for CHECK constraints on
  journal_entries, notification_log and rot_rut_payout_requests
- cloud backup: hour_utc-only schedule updates clear stale hour_local

Nitpicks:
- stripe sync: enforce the cron time budget inside per-connection event
  processing with idempotent cursor progress; maybeSingle for settings;
  honest partial-customer DTO shared with the settlement boundary
- shared applyPaymentLinkToInvoice helper for both invoice send routes,
  v1 docblock documents step 6b and PAYMENT_LINK_FAILED
- settings panel: drop redundant decodeURIComponent
- cloud backup: document worst-case archive memory headroom

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

---------

Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
2026-07-12 19:14:12 +02:00

433 lines
16 KiB
TypeScript

import type Stripe from 'stripe'
import type { SupabaseClient } from '@supabase/supabase-js'
import { getStripe } from '@/lib/stripe/client'
import { eventBus } from '@/lib/events/bus'
import {
settleInvoicePayment,
type InvoiceWithCustomerName,
} from '@/lib/invoices/settle-invoice-payment'
import { createLogger, type Logger } from '@/lib/logger'
import type { EntityType } from '@/types'
import { connectedAccountOptions, isRevokedConnectionError } from './connect'
import { processPayoutPaidEvent } from './payouts'
import type { StripeConnection } from '../types'
const defaultLog = createLogger('stripe/sync')
/**
* Stripe payment sync: polls the connected account's event stream and applies
* checkout.session.completed events (payments through our auto-created invoice
* payment links) to bookkeeping.
*
* Matching is DETERMINISTIC ONLY (project doctrine: act on exact keys, never
* confidence). A session settles its invoice when ALL hold:
* - the session's payment link (or metadata.invoice_id fallback) resolves to
* an invoice in the connection's company
* - invoice status is payable (sent / overdue / partially_paid)
* - session amount equals the invoice's remaining amount exactly (öre)
* - currencies match, invoice currency is SEK (v1 automation scope)
* - session livemode matches the connection
* Anything else is recorded as needs_review with a reason and surfaced in the
* settings panel: never guessed at, never dropped silently.
*
* Settlement books Debit 1686 (Fordringar för kontokort) / Credit 1510 via the
* shared settleInvoicePayment service: the money sits in the Stripe balance
* until the payout, which clears 1686 against 1930 (payout booking).
*
* Idempotency: each event is claimed into stripe_payment_events under a
* (connection, event id) unique constraint before processing; the polling
* cursor always overlaps, so re-seen events are no-ops. Stale 'processing'
* claims (a crash mid-run) are reclaimed after 1h.
*/
const EVENT_TYPES = ['checkout.session.completed', 'payout.paid'] as const
/** Re-poll overlap; unique constraints make the duplicates no-ops. */
const CURSOR_OVERLAP_SECONDS = 600
/** A 'processing' claim older than this is considered crashed and reclaimed. */
const STALE_CLAIM_MS = 60 * 60 * 1000
const PAYABLE_STATUSES = ['sent', 'overdue', 'partially_paid']
interface CheckoutSessionLike {
id: string
payment_link?: string | { id: string } | null
payment_intent?: string | { id: string } | null
amount_total?: number | null
currency?: string | null
payment_status?: string | null
livemode?: boolean
metadata?: Record<string, string> | null
}
export interface StripeSyncSummary {
fetched: number
settled: number
payoutsBooked: number
needsReview: number
ignored: number
alreadyProcessed: number
/** Set when the connection turned out to be revoked upstream. */
revoked?: boolean
/** Set when the caller's time budget ran out before all events were processed. */
deadlineReached?: boolean
}
type TerminalStatus = 'matched_booked' | 'needs_review' | 'ignored'
interface ProcessOutcome {
status: TerminalStatus
reason: string | null
invoiceId: string | null
journalEntryId: string | null
}
export async function syncStripeConnection(
supabase: SupabaseClient,
connection: StripeConnection,
log: Logger = defaultLog,
/**
* Absolute deadline (epoch ms) from the caller's time budget (the cron
* route). When it passes mid-batch the event loop stops BEFORE the next
* unprocessed event; the cursor then advances only over what was actually
* processed, so the next run resumes exactly where this one stopped.
* Omitted (manual sync, tests): no budget, the full batch is processed.
*/
deadlineMs?: number,
): Promise<StripeSyncSummary> {
const summary: StripeSyncSummary = {
fetched: 0,
settled: 0,
payoutsBooked: 0,
needsReview: 0,
ignored: 0,
alreadyProcessed: 0,
}
if (!connection.stripe_account_id) return summary
const stripe = getStripe()
const opts = connectedAccountOptions(connection.stripe_account_id)
// Poll window: from the cursor (with overlap) or, on the first run, from
// when the connection was established: no payment links of ours exist
// before that.
const cursorMs = connection.last_event_created_at
? new Date(connection.last_event_created_at).getTime()
: connection.connected_at
? new Date(connection.connected_at).getTime()
: Date.now() - 24 * 60 * 60 * 1000
const gte = Math.max(0, Math.floor(cursorMs / 1000) - CURSOR_OVERLAP_SECONDS)
let events: Stripe.Event[]
try {
events = await stripe.events
.list({ types: [...EVENT_TYPES], created: { gte }, limit: 100 }, opts)
.autoPagingToArray({ limit: 1000 })
} catch (err) {
if (isRevokedConnectionError(err)) {
log.warn('connection revoked upstream; marking revoked', {
connectionId: connection.id,
})
await supabase
.from('stripe_connections')
.update({
status: 'revoked',
disconnected_at: new Date().toISOString(),
error_message: 'Åtkomsten återkallades hos Stripe.',
})
.eq('id', connection.id)
// An upstream revocation is the same outward-facing consent transition
// as a user-initiated disconnect: land it in the audit trail too.
try {
await eventBus.emit({
type: 'stripe.disconnected',
payload: {
connectionId: connection.id,
stripeAccountId: connection.stripe_account_id,
reason: 'revoked_upstream',
userId: connection.user_id,
companyId: connection.company_id,
},
})
} catch {
// Audit event failure must not block marking the connection revoked.
}
summary.revoked = true
return summary
}
throw err
}
summary.fetched = events.length
// Stripe returns newest first; apply oldest first so partial payments and
// cursor advancement stay chronological.
events.sort((a, b) => a.created - b.created)
let maxCreated = 0
let lastProcessedEventId: string | null = null
let processedCount = 0
for (const event of events) {
// Enforce the time budget per event, not just per connection: a large
// batch must not blow the cron's maxDuration. The fetch above is a single
// bounded call; the expensive part is the per-event DB + bookkeeping work
// below. Breaking here, before claiming or counting the event, keeps the
// cursor behind the unprocessed tail so the next run picks it up.
if (deadlineMs !== undefined && Date.now() >= deadlineMs) {
summary.deadlineReached = true
log.info('time budget exhausted mid-connection; stopping event batch', {
connectionId: connection.id,
processed: processedCount,
remaining: events.length - processedCount,
})
break
}
maxCreated = Math.max(maxCreated, event.created)
lastProcessedEventId = event.id
processedCount++
// Payouts run through their own idempotent ledger (stripe_payouts).
if (event.type === 'payout.paid') {
const payoutOutcome = await processPayoutPaidEvent(supabase, connection, event, log)
if (payoutOutcome.status === 'booked') summary.payoutsBooked++
else if (payoutOutcome.status === 'needs_review') summary.needsReview++
else if (payoutOutcome.status === 'ignored') summary.ignored++
else summary.alreadyProcessed++
if (payoutOutcome.status === 'needs_review') {
log.info('stripe payout not auto-booked', {
connectionId: connection.id,
eventId: event.id,
reason: payoutOutcome.reason,
})
}
continue
}
const claim = await claimEvent(supabase, connection, event)
if (!claim) {
summary.alreadyProcessed++
continue
}
let outcome: ProcessOutcome
try {
outcome = await processCheckoutSessionEvent(supabase, connection, event, log)
} catch (err) {
// Unexpected processing failure: record for review rather than leaving
// a dangling 'processing' claim until the stale-reclaim window.
outcome = {
status: 'needs_review',
reason: `processing_failed: ${err instanceof Error ? err.message : String(err)}`,
invoiceId: null,
journalEntryId: null,
}
}
await supabase
.from('stripe_payment_events')
.update({
status: outcome.status,
reason: outcome.reason,
invoice_id: outcome.invoiceId,
journal_entry_id: outcome.journalEntryId,
})
.eq('id', claim.id)
if (outcome.status === 'matched_booked') summary.settled++
else if (outcome.status === 'needs_review') summary.needsReview++
else summary.ignored++
if (outcome.status !== 'matched_booked') {
log.info('stripe event not auto-applied', {
connectionId: connection.id,
eventId: event.id,
status: outcome.status,
reason: outcome.reason,
})
}
}
if (maxCreated > 0) {
await supabase
.from('stripe_connections')
.update({
last_event_created_at: new Date(maxCreated * 1000).toISOString(),
last_event_id: lastProcessedEventId,
})
.eq('id', connection.id)
}
return summary
}
/**
* Claim the event for processing. Returns the claim row id, or null when the
* event was already handled (or is being handled) by an earlier run.
*/
async function claimEvent(
supabase: SupabaseClient,
connection: StripeConnection,
event: Stripe.Event,
): Promise<{ id: string } | null> {
const session = event.data.object as CheckoutSessionLike
const { data: inserted } = await supabase
.from('stripe_payment_events')
.upsert(
{
company_id: connection.company_id,
connection_id: connection.id,
stripe_event_id: event.id,
checkout_session_id: session.id ?? null,
payment_intent_id: idOf(session.payment_intent),
payment_link_id: idOf(session.payment_link),
amount: typeof session.amount_total === 'number' ? session.amount_total / 100 : null,
currency: session.currency?.toUpperCase() ?? null,
status: 'processing',
event_created_at: new Date(event.created * 1000).toISOString(),
},
{ onConflict: 'connection_id,stripe_event_id', ignoreDuplicates: true },
)
.select('id')
if (inserted && inserted.length > 0) return inserted[0] as { id: string }
// Conflict: reclaim only if the prior claim crashed (stale 'processing').
const staleBefore = new Date(Date.now() - STALE_CLAIM_MS).toISOString()
const { data: reclaimed } = await supabase
.from('stripe_payment_events')
.update({ status: 'processing' })
.eq('connection_id', connection.id)
.eq('stripe_event_id', event.id)
.eq('status', 'processing')
.lt('updated_at', staleBefore)
.select('id')
return reclaimed && reclaimed.length > 0 ? (reclaimed[0] as { id: string }) : null
}
function idOf(value: string | { id: string } | null | undefined): string | null {
if (!value) return null
return typeof value === 'string' ? value : value.id
}
async function processCheckoutSessionEvent(
supabase: SupabaseClient,
connection: StripeConnection,
event: Stripe.Event,
log: Logger,
): Promise<ProcessOutcome> {
const session = event.data.object as CheckoutSessionLike
const none = { invoiceId: null, journalEntryId: null }
if (session.livemode !== connection.livemode) {
return { status: 'ignored', reason: 'livemode_mismatch', ...none }
}
// Async payment methods emit checkout.session.completed with
// payment_status 'unpaid'; money that has not arrived is not booked.
if (session.payment_status && session.payment_status !== 'paid') {
return { status: 'ignored', reason: `payment_status_${session.payment_status}`, ...none }
}
// Resolve the invoice: primary key is our stored payment link id; fallback
// is the invoice id we stamped into the link metadata. Both are exact keys,
// both scoped to the connection's company.
const paymentLinkId = idOf(session.payment_link)
// Only the customer's name is joined; InvoiceWithCustomerName models that
// partial relation honestly (shared with the settlement boundary).
let invoice: InvoiceWithCustomerName | null = null
if (paymentLinkId) {
const { data } = await supabase
.from('invoices')
.select('*, customer:customers(name), items:invoice_items(*)')
.eq('company_id', connection.company_id)
.eq('stripe_payment_link_id', paymentLinkId)
.maybeSingle()
invoice = data as InvoiceWithCustomerName | null
}
if (!invoice && session.metadata?.invoice_id) {
const { data } = await supabase
.from('invoices')
.select('*, customer:customers(name), items:invoice_items(*)')
.eq('company_id', connection.company_id)
.eq('id', session.metadata.invoice_id)
.maybeSingle()
invoice = data as InvoiceWithCustomerName | null
}
if (!invoice) {
return { status: 'needs_review', reason: 'invoice_not_found', ...none }
}
const outcomeBase = { invoiceId: invoice.id, journalEntryId: null }
if (invoice.status === 'paid') {
return { status: 'needs_review', reason: 'invoice_already_paid', ...outcomeBase }
}
if (!PAYABLE_STATUSES.includes(invoice.status)) {
return {
status: 'needs_review',
reason: `invoice_not_payable_${invoice.status}`,
...outcomeBase,
}
}
const sessionCurrency = session.currency?.toUpperCase()
if (!sessionCurrency || sessionCurrency !== invoice.currency) {
return { status: 'needs_review', reason: 'currency_mismatch', ...outcomeBase }
}
// v1 automation scope: SEK only. A non-SEK settlement needs FX handling on
// both the clearing account and the payout leg; reviewed manually instead.
if (invoice.currency !== 'SEK') {
return { status: 'needs_review', reason: 'non_sek_invoice', ...outcomeBase }
}
const amount = typeof session.amount_total === 'number' ? session.amount_total / 100 : null
const remaining = invoice.remaining_amount ?? invoice.total - (invoice.paid_amount || 0)
if (amount == null || Math.round(amount * 100) !== Math.round(remaining * 100)) {
return { status: 'needs_review', reason: 'amount_mismatch', ...outcomeBase }
}
// maybeSingle: a company without a settings row is a legitimate no-result
// case that falls back to the defaults below, not a swallowed error.
const { data: settings } = await supabase
.from('company_settings')
.select('accounting_method, entity_type')
.eq('company_id', connection.company_id)
.maybeSingle()
const accountingMethod = settings?.accounting_method || 'accrual'
const entityType = (settings?.entity_type as EntityType) || 'enskild_firma'
const paymentDate = new Date(event.created * 1000).toISOString().split('T')[0]
const result = await settleInvoicePayment(supabase, connection.company_id, connection.user_id, {
invoice,
paymentAmountInInvoiceCurrency: amount,
paymentDate,
accountingMethod,
entityType,
// Money is in the Stripe balance, not the bank: settle against 1686
// (Fordringar för kontokort); the payout later clears 1686 into 1930.
settlementAccountNumber: '1686',
})
if (!result.ok) {
const reason =
result.code === 'BOOKKEEPING_ERROR'
? `bookkeeping_error: ${result.error instanceof Error ? result.error.message : String(result.error)}`
: result.code.toLowerCase()
return { status: 'needs_review', reason, ...outcomeBase }
}
log.info('stripe payment settled invoice', {
connectionId: connection.id,
invoiceId: invoice.id,
journalEntryId: result.journalEntryId,
amount,
})
return {
status: 'matched_booked',
reason: null,
invoiceId: invoice.id,
journalEntryId: result.journalEntryId,
}
}