1af977950b
* Refactor bookkeeping error handling and introduce new error classes - Introduced new error classes for better error categorization: - JournalEntryNotBalancedError - FiscalPeriodNotFoundError - EntryDateOutsideFiscalPeriodError - JournalEntryNotFoundError - CannotReverseNonPostedError - CannotCorrectNonPostedError - EntryAlreadyReversedError - CurrencyRevaluationAlreadyExistsError - InvalidMappingResultError - BookkeepingDatabaseError - Updated existing functions in engine.ts and transaction-entries.ts to throw specific errors instead of generic ones. - Enhanced error response handling in get-error-message.ts to provide localized messages for new error types. - Added unit tests for new error classes and error handling functions to ensure correctness and coverage. * feat(ai): implement AI proposal application and persistence - Add apply.ts to handle the application of AI proposals, including match and booking steps. - Introduce persist.ts for inserting and managing AI requests and proposals, ensuring unique constraints. - Create re-validate.ts for validating proposals before acceptance, checking for stale conditions. - Define database migrations for ai_requests and ai_proposals tables, including constraints and indexes. - Enhance journal_entries with AI provenance tracking, linking entries to AI proposals. - Update categorization_templates to distinguish AI-corrected templates. - Add company settings for toggling AI flow and managing backfill processes. - Extend processing_history to include AI-related events for better tracking. * feat: add uncategorized transactions API and UI for transaction selection - Implemented a new API endpoint for fetching uncategorized transactions with pagination and filtering options. - Created ChangeTransactionDialog component for selecting alternative transactions based on AI proposals. - Developed ReceiptDetailDialog to display detailed information about receipts, including upload functionality. - Added TransactionDetailDialog for viewing transaction details with links to the transaction list. - Introduced receipt quality assessment logic to evaluate extracted receipt data. - Implemented feature flagging for the AI bookkeeping agent to control availability in different environments. * feat: add manual receipt extraction dialog and integrate AWS Textract for expense analysis - Added ManualExtractDialog component for user input when AI fails to extract receipt data. - Implemented ReceiptsList component to manage and display uploaded receipts, including upload and rescan functionalities. - Introduced Textract integration for analyzing expenses, extracting fields like total, vendor, and date. - Updated package.json to include @aws-sdk/client-textract dependency. * fix(ai): handle livsmedel VAT transition (12% → 6%) in booking prompt and re-validate guard Add date-aware guidance to BOOKING_SYSTEM_PROMPT for the temporary livsmedel VAT cut (Prop. 2025/26:55, 2026-04-01 to 2027-12-31), with restaurang/servering carve-out at 12%. Add a re-validate safety net that rejects clearly-stale rate labels for grocery-chain merchants relative to the entry date. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
93 lines
4.1 KiB
SQL
93 lines
4.1 KiB
SQL
-- ai_proposals: the staging layer for AI-generated bookkeeping proposals.
|
|
--
|
|
-- When the AI agent can produce a concrete suggestion for a step in the
|
|
-- receipt flow (match, booking), it writes a row here with status='pending'.
|
|
-- The user accepts, rejects, edits, or skips via the /agent-inbox UI.
|
|
-- Nothing touches the ledger until a pending proposal is explicitly accepted;
|
|
-- at that point the apply path calls the engine and links applied_entry_id.
|
|
--
|
|
-- A partial unique index enforces "one pending proposal per (subject, step)"
|
|
-- so concurrent generation is idempotent — a new proposal for an already-
|
|
-- pending (subject, step) pair invalidates the prior one first.
|
|
|
|
CREATE TABLE IF NOT EXISTS public.ai_proposals (
|
|
id uuid PRIMARY KEY DEFAULT uuid_generate_v4(),
|
|
company_id uuid NOT NULL REFERENCES public.companies(id) ON DELETE CASCADE,
|
|
user_id uuid NOT NULL REFERENCES auth.users(id) ON DELETE CASCADE,
|
|
|
|
-- Subject: what this proposal is about
|
|
subject_type text NOT NULL
|
|
CHECK (subject_type IN ('inbox_item')),
|
|
subject_id uuid NOT NULL,
|
|
|
|
-- Step in the agent pipeline: 'match' (document -> transaction) then 'booking' (journal entry)
|
|
step_type text NOT NULL
|
|
CHECK (step_type IN ('match', 'booking')),
|
|
|
|
-- Lifecycle
|
|
status text NOT NULL DEFAULT 'pending'
|
|
CHECK (status IN ('pending', 'accepted', 'rejected', 'skipped', 'invalidated')),
|
|
version integer NOT NULL DEFAULT 1, -- optimistic-lock counter
|
|
|
|
-- Payload: step-shaped JSON (MatchProposalPayload | BookingProposalPayload)
|
|
proposal_json jsonb NOT NULL,
|
|
|
|
-- Confidence is informational only — user always confirms
|
|
confidence numeric(5,4)
|
|
CHECK (confidence IS NULL OR (confidence >= 0 AND confidence <= 1)),
|
|
reasoning text,
|
|
|
|
-- Link to an open ai_request when the AI would rather ask than guess
|
|
ai_request_id uuid REFERENCES public.ai_requests(id) ON DELETE SET NULL,
|
|
|
|
-- Provenance (for audit + prompt/model drift analysis)
|
|
model text NOT NULL,
|
|
prompt_version text NOT NULL,
|
|
input_token_count integer NOT NULL DEFAULT 0,
|
|
output_token_count integer NOT NULL DEFAULT 0,
|
|
|
|
-- Outcome tracking
|
|
edit_diff jsonb, -- set when user edited before accept
|
|
applied_entry_id uuid REFERENCES public.journal_entries(id) ON DELETE SET NULL,
|
|
invalidated_reason text,
|
|
|
|
created_at timestamptz NOT NULL DEFAULT now(),
|
|
accepted_at timestamptz,
|
|
accepted_by_user_id uuid REFERENCES auth.users(id) ON DELETE SET NULL,
|
|
rejected_at timestamptz,
|
|
updated_at timestamptz NOT NULL DEFAULT now()
|
|
);
|
|
|
|
-- One pending proposal per (subject, step) — idempotency guard
|
|
CREATE UNIQUE INDEX IF NOT EXISTS idx_ai_proposals_one_pending_per_step
|
|
ON public.ai_proposals (subject_type, subject_id, step_type)
|
|
WHERE status = 'pending';
|
|
|
|
-- List queries
|
|
CREATE INDEX IF NOT EXISTS idx_ai_proposals_company_status
|
|
ON public.ai_proposals (company_id, status);
|
|
|
|
CREATE INDEX IF NOT EXISTS idx_ai_proposals_company_created_at
|
|
ON public.ai_proposals (company_id, created_at DESC);
|
|
|
|
-- Subject lookup (cascade when the inbox item is processed manually)
|
|
CREATE INDEX IF NOT EXISTS idx_ai_proposals_subject
|
|
ON public.ai_proposals (subject_type, subject_id);
|
|
|
|
-- RLS: company-scoped using user_company_ids()
|
|
ALTER TABLE public.ai_proposals ENABLE ROW LEVEL SECURITY;
|
|
|
|
CREATE POLICY "ai_proposals_select" ON public.ai_proposals
|
|
FOR SELECT USING (company_id IN (SELECT public.user_company_ids()));
|
|
CREATE POLICY "ai_proposals_insert" ON public.ai_proposals
|
|
FOR INSERT WITH CHECK (company_id IN (SELECT public.user_company_ids()));
|
|
CREATE POLICY "ai_proposals_update" ON public.ai_proposals
|
|
FOR UPDATE USING (company_id IN (SELECT public.user_company_ids()));
|
|
|
|
-- updated_at trigger
|
|
CREATE TRIGGER ai_proposals_updated_at
|
|
BEFORE UPDATE ON public.ai_proposals
|
|
FOR EACH ROW EXECUTE FUNCTION public.update_updated_at_column();
|
|
|
|
NOTIFY pgrst, 'reload schema';
|