Périmètre

Data Hub

Data Hub - Export de commandes SFTP | Nom de fichier court

Il est désormais possible de configurer le format du nom de fichier pour les exports de commandes via SFTP.

Formats disponibles :

  • Format standard (par défaut) :
    • DJUST_ORDERID_SUPPLIERID_TIMESTAMP_orders.FORMAT
    • Exemple : DJUST_172-189-1896838-1_FRMO_1721891899392_orders.xml
  • Format simplifié (nouveau format, sur demande) :
    • ORDERID.FORMAT
    • Exemple : 172-189-1896838-1.xml

Le format simplifié est disponible sur demande.

Back-Office

Visualisation des restrictions de catalogues (Catalog Views) sur une page produit

Il est désormais possible via la page produit d’identifier dans quelle restriction de catalogue se trouve le produit.



API

📘

NEW

Orders

Une évolution importante des commandes est en préparation. Elles vont apporter la possibilité de créer une commande sans panier ni devis au préalable et y ajouter un comportement similaire à celui du panier.

  • Nouvelle route de création de commande commerciale :

    • ORDER-108 - POST /v2/shop/commercial-orders
      Cette route permet de créer une nouvelle commande commerciale avec l'ajout possible de custom fields liés. Voici le body de l'API :
    "customFields": [
      {
        "customFieldId": "string",
        "customFieldValue": "string"
      }
    ]
    "customFieldIdType": "string", // DJUST_ID or EXTERNAL_ID

  • Nouvelle route de modification de commande commerciale :

    • ORDER-222 - PUT /v2/shop/commercial-orders/{commercialOrderId}
      Cette route permet la mise à jour d'une commande commerciale à partir de son id externe ou de se référence. Son body est similaire à celui de ORDER-108, il permet l'update des CF de la commande commerciale.
  • Nouvelle route d'ajout de ligne à la commande commerciale :

    • ORDER-150 - PUT /v2/shop/commercial-orders/{commercialOrderId}/lines
      Cette route permet d'ajouter des lignes de commande (automatiquement ventilées sur les commandes logistiques liées). Son comportement est semblable à l'ajout de lignes à un panier.
    {
    	"lineType": "OFFER_PRICE", // OFFER_PRICE or PRODUCT_VARIANT
    	"lineIdType": "EXTERNAL_ID", // DJUST_ID or EXTERNAL_ID
    	"customFieldIdType": "DJUST_ID",
    	"lines": [
    	  {
    	    "id": "123456", // can be offer price id or variant id
    	    "quantity": 10,
    	    "updateAction": "ADD_QUANTITY",
    	    {
    				"customFields": [
    				{
    					"customFieldId": "string",
    					"customFieldValue": "string"
    				}
    			],
    	  }
    	]
    }
    
    ⚠️

    Attention

    Le path param commercialOrderId est de type unique REFERENCE. Les business ids ou les external ids ne sont pas acceptés.

  • Nouvelle route de récupération des lignes d'une commande commerciale :

    • ORDER-561 - GET /v1/shop/commercial-orders/{commercialOrderId}/lines
      Cette route est dédiée à la récupération paginée des lignes d'une commande commerciale. Il est possible de la filtrer par ids de fournisseur, de variants ou d'offer prices.
  • Nouvelle route de suppression de commande commerciale :

    • ORDER-300 - DELETE /v2/shop/commercial-orders/{commercialOrderId}.
      📘

      Information

      Cette route pouvant être sensible, elle est contrainte par un droit utilisateur CHECKOUT_ORDER_DELETE. Si l'utilisateur possède ce droit, alors il sera autorisé à supprimer une commande commerciale. L'ensemble des commandes logistiques liées doivent être en statut DRAFT_ORDER.

  • Nouvelle route de suppression de ligne d'une commande commerciale :

    • ORDER-350 - DELETE /v2/shop/commercial-orders/{commercialOrderId}/lines
      Cette route permet la suppression d'une ou plusieurs lignes d'une commande commerciale.
    "lines": [
      {
        "offerPriceId": "string",
      }
    ]

👍

UPDATE

Orders

Les routes suivantes de gestion des commandes commerciales évoluent pour préparer les futures évolutions de réapprovisionnement automatiques.

L'ensemble des routes évoluent avec les changements de propriétés suivantes :

🆕

Nouvelles propriétés

customerAccountSnapshot : les informations d'account sont enregistrées au niveau de la commande commerciale

"customerAccountSnapshot": {
	"externalId": "string",
	"id": "string",
	"name": "string",
	"vatNumber": "string"
}

customerUserSnapshot : les informations de customer user sont enregistrées au niveau de la commande commerciale

"customerUserSnapshot": {
  "civility": "MR",
  "email": "string",
  "externalId": "string",
  "firstName": "string",
  "id": "string",
  "lastName": "string",
  "phone": "string"
}

lineCount : nombre total de lignes de produits contenus dans les différentes commandes logistiques

productCount : nombre total de produits contenus dans les différentes commandes logistiques. Si une ligne contient une quantité 10, on ajoutera 10 au productCount.

custom fields : les custom fields sont désormais présents au niveau de la commande commerciale

updatedAt : date de dernier update de la commande commerciale

validatedAt : date de passage en statut CREATED de l’ensemble des commandes logistiques

📘

Information

Le nombre de lignes n’est pas égal au nombre de produits. En effet, une ligne correspond à un prix. Sur un produit, il peut par exemple y avoir plusieurs conditionnements avec des offres/prix différents. Pour un produit on aura donc plusieurs lignes correspondantes.

Propriétés supprimées

numberOfLines : ancienne propriété non utilisée pour le nombre de lignes du commande

numberOfProducts : ancienne propriété non utilisée pour le nombre total de produits

  • Routes d'administration back-office concernées :
GET /v1/logistic-orders
POST /v1/logistic-orders
GET /v1/logistic-orders/{orderLogisticId}
GET /v1/logistic-orders/{orderLogisticId}/approvals
GET /v1/logistic-orders/{orderLogisticId}/shipments
GET /v1/supplier-quotes/{supplierQuoteId}/orders
  • Routes front-office concernées :
ORDER-560 - GET /v1/shop/commercial-orders
GET /v1/shop/customer-accounts/orders
GET /v1/shop/customer-accounts/organisations/{organisationId}/orders
GET /v1/shop/logistic-orders
POST /v1/shop/logistic-orders

Périmètre

Data Hub

Nouvelle gestion de l'authentification

Vous pouvez désormais sélectionner votre méthode d’authentification directement depuis la section “Authentication type” lors de la configuration de la connexion client:

  • No Auth
  • OAuth 2.0 (password grant) : avec les champs requis pour configurer votre accès sécurisé (Access Token URL, Client ID, Client Secret, Username, Password).

Changements côté API POST /v1/mapper/client

  1. Ajout du type API_OAUTH2_CLIENT
    1. Un nouveau type de client d’authentification a été introduit pour prendre en charge l’OAuth 2.0 avec le grant type “Password”.
  2. Ajout du champ connectionInformation :
    Ce champ permet de configurer les informations nécessaires à l’authentification, incluant :
    • baseUrl : l’URL de base de l’API.
    • accessTokenUrl : l’URL pour obtenir le token d’accès.
    • clientId et clientSecret : identifiants du client.
    • grantTypeInformation : contient le grant type utilisé (PASSWORD) et les champs username et password.
"id": "123e4567-e89b-12d3-a456-426614174000",
    "name": "Example OAuth 2 Client",
    "active": true,
    "createdAt": "2025-01-24T18:00:00.000Z",
    "updatedAt": "2025-01-24T18:00:00.000Z",
    "clientConfiguration": {
        "type": "API_OAUTH2_CLIENT",
        "connectionInformation": {
            "type": "API_OAUTH2_CLIENT",
            "baseUrl": "https://api.example.com",
            "httpHeaders": {},
            "accessTokenUrl": "https://auth.example.com/oauth/token",
            "clientId": "exampleClientId123",
            "clientSecret": "exampleClientSecret456",
            "grantTypeInformation": {
                "grantType": "PASSWORD",
                "username": "exampleUser",
                "password": "examplePassword"
            }
        }
    }
}


