Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
There are ten setup steps for the XML Gateway as shown in the following table:
1 Define System Profile Options ( (performed by a DBA)
The XML Gateway uses profile options to define the following for your system:
• The directory path for XML messages and log files
ECX: Log File Path Log File Path where the XML messages and runtime log are stored (Required)
ECX: XSLT File Path XSLT Path where XSLT style sheets are stored (Required)
• The XML Gateway System Administrator's e-mail address
ECX: System Administrator Email Address -->XML Gateway System Administrator e-mail address (Required)
• The sender's information system
ECX: Server Time Zone --> The time zone in which the database server is running. (Required)
• The maximum size an outbound document may reach before validating whether parsing should be continued
ECX: Maximum XML Size --> This profile option specifies the maximum size of an outbound XML document (Not
Mandatory)
• The maximum memory available for the database session running the Java portion of the XML transformation
ECX: XML Validate Flag --> This profile option specifies whether an outbound document should continue to
be parsed by the engine after the maximum size defined in the 'ECX: Maximum XML Size' profile option has
been reached. document (Not Mandatory).
This profile option works together with the 'ECX: Maximum XML Size' profile option.
• The option of either purging all XML Gateway data along with workflow data or only purging workflow data
ECX: Purge ECX data with WF This profile controls purging of XML Gateway data when Purge Obsolete
Workflow Runtime Data concurrent program is submitted to purge XML Gateway transactions attached to
workflow.
• If the profile value is set to 'Y' (default), then all XML Gateway data along with workflow data will be purged.
• If the profile value is set to 'N', then XML Gateway data will not be purged with workflow data, but only workflow
data will be purged. (Not Mandatory).
4 Define Hubs
Navigate to the Hub Definitions form from the XML Gateway Responsibility by selecting Setup > Define Hubs.
5 Define XML Standards
Navigate to the Define XML Standards form from the XML Gateway Responsibility by selecting Setup > Define XML
Standards.
6 Define Transactions
Navigate to the Define Transactions form from the XML Gateway Responsibility by selecting Setup > Define
Transactions.
Transaction Type = PO
Sub type = PRO
Standard Code = CXML
External Transaciton Type = ORDER
External Transaction Subtype = REQUEST
Direction = OUT
Map = cXML_OrderRequest.xgm
Connection Hub : DIRECT
Protocol Type :HTTPS
Username: DUNS
Password: gra1nger
Protocol Address: https://ca.gcom.grainger.com/integration/inbound/processCXML
ePossibilities_Sprint_Team@grainger.com
Test Punchout Connection Information:
The second test PO (#1661667) I attempted to send to Grainger was not received.
XML Gateway Data Collection Script for Outbound ECX Transactions (Doc ID 742618.1)
This script has been created to collect the required information to troubleshoot issues with ECX Outbound Transactions. It collects all relevant
data needed to debug a specific document number and check its status at various stages of the Outbound flow.
The XML Gateway envelope(header) has an attribute called "SOURCE_TP_LOCATION_CODE". If a user enters a value "nnnn" as the source tp
location code in the XML Gateway Trading Partner setup screen, that value is transmitted in the header as "SOURCE_TP_LOCATION_CODE"
attribute. This is the only configuration option available.
Does Oracle Sends That PO Back To Supplier Via CXML ? (Doc ID 2316399.1)
PO Print itself does not generate XML or cXML file. If the supplier is setup as Trading Partner in XML Gateway then when the PO is
approved the XML radio button is automatically selected . Then from the PO Approval wf a child worklfow POXML is launched that
generates either XML or cXML payload that will be queued and send to the supplier
In the XML Gateway resp in the Define Trading Partners form is where you pick either OAG (which is for XML) or cXML
So when you run PO Print, it generates XML or cXML based on the setup you did for the supplier in XML Gateway Responsibility.
I did figure out why there were two different web addresses
one is for the iProc punchout
other is for where to send the cxml PO
so I think the setups we have on WW GRAINGER partner are good
Hi Jennifer,
Here is the header section of the cXML file (complete file embedded in the test results document):
< Question: for ‘From Credential Domain’ … are you expecting “psav.com” or “DUNS”? >
<Header>
<From>
<Credential domain="DUNS">
<Identity>622222560</Identity>
</Credential>
</From>
<To>
<Credential domain="DUNS">
<Identity>159148746</Identity>
</Credential>
</To>
<Sender>
<Credential domain="DUNS">
<Identity>622222560</Identity>
<SharedSecret>#WF_DECRYPT#_@$99@94$!4@^$89^9@4^#880#$^!99!0^8@@$^8`&8$9!&+8!+B!8#9|#WF_DECRYPT#</Share
dSecret>
</Credential>
<UserAgent>Oracle E-Business Suite Oracle Purchasing 11.5.9</UserAgent>
</Sender>
</Header>
Notes:
As mentioned earlier we are researching Advanced Queuing module / Universal Work Queue to confirm that the cXML was actually sent
somewhere. If it was sent, where was it sent. If it was not, why not. To that end we have opened another SR with Oracle.
Peter Everett
Manager, Oracle (Purchasing) - PSAV®
■ office: 312.873.5677 ■ mobile: 650.255.0614
Hi Peter,
We are expecting to receive the cXML Test PO to the below URL, using the below Credentials. Thanks
https://ora-dapp-03.psav.com:4443/OA_HTML/US/ECXOTAPing.htm
Username : DUNS
Password : gra1nger
PartyId : 20962
PartySiteId : 74837
Error message
https://ca.gcom.grainger.com/integration/inbound/processCXML