Gett Developer Portal
  • Welcome
  • Distribution Partners
  • Brand Partners
  • Commerce Partners
  • Ecosystem Partners
  • Errors
  • API Reference
Documentation
  • Get Started
  • Marketfront SDK
  • API Reference
Resources
  • Payments
Company
  • Gett
  • Terms of Service
  • Privacy Policy

Copyright 2026 Gett. All rights reserved.

409 Conflict403 Forbidden500 Internal Server Error400 Bad Request404 Not Found429 Too Many Requests503 Service Unavailable401 Unauthorized502 Bad Gateway422 Unprocessable EntityCATALOGSET_NOT_FOUNDCATALOGSET_REQUIREDCLIENT_CONTEXT_REQUIREDCLIENT_IP_INVALIDCLIENT_USER_AGENT_INVALIDITEM_UNAVAILABLEMODIFIER_REQUIREDORDER_TOTAL_DIFFERENTPRECISION_EXCEEDEDCARD_EXPIREDCARD_LOST_OR_STOLENINCORRECT_CVCINSUFFICIENT_FUNDSPAYMENT_DECLINEDPAYMENT_FAILEDPAYMENT_TOKEN_INVALIDPROCESSING_ERRORSESSION_USER_REQUIREDSTORE_CLOSEDSTORE_NOT_FOUND
powered by Zuplo
Errors

INSUFFICIENT_FUNDS

INSUFFICIENT_FUNDS

The issuer declined the payment because the account does not cover the transaction amount. The card credentials are valid — this is a decision about the balance at this moment, not about the card.

Summary

FieldValue
Appears aserrors[].code
ResponseHTTP 200 — Order with isValid: false and a populated errors[]
Retry the same cardNo

This is a reason code, not a top-level error code

INSUFFICIENT_FUNDS is an errors[].code value on the order. It is not a top-level ProblemDetail.errorCode, so it carries no HTTP status, errorCategory, or retryable field of its own. See Unified OrderError shape.

When This Fires

  • POST /v1/marketfront/orders/place — payment authorization was declined by the issuer for lack of available funds or credit.

Recommended Action

Surface the reason and let the customer choose a different payment method. This decline is safe to state plainly — unlike CARD_LOST_OR_STOLEN, there is no reason to withhold it, and telling the customer why is what lets them fix it.

An issuer may approve the same card later, so this is not a permanent decline. But retrying inside a checkout session is very unlikely to change the answer, and repeated authorization attempts against the same card can trip issuer fraud controls. Treat "ask for another payment method" as the action and leave any retry to the customer's next attempt.

Example

Code
{ "isValid": false, "errors": [ { "code": "INSUFFICIENT_FUNDS", "message": "Your card was declined for insufficient funds. Please try a different payment method.", "pointer": null } ] }
INCORRECT_CVCPAYMENT_DECLINED
On this page
  • Summary
  • When This Fires
  • Recommended Action
  • Example
JSON