Use change requests to create and refine the configuration of your trading partner accounts.
Understanding Change Requests
Change requests are used to request configurations for your trading partners and are fundamental to the onboarding process. An initial request requires you to annotate one or several sample documents to determine what information needs to be extracted from the document and where the information is located. After the initial request, subsequent (or follow-on) requests may be necessary to ensure the document meets your needs and those of your ERP system.
Most Change Requests will be completed prior to moving the trading partner to a status of Production, but Change Requests can also be used to make additional updates or accommodate small mapping changes once a trading partner is live.
Initial Change Requests
Initial Change Requests begin the validation process and take the trading partner from the status of New to Validation Required. The initial request must include all details for mapping, transformations, and business logic.
You can use Configuration Studio to create a Smart Template and submit your configurations for immediate validation. If this isn’t feasible, you can opt for the text or email submission options instead.
In the initial request via text or email you will be asked to provide at least five sample documents, one of which will need to be annotated to show where all required information resides. The sample documents can be uploaded directly to the portal or emailed to the test email address provided by your implementation manager.
If you have First-Pass mapping (FPM) setup, that will be used in place of submitting an initial map request. To learn if FPM is appropriate for you, reach out to your Conexiom representative or Contact Support.
Subsequent Change Requests
Subsequent requests are any requests that follow the initial change request and can be made during testing or once the account is in production.
These requests should focus on changes. They should not include all the original request details. If the Connection Developer handling your request has to look for the difference, your requests will take longer and may result in missed changes.
If you are requesting an update to existing logic, then reference a summary of the existing logic and the date it was originally requested. This gives the developer the context they need and helps them see where in the configuration the changes need to take place.
Subsequent change requests can be used for a number or reasons, including the following examples:
-
The trading partner has introduced a new document layout
-
The wrong information from the document is being picked up
-
Changes in the output file require new mandatory fields
-
Hardcoded values in your configuration, such as Bill to or Ship to IDs, need to be updated
For guidelines and best practices for submitting a change request, click here.
How to Submit a Change Request
There are multiple ways to submit a Change Request. While they all have the same end result, some are better suited for certain scenarios.
For an initial Change Request, unless you have First-Pass mapping setup, it is recommended to initiate an email request from the Customer Page of the portal under Test Documents. This will enable you to attach or link to the annotated sample document.
- Configuration Studio
- Change Request via Portal Text
- Change Request via Email
- Guidelines and Best Practices for Submitting a Change Request
Once an account is in the status of Production, Change Requests can also be launched from the Production Documents tab on the Customer Page.
To submit a Global-level Change Request, i.e. one that will apply to all trading partners, Contact Support. . Global-level Change Requests should only be submitted by individuals with a deep understanding of global logic and its application in change outcomes.