#nyxi_invoice-return-url

1 messages ยท Page 1 of 1 (latest)

random slateBOT
#

๐Ÿ‘‹ 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.

gritty trench
#

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

paper perch
#

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]
);
gritty trench
#

Depends on the error that is encountered.

paper perch
#

Okay, I'll get back to you in a bit

random slateBOT
#

nyxi_invoice-return-url

paper perch
gritty trench
#

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.

paper perch
#

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

gritty trench
#

You probably know more about it than I do then ๐Ÿ˜…

paper perch
#

Only the creation date of the invoice/intent

paper perch
gritty trench
#

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?

paper perch
#

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!

random slateBOT
paper perch
#

(date of payment may not be date of first attempt, I mean)

gritty trench
#

Did you adjust the columns so the export includes the Paid At (UTC) field?

paper perch
#

Mine doesn't look like that

gritty trench
#

Did you leave the columns selector on default?

paper perch
#

No

#

I guess it's because you're viewing invoices and I'm viewing transactions

#

let me try and change to invoice search

gritty trench
#

Haha, well you said you were exporting Invoices so that is what I was looking at

paper perch
#

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?

gritty trench
#

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)

paper perch
#

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

gritty trench
#

Do you have substantially more context about what you're referring to?

paper perch
#

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

paper perch
gritty trench
#

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.

paper perch
#

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

lusty grotto
#

Can you share their customer id?

#

Or do they not have a customer id?

paper perch
#

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)

lusty grotto
#

pi_3NwSZxL7ilRdQXxE0QjtXxX3 is an example of a charge to that same card though?

paper perch
paper perch
lusty grotto
#

Can you share an example charge for that card

paper perch
#

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

lusty grotto
#

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

paper perch
#

I'm guessing it is, but that is basically the cause of my confusion and difficulty locating the invoice that matches the payment

lusty grotto
#

Yeah most likely

paper perch
#

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)

lusty grotto
#

Fair. Thanks for the feedback

paper perch
#

No problem. I will now get back to my original return_url question.