order.created webhook not creating scheduled action

(@saskiamensink)

Hi,

I am troubleshooting a WooCommerce webhook issue with a third-party fulfillment integration.

Site URL: https://saskiamensink.com

WooCommerce version: 10.7.0
Action Scheduler version: 3.9.3
WP Cron: enabled
Webhook: Active
Topic: Order created
Delivery URL: third-party fulfillment webhook endpoint
API version: WP REST API Integration v3

Issue:
When a real paid WooCommerce order is created and paid via Mollie/iDEAL, the WooCommerce order is created correctly and payment completes successfully. Mollie webhook logs show payment_complete() is processed and the order status becomes Processing.

However, the WooCommerce order.created webhook does not appear to trigger normally:
- No woocommerce_deliver_webhook scheduled action is created for the order.
- No webhooks-delivery log appears in WooCommerce > Status > Logs.
- In WooCommerce > Status > Scheduled Actions, searching for woocommerce_deliver_webhook shows no result for the order.
- Mollie webhook itself works correctly and returns 200.
- WP-Cron appears to be running.
- Action Scheduler queue runner exists and runs every minute.

The Printumo plugin log shows:
“Injecting store_url for webhook: name=Printumo order.created, url=https://printumo.com/woocommerce/webhooks/orders/order.created, store_url=https://saskiamensink.com”

But WooCommerce itself does not seem to enqueue the standard webhook delivery action.

Example order: #5456

Question:
What could prevent WooCommerce core from creating the woocommerce_deliver_webhook scheduled action for an active order.created webhook, even though orders and payment webhooks are working?

Possible areas I am investigating:
1. plugin conflict,
2. security/firewall blocking,
3. Action Scheduler/WP-Cron issue,
4. webhook configuration issue,
5. another WooCommerce-level issue.

Any guidance on where to look next would be very helpful.

Kind regards,
Saskia

This topic was modified 2 days, 9 hours ago by SaskiaMensink.
This topic was modified 2 days, 9 hours ago by SaskiaMensink.

The page I need help with: [log in to see the link]

Viewing 5 replies - 1 through 5 (of 5 total)

Plugin Support shahzeen(woo-hc)
(@shahzeenfarooq)

2 days, 8 hours ago
Hi there!

Thank you for providing such a detailed explanation along with the troubleshooting steps you have already performed.

Based on what you described, WooCommerce appears to be processing the order and payment flow correctly, while the issue seems specifically related to the webhook delivery action not being scheduled.

Since no woocommerce_deliver_webhook action is being created at all, this suggests the webhook delivery process may not be getting initialized for the order.created event rather than the delivery itself failing.

From the WooCommerce side, the following areas would generally be worth checking next:
1. Verify that the webhook status is set to Active and that the webhook topic is exactly configured as:
  - Order created
2. Please test whether the issue also occurs with a default WooCommerce webhook URL such as:
  - https://webhook.site/
  This can help determine whether the issue is related specifically to the third-party endpoint or whether WooCommerce is not triggering the webhook event itself.
3. Since the Printumo plugin appears to inject or modify webhook behavior (Injecting store_url for webhook...), it may also be worth temporarily disabling that integration and testing whether WooCommerce creates the scheduled webhook action normally afterward.
4. Please check whether any custom code snippets, security plugins, firewall rules, or object/page caching systems may interfere with Action Scheduler jobs or webhook-related hooks.
Additionally, could you please share:
- A screenshot of the webhook configuration
- Whether this happens for all orders or only Mollie/iDEAL orders
- Whether manually triggering the webhook from the webhook edit screen works correctly
If you need more in-depth support or want to consider professional assistance for customization, I can recommend WooExperts and Codeable.io as options for getting professional help.

Alternatively, you can also ask your development questions in the WooCommerce Community Slack as custom code falls outside our usual scope of support.
Thread Starter SaskiaMensink
(@saskiamensink)

2 days, 7 hours ago
Hi shahzeen, Thank you, this was very helpful.

I created a separate WooCommerce order.created webhook using webhook.site as the delivery URL.

Result:
- WooCommerce created a woocommerce_deliver_webhook_async scheduled action.
- The action completed successfully.
- WooCommerce created a webhooks-delivery log.
- Webhook.site received the request.
- The response was 200 OK.
So WooCommerce core, WP-Cron and Action Scheduler seem to be working correctly in general.

This makes the issue look more specific to the third-party fulfillment webhook/plugin/endpoint, or to the way that webhook is registered or processed.

For comparison:
- The webhook.site test webhook has webhook_id 5 and created the scheduled action normally.
- The third-party fulfillment order.created webhook is also active, but earlier real paid orders did not create a visible woocommerce_deliver_webhook scheduled action or delivery log for that webhook.
Would the next logical step be to contact the third-party fulfillment provider and ask why their webhook/plugin does not appear to follow the same delivery flow, or is there still anything else I should check in WooCommerce first?

Kind regards,
Saskia
Plugin Support shahzeen(woo-hc)
(@shahzeenfarooq)

2 days, 7 hours ago
Hi there!

Thank you for testing this and for sharing the results.

Based on your findings, it does appear that WooCommerce core, WP-Cron, Action Scheduler, and the standard webhook delivery system are functioning correctly. Since the test webhook using webhook.site successfully created the woocommerce_deliver_webhook_async action, generated delivery logs, and completed with a 200 OK response, this helps isolate the issue away from WooCommerce core itself.

At this point, the issue does seem more likely related to the third-party fulfillment integration, its webhook registration process, or the endpoint/plugin behavior itself.

The next logical step would indeed be to contact the third-party fulfillment provider and share your findings with them, especially:
- WooCommerce test webhooks are working correctly
- Scheduled actions and webhook logs are generated normally for standard webhooks
- Their integration does not appear to create the same webhook delivery flow consistently
- The Printumo-related log entry you mentioned earlier
You may also want to ask them whether their plugin:
- Uses custom webhook handling instead of WooCommerce core delivery
- Filters or overrides WooCommerce webhook scheduling
- Depends on specific order statuses or hooks
- Has known compatibility considerations with Mollie/iDEAL flows
From the WooCommerce side, there does not appear to be additional core-level troubleshooting needed at this stage based on the successful webhook.
Thread Starter SaskiaMensink
(@saskiamensink)

2 days, 6 hours ago

Thank you shahzeen, this is very helpful.

I have now shared these findings with the third-party fulfillment provider, including the successful webhook.site test and your suggestions about custom webhook handling, webhook scheduling, order status/hooks, and possible Mollie/iDEAL compatibility considerations.

I will wait for their response first. If they come back with anything that points back to WooCommerce core or standard webhook behavior, I’ll update this topic.

Kind regards,
Saskia

Plugin Support shahzeen(woo-hc)
(@shahzeenfarooq)

2 days, 5 hours ago

Hi there!

Thank you for the update.Sure, please take your time, and let us know what they say.

Viewing 5 replies - 1 through 5 (of 5 total)

You must be logged in to reply to this topic.

Tags