Turnkey EDI For the retailers whose procurement system decides

A big retailer says you need EDI. This is that, without the six-month project

We build the connection, run the retailer’s test cycle, and their orders land in the same place as every other order you take. No translator contract, no middleware, no network contract, no six-month project.

Bring their onboarding pack if you have one — we’ll read it on the call.

The onboarding email from a retail chain, and the connection it ends as On the left, an email from a buyer at a retail chain with the subject “Supplier EDI onboarding — action required by 1 March”, saying suppliers are moving to EDI and attaching a supplier specification. Behind it sits the specification itself, a dense document listing four mandated document types with their EDI codes and a certification requirement. On the right, a small card showing the same retailer connected and certified, with all four document types ticked, and a note that their orders now arrive in the same list as everything else. SUPPLIER EDI SPECIFICATION Version 7.2 · 41 pages 1. Trading partner identifiers 2. Transport and connectivity 3. Message specifications 4. Certification procedure MB Buyer, supplier onboarding to you · 06:41 Supplier EDI onboarding — action required by 1 March We’re moving our suppliers onto EDI this year. You’ll need to be connected and certified before we can continue placing orders. Our specification is attached. supplier-edi-spec-v7.2.pdf 41 pages Tesco Connected certified 24 Feb Purchase order ORDERS / 850 Receipt confirmation CONTRL / 997 Despatch advice DESADV / 856 Invoice INVOIC / 810 Their orders arrive in the same list as everything else.

Start here

New to EDI? Here is what you’ve actually been asked to do

One day an email arrives from a buyer at a large retailer — a supermarket group, a department store, a national chain. It says something close to: we’re moving our suppliers onto EDI, you’ll need to be connected by Q1, here’s our supplier onboarding pack. Attached is a forty-page document written for someone who already knows what all of it means.

What EDI is

EDI, or electronic data interchange, is a way for two companies’ computer systems to exchange orders as structured files instead of as emails between two people. The retailer’s system produces the order as a file, the file travels over a private network, and it arrives at your end already formatted — customer, delivery date, product codes, quantities, prices. Nobody retypes anything at either end.

Why retailers insist on it

A national retailer places thousands of orders a week across hundreds of suppliers. They cannot have people keying those in, and they will not accept the error rate that comes with it. Once a retailer has committed to EDI it stops being a preference and becomes a condition of supply.

What it means for you, operationally

Being “on EDI” is not one thing. The retailer expects your side to do four things automatically, in this order.

  1. 1 Receive their order as a file Without a person fetching it from a portal, and without anyone retyping it.
  2. 2 Send back a confirmation Saying the file arrived and could be read — usually within minutes, and within whatever window their specification states.
  3. 3 Send a shipping notice before the goods arrive What is on the truck and how it is packed, so their warehouse can book it in against something.
  4. 4 Send the invoice as a file Matching the order and the shipment line for line, because their system reconciles all three automatically.

And before any of it goes live, they test you. The retailer sends sample orders, checks what you send back against their specification, and only switches you on once you pass.

It is also how you get in

Most of this page assumes a retailer you already supply. The other case matters more, and nobody puts it on a website: a great many large retailers now require EDI of any supplier they list. If you cannot accept their orders, the conversation about getting your line into their stores does not reach a second meeting — whatever the buyer thought of the product.

So this is not only a cost of keeping the customers you have. For a brand trying to move up into national retail, it is closer to the price of being allowed to bid.

Why it can’t be ignored

A retailer that has moved to EDI will not email you a purchase order as a favour. Their buyer often cannot — the order only exists inside their system. In practice the choice is to connect or to stop being a supplier, which is why “we need you on EDI by Q1” reads as a deadline rather than a request.

What you should take from this page

You do not need to learn EDI. You need someone to build and run the connection, pass the retailer’s test cycle, and keep it working when the retailer changes something. That is what Turnkey EDI is.

Already know all this? Skip to how the connection works ↓

Why this normally costs a fortune

EDI is usually four purchases. Here it is a third door into what you already run

Ask what it takes to get on EDI the traditional way and you get four separate things to buy, from four separate vendors, that break independently.

  1. A translator

    Software that converts the retailer’s file format into something your system can read.

  2. Middleware

    A layer that moves the translated files into your ERP — the system holding your stock, prices and invoices.

  3. A network contract

    A VAN, the private network EDI orders travel over, billed per document or per kilocharacter.

  4. An implementation project

    Consultants mapping fields between the retailer’s specification and your ERP, typically over several months.

That is also why EDI has a reputation as something only large distributors do. The fixed cost is roughly the same whether you connect one retailer or twenty, so with one retailer it looks absurd — and one retailer is the situation almost every brand is actually in.

