Simulating Account Holder Verification

The sandbox environment for Account Holder Verification (AHV) allows you to test your integration before going live, including different match levels, name variations, and fallback conditions — without involving any real accounts or providers.

This simulator supports both:

  • Confirmation of Payee (CoP): for GBP payments via Faster Payments
  • Verification of Payee (VoP): for EUR payments via SEPA (SCT, SCT Inst, SDD)

Supported Features

In the sandbox, you can simulate:

  1. Exact name matches
  2. Close matches (e.g. spelling differences or mismatched account types)
  3. No matches (e.g. incorrect names, invalid accounts, opt-outs)
  4. Fallback behavior for unknown (non-predefined) inputs
  5. Error responses (e.g. technical error)

All responses follow the same API format as in production — enabling accurate and efficient testing.

How CoP vs. VoP is Determined from Payload

There is no explicit field in the request to select CoP or VoP. Instead, the verification type is automatically inferred from the contents of the request:

Field Present in verification ObjectInterpreted AsUse Case
bban (e.g. sortCode, accountNumber)CoPGBP – Faster Payments
ibanVoPEUR – SEPA SCT, SDD

Note: You must provide either bban or iban, but not both. If both fields are present, the API will return an error.

How to Simulate Specific Match Scenarios

To trigger a specific match result, submit one of the predefined input combinations as listed below. The sandbox will respond with the corresponding matchLevel, reasonCode, and description.

Predefined CoP Test Cases

Test CaseindividualFullNameCompanyNameCountryBranchCodeAccountNumberMatchLevelAccountHolderReasonCodeReasonIdDescriptionDetailedDescription
Match - Personal AccountSamantha SmytheGB99999600000001Match
Match - Business AccountBridgford GardeningGB99999600000011Match
Close Match - Wrong NameSam SmytheGB99999600000001Close matchMISS SAMANTHA SMYTHEMBAM2There may be a match on the Account NameThe CoP Responder has performed the matching and it is a close match
No Match - Wrong Type P2BSamantha SmytheGB99999600000001No matchPANM4Personal account, name matchesThe CoP Requester indicated a business account, but it is actually a personal account and the name matches
No Match - Wrong Type B2PBridgford GardeningGB99999600000011No matchBANM3Business account, name matchesThe CoP Requester indicated a personal account, but it is actually a business account and the name matches
No Match - Wrong NameDavid SmytheGB99999600000001No matchANNM1Account Name does Not MatchThe CoP Responder has performed the matching and confirms it is not a match
No Match - Invalid AccountSamantha SmytheGB99999698989898No matchAC017Incorrect Account NumberAccount does not exist in the CoP Responder's books
No Match Opted OutJohnson LogisticsGB99999600000048No matchOPTO10Opted out of CoP SchemePayee has been opted out of the CoP service by the CoP Responder
No Match Account Not Supp.Not SupportedGB99999600000062No matchACNS9Account type Not Supported for CoPAccount not supported for CoP by the CoP Responder
Errorany non ASCII nameGBanyanyErrorValidationError400 Bad requestSearch criteria is invalid.\nName: 'Name' is empty or has invalid data.
Catch-All – Any other inputanyanyGBanyanyNo matchANNM1Account Name does Not MatchReturned when input doesn't match predefined sandbox cases

Predefined VoP Test Cases

Use the following IBAN-based inputs to simulate VoP responses.

Test CaseIndividualFullNameCompanyNameIBANMatchLevelAccountHolderReasonCodeReasonIdDescriptionDetailedDescription
Match – ExactMaria SilvaPT50000100018763312236976Match
Match – CloseMarya SilvaPT50000100018763312236976Close matchMaria Silva
Match - ExactSome CompanyNL16RABO7600386364Match
Verification Not PossibleMaria UnknownPT50000100018763312236976ErrorNOAPVerification check not possible.Verification Check Not Possible or Validation Check is not applicable.
Error – Internal Server ErrorUnknown UnknownPT50000100018763312236976ErrorErrorTechnical ErrorUnexpected technical error. An exception occurs during code execution and the request cannot be further processed.
No match Catch-All – Unknown InputAny NameAny NameAny SEPA IBANNo match

Catch-All Fallback for Unknown Inputs

If your input does not match any predefined sandbox test case, the system returns a default "No Match" response — allowing you to test how your application handles unrecognized or unknown accounts.

Type Trigger Fallback Response Notes

CoP

Unrecognized sort code, account number, or name

matchLevel: No match
reasonCode: ANNM
description: Account Name does Not Match
detailedDescription: The CoP Responder has performed the matching and confirms it is not a match

Returned when sort code + account number combination is not predefined

VoP

Unrecognized IBAN or name

matchLevel: No match

Returned when IBAN is not predefined

Notes

  • The sandbox is stateless and returns predefined responses only
  • No real data is accessed or verified
  • CoP and VoP are both supported on the same AHV endpoint, selection is based on input fields