airs-75_po_reason_code_for_buyer_by_supplier_modify
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| airs-75_po_reason_code_for_buyer_by_supplier_modify [2018/02/22 10:35] – [Beschreibung] kalaschnikow | airs-75_po_reason_code_for_buyer_by_supplier_modify [2018/04/23 15:57] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== AIRS-75 PO Reason Code for buyer by supplier modify ====== | ||
| + | https:// | ||
| + | |||
| + | ====== Beschreibung ====== | ||
| + | > On customer LE level, there shall be a parameter/ | ||
| + | > * Whether a reason for modification is requested from the supplier or not | ||
| + | > * The customer specific reasons codes | ||
| + | |||
| + | * **-** In der '' | ||
| + | * **-** Die Liste der Reason Codes wird in der '' | ||
| + | |||
| + | |||
| + | > If supplier modifies a PO SL for a customer, where the setting is active, then the supplier will be requested to provide a reason code. | ||
| + | |||
| + | * **-** In der UI beim CSV Upload muss der Reason Code abgefragt werden -> [[https:// | ||
| + | |||
| + | > The reason code is required only if supplier modifies a schedule line which is in status OPEN, SCOR, PARTIALLY SHIPPED, PARTIALLY RECEIVED. | ||
| + | > If a PO schedule line is in another status, than the ones listed above, then the supplier will NOT be requested to provide a reason code if he modifies the schedule line. | ||
| + | |||
| + | * **-** Die Prüfung findet nur dann statt, wenn Schedule Line im Status OPEN, SCOR, PARTIALLY SHIPPED, PARTIALLY RECEIVED ist. | ||
| + | |||
| + | > The use cases below refer to modification on the status OPEN, SCOR, PARTIALLY SHIPPED and PARTIALLY RECEIVED. | ||
| + | > * In case of *collaboration on UI*: when clicking " | ||
| + | |||
| + | UI ist zu erweitern... | ||
| + | |||
| + | > **IMPORTANT :** As this approach won't work with multi selection, AirSupply will drop an error message (" | ||
| + | > __This restriction will apply for the PO SL of all customers.__ | ||
| + | |||
| + | Wenn mehrere Sätze selektiert werden, die UI gibt eine Fehlermeldung aus... | ||
| + | |||
| + | > In case of **upload**: | ||
| + | > * In order to avoid impact on existing supplier order confirmation csv file, the exiting field “supplier comment” shall be used. | ||
| + | > * In this field, the reason +code+ is expected if action = “modify” +and+ if PO belongs to a customer where the flag on LE level is set accordingly and if the PO status is in the list of the identified ones | ||
| + | > * If field is not filled with a valid reason code, error message will appear on UI and the modification will not be applied to the PO SL. | ||
| + | > * If field contains a valid error code, this code will be copied in the field “reason code”, regardless whether there is already a value. | ||
| + | |||
| + | ... (betrifft [[https:// | ||
| + | |||
| + | > In case of supplier **M2M**: | ||
| + | > * In order to avoid impact on existing supplier order confirmation csv file, the exiting field “supplier comment” shall be used. | ||
| + | > * In this field, the reason __code__ is expected if action = “modify” __and__ if PO belongs to a customer where the flag on LE level is set accordingly and if the PO status is in the list of the identified ones | ||
| + | |||
| + | * **-** Reason Code wird in der XML Nachricht im Feld " | ||
| + | * **-** Reason Code von " | ||
| + | * **-** Wenn Reason Code gültig ist, wird für diesen Code Beschreibung geholt und im Feld " | ||
| + | |||
| + | > * If field is not filled with a valid reason code, the order confirmation for this SL won't be booked and the system drops an according error message | ||
| + | |||
| + | * **-** Wenn der Reason Code nicht valide ist, wird der Import (wahrscheinlich) eine Exception werfen | ||
| + | * **-** Klären wie diese Nachricht " | ||
| + | * **-** Klären welche Exception, falls es eine Exception wird | ||
| + | * **-** Klären den Text der Exception. | ||
| + | |||
| + | > * If field contains a valid reason code, this code will be copied into the field “reason code”, regardless whether there is already a value. | ||
| + | |||
| + | * **-** Wenn der Reason Code gültig ist, wird er vom Feld " | ||
| + | * **-** Für diesen Code wird eine Beschreibung geholt und ins Feld " | ||
| + | |||
| + | > A supplier “modify” on UI thus entering / changing the reason code via UI does not change the field “supplier comment”. | ||
| + | |||
| + | > The reason code is sent to the customer ERP (new field in customer order response message idoc) in the new field “reason code” (if modification has been triggered via upload or M2M, the field “supplier comment” may contain the same value, but customer should rely on the value in the field “reason code”. If PO SL is still in SCOR, the supplier can modify again and then choose a different reason code (in case of SCOR). | ||
| + | |||
| + | > If PO SL has passed SCOR (e.g. confirmed by customer thus OPEN) and the supplier would like to modify again, then the old reason code will be overwritten. As it is not tracked in the PO history, customer is expected to keep the trace in his ERP system. | ||
| + | |||
| + | > On supplier modification via download -> upload, it is supplier responsibility to check whether a reason code coming with the download is still valid for the current modification action / whether an existing value in the field “supplier comment” can be overwritten. | ||
| + | |||
| + | > The reason code together with the reason short description is stored with the PO SL and can be displayed on PO Overview table (but not contained in the SupplyOn default view). It is not contained in the download (except if download option is " | ||