EDI Configuration Guide for SAP
EDI Configuration Guide for SAP
This guide describes how to configure your SAP Business Network account for EDI document routing.
Related Guides
The SAP Business Network supports Electronic Data Interchange (EDI) document routing along with other routing
methods, such as fax, email, and cXML.
To integrate your EDI order receiving system successfully with SAP Business Network, you need to know:
• How documents flow through SAP Business Network. Document flow is bidirectional (incoming and outgoing).
• About transport methods: Value Added Network (VAN), and routing over the Internet (EDIINT AS2).
Buying organizations (your customers) generate electronic purchase orders and payment remittance in their
procurement solution, which transmits them to SAP Business Network as Commerce Extensible Markup Language
(cXML) documents.
You send outgoing documents such as order confirmations, ship notices, invoices, and functional
acknowledgments back to your customers. SAP Business Network converts those EDI documents to cXML as
it routes them.
SAP Business Network supports two transports for EDI documents: VAN (Value Added Network) and EDIINT AS2
(EDI over the Internet). You decide which transport to use when you configure your SAP Business Network account.
You can configure your SAP Business Network account to use VAN-to-VAN interconnects to route EDI documents.
SAP Business Network uses an EDI mailbox on the Inovis VAN.
SAP Business Network supports routing of incoming purchase orders (POs) and payment remittances in cXML
from your customer’s procurement solution to your EDI system using VAN-to-VAN.
The following procedure describes the flow of PO from your customer’s procurement solution to your EDI system:
1. Your customer (buyer) generates a cXML PO OrderRequest using his procurement solution and sends it
securely over the Internet to SAP Business Network.
2. SAP Business Network receives the cXML PO and stores a copy of it in your customer’s SAP Business Network
Outbox and in your SAP Business Network Inbox.
3. SAP Business Network translates the cXML PO into an X12 850 or EDIFACT ORDERS document, depending on
your order-routing settings.
4. SAP Business Network sends the EDI document securely over the Internet to your inbox on Ariba Network's
VAN (INOVIS).
5. Ariba Network's VAN (INOVIS) receives the EDI document and sends it to the inbox on your VAN.
6. Your VAN stores the EDI document for manual or automatic retrieval.
You retrieve EDI documents using the medium your VAN supports (private telephone lines). You use EDI
retrieval and translation software to read your EDI mailboxes and translate orders for your order-fulfillment
system.
SAP Business Network supports routing of outgoing order confirmations, ship notices, invoices, and functional
acknowledgments from your EDI system to your customer’s procurement solution using VAN-to-VAN.
The following procedure describes the flow of invoice from your EDI system to your customer’s procurement
solution:
1. You generate an X12 810 or EDIFACT INVOIC document using your EDI system and send it to the outbox on
your VAN.
2. Your VAN forwards the document to your outbox on Ariba Network's VAN (INOVIS).
3. Ariba Network's VAN (INOVIS) directs the EDI document securely over the Internet to SAP Business Network.
4. SAP Business Network receives the EDI document and translates it into a cXML invoice.
5. SAP Business Network stores a copy of the cXML invoice in your SAP Business Network Outbox and your
customer’s SAP Business Network Inbox.
6. SAP Business Network sends the cXML invoice to a download queue for your customer (buyer).
7. Your customer’s procurement solution periodically queries SAP Business Network for new documents and
downloads them securely over the Internet if any are waiting.
About Inovis
SAP Business Network uses the Inovis, Inc. VAN for EDI document routing. Inovis (subsidiary of OpenText) has
provided B2B solutions to the world's most successful companies since 1984. The Inovisworks network provides
mission critical and flexible connectivity to electronic B2B trading communities.
You can configure your SAP Business Network account to route EDI over the Internet (EDIINT AS2). SAP Business
Network uses Secure Hypertext Transfer Protocol (HTTPS) on the Internet to communicate directly to your EDIINT
AS2 server and it encrypts the transport so that only their intended recipient can read them.
• Transmit EDI documents securely and seamlessly using its own communication protocols
• Improve business processes and reduce transaction turnaround time
• Enhance efficient communication with customers
• Reduce manual data entry which in turn eliminates errors
• Leverage the Internet and help reduce the high cost of installation and maintenance
The following steps describe the incoming document flow in more detail:
1. Your customer generates a purchase order as a cXML OrderRequest using his procurement solution and
sends it securely over the Internet to SAP Business Network.
2. SAP Business Network receives the document and stores a copy of it in your customer’s SAP Business
Network Outbox and in your SAP Business Network Inbox.
3. SAP Business Network translates the OrderRequest into an ANSI X12 850 document or a UN EDIFACT
ORDERS document, depending on your order-routing settings.
4. SAP Business Network sends the EDI document securely through the Internet to your EDIINT AS2 server.
The following steps describe the outgoing document flow in more detail:
1. You generate an EDI invoice using your EDI system and send it to SAP Business Network securely over the
Internet.
2. SAP Business Network receives it and translates it to a cXML invoice.
3. SAP Business Network applies any order status information to the purchase order and its line items displayed
online. It stores a copy of the invoice in your SAP Business Network Outbox and your customer’s SAP Business
Network Inbox.
4. SAP Business Network sends the cXML invoice to a download queue for your customer.
5. Your customer's procurement solution periodically queries SAP Business Network for new documents and
downloads them if any are waiting.
SAP Business Network uses a single data map for each EDI document type. For example, there is a single data map
for translating cXML purchase orders to X12 purchase orders. You must adhere to these data maps when receiving
or transmitting EDI documents.
SAP Business Network does not support custom implementations, custom mappings, or per-supplier mappings.
By requiring you to use a single set of data maps, SAP Business Network makes it easy for you to integrate with
additional customers after your initial configuration.
Data Preservation
SAP Business Network maps EDI documents to or from cXML. This mapping dictates a set of required fields and
segments that you must interpret and populate.
When Ariba Network maps data between cXML and EDI documents, it passes as much of the original data as
possible. For example, an EDI purchase order is as complete a rendering of a cXML OrderRequest that can be
produced within the confines of the X12 or EDIFACT languages. EDI documents derived from cXML documents
might contain other content, such as currency declarations, redundant postal addresses, or text comments, if that
data is present in the original document.
EDI Documentation
EDI documentation consists of PDF guides that provide specific EDIFACT and ANSI X12 implementation resources
that describe the fields and segments you need to interpret and populate for your EDI documents. You should also
become familiar with Standard Exchange Form (SEF) files.
This documentation describes the cXML/EDI mapping performed by SAP Business Network and data
requirements. It is available to both buying organizations and suppliers.
SAP Business Network provides separate implementation guides for each EDI document type. Use these guides
to understand how to interpret incoming documents and generate valid outgoing documents. These guides are
required reading for suppliers who want to implement EDI.
EDI implementation guides are updated when there is a change to the existing EDI mapping. When changed, the
revision date for each document is also updated. You can find the revision date in the footer of the document.
Note
Most EDI routing problems occur when suppliers fail to comply with the requirements described in these
guides.
Additional References
To access the EDI documentation, go to the Product Documentation For Administrators EDI Integration
section of the Learning Center.
SEF Files
SEF is an open, machine-readable standard for defining specific implementations of EDI transaction sets. Many EDI
applications can use SEF files to validate incoming and outgoing documents. You can use them to ensure you are
generating documents that meet SAP Business Network EDI guidelines.
Additional References
If you are implementing EDI using EDIFACT, go to the Product Documentation For Administrators EDI
Integration EDIFACT Implementation Resources ARIBA D98A DESADV SEF/D98A SEF sections of the
Learning Center.
If you are implementing EDI using ANSI X12, go to the Product Documentation For Administrators EDI
Integration ANSI X12 Implementation Resources ARIBA 4010 SEF/820 SEF sections of the Learning
Center.
A fully enabled account on SAP Business Network is one that has at least one trading relationship with a buying
organization. After a trading partner confirms your account, SAP Business Network sends you a notification
indicating that your account is fully enabled and you can begin transacting.
SAP Business Network account administrators have all available permissions for configuring EDI document
routing. Other users must have the following permissions:
Outbox Access View and search documents in the Outbox tab and take action
based on your role
Inbox Access View and search documents in the Inbox tab and take action
based on your role
Note
If you don't already have an SAP Business Network subscription that lets you automate the submission and
receipt of orders and invoices, upgrade your subscription before you implement EDI document routing.
Allow adequate time to implement and test EDI integration with SAP Business Network and your customers before
switching to production. A reasonable estimate for implementation and testing is two to three weeks, depending on
the business complexity of the documents you receive and transmit.
Related Information
Configuration and testing steps • EDI VAN Configuration and Testing [page 21]
• EDIINT AS2 Routing Configuration and Testing [page 37]
EDI applications that recognize SEF files SEF Files [page 13]
SAP Business Network supports two major EDI document formats: ANSI ASC x12 version 004010, and UN
EDIFACT version D98A with syntax version 3.
EDI Languages
SAP Business Network supports EDI document types required for commerce between you and your customers.
You select the EDI language to use for your implementation.
Ensure that your EDI system is configured for the exact version listed above.
EDI interchanges must be smaller than 60 MB. Ariba Network rejects interchanges that exceed this limit. If you
have more than 60 MB of data to transmit to Ariba Network, break it into multiple interchanges.
Related Information
Document Types
Ariba Network supports the EDI documents that correspond to purchase orders, functional acknowledgements,
order confirmations, ship notices, invoices, and remittance advice.
Some of these documents are optional. The business rules you establish with your customers determine which
documents you receive and send.
Procurement applications send purchase orders to SAP Business Network as cXML OrderRequest documents.
SAP Business Network translates them into the corresponding EDI document depending on the EDI language you
use.
Purchase orders are one of the following types, depending on the EDI language you implement:
Purchase orders describe a request for goods and services. They are also used for change and cancel orders,
that replace the original purchase order. After receiving a change or cancel order, you must send a functional
acknowledgment.
SAP Business Network keeps purchase order attachments in your online Inbox, because it cannot send them
through EDI. It adds an extrinsic element in the purchase orders to inform you that attachments reside in your
Inbox. Sign in to your account to view them.
Functional Acknowledgments
After you receive any document, you must send a functional acknowledgment in response. The acknowledgement
indicates that the document you received is functionally and syntactically correct.
Functional acknowledgements are one of the following types, depending on the EDI language you implement.
These documents change the status of purchase orders on Ariba Network from “Sent” to “Acknowledged,” but they
are not confirmations of quantities or dates.
Related Information
Order Confirmations
If you implement EDI with ANSI X12, then after you examine the contents of a purchase order, you can optionally
send an ANSI X12 855 (Purchase Order Acknowledgement) document to Ariba Network.
The order confirmation document sets the line item status in the purchase order on Ariba Network to “Accepted,”
“Rejected,” or “Backordered.” It can also specify estimated delivery dates. Buying organizations can configure Ariba
Network to convert order confirmations to cXML ConfirmationRequest documents and route them to their
procurement applications for display.
After you ship ordered items, you can optionally send a ship notice document to Ariba Network.
Ship notices are one of the following types, depending on the EDI language you implement.
A ship notice document sets the line item status in the purchase order on Ariba Network to “Shipped.” It can also
specify carrier information. Buying organizations can configure Ariba Network to convert ship notices to cXML
ShipNoticeRequest documents and route them to their procurement applications for display.
Invoices
After you ship items or perform services, you can optionally send an invoice document to SAP Business Network.
Invoices are one of the following types, depending on the EDI language you implement:
Invoice documents create an invoice associated with one or more purchase orders or master agreements.
Buying organizations can configure SAP Business Network to convert invoices to cXML InvoiceDetailRequest
documents and route them to their procurement applications for reconciliation and payment.
You can send invoices only to customers that have enabled their SAP Business Network accounts to accept
invoices. To see a customer’s invoicing settings, go to the Customer Relationships page in the Administration tab
and click the customer’s name.
Note
When generating invoices, do not use any of the units of measure codes listed in the Unsupported ANSI UOMs.
Related Information
Additional References
You can send invoices to trigger Ariba Processing Plus (AP Plus) payment. If you are implementing
EDI using EDIFACT, go to the Product Documentation For Administrators EDI Integration EDIFACT
Implementation Resources INVOIC Implementation Guide in the Learning Center.
Remittance Advice
If you implement EDI with ANSI X12, then buying organizations or Ariba Network can generate remittance advice
documents after sending payment to you.
Ariba Network translates a remittance advice into the ANSI X12 820 (Payment Order/Remittance Advice) EDI
document.
A remittance advice document describes payments, payment schedules, payment method, and financial
institution information. After you receive a remittance advice, you must respond with a functional
acknowledgment.
Quality Inspection
Suppliers on SAP Business Network can send and receive quality inspection documents through the Electronic
Data Interchange (EDI) routing method in the ASCX12 EDI863 document format.
Buyers integrated with SAP Business Network, SAP Business Network for Supply Chain for Buyers solution,
and SAP Integration Suite, managed gateway for spend management and SAP Business Network can
send suppliers a request to inspect the quality of goods (QualityInspectionRequest) sent by them. On
receiving the request, suppliers inspect the quality of goods and send the results of the quality inspection
(QualityInspectionResultRequest) to the buyer.
Along with cXML, another document format, ASCX12 EDI863, is supported to exchange the quality inspection
documents through the EDI routing method as well. The following cXML document types are supported:
Allotted Time
Ariba Network must receive a functional acknowledgment within 72 hours after it sends a document. Otherwise it
considers the document to have failed to route and sets its status to “Failed.”
For your customers’ convenience, it is recommended that you send acknowledgments within 24 hours. If it has not
received a functional acknowledgement within 24 hours, SAP Business Network sends a warning message to the
email address for the EDI administrator you specified in the EDI Configuration page.
Transaction-Level Acknowledgments
ANSI X12 997 functional acknowledgments must contain an AK2/AK5 segment for each document in the
functional group.
Similarly, EDIFACT CONTRL functional acknowledgments must contain a UCM segment for each document in the
interchange.
After a document has failed, sending a functional acknowledgment does not set it to “Acknowledged.” You can
“manually” acknowledge a failed document.
To acknowledge a failed document, sign in to your SAP Business Network account, resend the failed document to
yourself, and return an acknowledgement. Make sure the resent document does not create a duplicate document in
your system.
You can acknowledge “Sent” or “Failed” purchase orders by sending invoices against them. You can use any
invoicing method: online, cXML, or EDI. SAP Business Network considers invoices to be acknowledgments and sets
purchase order status to “Acknowledged.”
Configuring EDI VAN on SAP Business Network is a multi-step process that involves setting up a test account to
make sure you and your customers can use the configuration before you deploy it for actual use.
To sign up for an SAP Business Network subscription that includes EDI, click Company Account Settings at the
top of the home page and choose Service Subscriptions.
After resolving any problems you encounter during testing, you configure your production account. Settings in your
test and production accounts are completely separate.
Note
During testing you can receive production purchase orders through other routing methods, such as fax or
email.
You must identify an EDI Administrator who is responsible for setting up and maintaining your EDI processing
system and interacting with SAP Business Network should there be EDI configuration issues or processing
changes.
Context
SAP Business Network might need to contact your EDI administrator if there is a configuration problem or if EDI
processing changes in the future. Your customers might need to contact your EDI administrator if they change the
content of purchase orders, such as adding new extrinsic data.
Procedure
1. On the Home dashboard, click the Administration tab to display the User page.
2. Click Customer Contacts.
3. Click Create and enter the name, email address, and phone number of your EDI administrator.
4. Click Companywide Assignments. “EDI Administrator” is listed as a predefined category.
5. Click Edit for “EDI Administrator” and select the contact person you just entered.
Configure EDI settings in your test account to resolve any issues before switching your production account to use
EDI routing.
Context
You can use EDI routing in your test account, but continue to receive actual customer orders in your production
account through another method, such as fax or email. When you finish testing and you are ready to use EDI in
production, change the order routing method in your production account to EDI.
This link is available only to account administrators. The first time you click the link, SAP Business Network
creates your test account and prompts you to assign a user name and password.
3. Click Manage Profile in the upper left corner of the home dashboard. The Configuration page opens.
4. Click Electronic Order Routing on the Company Profile page.
5. For “New Orders,” select EDI from the Routing Method list.
6. Click the Click here for Configuration link to display the EDI Routing Configuration page.
7. Fill out all the fields in the EDI Routing Configuration page.
Value Added Network (VAN) The name of your EDI VAN. Sterling
Interchange Control Number Interchange sequence start number. The default is 100. 123
ANSI X12:
Application (GS) ID The ID of your relationship. Used in GS03 (application re- 942888710
ceiver ID).
Functional Group Control Number Functional group sequence start number. The default is 456
100.
Interchange (ISA) Identifier The ID your VAN uses for your mailbox. 942888710
UN EDIFACT:
Syntax Identifier The character encoding required for your locale and cus- UNOC-ISO
tomer catalogs. 8859-1:
Latin alphabet
Note
Most suppliers use different Interchange IDs for test and production configurations. You can enter up to two
Interchange IDs, one in your test account and one in your production account. If your VAN provider later
changes your Interchange IDs, you must update the EDI Configuration page in both your test account and
production account with the new values. Although uses only ARIBAEDI to identify itself both in test and
production accounts, you can use separate IDs for yourself in your test and production accounts.
10. Send notification if outgoing documents are undeliverable or FAs are overdue to enable these notifications.
11. To receive additional tax information in purchase orders, click Map purchase order tax details to EDI. SAP
Business Network then maps cXML purchase order TaxDetail elements (in cXML 1.2.005 or later) to EDI
purchase orders. cXML Enter an email address for receiving warning and failed routing notifications. Enter only
one email address. Click TaxDetail elements specify taxable amount, tax amount, tax location, tax purpose,
tax category, and tax rate. If this box is not checked, SAP Business Network ignores TaxDetail elements
during cXML-to-EDI translation.
12. To map payment terms from cXML-to-EDI purchase orders, click Map paymentEnter an email address for
receiving warning and failed routing notifications. Enter only one email address. Click terms. By default, this
box is deselected, so the mapping behavior is unchanged.
13. To map the complete purchase order date that includes the time and timezone from cXML to EDI X12 purchase
orders, click Map order date with complete date, time, and zone for X12 850 documents. By default, this
box is deselected, so the mapping behavior is unchanged.
14. Click Submit.
Note
Whenever you make changes to the EDI Configuration page, you must send an EDI interconnect request to
Ariba Customer Support.
15. Select EDI routing for the other types of documents you want to route, such as change/cancel orders,
non-catalog orders, and invoices. You do not need to fill out the EDI Configuration page for these additional
documents.
Next Steps
After configuring EDI routing, you cannot actually route documents until Ariba creates a VAN interconnect for you.
You can use different routing methods for inbound and outbound communication simultaneously. For example, you
can choose to receive purchase orders through fax and send invoices through EDI.
Incoming document (purchase order and remittance advice) routing is determined by your SAP Business Network
account settings. However, outbound document (functional acknowledgment, order confirmation, ship notice, and
invoice) routing is not restricted by your SAP Business Network account settings. For example, you can generate
invoices online even if you configured your account for EDI ANSI X12 invoicing.
Note
If you set the order confirmation status through cXML or EDI, you cannot later update the order confirmation
status manually using the Create Confirmation button in the Inbox tab of your SAP Business Network account.
Instead, you can manually update the shipping status using the Create Ship Notice button for that order.
Ensure that you keep the source system up-to-date when you change your order shipping status manually.
Use the same routing method for functional acknowledgments that you use to receive purchase orders. For
example, if you receive an EDI ANSI X12 purchase order, send an X12 functional acknowledgment.
When you request interconnects, send the following information about SAP Business Network to your VAN
provider:
You initiate an EDI interconnect request from Ariba through your SAP Business Network account.
Procedure
Next Steps
Ariba Customer Support creates EDI interconnects within a few hours and sends you an email notification. While
you wait for your EDI interconnect, configure your EDI application.
Configure your EDI application to map data in incoming and outgoing documents according to SAP Business
Network’s requirements.
To learn about data and format requirements, see the Related Information section.
Parameter Value
Interchange ID ARIBAEDI
Configure your EDI application to send functional acknowledgment documents to this Interchange ID ((997 or
CONTRL depending on your EDI implementation language).
SAP Business Network specifies your customers’ ANID (Ariba Network ID) in the following EDI language elements:
Context
You can look up your customers’ Network IDs in your SAP Business Network account.
Note
Ensure that you do not use the Test Indicator element (‘-T’).
Be sure to use the correct test or production account. Account administrators can switch between the two
types of accounts from the Home page.
2. On the Administration tab, click Customer Relationships. to view a list of all your customers.
3. Click a customer entry to view information about that customer, including the customer ANID.
Use the Test Indicator element to detect the production mode of purchase orders:
• An SAP Business Network test account. The catalog tester is available only in supplier test accounts. Create
your test account by clicking Switch to Test Account in the masthead. The first time you click this link, SAP
Business Network prompts for a user name and password.
The catalog tester’s Network ID is AN01000002779-T, which appears in the GS02 (ANSI X12) or UNB0203
(EDIFACT) segment.
• Your test account configured for EDI order routing. The document-routing settings in your test account are
separate from the ones in your production account.
• A test catalog. Upload a product catalog to your test account and use the catalog tester to generate simple
test purchase orders. Customer catalogs in your production account are not available in your test account. For
complete instructions on generating orders with the catalog tester, go to Customer Catalog Testing.
After you accumulate test purchase orders in your SAP Business Network account, you can resend them. Go to
your online Inbox, select a purchase order, and click Resend.
SAP Business Network transmits test purchase orders within 10 minutes of generating them. When you receive
test purchase orders, verify that your system can process them. You may need to repeat this process to debug
After receiving a purchase order you must send an EDI functional acknowledgment document (997 or CONTRL,
depending on your EDI language) to ensure you can generate them correctly.
When you compose acknowledgments, reverse the sender/receiver IDs from purchase orders. You can check
whether you successfully acknowledged orders by logging in to your SAP Business Network account and
viewing them in your online Inbox. Successful functional acknowledgments change order status from “Sent” to
“Acknowledged.”
As with all documents you send, start with the minimum required information and confirm that SAP Business
Network accepts the basic document, then add any additional data you want to send.
Related Information
You can view order-routing status in your SAP Business Network account. During testing this can helpful to debug
routing problems.
To view order-routing status, go to your online Inbox tab, select a purchase order, and click the Order History tab.
Purchase orders go through the following status levels on SAP Business Network:
Status Explanation
Accepted SAP Business Network accepted the purchase order from your customer or from the catalog
tester.
Order Queued SAP Business Network queued the purchase order for cXML processing.
Sent SAP Business Network successfully converted the purchase order from cXML to EDI and has
forwarded it to you in an interchange.
Acknowledged SAP Business Network received a positive functional acknowledgment from you.
Failed SAP Business Network could not route the purchase order and lists the reason for the failure.
Failure can occur if you do not send a functional acknowledgment within the allotted time.
Test your ANSI X12 EDI order confirmations, invoices, and ship notices using the EDI Tester function.
Prerequisites
The EDI Tester function is available only to account administrators and in the test account. To use it you must have
configured your SAP Business Network test account to use the EDI routing method.
Context
You can test your inbound ANSI X12 EDI documents (order confirmations, invoices, and ship notices) using the EDI
Tester. This tool uploads your implemented EDI document and validates them against SAP Business Network EDI
implementation guidelines to ensure that your documents are error-free when sending them to your customers.
Procedure
The first time you click this button, SAP Business Network creates your test account and prompts you to
assign a user name and password.
4. Click EDI Tester in the Quick Links panel on the Home dashboard. This link is available only if you have
configured your EDI settings.
5. Click Browse.
6. In the Choose File dialog box, navigate to the EDI file to test.
7. Click Open. SAP Business Network returns to the EDI Tester page.
8. Click Upload. SAP Business Network displays the contents of the uploaded EDI document in the text box.
9. Click Validate Document. If your EDI document contains errors, SAP Business Network displays the error
details in the Validation Result section.
The file size of your EDI document cannot exceed 500 KB.
The EDI tester does not validate against your customer’s invoice validation rules. It only confirms that the
EDI X12 documents are error-free and translate successfully.
You must ensure that each inbound transaction to SAP Business Network must have a unique ISA control
number. This is also applicable when the previous transaction failed during translation.
You cannot send subsequent outbound documents (order confirmations, ship notices, or invoices) against
purchase orders generated by the catalog tester. To test these subsequent documents, you must test
against purchase orders generated by your customers.
Next Steps
Correct any errors and upload, and validate the file again.
Related Information
Buying organizations each have an SAP Business Network test account, similar to your test account, and they
can configure their procurement solution to connect to that account. Test accounts cannot communicate with
production accounts, which ensures that test orders are not mixed with production orders.
Your customers must perform the same supplier-relationship activation process for supplier test accounts as they
do for supplier production accounts.
Your customers might want to create purchase orders that contain items from your customer catalogs. In this case,
upload customer catalogs to your test account and publish them to your customers.
Procedure
1. Sign in to your SAP Business Network account and click the Inbox tab on the Home Dashboard. SAP Business
Network stores a copy of each received purchase order in your online Inbox, regardless of your order routing
method.
2. If test orders routed successfully, they also appear in your EDI application.
Results
The following table lists symptoms and suggested actions for order routing problems:
Orders do not appear in your SAP Busi- Ask your customers to check their SAP Business Network online Outboxes. SAP Busi-
ness Network online Inbox ness Network creates copies all customers’ orders in their Outboxes. If test orders do
not appear there, the buying organizations have not successfully integrated with SAP
Business Network.
You must wait for at least one of your customers to finish integrating their procure-
ment applications with SAP Business Network before you can continue testing.
Orders do not appear in your EDI sys- There was a problem during cXML-to-EDI translation or during routing. Log in to your
tem SAP Business Network account, go to your online Inbox, find a failed order, and click
Order History to see more information about it.
Related Information
It can be helpful to look at the cXML source generated by your customers to understand the data they send,
including extrinsic data.
Procedure
Your customers might include extrinsic data in their purchase orders. When SAP Business Network maps data
from cXML to ANSI X12 or EDIFACT, it attempts to preserve data from Extrinsic elements. You might need to
configure your order receiving system to recognize and use extrinsic data.
For example, SAP Business Network maps the following cXML Extrinsic element:
Standard Data
ANSI X12S
N9*ZZ**UniqueName~
MSG*Andrew Jackson~
EDIFACT
FTX+ZZZ+UniqueName:ZZZ:ZZZ+Andrew Jackson'
Due to the nature of extrinsic data, SAP Business Network can map it only to general purpose message segments,
not to data-specific segments. SAP Business Network does not know the specific purpose of extrinsic data used by
trading partners.
Extrinsic data mapping is bidirectional. SAP Business Network maps extrinsic data for both purchase orders and
invoices. For purchase orders, it maps all extrinsic data. For invoices, it maps buying organizations’ part numbers. It
also maps extrinsic data from invoice REF/RFF segments.
Related Information
By default, SAP Ariba Buying include extrinsic data named UniqueName, UserEmail, and CostCenter in cXML
purchase orders, but your customers can modify SAP Ariba Buying to include any extrinsic data they want.
After receiving a purchase order you must send an EDI functional acknowledgment document (997 or CONTRL,
depending on your EDI language) to ensure you can generate them correctly.
When you compose acknowledgments, reverse the sender/receiver IDs from purchase orders. You can check
whether you successfully acknowledged orders by logging in to your SAP Business Network account and
viewing them in your online Inbox. Successful functional acknowledgments change order status from “Sent” to
“Acknowledged.”
As with all documents you send, start with the minimum required information and confirm that SAP Business
Network accepts the basic document, then add any additional data you want to send.
When testing with your customers, you can also send outbound documents (ANSI X12 855, 856, and 810, or
EDIFACT DESADV and INVOIC, depending on your selected EDI language). You can send invoices only if your
customers have configured their SAP Business Network accounts to accept them.
Related Information
Prerequisites
Do not select EDI on the Electronic Order Routing Configuration page before beginning this procedure.
Procedure
1. Propagate any configuration changes you made during testing to your SAP Business Network production
account. Be sure to use your production EDI values. Do not select EDI in the Electronic Order Routing
Configuration page yet.
2. If you do not yet have EDI interconnects for your production account, perform the steps in Request an
Interconnect from Your VAN and Request an EDI Interconnect from Ariba section for your production account.
3. After receiving notification that the VAN interconnect has been created, activate EDI routing by clicking EDI in
the Electronic Order Routing configuration page and submitting the page.
4. Inform your customers to start sending you transactions through their production SAP Business Network
accounts.
Next Steps
After switching to production mode, monitor the initial transactions closely to make sure SAP Business Network
and your system processes documents as expected.
Related Information
You can route EDI documents over the Internet (EDIINT AS2) using your own servers instead of through a Value
Added Network (VAN). Configuration is a multi-step process.
To configure EDIINT AS2 routing, perform the following procedures in this section.
SAP Business Network encloses AS2 documents within Secure/Multipurpose Internet Mail Extensions (S/MIME)
envelopes and secures them by routing them over Hypertext Transfer Protocol Secure (HTTPS).
SAP Business Network authenticates AS2 documents using the National Institute of Standards and Technology
(NIST) Secure Hash Algorithm 1 (SHA-1) with your digital certificate. After it transmits or receives AS2 documents,
it uses IETF Message Disposition Notification (MDN) protocol to generate and receive message confirmations. The
MDN protocol is mandatory. SAP Business Network only supports synchronous MDN protocol.
The EDIINT AS2 routing method supports both the ANSI X12 and UN EDIFACT languages.
Create a ITU X.509 V3 Class 3 signed digital certificate for document authentication and security. This certificate
acts as both a client certificate (for authentication) and a server certificate (for SSL). It enables SAP Business
Network to authenticate messages from you. It also enables your web server to establish an HTTPS connection,
which is required by SAP Business Network.
This certificate can be self-signed; it does not need to refer to a trusted Certificate Authority (CA). It can be in
binary Distinguished Encoding Rules (DER) format or base64-encoded Privacy-Enhanced Mail (PEM) format.
You use this certificate when sending EDIINT AS2 information to SAP Business Network and when configuring your
EDIINT AS2 server.
Note
You can also use an existing digital certificate for your EDIINT AS2 server.
Contact SAP Product Support to request that your account be enabled for EDIINT AS2, and provide the information
you gathered. Then wait to receive a confirmation email indicating that your account has been enabled for EDIINT
AS2 routing before continuing configuration, testing, and deployment.
Context
Configuring your EDIINT AS2 server involves installing your digital certificate, setting up your server to use the SAP
Business Network URL and protocols, and configuring your firewall.
Procedure
1. Install the certificate you created in Create a Digital Certificate to enable SSL. Consult your web server
instructions for installing the certificate and enabling HTTPS communication. All communication with SAP
Business Network must go through HTTPS.
2. Configure your EDIINT AS2 server to use the SAP Business Network URL and its protocols:
Parameter Setting
3. Configure your firewall to support two-way communication over Transmission Control Protocol (TCP) port 443,
the default port used by HTTPS. You can restrict your firewall to allow incoming connections only from SAP
Business Network.
Related Information
Suppliers keep test and production orders separate either by using two different EDIINT AS2 URLs. To test your
account, follow the instructions in Test on Your Own and Test with Customers section.
Note
Be sure your EDIINT AS2 server is available 24/7. If it is down, SAP Business Network resends documents
every half hour for ten hours (20 times). SAP Business Network requires both an MDN receipt and a functional
acknowledgment document to confirm success. If, at the end of ten hours, SAP Business Network cannot send
the document successfully, it marks the document as “Failed.”
After testing and debugging any document routing problems, copy your test account settings to your production
account.
Related Information
During testing of your EDI routing configuration, you may encounter some common configuration problems.
If Orders Do Not Appear in Your SAP Business Network Account [page 41]
If Invoices Do Not Appear in Your SAP Business Network Account [page 48]
Procedure
1. Sign in to your test or production account as appropriate. Account administrators can switch between the two
types of accounts from the Home page.
2. Do one of the following:
• For suppliers without SAP Business Network for Supply Chain, choose Orders Purchase Orders
• For suppliers with SAP Business Network for Supply Chain, choose Orders Orders and Releases
3. Locate the purchase order in the list.
Results
If no purchase orders from your customers are listed, your customers have not properly integrated with SAP
Business Network or they are addressing documents incorrectly.
If purchase orders do not appear in your online Inbox, ask your customers to check their online Outboxes. SAP
Business Network creates copies of all orders in buying organizations’ Outboxes. If purchase orders do not appear
there, your customers have not successfully integrated their applications with SAP Business Network.
Ensure that your customers send test orders to their SAP Business Network test accounts and production orders
to their SAP Business Network production accounts.
Check Your ID
Your customers must properly address purchase orders to you. If orders do not appear in your online Inbox, ask
them for the exact organization ID and ID domain they are using for you.
SAP Business Network recognizes the following organization ID domains in cXML documents:
duns 942888711 A unique number assigned to organizations by Dun & Bradstreet; for
example. To request a Dun & Bradstreet D-U-N-S® number or to see if
your organization already has one, go to Dun & Bradstreet website (http://
[Link] ).
AribaNetworkUser judy@workchairs.c The user name of an SAP Business Network account administrator. These
Id om names typically have the format of an email address. This ID domain is
not preferred, because if users change their user names, cXML documents
might fail to route.
Sign in to your SAP Business Network account, go to your online Inbox, select an order, and examine the order
history for warnings.
Go to the EDI Configuration page in your SAP Business Network account and check the values entered there. Your
Interchange ID must match the one used by your VAN.
If your VAN changes your Interchange IDs, you must update the EDI Configuration page in both your test and
production accounts with the new values. Then you must request a new EDI interconnect from SAP Business
Network Technical Support.
Related Information
Other common order-routing problems include failure to set up an interconnect with your VAN, missing required
data, non-compliant data, or overdue functional acknowledgements. In these cases, SAP Business Network sets
the order routing status to “Failed.”
You might not have set up interconnects with your VAN. You must request proper interconnects to enable your VAN
to communicate with INOVIS (SAP Business Network's VAN).
Related Information
Purchase order data required by the EDI standard might be missing. The cXML standard specifies required element
tags, basic syntax, and semantic rules. EDI standards are much stricter about the data. If required data is absent,
the document is non-compliant and SAP Business Network cannot route it.
Non-Compliant Data
Non-compliant data is information in purchase order fields that is not valid. Non-compliant data can result in
routing failure.
A common example of non-compliant data is unrealistic test data, such as random characters entered for
addresses. ANSI X12 requires at least two characters for a city name, but test orders might contain <City>A</
City>, which is non-compliant.
Other examples of data restrictions in ANSI X12 that can cause non-compliance are state names must have exactly
two characters and postal codes must have 3-15 characters.
Invalid UOM (unit of measure) codes in purchase orders are another common cause of routing failure.
When a functional acknowledgement is not received within the allotted time, the transaction log indicates:
Related Information
Related Information
Your customers might include custom data (called extrinsic data) in their purchase orders. Your order receiving
system may not recognize that data. During testing, anticipate extrinsic data by looking at test orders from your
customers and configuring your systems to recognize and process it.
Related Information
Your EDI system might not recognize a purchase order sender. It might incorrectly assume that the ISA element in
purchase orders identifies your customer, but it actually identifies SAP Business Network.
Confirm that your EDI system uses the GS02 (ANSI X12) or UNB0203 (EDIFACT) data elements in purchase orders
to identify customers.
Related Information
Your EDI system might not correctly differentiate test orders from production orders. One of the ways SAP
Business Network specifies the production mode of purchase orders is through the test indicator flag ISA15 (ANSI
X12) or UNB11 (EDIFACT) segment.
Related Information
For example, the ISA15 segment in ANSI X12 850 purchase orders specifies the mode with a one-character flag: T
(test) or P (production). The ISA15 segment in the ANSI X12 997 functional acknowledgment documents you send
must match the ISA15 segment in the purchase order.
Related Information
Your functional acknowledgments must specify the ID of your customer, not their Ariba Network ID. For example,
the GS03 segment in ANSI X12 997 functional acknowledgments must contain your customer’s Ariba Network ID
(ANID). It must not be empty or contain the wrong ID.
Note
ANSI X12 only: For test accounts, append “-T” to the Ariba Network ID.
You must generate transaction-level, not group-level functional acknowledgments. They must reference each
purchase order being acknowledged.
Related Information
If you require assistance from SAP Business Network Technical Support to troubleshoot functional
acknowledgements, forward them a complete copy of the 997 or CONTRL document that you sent.
When you send EDI invoices to SAP Business Network, it performs EDI-to-cXML translation. If there are errors
during translation, SAP Business Network does not display the invoices in your online Outbox. Instead, it sends a
negative 997 or CONTRL document to you.
SAP Business Network also emails an error report to your EDI Administrator.
Related Information
Related Information
Example cXML and EDI documents provide templates and mappings you can use when configuring your EDI
system.
Note
The separators and terminators in these examples make them easier to read. SAP Business Network does not
use these characters in production data.
cXML has no maximum field sizes, so assume that full ANSI X12 or EDIFACT bounds apply for each element.
Ariba Buyer does not allow a ShipTo element at both header level and line-item level. If all ShipTo elements on
the line-item level are identical, or if only one line item exists, Ariba Buyer removes line-item ShipTo elements
and replaces them with a single header level ShipTo element. However, both levels are present in this example for
demonstration purposes and map testing.
X12 850
The X12 850 example demonstrates an EDI purchase order generated from a cXML OrderRequest document by
SAP Business Network when your EDI language is ANSI X12.
X12 997
The ANSI X12 997 example demonstrates a positive functional acknowledgement sent by a supplier to
acknowledge a purchase order. The 997 sent depends on the GS and ST segments in the 850.
ST*997*0001~
AK1*PO*000341217~
AK2*850*0001~
AK5*A~
AK9*A*1*1*1~
SE*6*0001~
AK1 represents the functional group (GS) and AK2 represents the transaction set (ST). There is only one AK1 and
AK9 in each 997.
AK2-AK5 represents one transaction set and it can repeat. There is one AK2-AK5 pair for each ST-SE pair in the
source functional group. An AK5 with “A” means “Accepted” and with “E” means “Error.”
Field Description
AK902 Number of included transaction sets. It corresponds to the number specified by the original document.
AK903 Number of transaction sets received. It corresponds to the actual number of sets that were actually found
and processed.
SAP Business Network does not use additional fields in AK5 and AK9, nor in the AK3 or AK4 groups that provide
failure details.
EDIFACT ORDERS
The EDIFACT ORDERS example demonstrates an EDI purchase order generated from a cXML OrderRequest
document by SAP Business Network when your EDI language is EDIFACT.
UNA:+.?*'
UNB+UNOC:3+ARIBAEDI:ZZZ:AN01765432133+284010872:ZZZ:AN123456789+000626:1356+601828++
++1++1'
UNH+1+ORDERS:D:98A:UN'
BGM+105:::Purchase Order+PC16:1.1:010+9+AB'
DTM+4:20000626:102'
FTX+ADU+3++Note the extra ink required with fountain pens.:Check paper bond
ordered.+en'
FTX+ZZZ+2+MaxWeight:ZZZ:ZZZ+<PackageWeight max="35" uom="lb"/>'
RFF+AGI:2498573'
RFF+AIU:4217481433331111'
DTM+36:1005'
NAD+BY+AN01765432133:ZZZ'
NAD+SU+AN123456789:ZZZ'
NAD+BT+001::92+Corporate Office+Roxanne Barber:Accounts Payable+1 Buyer
Parkway+Chicago+IL+35101+US'
CTA+AP+:AP Purchases (Roxanne)'
COM+312-555-1111:TE'
NAD+ST+152::92+San Jose Office+Maria Valenzuela:B1-2462:The Buyer, Inc.+1500 Buyer
Way+San Jose+CA+951103472+US'
EDIFACT CONTRL
The EDIFACT CONTRL example demonstrates a positive functional acknowledgement sent by a supplier to confirm
receiving a purchase order.
The control reference ID is in UCI and UCM. They come from the UNB and UNH segments in the original ORDERS
document.
UNA:+.? '
UNB+UNOC:3+ABCMUSICSUPPLY:ZZZ+ARIBAEDI:ZZZ:AN02000012345+030910:1059+1++CONTRL++1+
+1'
UNH+sample+CONTRL:D:3:UN'
SAP Business Network supports various X12 and EDIFACT features, including purchase order contact mapping,
extrinsics to REF mapping, and invoice REF, RFF mapping. Some segments are unsupported, and some ANSI
UOMs are unsupported.
Each cXML contact element contains a name and the actual contact string. For example, an Email element can
contain:
<Email name="Sales">sales@[Link]</Email>.
The name attribute is optional, but if it is present, it categorizes the contact. For example, a Phone element can also
have name="Sales", which implies that the Email and the Phone are related. SAP Business Network uses these
names when grouping contacts within ANSI X12 PER segments or EDIFACT CTA/COM segments.
SAP Business Network allows contact data to overflow EDI segment within their limits. For example, the PER
segment can hold up to three contacts. If a purchase order contains four contacts with the same name, SAP
Business Network creates another PER or CTA/COM segment with the same name. If it reaches the PER segment
limit, (three in some cases) it does not create more. Typically, up to five COMs are allowed. If SAP Business Network
needs six, it creates another CTA group.
When SAP Business Network translates this example to EDI, it uses the following information:
PER*CN**EM*whatever@[Link]*TE*1-512-555-1212*UR*[Link]
PER*CN*Executive Office*TE*1-408-555-1212~
PER*CN*Help Desk*EM*helpdesk@[Link]*TE*1-800-555-1212~
CTA+OC'
COM+whatever@[Link]:EM'
COM+1-512-555-1212:TE'
COM+http?://[Link]:AH'
CTA+OC+:Executive Office'
COM+1-408-555-1212:TE'
CTA+OC+:Help Desk'
COM+helpdesk@[Link]:EM'
COM+1-800-555-1212:TE'
The cXML/EDI Transformation link in the Customer Relationships page allows you to turn on purchase order REF
mapping.
Additional References
SAP Business Network translates header level REF (1/050) qualifiers and line item REF (2/120) qualifiers in ANSI
X12 invoices. Use qualifiers that are defined in X12 for the REF01 (0128) data element.
Example
REF qualifier 2N is defined in ANSI X12 as “Federal Communications Commission (FCC) Trade/Brand Identifier.”
This Extrinsic data also appears in online invoices under “Additional Information” as:
Reserved Codes
Some REF codes are reserved for use by SAP Business Network, and cannot be used by you.
IV Seller’s Invoice Number Can be used to extend invoice number from BIG02
PO Purchase Order Number Can be used to extend purchase order number from BIG04
MA Ship Notice / Manifest Number References a previously sent ship notice (line item shipping)
SE Serial Number Used for serial numbers, combined with serial numbers from IT1
Example
This Extrinsic data also appears in online invoices under “Additional Information” as:
Reserved Codes
Some RFF codes are reserved for use by SAP Business Network, and cannot be used by you.
Unsupported Segments
The ANSI X12 and EDIFACT standards define segments that SAP Business Network does not use. Suppliers can
include segments that are not explicitly supported, but SAP Business Network does not translate those segments
nor does it include data from those segments in the resulting cXML documents.
If SAP Business Network encounters unsupported segments, it ignores those segments without issuing any
warnings or errors. Suppliers are encouraged to use only the segments declared in the EDI Implementation Guides
so that no data is lost.
There are two reasons why SAP Business Network might not support a particular ANSI UOM code:
• The code has no direct translation to the United Nations Units of Measure (UNUOM) code table used by cXML.
For example, ANSI code DO (Dollars, U.S.) has no corresponding UNUOM code. Instead, use ANSI code M4
(Monetary Value). UNUOM also has code M4 with the same meaning.
Another example is ANSI code DH (Miles), which has no corresponding UNUOM code. Instead, use ANSI code
02 (Statute Mile), which has an appropriate match in UNUOM.
• The code does not yield a bidirectional translation between UNUOM and ANSI code systems. Legacy codes
superseded by newer codes for compatibility do not have a clear 1:1 translation. In such cases, multiple codes
in the same system are synonymous. Where two different but synonymous codes in one system represent
Additional References
Units of Measure Mapping for ANSI X12 document in the Product Documentation For Administrators
section of the Learning Center.
Hyperlinks
Some links are classified by an icon and/or a mouseover text. These links provide additional information.
About the icons:
• Links with the icon : You are entering a Web site that is not hosted by SAP. By using such links, you agree (unless expressly stated otherwise in your agreements
with SAP) to this:
• The content of the linked-to site is not SAP documentation. You may not infer any product claims against SAP based on this information.
• SAP does not agree or disagree with the content on the linked-to site, nor does SAP warrant the availability and correctness. SAP shall not be liable for any
damages caused by the use of such content unless damages have been caused by SAP's gross negligence or willful misconduct.
• Links with the icon : You are leaving the documentation for that particular SAP product or service and are entering an SAP-hosted Web site. By using such links,
you agree that (unless expressly stated otherwise in your agreements with SAP) you may not infer any product claims against SAP based on this information.
Example Code
Any software coding and/or code snippets are examples. They are not for productive use. The example code is only intended to better explain and visualize the syntax and
phrasing rules. SAP does not warrant the correctness and completeness of the example code. SAP shall not be liable for errors or damages caused by the use of example
code unless damages have been caused by SAP's gross negligence or willful misconduct.
Bias-Free Language
SAP supports a culture of diversity and inclusion. Whenever possible, we use unbiased language in our documentation to refer to people of all cultures, ethnicities, genders,
and abilities.
The EDI-to-cXML translation validation ensures that EDI documents conform to standardized cXML DTDs. This validation is significant because failing to meet these standards results in missing invoices in your online Inbox, hindering transaction visibility and processing. Proper validation prevents these issues and supports efficient electronic invoicing .
SAP Business Network manages contact data overflow by grouping contacts under PER or CTA/COM segments, creating additional segments if limits are exceeded. This management is important as it ensures that all necessary contact information is retained and accessible in EDI documents, preventing information loss during conversion, which could impede communication and transaction clarity .
Switching to production mode after testing EDI routing ensures that the tested configurations are live for real transactions. This transition is significant as it enables electronic document routing with actual trading partners. The risks involve potential untested configurations leading to processing errors, thus requiring close monitoring of early transactions to ensure system integrity .
Unique invoice numbers ensure that each transaction can be identified distinctly within the SAP Business Network. Violating this requirement, such as using duplicate invoice numbers, results in invoices being marked as 'failed' in your Outbox because of the mismatch. This is crucial for maintaining accurate transaction records and avoiding processing errors .
To properly acknowledge purchase orders in SAP Business Network, you need to send an EDI functional acknowledgment document, such as a 997 for ANSI X12 or CONTRL for EDIFACT. This ensures the order status changes from 'Sent' to 'Acknowledged.' Acknowledgment is important as it confirms receipt and understanding of the order details, preventing order processing failures and misunderstandings .
During testing, SAP Business Network's EDI Tester validates inbound ANSI X12 EDI documents against implementation guidelines, displaying any errors in the Validation Result section. Fixing these errors before production is critical to ensure smooth processing of EDI transactions, as errors could lead to document rejections and delays in business operations .
Test accounts in SAP Business Network are isolated from production accounts to prevent test data from contaminating live data. During testing, transactions are only conducted in the test environment, ensuring that errors do not impact real business operations. Coordination with customers is required to align test account activities .
Testing EDI configurations with customers in SAP Business Network involves configuring a test account, coordinating with customers to send test purchase orders, and ensuring that these are correctly routed and processed. This process is important because it verifies that the EDI setup meets customer needs and resolves issues before moving to the production environment, reducing risks of transactional errors in live operations .
After receiving a cXML validation error, the order remains in the Outbox marked as 'failed.' The steps to follow include revising the cXML document to comply with validation standards, ensuring all required elements match purchase order data, and re-submitting after corrections to ensure successful processing .
SAP Business Network's functional acknowledgment plays a critical role in the purchase order lifecycle by confirming the receipt of orders and transitioning the status to 'Acknowledged.' Its impact on transaction integrity is significant as it prevents delays or discrepancies by ensuring both parties are aligned on the order's terms and status, helping maintain a smooth supply chain operation .