#darkstriker_code
1 messages · Page 1 of 1 (latest)
👋 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/1356980703136321678
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
"id": "cs_live_a1v74FInYJmh5SN3SeZenF7epbeYFbiO6it1VgQTCHUJ6c4JgLh43ENM80",
"object": "checkout.session",
"livemode": true,
"payment_intent": "pi_3R7HUyCJj8vWaDbW1OXwubGd",
Hi there 👋 can you elaborate on what information you're looking for so I can suggest where you can pull that from?
i'm using the checkout session for .net instead of webhooks
i have a redirect to a thank you page
i know the payment went through because of the payment id
but what i'm trying to find out if something happened unusual wiht the session
did this live session take a bit longer than normal to execute
did it redirect to my success page correctly?
is there a link that you guys have that i cna put a live session id to review details?
This is only true if you're only accepting instant notification payment methods. If you're accepting payment methods like ACH Debit or other bank debits, you won't know the payment was successful right away.
This isn't something we surface details about.
Your page would be better suited for tracking whether it was directed to. (And you should really consider using webhooks for the scenarios where it isn't, such as the customer unexpectedly losing network connectivity or closing their browser faster than you expect them to)
yeah ran into the network connectivity issue
can you turn off debit card in stripe?
is it possible to find out if this session was a debit card?
You can retrieve the Payment Method that was used for the Checkout Session and inspect its card.funding field:
https://docs.stripe.com/api/payment_methods/object#payment_method_object-card-funding
To block debit cards in Checkout Sessions, you'd have to sign up for Radar for Fraud Teams and write a custom block rule to block the use of those cards.
https://stripe.com/radar/fraud-teams
somewhere in stripe settings i should be able to say no debit cards?
Nope
Wait, maybe I misunderstood what you were saying here. There isn't a single setting for it, you have to write a custom Radar Rule for this, which requires subscribing to Radar for Fraud Teams.
https://docs.stripe.com/radar/rules
i'm with you
- no setting in stripe to turn off debit card
var options = new SessionCreateOptions
{
CustomerEmail = emailAddress,
ExpiresAt = sessionTimeOut,
SuccessUrl = "https://other.sugarbertboxing.com/thankyouboxer.aspx",
CancelUrl = "https://other.sugarbertboxing.com/boxers.aspx",
//SuccessUrl = "http://localhost:2401/thankyouboxer.aspx",
//CancelUrl = "http://localhost:2401/boxers.aspx",
PaymentMethodTypes = new List<string>
{
"card",
},
LineItems = new List<SessionLineItemOptions>
{
new SessionLineItemOptions
{
PriceData = new SessionLineItemPriceDataOptions
{
Currency = "usd",
//UnitAmount = 500,
UnitAmount = 4000, //40.00
ProductData = new SessionLineItemPriceDataProductDataOptions
{
Name = "Sugar Bert Boxing Registration",
}
},
Quantity = 1,
},
},
Mode = "payment",
};
can I turn it off here some how?
payment method?
Nope, you can't turn it off there. The only way to block debit cards when using Checkout Sessions is via a custom Radar Rule.
got it
next question
pi_3R7HUyCJj8vWaDbW1OXwubGd
possible to find out if this was a debit card?
Retrieve the Payment Method that was used for the intent. The ID for that (which will have a pm_ prefix) is stored in the payment_method field on the Payment Intent object:
https://docs.stripe.com/api/payment_intents/object#payment_intent_object-payment_method
Then on the Payment Method, you can look at type to make sure it's a card Payment Method. If so, you can inspect card.funding to see whether it was credit, debit, prepaid, or unknown.
this is really good to know. i think i'm going to capture this information and add it to my transaction records.
You sort of can, if you're already retrieving those objects, then you can use expand to expand the payment_method field and the whole Payment Method object will be returned inline instead of just its ID:
https://docs.stripe.com/api/expanding_objects
i'm sorry
i appreciate all the materials you are referring me to
but you can't take an id and research it and let me know?
is there like a web page I can put in the cs live id to see the break down?
Nope, we don't do things like that for you. In this forum we help developers understand how to work with our API, which is why I keep explaining what steps you need to take to do the things you're describing.
toby
you have been very very helpful
i think i know what happened
debit card was used
i have confirmed wihtthe customer
the payment wasn't confirmed
my application threw an error
eventually it did get confirmed
stripe check out page
where users are putting in payment information
can I display a message of somekind
do not use debit cards?
You can put custom text on Checkout Sessions that is shown to customers. This guide walks through the various options for that:
https://docs.stripe.com/payments/checkout/customization/policies
i'm going to do that for now
not having many issues
i think i know what happened the person used a debit card however the payment id probably took a bit instead of immediate and my application threw an error because I'm looking for it
eventually the payment id (the payment went through) - webhooks will probably be better for these scenarios
Debit cards are still cards, their payment outcome is still known immediately
ha
why you have to say that lol
any way you can tell if the live session took longer than expected?
i might have to write my own session review logger
Longer than expected can't really be measured, because sessions are shown to customers who take varying amounts of time to complete the form.
that's a good point
toby
ty for answering all of my questions
I will review my process
it's working over 800 transactions
ran into 3-4 issues atm
it's not going to work perfectly
but i'm trying to eliminate as much issues as I can
ty for your time
you can close this thread
wait
web hook question
web hooks can verify immediately if a payment id status has been set
i think i might have to go this route
only concern what if a payment status takes 5 min to update
currently we are sending an email when payment is successful
dont' want users to wait 5 min to get an email if a payment takes just a bit longer than normal
Please feel free to send these questions as single larger questions rather than multiple fragmented messages, it dings less on our ends which is less distracting, and it's easier for us to understand what you're describing when all of the context is there rather than getting it bit by bit.
web hooks can verify immediately if a payment id status has been set
I don't really understand what you're trying to say or ask there.
Delayed notification payment methods typically have a wait times with an order of magnitude of days rather than minutes. Are those what you're trying to figure out how to handle here?
Have you already taken a look through our guide for fulfilling orders on your end, via webhooks, that were created from Checkout Sessions?
https://docs.stripe.com/checkout/fulfillment?payment-ui=stripe-hosted
It steps through how to tell from the payment_status field on the Checkout Session to tell whether fulfillment should be triggered, and what other Events are worth listening to in these flows.
i understand
let me do some more research before asking random questions
last question
how can I review this thread again?
when you close it
The link to it was shared in the first message posted by our bot in this thread, but I've pasted it below again for you convenience:
https://discord.com/channels/841573134531821608/1356980703136321678