30knees

We also load locally and nothing changed after the update. I just checked.

Yes, it works!

I see ... I think for my purposes (payment reconcillation) cart id isn't helpful at the moment, but maybe for someone else?

Found it, thank you. I was only able to upgrade to the latest. I couldn't select the version in the dashboard. I'm on the latest and did a test purchase, it worked. The only breaking changes listed for the latest compared to 2023-10-16 are: PaymentIntents now has automatic_async as the default capture method when capture method is not specified during PaymentIntents creation. For more information about async capture, view the asynchronous capture guide. Fields under rendering_options for invoices are now migrated under rendering. Product ‘features’ has been renamed to marketing_features. I guess they don't affect the module?

Oh, and would it be possible to add the order number as https://docs.stripe.com/metadata?

I noticed that under https://dashboard.stripe.com/developers API overview it says: You may be using multiple API versions due to your client libraries or plugins. And I see I'm using both API versions: 2023-10-16 2018-02-28 and not 2024-04-10 Latest Here https://docs.stripe.com/building-plugins#set-api-version it says: Your plugin should use the setApiVersion function, which will set the Stripe-Version HTTP header on all requests. Your users will use their own API keys to access Stripe, but this header will be included with every request. We recommend that you use the most recently published version of the API. The current API version and details on our versioning policy can be found in the API reference. New Stripe users automatically default to the latest version of the API. This header ensures that your connector is pinned to a specific API version, which keeps the occasional backwards-incompatible change from breaking your connector’s functionality. Users can upgrade their own API version through the Stripe Dashboard. If your connector relies on webhook events, their data format and structure depend on the user’s account API version. You should instruct your users to set the version in their Dashboard to match your plugin. Caution API versions can’t be downgraded. You should regularly release new versions of your connector to correctly handle any changes to JSON responses.

Ich muss noch nicht bilanzieren, will mich aber darauf vorbereiten. Würde alles rund um die Bestellungen schön erfassen für: UmSt-VA, ZM, OSS.

Danke, vielleicht muss ich mir JTL genauer anschauen. Eigentlich suche ich nur etwas für die Buchhaltung. Zudem: Der Connector wird ja nicht weiterentwickelt. Prestashop allgemein (nicht nur 1.6) wird ja zunehmend weniger von Dienstleistern unterstützt. Wenn ihr voll im JTL-System seid, wieso dann nicht auch den JTL-Shop?

Do you mean that (...) {if $PIWIK_USE_PROXY} _paq.push(['setTrackerUrl', u]); {else} becomes _paq.push(['disableAlwaysUseSendBeacon']); {if $PIWIK_USE_PROXY} _paq.push(['setTrackerUrl', u]); {else}

Mollie v4.5.3 works!

Ich hole diesen Thread wieder hoch, vielleicht hat sich was getan in der Zwischenzeit.

The solution was to enable CGIPassAuth On in the .htaccess.

p.s. Are there any changes in the webservice between tb and PS 1.6 that might cause the problem in the third party's implementation?

Thanks. ws_key works in the browser but the third party still isn't working. I'll trouble their support some more and if that doesn't work I'll submit a ticket with you.

I am trying to connect a webservice to domain/api and get a 401 error. Using Insomnia, I see this reply: < HTTP/2 401 < server: nginx < date: Tue, 09 Apr 2024 12:53:23 GMT < content-type: text/html; charset=utf-8 < www-authenticate: Basic realm="Welcome to PrestaShop Webservice, please enter the authentication key as the login. No password required." Does anybody have an idea would the problem could be? When I try connecting via the browser https://www.domain.com/api?Authorization=KEY I get the pop up asking for username and password. I enter they key as username and no password and the pop up keeps asking.

I am curious about this. Does that mean that eg all order confirmation emails should typically have a minimal delay?

Is this still current?

I've used Panda and Community. I'm now with Community. I found Panda to be better in terms of customisability but they stopped updating it, which is why I switched. I believe Panda has been updated in the meantime.

I'm getting a couple of these via PayPal. Did your customer use PayPal and are you using our tb native module?

Does nobody else have any problems?

As this is a tb native module, would you be able to help here, @datakick?

No problems so far. I see that the module offers Stripe Checkout: https://docs.stripe.com/payments/checkout I have selected it. Does the Checkout integration use this feature? https://docs.stripe.com/payments/dashboard-payment-methods Because I cannot get Apple Pay to show, see here: If Apple and Google Pay don't work, is it a major thing to implement them, perhaps using the dashboard payment method? See:

Is it ready "enough" to test in a live site? Then I'd be happy to test it.

Thanks. Please also let us know if you don't update the module so we can then look for another solution.

Thanks, Adik. By the way, do a lot of customers sign up for SMS notifications? Might be a nice thing to offer. I've noticed that customers don't always check their emails.