Explanation of the general functionality of the settings
All of the columns in the table represent the conditions (criteria), which have to apply to the respective object (in this case the delivery) in order for a line to be as recognized as applicable. The last column which displays the result of the setting is an exception. If all conditions maintained in a line apply, the value in the last column (in this example, “service provider”) will be used as the result. If the conditions of several lines of the table apply to the relevant object, the most detailed entry is always accessed (exceptions are listed explicitly in the documentation of the respective setting). Other applicable lines with less populated columns are then not evaluated for this access.
The table includes a wildcard logic – a result is also determined if fields are left blank for the conditions. However, for this the lines that are still used must be populated completely from right to left, i.e. there must be no gaps. The last column which displays the result of the respective line and must always be populated is an exception.
The following table displays an example for correctly populated settings. With these settings, the result for a delivery with organizational unit 1000DE, consignee 1200, and Incoterms FCA would be service provider UPS. The second line with the result FedEx is not considered because it is less detailed.
Org. unit | Partner role | Partner no. | Incoterm | Service provider |
---|---|---|---|---|
1000DE | WE | 1200 | FCA | UPS |
1000DE | WE | 1200 |
| FedEx |
2000US |
|
|
| UPS |
|
|
|
| DHL |
The following table displays an example for incorrectly populated settings: The settings have not been populated correctly since fields were left blank when read from right to left (with the exception of the last column that always must be populated):
Org. unit | Partner role | Partner no. | Incoterm | Service provider |
---|---|---|---|---|
1000DE | WE |
| FCA | UPS |
1000DE |
| 1000 |
| FEDEX |
| SP | 2000 |
| UPS |