If you already run Turis there is a pipeline: an order arrives, gets checked against your catalogue and that customer’s agreed prices, and goes to your ERP. A buyer signing in to your storefront uses that pipeline. A PDF read by Vision uses that pipeline. An EDI order from a retailer uses the same one. The translator, the network connection and the mapping are ours to run, and what reaches your team is an order that looks like every other order.

Which is why it is priced per retail partner rather than as a platform. You are not buying an EDI system — you are buying the two or three retailer connections you actually need, on infrastructure that is already carrying your other orders.

One order list, with the channel as a column A single list of six orders. Two arrived by EDI from retail chains, two from buyers signing in to the storefront, and two as documents read by Vision. Every row has the same columns — order number, customer, how it arrived, the reference, the time and the total — and the channel is shown as a small coloured chip rather than as a separate screen. One of the EDI orders is held for review. Orders All channels 6 of 214 ORDER CUSTOMER ARRIVED BY REFERENCE RECEIVED TOTAL #4318 Tesco EDI ORDERS · 850 18 Aug · 06:12 €18,340.00 #4317 Sundal Retail Storefront Jonas Sundal 17 Aug · 16:44 €3,211.50 #4316 Brecken Outdoor Vision PDF · email 17 Aug · 14:02 €745.86 #4315 Carrefour EDI ORDERS · 850 17 Aug · 09:30 €24,905.40 price mismatch · held #4314 Alpine Sports Co Storefront Mia Talvik 16 Aug · 11:18 €1,166.70 #4313 Havlund Retail Vision Spreadsheet 16 Aug · 08:51 €8,420.00
Two retailers on EDI, the rest ordering however they order. How an order arrived is a column you could sort by — there is no separate EDI screen to go and look at.

How the connection works

Four documents cross between you and the retailer. We handle all four

The same four obligations from further up this page, with each one happening. Every document has a plain name and a code — the code is what the retailer’s specification will call it, and you never have to use it.

  1. 1

    Their order arrives

    purchase order — 850 in North America, ORDERS in Europe

    The retailer’s system produces the order and sends it. We collect it, translate it, and check it against your catalogue and that customer’s agreed prices. It appears in Turis as an order like any other.

  2. 2

    We confirm receipt, automatically

    receipt confirmation — 997, or CONTRL in Europe

    Retailers require a technical acknowledgement saying the file arrived and could be read. It goes back without anyone touching it. Missing these is one of the most common reasons a supplier gets flagged in a retailer’s compliance report — and it is invisible until it is a problem.

  3. 3

    You ship, and we tell them what’s coming

    shipping notice — 856, or DESADV in Europe

    When the order is dispatched we generate the notice: what is on the truck, how it is packed, when it arrives. Their warehouse books goods in against it rather than against a paper docket.

  4. 4

    We send the invoice

    invoice — 810, or INVOIC in Europe

    Matched to the order and the shipment. This is the document that decides whether you are paid on time, because the retailer’s system reconciles all three automatically and holds anything that does not line up.

Technical specification — formats, transport, identifiers
Standards
X12 and EDIFACT — the two EDI standards, X12 in North America and EDIFACT in Europe. Both supported.
Document types
Purchase order (850 / ORDERS), receipt confirmation (997 / CONTRL), shipping notice (856 / DESADV) and invoice (810 / INVOIC).
Transport
AS2 and SFTP — secure file transfer methods — and connection over a VAN, the private network EDI orders travel over, where the retailer requires one. We hold the VAN contract; you never sign one.
Identifiers
Your GLN — the ID number a retail chain uses to identify your business in their system — is registered as part of setup, along with your product identifiers (GTIN or EAN) where the retailer matches on them.
Testing
Every retailer runs its own certification cycle against sample documents before switching production traffic on. We run that cycle with them on your behalf.

If your retailer’s specification asks for something not listed here, send us the onboarding pack. We would rather read it and tell you than have you find out in week six.

Before we start

What we need from your side

Four things, and none of them are EDI knowledge. Written so you can forward this section to whoever looks after your ERP without explaining it first.

Product data that matches theirs

The retailer orders using their own product codes, or using GTIN/EAN barcodes. We map their codes to yours during setup, but the mapping has to be based on a list that is correct. This is the single most common cause of delay, and it is nearly always fixable before the project starts rather than during it.

A way for Turis to read and write to your ERP

Turis needs to read stock and pricing, and to write orders back. A native connection to Microsoft Business Central, SAP, Infor M3, Visma Net, Rackbeat or Uniconta is already built. Failing that, an API your ERP exposes, or a scheduled file exchange if the system is older and has no API.

Agreed prices for that customer, loaded in Turis

An EDI order arrives with the retailer’s expected price on it. We check theirs against yours and hold a mismatch rather than accepting it silently. That check only works if the agreed price list is in the system.

The retailer’s onboarding pack, and a named contact there

