Périmètre
API
UPDATE
Order incidents :
Les routes front de récupération des incidents ORDER-559 et ORDER-557 sont modifiées pour faciliter son utilisation :
Modifications ORDER-559 / ORDER-557
GET /v1/shop/logistic-orders/{logisticOrderId}/lines/{lineId}/incidents
GET /v1/shop/logistic-orders/{logisticOrderId}/lines/{lineId}/incidentssont remplacées par l’unique route :
GET /v1/shop/incidents
L’objectif initial était de remonter les incidents liés à une ligne ou une commande. La simplification du path doit permettre d’avoir désormais un usage multiple.
- Récupérer les incidents sur une (ou plusieurs) ligne(s) de commande
- Récupérer les incidents sur une (ou plusieurs) commande(s)
De nouveaux request params sont ajoutés pour répondre aux différents use cases (à la ligne et à l’order) :
linkedType:ORDERouORDERLINES(obligatoire)ids: identifiants des entités liées séparés par des virgules (optionnel)status: Statut de l'incidentOPEN,ON_GOINGouCLOSED(optionnel)
Le body de la réponse ne change pas.
Exemple de request
GET /v1/shop/incidents?linkedType=ORDER&ids=123,456&status=OPEN
La route front de récupération des incidents ORDER-503 est modifiée pour faciliter son utilisation :
Modification ORDER-503
GET /v1/shop/logistic-orders/{logisticOrderId}/incidents/{incidentId}est remplacée par :
GET /v1/shop/incidents/{incidentId}
Le fonctionnement et le retour d'API ne changent pas. Il s'agit ici principalement d'une simplification de la route d'appel.
