#nyxi_invoice-return-url
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/1243188739535011881
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi there ๐ that change was a couple versions back, but I'm aware of what you're referring to. Depending on how you've structured your integration, you may not need to make a change. Can you run through your flow in testmode, using the newer API version, and confirm whether you run into any errors?
Instructions for initializing our libraries using an API version other than your default, as long as you're using a library that isn't pinned to a specific version, can be found here:
https://docs.stripe.com/api/versioning
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Yes, it was a couple of versions back, but it's the only "major" change.
I will try it in test mode and see what happens.
Assuming it doesn't work and says I must provide a return_url, what would I need to do then?
I create the invoice like this:
$options = [
'customer' => $stripe_connected_customer_id,
'items' => [
['price' => $fetch_price_stripe_id],
],
'application_fee_percent' => 3,
'payment_settings' => [
'payment_method_options' => [
'card' => [
'request_three_d_secure' => 'any'
]
],
'payment_method_types' => ['card']
// Stripe has a bug where 3DS request does not work if this parameter is not present. 2021-09-21.
],
'expand' => ['latest_invoice.payment_intent']
];
// For Apple Pay cards, we connect the subscription directly to the payment method so that it won't
// use the customer object's default payment method if that were to change.
if ($connectCustomerAndPaymentMethod->isWalletCard()) {
$options['default_payment_method'] = $connectCustomerAndPaymentMethod->getPaymentMethod();
}
$subscription = StripeSubscription::create(
$options, ["stripe_account" => $fetch_stripe_connect_user_id]
);
Depends on the error that is encountered.
Okay, I'll get back to you in a bit
nyxi_invoice-return-url
Hey. It says I cannot create another thread, but I had something I needed to do before going into this deeper. I'm trying to export all invoices with this filter https://dashboard.stripe.com/payments?source[object]=card&last4=1758&amount=2500 - it gives me a list of 92 results, but if I click "Export" it says that no data matches. Sounds like bug? It's for account acct_17xDxxL7ilRdQXxE
Yeah, you can keep asking questions here.
We aren't too familiar with dashboard exports, taking a look to see if anything stands out to me though.
I do this often and it usually works fine
Not this particular export, but exporting stuff with an applied filter
I need the payment date of all these payments, and the dash does not list it
You probably know more about it than I do then ๐
Only the creation date of the invoice/intent
Maybe, but I don't have the power to get it fixed ๐
I'm seeing the same error, asking a teammate to also look.
When you do your export, are you leaving the Date Range selector set to Today?
Ahh, of course
sorry
Maybe it should default to all ๐
Or to the selection I put on my filter
(in this case all)
Damn, the export doesn't even have the date of payment!
(date of payment may not be date of first attempt, I mean)
Did you adjust the columns so the export includes the Paid At (UTC) field?
Mine doesn't look like that
Did you leave the columns selector on default?
No
I guess it's because you're viewing invoices and I'm viewing transactions
let me try and change to invoice search
Haha, well you said you were exporting Invoices so that is what I was looking at
Yeah sorry I was looking at payments for a specific amount, all of them happening to be associated with invoices
I can't filter on last 4 on the invoice search page though
I need all payments for a specific card, for a specfic amount, and I need the date of payment completion, not the date of first attempt
Since payment intents can fail, I am assuming that the transaction list timestamp is the date of the first attempt? Or is it the success?
I'm not sure offhand, do you have a payment that failed initially that you can look at? (I'm trying to find one in my account to look at, to see if I can piece together how this works since we aren't too familiar with dashboard functionality in this forum)
pi_3NwSZxL7ilRdQXxE0QjtXxX3
It does show "Date" as the date of payment
so all good
Then the queston is why the customer has their charge 14 days offset from anything I can find
Seems fairly long
Do you have substantially more context about what you're referring to?
And the reason I'm having trouble, it seems
Yeah I'm being contacted about a charge on May 30, but we have no charge on the card after May 20
That's 10 days mismatch between date of payment and when they see it
so that's why I was confused and had trouble figuring out which timestamps were payment vs creation
because none of them match what the customer seems
My assumption here being that the "date" was creation, and I would have to scroll through 92 payments manually (back and forth on the dash) to check date of payment
Hm, not too sure what to say there. If you didn't process a payment for that customer/card around the time they referred to, I don't know what they may be referring to.
I don't know either, hence my confusion
But it's definitely us, cause the statement descriptor is unambiguous
Maybe some bank holidays caused such a large gap
It's multiple customers
A corporation with multiple locations all using the same card
each location its own customer object on stripe
(because to us, it's a unique customer that just happens to be owned by the same parent company)
pi_3NwSZxL7ilRdQXxE0QjtXxX3 is an example of a charge to that same card though?
So I used this filter to find them all: https://dashboard.stripe.com/payments?source[object]=card&last4=1758&amount=2500
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
No, that's an example of a payment that had a different paymnet date from its creation date.
Can you share an example charge for that card
yes hold on
pi_3PIXjVL7ilRdQXxE0f6FovqT
As far as I can tell, this is the latest charge we've made to that card
and they claim they see it (two charges, actually) on May 30
Yeah from our end the latest one on that card is May 20
So idk if it's just some thing on their bank's end
I'm guessing it is, but that is basically the cause of my confusion and difficulty locating the invoice that matches the payment
Yeah most likely
Some UX feedback could be to either force selection of date range (no default) or apply the same date range as on the list
It's obvious now, of course, but I just didn't at all look at filters in the export as I had "already set them" on the list (and because all the other filters carried over)
Fair. Thanks for the feedback
No problem. I will now get back to my original return_url question.