Draft

This is v2.2-draft — a working draft of the v2.2 standards, published for review and not yet ratified. It MUST NOT be used as the basis for a production implementation. For the current standards, switch to v2.1 using the version selector. See the v2.1 → v2.2-draft changelog for every change in this version.

LFI · Banking · Confirmation of Payee

Confirmation of Payee — API Guide 2 min read

Confirmation of Payee (CoP) lets a TPP verify that an IBAN belongs to the named individual or business before initiating a payment.

01 API Sequence Flow

End-to-end Confirmation of Payee

Sequence diagramConfirmation of Payee API FlowClick to expand
02 POST /customers/action/cop-query

Return the name(s) held against an IBAN

POST/customers/action/cop-query
Migrating from v2.1

Both bodies changed in v2.2. The request no longer carries data.account.name — drop it from your parser, and stop reading it if you used it to select which name to return. The response is flattened: replace data[].verifiedClaims[].verification and data[].verifiedClaims[].claims with a single data[].name, mapping claims.fullName to name.fullName, givenName to firstName, familyName to lastName, and organisationClaims.name to name.businessName. Everything else the envelope carried — trust framework, assurance evidence, and the wider customer fields such as emiratesId, birthDate and salary — is removed and MUST NOT be sent.

Headers, query parameters, status codes and error codes are unchanged, so this is a rewrite of your request parser and response builder rather than a new integration.

Request headers

HeaderRequiredDescription
o3-provider-idYesIdentifier for your LFI registered in the Hub
o3-aspsp-idYes (deprecated)Deprecated alias for o3-provider-id. Will be removed in a future version — use o3-provider-id
o3-caller-org-idYesOrganisation ID of the TPP making the underlying request
o3-caller-client-idYesOIDC client ID of the TPP application
o3-caller-software-statement-idYesSoftware statement ID of the TPP application
o3-api-uriYesThe parameterised URL of the API being called by the TPP
o3-api-operationYesThe HTTP method of the operation carried out by the TPP (e.g. POST)
o3-ozone-interaction-idYesHub-generated interaction ID. Equals o3-caller-interaction-id if the TPP provided one
o3-caller-interaction-idNoInteraction ID passed in by the TPP, if present

Query parameters

ParameterRequiredDefaultDescription
pageYes1Page number for paginated results
page-sizeYes100Number of records per page

Request body

Content-Type: application/json

The Hub sends a plain JSON body — not a JWS. The body identifies a single account by IBAN, and carries nothing else. The name the TPP submitted is not sent to you: look the account up by IBAN and return the holders you have, and the Hub does the comparing.

data.account

FieldTypeRequiredDescription
schemeNamestringYesAlways IBAN
identificationstringYesThe IBAN to look up

Example

cop-query requestjson
{
  "data": {
    "account": {
      "schemeName": "IBAN",
      "identification": "AE070331234567890123456"
    }
  }
}

Response

Content-Type: application/json

Return 200 in all lookup scenarios — whether the account is found or not. The Hub interprets the data array contents to determine the match result returned to the TPP.

200 — Account found

Return a data array containing one entry per account holder. id and name are the only required members of an entry.

Personal account

name.fullName is mandatory and is the value the Hub matches on today. Every other field is optional — supply firstName, middleName, lastName, fullNameAr and alsoKnownAs where your systems hold them separately, so that improvements to the matching algorithm can use them without a further change to this contract. A response carrying only fullName is fully conformant.

personal account responsejson
{
  "data": [
    {
      "id": "cust-001",
      "name": {
        "fullName": "Ahmed Al Mansouri",
        "firstName": "Ahmed",
        "lastName": "Al Mansouri",
        "fullNameAr": "أحمد المنصوري"
      }
    }
  ],
  "meta": {
    "totalPages": 1,
    "totalRecords": 1
  }
}
Personal account — minimum conformant response
minimum conformant responsejson
{
  "data": [
    {
      "id": "cust-001",
      "name": {
        "fullName": "Ahmed Al Mansouri"
      }
    }
  ],
  "meta": {
    "totalPages": 1,
    "totalRecords": 1
  }
}
Joint account

Return one entry per holder. The Hub evaluates every entry in data, so the order is not significant — do not attempt to place the most likely match first.

joint account responsejson
{
  "data": [
    {
      "id": "cust-001",
      "name": {
        "fullName": "Ahmed Al Mansouri",
        "firstName": "Ahmed",
        "lastName": "Al Mansouri"
      }
    },
    {
      "id": "cust-002",
      "name": {
        "fullName": "Fatima Al Mansouri",
        "firstName": "Fatima",
        "lastName": "Al Mansouri"
      }
    }
  ],
  "meta": {
    "totalPages": 1,
    "totalRecords": 2
  }
}
Business account

Populate name.businessName with the registered business name on the account. businessNameAr and alsoKnownAs are optional.

business account responsejson
{
  "data": [
    {
      "id": "cust-003",
      "name": {
        "businessName": "Al Mansouri Trading LLC",
        "alsoKnownAs": ["Al Mansouri Trading"]
      }
    }
  ],
  "meta": {
    "totalPages": 1,
    "totalRecords": 1
  }
}

200 — Account not found, opted out

Return 200 with an empty data array where no account was found matching the IBAN, the account is under a bar, or the customer has opted out of CoP. Do not use 204, 404, 201 or 202 — the Hub expects 200 and treats an empty array as a no-result response.

The three cases are deliberately indistinguishable to the TPP, so that a CoP query cannot be used to probe for the existence of an account.

not found responsejson
{
  "data": [],
  "meta": {
    "totalPages": 0,
    "totalRecords": 0
  }
}

Error responses

All error bodies must include errorCode and errorMessage.

403 — Forbidden
errorCodeerrorMessageWhen to use
Consent.AccountTemporarilyBlockedThe account is blocked from receiving payments.The account is blocked from receiving payments for a temporary reason — e.g. account status is Suspended
Consent.PermanentAccountAccessFailureThe account is blocked from receiving payments.The account is blocked from receiving payments permanently — e.g. account status is Closed, Deceased, or Unclaimed