Developer 6 min read

Understanding the Verification of Payee Data Model

Before you write a line of integration code, it helps to understand the shape of a VoP exchange: the fields you provide, the outcomes you receive, and the metadata that helps you act on them.

By Verification of Payee EU · powered by RoxPay

Understanding the Verification of Payee Data Model

Key takeaways

  • A VoP request centres on the payee name, IBAN and account type.
  • The response returns a standardised outcome plus supporting detail.
  • Clean, structured input data improves match accuracy.

Verification of Payee is conceptually simple: you ask whether a name matches an IBAN, and you get back a standardised outcome. But a robust integration depends on understanding each part of that exchange and feeding it clean data.

The request side

  • Payee name: the name as you expect it, ideally structured and clean.
  • IBAN: the account being verified.
  • Account type: whether the payee is a person or an organisation, which affects matching.
  • A request reference or idempotency key to tie the call to your records.

The response side

  • Outcome: match, close match, no match, or not available.
  • For a close match, the name actually held, so you can show the payer.
  • A reason or status code giving context for the outcome.
  • An identifier to correlate with your logs and reconciliation.

Garbage in, weak match out

Match accuracy depends on input quality. Sending clean, well-structured names and the right account type meaningfully improves results.

Designing around the model

RoxPay's Verification of Payee API exposes a clear request/response model with standardised outcomes and supporting detail, so your integration can act on results confidently.

FAQ

Frequently asked

Primarily the payee name, the IBAN, the account type (person or organisation), and a reference or idempotency key to tie the call to your records.

A standardised outcome — match, close match, no match or not available — plus supporting detail such as the name held for a close match and a status code.

Match accuracy depends on it. Clean, well-structured names and the correct account type meaningfully improve verification results.

Build on a clear data model

Talk to RoxPay about a Verification of Payee API with a clean request/response model.