Construct a validated repair plan for a rejected or held payment from an approved payment-exception or investigation case: confirm case and payment identity, apply a permissible repair (correct beneficiary/remittance/purpose data, release a screening-cleared hold, or return an unrecoverable reject), verify beneficiary and sanctions-screening data, and stage an idempotent plan → validate → approve → execute → verify → audit workflow with rollback. Use when a payments investigations/repair specialist must resolve a rejected or held ISO 20022 payment end to end with a controlled, gated resubmission. HARD BOUNDARY: it never resubmits, releases, returns, or cancels a payment w…