API

👍

UPDATE

Administration

Les routes suivantes d'administration back office ont été modifiées pour homogénéiser et fiabiliser les paramètres de pagination :

  • Modification des valeurs min des paramètres de requête page à 0 et size à 1 :
    • Routes d'administration back-office concernées :
    GET /public/v1/suppliers
    GET /v1/assortments
    GET /v1/buying-policies/{id}/customer-users
    GET /v1/customer-accounts
    GET /v1/customer-accounts/{customerAccountId}/customer-users
    GET /v1/customer-organisations/{organisationId}/customer-users
    GET /v1/customer-users
    GET /v1/logistic-orders
    POST /v1/logistic-orders
    GET /v1/logistic-orders/{orderLogisticId}/lines
    GET /v1/mail-templates
    GET /v1/mapper/jobout/{jobOutId}/exported-item-statuses
    GET /v1/mapper/status/all/{jobId}
    GET /v1/mapper/statusout/{jobOutId}/all
    GET /v1/operator-users
    GET /v1/product-variants
    GET /v1/products/with-count
    POST /v1/products/with-count/back-office
    GET /v1/stores
    GET /v2/user-groups/{groupId}/users
    • Routes front-office concernées :
    PRODUCT-551 : GET /v1/shop/autocomplete
    ACCOUNT-550 : GET /v1/shop/customer-accounts/orders
    ACCOUNT-503 : GET /v1/shop/customer-accounts/organisations (deprecated)
    ACCOUNT-555 : GET /v1/shop/customer-accounts/organisations/{organisationId}/orders
    ACCOUNT-504 : GET /v1/shop/customer-accounts/organisations/{organisationId}/users
    ACCOUNT-502 : GET /v1/shop/customer-accounts/users
    PRODUCT-550 : GET /v1/shop/list
    N/A : GET /v1/shop/logistic-orders (deprecated)
    ORDER-550 : POST /v1/shop/logistic-orders
    ORDER-555 : GET /v1/shop/logistic-orders/{orderLogisticId}/lines
    QUOTE-500 : GET /v1/shop/master-quotes
    PRODUCT-503 : GET /v1/shop/products/{productIdentifier}/related-products
    SUPPLIER-550 : GET /v1/shop/suppliers
    SUPPLIER-551 : GET /v1/shop/suppliers/{supplierId}/evaluations
    PRODUCT-553 : GET /v2/shop/autocomplete
    PRODUCT-552 : GET /v2/shop/search

  • Suppression du paramètre de requête pageable:
    • Routes d'administration back-office concernées :
    GET /v1/attributes
    GET /v1/buying-policies
    GET /v1/catalog-views
    GET /v1/catalog-views/{id}/products
    GET /v1/customer-organisations
    GET /v1/customer-organisations/{organisationId}/customer-users
    GET /v1/customer-tags
    GET /v1/mapper/status/all/{jobId}
    GET /v1/mapper/statusout/{jobOutId}/all
    GET /v1/product-tags
    GET /v1/products/catalog-views/{id}
    GET /v1/stores
    GET /v1/supplier-quotes
    GET /v1/supplier-quotes/{supplierQuoteId}/orders
    GET /v1/transactions/unreconciled
    GET /v2/user-groups/{groupId}/users
    • Routes front-office concernées :
    N/A : GET /v1/shop/attributes
    ACCOUNT-550 : GET /v1/shop/customer-accounts/orders
    ACCOUNT-503 : GET /v1/shop/customer-accounts/organisations (deprecated)
    ACCOUNT-555 : GET /v1/shop/customer-accounts/organisations/{organisationId}/orders
    ACCOUNT-504 : GET /v1/shop/customer-accounts/organisations/{organisationId}/users
    ACCOUNT-502 : GET /v1/shop/customer-accounts/users
    SUPPLIER-550 : GET /v1/shop/suppliers
    SUPPLIER-551 : GET /v1/shop/suppliers/{supplierId}/evaluations

  • Ajout du paramètre de requête pagemanquant sur les routes :
    • Routes d'administration back-office concernées :
    GET /v1/attributes
    GET /v1/buying-policies
    GET /v1/catalog-views
    GET /v1/catalog-views/{id}/products
    GET /v1/customer-organisations
    GET /v1/customer-tags
    GET /v1/product-tags
    GET /v1/products/catalog-views/{id}
    GET /v1/supplier-quotes
    GET /v1/supplier-quotes/{supplierQuoteId}/orders
    GET /v1/suppliers/{supplierId}/supplier-users
    GET /v1/transactions/unreconciled
    • Routes front-office concernées :
    N/A : GET /v1/shop/attributes
    ORDER-560 : GET /v1/shop/commercial-orders

  • Ajout des paramètres de requête sizeet sort manquants sur les routes :
    • Routes d'administration back-office concernées :
    GET /v1/attributes
    GET /v1/buying-policies
    GET /v1/catalog-views
    GET /v1/catalog-views/{id}/products
    GET /v1/customer-organisations
    GET /v1/customer-tags
    GET /v1/jobs
    GET /v1/product-tags
    GET /v1/products/catalog-views/{id}
    GET /v1/supplier-quotes
    GET /v1/supplier-quotes/{supplierQuoteId}/orders
    GET /v1/suppliers/{supplierId}/supplier-users
    GET /v1/transactions/unreconciled
    • Routes front-office concernées :
    N/A : GET /v1/shop/attributes
    ORDER-560 : GET /v1/shop/commercial-orders

  • Modification des valeurs par défaut des paramètres de requête page à 0 et size à 20 :
