reconciliation

name	reconciliation
description	Match bank transactions to invoices and surface unpaid / unmatched items in a Well workspace. Use when the user asks what's paid vs unpaid, to reconcile the bank, to find missing payments, or to match transactions to invoices.

Reconciliation in Well

Goal: connect money movement (transactions) to commercial documents (invoices) and report what is matched, unpaid, or unexplained.

What Well already links

Well's pipelines maintain the link between a bank transaction and the invoice(s) it settles. Check the schema before computing matches by hand:

1. well_get_schema("invoice_transactions") — the join between invoices and transactions, if exposed. Querying this root is the fastest path to "which invoices are settled by which transactions".
2. well_get_schema("invoices") — look for a payment-status / amount-paid / outstanding field and the grand_total.
3. well_get_schema("transactions") — amount, value/booking date, counterparty, and remittance fields.

Do this

• Unpaid invoices: query invoices filtered on the payment-status / outstanding field the schema exposes (don't infer "unpaid" by subtracting sums if a status field exists). Sort by due date or amount.
• Matched: read invoice_transactions (or the link the schema shows) to list invoice ↔ transaction pairs.
• Unmatched transactions: transactions with no linked invoice — candidates for manual review (could be fees, transfers, or a missing invoice).
• When matching by hand (no link exposed), match on amount + date proximity + counterparty, never on amount alone.

Do NOT

• Do not declare an invoice paid purely because a transaction of the same amount exists — confirm via the link or counterparty + date.
• Do not sum across currencies without converting (see exchange_rates).

Present it

Three buckets — Matched, Unpaid invoices, Unexplained transactions — each with counts and totals, plus the currency. Offer to drill into any bucket with well_get_entity.