#niraj-p_unexpected

1 messages · Page 1 of 1 (latest)

gritty locustBOT
#

đź‘‹ Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

đź”— This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1424639912099188807

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

hollow spear
#

Stripe using made payment and getting payment method details

{
  "card": {
    "brand": "mastercard",
    "last4": "4200",
    "checks": {
      "cvc_check": "pass",
      "address_line1_check": null,
      "address_postal_code_check": null
    },
    "wallet": null,
    "country": "NZ",
    "funding": "credit",
    "mandate": null,
    "network": "mastercard",
    "fingerprint": "xyz",
    "overcapture": {
      "status": "unavailable",
      "maximum_amount_capturable": 85200
    },
    "installments": null,
    "multicapture": {
      "status": "unavailable"
    },
    "network_token": {
      "used": false
    },
    "three_d_secure": null,
    "regulated_status": "unregulated",
    "amount_authorized": 85200,
    "authorization_code": "R75542",
    "extended_authorization": {
      "status": "disabled"
    },
    "network_transaction_id": "xyz",
    "incremental_authorization": {
      "status": "unavailable"
    }
  },
  "type": "card"
}
#

Our checkout using made payment and getting payment method details

{
  "card": {
    "brand": "mastercard",
    "last4": "4200",
    "checks": {
      "cvc_check": "fail",
      "address_line1_check": null,
      "address_postal_code_check": null
    },
    "wallet": null,
    "country": "NZ",
    "funding": "credit",
    "mandate": null,
    "network": "mastercard",
    "fingerprint": "xyz",
    "overcapture": {
      "status": "unavailable",
      "maximum_amount_capturable": 85200
    },
    "installments": null,
    "multicapture": {
      "status": "unavailable"
    },
    "network_token": {
      "used": false
    },
    "three_d_secure": {
      "result": "authenticated",
      "version": "2.2.0",
      "result_reason": null,
      "transaction_id": "00fbe267",
      "authentication_flow": "challenge",
      "exemption_indicator": null,
      "electronic_commerce_indicator": "02"
    },
    "regulated_status": "unregulated",
    "amount_authorized": null,
    "authorization_code": null,
    "extended_authorization": {
      "status": "disabled"
    },
    "network_transaction_id": "xyz",
    "incremental_authorization": {
      "status": "unavailable"
    }
  },
  "type": "card"
}
wheat moat
#

Hi there, can you share with me the ID of the checkout session?

hollow spear
#

cs_live_a1PzF65supK9uks3UuSV5EfGGf57czvXssqdGiGPDcUCN97O10886ZUivc

wheat moat
hollow spear
#

But when this customer do same payment via stripe then it is working fine.

#

You can see getting this error - "cvc_check": "fail"

wheat moat
#

The issuer decides whether a specific transaction requires 3DS, so it’s possible for 3DS not to be requested for other payments, even when the same card is used.

hollow spear
#

Okay got it.
But why getting succeded payment from stripe and failed payment from our checkout.
Can we missing any things in our integration?

wheat moat
#

About "getting succeded payment from stripe and failed payment from our checkout", do you have specific examples for me to check?

hollow spear
#

From stripe - ch_3SDuEAJQwuLuUgj421ZVfmuC
Our Checkout - ch_3SDz4WJQwuLuUgj40lOOz6lM

wheat moat
hollow spear
#

But why this is happen because same things in stripe working fine.

wheat moat
#

Payments aren't deterministic, the card issuer will approve / reject transactions even when the same card is used.

hollow spear
#

I understand that payments aren’t deterministic, but the same card works in Stripe’s own payment flow while failing in our checkout. Since we are using Stripe for payments, this inconsistency shouldn’t happen. Please give me proper clarification.

wheat moat
#

As I explained before, ch_3SDuEAJQwuLuUgj421ZVfmuC was declined by the card network, and the "The bank did not return any further details with this decline". I have no further information to share I'm afraid.

hollow spear
#

My customer is frustrated because all their MasterCard payments are failing in our checkout, while the same card works fine directly in Stripe. They tell Stripe works, but our app doesn’t. Can you advise if we can check any payment radar rules or other settings to follow up and resolve this?

wheat moat
#

Do you have more examples?

hollow spear
#

ch_3SDCABJQwuLuUgj415fe2I5u

wheat moat
#

It's the same "The bank did not return any further details with this decline" message.

#

I don't have more insights rather than suggesting your customer to reach out to their issuing bank to clarify, or use a different card.

gritty locustBOT
hollow spear
#

But our customers say this issue is from our side and it is working in stripe with same card.

torpid girder
#

Not something we can help with here I'm afraid. These are generic bank declines as noted. You need to speak with Stripe Support, or the customer(s) should speak to their bank

hollow spear
#

Can you please check any payment method radar options which affect on payments?

torpid girder
#

This is not integration related as noted. These are bank declines, we cannot help further – sorry