GET /v1/customer-accounts

Orders

Les routes de récupération de commande se voient enrichies par l'id externe de la catégorie de classification. Il n'y avait jusqu'à présent que le nom de la catégorie dans les réponses API.

La nouvelle propriété se trouve dans l'objet orderLogisticLineProductDto de la réponse.

  • Routes d'administration back-office :
GET /v1/logistic-orders
POST /v1/logistic-orders
GET /v1/logistic-orders/{orderLogisticId}
GET /v1/logistic-orders/{orderLogisticId}/approvals
GET /v1/logistic-orders/{orderLogisticId}/lines
PATCH /v1/logistic-orders/{orderLogisticId}/lines/{orderLogisticLineId}
PUT /v1/logistic-orders/{orderLogisticId}/lines/{orderLogisticLineId}
GET /v1/logistic-orders/{orderLogisticId}/shipments
  • Routes front-office :
ACCOUNT-550 : GET /v1/shop/customer-accounts/orders
ACCOUNT-555 : GET /v1/shop/customer-accounts/organisations/{organisationId}/orders
N/A : GET /v1/shop/logistic-orders (deprecated)
ORDER-550 : POST /v1/shop/logistic-orders
ORDER-501 : GET /v1/shop/logistic-orders/{orderLogisticId}
ORDER-205 : PATCH /v1/shop/logistic-orders/{orderLogisticId}
ORDER-200 : PUT /v1/shop/logistic-orders/{orderLogisticId}/approve
ORDER-201 : PUT /v1/shop/logistic-orders/{orderLogisticId}/cancel
ORDER-203 : PUT /v1/shop/logistic-orders/{orderLogisticId}/confirm-reception
ORDER-204 : PUT /v1/shop/logistic-orders/{orderLogisticId}/disapprove
ORDER-556 : GET /v1/shop/logistic-orders/{orderLogisticId}/approvers
ORDER-555 : GET /v1/shop/logistic-orders/{orderLogisticId}/lines
ORDER-206 : PATCH /v1/shop/logistic-orders/{orderLogisticId}/lines/{orderLogisticLineId}
ORDER-560 : GET /v1/shop/commercial-orders
ORDER-100 : POST /v1/shop/commercial-orders
ORDER-500 : GET /v1/shop/commercial-orders/{orderCommercialId}
ORDER-107 : POST /v2/shop/supplier-quotes/{supplierQuoteId}/initialize-orders

