X12 EDI solutions for secure, standardized data exchange, enhancing business efficiency and compliance across industries.

Tag Archive for: X12 EDI


EDI 944: Introduction

Welcome to the next part of our series on EDI (Electronic Data Interchange) for logistics. With over two decades of EDI integration experience, we are excited to share our knowledge and insights with you.

In this article, we will look at EDI 944 – Warehouse Stock Transfer Receipt Advice. Our goal is to clarify the complexity and terms associated with EDI in logistics so that it is easier for companies to understand.

Whether you’re new to EDI or looking to brush up on your knowledge, we’re here to help you navigate the complex landscape of EDI documents.

What is an EDI 944 Warehouse Stock Transfer Receipt Advice?

An EDI 944 Warehouse Stock Transfer Receipt Advice transaction set is an EDI document used in stock transfer. This is a kind of electronic receipt that indicates when and where the goods were transported. For example, from a factory to another location, usually a warehouse, DC, or to a logistics provider such as a 3PL (third-party logistics).

Specifically, EDI 944 is used by the receiving location to confirm the receipt of goods.

3PL (Third-Party Logistics): A 3PL is a company that provides logistics and supply chain management services on behalf of other businesses. These services can include warehousing, transportation, order fulfillment, and other aspects of the supply chain. Companies often use 3PLs to outsource certain parts of their logistics operations to experts in the field.

DC (Distribution Center): A DC, also known as a distribution center or a warehouse, is a facility where goods and products are stored before they are distributed to their final destination. Distribution centers play a crucial role in the supply chain by serving as hubs for receiving, storing, and sorting products, which are then shipped to retailers, wholesalers, or directly to consumers. They help in optimizing the distribution process and ensuring that products reach their intended recipients efficiently.

A ‘stock transfer’ is when goods move from a factory or another location to a far-off warehouse or a third-party logistics provider (3PL). Manufacturers often send their products to 3PLs, who then help distribute them to distribution centers (DCs) or, sometimes, directly to retailers.

Exploring the Content of EDI 944 Documents

The EDI 944 typically includes key information such as:

Shipment details: Information about the goods being transferred.

Sender and receiver details: Identifying who’s sending and who’s receiving the goods.

Dates: When the shipment was received.

Quantity: How many items were shipped and how many were received.

Reference numbers: Unique codes to track the shipment.

Notes: Any additional comments or special instructions.

This information helps in tracking and managing the transfer of goods effectively.

Explore the depths of Electronic Data Interchange (EDI) with our detailed video explanation. Start delving into the video now

How Do Businesses Use EDI 944?

Companies use EDI 944 to streamline their inventory and logistics processes. Here’s how:

Inventory Tracking: EDI 944 helps businesses keep tabs on their stock as it moves from one place to another. It ensures that the right products reach the intended location.

Efficient Communication: By using EDI 944, companies can communicate electronically with their warehouses or 3PLs, reducing the need for manual paperwork and phone calls.

Accuracy and Speed: It minimizes errors and speeds up the transfer process because information is transmitted electronically in a standardized format.

Visibility: EDI 944 provides real-time updates on shipment status, enabling companies to make informed decisions about their inventory and distribution.

Compliance: Many trading partners and retailers require the use of EDI 944, so using it helps companies remain compliant with industry standards.

In essence, EDI 944 helps companies manage their inventory and logistics operations more efficiently and effectively.

EDI- Price

How to Send Warehouse Stock Transfer Receipt Advice (EDI 944)?

The workflow of EDI 944 typically follows these steps:

Data Preparation: The sender compiles the necessary information in its internal ERP or other business system, including details about the shipment, quantities, dates, and other relevant data. This information is then organized in a predefined format (i.e. CSV, TXT, XML, JSON).

Transmission: The sender transmits the EDI 944 document electronically to the receiver, often via its EDI provider.

Data Translation: The EDI provider’s system translates the incoming document into X12 format and then sends it to the receiver via FTP, sFTP, or VAN.


USEFUL READING: How Do Companies Send EDI Files?


Validation: The receiver’s system validates the received data to ensure it is complete and accurate. This step helps prevent errors and discrepancies in the supply chain.

Processing: Once the data is validated, the receiver’s system processes it to update their inventory records and track the incoming shipment.

Inventory Update: The receiving company updates its inventory and logistics records based on the information provided in the EDI 944 document. This includes confirming the receipt of goods and making necessary adjustments.

Further Action: Depending on the specific logistics and business processes, the receiving company may take further actions, such as distributing the goods to distribution centers or retailers, or using the information for planning and decision-making.

This workflow ensures that information about stock transfer is accurately and efficiently communicated between trading partners, helping them manage their inventory and logistics operations seamlessly.

EDI 944 Comparison with Similar EDI Documents: Common Questions Answered

We often encounter a situation where companies try to understand the differences between EDI 944 and other EDI documents with functions that are similar at first glance. However, each EDI transaction has its own specific purposes and differences. Let’s look at the most frequently asked questions regarding the differences between these EDI Transactions.

What is the Relationship between EDI 943 and EDI 944 Documents?

The EDI 943 and EDI 944 documents are closely related within the context of EDI exchange in logistics and inventory management. Here’s how they are connected:

EDI 943 – Warehouse Stock Transfer Shipment Advice: This document is used to initiate the transfer of goods from one location, often a distribution center or warehouse, to another location, such as another warehouse or a retail store. It serves as an instruction from the sender to the receiver, specifying what products are to be transferred, quantities, and other relevant information.

EDI 944 – Warehouse Stock Transfer Receipt Advice: In contrast, the EDI 944 document is used to confirm and acknowledge the receipt of the goods at the receiving location. It verifies that the transfer has taken place as instructed in the EDI 943. The EDI 944 provides details about what was received, in what quantities, and when it was received.

So, in summary, the relationship between the EDI 943 and EDI 944 is a sequential one. The EDI 943 initiates the stock transfer, while the EDI 944 confirms that the transfer has been completed as specified. Together, they ensure a seamless and well-documented movement of inventory within the supply chain.

EDI consultation

What is the Difference between EDI 945 and 944?

The main difference between EDI 944 and EDI 945 lies in their purpose and content:

EDI 945 – Warehouse Shipping Advice:

Purpose: The EDI 945 document is used as an acknowledgment of the shipment (the same like an EDI 856 -Advance Ship Notice). It is typically sent by the warehouse or shipping location to the sender, confirming that the goods have been shipped as instructed.

Content: The EDI 945 provides information about the shipment, including details about the contents, packaging, carrier information, and other data related to the shipment.

EDI 944 – Warehouse Stock Transfer Receipt Advice:

The EDI 944 document is used to acknowledge the receipt of goods at a specific location. It confirms that the transfer of goods, has been completed.

In summary, the EDI 944 focuses on the receipt of goods at the receiving location, ensuring that the transfer is acknowledged and documented accurately. The EDI 945 serves as a confirmation of the shipment itself, providing details about the items being shipped, and other information essential for the sender to track the progress of the goods.

