Update card
Update the specified properties of the card. Unsupplied properties will remain unchanged.
Note: setting a card to a CLOSED state is a final action that cannot be undone.
Path parameters
Request body
Specifies the digital card art to be displayed in the user’s digital wallet after tokenization. This artwork must be approved by Mastercard and configured by Lithic to use. See Flexible Card Art Guide.
Friendly name to identify the card.
Globally unique identifier for the card's network program. Currently applicable to Visa cards participating in Account Level Management only.
Encrypted PIN block (in base64). Only applies to cards of type PHYSICAL and VIRTUAL. Changing PIN also resets PIN status to OK. See Encrypted PIN Block.
Indicates if a card is blocked due a PIN status issue (e.g. excessive incorrect attempts). Can only be set to OK to unblock a card.
Amount (in cents) to limit approved authorizations (e.g. 100000 would be a $1,000 limit). Transaction requests above the spend limit will be declined. Note that a spend limit of 0 is effectively no limit, and should only be used to reset or remove a prior limit. Only a limit of 1 or above will result in declined transactions due to checks against the card limit.
Spend limit duration values:
- ANNUALLY - Card will authorize transactions up to spend limit for the trailing year.
- FOREVER - Card will authorize only up to spend limit for the entire lifetime of the card.
- MONTHLY - Card will authorize transactions up to spend limit for the trailing month. To support recurring monthly payments, which can occur on different day every month, the time window we consider for monthly velocity starts 6 days after the current calendar date one month prior.
- TRANSACTION - Card will authorize multiple transactions if each individual transaction is under the spend limit.
Card state values:
- CLOSED - Card will no longer approve authorizations. Closing a card cannot be undone.
- OPEN - Card will approve authorizations (if they match card and account parameters).
- PAUSED - Card will decline authorizations, but can be resumed at a later time.
Card state substatus values:
- LOST - The physical card is no longer in the cardholder's possession due to being lost or never received by the cardholder.
- COMPROMISED - Card information has been exposed, potentially leading to unauthorized access. This may involve physical card theft, cloning, or online data breaches.
- DAMAGED - The physical card is not functioning properly, such as having chip failures or a demagnetized magnetic stripe.
- END_USER_REQUEST - The cardholder requested the closure of the card for reasons unrelated to fraud or damage, such as switching to a different product or closing the account.
- ISSUER_REQUEST - The issuer closed the card for reasons unrelated to fraud or damage, such as account inactivity, product or policy changes, or technology upgrades.
- NOT_ACTIVE - The card hasn’t had any transaction activity for a specified period, applicable to statuses like PAUSED or CLOSED.
- SUSPICIOUS_ACTIVITY - The card has one or more suspicious transactions or activities that require review. This can involve prompting the cardholder to confirm legitimate use or report confirmed fraud.
- INTERNAL_REVIEW - The card is temporarily paused pending further internal review.
- EXPIRED - The card has expired and has been closed without being reissued.
- UNDELIVERABLE - The card cannot be delivered to the cardholder and has been returned.
- OTHER - The reason for the status does not fall into any of the above categories. A comment should be provided to specify the reason.
Additional context or information related to the card.
Example request
{
"digital_card_art_token": "00000000-0000-0000-1000-000000000000",
"memo": "New Card",
"network_program_token": "00000000-0000-0000-1000-000000000000"
}Response
OK
Globally unique identifier for the account to which the card belongs.
List of identifiers for the Auth Rule(s) that are applied on the card. This field is deprecated and will no longer be populated in the Card object. The key will be removed from the schema in a future release. Use the /auth_rules endpoints to fetch Auth Rule information instead.
Globally unique identifier for the card program on which the card exists.
Globally unique identifier for the bulk order associated with this card. Only applicable to physical cards that are part of a bulk shipment
If the card is a replacement for another card, the globally unique identifier for the card that was replaced.
3-character alphabetic ISO 4217 code for the currency of the cardholder.
An RFC 3339 timestamp for when the card was created. UTC time zone.
Specifies the digital card art to be displayed in the user's digital wallet after tokenization. This artwork must be approved by Mastercard and configured by Lithic to use.
Two digit (MM) expiry month.
Four digit (yyyy) expiry year.
Hostname of card's locked merchant (will be empty if not applicable).
Last four digits of the card number.
Friendly name to identify the card.
Globally unique identifier for the card's network program. Null if the card is not associated with a network program. Currently applicable to Visa cards participating in Account Level Management only
Indicates if there are offline PIN changes pending card interaction with an offline PIN terminal. Possible commands are: CHANGE_PIN, UNBLOCK_PIN. Applicable only to cards issued in markets supporting offline PINs.
Indicates if a card is blocked due a PIN status issue (e.g. excessive incorrect attempts).
Only applicable to cards of type PHYSICAL. This must be configured with Lithic before use. Specifies the configuration (i.e., physical card art) that the card should be manufactured with.
Amount (in cents) to limit approved authorizations (e.g. 100000 would be a $1,000 limit). Transaction requests above the spend limit will be declined.
Spend limit duration values:
- ANNUALLY - Card will authorize transactions up to spend limit for the trailing year.
- FOREVER - Card will authorize only up to spend limit for the entire lifetime of the card.
- MONTHLY - Card will authorize transactions up to spend limit for the trailing month. To support recurring monthly payments, which can occur on different day every month, the time window we consider for monthly velocity starts 6 days after the current calendar date one month prior.
- TRANSACTION - Card will authorize multiple transactions if each individual transaction is under the spend limit.
Card state values: * CLOSED - Card will no longer approve authorizations. Closing a card cannot be undone. * OPEN - Card will approve authorizations (if they match card and account parameters). * PAUSED - Card will decline authorizations, but can be resumed at a later time. * PENDING_FULFILLMENT - The initial state for cards of type PHYSICAL. The card is provisioned pending manufacturing and fulfillment. Cards in this state can accept authorizations for e-commerce purchases, but not for "Card Present" purchases where the physical card itself is present. * PENDING_ACTIVATION - At regular intervals, cards of type PHYSICAL in state PENDING_FULFILLMENT are sent to the card production warehouse and updated to state PENDING_ACTIVATION. Similar to PENDING_FULFILLMENT, cards in this state can be used for e-commerce transactions or can be added to mobile wallets. API clients should update the card's state to OPEN only after the cardholder confirms receipt of the card. In sandbox, the same daily batch fulfillment occurs, but no cards are actually manufactured.
Card state substatus values: * LOST - The physical card is no longer in the cardholder's possession due to being lost or never received by the cardholder. * COMPROMISED - Card information has been exposed, potentially leading to unauthorized access. This may involve physical card theft, cloning, or online data breaches. * DAMAGED - The physical card is not functioning properly, such as having chip failures or a demagnetized magnetic stripe. * END_USER_REQUEST - The cardholder requested the closure of the card for reasons unrelated to fraud or damage, such as switching to a different product or closing the account. * ISSUER_REQUEST - The issuer closed the card for reasons unrelated to fraud or damage, such as account inactivity, product or policy changes, or technology upgrades. * NOT_ACTIVE - The card hasn’t had any transaction activity for a specified period, applicable to statuses like PAUSED or CLOSED. * SUSPICIOUS_ACTIVITY - The card has one or more suspicious transactions or activities that require review. This can involve prompting the cardholder to confirm legitimate use or report confirmed fraud. * INTERNAL_REVIEW - The card is temporarily paused pending further internal review. * EXPIRED - The card has expired and has been closed without being reissued. * UNDELIVERABLE - The card cannot be delivered to the cardholder and has been returned. * OTHER - The reason for the status does not fall into any of the above categories. A comment can be provided to specify the reason.
Additional context or information related to the card.
Globally unique identifier.
Card types: * VIRTUAL - Card will authorize at any merchant and can be added to a digital wallet like Apple Pay or Google Pay (if the card program is digital wallet-enabled). * PHYSICAL - Manufactured and sent to the cardholder. We offer white label branding, credit, ATM, PIN debit, chip/EMV, NFC and magstripe functionality. * SINGLE_USE - Card is closed upon first successful authorization. * MERCHANT_LOCKED - Card is locked to the first merchant that successfully authorizes the card. * UNLOCKED - [Deprecated] Similar behavior to VIRTUAL cards, please use VIRTUAL instead. * DIGITAL_WALLET - [Deprecated] Similar behavior to VIRTUAL cards, please use VIRTUAL instead.
Primary Account Number (PAN) (i.e. the card number). Customers must be PCI compliant to have PAN returned as a field in production. Please contact https://support.lithic.com/ for questions.
Three digit cvv printed on the back of the card.
Example response
{
"pan": "4111111289144142",
"cvv": "776"
}