Their specification tells us which documents they want, in which format, over which transport. The named contact is who runs the test cycle with us. If you don’t have one, ask your buyer — every large retailer has an EDI or supplier-onboarding team, and they are usually responsive, because getting you connected is their target too.

What we don’t need

Your own EDI software. A VAN contract in your name. A project manager on your side. Or anyone on your team who understands EDI — if you did, you would not be reading this page.

The part nobody publishes

When an order doesn’t go through

Every EDI page describes the working state and stops. Here is the other one, because it is what you will actually be managing — and because every event below is normal in EDI rather than a sign something is broken.

A rejected invoice, with the retailer’s reason translated An exception in Turis. The retailer has rejected an invoice. On the left is the raw acknowledgement file the retailer sent back, a short block of EDI segments. On the right the same rejection is written as a sentence: the quantity on line 12 of the invoice does not match the quantity on the shipping notice, twenty-four against eighteen, and the invoice was not accepted. The offending line is shown with both numbers. At the foot, Turis states that it is correcting and resending, and that nothing reached the ERP. Tesco rejected an invoice Exception · order #4318 · 18 Aug, 09:14 WHAT THE CHAIN SENT BACK AK1*IN*4318~ AK2*810*000000041~ AK3*IT1*12**8~ AK4*3*380*7*24~ AK5*R*5~ AK9*R*1*1*0~ Functional acknowledgement (997). Reject code 5 on segment AK5. WHAT IT MEANS The quantity on line 12 of the invoice doesn’t match the quantity on the shipping notice you sent them. Tesco will not accept an invoice it cannot reconcile against the despatch. Nothing was posted to your ERP. Line 12 · Fell Jacket — Moss shipping notice 18 invoice 24 Turis is correcting the invoice and resending it. You do not need to do anything. If we need a decision from you, this becomes an action instead. Rejections are normal in EDI. Every one of them arrives as a file like the one on the left, and every one of them is read before it reaches you.
What a rejection looks like once someone has already read it. The retailer’s own acknowledgement on the left, in full, so you can check the translation.

An order that doesn’t match your data stops.

A product code we can’t map, a quantity below your minimum order, or a price on their order that differs from your agreed price list — the order is held with the specific line flagged, and someone on your side approves, corrects or rejects it. A mismatched price never syncs to your ERP unchallenged. Silently accepting the retailer’s price is how suppliers discover a margin problem a quarter later.

The retailer rejects something you sent

Their system tests every incoming document against their specification and rejects what fails — an invoice that doesn’t reconcile to the shipment, a shipping notice missing a pallet identifier. The rejection comes back as a file. We read it, translate the reason into a plain sentence, and raise it with the document and the field named.

A mapping conflict

Two of your products carry the retailer’s same code, or the retailer sends a code that was retired. The order is held, we are alerted at the same moment you are, and we fix the mapping rather than asking you to.

The connection drops

If the retailer’s system or the network is unavailable, documents queue and resend rather than failing. Nothing is discarded at either end, and an order that was sent stays sent.

They will, eventually

When the retailer changes something, it’s our problem

A retailer adds a document type, changes a required field, moves to a new version of their specification, or acquires another retailer and merges the two. Suppliers usually find out by receiving a rejection, or a circular with a deadline on it.

We do the work.

Rebuilding a mapping, adding a field, moving to a new version of the retailer’s specification, and re-running their test cycle where they require one — that is our side of the arrangement, not a task that comes back to you.

And it costs nothing extra.

Changes to a live connection are covered by the monthly fee — new fields, revised mappings, a new version of the retailer’s specification, and the re-test cycle that follows. There is no change-request rate, no hourly billing, and no line in the contract where a retailer’s decision becomes an invoice on your side.

What “custom mappings handled by the Turis team” actually means

Engineers who have already built against this retailer’s specification, doing the mapping work as part of setup and maintaining it afterwards. You do not get a mapping tool to learn, and you are not billed for hours.

What warning you get

Retailers usually announce specification changes in advance, and we act on the announcement rather than on the first rejection. Where a change arrives with no notice, the first failed document is the alert — and what happens then is the section above.

Already in the catalogue

Retailers we’ve already built for

Where a retailer is already in our EDI partner catalogue, the mapping work starts from something proven rather than from a blank sheet — which shows up in the setup charge and in how fast their certification cycle goes.

  • Walmart
  • Tesco
  • Coop
  • Carrefour
  • REWE

Your retailer isn’t on the list?

That’s the normal case — most of the connections we build are to a retailer we haven’t published. It affects the setup charge. Whether it can be done isn’t in question. Send us the onboarding pack and we’ll tell you what’s involved on the first call.

Get a quote for your retailer

What it costs

Priced by the connection, one retailer at a time

From €200/mo per retail partner, plus a setup charge per partner. One retailer connected is one connection; two retailers is two. You are not buying a platform licence sized for twenty and then paying per connection on top — the connection is the product, which is what makes a single retailer worth doing at all.

