* feat(reconciliation): close the bank-feed loop on voucher links and re-tag mis-typed opening balances
Two related fixes to bank reconciliation correctness:
1. Auto-reconcile on voucher link. Linking an invoice or supplier invoice to
an existing voucher previously advanced only the invoice — the bank
transaction that paid it kept sitting in the Transactions inbox with a null
journal_entry_id. linkInvoiceToVoucher / linkSupplierInvoiceToVoucher now
call autoReconcileTransactionForLinkedVoucher (lib/reconciliation), which
links the bank transaction to the same verifikat when exactly one unbooked
line matches it. Best-effort and post-commit: a failure here never fails the
link. The result surfaces reconciledTransactionId; the inbox row leaves the
list and the UI shows link_success_tx_reconciled.
2. Re-tag mis-typed opening balances. getReconciliationStatus and the GL-line
matching RPCs identify a cash account's ingående balans solely by
journal_entries.source_type='opening_balance'. Companies migrated from other
systems often booked the bank IB as an ordinary voucher (source_type
'import' or 'manual'), so it was never excluded and surfaced as a phantom
reconciliation difference equal to the opening balance. Adds:
- migration mark_entry_as_opening_balance: a GUC-gated carve-out in the
immutability trigger plus a SECURITY DEFINER RPC that validates the entry
(balance-sheet lines only, dated on a fiscal-period boundary), flips the
source_type, and writes an audit row — no blanket data sweep.
- POST /api/reconciliation/bank/mark-opening-balance + MarkOpeningBalanceSchema.
- BankReconciliationView action to trigger it from the IB diff.
The gnubok_create_voucher executor now accepts a typed is_opening_balance flag
and derives source_type='opening_balance' only after validating class 1/2 lines
on the period start, so new IBs land correctly typed.
Covered by lib/reconciliation auto-reconcile tests, voucher-executors tests,
and a mark-entry-as-opening-balance pg-real test.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* chore: rebrand gnubok → Accounted and prune swarm agent skills
Product rebrand and skills housekeeping. No runtime behaviour change.
Rebrand: replace user-visible "gnubok" with "Accounted" across docs, READMEs,
in-code comments, doc-site content, MCP skill/resource prose, and the
gnubok-mcp package description. The MCP resource URI scheme is moved gnubok://
→ Accounted:// consistently across resource registrations, the event-type
comment, and the resource/skill tests. Deliberately preserved as stable
identifiers (NOT rebranded): the gnubok-company-id cookie, gnubok_sk_ / gnubok_inv_
token prefixes, the gnubok-mcp npm bridge name, and the AGI <gem:Programnamn>
value (kept 'gnubok' per its source comment — it is the software identifier sent
to Skatteverket and must not churn across visual rebrands).
Skills: remove the 27 swarm-* agent SKILL.md atoms (no longer used; already
absent from the agent_atom_registry in prod), refresh the remaining skill docs,
add the .claude/rules/ path-scoped rule set, and regenerate the
seed_agent_atom_bodies migration + .skill-body-manifest.json via
`npm run skills:generate` so the DB-backed skill bodies match the trimmed set.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
219 lines
8.0 KiB
TypeScript
219 lines
8.0 KiB
TypeScript
import type { McpResource } from './types'
|
|
|
|
/**
|
|
* Per-company working memory for agents. Read at session start so Claude
|
|
* knows what exists in the tenant before composing tool calls — counts,
|
|
* active fiscal period, lock dates, voucher-series state, recent activity,
|
|
* approaching deadlines. Mirrors the `context.md` pattern from
|
|
* Shipper+Claude's "Agent-native Architectures" guidance.
|
|
*
|
|
* Read-only and per-request; no caching. Target payload <8 KB.
|
|
*/
|
|
export const companyCurrentResource: McpResource = {
|
|
uri: 'Accounted://company/current',
|
|
name: 'Active Company',
|
|
description: 'Per-company working memory: identity, active fiscal period, lock dates, entity counts, voucher series state, recent activity, approaching Swedish filing deadlines. Read this first when starting work on a company.',
|
|
mimeType: 'application/json',
|
|
read: async ({ supabase, companyId }) => {
|
|
const today = new Date().toISOString().slice(0, 10)
|
|
|
|
const [
|
|
companyRes,
|
|
settingsRes,
|
|
activePeriodRes,
|
|
openPeriodsRes,
|
|
customerCountRes,
|
|
supplierCountRes,
|
|
openInvoiceCountRes,
|
|
openSupplierInvoiceCountRes,
|
|
uncategorizedTxCountRes,
|
|
voucherSequencesRes,
|
|
lastCategorizationRes,
|
|
lastInvoiceSentRes,
|
|
lastBankSyncRes,
|
|
upcomingDeadlinesRes,
|
|
] = await Promise.all([
|
|
supabase
|
|
.from('companies')
|
|
.select('id, name, org_number, entity_type, archived_at, created_at')
|
|
.eq('id', companyId)
|
|
.single(),
|
|
|
|
supabase
|
|
.from('company_settings')
|
|
.select('pays_salaries, f_skatt, vat_registered, vat_number, moms_period, fiscal_year_start_month, accounting_method, default_voucher_series, bookkeeping_locked_through, auto_lock_period_days, invoice_prefix, next_invoice_number, invoice_default_days, is_sandbox')
|
|
.eq('company_id', companyId)
|
|
.maybeSingle(),
|
|
|
|
// The fiscal period covering today — the "active" one for new entries.
|
|
supabase
|
|
.from('fiscal_periods')
|
|
.select('id, name, period_start, period_end, is_closed, locked_at, closing_entry_id')
|
|
.eq('company_id', companyId)
|
|
.lte('period_start', today)
|
|
.gte('period_end', today)
|
|
.maybeSingle(),
|
|
|
|
// All open (un-closed) periods so an agent can post into a prior open year.
|
|
supabase
|
|
.from('fiscal_periods')
|
|
.select('id, name, period_start, period_end, locked_at')
|
|
.eq('company_id', companyId)
|
|
.eq('is_closed', false)
|
|
.order('period_start', { ascending: false })
|
|
.limit(5),
|
|
|
|
supabase
|
|
.from('customers')
|
|
.select('id', { count: 'exact', head: true })
|
|
.eq('company_id', companyId),
|
|
|
|
supabase
|
|
.from('suppliers')
|
|
.select('id', { count: 'exact', head: true })
|
|
.eq('company_id', companyId),
|
|
|
|
// Open AR: anything not paid/credited/cancelled.
|
|
supabase
|
|
.from('invoices')
|
|
.select('id', { count: 'exact', head: true })
|
|
.eq('company_id', companyId)
|
|
.in('status', ['draft', 'sent', 'overdue']),
|
|
|
|
// Open AP: anything still pending payment.
|
|
supabase
|
|
.from('supplier_invoices')
|
|
.select('id', { count: 'exact', head: true })
|
|
.eq('company_id', companyId)
|
|
.in('status', ['registered', 'approved', 'overdue', 'partially_paid']),
|
|
|
|
// Uncategorized bank transactions awaiting a journal entry.
|
|
supabase
|
|
.from('transactions')
|
|
.select('id', { count: 'exact', head: true })
|
|
.eq('company_id', companyId)
|
|
.is('journal_entry_id', null),
|
|
|
|
// Voucher-series state across open fiscal periods. Scoped by company_id —
|
|
// the table also carries user_id, but a multi-company user would otherwise
|
|
// pull series belonging to their other tenants into this company's context
|
|
// (cross-tenant leak flagged by PR #505 review).
|
|
supabase
|
|
.from('voucher_sequences')
|
|
.select('voucher_series, last_number, fiscal_period_id, fiscal_periods!inner(name, period_start, period_end)')
|
|
.eq('company_id', companyId)
|
|
.order('voucher_series', { ascending: true }),
|
|
|
|
// Recency signals — when did each surface last move?
|
|
supabase
|
|
.from('journal_entries')
|
|
.select('created_at')
|
|
.eq('company_id', companyId)
|
|
.eq('source_type', 'transaction')
|
|
.order('created_at', { ascending: false })
|
|
.limit(1)
|
|
.maybeSingle(),
|
|
|
|
supabase
|
|
.from('invoices')
|
|
.select('sent_at')
|
|
.eq('company_id', companyId)
|
|
.not('sent_at', 'is', null)
|
|
.order('sent_at', { ascending: false })
|
|
.limit(1)
|
|
.maybeSingle(),
|
|
|
|
supabase
|
|
.from('bank_connections')
|
|
.select('last_synced_at')
|
|
.eq('company_id', companyId)
|
|
.not('last_synced_at', 'is', null)
|
|
.order('last_synced_at', { ascending: false })
|
|
.limit(1)
|
|
.maybeSingle(),
|
|
|
|
// Scoped by company_id — the table also carries user_id (legacy single-tenant
|
|
// design), but RLS + multi-tenant refactor added company_id and the column is
|
|
// indexed. Multi-company users would otherwise see deadlines from all their
|
|
// companies mixed into one company's context (cross-tenant leak flagged by
|
|
// PR #505 review).
|
|
supabase
|
|
.from('deadlines')
|
|
.select('id, title, due_date, deadline_type, priority, status')
|
|
.eq('company_id', companyId)
|
|
.eq('is_completed', false)
|
|
.gte('due_date', today)
|
|
.order('due_date', { ascending: true })
|
|
.limit(5),
|
|
])
|
|
|
|
if (companyRes.error || !companyRes.data) {
|
|
throw new Error(`Company not found: ${companyRes.error?.message ?? 'unknown'}`)
|
|
}
|
|
|
|
const settings = settingsRes.data
|
|
const activePeriod = activePeriodRes.data
|
|
const periodStatus: 'open' | 'locked' | 'closed' = activePeriod?.is_closed
|
|
? 'closed'
|
|
: activePeriod?.locked_at
|
|
? 'locked'
|
|
: 'open'
|
|
|
|
type VoucherSequenceRow = {
|
|
voucher_series: string
|
|
last_number: number
|
|
fiscal_period_id: string
|
|
fiscal_periods:
|
|
| { name?: string; period_start?: string; period_end?: string }
|
|
| { name?: string; period_start?: string; period_end?: string }[]
|
|
| null
|
|
}
|
|
const voucherSeries = (voucherSequencesRes.data ?? []).map((row: VoucherSequenceRow) => {
|
|
const fp = Array.isArray(row.fiscal_periods) ? row.fiscal_periods[0] : row.fiscal_periods
|
|
return {
|
|
series: row.voucher_series,
|
|
next_number: row.last_number + 1,
|
|
fiscal_period_id: row.fiscal_period_id,
|
|
fiscal_period_name: fp?.name ?? null,
|
|
period_start: fp?.period_start ?? null,
|
|
period_end: fp?.period_end ?? null,
|
|
}
|
|
})
|
|
|
|
return {
|
|
company: companyRes.data,
|
|
settings: settings ?? null,
|
|
base_currency: 'SEK',
|
|
fiscal: {
|
|
active_period: activePeriod
|
|
? {
|
|
id: activePeriod.id,
|
|
name: activePeriod.name,
|
|
period_start: activePeriod.period_start,
|
|
period_end: activePeriod.period_end,
|
|
status: periodStatus,
|
|
locked_at: activePeriod.locked_at,
|
|
has_closing_entry: !!activePeriod.closing_entry_id,
|
|
}
|
|
: null,
|
|
company_lock_date: settings?.bookkeeping_locked_through ?? null,
|
|
open_periods: openPeriodsRes.data ?? [],
|
|
},
|
|
counts: {
|
|
customers: customerCountRes.count ?? 0,
|
|
suppliers: supplierCountRes.count ?? 0,
|
|
open_invoices: openInvoiceCountRes.count ?? 0,
|
|
open_supplier_invoices: openSupplierInvoiceCountRes.count ?? 0,
|
|
uncategorized_transactions: uncategorizedTxCountRes.count ?? 0,
|
|
},
|
|
voucher_series: voucherSeries,
|
|
recent: {
|
|
last_categorization_at: lastCategorizationRes.data?.created_at ?? null,
|
|
last_invoice_sent_at: lastInvoiceSentRes.data?.sent_at ?? null,
|
|
last_bank_sync_at: lastBankSyncRes.data?.last_synced_at ?? null,
|
|
},
|
|
upcoming_deadlines: upcomingDeadlinesRes.data ?? [],
|
|
}
|
|
},
|
|
}
|