f538401988
* fix(invoices): atomic link_invoice_to_voucher RPC — close the customer voucher-link race (audit C2) linkInvoiceToVoucher() did UPDATE-then-INSERT with a manual rollback restoring a STALE pre-link snapshot: under concurrent linking on the same invoice, A's failed insert could overwrite B's successful link while B's payment row remained — corrupting paid_amount/AR. Mirrors the supplier-side link_supplier_invoice_to_voucher fix (PR #602). - New SECURITY DEFINER RPC locks the invoice FOR UPDATE, re-validates (status, posted voucher, 151x AR credit, currency, overshoot, already-linked) and applies UPDATE + INSERT in one PG transaction. Inherits the supplier RPC's remaining-amount fix (trust stored remaining_amount even at 0 — the TS '> 0' guard let rounding drift slip past FULLY_PAID). Hardened per audit A5: REVOKE from PUBLIC/anon, GRANT to authenticated + service_role. - linkInvoiceToVoucher() now delegates to the RPC — same signature, same LINK_VOUCHER_* codes, so all callers (route, pending-op executor, MCP) are unchanged. Keeps the invoice.paid event (now emitted with the post-link row, mirroring the supplier wrapper) and the best-effort bank auto-reconcile. - pg-real tests: full/partial link, overshoot leaves the invoice untouched, ALREADY_LINKED, and the race regression (two concurrent full links -> exactly one wins, paid_amount never exceeds total, exactly one payment row). Verified locally against supabase/postgres:15.8.1.060 with all 334 migrations replayed: 10/10 pass. Two unrelated pg tests fail locally with AND without this change (pre-existing env sensitivity; green in CI). - Unit tests re-mocked to the RPC-wrapper contract. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(invoices): agent send path — block cancelled invoices + preflight PDF render (audit C17) commitSendInvoice (the agent/MCP path) was missing two guards the send route has: - No cancelled guard: a cancelled invoice passed the already-sent check, got re-rendered and EMAILED (a 'MAKULERAD' PDF delivered as if live), and the unguarded status flip silently re-activated it to 'sent'. Now rejected with the registry's INVOICE_SEND_CANCELLED message (400), mirroring the route. - No preflight render: the executor assigned the F-series number BEFORE rendering, so a render failure left a numbered-but-never-issued invoice (an F-series gap if the draft is abandoned). Now mirrors the route: on fresh allocation, render with an 'F-PREVIEW' placeholder first and reject with INVOICE_SEND_PDF_RENDER_FAILED before any number is consumed; retries with an existing number skip the preflight. Items/credit-note lookup moved above the preflight (it needs them); the real render and everything downstream are unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(bookkeeping): payment reversal restores invoice state and releases bank line (F-2026080) Reversing a payment voucher left the customer invoice deadlocked: status stayed 'paid' while remaining_amount stayed stale (= total), and the bank transaction kept pointing at the reversed JE so the line could neither be re-matched nor deleted. - Customer branch now recomputes remaining_amount from total (the supplier branch already did) and clamps paid_amount at 0. - Both branches delete the payment row(s) tied to the reversed voucher so a re-match doesn't double-count or trip the unique indexes. - New releaseLinkedTransactions() detaches bank transactions from the reversed JE (by journal_entry_id and by captured payment transaction ids), clearing the link/categorization columns so the line returns to the inbox. Covers every standalone storno path (reverse route, MCP reverse tool, delete-last-voucher); the match-invoice route already handled its own case. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(transactions): match-invoice preview double-subtracted VAT on per-item path (F-2026080) InvoiceItem.line_total is the NET line amount (it sums to invoice.subtotal, each line's vat_amount = line_total * rate), but the preview's per-item rate aggregation computed sub = line_total - vat_amount, double-subtracting VAT and producing an unbalanced previewed verifikat (revenue credit too low against the 1930 debit). The commit path (generatePerRateLines) was already correct; only the preview disagreed. Regression test mirrors the F-2026080 invoice: multi-item 25% SEK cash entry must balance, with 3001 = subtotal and 2611 = vat_amount. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(bookkeeping): address PR #666 review — supplier cash reversal, RPC tenant guard, CI fixes Review feedback fixes: - Supplier cash-payment reversal (Greptile): the supplier branch required a payment row before restoring status/amounts, so reversing a supplier_invoice_cash_payment (which books no payment row) left the invoice deadlocked at paid/remaining=0 — the same bug the customer branch fixed. Mirror the customer fallback (revert full paid_amount when no row exists). - Payment-row lookups now filter by invoice id + company_id: a batch voucher (match_batch_allocate) carries one payment row per invoice under the same journal_entry_id, so the unfiltered .single() errored out and silently yielded null. - Tenant guard on the voucher-link write RPCs (compliance V8.2.1, audit A5): link_invoice_to_voucher and link_supplier_invoice_to_voucher are SECURITY DEFINER + authenticated-executable, so any signed-in user could mutate another tenant's invoices via PostgREST. New migration applies the PR #625 claims-based membership guard to both, caps p_notes at the Zod layer's 2000 chars, and gives the supplier RPC the explicit REVOKE/GRANT it never had (was default PUBLIC execute). Covered by a new pg-real test. - releaseLinkedTransactions now logs Supabase errors (compliance V16.1) — a failed release leaves a bank line stuck on a reversed JE and must be observable. CI fixes: - naive-ore-round ratchet (core-only): payment-sync.ts converted to roundOre() from @/lib/money (-4 occurrences vs baseline). - match-batch-allocate.pg.test.ts flake (pg-real): Date.now()+random arrival numbers collided in CI; now time-component + monotonic counter. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix(bookkeeping): address PR #666 review round 2 — payment attribution, batch-scoped deletes, send guard - RPC payment attribution (GDPR Art.32): user-session callers can no longer attribute invoice_payments / supplier_invoice_payments rows to an arbitrary user via p_user_id — the JWT sub is authoritative when role is anon/authenticated. service_role / direct callers keep p_user_id verbatim (their scoping happens in TS). pg-real test asserts the spoofed id is ignored. - Payment-row deletes scoped to the source invoice (SOC 2 CC6.3): a batch voucher carries sibling payment rows for other invoices whose status this sync doesn't restore; deleting them desynced paid_amount from the rows. - releaseLinkedTransactions success audit log: transactions has no write_audit_log trigger, so clearing the link/categorization columns now logs the affected transaction ids for incident reconstruction. - commitSendInvoice guard extended with partially_paid/credited (ASVS V2.3): both imply the invoice was already issued; the status flip would have regressed them to 'sent'. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
386 lines
14 KiB
PL/PgSQL
386 lines
14 KiB
PL/PgSQL
-- Tenant guard for the voucher-link write RPCs (PR #666 review follow-up,
|
|
-- OWASP ASVS V8.2.1 / audit A5 direction).
|
|
--
|
|
-- link_invoice_to_voucher (20260614120000) and link_supplier_invoice_to_voucher
|
|
-- (20260529130000/140000) are SECURITY DEFINER and EXECUTE-able by
|
|
-- `authenticated`, so any signed-in user could call them via PostgREST with
|
|
-- ANOTHER company's p_company_id and mutate that tenant's invoices + payment
|
|
-- rows. PR #625 closed the same hole on the GL read RPCs; this applies the
|
|
-- identical claims-based guard to both write RPCs: anon/authenticated callers
|
|
-- must be a member of p_company_id (user_company_ids()), while service_role and
|
|
-- direct/superuser access (no JWT role — migrations, pg-real harness, MCP /
|
|
-- API-key paths whose company scoping happens in TS) bypass.
|
|
--
|
|
-- Guard failures return the existing *_INVOICE_NOT_FOUND codes so a probing
|
|
-- caller cannot distinguish "wrong tenant" from "no such invoice".
|
|
--
|
|
-- Also hardens p_notes with the same 2000-char cap the Zod layer
|
|
-- (LinkInvoiceToVoucherSchema / LinkSupplierInvoiceToVoucherSchema) enforces on
|
|
-- the API path — direct PostgREST callers could otherwise insert unbounded text.
|
|
--
|
|
-- And pins payment-row attribution (GDPR Art. 32): for user-session callers the
|
|
-- JWT sub is authoritative for invoice_payments.user_id — a direct PostgREST
|
|
-- caller could otherwise attribute financial records to an arbitrary user via
|
|
-- p_user_id. service_role / direct callers keep p_user_id verbatim (their
|
|
-- company + user scoping happens in the TS layer).
|
|
--
|
|
-- Both function bodies are otherwise identical to their previous versions.
|
|
|
|
CREATE OR REPLACE FUNCTION public.link_invoice_to_voucher(
|
|
p_invoice_id uuid,
|
|
p_journal_entry_id uuid,
|
|
p_user_id uuid,
|
|
p_company_id uuid,
|
|
p_notes text DEFAULT NULL
|
|
)
|
|
RETURNS jsonb
|
|
LANGUAGE plpgsql
|
|
SECURITY DEFINER
|
|
SET search_path TO 'public'
|
|
AS $$
|
|
DECLARE
|
|
v_invoice RECORD;
|
|
v_voucher RECORD;
|
|
v_ar_credit_total numeric := 0;
|
|
v_line_currency text;
|
|
v_remaining numeric;
|
|
v_payment_amount numeric;
|
|
v_new_paid numeric;
|
|
v_new_remaining numeric;
|
|
v_new_status text;
|
|
v_is_fully_paid boolean;
|
|
v_now timestamptz := now();
|
|
v_payment_id uuid;
|
|
v_jwt_role text := coalesce(nullif(current_setting('request.jwt.claims', true), '')::jsonb ->> 'role', '');
|
|
v_acting_user uuid := p_user_id;
|
|
BEGIN
|
|
-- 0. Tenant guard (mirrors 20260611140000): anon/authenticated may only act
|
|
-- on their own companies; service_role / direct access bypasses.
|
|
IF v_jwt_role IN ('anon', 'authenticated') THEN
|
|
IF p_company_id NOT IN (SELECT public.user_company_ids()) THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_INVOICE_NOT_FOUND');
|
|
END IF;
|
|
-- Attribution: the JWT sub is authoritative for user-session callers —
|
|
-- p_user_id cannot point the payment row at someone else.
|
|
v_acting_user := coalesce(
|
|
(nullif(current_setting('request.jwt.claims', true), '')::jsonb ->> 'sub')::uuid,
|
|
p_user_id
|
|
);
|
|
END IF;
|
|
|
|
IF p_notes IS NOT NULL AND char_length(p_notes) > 2000 THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_NOTES_TOO_LONG',
|
|
'details', jsonb_build_object('max_length', 2000, 'length', char_length(p_notes))
|
|
);
|
|
END IF;
|
|
|
|
-- 1. Lock the invoice for the duration of this transaction. FOR UPDATE so a
|
|
-- concurrent linker has to wait until we commit (or roll back).
|
|
SELECT * INTO v_invoice
|
|
FROM public.invoices
|
|
WHERE id = p_invoice_id AND company_id = p_company_id
|
|
FOR UPDATE;
|
|
|
|
IF NOT FOUND THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_INVOICE_NOT_FOUND');
|
|
END IF;
|
|
|
|
IF v_invoice.status NOT IN ('sent', 'overdue', 'partially_paid') THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_INVOICE_FULLY_PAID',
|
|
'details', jsonb_build_object('status', v_invoice.status)
|
|
);
|
|
END IF;
|
|
|
|
v_remaining := COALESCE(v_invoice.remaining_amount,
|
|
v_invoice.total - COALESCE(v_invoice.paid_amount, 0));
|
|
IF v_remaining <= 0.005 THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_INVOICE_FULLY_PAID');
|
|
END IF;
|
|
|
|
-- 2. Resolve the voucher.
|
|
SELECT * INTO v_voucher
|
|
FROM public.journal_entries
|
|
WHERE id = p_journal_entry_id AND company_id = p_company_id;
|
|
|
|
IF NOT FOUND THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_VOUCHER_NOT_FOUND');
|
|
END IF;
|
|
|
|
IF v_voucher.status <> 'posted' THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_NOT_POSTED',
|
|
'details', jsonb_build_object('status', v_voucher.status)
|
|
);
|
|
END IF;
|
|
|
|
IF v_voucher.source_type IN ('opening_balance', 'storno') THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_NO_AR_CREDIT',
|
|
'details', jsonb_build_object('source_type', v_voucher.source_type)
|
|
);
|
|
END IF;
|
|
|
|
-- 3. Sum AR credit across the voucher's 151x lines.
|
|
SELECT COALESCE(SUM(credit_amount), 0), MAX(currency)
|
|
INTO v_ar_credit_total, v_line_currency
|
|
FROM public.journal_entry_lines
|
|
WHERE journal_entry_id = p_journal_entry_id
|
|
AND account_number LIKE '151%'
|
|
AND credit_amount > 0;
|
|
|
|
v_ar_credit_total := ROUND(v_ar_credit_total * 100) / 100;
|
|
|
|
IF v_ar_credit_total <= 0 THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_NO_AR_CREDIT');
|
|
END IF;
|
|
|
|
IF COALESCE(v_line_currency, v_invoice.currency) IS DISTINCT FROM v_invoice.currency THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_CURRENCY_MISMATCH',
|
|
'details', jsonb_build_object(
|
|
'invoice_currency', v_invoice.currency,
|
|
'line_currency', v_line_currency
|
|
)
|
|
);
|
|
END IF;
|
|
|
|
IF v_ar_credit_total > v_remaining + 0.005 THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_VOUCHER_AMOUNT_EXCEEDS_REMAINING',
|
|
'details', jsonb_build_object(
|
|
'ar_credit', v_ar_credit_total,
|
|
'remaining', ROUND(v_remaining * 100) / 100
|
|
)
|
|
);
|
|
END IF;
|
|
|
|
-- 4. Reject re-link of the same voucher to the same invoice. Authoritative
|
|
-- under the FOR UPDATE lock; the partial unique index
|
|
-- idx_invoice_payments_je_inv_unique stays as the last line of defence
|
|
-- for non-RPC writers.
|
|
IF EXISTS (
|
|
SELECT 1 FROM public.invoice_payments
|
|
WHERE company_id = p_company_id
|
|
AND invoice_id = p_invoice_id
|
|
AND journal_entry_id = p_journal_entry_id
|
|
) THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_VOUCHER_ALREADY_LINKED');
|
|
END IF;
|
|
|
|
-- 5. Compute the advance.
|
|
v_payment_amount := LEAST(v_ar_credit_total, ROUND(v_remaining * 100) / 100);
|
|
v_new_remaining := GREATEST(0,
|
|
ROUND((v_remaining - v_payment_amount) * 100) / 100
|
|
);
|
|
v_new_paid := ROUND((COALESCE(v_invoice.paid_amount, 0) + v_payment_amount) * 100) / 100;
|
|
v_is_fully_paid := v_new_remaining <= 0.005;
|
|
v_new_status := CASE WHEN v_is_fully_paid THEN 'paid' ELSE 'partially_paid' END;
|
|
|
|
-- 6. Apply both writes. The RPC body is one transaction; a failure on the
|
|
-- INSERT triggers PG's own rollback of the UPDATE — no manual rollback
|
|
-- path needed.
|
|
UPDATE public.invoices
|
|
SET status = v_new_status,
|
|
paid_at = CASE WHEN v_is_fully_paid THEN v_now ELSE paid_at END,
|
|
paid_amount = v_new_paid,
|
|
remaining_amount = v_new_remaining,
|
|
updated_at = v_now
|
|
WHERE id = p_invoice_id;
|
|
|
|
INSERT INTO public.invoice_payments (
|
|
user_id, company_id, invoice_id, payment_date, amount, currency,
|
|
exchange_rate, journal_entry_id, transaction_id, notes
|
|
) VALUES (
|
|
v_acting_user, p_company_id, p_invoice_id, v_voucher.entry_date,
|
|
v_payment_amount, v_invoice.currency, v_invoice.exchange_rate,
|
|
p_journal_entry_id, NULL, p_notes
|
|
)
|
|
RETURNING id INTO v_payment_id;
|
|
|
|
RETURN jsonb_build_object(
|
|
'ok', true,
|
|
'payment_id', v_payment_id,
|
|
'invoice_status', v_new_status,
|
|
'paid_amount', v_new_paid,
|
|
'remaining_amount', v_new_remaining,
|
|
'payment_amount', v_payment_amount,
|
|
'journal_entry_id', p_journal_entry_id,
|
|
'currency', v_invoice.currency,
|
|
'payment_date', v_voucher.entry_date
|
|
);
|
|
END;
|
|
$$;
|
|
|
|
CREATE OR REPLACE FUNCTION public.link_supplier_invoice_to_voucher(
|
|
p_supplier_invoice_id uuid,
|
|
p_journal_entry_id uuid,
|
|
p_user_id uuid,
|
|
p_company_id uuid,
|
|
p_notes text DEFAULT NULL
|
|
)
|
|
RETURNS jsonb
|
|
LANGUAGE plpgsql
|
|
SECURITY DEFINER
|
|
SET search_path TO 'public'
|
|
AS $$
|
|
DECLARE
|
|
v_invoice RECORD;
|
|
v_voucher RECORD;
|
|
v_ap_debit_total numeric := 0;
|
|
v_line_currency text;
|
|
v_remaining numeric;
|
|
v_payment_amount numeric;
|
|
v_new_paid numeric;
|
|
v_new_remaining numeric;
|
|
v_new_status text;
|
|
v_is_fully_paid boolean;
|
|
v_now timestamptz := now();
|
|
v_payment_id uuid;
|
|
v_jwt_role text := coalesce(nullif(current_setting('request.jwt.claims', true), '')::jsonb ->> 'role', '');
|
|
v_acting_user uuid := p_user_id;
|
|
BEGIN
|
|
-- Tenant guard (mirrors 20260611140000): anon/authenticated may only act on
|
|
-- their own companies; service_role / direct access bypasses.
|
|
IF v_jwt_role IN ('anon', 'authenticated') THEN
|
|
IF p_company_id NOT IN (SELECT public.user_company_ids()) THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_INVOICE_NOT_FOUND');
|
|
END IF;
|
|
-- Attribution: the JWT sub is authoritative for user-session callers —
|
|
-- p_user_id cannot point the payment row at someone else.
|
|
v_acting_user := coalesce(
|
|
(nullif(current_setting('request.jwt.claims', true), '')::jsonb ->> 'sub')::uuid,
|
|
p_user_id
|
|
);
|
|
END IF;
|
|
|
|
IF p_notes IS NOT NULL AND char_length(p_notes) > 2000 THEN
|
|
RETURN jsonb_build_object(
|
|
'ok', false,
|
|
'code', 'LINK_SI_VOUCHER_NOTES_TOO_LONG',
|
|
'details', jsonb_build_object('max_length', 2000, 'length', char_length(p_notes))
|
|
);
|
|
END IF;
|
|
|
|
SELECT * INTO v_invoice
|
|
FROM public.supplier_invoices
|
|
WHERE id = p_supplier_invoice_id AND company_id = p_company_id
|
|
FOR UPDATE;
|
|
|
|
IF NOT FOUND THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_INVOICE_NOT_FOUND');
|
|
END IF;
|
|
|
|
IF v_invoice.status NOT IN ('registered', 'approved', 'overdue', 'partially_paid') THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_INVOICE_FULLY_PAID',
|
|
'details', jsonb_build_object('status', v_invoice.status));
|
|
END IF;
|
|
|
|
v_remaining := COALESCE(v_invoice.remaining_amount, v_invoice.total - COALESCE(v_invoice.paid_amount, 0));
|
|
IF v_remaining <= 0.005 THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_INVOICE_FULLY_PAID');
|
|
END IF;
|
|
|
|
SELECT * INTO v_voucher
|
|
FROM public.journal_entries
|
|
WHERE id = p_journal_entry_id AND company_id = p_company_id;
|
|
|
|
IF NOT FOUND THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_VOUCHER_NOT_FOUND');
|
|
END IF;
|
|
|
|
IF v_voucher.status <> 'posted' THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_NOT_POSTED',
|
|
'details', jsonb_build_object('status', v_voucher.status));
|
|
END IF;
|
|
|
|
IF v_voucher.source_type IN ('opening_balance', 'storno') THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_NO_AP_DEBIT',
|
|
'details', jsonb_build_object('source_type', v_voucher.source_type));
|
|
END IF;
|
|
|
|
-- Sum AP debit across the full 244x range (was: account_number = '2440').
|
|
SELECT COALESCE(SUM(debit_amount), 0), MAX(currency)
|
|
INTO v_ap_debit_total, v_line_currency
|
|
FROM public.journal_entry_lines
|
|
WHERE journal_entry_id = p_journal_entry_id
|
|
AND account_number LIKE '244%'
|
|
AND debit_amount > 0;
|
|
|
|
v_ap_debit_total := ROUND(v_ap_debit_total * 100) / 100;
|
|
|
|
IF v_ap_debit_total <= 0 THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_NO_AP_DEBIT');
|
|
END IF;
|
|
|
|
IF COALESCE(v_line_currency, v_invoice.currency) IS DISTINCT FROM v_invoice.currency THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_CURRENCY_MISMATCH',
|
|
'details', jsonb_build_object('invoice_currency', v_invoice.currency, 'line_currency', v_line_currency));
|
|
END IF;
|
|
|
|
IF v_ap_debit_total > v_remaining + 0.005 THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_AMOUNT_EXCEEDS_REMAINING',
|
|
'details', jsonb_build_object('ap_debit', v_ap_debit_total, 'remaining', ROUND(v_remaining * 100) / 100));
|
|
END IF;
|
|
|
|
IF EXISTS (
|
|
SELECT 1 FROM public.supplier_invoice_payments
|
|
WHERE company_id = p_company_id
|
|
AND supplier_invoice_id = p_supplier_invoice_id
|
|
AND journal_entry_id = p_journal_entry_id
|
|
) THEN
|
|
RETURN jsonb_build_object('ok', false, 'code', 'LINK_SI_VOUCHER_ALREADY_LINKED');
|
|
END IF;
|
|
|
|
v_payment_amount := LEAST(v_ap_debit_total, ROUND(v_remaining * 100) / 100);
|
|
v_new_remaining := GREATEST(0, ROUND((v_remaining - v_payment_amount) * 100) / 100);
|
|
v_new_paid := ROUND((COALESCE(v_invoice.paid_amount, 0) + v_payment_amount) * 100) / 100;
|
|
v_is_fully_paid := v_new_remaining <= 0.005;
|
|
v_new_status := CASE WHEN v_is_fully_paid THEN 'paid' ELSE 'partially_paid' END;
|
|
|
|
UPDATE public.supplier_invoices
|
|
SET status = v_new_status,
|
|
paid_at = CASE WHEN v_is_fully_paid THEN v_now ELSE paid_at END,
|
|
paid_amount = v_new_paid,
|
|
remaining_amount = v_new_remaining,
|
|
updated_at = v_now
|
|
WHERE id = p_supplier_invoice_id;
|
|
|
|
INSERT INTO public.supplier_invoice_payments (
|
|
user_id, company_id, supplier_invoice_id, payment_date, amount, currency,
|
|
journal_entry_id, transaction_id, notes
|
|
) VALUES (
|
|
v_acting_user, p_company_id, p_supplier_invoice_id, v_voucher.entry_date,
|
|
v_payment_amount, v_invoice.currency, p_journal_entry_id, NULL, p_notes
|
|
)
|
|
RETURNING id INTO v_payment_id;
|
|
|
|
RETURN jsonb_build_object(
|
|
'ok', true,
|
|
'payment_id', v_payment_id,
|
|
'invoice_status', v_new_status,
|
|
'paid_amount', v_new_paid,
|
|
'remaining_amount', v_new_remaining,
|
|
'payment_amount', v_payment_amount,
|
|
'journal_entry_id', p_journal_entry_id,
|
|
'currency', v_invoice.currency
|
|
);
|
|
END;
|
|
$$;
|
|
|
|
-- The supplier RPC predates the write-RPC grant hardening and still carried the
|
|
-- Postgres default (EXECUTE to PUBLIC). Align it with link_invoice_to_voucher:
|
|
-- `authenticated` covers user-session clients; `service_role` covers the MCP /
|
|
-- API-key paths (createServiceClientNoCookies).
|
|
REVOKE ALL ON FUNCTION public.link_supplier_invoice_to_voucher(uuid, uuid, uuid, uuid, text) FROM PUBLIC, anon;
|
|
GRANT EXECUTE ON FUNCTION public.link_supplier_invoice_to_voucher(uuid, uuid, uuid, uuid, text) TO authenticated, service_role;
|
|
|
|
NOTIFY pgrst, 'reload schema';
|