ER Upgrade your format by adopting a new, base version of that format
The following steps explain how a user in the System Administrator or Electronic Reporting Developer role can maintain an Electronic reporting (ER) format configuration. This procedure explains how a custom version of a format can be created based on the format received from a configuration provider (CP). It also explains how to adopt a new, base version of that format.
To complete these steps, you must first complete the steps in the "Create a configuration provider and mark it as active" and "Use created format to generate electronic documents for payments" procedures. These steps can be performed in the GBSI company.
Select format configuration for customization
Go to Organization administration > Workspaces > Electronic reporting.
In this example, sample company Litware, Inc. (https://www.litware.com) will act as a configuration provider that supports format configurations for electronic payments for a particular country/region. Sample company Proseware, Inc. (https://www.proseware.com) will act as a consumer of the format configuration that Litware, Inc. provided. Proseware, Inc. uses formats in certain regions of that country/region.
Click Reporting configurations.
Click Show filters.
Apply the following filters: Enter a filter value of "BACS (UK fictitious)" on the "Name" field using the "begins with" filter operator.
The selected format configuration BACS (UK fictitious) is owned by provider Litware, Inc.
Click Show filters.
In the list, find and select the desired record.
The version of the format with the status of Completed will be used by Proseware, Inc. for customization.
Create a new configuration for your custom format of electronic document
Proseware, Inc. received version 1.1 of BACS (UK fictitious) configuration that contains the initial format to generate electronic payment documents from Litware, Inc. in accordance to their service subscription. Proseware, Inc. wants to start using this as a standard for their country/region but some customization is required to support specific regional requirements. Proseware, Inc. also wants to keep the ability to upgrade a custom format as soon as a new version of it (with changes to support new country/region-specific requirements) comes from Litware, Inc. and they want to perform this upgrade with the lowest cost.
To do this, Proseware, Inc. needs to create a configuration using the Litware, Inc. configuration BACS (UK fictitious) as a base.
Close the page.
Select Proseware, Inc. to make it an active provider.
Click Set active.
Click Reporting configurations.
In the tree, expand 'Payments (simplified model)'.
In the tree, select 'Payments (simplified model)\BACS (UK fictitious)'.
Select the BACS (UK fictitious) configuration from Litware, Inc. Proseware, Inc. will use version 1.1 as a base for the custom version.
Click Create configuration to open the drop dialog.
This lets you create a new configuration for a custom payment format.
In the New field, enter 'Derive from Name: BACS (UK fictitious), Litware, Inc.'.
Select the Derive option to confirm the usage of BACS (UK fictitious) as the base for creating the custom version.
In the Name field, type 'BACS (UK fictitious custom)'.
In the Description field, type 'BACS vendor payment (UK fictitious custom)'.
The active configuration provider (Proseware, Inc.) is automatically entered here. This provider will be able to maintain this configuration. Other providers can use this configuration, but will not be able to maintain it.
Click Create configuration.
Customize your format for the electronic document
- Click Designer.
- Click Expand/collapse.
- Click Expand/collapse.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Bank'.
- Click Add to open the drop dialog.
- In the tree, select 'XML\Element'.
- In the Name field, type 'IBAN'.
- Click OK.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Bank\IBAN'.
- Click Add to open the drop dialog.
- In the tree, select 'Text\String'.
- Click OK.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Name\String'.
- In the Maximum length field, enter '60'.
- Click the Mapping tab.
- In the tree, expand 'model'.
- In the tree, expand 'model\Payments'.
- In the tree, expand 'model\Payments\Creditor'.
- In the tree, expand 'model\Payments\Creditor\Account'.
- In the tree, select 'model\Payments\Creditor\Account\IBAN'.
- In the tree, select 'Xml\Message\Payments\Item = model.Payments\Vendor\Bank\IBAN\String'.
- Click Bind.
- Click Save.
Validate the customized format
Click Validate.
Validate the customized format layout and data mapping changes to make sure that all bindings are okay.
Close the page.
Change the status of the current version of the custom format configuration
Change the status of the designed format configuration from Draft to Completed to make it available for payment document generation.
Click Change status.
Note that the current version of the selected configuration is in Draft status.
Click Complete.
In the Description field, type a value.
Click OK.
In the list, find and select the desired record.
Note that the created configuration is saved as completed version 1.1.1. This means it is version 1 of the custom BACS (UK fictitious custom) format, which is based on version 1 of the BACS (UK fictitious) format, which is based on version 1 of the Payments (simplified model) data model.
Test the customized format to generate payment files
Complete the steps in the "Use created format to generate electronic documents for payments" procedure in a parallel finance and operations session. Select the BACS (UK fictitious custom) format in electronic payment method parameters. Make sure that the created payment file contains the recently introduced XML node presenting IBAN code in accordance to regional requirements.
Update the existing country/region-specific configuration
Litware, Inc. needs to update the BACS (UK fictitious) configuration and adopt new country/region requirements for managing the format of the electronic document. Later, this will be enclosed in a new version of this configuration that will be offered for service subscribers, including Proseware, Inc.
In real service provision related processes, each new version of BACS (UK fictitious) can be imported by Proseware, Inc. from Litware, Inc. configurations' LCS repository. In this procedure we will simulate this by updating BACS (UK fictitious) on behalf of a service provider.
Close the page.
Select Litware, inc. provider.
Click Set active.
Click Reporting configurations.
In the tree, expand 'Payments (simplified model)'.
In the tree, select 'Payments (simplified model)\BACS (UK fictitious)'.
The draft version owned by Litware, Inc. provider BACS (UK fictitious) is selected to bring in changes to support new country/region-specific requirements.
Localize the base format of the electronic document
Assume that there are new country/region-specific requirements to be supported by Litware, Inc.:
- A value for the creditor's bank SWIFT code in each payment transaction.
- A limit of 100 characters for the length of text for the vendor's name in a generating file.
- New country/region-specific requirements
- Select the draft version of the desired configuration to introduce required changes.
- Click Designer.
- Click Expand/collapse.
- Click Expand/collapse.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Bank'.
- Click Add to open the drop dialog.
- In the tree, select 'XML\Element'.
- In the Name field, type 'SWIFT'.
- Click OK.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Bank\SWIFT'.
- Click Add to open the drop dialog.
- In the tree, select 'Text\String'.
- Click OK.
- In the tree, select 'Xml\Message\Payments\Item\Vendor\Name\String'.
- In the Maximum length field, enter '100'.
- Click the Mapping tab.
- In the tree, expand 'model'.
- In the tree, expand 'model\Payments'.
- In the tree, expand 'model\Payments\Creditor'.
- In the tree, expand 'model\Payments\Creditor\Agent'.
- In the tree, select 'model\Payments\Creditor\Agent\SWIFT'.
- In the tree, select 'Xml\Message\Payments\Item = model.Payments\Vendor\Bank\SWIFT\String'.
- Click Bind.
- Click Save.
Validate the localized format
- Click Validate.
- Close the page.
Change the status of the current version of the base format configuration
Change the status of the updated base format configuration from Draft to Completed to make it available for generation of payment documents and updates of format configurations derived from it.
Click Change status.
Note that the current version of the selected configuration is in Draft status.
Click Complete.
In the Description field, type a value.
Click OK.
In the list, find and select the desired record.
Change the base version for the custom format configuration
Proseware, Inc. is informed that a new version 1.2 of BACS (UK fictitious) configuration is available to generate electronic payment documents in accordance to recently announced country/region-specific requirements. Proseware, Inc. wants to start using it as a standard for the country/region.
To do this, Proseware, Inc. needs to change the base configuration version for the custom configuration BACS (UK fictitious custom). Instead of version 1.1 of BACS (UK fictitious) use new version 1.2.
Go to Organization administration > Workspaces > Electronic reporting.
Select the Proseware, Inc. provider to mark it as active.
Click Set active.
Click Reporting configurations.
In the tree, expand 'Payments (simplified model)'.
In the tree, expand 'Payments (simplified model)\BACS (UK fictitious)'.
In the tree, select 'Payments (simplified model)\BACS (UK fictitious)\BACS (UK fictitious custom)'.
Select the BACS (UK fictitious custom) configuration, which is owned by Proseware, Inc.
Use the draft version of the selected configuration to introduce required changes.
Click Rebase.
Select the new version 1.2 of the base configuration to be applied as a new base for updating the configuration.
Click OK.
Note that some conflicts have been discovered between merging the custom version and a new base version representing some format changes that can't be merged automatically.
Resolve rebase conflicts
Click Designer.
Note that changes to the vendor's name text length limit couldn't be resolved automatically. Therefore, this is presented in a conflicts list. For each conflict of type Update, the following options are available: - Apply a prior base value (button on top of the grid) to bring in the previous base version value (0 in our case). - Apply a base value (button on top of the grid) to bring in the new base version value (100 in our case). - Keep your own (custom) value (60 in our case). Click Apply base value to apply a country/region-specific limit of 100 characters for vendor's name text length.
Note that Proseware, Inc. and Litware, Inc. have custom and local versions of this format using IBAN and SWIFT codes with related components that are automatically merged in the managing format.
Click Apply base value.
Click Apply base value to apply the country/region-specific limit of 100 characters for vendor names.
Click Save.
Saving the format will remove resolved conflicts from the conflicts list.
Close the page.
Change the status of the new version of the custom format configuration
Click Change status.
Change the status of the updated, custom format configuration from Draft to Completed. This will make the format configuration available for generating payment documents. Note that the current version of the selected configuration is in Draft status.
Click Complete.
In the Description field, type a value.
Click OK.
Note that the created configuration is saved as completed version 1.2.2: version 2 of base BACS (UK fictitious custom) format, which is based on version 2 of base BACS (UK fictitious) format, which is based on version 1 of Payments (simplified model) data model.
Test the customized format for payment files generation
Complete the steps in the "Use created format to generate electronic documents for payments" procedure in parallel finance and operations session. Select the created 'BACS (UK fictitious custom)' format in electronic payment method parameters. Make sure that the created payment file contains recently introduced by Proseware, Inc. XML node presenting IBAN account code in accordance to regional requirements. The file also should contain the recently introduced by Litware, Inc. XML node presenting SWIFT bank code in accordance to country/region requirements.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for