The five validation steps
- Import: raw payment batch arrives, normalizes to the canonical layout
- Registry rebuild: refreshes the supplier registry from the source of truth
- Name matching: payee names resolved against the registry with confidence scores
- Account cross-check: bank routing and account numbers verified against known-good records
- Inactive flagging: suppliers marked inactive surface for manual review before payout
Modular by design
Each step is a standalone module. Skip any that do not apply. Add new steps without changing existing logic. The review package produced by one step feeds directly into the next.
Why it exists
Regulators and auditors care about traceability. Every decision the tool makes writes to an audit log with enough context to defend the call months later. Manual workflows cannot reliably produce that trail. The tool produces it automatically.
Full documentation (click to expand)
The user manual covers: pipeline setup, per-step configuration, confidence threshold tuning, the review package format, the audit log schema, and how to plug in additional validation steps.
Read it here: WPR User Manual.
Need something similar?
Multi-step validation patterns work for any data batch where rows need to clear sequential checks before downstream processing. Send a sample batch and the checks you run today.
Describe your problemRelated services
Part of the payment validation service. For name-matching workflows inside the pipeline see the Vendor Deduplication tool.