So, you just purchased a shiny new ERP, and are looking to roll out EDI.  You want to get started right away on your EDI project, right?   We should be able to set up data and test all transactions out of the box, right? WRONG!

EDI Project Best Practices

EDI is a customized, systemic process, that much like your data, rolls through the quote to cash cycle in a coordinated sequence.  Each EDI document requires data from an upstream process, and you must always complete, and validate,  the upstream processes first.    A common mistake we see on many EDI projects, is an expectation that EDI is plug and play, and that we can implement all documents simultaneously.  EDI is not plug and play, for the same reason that ERP implementations are not plug and play.

EDI trading partners are notorious for sending through erroneous or uniquely specific data.    Our customers all have different shipping and packaging scenarios.   Many customers have different expectations on how EDI data is to be handled.    The answer to a successful EDI implementation, is to work on each document until it is correct, until moving to the next one, and ensuring that the ERP system has been configured and validated for packaging and shipping processes prior to starting to work on outbound transactions.  EDI implementations always lag the ERP implementation by some weeks, and always last the duration of the design and validation stage of the implementation project.

Below are some typical EDI transactions, that must be managed, and processed sequentially.

Inbound Purchase Orders (850i), Demand Forecasts (830i), etc.

Many times, Trading Partners will send data that does not have a native home in ERP.  Our EDI team must carefully inspect all the inbound PO documents from all your trading partners, and understand for each file, which will be unique, whether there is a native home in Epicor, and if not, we create one for it, and make it visible in the ERP through customization.  This can take time, and for some trading partners, extensive customer part cross references must be built, so that Epicor ERP can understand what it is in fact that this customer is ordering.

Outbound Sales Acknowledgement (855o)

It is common to need to include custom trading partner data in an 855 outbound.  Until all of the inbound maps have been translated, and the data housed in Epicor, we can not start testing 855o.   This is normally not a difficult transaction, but until we have every inbound document defined and custom schema in place to accommodate your trading partners, we can not design the outbound format for this document for testing.

Outbound Packing Slip (856o)

Most customers expect us to be able to start this right away.  Some customers have even demanded that we start this right away.  The trouble is that everyone ships differently, and some people have multiple levels of packaging, at various points in their production process, that change how we build the dataset for the 850o.    Another common mistake our customers make are asking for the packing labels before the ASN is designed.

The shipping and packaging process must ALWAYS be designed first, and approved, before we start building 856o data and labels.  Typically the label would be the last thing we build, as we process through all the 850i for all trading partners, demonstrate all packaging scenarios for each, and then finally, armed with model data, we can construct the outbound ASN dataset and labels.  This is especially important when you have multiple versions of labels for different trading partners, or if you have Master Pallets, Mixed Pallets etc.    All EDI projects I have seen go over budget, or that have been frustrated, have been those where the company insists on having working outbound ASN’s before the shipping process is validated.

Outbound Invoices (810)

Typically the easiest of all, but these can not be started until a validated ASN document has been produced.  As such, we save these until the end of the project, to ensure all the data necessary on the invoice, whether from custom inbound data from the 850o, or custom packaging data from the 856o, are available.   Shipments in the system are required to invoice, so there needs to be a solid, unchanging process to generate multiple shipments for the inbound orders, such that they can be invoiced.  This data is typically not available until the last quarter of the implementation.

Listening to your expert EDI implementation consultant, understanding that EDI will slightly lag the work being done in ERP, and that the work will stretch the duration of the project, are key to a successful EDI implementation.  Following our process and methodology  and will minimize frustrations if expectations were that EDI would be ready day one, and reduce or eliminate rework for any EDI transactions forced through before the system is validated.

If you are having a difficult implementation and would like to talk to Encompass about how to put things back on track, we would be happy to conduct a mid ERP implementation review.   If you are about to start an EDI implementation, understanding the above before starting, and ensuring that the project manager and steering committee understand the timeline, will be critical to meeting expectations, and ultimately having a successful, error free cutover.

About Encompass Solutions