Both documents play crucial roles in inventory and logistics management within the supply chain.

What is the Difference between EDI 944 and EDI 861 Receiving Advice/Acceptance Certificate?

The main difference between EDI 944 (Warehouse Stock Transfer Receipt Advice) and EDI 861 (Receiving Advice/Acceptance Certificate) lies in their specific purposes and use cases:

EDI 944 – Warehouse Stock Transfer Receipt Advice:

Purpose: EDI 944 is primarily used to confirm the receipt of goods when products are transferred from one location to another within the same company or between trading partners. It acknowledges the successful receipt of items after they have been shipped.

Typical Use: It is commonly used in scenarios where goods are moved between warehouses, distribution centers, or third-party logistics providers.

EDI 861 – Receiving Advice/Acceptance Certificate:

Purpose: EDI 861 serves a different purpose, focusing on the acceptance of goods by the buyer or recipient. It indicates that the goods have been received, inspected, and accepted by the recipient, often in the context of a purchase order.

Typical Use: EDI 861 is used in purchase order scenarios, where a buyer confirms the acceptance of products received from a supplier, and it often includes information about the condition of the goods and any discrepancies.

In summary, while both documents involve the acknowledgment of goods, EDI 944 is typically used for internal transfers and stock movements, while EDI 861 is more focused on confirming the receipt and acceptance of products in a buyer-seller relationship, often linked to purchase orders. The choice between using EDI 944 or EDI 861 depends on the specific needs of the business process and the nature of the goods being exchanged.

What is EDI 944 Specification?

The specifications (specs) for an EDI X12 944 transaction set outline the technical details and requirements for its structure and content. These specifications are necessary to ensure consistency and compatibility when exchanging EDI 944 documents electronically between trading partners. Here are some common specifications for an EDI 944 document:

Document Format: The document is typically formatted according to standard EDI guidelines, often using ASC X12 or UN/EDIFACT standards.

Transaction Set Header: The header contains information such as the sender and receiver identification, document type (e.g., EDI 944), date and time of transmission, and a unique control number for tracking.

Repeating Segments and Data Elements: These define the structure of the document, including segments and elements for key information like item descriptions, quantities received, reference numbers, and additional details related to the receipt.

Implementation Guidelines: These guidelines detail how specific industries or trading partners should use the EDI 944 document. They may include additional data requirements or business rules.

Data Elements: Definitions for each data element within the document, describing their purpose and format.

Message Trailer: Similar to the header, the trailer segment contains control information, including a unique control number for verification.

These specifications are essential to guarantee that EDI 944 documents are created and exchanged correctly, ensuring a consistent and accurate flow of information in the supply chain. It’s important to consult the specific standards and implementation guidelines provided by your trading partners to adhere to the required specifications.

EDI Guide

Role of EDI Service Providers in Facilitating the Exchange of EDI

EDI service providers play a crucial role in simplifying the exchange of EDI 944 and other EDI transactions for businesses. They offer a range of services designed to streamline the process and ensure efficient communication between trading partners. At EDI2XML, we offer a range of EDI services to meet all EDI needs.

Our EDI Fully Managed Service provides end-to-end support, including document mapping, translation, and data validation. We handle the entire EDI process, from sending and receiving documents to ensuring compliance with industry standards. This service allows businesses to focus on their core operations while leaving the complexities of EDI to experts.

Our EDI Web Service is designed for companies that prefer a self-service approach.

This service allows businesses to quickly begin exchanging EDI transactions (connecting to our service takes no more than an hour) and easily manage their EDI transactions, including EDI 944, with no-contract and on a pay-as-you-go basis.


USEFUL READING: How to Become EDI Compliant in Under 60 Minutes (Yes, Really)


Both services are designed to enhance efficiency, accuracy, and compliance in EDI transactions, making it easier for companies to manage their supply chain and inventory processes.

With the support of EDI service providers, businesses can achieve seamless and error-free communication with their trading partners, ultimately contributing to smoother and more productive operations.

If you’re ready to explore the benefits of our EDI services, whether through our Fully Managed solution or our user-friendly EDI Web Service, we’re here to help.

Contact us today for a free consultation to discuss your specific needs and how we can tailor our solutions to streamline your EDI processes.


Modern businesses are constantly striving to improve and automate their business processes, especially when it comes to supply chains. However, even the best-run supply chains can face situations where adjustments need to be made. If a problem arises with a purchase order, the trading partner uses EDI 812.

What is an EDI 812?

EDI 812, formally known as an EDI X12 812 Credit/Debit Adjustment Transaction Set, is an EDI document used by trading partners (buyer and seller) in B2B communication to indicate that adjustments have been made to a specific payment or to demand an adjustment or bill-back.

Using EDI 812 transaction, trading partners can reconcile payments with invoices and eliminate the need for paper credit or debit memos.

Who Uses The EDI 812 Debit/Credit Adjustment?

EDI 812 is used to automate B2B communications in all industries. This EDI document can be used by various companies such as:

  • Retailers/ grocers
  • suppliers of goods and services
  • manufacturers of goods
  • wholesalers
  • warehouses
  • 3 PL Logistics
  • transport companies (providing road, rail, sea (river) and air transportation) and many others.

When is The EDI 812 Document Used?

Trading partners use EDI 812 Credit/Debit Adjustment in various cases, the most common examples are:

  • The products that were ordered were not delivered.
  • There was a mistake in sending the products.
  • A defective, damaged, or spoiled item was received.
  • The manufacturer’s discount or retailer’s markup needs to be adjusted.
  • In the original purchase order or invoice, there was an error in the pricing.
  • There is an inconsistency in the quantity of goods delivered. For instance, when more or less goods are delivered than ordered.
  • Consumers are returning the goods to the retailer

What Information is Included in EDI 812 Debit/Credit Adjustment?

Generally, an EDI 812 document refers to a specific Purchase Order or Invoice and contains detailed information such as:

  • The number of the original PO or Invoice.
  • The total amount of the adjustment.
  • The items that are being adjusted.
  • Identification of the items.
  • Quantity of the items.
  • Credit, debit, or adjustment justification.
  • Debit/Credit Memo

EDI X12 812 Transaction Set Specification

EDI X12 812 Credit/Debit Adjustment Transaction Set is an electronic document used in the context of EDI where:

EDI – Electronic Data Interchange is a technology used to exchange commercial data between companies in a structured digital form based on regulated message formats and standards.

X12 – is a cross-industry standard for electronic exchange of business documents between business partners. In the United States, it is the most commonly used EDI standard.

812 – is a unique three-digit number to identify an EDI transaction. A three-digit code is assigned to each type of EDI document that is used in the X12 standard.

Transaction Set – is an electronic document that is the equivalent of a paper document.

The following is an example of the specification for the EDI 812 Transaction Set. The 812 contains mandatory and optional data, as with any other EDI document. Depending on the field of activity and the requirements of the trading partner, additional data may be required.

