No-name cards
Issue and activate pre-produced cards that carry no embossed name, then bind one to a customer at the point of sale.
activateNoNameCard
Activates a no-name (anonymous) credit card for a customer. The method requires the channel, customer number, barcode, and the last four digits of the card, and it calls the credit issuing service to perform activation.
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
activateNoNameCard › Request Body
channelThree-digit code identifying the channel on behalf of which the request is made (e.g. 002 for Internet). Mandatory in every request. Used for entitlement checks, limit enforcement and audit logging. Channel codes are managed through configuration parameters and may change over time. Refer to the Channels page for the current list of valid codes.
customerNumberThe customer at the bank's core banking system, as a number. The platform stores it rather than issuing it, so it comes from the core.
lastFourDigitThe last four digits of the card, which pick which of the customer's cards is activated. Matched against the end of the masked card number rather than a stored field of its own, and no length is checked: a shorter value matches more than one card and the operation refuses rather than choosing, while anything longer than the masked number matches nothing.
barcodeThe delivery barcode the consignment is tracked by.
Not read by the service. activateNoNameCard matches the card on customerNumber and lastFourDigit alone — the facade forwards this field and ActivateNoNameCard does not mention it, on credit, debit or prepaid. It is accepted and ignored.
activateNoNameCard › Responses
Success
replaceNoNameCard
Replaces a card using a no-name application based on the shadow card number. Handles digital and physical cards, with an option to enroll in MasterPass and set e-commerce permissions. Returns card details including card reference number, masked card number, and any product changes.
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
replaceNoNameCard › Request Body
channelThree-digit code identifying the channel on behalf of which the request is made (e.g. 002 for Internet). Mandatory in every request. Used for entitlement checks, limit enforcement and audit logging. Channel codes are managed through configuration parameters and may change over time. Refer to the Channels page for the current list of valid codes.
shadowCardNumberThe platform's own handle for a card, and the identifier most operations take. It is returned by every operation that creates a card and by the card listings; a caller does not compose one.
replaceReasonCodeWhy the card is being replaced. It decides what the replacement inherits and whether the card number changes.
What the card may do: e-commerce, international purchases and mail order. Each is optional, and one left unset takes the platform's own default rather than being refused — for e-commerce that default follows digitalCardFlag.
enrollMasterpassWhether to enrol the new card with Masterpass. Forwarded to the issuing service, which does the enrolment; the card is created either way.
replaceNoNameCard › Responses
Success
applicationIdThe card application this request belongs to. Returned when an application is created, and carried through the card that comes out of it.
shadowCardNumberThe platform's own handle for a card, and the identifier most operations take. It is returned by every operation that creates a card and by the card listings; a caller does not compose one.
newCardGeneratedWhether the change produced a new card.
productChangedWhether the change moved the card to another product.
maskedCardNumberThe card number with its middle digits masked, as the platform stores it. It is a display form, not a key: operations take the shadow number.
cardRefNumberThe card reference, which identifies one issued card including its renewals. Returned by the create and listing operations alongside the shadow number.
replaceCardUsingNoNameApplication
Replaces a card using a no-name application, with details such as the application ID, barcode, and customer number. Returns the card details like masked card number, expiry date, and sensitive card data (if available).
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
replaceCardUsingNoNameApplication › Request Body
channelThree-digit code identifying the channel on behalf of which the request is made (e.g. 002 for Internet). Mandatory in every request. Used for entitlement checks, limit enforcement and audit logging. Channel codes are managed through configuration parameters and may change over time. Refer to the Channels page for the current list of valid codes.
customerNumberThe customer the card is for. Omitted it arrives as 0, which the service refuses, as it does a negative number.
applicationIdThe replace application to issue the card from. Omitted it arrives as 0, which matches no application and is refused.
barcodeThe delivery barcode the consignment is tracked by.
replaceCardUsingNoNameApplication › Responses
Success
recordIdThe identifier of the row the operation created or acted on. Returned rather than sent in most operations that carry it.
maskedCardNumberThe card number with its middle digits masked, as the platform stores it. It is a display form, not a key: operations take the shadow number.
shadowCardNumberThe platform's own handle for a card, and the identifier most operations take. It is returned by every operation that creates a card and by the card listings; a caller does not compose one.
cardRefNumberThe card reference, which identifies one issued card including its renewals. Returned by the create and listing operations alongside the shadow number.
mainCardRefNumberThe card reference of the main card. On a supplementary card this is the card it hangs from; on a main card it is the card's own reference.
What the operation wants to say about work it did anyway. A warning does not mean the operation failed.
The card number, expiry and verification value, returned only where the operation and the channel are entitled to them.
changeAndReplaceNoNameCard
Changes the status of a no-name card and replaces it either via digital card issuance or no-name card application. Validates input, executes ChangeCardStatus via lifecycle service, then either ReplaceCard for digital cards or ReplaceNoNameCardApplication for physical cards. Returns status change, new card details, and application ID if applicable.
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
changeAndReplaceNoNameCard › Request Body
channelThree-digit code identifying the channel on behalf of which the request is made (e.g. 002 for Internet). Mandatory in every request. Used for entitlement checks, limit enforcement and audit logging. Channel codes are managed through configuration parameters and may change over time. Refer to the Channels page for the current list of valid codes.
shadowCardNumberThe platform's own handle for a card, and the identifier most operations take. It is returned by every operation that creates a card and by the card listings; a caller does not compose one.
cardStatusCodeValues:
A— validB— pendingC— stolenD— cancelled by the bankF— fraudG— temporarily blockedI— cancelledL— lostM— cancelled by the customerT— corporate dummy
cardStatusReasonCodeWhy the status is being set. The valid reasons depend on the status: getAvailableCardStatusList returns the pairs a card may move to.
What the replacement card should carry — delivery, address and emboss details. Left out, the replacement inherits the card's own.
closeRequestDateA date and time as a string, in RFC 3339 form: 2026-10-16T14:30:00Z, or with an offset, 2026-10-16T17:30:00+03:00.
changeAndReplaceNoNameCard › Responses
Success
toStatusActiveWhether the card ends this operation in an active status.
applicationIdThe card application this request belongs to. Returned when an application is created, and carried through the card that comes out of it.
shadowCardNumberThe platform's own handle for a card, and the identifier most operations take. It is returned by every operation that creates a card and by the card listings; a caller does not compose one.
newCardGeneratedWhether the change produced a new card.
productChangedWhether the change moved the card to another product.
maskedCardNumberThe card number with its middle digits masked, as the platform stores it. It is a display form, not a key: operations take the shadow number.
cardRefNumberThe card reference, which identifies one issued card including its renewals. Returned by the create and listing operations alongside the shadow number.
cancelNoNameCardApplication
Cancels a No-Name Card application using the ApplicationId and optionally provides a cancel reason code and text. Executes the cancellation through the credit issuing service proxy.
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
cancelNoNameCardApplication › Request Body
channelThree-digit code identifying the channel on behalf of which the request is made (e.g. 002 for Internet). Mandatory in every request. Used for entitlement checks, limit enforcement and audit logging. Channel codes are managed through configuration parameters and may change over time. Refer to the Channels page for the current list of valid codes.
applicationIdThe card application this request belongs to. Returned when an application is created, and carried through the card that comes out of it.
cancelReasonCodeWhy the application is being cancelled.
cancelReasonTextFree text alongside the cancellation reason.
cancelNoNameCardApplication › Responses
Success