Djust 3.55.0 - Semaine du 3 Mars 2025
Périmètre
Data Hub
Ajout de l’éligibilité aux devis des offres dans le connecteur Mirakl
Lors de l’importation des offres Mirakl, le connecteur récupère désormais la valeur du champ allow_quote_requests
, indiquant si une offre est éligible à une demande de devis.
Cette valeur est à mapper sur un Custom Field d’Offre de type boolean à créer sur DJUST.
Grâce à ce champ, vous pourrez proposer un devis sur votre Store Front seulement pour les offres éligibles.
Transcoding API
Avec la nouvelle API de transcoding vous pouvez convertir automatiquement des valeurs d’entrée vers une nouvelle valeur de sortie.
Cette fonctionnalité est configurable au niveau des jobs d’import et pour chaque mapping.
Nouveaux endpoints API
L’API offre les opérations suivantes :
Méthode | Endpoint | Action |
---|---|---|
POST | /v1/mapper/job/{jobId}/transcodings | Créer une nouvelle conversion de valeur pour un job d’import |
GET | /v1/mapper/job/{jobId}/transcodings | Lister toutes les conversions de valeurs pour un job d’import |
DELETE | /v1/mapper/job/{jobId}/transcodings/{transcodingId} | Supprimer une conversion de valeur d’un job d’import |
GET | /v1/mapper/job/{jobId}/transcodings/{transcodingId} | Récupérer une conversion spécifique d’un job d’import |
PUT | /v1/mapper/job/{jobId}/transcodings/{transcodingId} | Mettre à jour une conversion de valeur d’un job d’import |
Paramètres de l’API
Paramètres | Type | Définition |
---|---|---|
id | string | Identifiant unique du transcoding |
jobId | string | Identifiant du job d’import pour lequel s’applique la conversion |
mappingTo | string | Nom de la colonne du mapping du job |
inputValue | string | Valeur d’entrée à convertir |
outputValue | string | Valeur de sortie après conversion |
active | boolean | Indique si la conversion est activée (true) ou désactivée (false) |
Règles de conversion
- Application automatique : Si une conversion est active pour un mapping,
outputValue
remplace automatiquementinputValue
. - Multiples entrées pour une sortie : Un
outputValue
peut être associé à plusieursinputValue
. - Unicité de la sortie : Un
inputValue
ne peut être associé qu’à un seuloutputValue
. - Validation des valeurs :
- Un
inputValue
peut être une chaîne vide (""), mais pasnull
. outputValue
doit être non vide et nonnull
.- Les valeurs d’entrée doivent être de type string.
- Un
- Exclusion : Les Custom Fields ne sont pas concernés par la conversion.
Back-Office
Améliorations graphiques et optimisations de design
Les pages de configuration des Custom Fields bénéficient d'un nouveau bandeau de page pour gagner en clarté et lisibilité. Les filtres et listes ont été également revus afin de faciliter l'expérience utilisateur.

Page Account
Cette version apporte la possibilité de modifier un compte client qui se trouve en statut WAITING_APPROBATION
. Jusqu'à présent ce statut interdisait toute modification, c'est désormais possible.
API
NEW
Customer Accounts
Il est maintenant possible de récupérer la liste de tous les accounts et leurs customs fields à partir d'un utilisateur connecté.
La route historique ACCOUNT-501
n'est plus adaptée dans un contexte d'utilisation multi comptes, elle ne retourne en effet qu'un seul account. La nouvelle route ACCOUNT-506
retourne désormais les mêmes éléments sous forme de liste comprenant tous les accounts auxquels est rattaché l'utilisateur :
ACCOUNT-506 - GET /v2/shop/customer-accounts
UPDATE
Search/Autocomplete
- Paramètre
currency
optionnel :
Afin de pouvoir permettre la recherche d'offres sans prix pour les configurations qui l'autorisent, le paramètre de requête currency
n'est plus obligatoire. Il reste cependant vivement conseillé pour les environnements qui possèdent différentes devises ou qui n'acceptent pas les offres sans prix.
Ainsi les deux routes suivantes bénéficient de l'évolution :
PRODUCT-553 - GET /v2/shop/autocomplete
PRODUCT-552 - GET /v2/shop/search
- Identification des catégories de navigation :
Les catégories de navigation liées aux produits remontent désormais dans les routes de search et d'autocomplete.
La réponse est complétée comme suit au niveau du contenu de chaque products
:
"navigations": [
{
"externalId": "string",
"name": "string"
}
],
Les deux routes suivantes bénéficient de l'évolution :
PRODUCT-553 - GET /v2/shop/autocomplete
PRODUCT-552 - GET /v2/shop/search
Global
- Nouveau rôle ENABLE_QUOTE_REQUESTS :
Toutes les apis manipulant des Custom Fields sont agrémentées d'une nouvelle valeur de rôle en lien avec l'évolution du Data Hub sur les imports d'offres Mirakl et de la valeur de l'attribut allow_quote_requests
. (Voir section Ajout de l’éligibilité aux devis des offres dans le connecteur Mirakl ci-dessus).
La nouvelle valeur role est ENABLE_QUOTE_REQUESTS
.
Cette valeur est également disponible en propriété de requête sur les routes d'administration :
PUT /v1/custom-field-roles
POST /v1/custom-fields
AttentionIl n'est pas encore possible de configurer via le BackOffice Djust ce rôle ni de bénéficier du comportement cible au moment de l'ajout à un devis (hors traitement pur frontend) ou du passage de commande.
- Custom Fields aux Stores :
Une évolution prochaine (3.57.0) apportera la possibilité de bénéficier de Custom Fields sur les entités Stores. En prévision de cette évolution, la liste de valeurs possibles sealedTarget
des Custom Fields se voit complétée de la valeur STORE.
Ainsi les routes d'administration suivantes vont être impactées :
GET /v1/custom-fields
DELETE /v1/custom-fields/{id}
PATCH /v1/custom-fields/{id}
PUT /v1/custom-fields/{id}
GET /v1/custom-fields/{id}/media
POST /v1/custom-fields/{id}/media
Les routes utilisables en front touchées sont :
GET /v1/shop/custom-fields
GET /v1/shop/custom-fields/{id}/media
POST /v1/shop/custom-fields/{id}/media
AttentionIl n'est pour le moment pas possible d'utiliser les Custom Fields aux Stores, la feature devrait être rendue disponible en 3.57.0.