A typical structure for this document would be as follows:

EDI 812 Transaction Set Heading:

Segment IDNamePurpose:
ST Transaction Set HeaderIndicating the start of a transaction set and assigning a control number
BCD Beginning Credit/Debit AdjustmentProvide the receiver with the identifying date and number for the transaction set and the monetary value of the transaction
N9 Extended Reference InformationTransmit identifying information as specified by the Reference Identification Qualifier
PER Administrative Communications ContactIdentification of the individual or office to whom administrative communications should be addressed
SHD Shipment DetailTo specify shipment details, such as weight, quantity, and routing instructions regarding crediting or debiting returned products
N1 Party IdentificationIdentification of a party based on type of organization, name, and code

EDI 812 Transaction Set Detail:

Segment IDNamePurpose:
CDD Credit/Debit Adjustment DetailProvide information concerning a line item adjustment 
LIN Item IdentificationIdentifying basic information about an item 
PO4 Item Physical DetailsTo describe the physical characteristics, packaging, weights, and dimensions of an item 
N9 Extended Reference InformationTtransmit identifying information as specified by the Reference Identification Qualifier 
SE Transaction Set TrailerTo specify the end of a transaction set and report the number of segments transferred (including beginning (ST) and ending (SE) segments). SE represents the final segment of a transaction set. 

What Communication Protocol is Used to Send and Receive EDI 812?

At present, most companies that use EDI to communicate with their business partners do so over the Internet using FTP, sFTP, or AS2 communication protocols. For a variety of reasons, some companies may opt to use VAN, which is a more expensive solution.

Learn more about EDI communication protocols in the free EDI guide: Introduction to EDI Communication

EDI B2B Automation Through 812 Translation

The information transmitted by EDI 812 needs to be translated into a functional format for further processing or for integration into the company’s business system. Many companies use the Fully Managed EDI Services from EDI2XML. Through this service, EDI 812 information can be synchronized with an internal system, such as an ERP/CRM or accounting system, eliminating the need for manual data entry. In this way, the data received from trading partners via EDI is immediately pushed into the business system and can be processed quickly.

Learn more about the Fully Managed EDI Service

As an alternative to fully managed EDI, to transmit and translate an EDI 812 or any other EDI document, company can use low-cost and flexible EDI solution from EDI2XML – the HTTP EDI Web Service (REST API).

EDI2XML Web service is a web-based HTTP service that runs over the Internet and converts EDI messages into XML and XML messages into EDI (based on EDI2XML’s proprietary XML schema).

Learn more about this EDI service in the article: How to Become EDI Compliant in Under 60 Minutes (Yes, Really)

Benefits of Using the EDI 812 Credit /Debit Adjustment

Both the seller and the buyer benefit from EDI 812 credit/debit adjustment by automating the transaction process. Below are some of the advantages that can be realized by both trading partners:

  • Sending and receiving credits/debits can be done more quickly and with less effort
  • Gain operational efficiencies by reducing paperwork
  • Automated data entry reduces errors
  • Maintains documentation for deductions and credits

Conclusion: All You Need to Know About EDI 812 Credit/Debit Adjustment

For more information on how to implement EDI 812 in your company, contact us for a free consultation with one of our EDI experts.

You can also gain a lot of useful knowledge about business and e-commerce automation and integration of EDI, ERP, and CRM by exploring our Blog

Free IT Consultation


EDIElectronic Data Interchange is a well-established protocol of business data exchange, which has become more and more widespread in recent years among businesses of all sizes and various industries.

Through EDI, companies can exchange business documents that were traditionally communicated on paper or by e-mail.

By replacing the exchange of paper or e-mail documents with EDI, companies save time and eliminate manual data processing, which often leads to errors and costly delays in all business processes.

Companies today use EDI to send all kinds of documents, from orders, and invoices to motor carrier load tender, customs manifest, and more.

The exchange of EDI takes place between business partners who exchange goods or services.

All EDI transactions comply with standards developed and maintained by several organizations including UN/CEFACT, X12, ODETTE, GS1, Peppol, and others.

However, despite uniform standards, each industry can use a certain set of specific EDI transactions. Below we provide some examples of EDI documents for specific industries.

USEFUL: A complete list of documents that can be exchanged via EDI

EDI for Transportation and Logistics Industries

The Transportation industry actively uses EDI and, in addition to standard transactions, this industry use sets of specific EDI documents.

The transport industry includes a huge variety of different types of transportation. It includes marine, air, rail, and motor freight. Accordingly, the EDI transactions used for example in rail transportation will differ from those used by motor freight.

The Most Used EDI Transactions for Transportation and Logistics

USEFUL: You can find a complete list of EDI transportation codes in our article “EDI Integration for Transportation and Logistics

EDI for the Supply Chain Industry

The supply chain industry includes many processes such as distribution, inventory, purchasing, production planning, sales, supply chain planning, interaction with trading partners and warehouses.

The use of EDI in the supply chain allows the company to quickly exchange documents electronically with all suppliers, exchange prices and catalogs, track information on shipments and acceptance of goods. EDI allows to make the supply chain as transparent and efficient as possible, receiving up-to-date data on the movement of goods and funds in real-time.

EDI Transactions for Supply Chain

Here are some of the most common EDI documents in the supply chain:

  • EDI 810 – Invoice
  • EDI 846 – Inventory Status
  • EDI 850 – Purchase Order
  • EDI 856 – Ship Notice/Manifest
  • EDI 855 – Purchase Order Acknowledgment
  • EDI 820 – Payment Order/Remittance Advice
  • EDI 753 – Request For Routing Instructions
  • EDI 754 – Routing Instructions
  • EDI 816 – Organizational Relationships
  • EDI 830 – Planning Schedule With Release Capability

To learn more about the use of EDI in the supply chain, read our article: Electronic Data Interchange (EDI) in the Supply Chain

It covers the following questions:

– What is EDI?

– Why use EDI in the supply chain?

– How does EDI work?

– Typical EDI workflow process

– Additional and specific types of EDI messages

– Benefits of EDI for Supply Chain Management

– Effective EDI Solution for Supply Chain

USEFUL: EDI for Third-Party Logistics providers (3PL)

EDI for HealthCare and Insurance Industries

EDI is of great value to healthcare organizations because it provides a secure way to electronically exchange sensitive information.

The healthcare industry includes health insurance activities, which are carried out by both commercial and public health organizations.

Most common EDI Transaction Sets in HealthCare

  • HIPAA / X12 270 – Eligibility, Coverage, or Benefit Inquiry
  • HIPAA / X12 271 – Eligibility, Coverage, or Benefit Response
  • HIPAA / X12 276 – Healthcare Claim Status Request
  • HIPAA / X12 277 – Health Care Claim Status Response
  • HIPAA / X12 837 – Health Care Claim (Professional, Institutional, and Dental)
  • HIPAA / X12 999 – Implementation Acknowledgment
  • EDI 273 – Insurance/Annuity Application Status
  • EDI 274 – Healthcare Provider Information
  • EDI 275 – Patient Information
  • EDI 834 – Benefit Enrollment And Maintenance
  • EDI 835 – Health Care Claim Payment/Advice
  • EDI 852 – Product Activity Data (to exchange information between Manufacturers and Pharmacies)
  • EDI 999 – Implementation Acknowledgment (for Health Care Insurance)

