← 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.
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:
- each channel's export or API feed is read in its own layout
- SKU, quantity, address and VAT treatment are checked against your product master and address rules
- 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…
- Does each marketplace still hand you a CSV that someone maps into the OMS?
- Is your product master complete enough that an unknown SKU is a rare exception?
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.
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