SEEBURGER Business Integration Suite Accelerate Business-Driven Innovation with IntegrationDownload whitepaper now
SEEBURGER Cloud Portal We provide Cloud Services to make your company more flexible and agile.
Log InSign Up
How can we help you? Rely on highly qualified support – around the clock.
Support HotlineService Portal
BIS 6.7 – Now Available! Customers using BIS 6.7 benefit from agile and scalable integration solutions for the digital shift and a variety of operating models.More about the Major Release
Jobs at SEEBURGER – Shape your future with us. The "Who is who" of the economy rely on SEEBURGER – you can trust in SEEBURGER as an employer
Current vacancies
We have compiled everything about EDI for you here: From the functionality and definition of EDI, the EDI software required for it, the selection of a suitable EDI operating model, the classic EDI project flow to the implementation of the EDI solution in your company. In our FAQs we have collected answers to the most frequently asked questions about EDI.
EDI (Electronic Data Interchange) is the electronic exchange of business documents such as orders, delivery notes and invoices. These documents are exchanged between business partners in the form of structured data and without manual intervention. EDI is not a specific technology, but a combination of electronic processes, exchange protocols (communication protocols) and established, internationally valid business document standards. The exchange of structured data itself must be simple and secure - i.e. via the established business document standards and independent of the specific formats or ERP (Enterprise Resource Planning) systems of the business partners involved.
The automation of the business processes by EDI is faster, more efficient and lesserror-prone than the exchange via other procedures and offers an enormous rationalization potential.
The advantages in the daily operative business are for example:
However, the use of EDI also results in a broad spectrum of advantages for company management, since business-relevant information is available more quickly and, above all, in a more structured manner. The evaluation of this data using appropriate business intelligence methods enables improved process control through constantly available and up-to-date data.
In the areas of planning, decision-making and control these are, for example:
top of page
As has already been explained, the exchange of messages between companies takes place along established business document standards (also EDI message standards) upon which the companies of an industry have agreed among themselves. For example, the European chemical industry generally uses the EDI standard EDIFACT, including the subset CEFIC (French: Conseil Européen des Fédérations de l'Industrie Chimique), which is specifically defined for the chemicalindustry. Since the ERP (Enterprise Resource Planning) systems do not generally master these message standards natively, the structured data to be sent by the ERP (internal format) must first be converted into the established message standard before it can be sent to the recipient via the agreed electronic exchangeprotocol (communication protocol). This involves three processing steps:
(Receive messages in internal format from the SAP System)
(Transfer messages from the internal format to the message standard)
(Technical dispatch via the agreed communication protocol)
Similarly, the processing steps on the receiver side must be carried out in reverseorder by confirming receipt of the message by the communication protocol in the communication-processing step, converting the message to the internal format inthe conversion step, and transferring the message to the receiving ERP system inthe third step.
If business partners decide to exchange business data electronically, they must make clear agreements so that they can understand each other's "messages". In practice, however, the dominant business partner initiating the EDI initiative (the so-called "hub") usually dictates the standards used by all subsequent partners (the spokes). The metaphor of the wheel hub and the memories comes from the point of view of the dominant business partner, who wants to standardise all his small business partners and connect them in the same way.
This concerns already existing industry standards.
The advantage of these EDI message standards can be easily illustrated by the following comparison: If many people who all speak a different language try to communicate with each other, an unmanageable number of interpreters will be required to establish communication:
2 people of different languages -> 1 interpreter
3 people of different languages -> 3 interpreter
4 people of different languages -> 6 interpreter
n people of different languages -> n(n-1)/2 interpreter
If, on the other hand, English is declared the international standard language, each person only needs one interpreter from his or her own language into English:
2 people of different languages -> 2 interpreter
4 people of different languages -> 4 interpreter
n people of different languages -> n interpreter
In direct communication, each message is individually transmitted directly from the sender to each individual recipient. The point-to-point connection is particularly suitable for transmitting large amounts of data.
With indirect communication, the message is sent once by the sender to a VAN (Value Added Network) provider, from where distribution to the individual receivers is controlled. The advantage of mailbox systems is that they can communicate independently of the partner. It is sufficient to establish a connection to your own mailbox.
SEEBURGER Guide to the Introduction of an EDI Project
The EDI software essentially consists of three components:
for the integration of your own ERP system (to dock the EDI software to the ERP system and receive and deliver messages in internal format from the ERP system)
for the conversion/transformation of in-house formats or messages. (to convert messages from the internal format to the industry standard agreed bythe industry for message exchange).
for the technical delivery of the "EDI Message” to the business partners
In many companies, an ERP system is the basis for controlling internal business processes. To enable electronic data exchange with external business partners, this ERP system is connected to the EDI system.
The ERP Connector connects the EDI software with the ERP software so that messages can be automatically transferred between the ERP system and the EDI software.
Widely used ERP systems for which EDI connectors are available on the market:
The modern SEEBURGER EDI system can be used to build the right connector for any further ERP system.
The task of the EDI converter is to convert data (messages) from the ERP system into standardized EDI messages - in the figurative sense, the translation into the languages required to enable communication. In order for data to be exchanged electronically between business partners, both must decideto use a specific standard. These standards are defined by various organizations such as the UN, ANSI, DIN or the VDA.
To exchange messages via EDI, business partners use uniform EDI message standards.
In addition to the global EDIFACT standard, there are other regional or industry-specific standards. You can find an overview here.
International standards of EDI message formats (excerpt):
With a converter from SEEBURGER, a multitude of other data formats found on the market can be converted.
The communication adapter establishes a connection between sender and receiver and securely transmits the previously converted message to the business partner once the connection has been established.
You can exchange data via either a mailbox system or a point-to-point connectionbased on the TCP/IP Internet protocol.
A mailbox system means an electronic mailbox. The sender sends the data to a mailbox where the recipient will pick it up. The protocol mainly used for this purpose is X.400.
The advantage of mailbox systems is that companies do not have to be constantly ready to receive and send data. This allows you to communicate partner-independently. It is sufficient to establish a connection to your own box.
Providers of X.400 mailboxes are VAN providers such as Deutsche Telekom, IBM orBritish Telecom. The data remains in the box until active collection.
The sender establishes a direct connection to the recipient for the duration of the data transfer. The sender and receiver systems must therefore be permanently accessible. The automotive industry mainly uses point-to-point connections, like meanwhile many other industries. It is particularly suitable for transmitting large amounts of data.
Common transmission protocols include HTTPs, (s)FTP, AS2, AS4 and OFTP2. Learn more about message standards and EDIFACT messages.
The selection of a suitable transmission method depends on two factors:
In addition to known transmission paths such as e-mail and FTP, there are numerous national, product- or industry-specific transmission paths for communication in the EDI environment.
Common transmission protocols for EDI messages:
In practice, there are many other communication protocols which are backed up by a modern EDI solution.
The EDI software can be operated on-premises, as a cloud model or via the Internet, as WebEDI at a provider.
With an on-premises solution, the company acquires the EDI software and operates it in its own data center, i.e. on its in-house or self-managed hardware. Operation and support are usually also carried out under the company's own responsibility, but can also be outsourced to a hosting partner.
The advantage of an on-premises solution is that all EDI requirements can be implemented without dependence on external partners. Sometimes the company policy requires that no data is given to the outside. Thus, only in-house operation is considered for EDI. In this case it is necessary to build up comprehensive know-how about EDI.
With cloud services, IT operations can be outsourced to external service providers. Data, software, platforms or even computing power are outsourced to the cloud provider and used via the Internet. EDI can also be booked as a cloud service. With this operating model, the investment in an EDI software is completely unnecessary; instead, the most standardized EDI cloud service of a service provider is used.
An EDI cloud service is particularly suitable for medium-sized companies, as the 24/7 in-house operation of an EDI solution often represents too great a challenge for them. The total costs of a clearly calculable EDI cloud service are often significantly lower than those of an in-house operation.
A cloud solution as an alternative to in-house operation should be considered in particular in the following cases:
The advantages: Cloud Services
Find out more about cloud services here and in the white paper "Move your Business into the Cloud".
In order to operate EDI in the classical sense, small and medium-sized enterprises(SMEs) with low message volumes often lack the know-how. At the same time, in many cases there is no economic justification whatsoever for this. A further hurdle can be the technical connection to the internal ERP system.
If no uniform ERP software is used in the company, an EDI cloud service is often omitted as an alternative, since in this case data cannot be provided all electronically.
Data exchange via WebEDI is ideal for such an SME. WebEDI enables you to receive, record and send EDI-based messages to your business partners partially automatically via electronic forms using a web browser over the Internet.
Of course, it is advantageous if as many customers as possible (e.g. retailers) canbe reached via such a WebEDI solution. Then the already manageable investmentpays for itself several times over!
More information about EDI for small and medium-sized enterprises can be found in our brochures SEEBURGER for small and medium sized enterprises and SEEBURGER express for EDI/B2B.
Three factors are decisive for the successful implementation of an EDI project in a company: the full support of the management, professional project management and an exact and clear definition of objectives.
The most important success factor in the introduction of an EDI project is the support provided by the management. The entire management is challenged to clarify the sense and purpose of the use of EDI and to provide active support in all areas across the departments concerned.
The priority of the EDI project in the company, for example, becomes clear to all employees from the outset through the introduction of classic controlling by higher-level departments.
Clearly defined reporting paths and management decision-makers make it easier for everyone involved to understand the project processes and find the right contact persons.
The implementation project must be equipped with the necessary human resources for all phases of the implementation - from preparation to final acceptance and release of the solution. It goes without saying that the members of the EDI project team are appropriately qualified. The technical qualification is abasic requirement for all members of an EDI team.
This goes hand in hand with the necessary decision-making authority, which is assigned to the project participants. Short decision processes and sufficient time and personnel buffers can help to set up a time schedule that is easy to adhere toand avoid deadline pressure.
The exact definition of the EDI project objectives is the beginning of every planning. The definition of objectives is the basis for the achievement of objectives and allows the control of the attainment of objectives during the entirecourse of the project.
What can be achieved with an exact definition of an objective?
What does an exact goal definition look like?
A correctly formulated project goal should have the following attributes:
Which questions help to define the objectives?
Further answers can be found in our guidebook on the introduction of an EDI project or directly at the EDI FAQ.
The aim of a preliminary study is to examine, with as little effort as possible, in which areas and with which resources the use of an EDI project appears sensible.
What can be defined in a preliminary study?
The pre-study includes a description of the existing systems in each functional unit and identifies how these systems can be improved with EDI.
The pre-study forms the basis for the final decision on the EDI project, the best immediate use in the organisation and the best ways of using the technology.
The report should be finance-oriented and provide the management with a soundbasis for decision-making.
As soon as the solution concept for the desired EDI solution has been defined, detailed requirements are derived from the target concept. These requirements form the basis for a later requirement specification.
In addition to the technical requirements, a general decision must be made as to whether an in-house or SaaS solution is to be sought.
The following criteria, among others, should be used for this purpose:
The EDI concept phase takes place prior to installation in order to achieve an optimal solution. In this phase, standard EDI settings can be installed in a real-world environment and the parameters tested accordingly.
Within the framework of the concept phase, the
The EDI concept phase enables the customer to comprehensively understand the functions of the software and services at an early stage and to develop a comprehensive understanding of the EDI solution and its technical possibilities.
Test plans and reference data were defined in the EDI concept phase, and these are now intensively evaluated in the EDI test phase with the associated trading partners.
In this phase, an iterative process is used to determine if and which corrections are necessary with regard to the process or the EDI solution. These test-runs in turn entail a change in the definition and documentation of the overall system. This process ends with the acceptance of the system.
Once the test phase has been successfully completed, the EDI system switches from the test system to the production system.
Project experience has shown that after two months of live operation, it makes sense to conduct additional downstream training for key users, administrators and end users in order to solve any open questions and possible application problems.
Detailed information about EDI can be found in our EDI Guide.
You have basically decided to implement an EDI solution for the automation of processes between your business partners and your company. However, how do you start? Answers to the most pressing questions about getting started in the world of EDI:
Before you start implementing an EDI project, make sure that there is an employee in your company who has the necessary knowledge to take over the management of your EDI project. Alternatively, an external expert can be called in for the EDI project and implementation phase.
The EDI project manager must have a good knowledge of internal processes as well as basic IT knowledge. As an interface between your company and the IT partner who implements your EDI project, he or she can optimally contribute to a smooth and fast implementation. With a competent project manager at your side,you can tackle the next steps.
There are two ways to define your entry into an EDI project:
a) In most cases, the request to introduce EDI in the company is made to you externally. For example, a supplier or customer has obliged you to handle the work processes digitally in order to ensure future cooperation. In this case, the supplier or customer acts as a hub that connects to many spokes via EDI.
-> You, as Spoke, first adapt your EDI environment to the specifications of the B2B/EDI infrastructure of your supplier or customer (the hub), but on this basis you can include further business partners and at the same time consider the automation and digitization of further internal business processes.
b) You are the hub, i.e. the initiator of the automation of your business processes,because you want to benefit from the advantages of electronic data interchange in your company. By implementing B2B/EDI, you remain competitive by making your processes more transparent, secure and efficient.
-> You plan and design your EDI environment optimally tailored to your needs and decide with which processes and with which business partners (spokes) you would like to introduce EDI at B2B level.
Regardless of how the need for the implementation of an EDI/B2B solution in yourcompany arose - a detailed list of business partners with whom you can usefully implement this solution will help you to narrow down the project.
Whether the impulse to implement EDI in the company was given to you from theoutside, or you yourself want to keep your company competitive by automating business processes - the processes that are to be automated via an EDI system must be defined consequently. Factors such as supplier requirements or the possibilities of your own ERP system play a role here.
For many small companies, which are obliged to use an EDI solution from external sources, the topic of digitization represents a challenge, especially if there is no uniform ERP software available in the company to connect an EDI system.
Data exchange via WebEDI offers a simple and powerful solution, in which the EDI services are provided via a web solution, without extensive investments in hardware becoming necessary.
If you are already working with an ERP system, it is important to find out whether it is EDI-compatible. In order to communicate with an EDI system, your ERP system needs so-called interfaces. Common ERP systems have interfaces. If you use a self-developed ERPsystem, interfaces usually remain to be developed and programmed.
An overview of common ERP systems that have interfaces can be found here.
In order for data to be exchanged electronically between business partners, both must decide to use a certain standard. These standards are defined by various organisations such as the UN, ANSI, DIN or the VDA.
The most commonly used format is the UN/EDIFACT message (United Nations rules for Electronic Data Interchange For Administration, Commerce and Transport). Within this format, there are a number of variations (usually defined by an industry, for example EANCOM). These dialects are usually referred to as subsets.
In-house messages are individually adapted to the special needs of the in-house system.
Get an overview of the current message standards and EDIFACT messages.
Data can be exchanged via a mailbox system, a point-to-point connection or the Internet. Decisive for the selection of the appropriate communication channel is whether you want to communicate independently of your partner, maintain an intensive communication relationship with your business partner, or only want to transport small amounts of data at low cost.
You can find more information about the possibilities offered by these three communication channels here.
The EDI software can be operated on-premises (in-house), as a cloud model or viathe Internet, as WebEDI at a provider.
The advantage of an on-premises solution is that all EDI requirements can be implemented without dependence on external partners.
An EDI Cloud Service is suitable for medium-sized companies because they cannot always guarantee 24/7 in-house operation of an EDI solution and the total costs of a clearly calculable EDI Cloud Service are usually significantly lower than those of in-house operation.
Small and medium-sized enterprises (SMEs) with a low message volume and no ERP connection usually run best with a WebEDI solution.
You can find out more about the EDI platforms here.
Experience from larger EDI projects has shown that software license and hardware costs together account for only 20 to 30 percent of total deployment and operating costs during the first three years. Most of the costs are for organizational measures, adapting the EDI solution to company-specific requirements, operation and further development of the system.
EDI solutions can therefore only be used economically if a long-term strategy is inplace that also takes into account a company's future requirements. The technical implementation of such a system can only be accomplished through organizational preparatory work. For all EDI projects, the following principle applies: "Strategy before organization, organization before technology".
-> According to a 2009 study by GS1 Germany, a company saves an average of 16 euros with every invoice that is created and sent electronically instead of in paper based form.
Interested in finding out more?
We would be pleased to support your digital transformation projects.
The form could not be displayed because javascript is disabled. Please enable javascript in your browser. Here is a guide to the popular browsers:https://www.enable-javascript.com
Thank you for your message
We appreciate your interest in SEEBURGER.