To learn more about EDI in healthcare, please read this article: All you need to know about HIPAA EDI compliance in Healthcare

EDI for the Retail Industry

The Retail Industry is a pioneer in the implementation of EDI. Large retailers are actively automating business processes and introducing new information technology solutions to reduce costs and increase sales.

Thus, the use of EDI in retail is a must. Since large retail companies have a huge number of suppliers, they have to exchange thousands of documents every month. It is simply impossible to go through so much documentation manually.

The Most Used EDI Documents in the Retail

  • EDI 810 – Invoice
  • EDI 820 – Payment Order/Remittance Advice
  • EDI 832 – Price/Sales Catalog
  • EDI 846 – Inventory Inquiry/ Advice
  • EDI 850 – Purchase Order
  • EDI 852 – Product Activity Data
  • EDI 855 – Purchase Order Acknowledgment
  • EDI 856 – Ship Notice/Manifest
  • EDI 861 – Receiving Advice/Acceptance Certificate

The use of EDI in retail offers many benefits, ranging from savings in paperwork and avoiding manual data entry errors, to reducing transport and logistics costs and increasing company profits.

If you want to learn more about the use of EDI in retail, please read this article: The Top 6 EDI Documents for Retail Suppliers

Conclusion: EDI for Specific Industries

In this article, we explored the use of electronic data interchange in some industries, however, if you have any questions regarding EDI, you can always contact us for a free initial consultation.

Our more than 21 years of experience in the implementation of EDI for various industries allows us to offer our customers the most profitable and effective EDI solutions.

Free EDI Consultation

How to Become EDI Compliant in Under 60 Minutes (Yes, Really)

Being an EDI-compliant company is one of the most effective ways to drive business growth.

There are times when SMEs cannot collaborate with large companies because small companies do not meet their EDI requirements.

In other cases, companies may lose their long-term large business partner because a large company moves to EDI and starts requiring all of its suppliers to exchange documents via EDI.

This can happen to any company.

However, EDI is still the main tool for interacting between business partners and the possibility of cooperation with large companies.

In fact, all major retail companies such as Walmart, Kroger, Home Depot, Costco, Target, and others, actively use EDI to communicate with their suppliers, carrier companies, and 3PL partners.

So what tool can enable you to quickly exchange EDI and become EDI compliant? How to start exchanging EDI documents quickly and cost-effectively, without losing an existing trading partner and be ready to cooperate with new ones?

HTTP EDI Web Service (REST API) – an Easy Way to Exchange Business Documents

EDI connectivity is a pain for many SMEs. Often, they simply do not have the necessary resources for an EDI integration and can’t afford the monthly EDI fees that must be paid to the EDI provider. Moreover, often, it is simply not profitable and very expensive, since small companies often have a small volume of transactions per month.

With over 20 years’ experience as an EDI provider, we have identified this problem that small businesses need to solve every day, and developed a unique, easy-to-use solution for SMEs to become EDI-compatible quickly and easily.

We have built a robust and well-established EDI tool that allows you to connect to EDI in record time and start exchanging EDI documents with your trading partners.

What is EDI Web Service?

The EDI2XML Web Service is a web-based HTTP service that runs over the Internet and is capable of translating EDI messages to XML and XML messages to EDI (based on EDI2XML’s proprietary xml format or schema).

EDI Web services

EDI Web Service is a low-cost alternative solution to on-premises EDI, SaaS EDI, or Managed EDI.

This EDI solution offers almost the same benefits of a traditional EDI, including speeding up business document transformation, eliminating document loss, and reducing administrative contact with trading partners.

Supported EDI Transactions

In our EDI document library here you can find a list of supported EDI X12, EDIFACT, HIPAA / X12 transactions that you can start transformation, and be ready to exchange in less than an hour. However, we can add any additional EDI transaction set at your request, without any fees.

EDI Web Service Fees

Payment for the use of the EDI web service is very simple and consists of two parts:

  1. The monthly payment for using the web service mailbox.
  2. Payment for the volume of processed data. This fee is variable and depends on the volume of data converted (between EDI and XML) during a calendar month.

GOOD TO KNOW: All new users of our API web service can benefit from our 15-days free trial.


3 Easy Steps to Become EDI Compliant

I will give you a specific formula in 3 easy steps you need to follow to quickly become EDI compliant without spending a lot of time and money.

Step #1: Get More Information about EDI Web Service

Learn full information about HTTP EDI Web Service on page: What is EDI2XML Web Service? On this page, you will find information about how the EDI web service works and what its benefits are.

Step #2: Request a Price List to Access the EDI2XML Web Service

Fill out the short contact form on this page to receive a document with a detailed pricing scheme. This document will also contain a section with answers to frequently asked questions. We recommend that you also read it as it contains very valuable information.

Step #3: Getting Started with EDI2XML Web Service in Record Time

After filling out the form and submitting it, we will contact you within [24] hours with the information you need (Token and password) in order to start interacting with the Web Service. Each subscription comes with detailed instructions and documentation regarding our Web Service.

Conclusion: Become EDI compliant in Under 60 Minutes

You may have already spent weeks looking for the right EDI solution, now you can quickly become EDI compliant without wasting another day of your time.

Our EDI web service is fast and stable and brings results to our customers.

If you have any questions, please contact us for a free EDI consultation.

EDI web service

In today’s highly competitive business market the efficiency gained through EDI implementation and integration is enormous. EDI (for electronic data interchange) allows companies to interact effectively with their business partners and opens new doors for small businesses to collaborate with large companies.

There are various types of EDI solutions, it can be either locally installed on-premises or cloud-based. Our company as a leading EDI provider offers all types of EDI services:

Each of the above EDI service models has its specific benefits. In today’s article, let’s look at the fully managed EDI service, and why companies can benefit from this EDI service or solution.

What is EDI?

Electronic Data Interchange (EDI) is the electronic exchange of business documents using a standardized format. EDI allows business partners to exchange business documents electronically rather than paper or e-mail.

Despite the widespread use of EDI in business, some companies still do not use EDI. They can be limited by the complexity of setting up their EDI flows and processes, or the lack of the necessary IT skills to do such an implementation. All these problems can be solved by hiring an outside EDI service provider that can take care of fully managing their EDI processes and its integration to their internal ERP/CRM system.

What is Fully Managed EDI Service?

The fully managed EDI service offering provided by EDI2XML means that we will fully manage the EDI operations and integration on the behalf of the customer.

Customers using our Fully Managed EDI Service do not need to install any software or hardware, we will setup and configure the process flows, take care of the data routing, and be responsible for data format transformation and integration.