Il est désormais aussi possible de récupérer les commandes logistiques en filtrant sur une liste d'id d'accounts via le paramètre de requête customerAccountIds :

N/A : GET /v1/shop/logistic-orders (deprecated)
ORDER-550 : POST /v1/shop/logistic-orders
⚠️

Attention

Si une valeur est renseignée dans le paramètre customerAccountIds, alors automatiquement l'identifiant du compte passé dans le header est ignoré.


mapper

La valeur JOB_SKIPPED a été ajoutée à la liste des valeurs possibles pour l'attribut status de la réponse.

GET /v1/mapper/job
POST /v1/mapper/job
GET /v1/mapper/job/{jobId}
PATCH /v1/mapper/job/{jobId}
PUT /v1/mapper/job/{jobId}
GET /v1/mapper/status/all/{jobId}
GET /v1/mapper/status/{jobId}
POST /v2/mapper/job

Rôles des utilisateurs

Le paramètre de requête client des routes d'administration des rôles des utilisateurs devient obligatoire :

GET /v1/roles
POST /v1/roles
POST /v2/user-groups

Paniers

Il est désormais possible d'utiliser les paniers comme des buying lists. Il suffit pour cela de préciser son type via la propriété typedes APIs suivantes :

CART-100 : POST /v2/shop/carts
CART-200 : PUT /v2/shop/carts/{cartId}

