https://pbs.twimg.com/profile_images/1650095511536300032/ysqXzshw_400x400.jpg
A collection of random knowledge

Use the search in the top right corner.
Also, please collaborate on GitHub!

Multiple Webhook Urls in One Payment or Order

Multiple Webhook URLs in One Payment or Order The problem for merchants Sometimes, a merchant wants to inform multiple systems about the status changes (or the inception) of a payment (or order - we use payment synonymously throughout this article). For instance, the merchant might use a SaaS Order Management System (OMS) and Shopware 6. Whenever a new payment reaches the state of paid, the merchant wants this information to go into their SaaS OMS, where they then pull the payment and use the information in the metadata field to pull the order from the Shopware API.

Replay Failed Webhook Calls

Replay Failed Webhook Calls Sometimes it happens that certain webhook calls fail and the merchant doesn’t really know why. We don’t log the response to the webhook call anywhere, but anyone can replay the webhook payloads (including the merchant themselves) to see any eventual error messages that might come back. Fire up a Terminal and run curl like so: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 $ curl -vv -d "id=ord_2yr3ld" -X POST https://backend.

Where Do Test Credit Cards Come From

Where Do Test Credit Cards Come From? After an interesting discussion in the Discord (you can sign up here), I wanted to look a bit more into where Test Cards even come from. tl;dr They are proprietary per payment gateway. And now what? Assuming you’re familiar with the three and/or four party card schemes, you might be asking yourself, which of the parties involved controls the test cards. Rolling the process up backwards:

Magento 2 Webhooks of External Changes

Magento 2: Webhooks of External Changes Apparently external changes are not recognized corrently by the Magento 2 extension. If, for example, you have a setup according to the ideal flow and the ERP partially ships an order, those line items are not updated by the webhook Mollie then sends. Even worse, it might lead to 500 errors that both confuse Mollie technical support and merchants alike. Updating the order state (see also state vs.

Recurring Setups With Mollie

Sequence Diagram of Typical Recurring Cases This swimlanes.io sequence diagram displays the two main possibilities how to run recurring transactions with Mollie. There are two typical options Use the recurring functionality on Mollie Platform Use a Recurring Backend like Chargebee, ReCharge, Billwerk, your online shop, etc. or DIY (“charge on demand”) You can find the original swimlane.io Diagram here https://swimlanes.io/u/H_N-KgHp1