With our fully managed EDI service, we will take on a wide range of responsibilities that are usually performed by an internal IT department and deliver a turnkey project when onboarding a client’s partners.

During the execution of any EDI project, our team will perform the following activities:

  • Initial analysis of the entire EDI Integration Project.
  • Work with the client to define the points of connectivity between both platforms.
  • Perform the communication testing, between the EDI2XML integration platform and the Trading Partner.
  • Configure the EDI2XML platform, according to the Trading Partners’ specific requirements.
  • Perform connectivity and full-cycle testing with the trading partner.
Fully managed EDI Service

EDI Managed Services for B2B Integration

A fully managed EDI service is ideal for companies that need to use EDI, but don’t want to spend time and effort to do the implementation themselves, or don’t have necessary EDI skills and specialists who can do it. They, therefore, need a partner (EDI service provider) who will take care of all the configuration and integration of EDI into any on-premises or cloud-based ERP or CRM system.

Advantages of The EDI Fully Managed Services

With an EDI managed service provider such as EDI2XML, you no longer have to worry about your EDI transactions because the EDI provider will professionally handle electronic data exchange on your behalf, so you can focus on growing your business.

Managed EDI

– No overpayments. For businesses, this is much more profitable than integrating EDI on-premises.

– Reliable level of security. The EDI3XML platform is hosted on our private cloud, in a state-of-the-art secured data center in Canada.

– No client-side installation. End-users do not need to download and install anything on their computers.

– Minimum requirements for user devices.

– EDI Fully Managed Services delivered by highly qualified EDI experts. Your company can benefit from the technical expertise of the EDI provider staff. You don’t have to deal with the cost of additional training for your own IT department or hiring additional EDI specialists.

– Possibility to seamlessly integrate EDI transactions into your business management system. We have implemented many projects to integrate EDI with Salesforce, SAP, Oracle’s JD Edwards, Shopify, and other business systems. This integration between EDI and ERP/CRM eliminates the need to manually enter data for each EDI transaction.

Useful reading: How to Change Your EDI Service Provider

EDI Fully Managed Service Price

Each month, our clients pay what we call the “ceiling” value, that is fixed in $ value, and includes a specific volume of data. At the end of the month, the monthly fee is re-evaluated based on the logs. So, depending on the volume, the price will be pre-calculated based on pre-packaged pricing packages per month, that increase (or decrease) dynamically based on the volume of data processed during a specific month.

In other words, when the monthly amount of data processed exceeds a certain threshold, the customer will be billed based on the respective pricing plan. It works both ways: when the volume is increased and when the volume is decreased.

Request our EDI Pricing Package here for more information.

EDI Outsourcing

Our company is a successful EDI service provider operating in North America and connecting trading partners worldwide for over 20 years. Our clients are large companies as well as small businesses from various industries.

Due to our level of experience and expertise, we helped each of our clients to choose the most optimal EDI solution for their business and qualified enough to handle all kinds of EDI scenarios.

Contact us for your first free consultation with one of our EDI integration experts.


EDI 824 Definition

EDI 824 Application Advice is an EDI document that is sent in response to a previously received EDI transaction. EDI 824 reports the receipt of an EDI document and indicates its status. Application Advice can report various statuses:

– acceptance

– rejection

– acceptance with change

Normally, trading partners discussed and agree in advance to each one of the above statuses.

How is EDI 824 Application Advice used?

To generate an EDI 824 transaction, some verifications must be performed on the received EDI document. For example, the list of items in EDI 856 (ASN) should be the same as in the previously submitted EDI 855 (PO Acknowledgement). If a deviation is found in the EDI document, an EDI 824 message with the appropriate status will be generated.

A company can implement Application Advice EDI 824 in response to any EDI document except if a specific response document already exists in EDI business practice, for example:

EDI 855 Purchase Order Acknowledgment in response to EDI 850 Purchase Order

EDI 990 Response to a Load Tender in response to EDI 204 Motor Carrier Load Tender

EDI 754 Routing Instructions in response to EDI 753 Request For Routing Instructions

Why Trading Partners Need EDI 824 Application Advice?

EDI 824 is designed to promptly inform business partners about the accuracy of the information in the previously submitted EDI documents.

This allows the company to promptly correct mistakes and send the adjusted document to their trading partner. EDI X12 824 is based on a general business practice and can be used in any type of business or industry, by any trading partner to advise, reject or indicate any errors on a previously received EDI document.

What are the Benefits of EDI 824?

Cloud Services Provider By using EDI 824, trading partners can quickly report issues related to incoming EDI documents they received, which helps to improve and speed up the order processing and avoid errors.

Cloud Services Provider Application Advice indicates exactly which elements of the received EDI document contain errors, so the sender can quickly correct the EDI document and resend it. This eliminates the need to spend time identifying inaccuracies and errors in the EDI document. This type of electronic exchange of errors and statuses, improves the process of communication between business partners.

Cloud Services Provider EDI 824 is generated automatically, eliminating manual processing of each rejected document.

What are the Differences between EDI 824 and EDI 997?

Even though both EDI 824 and EDI 997 are acknowledgment messages that are sent as a response to the received EDI message, they are very different EDI messages with different functions.

EDI 997 Functional Acknowledgement simply confirms the delivery of the EDI message and that the syntax of the EDI Transaction Set was correct. Accordingly, the EDI FA 997 informs the sender that the envelope has been received by the recipient, and its structure was validated, and it was accepted (or rejected) by the recipient, obviously without validating the content of the received EDI document.

Unlike EDI 997, the EDI 824 works differently; it is the result of the validation of the content of the received initial EDI document. Application notification parses the content of the message and returns a message with a specific status and indicates errors in the content of the message.

824 EDI Document Type

The formal name of this EDI document is X12 824 Application Advice Transaction Set.

EDI 824 Application Advice is supported by the X12F Finance Subcommittee under the X12 Accredited Standards Committee.

In the EDIFACT standard, which is used mainly in Europe, the APERAK – Application Error and Acknowledgement message perform the same function.

EDI Transaction Types – Complete List of EDI Transactions Sets & Codes for ANSI ASC X12 Standard

EDI 824 – Application Advice Structure

ANSI ASC X12 824 Application Advice, can have the following structure:

ISA Interchange Control Header

GS Functional Group Header

ST Transaction Set Header

BGN Beginning Segment

N1 Name

PER Administrative Communications Contact

OTI Original Transaction Identification

REF Reference Identification

DTM Date/Time Reference

AMT Monetary Amount

TED Technical Error Description

SE Transaction Set Trailer

GE Functional Group Trailer

IEA Interchange Control Trailer

How to Integrate and Exchange EDI 824

To exchange EDI 824 or any other EDI documents, each company can choose the most optimal solution that will be most beneficial for it and meet the business requirements of their trading partners.

