Create Cards

Order cards for your Account Holders by creating a card order. There are two types of orders you can create on Fusion - Individual card order and Bulk card order. In this article you learn about:

• Individual card order flow

• Bulk card order flow

• Sharing embossing file with vendor

• Checking card order status

• Card delivery

• Cancelling card order

Before you begin

Before you explore Fusion’s card order APIs,

• learn various card related functional concepts mentioned in Card Lifecycle.

• remember the various card related terminologies, as illustrated below.

Embossing and embossing file

Embossing is the imprinting of card with various details like card number, name, design, and so on. This process is handled by an external vendor. An embossing file contains all the details card details, welcome-kit, courier partner. required for printing the card.

This file is shared with the vendor, who uses it to emboss the card. Fusion’s embossing service handles the generation of embossing file. One file is generated for each product type or IFI. For example, if you place 10 card orders, consisting of 6 orders for IFI A and 4 for IFI B, the embossing service generates two embossing files —one file will contain order data for 6 cards for IFI A, and the other one will contain order data for 4 cards for IFI B.

Embossing specification file

An embossing specification file contains the definition and format for the various data fields in the embossing file. This is an additional file shared with the vendor, who uses it to read the data fields and print the card accordingly.

Individual card order flow

This is the primary flow you use to issue cards to your Account Holders individually. The flow consists of the following stages:

1. Create card order by creating an Account for the Account Holder.

2. Generate embossing file by calling the /dispatch API

3. Share embossing file with vendor

The following diagram illustrates the various stages in the Individual card order flow. For a detailed explanation on each status, see Card order statuses.

Create card order

In Individual card order flow, you initiate the order creation when you create an Account for the Account Holder.

Quick tip You can automate this step by integrating the functionality in your web or mobile application. For example, you can configure your mobile app so that an Account is created for the Account Holder when they apply for a card.

Get Card ID

When you create an Account for Account Holder, Fusion generates a Resource ID Resource is the logical grouping of Payment Instruments belonging to an Account Holder. to identify the Account Holder and a Form Factor ID Payment Instruments are technically identified as Form Factors in Fusion. to identify the card.

Form Factor ID, Card ID, and CGUID refer to the same identifier and are used interchangeably in Fusion.

The /dispatch API requires Card ID to generate the embossing file. To get this value, use the /cards/list API and note the cardID of your card in the response.

Input parameters

• ifiID: Required. Unique identifier of the IFI.

• orderID: Required. Unique identifier of the order which contains the card to be dispatched.

Generate embossing file

Use the card’s ID from the previous step and generate the embossing file using the /dispatch API. In this step, you also specify details like Account Holder’s name to be printed on the card, expiry, delivery address, and so on. Fusion creates an order file with a unique identifier, orderID.

Card Order Statuses

Input parameters

• ifiID: Required. Unique identifier of the IFI.

• cardID: Required. Unique identifier of the card.

• plasticCode: Optional. Unique identifier of the design that the card will be printed with. Default value: WHITEC.

• expiry: Optional. Expiration date for the card. The date will be set according to the format current Month + Month and current Year+Year. For example, to set May 2023 as the expiration date in April 2020, specify month as 1 and year as 3. The expiration date will be set as 05/2023. If not specified, the expiration date defined in the card SKU will be taken.

• thirdLineEmbossing: Optional. Account Holder’s name displayed on the card.

• fourthLineEmbossing: Optional. Additional Account Holder details, like company name, displayed on the card.

• deliveryAddress: Required. Address where the cards should be delivered to.

• vendorAttributes: Optional. Miscellaneous information like shipping and welcome kit details that fintech wants to share with the vendor.

To know how the embossing file is shared with the vendor, see Share embossing file with vendor.

Bulk card order flow

A bulk card order allows you to order cards in large quantities. One of the real-world use-cases for bulk orders could be when a corporate wants to provide gift cards to all its employees.

There are two types of bulk card orders that you can create on Fusion - non-personalized and personalized. Each order-type serves different use-cases and requires different APIs to be called. A bulk card order flow consists of the following stages:

1. Create non-personalized or personalized bulk card order

2. Generate embossing file

3. Map card to Account Holder by assigning Form Factor to Resource

4. Share embossing file with vendor

The following diagram illustrates the various stages in the Bulk card order flow, complemented with corresponding order statuses. For a detailed explanation on each status, see Card order statuses.

Create personalized card order

Personalized card orders help develop customized cards for RAHs. You can specify different Account Holder details, delivery address, and IFI details for each card. Each card order is identified by a unique identifier, recordID.

Input Parameters

• ifiID: Required. Unique identifier of the IFI.

• orderID: Required. Unique identifier for the order.

• quantity: Required. Number of cards to be ordered.

• cardSkuID: Required. Card SKU defines your card’s basic attributes like card network, BIN, card-type, embossing vendor details, and so on. Based on the business requirement and agreement, Zeta configures a card SKU for you represented by a unique identifier, cardSkuID.

• plasticCode: Required. Unique identifier of the design that the card will be printed with. Default value: WHITEC.

• recordID: Required. Unique identifier for each card in the order.

• expiry: Optional. Expiration date for the card. The date will be set according to the format current Month + Month and current Year+Year. For example, to set May 2023 as the expiration date in April 2020, specify month as 1 and year as 3. The expiration date will be set as 05/2023. If not specified, the expiration date defined in the card SKU will be taken by default.

• thirdLineEmbossing: Optional. Account Holder’s name displayed on the card.

• fourthLineEmbossing: Optional. Additional Account Holder details, like company name, displayed on the card.

• deliveryAddress: Required. Address where the cards should be delivered to.