The connection, monthly

The live connection to that retailer, the network it runs over, and everything that keeps it working. Changes to a live connection are covered by the monthly fee — new fields, revised mappings, a new version of the retailer’s specification, and the re-test cycle that follows.

Setting it up, once per partner

Registering your GLN — the ID number a retail chain uses to identify your business in their system — building and testing the mapping between their product codes and yours, and running the retailer’s certification cycle with them until you pass it.

More than one retailer

Quoted together rather than multiplied. Most brands connect a second retailer within a year of the first, and it is both cheaper and faster than the first — your product and price data is already mapped by then.

  • No commission on what you sell through EDI
  • No per-document or per-kilocharacter fee
  • No separate VAN contract in your name
  • No charge when the retailer changes their specification

Always quoted in writing, per retailer, before you commit to anything — bring the retailer and we will price that retailer. See how the three channels price →

Someone has already done this

All three channels, into SAP Business One

To Øl, the Copenhagen craft brewery, runs B2B Storefront for the accounts that order themselves, Vision for the ones that email, and Turnkey EDI for the retailers that mandate it — all landing in SAP Business One.

Before Turis, their reps spent about half of each day keying orders into SAP Business One. The dedicated EDI providers they looked at carried a high upfront cost that was difficult to justify against a small number of retailer connections — which is the arithmetic this page exists to change.

  • 90% of orders now placed by the customer directly, against a starting point where every order was keyed in by a sales rep
  • ~20 hrs a week back per sales rep, and the equivalent of one full-time admin role

To Øl reports these figures — Eric Gilham, Chief Digital Officer. They are their own account of the result rather than something we measured. Read the full story →

Before you ask us

The questions a supplier under a mandate asks

If yours isn’t here, thirty minutes with the retailer’s onboarding pack in front of us answers it faster than another page will.

A retailer has told us we need EDI by a date. Can you make it?

Often, yes — and the part neither of us controls is the retailer’s own certification queue, which is usually the longest single wait. Bring the deadline and the retailer’s onboarding pack to the first call and we will tell you honestly whether it is reachable, including if it is not.

We’re trying to win a retailer we don’t supply yet. Does this still apply?

More so. A great many large retailers require EDI of any supplier they list, so being unable to accept their orders can end the conversation before the buyer has finished considering the product. Getting connected first turns it from a reason to say no into a box already ticked — and a connection can be built before you have won the listing.

Do we need to understand EDI to use this?

No. You need to know which retailers you sell to and what your product data looks like. The specification, the mapping and the test cycle are ours.

We only have one retailer on EDI. Is it worth it?

That is the case this is priced for. You buy one connection, from €200/mo per retail partner plus its setup, rather than a platform licence sized for twenty. If a single retailer is a meaningful share of your revenue, the arithmetic is usually not close — and we will put a real number on your retailer on the first call.

Do you charge per document?

No. Flat per retail partner per month, whatever the volume goes through that connection. No per-kilocharacter fee either, which is how traditional network contracts bill.

Who owns the VAN contract?

We do. A VAN is the private network EDI orders travel over, and normally the supplier signs for one themselves. You do not sign a network agreement and there is no per-document network charge on your side.

What if the retailer changes their specification?

We rebuild the mapping and re-run their test cycle, and it is covered by the monthly fee. There is no change-request rate.

What happens when an order comes in with the wrong price?

It stops as an exception with the line flagged, and someone on your side decides. It does not reach your ERP as an accepted order — silently accepting the retailer’s price is how a margin problem gets found a quarter late.

Do we need B2B Storefront or Vision as well?

No. EDI can be bought on its own. Most brands who buy it already run one of the others, because the retailers mandating EDI are rarely the whole customer base — but it is not a requirement.

Our ERP isn’t one of the ones you list.

Then we look at what it can expose — an API, or a scheduled file exchange. On the first call we will tell you whether yours is straightforward, a project, or a bad fit. See the integrations →

How is this different from our ERP’s own EDI module?

If your ERP has one and it is live, you may not need this. The difference is who does the mapping and who handles the retailer when the specification changes — an ERP module gives you the capability and leaves the work with you or your ERP partner. Worth a call rather than a page.

Three ways an order arrives. One place it lands.
They’ll log in to your Turis storefront and order themselves B2B Storefront from €299/mo
They’ll always email a PDF or spreadsheet Vision from €199/mo
Their procurement team mandates EDI Turnkey EDI from €200/mo per partner

Tippy AI, Pulse and Reports included with every plan. No commission on your sales.

See it with one of your own orders

Send us a real purchase order — a messy one, ideally — and we’ll show you what Turis does with it on the call.

Live product, your order flow, no slide deck.  ·  No commission on your sales, ever.

Prices and terms on this page reviewed