As an EDI service provider with over 20 years of experience, we understand that requirements can be different from a company to another. One company may have a huge number of EDI transactions that need to be integrated directly into their ERP or CRM system (for example, Salesforce, Oracle JDE, SAP, etc.)

Another company may only have a few transactions per week, and it is not profitable for them to implement a fully managed EDI solution on their own premises.

Some companies may be leaning towards the “on-premises” EDI solution when they have “internal policies” or they are a large enterprise with their own team of IT experts.

That is why we have developed different types of EDI solutions and support different EDI standards (X12, EDIFACT, RosettaNet, etc.) and can use different communication protocols (like AS2, VAN, FTP / SFTP, HTTP / HTTPS) to meet the need of any company.

EDI Web Service

EDI2XML web service is a REST API to convert X12 to XML and vice versa. This API web service for EDI exchange is very low cost and meant for companies who got their own technical resources to work with REST API. Thus, this is a self-service solution with no contract, and no commitment, moreover you can be up and running in less than an hour.

Fully Managed EDI Solution

EDI2XML Managed Services is our popular EDI service that includes translation and communications services. All EDI file conversions are done on our side, so customers don’t need to install software or hardware on-site. This is a complete turnkey EDI solution.

Moreover, with these fully managed services, all EDI documents can be synchronized with the company’s internal system such as ERP, CRM, eliminating the need for manual data entry and fully automating the EDI process.

EDI On-Premises Solution

We offer EDI services with “on Premises” deployment at the customer servers.

In this case, companies need to have some resources such as proper in-house EDI expertise, expertise to work with XML, necessary IT infrastructure.

We help companies choose the best personalized EDI integration solution for their business. To find out more, contact us for a free consultation with one of our EDI experts.


You may also be interested in reading about:

EDI integration for B2B exchange to optimize and grow your business

The Top 6 EDI Documents for Retail Suppliers

Electronic Data Interchange (EDI) in the Supply Chain


What is EDI 820 Remittance Advice?

X12 EDI 820

EDI X12 820 Payment Order/Remittance Advice (or simply EDI 820), sometimes called as EDI payment, is an electronic document transmitted via EDI (Electronic Data Interchange) that business partners (seller, buyer, financial institution…) use to provide detailed payment information. Normally an EDI 820 transaction, is sent by the buyer to his supplier after issuing a payment against an EDI 810 Invoice sent by the supplier.

In North America, the Payment Order/Remittance Advice transaction set is transmitted in EDI X12 standard. The message code in EDIFACT standard for the Remittance advice message is REMADV.

REMADV is the analog of EDI 820; it has the same function and application in international business practice, mainly in Europe.

Usage of the EDI 820 Payment Order/Remittance Advice Transaction Set

Unlike typical EDI transactions exchange between two trading partners, banks and financial institutions are also involved in the exchange of EDI 820.  

Moreover, EDI 820 transaction set can be used for various purposes:

Simultaneously to make a payment and send remittance advice (sent through your bank to trading partner)

In this case, all Remittance Advice details and the Payment Order will be transferred to your financial institution (bank). The bank will then forward Remittance details to your trading partner and debit your account in favor of your trading partner.

To send remittance advice only (sent directly to your Trading Partner, payment is made independently)

If you use this option, you must make payment to your trading partner in separate transaction. This transaction must match the total amount specified in the EDI 820 detail transmission. Normally, the trading partner accepts payment details referencing invoice numbers only.

Remittance Advice can be sent directly from the payer to the recipient, through a financial institution, or a third-party agent.

To make an EDI payment (sent through your bank to trading partner)

In this case, the payment order will be transferred to the bank and the bank will forward the file to your trading partner and debit your account in favor of this trading partner. Thus, EDI 820 can act as an instruction for a financial institution to make a payment to the beneficiary.

It should be noted that usually trading partners also require the details to be sent in EDI format.

Some companies may still accept non-EDI remittance advice, however, data sent by email, fax, or paper will incur additional manual processing fees for each transaction.

What information is included in EDI 820

As mentioned above, Payment Order/Remittance Advice document contains all important information related to the financial transactions. The EDI 820 document contains the following basic information:

  • Payer / Beneficiary identification (name, address details)
  • Invoice number(s)
  • Bank and account information
  • Invoice adjustments (if applicable)
  • Payment amount
  • Currency
  • Payment/remittance date
  • Method of payment/funds movement
  • Credit /debit confirmation
  • Check /payment number

How to send and/or receive Remittance Advice (EDI 820)

There are several different ways to exchange an EDI 820 document. The main communication protocol to transfer EDI documents are:

  • Connection with VAN (Value Added Networks). VAN is the third party in the EDI exchange process that transmits and stores data in an electronic mailbox until it is received by one of the business partners.

Point-to-point EDI exchange:

  • FTP/SFTP – File Transfer Protocol/Secure File Transfer Protocol. These file transfer protocols allow trading partners to connect with each other via the Internet to exchange EDI documents.
  • AS2 – A secure way to exchange documents electronically over the Internet by using digital certificates and encryption of the EDI data.
  • HTTP (REST) where data is transferred using content type “multi-part/form data”

Each one of the above communication protocols,  has its advantages, however, each company must decide what best fits its policy, based on the requirements of its business partner or the business processes of the company.


To learn more about EDI Communication Protocols read our article: All about EDI: 11 Complete Answers about Electronic Data Interchange


EDI 820 Payment Order/Remittance Advice Segments and Data Elements

Payment Order/Remittance Advice like any other EDI document has a structure of segments and elements predefined by the X12 standard. Some of them are mandatory, some are optional. It all depends on how this EDI 820 document will be used and the specifications requested by the trading partner.

The structure of EDI 820 could be as follow:

ISA – Interchange Control Set Header (Mandatory)

GS – Functional Group Header (Mandatory)

ST – Transaction Set Header (Mandatory)

BPR – Beginning Segment for Payment Order / Remittance Advice (Mandatory)

TRN – Trace (Mandatory)

CUR – Currency (Mandatory)

REF – Reference Numbers (Mandatory)

DTM – Date / Time Reference (Optional)

N1 – Name (Mandatory)

N3 – Address Information (Optional)

N4 – Geographic Location (Optional)

PER – Administrative Communication Contact (Optional)

ENT – Entity (Optional)

RMR – Remittance Advice Accounts Receivable Open Item Reference (Mandatory)

REF – Reference Numbers (Optional)

DTM – Date / Time Reference (Optional)

ADX – Adjustment (Optional)

SE – Transaction Set Trailer (Mandatory)

GE – Functional Group Trailer (Mandatory)

IEA – Interchange Control Trailer (Mandatory)

Integrate EDI 820 Payment Order/Remittance Advice with EDI2XML EDI Service

With over 21 years of experience in EDI integration, we offer our clients the most advanced and cost-effective EDI service.

You can start exchanging EDI 820 Remittance Advice within an hour using our EDI Web Service. It is a cost-effective, no-contract, and fast EDI solution that does not require special technical knowledge. In addition, we offer a free 15 days trial period. Find out more about our EDI web service here.

