Quelles options pour int\u00e9grer la boutique \u00e0 vos outils achats\u00a0?<\/h2>\n
Le choix d\u00e9pend d\u2019abord de votre point de d\u00e9part\u00a0: cr\u00e9er un espace priv\u00e9 ou prolonger un site e-commerce existant. Une analyse des flux et des profils \u00e9vite de connecter des donn\u00e9es inutiles ou de reproduire des fonctions d\u00e9j\u00e0 disponibles.<\/p>\n
Distinguer la boutique int\u00e9gr\u00e9e de la boutique connect\u00e9e<\/h3>\n
Une boutique int\u00e9gr\u00e9e est cr\u00e9\u00e9e et h\u00e9berg\u00e9e sur la plateforme d\u00e9di\u00e9e, \u00e0 la charte du r\u00e9seau. Une boutique connect\u00e9e conserve votre domaine et votre environnement e-commerce\u00a0; l\u2019approvisionnement s\u2019y branche via API. Le premier mod\u00e8le privil\u00e9gie une mise en place courte, tandis que le second d\u00e9pend de l\u2019architecture existante.<\/p>\n
Pour comparer les deux sc\u00e9narios, le choix du mod\u00e8le de boutique<\/a> doit tenir compte de l\u2019h\u00e9bergement, du support et des \u00e9volutions attendues. La d\u00e9cision est rarement purement technique\u00a0: elle concerne aussi la gouvernance du catalogue et l\u2019exp\u00e9rience des utilisateurs.<\/p>\n Le p\u00e9rim\u00e8tre comprend le catalogue, les stocks et les commandes. Il faut ensuite pr\u00e9ciser le sens de chaque flux, sa fr\u00e9quence de mise \u00e0 jour, son identifiant de r\u00e9f\u00e9rence et le syst\u00e8me qui fait autorit\u00e9.<\/p>\n Une commande doit notamment conserver une r\u00e9f\u00e9rence stable, un demandeur, une implantation, un statut et les informations n\u00e9cessaires au suivi. Cette discipline \u00e9vite qu\u2019une modification de catalogue ou de stock produise des \u00e9carts entre le parcours d\u2019achat et la r\u00e9alit\u00e9 logistique.<\/p>\n L\u2019API convient lorsque votre site ou votre syst\u00e8me d\u2019information doit \u00e9changer directement des donn\u00e9es. Le Punchout\/OCI ouvre plut\u00f4t une boutique depuis l\u2019outil achats, puis renvoie le panier dans le circuit de validation. Les connecteurs m\u00e9tiers r\u00e9pondent \u00e0 des environnements d\u00e9j\u00e0 structur\u00e9s.<\/p>\n Le bon choix d\u00e9pend du parcours souhait\u00e9, et non du seul vocabulaire technique. Pour un r\u00e9seau, l\u2019objectif reste de limiter les doubles saisies, de garder les r\u00e8gles d\u2019achat visibles et de faciliter le retour vers la commande d\u2019origine.<\/p>\n Votre site peut rester l\u2019interface principale si l\u2019exp\u00e9rience digitale est d\u00e9j\u00e0 install\u00e9e. L\u2019int\u00e9gration doit alors isoler clairement ce qui rel\u00e8ve du front-office, du catalogue, du stock, de la commande et de la logistique. La documentation API devient un livrable aussi important que le d\u00e9veloppement.<\/p>\n Le guide consacr\u00e9 \u00e0 la cr\u00e9ation d\u2019une boutique de marque r\u00e9seau<\/a> aide \u00e0 cadrer les choix d\u2019interface, de profils et de pilotage. Une r\u00e9union de conception doit ensuite confirmer les contraintes du site, les r\u00e8gles de s\u00e9curit\u00e9 et les responsabilit\u00e9s de maintenance.<\/p>\n La plateforme e-boutique de SIP19<\/a>, imprimeur install\u00e9 \u00e0 Marne-la-Vall\u00e9e (77) depuis 1962 qui \u00e9quipe plus de 50 r\u00e9seaux, se connecte notamment \u00e0 Cerca, Ariba, Punchout\/OCI, SAP, Coupa, Okta, Azure AD et aux intranets, avec SSO et auto-login par token JWT.<\/p>\n Il faut commencer par le catalogue et terminer par le rapprochement des commandes et des statuts. Le raccordement est plus fiable lorsque les achats, la DSI et le fournisseur valident ensemble le p\u00e9rim\u00e8tre avant les tests.<\/p>\n Le catalogue doit \u00eatre accessible depuis le parcours d\u2019achat pr\u00e9vu par l\u2019organisation. Les r\u00e9f\u00e9rences, descriptions, disponibilit\u00e9s et r\u00e8gles de commande doivent rester coh\u00e9rentes avec la boutique consult\u00e9e par l\u2019utilisateur. La plateforme e-boutique SIP19<\/a> documente pr\u00e9cis\u00e9ment le principe d\u2019une solution priv\u00e9e connectable aux outils existants.<\/p>\n Il est pr\u00e9f\u00e9rable de commencer par un p\u00e9rim\u00e8tre limit\u00e9 de r\u00e9f\u00e9rences, puis de v\u00e9rifier les cas particuliers\u00a0: produit indisponible, modification d\u2019une r\u00e9f\u00e9rence ou changement de tarif applicable. Le catalogue n\u2019est utile que s\u2019il reste maintenu dans le temps.<\/p>\n Le Punchout\/OCI permet d\u2019ouvrir la boutique depuis l\u2019outil achats, de s\u00e9lectionner les produits, puis de retourner un panier dans le processus pr\u00e9vu. L\u2019utilisateur conserve ainsi un point d\u2019entr\u00e9e familier, sans recr\u00e9er manuellement chaque ligne de commande.<\/p>\n Avant la mise en service, les \u00e9quipes doivent tester l\u2019ouverture de session, le retour du panier, les informations d\u2019imputation et les r\u00e8gles de validation. Le sc\u00e9nario nominal ne suffit pas\u00a0: un panier vide, une session expir\u00e9e ou une r\u00e9f\u00e9rence retir\u00e9e doivent aussi produire un comportement compr\u00e9hensible.<\/p>\n Une commande cr\u00e9\u00e9e dans Ariba doit pouvoir \u00eatre rapproch\u00e9e de la commande trait\u00e9e c\u00f4t\u00e9 boutique. Les identifiants, les lignes, les quantit\u00e9s et les statuts constituent le socle de ce rapprochement. Il faut \u00e9galement d\u00e9cider quels \u00e9v\u00e9nements sont renvoy\u00e9s et \u00e0 quel moment.<\/p>\n Le tableau de suivi peut distinguer la commande re\u00e7ue, la pr\u00e9paration, l\u2019exp\u00e9dition et le suivi transporteur, \u00e0 condition que ces \u00e9tats soient effectivement disponibles dans le flux d\u00e9fini. Chaque statut doit avoir une signification op\u00e9rationnelle connue des achats et des utilisateurs.<\/p>\n Qui valide le catalogue\u00a0? Qui surveille les erreurs\u00a0? Qui r\u00e9pond \u00e0 un utilisateur bloqu\u00e9\u00a0? Ces questions doivent \u00eatre tranch\u00e9es avant le d\u00e9ploiement, dans une matrice simple qui associe chaque flux \u00e0 un responsable m\u00e9tier et technique.<\/p>\n La DSI pilote les \u00e9changes et la s\u00e9curit\u00e9, les achats d\u00e9finissent les r\u00e8gles de commande, et le fournisseur documente les interfaces ainsi que les modalit\u00e9s de traitement. Cette r\u00e9partition \u00e9vite que les incidents soient renvoy\u00e9s d\u2019une \u00e9quipe \u00e0 l\u2019autre.<\/p>\n \u00ab\u00a0Le service achats ne veut pas un outil de plus\u00a0: il veut retrouver le catalogue goodies dans le sien. C\u2019est tout l\u2019int\u00e9r\u00eat du Punchout\u00a0: le collaborateur commande depuis Ariba ou SAP, sans nouveau mot de passe.\u00a0\u00bb<\/p> Benjamin Georges, directeur digital E-boutique by SIP19<\/p><\/blockquote>\n Le SSO centralise l\u2019authentification dans le fournisseur d\u2019identit\u00e9 de l\u2019organisation. Il doit \u00eatre con\u00e7u avec les profils m\u00e9tiers, les r\u00e8gles de sortie des collaborateurs et les besoins sp\u00e9cifiques des implantations.<\/p>\n Le SSO permet \u00e0 un utilisateur d\u00e9j\u00e0 authentifi\u00e9 par son organisation d\u2019acc\u00e9der \u00e0 la boutique sans g\u00e9rer un nouveau mot de passe. Pour le r\u00e9seau, le b\u00e9n\u00e9fice attendu est concret\u00a0: moins de codes \u00e0 retenir et moins de demandes li\u00e9es aux acc\u00e8s oubli\u00e9s.<\/p>\n La mise en place doit toutefois pr\u00e9ciser l\u2019identit\u00e9 transmise, le rattachement \u00e0 une implantation et le comportement lors de la premi\u00e8re connexion. Un acc\u00e8s simplifi\u00e9 reste ma\u00eetris\u00e9 si la r\u00e9vocation des comptes est int\u00e9gr\u00e9e au processus RH ou informatique.<\/p>\n L\u2019auto-login par token JWT peut transmettre une identit\u00e9 valid\u00e9e afin d\u2019ouvrir directement la session attendue. Le token doit \u00eatre limit\u00e9 dans le temps, v\u00e9rifi\u00e9 \u00e0 sa r\u00e9ception et associ\u00e9 aux attributs n\u00e9cessaires, sans transporter de donn\u00e9es superflues.<\/p>\n Les tests doivent couvrir l\u2019expiration, la signature invalide, l\u2019utilisateur inconnu et la modification d\u2019un profil. Une erreur doit interrompre proprement l\u2019acc\u00e8s ou orienter vers une proc\u00e9dure pr\u00e9vue, plut\u00f4t que cr\u00e9er une session partiellement configur\u00e9e.<\/p>\n Azure AD, Okta et d\u2019autres fournisseurs d\u2019identit\u00e9 peuvent \u00eatre \u00e9tudi\u00e9s selon les standards d\u00e9j\u00e0 retenus par l\u2019organisation. Le choix ne se r\u00e9sume pas au nom de l\u2019outil\u00a0: il faut v\u00e9rifier les attributs disponibles, le cycle de vie des comptes et les groupes transmis.<\/p>\n Pour chaque fournisseur, la DSI pr\u00e9pare un environnement de test distinct de la production. Cette s\u00e9paration facilite la validation des utilisateurs pilotes et limite le risque d\u2019ouvrir trop largement la boutique lors du premier essai.<\/p>\n L\u2019authentification indique qui se connecte\u00a0; elle ne d\u00e9cide pas seule de ce que cette personne peut voir ou commander. Les droits doivent donc \u00eatre associ\u00e9s \u00e0 un profil, une zone et, lorsque n\u00e9cessaire, une implantation pr\u00e9cise.<\/p>\n Le si\u00e8ge peut superviser l\u2019ensemble, tandis qu\u2019un site ne voit que les produits, tarifs et droits qui lui sont applicables. Cette s\u00e9paration doit \u00eatre v\u00e9rifi\u00e9e avec des comptes repr\u00e9sentatifs, y compris lors d\u2019un changement de fonction ou de rattachement.<\/p>\n La r\u00e9ponse passe par une boutique commune, des profils diff\u00e9renci\u00e9s et des r\u00e8gles explicites. Le si\u00e8ge conserve une vision consolid\u00e9e, sans commander \u00e0 la place des implantations.<\/p>\n Le si\u00e8ge a besoin de suivre les produits, commandes, membres, redevances et statistiques du r\u00e9seau depuis un tableau de bord unique. Cette vue sert au pilotage et au contr\u00f4le, pas \u00e0 remplacer les commandes effectu\u00e9es par les sites.<\/p>\n Les indicateurs peuvent \u00eatre lus par site ou par zone afin d\u2019identifier les consommations, les r\u00e9f\u00e9rences les plus demand\u00e9es et les besoins de r\u00e9approvisionnement. La consolidation devient utile lorsqu\u2019elle soutient une d\u00e9cision pr\u00e9cise.<\/p>\n Le franchis\u00e9 est ind\u00e9pendant\u00a0: il acc\u00e8de \u00e0 sa boutique, commande les r\u00e9f\u00e9rences autoris\u00e9es et r\u00e8gle lui-m\u00eame ses commandes. Cette autonomie r\u00e9duit les \u00e9changes interm\u00e9diaires et laisse au si\u00e8ge le soin de cadrer le catalogue plut\u00f4t que de traiter chaque demande.<\/p>\n Le parcours doit rester accessible depuis un ordinateur, un smartphone ou une tablette. Les r\u00e8gles de paiement, de livraison et de suivi doivent \u00eatre pr\u00e9sent\u00e9es clairement d\u00e8s le panier pour \u00e9viter les demandes de clarification apr\u00e8s la commande.<\/p>\n Une agence int\u00e9gr\u00e9e est rattach\u00e9e au si\u00e8ge. Elle peut commander dans la limite des plafonds et budgets d\u00e9finis par celui-ci, ce qui distingue clairement son fonctionnement de celui d\u2019un franchis\u00e9 ind\u00e9pendant.<\/p>\n Ces r\u00e8gles doivent \u00eatre test\u00e9es sur plusieurs cas\u00a0: budget disponible, plafond atteint, commande n\u00e9cessitant une validation et modification du rattachement. L\u2019objectif est d\u2019\u00e9viter un blocage impr\u00e9vu tout en conservant le cadre budg\u00e9taire.<\/p>\n Chaque profil doit voir les produits autoris\u00e9s, les tarifs applicables et les droits associ\u00e9s. Le filtrage doit \u00eatre coh\u00e9rent entre le catalogue affich\u00e9, le panier et la commande finale\u00a0; sinon, l\u2019utilisateur peut d\u00e9couvrir une r\u00e8gle trop tard dans le parcours.<\/p>\n Une matrice de droits facilite la recette et la maintenance. Elle doit pr\u00e9ciser qui voit quoi, qui commande, qui r\u00e8gle, qui valide et qui consulte les informations de suivi.<\/p>\n \u00ab\u00a0Le service E-boutique s\u2019est impos\u00e9 comme une solution adapt\u00e9e \u00e0 notre r\u00e9seau de boutiques. Il nous a permis de simplifier la gestion des r\u00e9assorts et du stockage, tout en r\u00e9duisant les d\u00e9lais. L\u2019\u00e9quipe est disponible et a su prendre en compte nos contraintes.\u00a0\u00bb<\/p>Vapostore \u2014 r\u00e9seau de franchis\u00e9s<\/cite><\/blockquote>\n La s\u00e9curit\u00e9 repose autant sur les acc\u00e8s que sur la qualit\u00e9 des donn\u00e9es. Il faut pr\u00e9voir les contr\u00f4les, les journaux d\u2019erreur et les proc\u00e9dures de reprise avant le lancement.<\/p>\n Chaque API doit avoir un contrat clair\u00a0: donn\u00e9es obligatoires, formats, identifiants, fr\u00e9quence, sens de circulation et r\u00e8gles de mise \u00e0 jour. Le p\u00e9rim\u00e8tre peut couvrir le catalogue, les stocks et les commandes, sans ajouter des champs qui ne servent aucun usage.<\/p>\n Les \u00e9quipes documentent \u00e9galement les donn\u00e9es sensibles et les droits associ\u00e9s. Cette \u00e9tape permet de limiter les acc\u00e8s techniques et de faciliter les \u00e9volutions futures sans d\u00e9pendre d\u2019une seule personne.<\/p>\n Une r\u00e9f\u00e9rence doit rester identifiable de bout en bout. Les stocks doivent \u00eatre compar\u00e9s avec les disponibilit\u00e9s affich\u00e9es, tandis que les commandes doivent conserver leurs quantit\u00e9s, leurs implantations et leurs statuts lors du passage d\u2019un syst\u00e8me \u00e0 l\u2019autre.<\/p>\n Des contr\u00f4les r\u00e9guliers peuvent rechercher les r\u00e9f\u00e9rences inconnues, les \u00e9carts de quantit\u00e9, les doublons et les commandes sans statut attendu. Ces v\u00e9rifications rendent les anomalies visibles avant qu\u2019elles ne deviennent des r\u00e9clamations.<\/p>\n Que se passe-t-il si l\u2019API ne r\u00e9pond plus, si un token expire ou si une commande est re\u00e7ue deux fois\u00a0? Le dispositif doit pr\u00e9voir une alerte, une journalisation et une reprise contr\u00f4l\u00e9e. Une nouvelle tentative automatique ne doit pas cr\u00e9er un doublon.<\/p>\n Les \u00e9quipes d\u00e9finissent aussi un point de contact et un d\u00e9lai de traitement par type d\u2019incident. Un message utilisateur simple vaut mieux qu\u2019un \u00e9cran technique qui ne permet aucune action.<\/p>\n La documentation doit d\u00e9crire les flux, les champs, les statuts, les erreurs et les exemples de requ\u00eates. Elle doit \u00eatre versionn\u00e9e et accessible aux \u00e9quipes autoris\u00e9es, avec une date de mise \u00e0 jour et un responsable identifi\u00e9.<\/p>\n Cette base r\u00e9duit le temps n\u00e9cessaire lorsqu\u2019un profil \u00e9volue, qu\u2019une r\u00e9f\u00e9rence est remplac\u00e9e ou qu\u2019une r\u00e8gle d\u2019achat change. Elle constitue \u00e9galement un support de formation pour les \u00e9quipes qui rejoignent le projet.<\/p>\nIdentifier les flux \u00e0 connecter\u00a0: catalogue, stocks et commandes<\/h3>\n
Choisir entre API, Punchout\/OCI et connecteurs m\u00e9tiers<\/h3>\n
Adapter l\u2019int\u00e9gration \u00e0 un site e-commerce d\u00e9j\u00e0 existant<\/h3>\n
Comment int\u00e9grer la boutique \u00e0 SAP Ariba\u00a0?<\/h2>\n
![\"Int\u00e9gration](\"https:\/\/sip19.fr\/solution-e-boutique\/wp-content\/uploads\/vue-professionnelle-dun-parcours-achats-connecte.jpg\")
\nRelier le catalogue SIP19 au parcours d\u2019achat Ariba<\/h3>\n
Utiliser le Punchout\/OCI pour acc\u00e9der \u00e0 la boutique depuis Ariba<\/h3>\n
Synchroniser les commandes et les statuts entre les deux syst\u00e8mes<\/h3>\n
D\u00e9finir les responsabilit\u00e9s entre les achats, la DSI et le fournisseur<\/h3>\n
Comment mettre en place le SSO sur la boutique\u00a0?<\/h2>\n
Simplifier l\u2019acc\u00e8s gr\u00e2ce au SSO<\/h3>\n
Exploiter le token JWT pour l\u2019auto-login<\/h3>\n
Connecter Azure AD, Okta ou un autre fournisseur d\u2019identit\u00e9<\/h3>\n
G\u00e9rer les profils, les droits et les p\u00e9rim\u00e8tres d\u2019acc\u00e8s<\/h3>\n
Comment adapter les acc\u00e8s aux profils du r\u00e9seau\u00a0?<\/h2>\n
![\"\u00c9quipe](\"https:\/\/sip19.fr\/solution-e-boutique\/wp-content\/uploads\/equipe-reseau-consultant-des-acces-achats.jpg\")
\nDonner au si\u00e8ge une vision consolid\u00e9e<\/h3>\n
Permettre aux franchis\u00e9s de commander et de r\u00e9gler en autonomie<\/h3>\n
Encadrer les agences int\u00e9gr\u00e9es avec des budgets et des plafonds<\/h3>\n
Filtrer les produits, les tarifs et les droits selon chaque profil<\/h3>\n
Comment fiabiliser les \u00e9changes de donn\u00e9es\u00a0?<\/h2>\n
D\u00e9finir les donn\u00e9es \u00e9chang\u00e9es par API<\/h3>\n
Contr\u00f4ler la coh\u00e9rence des r\u00e9f\u00e9rences, des stocks et des commandes<\/h3>\n
Pr\u00e9voir la gestion des erreurs et des interruptions de flux<\/h3>\n
Documenter les interfaces pour faciliter la maintenance<\/h3>\n