Files
accounted/supabase/migrations/20260423140100_ai_proposals.sql
T
Mattsson 1af977950b Ai/full autonomous flow (#359)
* 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>
2026-04-27 10:32:15 +02:00

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';