Les valeurs possibles sont CART et BUYING_LIST.

ℹ️

Point d'attention

La valeur par défaut sur l'appel à CART-100 du paramètre type est CART.

En revanche, un appel sans valeur renseignée pour le paramètre type sur CART-200 conservera la donnée. Il n'y a dans ce cas aucune valeur par défaut.

Périmètre

Back Office

Offers

Les pages de configuration des offres sont enrichies avec les quantités minimum et maximum commandables.

Ceux-ci sont disponibles directement dans le détail de chaque offre.



API

👍

UPDATE

Search

Actuellement, la route historique de recherche (V1) PRODUCT-550 a un paramètre order.type qui accepte les valeurs suivantes :

BRAND
CREATION
CATEGORY
NAME
SCORE
PRICE

Les 3 premières valeurs (BRAND, CREATION, CATEGORY) n'ont pas d'impact sur la recherche et sont dépréciées.

Products

La route d'administration de récupération de listes produits POST /v1/products/with-count/back-office évolue afin de pouvoir remonter l'information "online/offline" de chaque produit.

Un produit est dit "online" si celui-ci est visible en ligne sur le site web client. A l'inverse il sera "offline".

La valeur est disponible dans l'attribut online de chaque élément retourné. Si l'attribut est à true, alors il est réputé online, s'il est à false alors il sera offline.

⚠️

Attention

Cet attribut n'est disponible que dans un contexte de Search V2.

Périmètre

Back Office

Custom Fields

Les pages de configuration des custom fields sont enrichies des custom fields aux threads de messagerie., à la commande commerciale et aux incidents.

Ceux-ci sont disponibles dans la section Settings > Order management



Data Hub

Amélioration des imports de catégories de classification

