# FAQs

> The statement total does not equal the sum of lines. What now? The statement is still saved. You see a balance-mismatch indicator on the detail view header.

Source: https://www.purchaseplus.com/docs/for-purchasers/statement-faqs

Markdown: https://www.purchaseplus.com/docs/for-purchasers/statement-faqs.md

# FAQs
**The statement total does not equal the sum of lines. What now?** The statement is still saved. You see a balance-mismatch indicator on the detail view header. Resolve the lines, then decide whether to mark Reconciled regardless or leave Open until corrected.

  

**A supplier listed an invoice on two different statements. Which one is "correct"?** The system does not pick. Both lines carry the duplicate Attention reason and link to each other. You decide which to keep, force reconcile, or unlink.

  

**An invoice gets deleted after I have force reconciled the statement line. Does my reconciliation reverse?** No. The matched invoice link is cleared and the line returns to Unmatched, but the force\_reconciled flag is preserved. The line stays Reconciled (Forced). If you actually want it Unmatched, click Clear Force Flag explicitly.

  

**Can I delete a statement I uploaded in error?** Not in Phase 1. Soft-delete is deferred to Phase 3. For now, correct via header edits if possible, or live with the wrongly-uploaded statement (you can mark it Reconciled with no lines acted on, leaving an audit record).

  

**Why does the statement stay Open even when every line is green?** By design. There is no automatic statement closure. A human always confirms.

  

**Can I see statements owned by my parent organisation?** No. Visibility flows downward only. You see your org and any descendants. If you need to reconcile a multi-org statement, log in at the parent org level.

  

**The reference on the statement does not match the invoice exactly. Will it still match?** Yes, in most cases. The matcher strips non-alphanumeric characters and uppercases both sides. So INV-00123 matches inv/00123. Prefixes and leading zeros are kept, so INV-123 and INV-0123 are correctly treated as different.

  

**What if the supplier's invoice number has changed because they reissued it?** That is the classic supersede case. If a duplicate or deleted scanning job exists for the same reference, the line will show Attention with superseding, and you can Apply Supersede to update the in-system invoice with the corrected version in one click.
