Lost, Stolen, or Damaged Cards

This guide describes the procedure for handling lost, stolen, or damaged cards using the Modify Status and Add Card endpoints, which you implement from your own web site or mobile app.

Alternatively, your customers can use Galileo's IVR, or you can report cards as lost, stolen, or damaged using the CST. Contact Galileo for information on using these methods.

See the Setting Up a Card Program guide for general information about cards in the Galileo system.

📘

Note

Instead of reporting a card as lost or stolen, your customers might want to temporarily freeze a card. See Freezing cards in the Card Statuses guide for more information.

Lost or stolen cards

A card is "lost" when the cardholder no longer possesses the card but does not suspect that someone else has the card or will attempt to use it—for example, when a wallet falls into a lake. However, out of an abundance of caution, a replacement card with a new PAN should be issued for a lost card.

A card is "stolen" when someone has taken possession of a card or card number with the intent to use it fraudulently. A physical card may be stolen in a robbery, or a card number may be obtained online from a database breach or intercepted transmission. In the case of stolen cards a replacement card with a new PAN should always be issued.

📘

Note

The lost and stolen operations are identical in the Galileo system—the lost and stolen distinction is intended for your records only.

You have two options for lost/stolen cards:

  • Mark the card as lost or stolen and at the same time trigger the operation to issue a replacement physical card.
    • Use the Modify Status endpoint with type: 3 for lost or type: 4 for stolen.
    • Do not use this method for virtual-only cards.
  • Mark the card as lost or stolen but do not issue a replacement card.
    • Use the Modify Status endpoint with type: 8 for lost or type: 9 for stolen.
    • Always use this method for virtual-only cards.
    • To trigger the card-replacement operation after passing these Modify Status types, you can pass types 3 or 4 later.

📘

Note

For Digital First cards, see Lost or stolen Digital First cards in the Setup for Digital First guide.

Lost/stolen physical card operation

This operation issues a replacement physical card as soon as a card is reported as lost or stolen.

  1. The cardholder reports the card as lost or stolen.
  2. You call the Modify Status endpoint with these parameters:
    • accountNo: PAN or CAD of the card
    • type: 3 for lost or 4 for stolen
  3. The lost/stolen card operation:
    • Changes the card to status: L or status: S, which immediately deactivates the card.
    • Sends the LSCR: lost/stolen card with replacement event message.
    • Creates a new card record in status: A with the same PRN but a new PAN, CVV and expiry date.
    • Waits for any replacement fees to be processed, and then changes the card status:
      • X — Set to emboss, for conventional cards
      • N — Active, for Digital First cards (see Lost or stolen Digital First cards in the Setup for Digital First guide for additional steps you must take)
  4. When the emboss process runs, it creates an emboss record in status: Y, includes the emboss record in the batch file, and sends the SHIP: card_shipped event message.
  5. The embosser mails the replacement card to the cardholder.
  6. The cardholder activates the card using your preferred method, which changes the replacement card to status: N. See the Activating a Card guide for more information.
    • Because the replacement card has a different PAN from the lost/stolen card, the cardholder must set a new PIN. See PIN-Set Procedures for more information.
  7. The lost/stolen card retains status: L or status: S.

👍

Tip

Because the lost/stolen card operation creates the replacement card in status: A, and then changes it to status: X or status: N, you can populate the CDMSG parameter with X or N, and then the status change will trigger the CSNT: card_status_change event message. From that message you can retrieve the PAN or CAD of the replacement card within minutes, instead of waiting several hours for the emboss process to send SHIP: card_shipped.

Lost/stolen virtual card operation

This operation does not issue a replacement card.

  1. The cardholder reports the card as lost or stolen.
  2. You call the Modify Status endpoint with these parameters:
    • accountNo: PAN or CAD of the card
    • type: 8 for lost or 9 for stolen
  3. The lost/stolen card operation:
  4. You call the Add Card endpoint with these parameters to receive the new PAN, CVV, and expiry date:
    • accountNo: PAN or PRN of the lost/stolen card
    • newAccountNo: Do not populate
    • prodId: Must be the same as the lost/stolen card
  5. If the product settings do not automatically activate the card upon creation (such as with Digital First), call the Modify Status endpoint with these parameters:
    • accountNo: PAN or CAD of the added card
    • type: 7
  6. The lost/stolen card retains status: L or status: S.

📘

Note

If a lost or stolen card was in a mobile wallet, the replacement card does not automatically replace the card in the wallet. Either the cardholder must manually provision the replacement card to the wallet or you push-provision it. See Manual provisioning or Push provisioning in the Setup for Mobile Wallets guide for instructions.

Damaged cards

A "damaged" card is still in the cardholder's possession, but it cannot be used in card readers because of physical damage to the card.

A damaged card should be reissued rather than replaced. See the Reissuing Cards guide for instructions.

Temporarily issue cards

While customers wait for the personalized, physical card to arrive in the mail, your program might offer the option of issuing an instant-issue (physical) or virtual card in the meantime. When the cardholder activates the personalized card, the temporary card is deactivated.

If the card is a Digital First card, the new virtual card is already available to use as soon as the old card is reported lost, stolen, or damaged. However, if the original card was in a mobile wallet, the card in the wallet is not automatically updated. You must push-provision the new card, or the cardholder must input the new card manually.