Encompass Solutions is a business and software consulting firm that specializes in ERP systems, EDI, and Managed Services support for Manufacturers. Serving small and medium-sized businesses since 2001, Encompass modernizes operations and automates processes for hundreds of customers across the globe. Whether undertaking full-scale implementation, integration, and renovation of existing systems, Encompass provides a specialized approach to every client’s needs. By identifying customer requirements and addressing them with the right solutions, we ensure our clients are equipped to match the pace of Industry.


In Electronic Document Interchange (EDI), an EDI 830 Planning Schedule With Release Capability is essentially an electronic sales forecast. You can think of an EDI 830 planning schedule with release capability as an electronic version of a paper planning schedule. Used primarily in the manufacturing industry this document exchange is reserved for when manufacturers are communicating with their suppliers.

an image of encompass solutions EDI 830 Planning Schedule With Release Capability

While the EDI 830 invoice is the most commonly utilized electronic sales forecasting and material release authorization method, it can be used in one of three ways: as a sales forecast, as a forecast and an authorization for the recipient to commit to resources, such as labor or materials, and as a forecast that also includes order release levels. It will often include shipping information, though it is important to keep in mind that this inclusion is based solely on forecasts.

EDI 830 Planning Schedule With Release Capability Format

ISA*01*0000000000*01*0000000000*ZZ*ABCDEFGHIJKLMNO*ZZ*123456789012345*101127*1719*U*00400*000003438*0*P*>
GS*PO*4405197800*999999999*20101127*1719*1421*X*004010VICS
ST*850*000000010
BEG*00*SA*08292233294**20101127*610385385
REF*DP*038
REF*PS*R
ITD*14*3*2**45**46
DTM*002*20101214
PKG*F*68***PALLETIZE SHIPMENT
PKG*F*66***REGULAR
TD5*A*92*P3**SEE XYZ RETAIL ROUTING GUIDE
N1*ST*XYZ RETAIL*9*0003947268292
N3*31875 SOLON RD
N4*SOLON*OH*44139
PO1*1*120*EA*9.25*TE*CB*065322-117*PR*RO*VN*AB3542
PID*F****SMALL WIDGET
PO4*4*4*EA*PLT94**3*LR*15*CT
PO1*2*220*EA*13.79*TE*CB*066850-116*PR*RO*VN*RD5322
PID*F****MEDIUM WIDGET
PO4*2*2*EA

EDI 830 Planning Schedule With Release Capability Key Data

An EDI 830 Planning Schedule with Release Capability document is a highly organized and segmented document. It will always contain at least one data element, but can potentially house an infinite number of data segments for a company to customize. In the case of each data element, a data field will be included. For example, these data fields can provide:

  • Vendor numbers
  • Resource authorizations
  • Period-to-date cumulative quantities
  • Specific shipping and/or delivery patterns

EDI 830 Planning Schedule With Release Capability Benefits

EDI 830 offers plenty of benefits to both the purchaser and the supplier. When implementing electronic trading of the inventory advice benefits can include:

  • Better visibility into when a product is out of stock or no longer being made and the ability to advise other actions as a result
  • Better management of e-commerce drop shipping
  • Communicates when items will be available if out of stock
  • Better forecasting when planning warehouse levels and ordering
  • Easier Management of details on eCommerce websites, for instance, when items are out of stock, quantities available, or remove the items from the website
  • Enables ordering of non-stock items and special orders

For more information on Encompass Solutions’ EDI offerings, read more about our Rapid EDI Implementation.

About Encompass Solutions

Encompass Solutions is a business and software consulting firm that specializes in ERP systems, EDI, and Managed Services support for Manufacturers and Distributors. Serving small and medium-sized businesses since 2001, Encompass modernizes operations and automates processes for hundreds of customers across the globe. Whether undertaking full-scale implementation, integration, and renovation of existing systems, Encompass provides a specialized approach to every client’s needs. By identifying customer requirements and addressing them with the right solutions, we ensure our clients are equipped to match the pace of Industry.