Release Notes
Back to All
Added

Djust 3.140.0 - Semaine du 02 Novembre 2026

8 days ago

Périmètre

🖥️ Back-Office

👍

UPDATE

Order lines — Libellé des custom fields en en-tête de colonne

Contexte

Sur le détail d'une commande, l'onglet Order lines affichait les colonnes issues de custom fields avec leur identifiant technique, alors que le libellé métier était déjà utilisé dans la gestion des colonnes et dans le détail d'une ligne.

Fonctionnement

Les en-têtes des colonnes de custom fields affichent désormais leur libellé (par exemple « Quantité expédiée »). Si aucun libellé n'est renseigné, l'identifiant technique reste affiché.

👉 Côté métier : le tableau est lisible immédiatement et cohérent avec le reste du Back-Office, sans solliciter le support.

👉 Côté technique : changement d'affichage uniquement, sans impact sur l'API.

🛠️ API

📘

NEW

Liste des devis — Indicateurs

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

La liste des devis permettait de retrouver un devis, mais pas de mesurer le montant en attente des clients, la part de devis transformés en commande ni l'avancement des devis.

Fonctionnement

Pour le store sélectionné, trois indicateurs sont disponibles :

  • Montant en attente du client : somme des devis à l'état « En attente du client », en Produits HT et en Total TTC, un montant par devise (jamais additionnés ni convertis), avec le nombre de devis concernés.
  • Devis convertis en commande : nombre de devis commandés parmi ceux créés sur la période, total et taux. Un devis partiellement commandé est compté comme commandé.
  • Devis par étape : « À traiter », « En attente du client », « Commandés » et « Sans suite », sur une période indépendante ; chaque devis appartient à une seule étape.

Les filtres et la recherche de la liste n'influencent pas les chiffres. Aucun droit dédié : l'accès à la liste des devis suffit. Pour les devis Mirakl, les chiffres reflètent la dernière synchronisation.

Côté fournisseur, les mêmes indicateurs sont calculés uniquement sur les devis du fournisseur connecté ; cette restriction est appliquée par la plateforme, y compris en cas d'appel direct à l'API.

👉 Côté métier : les équipes peuvent suivre l'activité devis sans export tableur, au niveau opérateur comme fournisseur.

👉 Côté technique : les intégrations peuvent récupérer ces indicateurs par store, avec une restriction automatique au périmètre du fournisseur.

Liste des offres — Indicateurs

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

La liste des offres ne permettait pas de savoir ce qui est arrivé récemment, quelles offres sont en rupture de stock ni combien sont visibles sur le site.

Fonctionnement

