Périmètre
BackOffice Djust
Améliorations graphiques et optimisations de design :
Dans la continuité de la refonte globale du Back Office de Djust, un redesign des pages suivantes a été apporté afin de simplifier l'expérience utilisateur.
- Page detail des Custom fields (Champs personnalisées) : Settings -> Custom fields (offer, customer user, etc.)
Il est désormais possible d'ordonner les valeurs des custom fields grâce au drag and drop.
-
Avant :
-
Après :
-
Data Hub
Définition d'une adresse de livraison et/ou facturation à l'import
Il est désormais possible de définir si une adresse doit être utilisée pour la livraison (shipping) et/ou la facturation (billing) lors de l’import des comptes clients depuis le data hub.
Si aucune valeur n’est renseignée à l’import, l’adresse sera considérée comme valable pour la livraison et la facturation.
Un compte doit avoir au moins une adresse de facturation.
API
NEW
Buying Policies
- Définition d'une limite de quota minimum par défaut à la plateforme
Contexte :
Les opérateurs peuvent désormais définir un quota de commande minimum global.
Ce quota est utilisé automatiquement pour tous les couples Customer Account × Supplier qui ne disposent pas d’une configuration spécifique.
Il garantit une homogénéité dans le contrôle des commandes et permet de bloquer celles qui ne respectent pas le volume minimum attendu.
Fonctionnement :
- Si un quota spécifique est défini au niveau du Supplier ou du couple Customer Account × Supplier, celui-ci prévaut.
- Si aucun quota spécifique n’est défini, la valeur par défaut s’applique.
- Une valeur de 0 signifie qu’aucune restriction n’est appliquée par défaut.
- Lors de la création d’un nouvel environnement, la valeur par défaut est initialisée à 0.
APIs correspondantes :
🔍 Consultation du quota par défaut
ADM-BUYING-POLICY-501 - GET /v1/buying-policies/quotas
- Retourne le statut de la policy (
ACTIVEouINACTIVE), la valeur du quota par défaut et la date de dernière mise à jour. - Accessible uniquement avec le header dj-client: OPERATOR.
{
"status": "ACTIVE",
"minQuotaValue": 1000,
"updatedAt": "2025-07-03T09:00:00Z"
}✏️ Mise à jour du quota par défaut
ADM-BUYING-POLICY-205 - PATCH /v1/buying-policies/quotas/min-value
- Permet de modifier la valeur globale appliquée.
{
"minQuotaValue": 1500
}- Activation / désactivation globale de la policy de quotas
Contexte :
Les opérateurs peuvent désormais activer ou désactiver globalement la buying policy de quotas.
Cette règle permet de contrôler si les commandes doivent être bloquées en fonction d’un quota minimum configuré (spécifique ou par défaut).
Elle est particulièrement utile en phase de migration ou de test, ou encore pour ajuster rapidement le niveau de contrôle sans modifier la configuration des comptes ou des suppliers.
- Quand la policy est ACTIVE : toutes les commandes sont validées selon les règles de quota (valeurs définies au niveau du Supplier ou valeur par défaut si absente).
- Quand la policy est INACTIVE : aucune vérification ni blocage n’est appliqué.
- Par défaut, lors de la création d’un environnement, la policy est initialisée à INACTIVE.
APIs correspondantes :
🔍 Consultation de la configuration globale
ADM-BUYING-POLICY-501 - GET /v1/buying-policies/quotas
- La route est commune entre la gestion des statuts et des quotas par défaut.
- Retourne l’état actuel de la policy (ACTIVE ou INACTIVE), la valeur du quota minimum par défaut (minQuotaValue) et la date de dernière mise à jour.
✏️ Mise à jour de l’état de la policy
ADM-BUYING-POLICY-204 - PATCH /v1/buying-policies/quotas
- La route est commune entre la gestion des statuts et des quotas par défaut.
- Permet d’activer ou désactiver la policy via l’attribut status (ACTIVE ou INACTIVE).
