Dans un catalogue marketplace, un code EAN13 n’est utile que s’il permet de retrouver une fiche, un ASIN, une offre et un historique fiables. Ekadanta a été conçu pour faire ce lien et le rendre accessible aux autres applications.
Dawap a développé une plateforme Symfony qui collecte, contrôle et expose ces données à travers des services web et des traitements planifiés. Entre avril 2020 et janvier 2021, la solution s’est enrichie de contrôles automatisés consacrés notamment aux convertisseurs et validateurs.
Le résultat est une vraie API sur mesure : son modèle ne dépend pas d’un écran, mais d’identifiants et de règles réutilisables par plusieurs parcours métier.
1. Présentation du client
Comprendre le contexte business avant la solution
Ekadanta réunit des usages de recherche produit, de comparaison de prix et d’exploitation marketplace. Les mêmes données doivent servir à un outil interne, à un client API ou à un traitement en masse.
La solution couvre les catalogues Amazon et Cdiscount, les offres, la buy box, les commandes, les boutiques et un domaine d’approvisionnement. Des contrôleurs API distincts rendent ces capacités accessibles sans mélanger leurs responsabilités.
Cette richesse impose une base commune : EAN13, ASIN, marketplace et compte vendeur deviennent les points d’ancrage d’un référentiel partagé.
2. Méthode projet Dawap
Analyse, priorisation, delivery agile et sécurisation du run
Le projet a été organisé par domaines : collecte marketplace, données produits, convertisseurs, validateurs, analyses de prix, commandes et reporting.
Les imports volumineux passent par des commandes dédiées et des messages asynchrones. Les opérations interactives restent exposées par des contrôleurs API ciblés, avec des objets métier persistés et interrogeables.
Les tests vérifient les réponses des services et le résultat enregistré, notamment pour les conversions ASIN–EAN13 et les validateurs d’identifiants.
3. Le problème des identifiants produits
Relier un même article à plusieurs systèmes
Un produit peut être connu par son EAN13 chez un fournisseur, par son ASIN sur Amazon et par un identifiant différent sur une autre marketplace. Sans table de correspondance fiable, chaque recherche recommence le même travail.
Ekadanta place cette résolution d’identité au centre du modèle. Le produit, ses identifiants et la marketplace concernée forment une base commune pour les recherches et les analyses.
Cette décision permet aux autres applications de consommer le même résultat plutôt que de multiplier les scripts isolés.
4. Un référentiel EAN13 et ASIN
Valider, générer et convertir
L’API propose des validateurs EAN et ISBN, des générateurs EAN, ISBN et SSCC, ainsi que des convertisseurs ASIN vers EAN13, EAN13 vers ASIN et nom vers ASIN.
Ces opérations disposent de contrôleurs dédiés et d’une persistance permettant de retrouver les correspondances déjà établies.
Le modèle sert ensuite de point de départ aux fiches produits, aux prix et aux offres.
5. Les services API construits
Une surface métier structurée
Les routes couvrent comptes, utilisateurs, boutiques, produits, commandes, états, offres, prix et stocks. D’autres endpoints exposent des analyses de prix Amazon et des services de données produit.
Cette surface est répartie par domaine et par intention, ce qui clarifie les contrats consommés par les applications clientes.
Le projet constitue ainsi une API métier sur mesure capable de faire évoluer chaque service séparément.
6. Collecter les données marketplace
Amazon, Cdiscount, Fnac et Mirakl dans un même dispositif
Des commandes spécialisées collectent les fiches Amazon MWS, les résultats Cdiscount, les offres concurrentes et la buy box. Des collecteurs dédiés prennent également en charge Fnac et Mirakl.
Chaque source conserve ses particularités ; Ekadanta les rapproche ensuite de ses objets internes. Cette frontière protège les consommateurs des formats propres à chaque plateforme.
Le projet peut ainsi comparer des informations issues de plusieurs canaux sans prétendre qu’elles possèdent nativement le même schéma.
7. Orchestrer les traitements
Distinguer requête immédiate et travail de fond
Les recherches simples peuvent répondre via l’API, tandis que les imports et collectes massives sont confiés à des commandes et à Symfony Messenger.
Les fichiers EANSearch disposent de parcours de génération et d’import. Les collectes d’offres, de commandes et de fiches possèdent leurs propres commandes.
Cette organisation rend visible le cycle de la donnée : demande, collecte, enregistrement puis exposition.
8. Contrôler et convertir
Faire de la qualité une fonction du produit
Les validateurs empêchent qu’un identifiant mal formé se propage. Les convertisseurs recherchent ensuite la correspondance attendue dans le contexte de la marketplace.
Les tests contrôlent la réponse HTTP et, pour plusieurs parcours, le résultat présent dans le référentiel. La qualité ne se limite donc pas à l’affichage d’un succès.
Cette discipline est essentielle pour les flux marketplace, où une mauvaise correspondance peut affecter offre, prix et stock.
9. Scénario d’usage
Retrouver une fiche Amazon à partir d’un EAN13
Une application cliente transmet un EAN13 et la marketplace visée. Ekadanta vérifie l’identifiant, recherche une correspondance connue puis déclenche le service adapté si la donnée doit être collectée.
L’ASIN obtenu permet d’accéder à la fiche Amazon et aux informations de prix disponibles. La correspondance est conservée pour les demandes suivantes.
Le même référentiel sert ainsi à la recherche ponctuelle, aux imports par lot et aux analyses marketplace.
10. Qualité et exploitabilité
Des contrats contrôlés autour des identifiants
Entre le 17 avril 2020 et le 4 janvier 2021, le produit a progressé par étapes, des migrations et services jusqu’aux commandes, contrôleurs et interfaces.
Les contrôles automatisés couvrent notamment convertisseurs, validateurs et résultats API. Ils sécurisent les contrats attendus autour des identifiants.
Les commandes de statistiques et de reporting complètent cette architecture en donnant une lecture de l’état des données collectées.
11. Ce qu’Ekadanta démontre
Une API au croisement du produit et de la marketplace
Ekadanta démontre la capacité de Dawap à transformer plusieurs sources techniques en services cohérents : identification, collecte, normalisation, analyse et exposition.
La réalisation relie concrètement la donnée e-commerce à l’exploitation marketplace.
Découvrez aussi le projet 1UP Sourcing, qui prolonge cette logique vers la décision d’achat.
12. Conclusion
Pourquoi ce projet donne envie de travailler avec Dawap
Ekadanta montre qu’une donnée produit devient réellement utile lorsqu’elle possède une identité stable, une provenance et des services capables de la redistribuer.
Dawap a construit ce socle jusque dans ses usages opérationnels : imports EANSearch, fiches Amazon, suivi d’offres, analyses de prix et traitements de commandes.
Cette réalisation nourrit directement nos expertises en API e-commerce et en API marketplace.
