Enums and allowed values

Several fields on the Client API accept only a fixed set of values, but the generated API Reference types them as plain strings, so the allowed values are not visible on the endpoint pages. They are collected here. Send them exactly as written, including capitalisation.

📘

Two naming conventions

Most values are PascalCase (Fps, Credit, Sent). The cancellation reason values are the exception and are lower snake case (incorrect_amount). Sort keys and sort directions are camelCase and lower case respectively.

Payments

FieldWhereAllowed values
paymentMethodPOST /v1/outbound-paymentsFps, Chaps, Swift, Sepa
chargeTypePOST /v1/outbound-paymentsOUR is the default. Swift payments only. Sending it on any other rail is rejected.
statusGET /v1/outbound-payments filter, and the status field on a paymentScheduled, AwaitingFunds, Processing, Sent, Rejected, Returned, Cancelled
reasonPOST /v1/outbound-payments/{id}/cancelincorrect_amount, incorrect_payee, payment_not_required

paymentMethod is optional. Leave it out and the rail is resolved from what the payee and the account support, which is usually what you want. An explicit value is rejected when the rail is disabled for you, unsupported for that payee or account, or when the transfer is really an internal IBANQ-to-IBANQ movement. Use POST /v1/internal-payments for that. See Payment lifecycle and statuses for what each status means.

FX

FieldWhereAllowed values
fixedSidePOST /v1/fx/quotes, and on the returned quoteBuy, Sell

Buy fixes the amount of buyCurrency you receive; Sell fixes the amount of sellCurrency you spend. The other side is whatever the rate produces.

Transactions

FieldWhereAllowed values
directionGET /v1/transactions filter and responseCredit, Debit
currencyEverywhereISO 4217 three-letter codes in upper case. GET /v1/reference/currencies is the authoritative list.

Sorting

orderDirection is asc or desc on every list endpoint. orderBy differs by resource.

EndpointorderBy valuesDefault
GET /v1/accountsclientName, accountNumber, iban, parentNameclientName, asc
GET /v1/transactionsdate, amountdate, desc

OAuth scopes

Scopes are requested in the scope parameter of the token request, space separated. Ask only for what the call needs. A token missing a scope fails with 403 insufficient_scope.

ScopeGrants
accounts:readRead accounts and balances
accounts:writeManage accounts
payments:readRead outbound, inbound and internal payments
payments:writeCreate and cancel outbound payments; create internal payments
payees:readRead payees
payees:writeCreate, update and delete payees
fx:readRead FX trades
fx:quoteRequest FX quotes
fx:tradeBook FX trades
verifications:checkRun account name verification checks
webhooks:manageReserved; webhook endpoints are managed by your account manager and there are no client-facing endpoints yet.
events:readRead the events raised for your clients (GET /v1/events).

Other closed sets

FieldWhereAllowed values
typePOST /v1/payees request and payeeIndividual, Business
accountTypePOST /v1/account-name-verifications requestPersonal, Business
accountTypeOn an accountVirtualAccount (others may be added)
domesticBankCodeTypeOn a payeeABARoutingNumber, BSBNumber, ClearingCode, IFSCCode, LocalBankOrClearingCode, SortCode, SwiftBic
channelOn payees, payments and tradesPortal, Api, Brokered
schemeOn an account name verification, and a payee's accountNameVerificationConfirmationOfPayee
answerOn an account name verification, and a payee's accountNameVerificationMatch, CloseMatch, NoMatch, Unavailable
reasonCodeOn an account name verificationUK Confirmation of Payee reason codes; AC01 (account does not exist) blocks payee creation
chargeTypePOST /v1/outbound-payments, Swift onlyOUR (default), SHA
paymentTypePOST /v1/simulations/inbound-paymentsFps, Chaps, Swift , Sepa (case-insensitive)
status (inbound)GET /v1/inbound-payments filter and fieldProcessing, Received, Returning, Returned, Rejected, Cancelled
status (FX trade)GET /v1/fx/trades filter and fieldBooked, AwaitingSettlement, Settled, Failed, Cancelled
status (internal payment)GET /v1/internal-paymentsCompleted, Created, Failed
transactionType, sourceTypeOn a transactionOpen sets. Values seen include PaymentInAllocated, OutboundPaymentInstructed and InboundPayment, OutboundPayment. Treat unrecognised values as ones you do not handle, not as errors.

The API Reference carries these enumerations in the schema as well.