With our Fully Managed EDI Service, we take care of all:

  • EDI mapping
  • Trading Partner configuration
  • Standards maintenance
  • XML/CSV/TXT translation
  • Send & receive EDI documents, to and from Trading Partners or to and from the customer
  • Drop off & pick up Json/XML/CSV/TXT files to and from the customer.
  • Integration with ERP application with certified connectors (when required option)

Request our EDI2XML fully managed EDI service Pricing Packages here, or contact us for a free consultation with our EDI expert.

This post was updated to reflect current trends and information.


Understanding the Basics of  EDI ANSI ASC X12

This article describes the EDI ANSI ASC X12 standard (American National Standards Institute Accredited Standards Committee X12).

This overview provides full information on the EDI ANSI X12 standards, including general terms (Interchange, functional group, document), description of the main components of an EDI document (segments, elements), and how an EDI document is structured.

What is meant by EDI?

EDI Electronic Data Interchange is the process of electronically exchanging business documents (in a pre-defined format) between trading partners.

The EDI ANSI ASC X12 standard has different versions (related to development standards) – 4010, 5010, 5020

In EDI X12, each document has a three-digit number identifier. For example, an Invoice is 810, an Inventory Inquiry/Advice is 846,  an Advance Ship Notice  is 856, etc. more detailed list of EDI X12 documents with its identifier you can find here: Complete List of EDI X12 Codes


ANSI (American National Standards Institute) – is a non-profit organization that oversees the development of voluntary consensus standards for products, services, processes, systems, and personnel in the United States. EDI is handled by the Accredited Standards Committee X12 (ASC X12), it develops and maintains the X12 Electronic data interchange (EDI).

EDIFACT (Electronic Data Interchange for Administration, Commerce, and Transport.) EDIFACT standard is used mainly in Europe.


EDI Terminologies:

Interchange (or Envelop)

Interchange envelope is a structured data set to deliver electronic transactions to a receiving. Interchange can include a package of groups of documents but also may contain only one group with one document.

The Interchange structure

EDI document structure

Interchange begins with the ISA segment and ends with the IEA segment (ISA / IEA Envelope).

EDI X12 – Functional Group

A functional group is a group of one or more similar transaction sets. The beginning of the functional group is determined by the GS segment and the end by the GE segment.

How does an EDI document look (example)

ISA*00*          *00*          *ZZ*A1STORES    *12*5142645505     *190510*0728*|*00403*100000013*0*P*}

GS*PO*A1STORES*5142645505*20190510*0728*1013*X*004030

ST*850*1013

BEG*00*SA*2332233**20190510

REF*IA*66910

PER*BD*Contact Name*TE*123-456-7890

FOB*DF

DTM*010*20190517

DTM*001*20190525

TD5*****Carrier Routing*******CG

N1*ST*Towner Square Schooms*92*006

N3*Williston Towner Square*2100 11th St SW

N4*Williston*ND*58701

PO1*1*4*EA*4.15**UP*066810348563*IT*WACT750SP16-BLK

CTP**RTL*7.99

PID*F*08***Nike Boy Short Black sz M

PO1*2*6*EA*5.00**UP*066810349983*IT*WACT170SP16-AMP

CTP**RTL*7.99

PID*F*08*** Reebok Boy Short Abstract Print sz M

PO1*3*4*EA*5.25**UP*066810349747*IT*WACT790SP16-BLK

CTP**RTL*9.99

PID*F*08*** Puma Boy Short Red sz M

CTT*3

SE*22*1013

GE*1*1013

IEA*1*100000013

What is an EDI envelope?

The outer envelope ISA / IEA contains one or more functional Groups (GS/GE Envelopes) that contain the data, each in a separate envelope (ST/SE Envelopes).

The ISA / IEA envelope contains the addresses of the recipient company and the sending company.

The GS / GE envelope contains information about the type of documents contained in it, they are denoted as a two-letter code. (functional ID code). For example, PO for 850 Purchase Order, IN for 810 Invoice. Such an envelope contains only documents of the same type. GS also contains sender’s and receiver’s ID code, functional Group control numbers, date and time.

Functional Group Header (GS)


Functional Group Trailer (GE)

Functional Group Trailer (GE)

EDI segments

A segment in an EDI document is a group of identical data elements that may occur several times, to provide information about a product (i.e. weight, color, size, etc.)

edi x12 Segment

Segment optionality

Segments in a EDI X12 document  can be of two types:

M (mandatory) – a mandatory segment. Such a segment contains the basic information of the document. The mandatory segment cannot be omitted from the document. Example of the mandatory segment:

BEG*00*SA*2332233**20190510

This is the (BEG) segment of the header, it contains general document information:

  • Destination (00 – Original)
  • type (SA – Stand-alone Order)
  • order number (2332233)
  • 20190510 – Mai 10, 2019

This segment identifies the document.

O is an optional segment. These are segments containing secondary information. Optional segments may not be present in the EDI document. An example of an optional segment:

PER*BD*Contact Name*TE*123-456-7890

This is a PER segment – Administrative Communications Contact, i.e. “contact information”. This segment contains the following information:

  • BD- Buyer Name or Department
  • TE – Telephone
  • The phone number itself 123-456-7890

EDI Document Structure

The initial segments of each section, is called Header, and the final segment is called Trailer:

  • ISA – Interchange Control Header – this is the segment that defines the sender and recipient.
  • GS – Functional Group Header – this segment defines the type of document(s) that are included in this group.
  • ST – Transaction Set Header – this segment starts the document and is used to assign a control number.
  • SE – Transaction Set Trailer – the segment defines the end of the document.
  • GE – Functional Group Trailer– defines the end of the data that was started by the GS segment.
  • IEA – Interchange Control Trailer – is ending the Interchange segment.

EDI document: Header, Details, and Summary

Each EDI document (i. e. an order, an invoice) is divided into three groups – Header, Details, and Summary.

EDI structure

The Header of the document contains general information such as number, contact information, dates of delivery, addresses, etc.

The details of the EDI document contain information about the ordered product (quantity, price, etc.).

The Summary contains information such as the total cost of the goods, number of goods, etc.

Using EDI in business

EDI is used in many industries, but primarily in trading, transport, and logistics.

Retailers such as Costco, Walmart, and others use EDI X12 to exchange electronic documents with their trading partners.

Typically, a retailer and suppliers exchange the following EDI documents:

EDI is the connecting suppliers and retailers and allows business partners to minimize errors, and automate processes.

Free EDI consultation

RELATED POSTS:

What is EDIFACT? | UN / EDIFACT standard overview

Electronic Data Interchange: Key Information You Need to Know

What Are the Differences Between ANSI X12 and UN/EDIFACT

A technical introduction to EDI

This post was updated to reflect current trends and information.


API Web Service for EDI X12 exchange – Discover the advantages

