Connecting your delivery date app
Map the delivery date, time, method and instructions your checkout app already collects, so they appear in the order list and on your printed documents.
Your customers already choose a delivery date and time somewhere — Zapiet, Pickeasy, Bird, Stellar, or your own shipping rates. Wunder Delivery reads what those apps save rather than asking again.
Two different settings, often confused
Settings → Orders holds the delivery date tag format. That is how the app finds a day's orders at all. If it is wrong, your screens are empty. See tell Wunder Delivery how your delivery dates are written.
Settings → Integrations, on this page, is how the date, time, method and delivery note get onto your printed documents and into the optional order-list columns. If this is wrong, orders still appear — those fields are just blank.
Empty screens means the first one. Blank columns means this one.
Setting up the mapping
- Go to Settings → Integrations.
- Pick your provider — Zapiet, Pickeasy, Bird or Stellar.
- For each Wunder field, choose which of your delivery app’s fields supplies it.
- Save.
If you have never configured this and you use Zapiet, sensible defaults are already in place.
Finding the right field names
Your delivery app saves its answers on the order under names it chooses. Open a recent order in your Shopify admin and look at the Additional details section — the names you see there are what you are mapping from.
Look under Additional details rather than in the metafields section. This is also why filtering Shopify's own order list by delivery date is so awkward, and why the app does the work for you.
If you do not use a delivery app
At the top of the page is a Shopify shipping method fallback. It maps the name of your Shopify shipping rate onto the delivery time field.
That means a shop with no delivery app at all still prints something useful — the shipping option the customer chose — instead of a blank. It applies on every provider, and a real delivery-app value always wins when one is present.
The address variable
{{ delivery_location_address }} is a composite: every address part you mapped — line 1, line 2, city, region, postcode, country, phone — printed together on one line. You do not need to place each part separately in your template.
Pickup versus delivery
Printed documents head themselves PICK UP or DELIVERY automatically. The app decides by looking at your delivery app’s own scheduling fields first, then at what the order itself says about its delivery method, and only then falls back to reading the shipping rate name.
What the driver portal shows
It shows a fixed set of fields chosen for delivery work. Changing what you map here changes your printed documents and the order list, not what drivers see.
Checking it worked
Turn on the Integrations columns in the order list — Delivery date, Delivery time, Delivery method and Delivery note. They are off by default. If they populate, the mapping is right. If they are blank on an order you know has a delivery date, a field name is wrong.
Next
Still stuck? Ask us about this page and we will answer directly.