Pour le store sélectionné :

  • Nouvelles offres : offres créées sur la période (7 jours, 30 jours, 3 mois, 12 mois).
  • Offres en rupture de stock : offres dont le stock est à 0, avec le total d'offres. Une offre sans stock renseigné n'est pas comptée.
  • Visibilité sur le site : offres en ligne et hors ligne, avec la date de la dernière indexation du catalogue (la donnée n'est pas en temps réel).

Les filtres et la recherche n'influencent pas les chiffres. Aucun droit dédié. Pour un fournisseur, les indicateurs ne portent que sur ses propres offres, restriction appliquée par la plateforme.

👉 Côté métier : un suivi immédiat de l'offre catalogue, sans export.

👉 Côté technique : indicateurs exposés par store, restreints automatiquement pour les clients SUPPLIER.

Liste des produits — Indicateurs

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

La liste des produits ne indiquait ni combien de produits sont réellement visibles sur le site, ni ce qui est arrivé récemment, ni combien attendent d'être activés.

Fonctionnement

Pour le store sélectionné :

  • Visibilité sur le site : produits en ligne et hors ligne, avec la date de la dernière indexation.
  • Nouveaux produits : produits créés sur la période (7 jours, 30 jours, 3 mois, 12 mois).
  • Produits par statut : « Actif », « Nouveau » et « Inactif » ; un statut sans produit est renvoyé avec la valeur 0.

La visibilité est indépendante du statut : un produit actif peut être hors ligne. Les filtres et la recherche n'influencent pas les chiffres. Aucun droit dédié. Pour un fournisseur, seuls les produits qu'il a créés lui-même sont comptés (les produits créés par l'opérateur sont exclus), restriction appliquée par la plateforme.

👉 Côté métier : un pilotage du catalogue sans export tableur.

👉 Côté technique : indicateurs exposés par store, restreints automatiquement aux produits du fournisseur connecté.

Liste des utilisateurs clients — Indicateurs

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

La liste des utilisateurs clients ne permettait pas de suivre l'arrivée de nouveaux utilisateurs, ceux sans compte ni l'état d'activation des accès.

Fonctionnement

Pour le store sélectionné :

  • Nouveaux utilisateurs : utilisateurs créés sur la période (7 jours, 30 jours, 3 mois, 12 mois).
  • Utilisateurs sans compte : utilisateurs rattachés à aucun compte client.
  • Utilisateurs par statut : « Actif », « Inactif », « En attente d'activation » et « Refusé », avec le total.

Un utilisateur rattaché à plusieurs stores est compté dans chacun. Les filtres et la recherche n'influencent pas les chiffres. Aucun droit dédié. Cette liste n'existe que côté opérateur.

👉 Côté métier : un suivi de l'activation des utilisateurs sans export tableur.

👉 Côté technique : indicateurs exposés par store, cohérents avec les filtres existants de la liste.

Liste des fournisseurs — Indicateurs

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

La liste des fournisseurs ne donnait aucune vision de ce que vendent les fournisseurs du store ni de l'état du parc.

Fonctionnement

Pour le store sélectionné :

  • Volume d'affaires : commandes validées sur la période, deux montants (Produits HT hors livraison, Total payé TTC livraison incluse), un montant par devise.
  • Panier moyen : identique à celui de la liste des commandes pour le même store et la même période.
  • Fournisseurs par statut : « Actif », « Inactif » et « Suspendu », avec le total ; un statut sans fournisseur est renvoyé avec la valeur 0.

Les commandes sans compte client sont incluses. Les filtres et la recherche n'influencent pas les chiffres. Aucun droit dédié.

👉 Côté métier : un suivi du parc de fournisseurs et de leur activité sans export tableur.

👉 Côté technique : indicateurs exposés par store, calculés comme ceux des listes de comptes et de commandes.

👍

UPDATE

Liste des produits — Filtre par visibilité

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

Chaque produit est en ligne ou hors ligne pour un store donné, information déjà affichée ligne par ligne mais impossible à filtrer.

Fonctionnement

La liste des produits accepte un filtre de visibilité « En ligne » ou « Hors ligne », basé sur la dernière indexation du catalogue pour le store choisi. Il s'applique avant la pagination et se combine avec la recherche et les filtres existants. La visibilité est distincte du statut produit. Sans ce filtre, la réponse est inchangée (rétrocompatible).

👉 Côté métier : isoler rapidement les produits hors ligne, par exemple pour diagnostiquer leur absence du site.

👉 Côté technique : nouveau filtre optionnel sur la liste des produits, sans impact sur les appels existants.

Lignes de commandes commerciales — Allègement de la réponse

Contexte

La lecture des lignes d'un panier volumineux renvoyait pour chaque ligne l'ensemble des informations produit, ce qui alourdissait fortement les réponses lorsque seule une poignée de champs est utile.

Fonctionnement

GET /v1/shop/commercial-orders/{commercialOrderId}/lines (operationId : ORDER-561) permet de choisir les sections d'informations renvoyées pour chaque ligne, afin de réduire le poids des réponses et le temps de traitement. Sans sélection, la réponse reste identique à aujourd'hui (rétrocompatible).

Impact API

Nouveau paramètre optionnel de sélection de sections sur ORDER-561.

📄 Documentation : Working With Draft Orders

👉 Côté métier : des paniers volumineux chargés plus rapidement sur les fronts.

👉 Côté technique : réponses plus légères pour les intégrations qui n'ont besoin que de quelques champs, sans rupture pour les appels existants.

Statut d'indexation — Indicateur de fraîcheur (indexUpToDate)

🚧 API uniquement pour le moment. L'interface Back-Office associée arrivera dans une prochaine version.

Contexte

Le statut en ligne / hors ligne affiché ne permettait pas de savoir s'il reflétait les dernières modifications, ce qui conduisait à des diagnostics sur une information périmée.

Fonctionnement

Les routes de statut d'indexation renvoient un booléen indexUpToDate indiquant si le statut reflète les dernières modifications. Le champ est ajouté à la réponse ; le reste est inchangé.

Impact API

Nouveau champ indexUpToDate (boolean) dans la réponse de :

  • GET /v1/products/{productId}/search-status
  • GET /v1/product-variants/{productVariantId}/search-status
  • GET /v1/offer-inventories/{offerInventoryId}/search-status

📄 Documentation : Online Products

👉 Côté métier : éviter de diagnostiquer, ou d'ouvrir un ticket, pour un statut qui sera corrigé à la prochaine indexation.

👉 Côté technique : champ additionnel non bloquant sur les trois routes de statut d'indexation.