PUSH: Load funds from a Synctera account onto an External Card.PULL: Take funds from an External Card to fund a Synctera Account.PULL_REVERSAL: Reverse aPULLtransaction to load funds back onto an External Card.
Onboarding
In order to be enabled for External Cards, please reach out your Synctera implementation and onboarding contact.Add External Card
The first step to adding an External Card is to tokenize the card. To do so, see Link External Cards guide for how to obtain atoken and cardholder name through the iFrame.
Once the card has been tokenized, use the token and cardholder name to create an External Card. person_id must also be provided and business_id may optionally be provided if applicable. Note that if business_id is provided, address verification is performed on the Business’s legal address, otherwise, it is performed on the Person’s legal address. However, cardholder name matching is performed on the Person’s name regardless.
The token will expire after 5 minutes, so ensure External Card creation is performed shortly after card tokenization.
verifications object contains information about the card, including address verifiation and CVV2 code results, as well as the type of transactions the card supports. If either pull_enabled or push_enabled are false, that type of transaction may not be performed using the card.
Testing
The following card PANs can be used in sandbox environment for testing various scenarios:| Network | PAN | Push Enabled | Pull Enabled | Type |
|---|---|---|---|---|
| Visa | 4005519200000004 | Y | Y | Debit |
| Visa | 4217651111111119 | Y | N | Debit |
| Visa | 4111111111111111 | Y | Y | Credit |
| Mastercard | 2223000048400011 | N | Y | Debit |
| Mastercard | 5105105105105100 | N | N | PrePaid |
Create External Card Transaction
Now that an External Card has been tokenized and created, it may be used to perform transactions. Anaccount_id must be provided, which refers to the Synctera Account that the funds will flow into or out from, depending on the type of transaction.
The merchant object contains merchant descriptor information that will be shown on financial statements and transaction details. If not provided, default information, defined during onboarding, is used.
The status field of the response indicates the outcome of the transaction:
SUCCEEDED: The transaction was successful and funds are available - terminal statusDECLINED: The transaction could not be completed due to a specific rule, e.g. low balance or velocity control - terminal statusCANCELED: The transaction could not be completed due to error, e.g. upstream processing error - terminal statusUNKNOWN: The transaction status is indeterminate - non-terminal statusPENDING: The transaction has been initialized - non-terminal status
EXTERNAL_CARD_TRANSFER.UPDATED webhook to be notified of status change, or simply Get External Card Transfer at a later time. Once a transaction is in a terminal status, it will not change.
Example request:
transaction_id can be used to look up the transaction using the Transactions API.
If you receive the following response, it means 3-D Secure is required for this transaction and three_ds_id must be provided. See External Cards 3-D Secure (3DS) guide for more information. Note that this is only applicable to PULL transactions.
Response:
Me-to-You PUSH Transactions
In the typical case, the originating Account and the External Card are assumed to be owned by the same Person (me-to-me transaction). However, it’s also possible to initiate a (PUSH only) transaction to an External Card owned by Person who is not the originating Account owner (me-to-you transaction). In this scenario, originating_customer_id is supplied with the Person who owns the originating Account.
Example request:
Reverse External Card Transaction
Reversals can only be applied toPULL transactions. The full or partial amount may be reversed. However, only one partial reversal may be applied to a single transaction.
Example request:

