Edi2
1 like1,364 views
Electronic document interchange (EDI) allows businesses to exchange documents like orders and invoices electronically instead of using paper. EDI standards were developed to facilitate this exchange between trading partners in a consistent format. Using EDI provides benefits like reduced errors, faster processing, lower costs, and access to electronic data. While early systems required custom formats for each partner, evolving standards now allow any partners using the same standard to exchange documents electronically. SAP systems support EDI using IDocs to represent documents that are exchanged securely and asynchronously between different systems.
Edi2
- 1. Electronic Document Interchange
- 2. What is Electronic Document Interchange ?
- 3. What is Electronic Document Interchange ? Electronic Data Interchange (EDI) is about doing business and carrying out transactions with your trading partners electronically.
- 4. What is Electronic Document Interchange ? EDI covers most things that are traditionally done using paper-based communication, for example placing orders with suppliers and carrying out financial transactions.
- 5. Benefits Of EDI Reduced Data Entry Errors Reduced Processing Cycle Time. Availability of Data in Electronic form. Reduced Paper work. Reduced Cost. Standard means of communication Better business process Competitive Advantage.
- 7. History of EDI EDI technologies have evolved as a natural data carrier replacing the paper document. It is not a new concept or a new practice. EDI has existed for over two decades in Europe and North America.
- 8. History of EDI Early electronic interchanges used proprietary formats agreed upon between two trading partners. This required a new program each time a new partner was added to the existing system. In the 1960’s, some industry groups began a cooperative effort to develop industry EDI standards for purchasing, transportation, and financial applications. Many of these standards supported only intra-industry trading, which led to a large number of EDI formats.
- 9. History of EDI In 1979, the Accredited Standards Committee (ASC) X12 was formed to develop a generic EDI standard. In 1993, Version 3, Release 4 contained 192 standards. There are over 100 additional standards in development. In the U.S., the most commonly used standard is ANSI X12, coordinated by the American National Standards Institute (ANSI). While in Europe, it is the Electronic Data Interchange for Administration, Commerce, and Transportation (EDIFACT) standard.
- 10. History of EDI Recognizing the value of EDI as a key business enabler early on, SAP has provided support for EDI since R/3 Release 2.2x and continues to enhance its solution.
- 11. Sample Scenario Document IDoc SAP System R/3 NON SAP System IDoc IDoc Transaction EDI Subsystem Message EDI Subsystem
- 12. EDI Subsystem Responsibilities EDI subsystem partner profile translator archive addresses message handling monitor mappings communication Administration Run time Management of partner profiles & addresses. Mapping compliant with EDI standards. Management of mappings. Interchange handling and envolping of Management of cross reference tables. messages. Partner and document dependent processing. EDI standard specific functionlity, e.g. Monitoring Functional & Interchange Acknowledgements. Status control and report. Archiving of documents according to legal Communication gateway functions. requirements.
- 13. IDoc Concept Asynchronous Document-related System 1 System 2 SAP Document Document IDoc Transaction Message R/3 System EDI subsystem R/3 System R/2 System 3rd party software
- 14. Process Code, Port and Partner Profile SAP Application Process Partner Port Code Profile System 2 e.g. EDI subsystem
- 15. Typical Business Documents exchanged by business partners Customer Vendor Request For Quotation Quotation Purchasing Purchase Order Order Mgmt Sales Order Shipping Notice Shipping Receiving E Billing INVOIC Accounts Accounts Account/ Payment Info Remittance Advice / Payment Data / Account Info Customer EFT Bank Vendor
- 16. Industries REQOTE Customer QUOTES Vendor PRICAT ORDERS/ORDCHG ORDRSP TXTRAW IMPINV DESADV TXTRAW STPPOD INVOIC EXPINV REMADV Bank PAYEXT CREADV DEBADV LOCKBX FINSTA FINSTA
- 17. EDI Enabled Application Application Selection Document Program IDOC Network Outbound Triggering Program IDOC File EDI EDI Subsystem Document
Editor's Notes
- #12: Where business partners exchange business documents on a logical level, this is physically achievable by means of mail-letters, fax and so on. All those means in common: the technical structure of the documents get lost, and the recipient has to re-enter the information in his system. With EDI the technical structure of the document is retained. This enables the recipient to automatically process the document by his business software. Because of both partners are independent, they will make independent decisions on their IT infrastructure and their business software. Hence EDI standards are required, to map from the application data structure of the sender into the EDI standard, and from the EDI standard into the application data structure of the recipient. By this means the partners stay independent. IDoc is the data structure of SAP application at the interface. This gives a unified interface to any EDI subsystem regardless of the SAP module, which creates or receives the messages. By linking SAP systems directly, IDoc can be transmitted without a mapping into EDI standards. This is the ALE (Application Link Enabling) approach. Partners are, in a technical sense, linked tighter, means loose some of their independency of their IT infrastructure.
- #13: Administration Management of partner profiles & addresses. Management of mappings. Management of cross reference tables. Partner and document dependent processing. Monitoring Status control and report. Archiving of documents according to legal requirements. Run time Mapping compliant with EDI standards. Interchange handling and envolping of messages. EDI standard specific functionlity, e.g. Functional & Interchange Acknowledgements. Communication gateway functions.
- #14: The key concepts of IDoc (i.e. Intermediate Document ) are: communication is asynchronous and related to one document, i.e. transaction. Following these concepts IDoc facilitates distributed processes rather simply invoking functions. IDoc is the SAP standard interface to link application systems via messaging. Whereas one system is asumed to be SAP system R/3, the other system could be EDI subsystem, system R/3, system R/2 or any third-party application software. IDoc is available for system R/3 from release 2.1A on. IDoc is available for system R/2 from release 5.0F on.
- #15: The partner profile links system 1 with system 2, e.g. the SAP business application with an EDI subsystem. The process code points to a business process. The business process controls the creation of an IDoc in outbound, or the processing of an IDoc to post a business document in inbound. The port takes all the technical properties to address system 2.
- #17: The following selection of logical messages is available in SAP R/3 for the above scenario: REQOTE 840 / REQOTE since 3.0 QUOTES 843 / QUOTES since 4.5 (outbound only) PRICAT 832 / PRICAT since 4.5 (outbound; inbound 4.6C) ORDERS 850, 875 / ORDERS since 3.0 ORDCHG 860, 876 / ORDCHG since 3.0 ORDRSP 855, 865 / ORDRSP since 3.0 DESADV 856 / DESADV since 3.0 STPPOD 861 / RECADV since 4.6 (inbound only) INVOIC 810, 880 / INVOIC since 3.0 EXPINV ___ / CUSDEC since 3.0 (outbound only) A.E.S. - Automated Export System IMPINV ___ / CUSDEC since 4.0 (outbound only) TXTRAW 864 / GENRAL since 3.1 (inbound only) REMADV 820 / REMADV since 3.0 PAYEXT 820 / PAYEXT, PAYORD since 3.0 CREADV 812 / CREADV, CREEXT since 3.0 DEBADV 812 / DEBADV, DEBEXT since 3.0 FINSTA ___ / FINSTA since 4.0 (inbound only) LOCKBX 823 / ______ since 4.0 (inbound only)