Is EDI Dead?

EDI still has its place in B2B order exchange, but after two decades it has left a structural gap between automated and manual order entry. This is where AI-driven order processing is now doing the work EDI never could.

·Mark Betts
Is EDI Dead?

Is EDI dead?

Not yet. But the landscape around it has changed, and a significant share of the work it was once relied on to handle is now being done by AI-driven order processing. EDI still wins where it has always won: high-volume, structured, partner-to-partner flows. What has changed is the recognition of how narrow that territory actually is.

What EDI does well, and what it does not

When two organisations are both technically capable and willing to invest in setup, EDI is efficient. Orders arrive in a defined format, map directly into the ERP, and require no manual intervention. That is why EDI remains the backbone of structured B2B commerce between large trading partners.

The problem is that most manufacturing businesses do not live entirely in that world.

EDI is expensive to implement. Formats need to be agreed, translation layers configured, and third-party services are usually involved. Both organisations need the technical capability to support it, and it almost always requires internal IT resource to deliver and maintain. Implementation can take weeks or months. Even small changes can involve several parties (in-house IT, the EDI provider and the customer's own systems), and the customer is often left to coordinate between all of them.

After all that effort, the typical outcome is a connection to a small number of customers. In one long-established Epicor Kinetic manufacturing environment, 19 years of EDI investment produced connections with just three customers for invoices and four for sales orders.

That is not a failure of EDI. It is a reflection of the setup cost relative to the return on any given trading partner.

The gap between EDI and manual entry

Between fully automated EDI and fully manual order entry sits the majority of the orders a manufacturer actually receives: emails, PDFs, attachments, spreadsheets, and scanned documents, each formatted differently and arriving across hundreds of customers.

Traditional automation has never solved this gap. Template-based systems require consistency that customers will not provide. OCR alone cannot interpret intent. Every new customer or format change creates fresh configuration work. And the economics only stack up at very large volumes.

This is where most of the repetitive order entry work lives, and historically it has been absorbed by people.

Where AI-driven order processing fits

lowki.ai was built specifically to close this gap for Epicor Kinetic manufacturers. Instead of asking customers to change how they send orders, lowki.ai reads the emails, PDFs, and attachments they already send and creates the order in Kinetic for review. The same approach extracts data from attachments already inside the ERP and routes it back into the right fields.

The problems this addresses are the ones that traditional automation cannot:

  • Varied documents. Every customer sends orders in a slightly different layout.
  • Setup time. Automation projects take months before they deliver anything.
  • Training. Staff have to learn yet another system.
  • Cost. Automation only pays off at very high volumes.
  • Maintenance. Traditional document systems need reconfiguring for every new format.

At Thomas Dudley Plumbing Products, a UK manufacturer, Lexi by lowki.ai has handled orders from more than 650 customers over more than two years in production. The same pattern is now appearing in other Epicor Kinetic environments as lowki.ai rolls out commercially.

What people mean by AI-powered EDI

"AI-powered EDI" is used loosely. Usually it means one of two things. Either AI helps map and translate EDI messages between trading partners, or AI reads orders that never came through EDI at all and turns them into structured data that the ERP can use, as EDI would have provided.

The second meaning is the one that matters for most manufacturers, because it reaches the customers EDI never will. The customer keeps emailing the same PDF. The ERP still receives clean, structured order data.

EDI order processing vs AI order processing

The two are complementary rather than competing:

  • EDI order processing needs both sides to agree a format and set up a connection. It is fast and dependable once running, and it suits a small number of high-volume partners.
  • AI order processing needs nothing from the customer. It reads what they already send, so it suits the long tail of customers who will never set up EDI.

For an Epicor Kinetic site, a sensible split is EDI for the handful of partners who can support it, and AI order entry for everyone else. We set out the practical options in How to Automate Sales Order Entry in Epicor Kinetic, and how lowki.ai sales order entry works in Kinetic.

EDI is not dead, but it was never meant to cover this ground

EDI still has its place, particularly for large structured transaction flows between trading partners with shared infrastructure. That will not change.

What has changed is the availability of a second layer of automation that handles everything EDI was never designed for. For most manufacturers, the practical question is no longer EDI versus manual entry. It is how much of the repetitive work in the middle ground between the two can now be automated at a fraction of the cost and setup time of EDI.

For most operations, the answer is: most of it.

About the author: Mark Betts

Business Technology Manager, Thomas Dudley Ltd

Mark is Business Technology Manager at Thomas Dudley, a UK manufacturing group running Epicor Kinetic, where he leads the business technology team that supports the whole group, from infrastructure and desktop support through to business systems and ERP development. He has over 20 years of commercial IT experience, all of it inside Thomas Dudley, developing and deploying business systems improvements, new routes to market and efficiency gains across the group. He works on both sides of the table: hands-on with AI, C#, SQL and Kinetic, and translating what a business needs into systems that actually deliver it. An on-prem advocate.

Mark Betts on LinkedIn