For over 20 years, we have been working with EDI, integrating systems and helping companies of all sizes, in their digital transformation journey. We have been writing extensively and covering hot topics about EDI integration with e-commerce such as Shopify, Amazon and other eCommerce platforms, or EDI for drop-ship business, or EDI Integration with Salesforce and other different CRM and ERP system.

We have extensive knowledge in Electronic Data Interchange (EDI), and we share our knowledge by writing a large number of articles in our Blog ; we take up questions from our readers and contacts, related to different EDI topics, including types of EDI messages , EDI Standards and we try to respond to those in our blog.

In this article, there is an important topic I want to expand on: it is our EDI2XML API service, to translate EDI to XML (and vice versa) through our Http/https/httpss REST Web Service; This service we launched last year, and it is gaining success and popularity, mainly within the community of CTOs, Integrators and Developers who are looking for ways to include EDI messages processing, as part of their ESB (enterprise service bus) integration projects, in a corporate environment heavily connected using SOA (or service-oriented architecture).

What is EDI2XML Web Service?

EDI2XML Web Service, is an HTTP/HTTPS/HTTPSS service running over the internet, on EDIXML own platform that is capable of receiving HTTP/HTTPS/HTTPSS requests to translate EDI messages to XML, and XML messages (based on EDI2XML’s proprietary format) to EDI. The principles of the mechanism of EDI2XML Web Service is schematically illustrated in the figure below.

EDI2XML Web Service: Who is it for?

EDI2XML Web Service is for developers and businesses, interested in building their own EDI (Electronic Data Interchange) integration flows and programs. Normally, these individuals, are capable of interacting with external API and Web Services to translate EDI to XML and XML to EDI, and have the resources and expertise to work with Web Services and HTTP/HTTPS/HTTPSS requests in order to achieve their goals. EDI2XML web service is the premier choice for IT people as a reliable service to accomplish such Integration projects.

How much time does it take to get started with EDI2XML Web Service?

In order to access EDI2XML Web Service, and start taking advantage of our HTTP/HTTPS service in your EDI integration projects, we require that you fill the form on our EDI2XML website.

Getting started with EDI2XML Web Service, is very simple and quick. Within less than an hour, you can issue the first Call to the Web Service and see the response.

Our Web Service is very well documented and instructions are provided with each subscription. The instructions on how to get started are very straight forward and simple to follow. We provide detailed instructions and screenshots.

For a junior developer who is able to follow instructions, he can see results within less than an hour, just by following instructions from our quick start guide.

Moreover, we offer a 30 minutes courtesy technical call, for every new subscriber.

Is there any limitation with EDI2XML Web Service?

Access to our EDI2XML Web Service is unlimited and There are no limits for http/https calls. EDI2XML format supports currently the most commonly used EDI formats in North America: X12 and EDIFACT. You can check supported EDI transactions listed on our website. In case a transaction you are looking for is not on the list, we can simply just add it and activate into the service at no additional fee.

What is the XML format returned and expected by EDI2XML Web Service?

When Translating from EDI to XML, our EDI2XML Web service will generate a “proprietary” XML format we call it “EDI2XML format”. This is a very structured format where we do provide also the corresponding schemas (.xsd) for each transaction, in order to ease developer’s lives.

When translating from XML to EDI, EDI2XML expects a proprietary XML format, which we do provide the schemas (.xsd).

Does EDI2XML Web Service support Https?

EDI2XML API service supports http and https REST calls. We do realize how important is to transmit EDI information on a public tunnel such as the internet, with full security, when calling our EDI2XML web service.

Advantages of using EDI2XML HTTP/HTTPS service:

  • Get started with less than an hour
  • No contract: pay as you go
  • Very simple and dynamic pricing scheme
  • Availability and reliability
  • Based on proven technology in the field for over 18 years now
  • Outstanding technical support
  • Self-service solution
  • Cloud based
  • Low cost
  • Quick entry: you can be up and running in less than an hour, since we provide everything an integrator/developer needs to get started. We provide java client with its source code and instructions on how to try it.
  • Free trial for [15] days, with no commitment.

EDI Consultancy

We do offer EDI projects consultancy. We help companies plan, deploy, test and integrate EDI projects. You can simply call us (450) 68-3009 Ext 223 or write us sales@namtek.ca if you need any EDI consulting work. We have a proven 20+ years of experience in EDI and integration projects.

EDI Web Service for edi integration

This post was updated  to reflect current trends and information.

 

Overview of EDI

EDI (Electronic Data Interchange) – standardized message formats for the transfer of commercial information between business partners. The two most common documents exchanged using EDI are purchase orders (EDI 850) and invoices (EDI 810). To transfer the EDI data, companies are often using the Internet or VANs (Value Added Networks). EDIFACT is the most popular EDI standard in Europe and ANSI X12 is in active use in North America. In the global  supply chain,  the GS1 EDI  set of standards are predominant. In brief, EDI allows companies to communicate business and commercial information quickly and efficiently.

Read: What is EDI? (A technical introduction to EDI)

Understanding XML

 XML (Extensible Markup Language) is a markup language that allows to standardize the data, in the form of text easily understood by users and computers. In other words, XML is a simple and flexible text format designed to meet the needs of electronic publishing.

XML has two main tasks:

  1. Provide a description of the data structure.
  2. Provide a common syntax for all other specifications.

Thus, XML does not specify how to display a document, it only describes its structure and content.

XML created in 1996 by W3C (World Wide Web Consortium); it is a subclass of the Standard Generalized Markup Language (SGML). XML was conceived to be a flexible format, at the same time as a formal metalanguage for use on the Internet. One of XML’s primary applications was in handling B2B and B2C data interchange.

From the beginning of XML implementation, its advantages over EDI were obvious. Simple and self-descriptive, structured, support of multi-lingual and Unicode (very important for international EDI transaction).

What is EDI2XML?

EDI2XML is a technology to transform incoming EDI documents (X12 EDI files) into XML. At the same time, converting an XML document to EDI X12 format. This process of converting edi to xml is due to the fact that our company took the time to create predefined xml schemas (xsd files) that respond to the business needs of almost 100 % of EDI consumers.

Read: How does EDI2XML work?

EDI2XML converter

The fact that we have over 20 years of experience in converting X12 EDI to XML gives us a competitive advantage over other EDI developers. We have already successfully implemented this converter in many companies of different sizes from various industries. We also helped IT consultants use EDI2XML in their EDI integration projects.

EDI2XML as a Service is our popular translation and communication service. All conversions of EDI files are done on our end, leaving customers with no on-site installation of software or hardware and an EDI project that is on time and within budget.

Read: EDI Integration of B2B e-commerce for small companies

If you would like to know more about the plans offered for EDI2XML (Free EDI Consultation), or would like to see it in action (live Demo), please do not hesitate to contact us.

Free Guide Intro to EDI


Related Posts:

Electronic Data Interchange: Key Information You Need to Know
ANSI ASC X12 Standards Overview
What Are the Differences Between ANSI X12 and UN/EDIFACT
A technical introduction to EDI