• tenantAttributes: Optional. IFI related information that fintech wants to communicate to the vendor.

• vendorAttributes: Optional. Miscellaneous information like shipping and welcome kit details that fintech wants to share with the vendor.

Create non-personalized card order

When you create a non-personalized bulk order, properties like Account Holder details, delivery address, expiration date, and IFI ID for all the cards will be the same. Card number and CVV will be different for each card.

Input parameters

• ifiID: Required. Unique identifier of the IFI.

• quantity: Required. Number of cards to be ordered.

• orderID: Required. Unique identifier for the order.

• cardSkuID: Required. Card SKU defines your card’s basic attributes like card network, BIN, card-type, embossing vendor details, and so on. Based on the business requirement and agreement, Zeta configures a card SKU for you represented by a unique identifier, cardSkuID.

• plasticCode: Required. Unique identifier of the design that the card will be printed with. Default value: WHITEC.

• expiry: Optional. Expiration date for the card. The date will be set according to the format current Month + Month and current Year+Year. For example, to set May 2023 as the expiration date in April 2020, specify month as 1 and year as 3. The expiration date will be set as 05/2023. If not specified, the expiration date defined in the card SKU will be taken.

• thirdLineEmbossing: Optional. Account Holder’s name displayed on the card.

• fourthLineEmbossing: Optional. Additional Account Holder details, like company name, displayed on the card.

• deliveryAddress: Required. Address where the cards should be delivered to.

• tenantAttributes: Optional. IFI related information that fintech wants to communicate to the vendor.

• vendorAttributes: Optional. Miscellaneous information like shipping and welcome kit details that fintech wants to share with vendor.

Quick tip To order cards with different attributes like Account Holder name and expiration date, create a personalized card order.

Generate embossing files

In bulk order flow, the embossing file is automatically generated during the processing of your card order.

Map card to Account Holder

In Fusion’s payment ecosystem, an Account Holder is mapped to a Resource, and their payment instruments, like card, are represented as Form Factors. In bulk order flow, after the card is printed and delivered, it must be mapped to the Account Holder before it’s used for any transaction. In Fusion, we call it associating the Form Factor with Resource.

Input parameters

• ifiID: Required. Unique identifier of the IFI.
• resourceID: Required. Unique identifier of the Resource generated while creating Account for Account Holder.
• formFactorProductID: Required. Unique identifier of the Form Factor Product.
• formFactorID: Required. Unique identifier of the card. Same as CardID and CGUID.
• targetURI: Required. Unique identifier of the account generated while creating Account for Account Holder.
• status: Required. Current status of the Form Factor. Allowed values: ACTIVE, INACTIVE, DELETED.

Share embossing file with vendor

This applies to both individual as well as bulk card order flow.

Embossing file is shared with the vendor by Zeta using cron jobs scheduled to run at 2.30 AM daily. All the embossing files for the day are collected and shared securely with the vendor over SFTP. The files are encrypted using Pretty Good Privacy (PGP) encryption. Public key and private key pairs are shared between Zeta and vendor during the contractual agreement. The public key is used to encrypt the file before sharing, and decrypted by the vendor using the corresponding PGP private key pair.

Check card order status

Card order statuses

Fusion uses statuses to inform you what stage your card order is in. The status also provides additional information regarding order, card data, embossing file, and so on.

• ORDER_PLACED: Card order is successfully placed and order details are received by Fusion’s embossing service.

• CARD_REQUEST_GENERATED : Card created with Customer Reference Number (CRN) in Fusion’s card management system.

• EMBOSSING_FILE_GENERATED: Card data (card number, PIN, CVV) generated, and embossing file containing the data is ready to be dispatched to the vendor.

• ORDER_COMPLETED : Card order, including embossing file, is successfully dispatched to the vendor.

• ORDER_FAILED : Card order failed to due to data mismatch or other reason.

• ORDER_CANCELLED : Card order cancelled.

To understand the sequence of order statuses generated for different types of orders, see Individual card order flow and Bulk card order flow.

Check card order status

Check the status of a card order anytime using its order ID. The response returns various order details specified while creating the order - quantity, Account Holder details, delivery address, and so on. To check the current status of the order, note the value of orderStatus parameter.

Input Parameters

ifiID: Required. Unique identifier of the IFI.

orderID: Required. Unique identifier for the order specified at the time of creation.

Card delivery

Vendors

In addition to embossing, vendor also takes care of the delivery of the cards. You can specify your shipping preferences like delivery address and courier partner when creating the order (when calling /dispatch, /orders, /personalized APIs). These details can also be decided upon beforehand between you, Zeta, and the vendor.

Tracking

Embossing vendors partner with leading courier companies to deliver the card. The courier company shares a tracking ID with the recipient via SMS or e-mail.

The recipient can then use the tracking ID to track the delivery on the courier company’s website.

Quick tip You can coordinate with the courier company to receive a pre-approved set of tracking IDs. You can share these IDs with the vendor and use them to integrate a tracking facility in your mobile/web application.

Cancel card order

Cancel an existing card order using its order ID. An order can be cancelled only if the order status is in ORDER_RECEIVED or CARD_REQUEST_GENERATED state has not moved to EMBOSSING_FILE_PENDING state.

Quick tip Use orders/{orderID}/cards/list API to check for above conditions. For more information on how to call the endpoint, see Card Core API Reference.

Important Cancelling a card order is a permanent operation and cannot be reversed. To re-order, you must create a new card order.

Input parameters

• ifiID: Required. Unique identifier of the IFI.

• orderID: Required. Unique identifier of the order to be cancelled.