Avec le job d’import de classifications par fichier CSV, il est désormais possible d’activer ou désactiver les fonctionnalités suivantes du Search V2:

  • Searchable
  • Faceted
  • Sortable

API

🚀

NEW

Quotes

Ajout de la possibilité de récupérer l'ensemble des commandes associées à un devis la route d'administration :

GET /v1/supplier-quotes/{supplierQuoteId}/orders

La réponse est une liste de commandes logistiques qui ont été issues du devis passé en paramètre.

👍

UPDATE

Connecteur MangoPay

Le route de création de compte chez MangoPay PAY-100 évolue pour prendre en compte les éléments suivants :

  • la possibilité de préciser si l'utilisateur créé est un legal ou un natural user :
    • userType : type du user à créer, il prendra au choix la valeur NATURAL ou LEGAL afin de créer respectivement un natural user ou un legal user chez MangoPay.
  • savoir si les CGU ont été acceptées (contrainte légale) :
    • termsAndConditionsAccepted : booléen à true si les CGU sont acceptées, false sinon.

Offers

La route d'administration des offres (inventories) se voit agrémentées de deux nouveaux attributs pour gérer les minimum et maximum de quantité commandable :

  • PUT /v1/offer-inventories/{offerInventoryId}

Deux attributs existants dans le modèles sont désormais disponibles à l'édition par API :

  • minOrderQuantity et maxOrderQuantity
⚠️

Attention

L'édition dans le BackOffice de ces champs sera rendue possible dans la version suivante 3.49.0.

Search

La route PRODUCT-552 accepte désormais la recherche de fournisseurs sur des id externes :

  • GET /v2/shop/search?currency={{currency}}&locale={{locale}}&suppliers=**supplierExternalId**
📘

Information

Le fonctionnement de recherche actuel sur les noms des fournisseurs est maintenu :

GET /v2/shop/search?currency={{currency}}&locale={{locale}}&suppliers=**supplierName**

Attributs

La route de récupération d'administration des attributs GET /v1/attributes permet maintenant de renvoyer tous les attributs de la plateforme si aucune valeur n'est donnée pour le header dj-store.

Périmètre

Back Office

Orders

Un nouveau bouton pour forcer le déclenchement d'un export d'une commande a été ajouté. Il permet ainsi d'exécuter un nouvel export manuellement.


⚠️

Attention

Deux conditions doivent être remplies pour effectuer un export manuel d’une commande :

  1. Un job d’export de commande doit avoir été créé.
  2. Le statut de la commande doit figurer parmi les statuts autorisés pour l’export définis dans le job d’export.

Data Hub

Amélioration de la page des jobs d’export dans le Back Office

La page des jobs d’export a été enrichie avec de nouvelles informations pour une meilleure lisibilité et gestion :

  • Nom du job : Chaque job est désormais identifié par un nom spécifique.
  • Date de mise à jour : Une colonne indique la dernière mise à jour de chaque job.
  • Statut : Le statut actuel (Active/Inactive) est désormais affiché.

Amélioration du téléchargement des rapports d’intégration dans le Back Office

Les problèmes de téléchargement des rapports volumineux (+20 000 lignes) ont été résolus


Configuration des jobs d’export de commande par Connecteur API

Désormais, via le Back-Office, il est possible de configurer les jobs d’export sur une API


Nouvelle fonctionnalité : Téléchargement du rapport d’erreur pour les imports échoués

Désormais, lorsque qu’un job d’import passe au statut JOB_FAILED, il est possible de télécharger un rapport indiquant la raison précise de l’échec. Cette fonctionnalité vous permet d’identifier et de corriger rapidement les problèmes rencontrés.


Exports de commandes XML

L’Id DJUST de la commande est désormais renseigné dans la balise id dans le fichier XML lors d’un export de commande


Indexation / Search

