30knees

I got this email from Stripe about the tb native Stripe module rearding required changes. Will tb be updating the module and perhaps also adding other payment methods? We’re reaching out about changes that are required to your Stripe integration. You are currently accepting giropay, Przelewy24, iDEAL payments using the Sources API, a legacy integration that will be deprecated on May 15, 2024. Starting May 15, all non-card source types will be turned off on the Sources API. In order to continue accepting giropay, Przelewy24, iDEAL, you’ll need to upgrade to the Payment Intents API. How to update your integration Follow the instructions in our Docs to upgrade to the Payment Intents API, and then add giropay, Przelewy24, iDEAL to your payment flow. You can visit the Stripe Dashboard to view your recent Sources payments and confirm that you have no remaining traffic on Sources once your migration is complete. If you choose not to update your integration, we recommend that you remove giropay, Przelewy24, iDEAL from your checkout to avoid customer-facing breakages. Additional benefits of upgrading to the Payment Intents API Payment Intents is a simpler and unified payments API that supports a single, global integration for all payment methods. On Payment Intents, you can access our optimized payment surfaces like the Payment Element or Checkout, which offer: Access to more than 100 global payment methods when using the Payment Element Ability to run A/B tests for payment methods to understand their impact across conversion, average order value, cost, and share of wallet, right from the Stripe Dashboard Compatibility with Link for one-click checkout, Radar for fraud protection, and Terminal for in-person payments We’ve provided answers to the most common questions on our Sources migration support page. If you have any further questions, please reach out to our dedicated support team by submitting this contact form. — The Stripe team

The latest stable version is 1.5.1.

And a follow-up question: Is there any analytical benefit to using the native Matomo module compared to just using the tracking code? Also, sometimes when I visit the settings page I get this error and then suddenly it's gone again, without any changes being made:

I'm unable to get the use proxy script feature to work. While researching, I came across these instructions: https://github.com/matomo-org/tracker-proxy?tab=readme-ov-file It doesn't look like the files mentioned that should be downloaded are installed via the tb native Matomo module: Is this because the native module is out of date or is it because of something else?

Yes, how to get 500 users. For sure it would need to go out to the theme stores and be promoted in the Prestashop forum. I would like to know how many people here in the forum would pay you how much for your theme and pay up front eg a two-year subscription. Of course, we've not seen the theme. But assuming it's sweet and we all love it. :-) And in order to really show that people mean it, they could pay a non-refundable deposit. And you could say: I'll only go ahead with this if at least XX people make the deposit.

Has anybody gotten Apply Pay to work?

@Smile, do you have any plans?

Agree. It's also hard to find a good theme designer. If anybody knows somene, please share. :)

I noticed that orders with an "awaiting payment" status have a payment prepopulated for the time of order creation. Why is this?

Was there a difference between the payment methods by any chance?

Hi, Is it possible to sort / order the payment methods in Chex beyond via Modules>Positions? So eg within the Stripe module the individual payment methods? Or would this have to be done via the Stripe module (which does not offer this feature)?

I've noticed that for some intra-EU orders that use the Mollie module the taxes are wrong in some places and correct in others. Settings applicable to all examples that follow: I am based in Germany. I use EU Advanced Compliance module (in case relevant) with proportional taxes for shipping. Payment using the Mollie module (not all payments via Mollie are wrong, though). Example An order from France. The order has items with the standard and with the reduced tax rates. These should be calculated using the French rates. Observations id_tax in order_detail_tax shows me only one wrong tax id (Germany, reduced) with a wrong unit_amount and total_amount. Where does this get filled from? tax_name and tax_rate under order_detail show me only wrong German taxes, not Austrian ones. The tb generated invoice shows me the correct French tax rates. Where else might I want to check to figure this out? How to check yourself The file orders-eu-tax2.php in the excellent Prestools https://www.prestools.com/Prestools_Suite.zip can help you see if there's an issue. Looking at Austria, I can see that 5 orders (column Ordercount) use a tax rate of 7% (column Tax rate), which I know is Germany's reduced tax rate. Austria's reduced tax rate is 10%. You can click on Ordercount to see which orders are affected.

Proportional taxes are already available via

So?

Has anybody tried the https://prestashow.com/en/ modules and can comment on their quality and the support?

I didn't know about the list in alerts until now. But I see that they share the same database. If you delete someone in this module, they get deleted from alerts.

The module page says it's compatible with PS 1.6. It should work with TB or be "fixable".

The module is now public here and the author is glad to have it forked: https://github.com/Gitdyr/statsoos And attached a modified version (thanks to @datakick) that expands on the information available. statsoos.zip

You had a lower rate of conversions around mid January. It could be a normal fluctuation. Your conversions started sinking before the update. Then they rose and then sank.

Can you adjust the settings in the browsers to be the most permissive to see which cookies are set? Can you figure something out via a tool such as https://privacyscanner.aesirx.io/?

I can only imagine something in the checkout. Did you go through a test buy yourself?

Good point. I've never used any digital marketing tools. Just a normal newsletter service without any customer segmenting. I wanted to switch the newsletter service. Perhaps the new one can take order information from tb. My use case for the enquiry was to bulk email orders/customers if there's a delay at the warehouse or similar.

Are there any plans to add more of Stripe's payment methods to the native Stripe module? If not, is adding payment methods a major undertaking or something relatively easy?

And again some months later. @datakickDoes it work for you?

I'd like to bulk select orders and then bulk send them an email that I can draft in a window or select from some templates. Does anybody know of such a module? I can't find anything but it's such a basic thing.