How orders reach Dropday

When an order is sent

Orders come into Dropday through the Dropday API, which the webshop plugins and apps use too. You can't create an order by hand in the dashboard.

Your webshop sends an order as soon as something happens in it; Dropday doesn't check for new orders on a schedule. An order normally appears in Dropday within seconds to a minute. What triggers sending differs per platform:

• Shopify: when Shopify creates the order. After that, every change to the order, such as a note or a tag, sends it again, even when it isn't paid.

• WooCommerce: on a status change once the order is paid.

• PrestaShop: on a status change. By default that's a change to a status that counts as paid; in the module's configuration you choose other statuses.

• Magento: when the order is placed, whatever its payment status.

• Shopware: when the event of the Flow Builder flow you created happens, for example a payment.

• Wix: when Wix creates the order.

• Dropday API: when your own system sends the order.

What happens next

When an order comes in, your rules choose the supplier for each order line, and Dropday sends the lines through that supplier's active delivery methods.

A line isn't sent when it matches no rule, when its supplier holds orders for review or has no active delivery method, or when the order arrived while your account had no active subscription or trial. An order line was not sent to a supplier explains each case and what you can do.

A test order is handled differently: it's still emailed to suppliers, with "TEST EMAIL:" at the start of the subject, but FTP Upload and API Call don't place it at the supplier.

Each order comes in once

Dropday recognises an order by its order number and takes in each order once. When an order arrives with a number Dropday already has, Dropday refuses it.

This applies to the whole account: if two webshops in one account have an order with the same order number, Dropday refuses the second one and it isn't sent to the supplier.

Because Dropday accepts each order once, it ignores later changes: a change or cancellation in your webshop doesn't update the order in Dropday. Items that a post-purchase app adds to an existing order don't reach Dropday either, while an upsell that the app places as a separate new order comes in like any other order.

In Shopify, the app sends the order again on each change, and Dropday refuses it because it already has the order. An order that was already sent to a supplier isn't changed or stopped.

Orders placed before you connected

Dropday has no button to import an order again, and no CSV upload for older or bulk orders. Whether an existing order can still come in depends on the platform:

• Shopify: any change to the order, such as a note or a tag, sends it.

• WooCommerce: a paid order is sent on any status change.

• PrestaShop: the order is sent when its status changes to one that triggers sending.

• Shopware: the order is sent when it reaches the state your flow reacts to.

• Magento and Wix: only newly placed orders are sent, so an existing order can only come in through the Dropday API.

For large batches, on any platform, the Dropday API is the only route: a developer or script can add the orders one at a time.

Orders from marketplaces and other sales channels

Dropday has no native integrations with marketplaces or social sales channels.

The Shopify app forwards every order Shopify creates, whatever the sales channel. Whether a channel creates an ordinary Shopify order depends on that channel's connection to Shopify, which is outside Dropday. Dropday doesn't record which channel an order came from.

For a channel that doesn't run through your webshop, a system that can forward orders can create them through the Dropday API.

To set up your platform, start from Connect your webshop.