Les visuels sont désormais gérés lors de l'indexation partielle. À chaque changement de visuel sur la plateforme Djust, l'indexation et la page de votre catalogue seront mises à jour automatiquement.


Connecteur Punchout cXML

Transcodage des catégories de classification

Lors de la génération du fichier cXML retour pour la solution d'eProcurement, certains clients ont besoin d’avoir la classification rattachée aux différents produits afin de gagner en lisibilité et pouvoir faire des statistiques.

Or la classification du client n’est pas celle du système eCommerce sur lequel est fait le panier.

Une transcodification des classifications du système eCommerce (Djust) vers le système du client est ainsi désormais assurée.

⚠️

Attention

La configuration de cette table de transcodification doit être effectuée par le CSM référent Djust.


API

🚀

NEW

Buying policies

Ajout de la possibilité de mettre à jour les validateurs d'une commande via la route d'administration :

PUT /v1/buying-policies/{id}/approvers

La liste des validateurs est passée en paramètre dans le body :

{
    "approverIds" : ["0000002771", "0000004197"]
}
⚠️

Attention

Le mode par défaut est du REPLACE, c’est à dire que si l’on envoie un seul approver et qu’il en existait 3, ils seront remplacés intégralement par le nouvel approver donné.

👍

UPDATE

emails

Les routes d'administration des configurations des emails évolue pour prendre en compte l'email du sender ainsi que son nom :

PUT /v1/settings/mailer

PATCH /v1/settings/mailer

Les bodies sont complétés avec les attributs sender et senderName :

{
  "apiKey": "string",
  "configuration": {
    "provider": "SMTP",
    "apiKey": "string"
  },
  "sender": "string",
  "senderName": "string"
}

Order incidents

  • Le paramètre ids de la route GET /v1/shop/incidents ORDER-559 est désormais optionnel.
  • La route de récupération des incidents pour un ou plusieurs acompte(s) évolue pour être simplifiée et plus générique à l'utilisation. Elle permet ainsi de récupérer les incidents de plusieurs accounts en un seul appel grâce au nouvel paramètre d'appel customerAccountIds.
    GET /v1/shop/customer-accounts/{customerAccountId}/incidents ACCOUNT-551 devient
    GET /v1/shop/incidents/{incidentId} ORDER-503

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}/incidents

sont 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: ORDER ou ORDERLINES (obligatoire)
  • ids: identifiants des entités liées séparés par des virgules (optionnel)
  • status: Statut de l'incident OPEN, ON_GOING ou CLOSED (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.

Périmètre

API

👍

UPDATE

  • Catalog Views :
    • Les routes de gestion des catalog views en tant qu’opérateur évoluent avec le support des external ids :
      POST /v1/catalog-views/{id}/accounts
      GET /v1/catalog-views/{id}
      DELETE /v1/catalog-views/{id}/accounts
      PATCH /v1/catalog-views
      DELETE /v1/catalog-views
      GET /v1/catalog-views/{id}/accounts
      DELETE /v1/catalog-views/{id}/products
      GET /v1/catalog-views/{id}/products
      POST /v1/catalog-views/{id}/products
      Le paramètre idType est utilisable désormais avec la valeur EXTERNAL_ID.\
  • Order documents :
    • Les routes opérateur de gestion de documents à l’order n’acceptaient que les id Djust ou externes. Afin de faciliter leur utilisation, le type REFERENCE est désormais accepté dans le paramètre orderLogisticIdType sur les routes suivantes :
      POST /v1/documents
      GET /v1/documents\
  • Orders :
    • La route de récupération des commandes en tant qu’opérateur évolue avec l’ajout d’un filtre sur les custom fields à l’offre :
      POST /v1/logistic-orders
      Le body est étendu avec le nouveau paramètre suivant qui permet de filtrer les résultats sur les valeurs de custom fields à l’offre :
      "offerCustomFieldValueCriteria": [
        {
          "customFieldId": "string",
          "value": "string"
        }
      ],