← Back to Work
Process file · Ops Ops

What’s inside: connections to your systems · step-by-step flow

Marketplace orders into the OMS, no CSV in between

The question this file answersWhy is someone still importing marketplace CSVs by hand when the customer's delivery promise has already started?

Fits: e-commerce teams handling 200–2,000+ tickets and orders a day.

Typical day

What the desk looks like today

Typical pattern, not a measured shop — the e-commerce playbook counts tickets (200–2,000 a day) but not marketplace orders, so no volume is claimed. Amazon, the shop and a wholesale portal each produce a file in its own layout; someone maps and retypes it into the OMS. Peak season doubles them.

What changes

What Monday looks like after

At the 09:00 warehouse release, marketplace orders are already in the OMS with the overnight batch, and the ops lead's list shows the unknown SKUs and the odd addresses that need a call. The person who used to map three CSVs now clears a review list — and the promise date has not moved.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

Entered

channel orders entered in the OMS without a CSV — the same build as our email-orders file; no published figure for this desk

Before: three channels dump CSVs and someone retypes orders into the OMS. After: channel orders are in the OMS with the overnight batch and only unknown SKUs and odd addresses wait for a person. Order capture has no published figure; the order-intake range stays on the parent file.

No published figure for this desk. The range lives on the parent file: Email orders into the TMS you already have →

How this file is built

Marketplace order capture has no published benchmark. The Gartner (2023) and Zendesk (2024) figures previously shown here are about support tickets and have been returned to that file; the logistics order-intake range (McKinsey, 2023; Deloitte, 2022) lives on the parent file. Not a GMV claim.

What we install

What we put in front of the systems you already run

Your OMS stays — NetSuite, SAP, Brightpearl, whichever you have — and so does the shop platform, Shopify, Magento or WooCommerce. The intake build from our email-orders-into-TMS file is pointed at channel files:

  1. each channel's export or API feed is read in its own layout
  2. SKU, quantity, address and VAT treatment are checked against your product master and address rules
  3. clean orders are created in the OMS through its API, while unknown SKUs, locker addresses and cross-border VAT oddities go to a person with the channel line beside them.
What stays human — and what this will not do

Channel exceptions. VAT edge cases. The address that is a locker. Anything the product master does not know.

Not a GMV claim.

What can go wrong — and what we do about it

Marketplace export formats change without notice; a changed column breaks the read until the layout is re-taught, so failed rows stop rather than guess. A thin product master turns every channel SKU alias into an exception — cleaning aliases is audit work. No published figure covers order capture from marketplaces; the logistics order-intake range on the parent file is about email orders, and the support-desk percentages that used to sit here belong to the ticket file.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map an ops process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Ops.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files