Canac fait fonctionner ses magasins sur SAP, sans jamais toucher à SAP

En bref. Canac a gardé son déploiement SAP aussi standard que possible. Avec l’évolution des opérations en magasin, l’exécution est devenue plus difficile : disponibilité éparpillée entre plusieurs systèmes, recherche lente, étapes complexes de la soumission à la commande. Plutôt que de personnaliser SAP de nouveau, Canac a ajouté une couche opérationnelle par-dessus.
- Commencer par le domaine au plus fort impact : l’inventaire et la disponibilité dans les magasins et les usines.
- Répondre à « L’a-t-on, où, et quand ? » en une tâche au lieu de quatre transactions.
- Étendre ensuite aux soumissions et à la création de commandes, sans personnaliser l’ERP.
- Observer le vrai travail d’abord : David Dupont a passé une journée par semaine en magasin avec les équipes.
Les grandes organisations du commerce de détail s’appuient sur des ERP comme SAP pour gérer l’inventaire, les prix, les commandes, la logistique et le contrôle financier.
Canac ne fait pas exception.
Il y a cinq ans, Canac a entrepris une transformation majeure : passer d’un ancien système à SAP pour uniformiser ses opérations dans ses magasins, ses usines et sa distribution. L’objectif était clair : stabilité, évolutivité et contrôle à long terme. Le déploiement de SAP a volontairement été maintenu le plus près possible du standard.
Cette décision a porté ses fruits.
Mais à mesure que les opérations quotidiennes en magasin évoluaient, une nouvelle réalité est apparue :
le système fonctionnait, mais l’exécution sur le plancher devenait plus difficile.
Plutôt que de personnaliser SAP de nouveau ou de fragmenter son architecture, Canac a choisi une autre voie : ajouter une couche opérationnelle au-dessus de SAP pour mieux arrimer les systèmes à la façon dont le travail se fait réellement en magasin.
Cette décision a mené à l’intégration de Frontleap.

Le défi opérationnel après la standardisation sur SAP
SAP a apporté structure, rigueur et contrôle aux processus clés de Canac. L’inventaire, les commandes et les prix étaient centralisés et fiables.
Toutefois, dans un environnement de détail au rythme rapide, Canac a constaté une friction croissante pour les équipes de première ligne et la direction des opérations :
- l’inventaire et la disponibilité des produits répartis dans plusieurs systèmes
- une recherche lente et fragmentée entre les articles, les emplacements et les types de stock
- des étapes complexes pour créer des soumissions et les convertir en commandes
- des étapes opérationnelles déconnectées entre les magasins, les usines et la logistique
- une charge cognitive croissante en période de pointe
Chaque année, plus de 1 500 employés sont formés aux processus opérationnels de Canac. Même avec une formation solide, l’écart entre la logique du système et la réalité du magasin persistait.
Le problème n’était pas SAP.
C’était l’absence d’une couche opérationnelle unifiée entre SAP S/4HANA, SAP Sales Cloud et SharePoint, pensée pour l’exécution au quotidien.
Déployé aujourd’hui : l’inventaire et la disponibilité dans les magasins et les usines
Canac et Frontleap ont volontairement commencé par le domaine opérationnel ayant le plus d’impact :
l’inventaire et la disponibilité des produits dans tous les magasins et toutes les usines.
Pour les opérations de détail, la disponibilité, c’est tout.
Si les équipes ne peuvent pas répondre rapidement à « L’a-t-on, où, et quand ? », l’exécution déraille.
Ce que Frontleap a rendu possible
Plutôt que de naviguer entre plusieurs transactions et tables de données SAP, Frontleap a introduit une interface opérationnelle rapide et axée sur les tâches qui permet aux équipes de :
- chercher l’inventaire dans les magasins, les usines et les entrepôts
- interroger plusieurs entités de données (produits, variantes, emplacements, quantités) en une seule action
- consulter la disponibilité en temps réel sans changer de système
- passer sans friction de la disponibilité à la création d’une soumission ou d’une commande
Cette seule amélioration a éliminé des dizaines de micro-frictions répétées des centaines de fois par jour.

Prochaines étapes : soumissions, commandes et logistique
Après le déploiement du volet inventaire et disponibilité des produits, Canac s’est engagée à étendre progressivement la valeur apportée par Frontleap à d’autres workflows de détail à fort impact.
L’un des prochains chantiers porte sur les soumissions et la création de commandes. En s’appuyant sur la base de disponibilité déjà en place, Frontleap devrait contribuer à simplifier la production des soumissions, à mieux arrimer soumissions et commandes, et à réduire la friction entre les équipes de vente, les opérations en magasin et les processus administratifs. L’objectif n’est pas de changer les systèmes sous-jacents, mais de rendre plus clair et plus fiable le chemin entre la demande du client et la commande confirmée.
Les phases suivantes viseront à simplifier l’exécution pour les équipes d’entrepôt et de logistique, à favoriser une plus grande cohérence d’un emplacement à l’autre et à améliorer la synchronisation entre les actions opérationnelles et les enregistrements SAP. Comme pour les phases précédentes, l’accent reste mis sur l’uniformisation de la façon dont le travail est exécuté, sans personnalisation de l’ERP.
Dans toutes les extensions actuelles et futures, le principe directeur reste le même : simplifier l’exécution au niveau du workflow tout en préservant l’intégrité de l’ERP.
Comprendre le travail réel avant de concevoir les workflows
Un élément déterminant du projet a été l’ouverture de Canac à l’observation directe des opérations. Plutôt que de s’appギュyer uniquement sur la documentation ou sur les indicateurs des systèmes, l’organisation a choisi d’ouvrir ses opérations réelles en magasin à une analyse rapprochée, sur le terrain.
Dans le cadre de cette collaboration, le cofondateur de Frontleap, David Dupont, a passé une journée par semaine sur place, aux côtés des équipes des magasins et des opérations, en conditions réelles. Cette immersion a mis au jour des réalités que les tableaux de bord captent rarement. Les employés développent couramment des processus parallèles pour compenser la complexité des systèmes, de petites frictions se répètent des centaines de fois par jour et minent discrètement la productivité, et une même tâche est souvent exécutée différemment selon le contexte. Dans les faits, les étapes de l’ERP ne correspondent pas toujours à l’intention opérationnelle.
Ces observations ont confirmé la conclusion stratégique de Canac : l’objectif n’était pas de repenser SAP, mais de repenser l’exécution.
Frontleap, une couche opérationnelle au-dessus de SAP
Frontleap a été déployé comme couche opérationnelle de processus d’affaires, placée entre SAP et les équipes de première ligne. Plutôt que de remplacer les systèmes existants, Frontleap orchestre les workflows entre eux et traduit une logique système complexe en une exécution claire, axée sur les tâches, pour les opérations quotidiennes.
En présentant l’information selon ce que les équipes doivent faire, plutôt que selon la façon dont les données sont structurées dans l’ERP, Frontleap réduit la navigation et la charge cognitive. Les actions opérationnelles sont synchronisées avec SAP en arrière-plan : les équipes travaillent sans attendre les réponses du système, et l’intégrité des données est préservée. Cette approche garde l’architecture d’ensemble propre et stable, et fait en sorte que l’exécution s’améliore sans introduire de personnalisations fragiles ni compromettre l’ERP.

Des retombées dans toute l’organisation
Pour les utilisateurs de première ligne
- des workflows quotidiens plus rapides et plus clairs
- une charge cognitive réduite
- moins d’écrans et d’étapes répétitives
- une intégration et une formation facilitées
Pour la direction des opérations
- un plein contrôle sur le déroulement des processus
- une exécution uniforme d’un magasin et d’une usine à l’autre
- moins d’erreurs et d’exceptions
- la capacité d’améliorer les workflows sans attendre les TI
Pour les équipes TI
- aucune personnalisation lourde de SAP
- une architecture propre et modulaire
- une meilleure visibilité sur les flux de processus et de données
- gérer des processus plutôt que des projets de développement sur mesure
Préparer les opérations à l’IA, de la bonne façon
Canac n’a pas adopté Frontleap pour ajouter des fonctions d’IA par principe. L’objectif était plus fondamental : rendre ses opérations prêtes pour l’IA.
Dans bien des organisations, les initiatives d’IA peinent parce que les données opérationnelles proviennent de processus fragmentés et d’une exécution incohérente. Quand le travail se fait différemment d’une personne ou d’une situation à l’autre, les données deviennent peu fiables.
En uniformisant l’exécution grâce à une couche opérationnelle dédiée, Canac crée des signaux de processus plus propres et plus cohérents. Les tâches sont exécutées de façon uniforme, les étapes opérationnelles sont clairement définies et les données entrent dans les systèmes centraux sous une forme plus structurée et plus fiable. Cela réduit la variabilité et élimine une grande partie de l’ambiguïté qui mine habituellement les initiatives d’IA.
Canac se donne ainsi une base solide pour de futurs cas d’usage de l’IA, comme la prévision, l’optimisation et l’aide à la décision, sans reposer sur des hypothèses ni sur des approximations.

Pourquoi ce modèle compte
Le parcours de Canac reflète un changement plus large dans la façon dont les grandes entreprises abordent l’amélioration opérationnelle.
Progresser de façon significative n’exige plus de remplacer les systèmes centraux, de lancer de vastes programmes de transformation ni de s’appuyer sur des personnalisations fragiles. Le progrès vient plutôt d’une compréhension de la façon dont le travail se fait réellement, d’une exécution simplifiée au niveau du workflow et de l’ajout d’une couche opérationnelle claire entre les systèmes et les personnes qui les utilisent.
Pour les organisations qui reposent sur un ERP, dans le commerce de détail et au-delà, ce modèle offre une voie pragmatique pour améliorer les opérations quotidiennes tout en préservant la stabilité des systèmes, et pour se préparer en toute confiance à la prochaine génération de capacités.
Cartographiez un workflow de magasin avec nous
Apportez un workflow où vos équipes jonglent entre les écrans SAP, les fichiers Excel ou le téléphone. Nous cartographions où le travail sort du système et ce qu’une couche opérationnelle changerait, sans modifier SAP.
Réserver une séance de travailÀ lire aussi
Foire aux questions
Qu'est-ce que Frontleap, exactement?
Frontleap est une plateforme de gestion des commandes alimentée par l’IA, conçue pour les manufacturiers et les distributeurs qui utilisent SAP. Elle ajoute une couche d’exécution par-dessus l’ERP pour faciliter et automatiser le travail lié aux commandes. Votre ERP demeure votre système de référence; Frontleap est l'endroit où le travail s'effectue réellement — saisie de commandes, recherche de produits, consultation des stocks, accès aux documents — dans une interface conçue pour ceux qui les utilisent. Rien n'est dupliqué et rien n'est remplacé : nous prenons en charge les 20 % restants de l'ERP, soit la partie que vos équipes gèrent actuellement avec des fichiers Excel, des courriels et des façons de faire parallèles.
Devons-nous remplacer ou modifier notre ERP pour utiliser Frontleap?
Non. Frontleap fonctionne en parallèle avec votre système ERP actuel, sans aucune modification de vos systèmes centraux. Votre ERP continue de fonctionner exactement comme avant et votre équipe TI conserve le contrôle total de sa configuration et de sa sécurité. Nous ne remplaçons rien : nous nous intégrons par-dessus et renvoyons des transactions propres et validées dans votre système de référence.
Combien de temps prend l'implantation et qu'est-ce que cela implique ?
La plupart de nos déploiements s'échelonnent sur une période d'un à trois mois et se divisent en trois étapes : la connexion à vos systèmes actuels, la configuration des flux de travail réellement utilisés par votre entreprise, puis un projet pilote avec une équipe avant un déploiement à plus grande échelle. Nous procédons par étapes — en commençant par un site ou un service, puis en élargissant une fois les résultats probants. Aucune interruption de vos activités quotidiennes.
Frontleap est-il sécurisé et conforme?
Oui. Authentification unique avec votre fournisseur d'identité actuel, contrôles d'accès basés sur les rôles et transmission chiffrée. Nous ne stockons pas vos données d'entreprise sensibles; nous les lisons en temps réel à partir de vos systèmes sécurisés. Tout demeure à l'intérieur de votre périmètre de sécurité et de vos cadres de conformité existants.
Que peut prendre en charge Frontleap?
Saisie et modification de commandes, recherche de produits et consultation des stocks, génération de devis, retours et crédits, gestion des comptes clients, accès aux fiches techniques et aux documents de tarification, visibilité des stocks multi-sites. En pratique : tout ce qui oblige une personne à jongler entre plusieurs écrans ou systèmes pour accomplir une seule tâche.
Pourquoi ne pas simplement améliorer notre système ERP actuel?
Le problème n'est pas votre ERP, c'est l'écart entre celui-ci et les personnes qui l'utilisent. Les projets ERP fournissent le système de référence, mais ils assurent rarement l'adoption sur le terrain. Frontleap fonctionne indépendamment de votre version d'ERP; il ne subit donc aucun bris lors des mises à jour, et vos équipes atteignent leur pleine productivité en une fraction du temps de formation habituel.
Frontleap fonctionne-t-il sur les appareils mobiles et en magasin?
Oui, n'importe quel appareil doté d'un navigateur Web. Ordinateur, tablette ou téléphone. L'interface s'adapte à l'écran et fonctionne avec le matériel que vous avez déjà sur place, comme les lecteurs de codes-barres et les imprimantes de reçus. Vos équipes peuvent consulter les stocks, préparer des commandes et traiter des transactions depuis n'importe quel endroit dans vos locaux.
Qu'est-ce que la saisie de commande assistée par l'IA dans SAP?
La saisie de commande assistée par l'IA consiste à interpréter la demande d'un client, à la faire correspondre aux produits et aux données qui se trouvent dans SAP, à repérer l'information manquante ou incertaine, puis à préparer la commande avant qu'un représentant l'approuve. Chez Frontleap, l'IA travaille en parallèle avec l'ERP existant plutôt que de le remplacer. SAP demeure le système de référence, tandis que Frontleap prend en charge le travail opérationnel nécessaire pour transformer une demande non structurée en transaction propre et validée.
Comment Frontleap transforme-t-il un courriel ou un PDF en commande SAP?
Frontleap lit la demande du client dans un courriel, un PDF ou l'information notée pendant un appel, et repère les produits, les quantités et les autres détails qu'il peut déterminer. Il résout ensuite ces détails à partir de votre catalogue et du contexte ERP pertinent : stocks, prix, informations du compte client et commandes antérieures. Plutôt que de deviner lorsqu'une information est floue ou absente, Frontleap remonte l'exception au représentant. Celui-ci révise la commande préparée et approuve la transaction avant qu'elle n'entre dans SAP.
Frontleap comprend-il les noms de produits des clients qui ne correspondent pas aux numéros d'article SAP?
Oui. Frontleap est conçu précisément pour l'écart entre la façon dont les clients décrivent un produit et la façon dont ce produit est représenté dans l'ERP. Un client peut employer une abréviation, un ancien numéro de pièce, un surnom local ou une description comme « le 12 pouces habituel ». Frontleap s'appuie sur le catalogue et le contexte opérationnel pour ramener ce langage au bon produit. Lorsque l'information est insuffisante pour établir une correspondance fiable, il pose la question au représentant plutôt que de choisir un article en silence.
Que valide Frontleap avant qu'une commande n'entre dans SAP?
Frontleap peut mobiliser toute l'information qui entoure la transaction — données de catalogue, stocks, prix, compte client, commandes antérieures et contexte d'affaires — pour préparer la commande avant qu'elle n'atteigne SAP. L'objectif n'est pas simplement d'extraire des champs d'un document. Il s'agit de déterminer si la commande est prête à être traitée et d'identifier ce qui exige encore une décision humaine. Information manquante, correspondances incertaines, questions de prix et autres exceptions restent visibles pour le représentant.
Frontleap crée-t-il les commandes SAP automatiquement, ou un représentant les approuve-t-il?
Frontleap est conçu autour de l'approbation humaine partout où une décision d'affaires est requise. L'IA prépare la commande, résout ce qu'elle peut à partir de vos systèmes et du savoir opérationnel, et isole les exceptions qui méritent réellement une attention. Le représentant peut ensuite réviser, corriger et approuver le résultat avant que la transaction validée ne soit envoyée dans SAP. Les équipes automatisent ainsi la préparation répétitive des commandes sans demander à un système d'IA de prendre des décisions d'affaires qui doivent rester entre les mains des personnes qui tiennent le comptoir.
Frontleap remplace-t-il SAP ou exige-t-il des modifications à notre ERP?
Non. Frontleap fonctionne aux côtés de SAP plutôt que de le remplacer. SAP demeure le système de référence pour la transaction, tandis que Frontleap fournit une couche d'exécution où les équipes terrain préparent les commandes et prennent les décisions opérationnelles. Cette séparation permet au comptoir d'obtenir un espace de travail simple et orienté tâche, sans transformer l'initiative en un autre projet de remplacement d'ERP. Frontleap se connecte à l'environnement existant et renvoie des transactions validées dans le système de référence.
Combien de temps prend l'implantation de Frontleap Order Desk?
Un déploiement Frontleap s'échelonne généralement sur un à trois mois. Le processus commence par la connexion des systèmes concernés et la modélisation des flux de travail, du vocabulaire et des règles employés au comptoir. Frontleap peut ensuite être introduit auprès d'une équipe, d'un site ou d'un flux de travail avant d'être élargi. L'objectif est de valider le flux sur la base opérationnelle réelle du client plutôt que d'exiger un grand programme de transformation avant que le comptoir puisse commencer à utiliser le produit.
Le clean core implique-t-il de retirer toutes les personnalisations ?
Non. Il s’agit de garder l’ERP standard et de sortir du cœur la logique propre à l’entreprise. Une partie du spécifique a sa place dans le système de référence. Une grande partie, comme les équivalences de produits, les habitudes des clients et les exceptions de prix, peut vivre dans une couche au-dessus, où elle change sans toucher à SAP.
Qu’advient-il des fichiers Excel et des processus parallèles pendant une migration S/4HANA ?
Les écrans et les champs sur mesure sont inclus dans le périmètre et chiffrés. Les fichiers Excel et les détours autour des contrôles ne sont généralement pas comptés du tout : la connaissance qu’ils portent n’est donc ni migrée ni remplacée. Faites-en l’inventaire avant de figer le périmètre.
Comment conserver la logique propre à l’entreprise sans personnaliser SAP ?
Placez-la dans une couche qui fonctionne à côté de l’ERP. L’ERP reste le système de référence. La couche porte les règles, le contexte et les exceptions du travail, et survit aux mises à niveau parce qu’elle n’a jamais été dans le cœur.
Pourquoi les employés au comptoir ignorent-ils les notes et les fenêtres contextuelles de l’ERP ?
Généralement pas parce que l’information est fausse, mais parce qu’elle est livrée d’une façon qui bloque la vente en cours. Les employés apprennent à la fermer pour continuer à servir le client. La solution : livrer la même information sans interrompre l’action, pour que l’administration comme les ventes obtiennent ce dont elles ont besoin.
Quelle est la différence entre former le personnel sur l’ERP et le rendre autonome ?
La formation enseigne les écrans. L’autonomie vient du fait d’avoir la réponse au moment de la vente : de quel produit parle le client, quelle succursale l’a en inventaire, quoi faire quand le parcours standard ne s’applique pas. Un espace de travail qui suit la séquence réelle du comptoir, et qui affiche ces réponses dans le flux, permet aux nouveaux employés de servir le client sans appeler un collègue d’expérience.
Peut-on améliorer le travail au comptoir sans personnaliser SAP ?
Oui. La façon particulière dont fonctionne votre comptoir peut vivre dans une couche au-dessus de l’ERP plutôt qu’à l’intérieur. SAP demeure le système de référence, et l’espace de travail porte la séquence, le contexte et les raccourcis dont vos gens ont besoin (pourquoi c’est important avant une migration).
Comment réduire la dépendance de l’équipe de gestion des commandes envers quelques personnes d’expérience ?
Recueillez ce que ces personnes savent pendant que le travail se fait, pas dans un manuel. Suivez-les dans un vrai workflow et notez chaque fois qu’elles sortent du système. Documentez chaque règle qu’elles appliquent avec sa source, sa portée et son responsable. Le savoir reste alors dans l’entreprise quand les gens s’en vont, et les nouvelles recrues peuvent s’y appuyer dès le premier jour.
Comment garder à jour le savoir sur les commandes quand les catalogues, les prix et les équipes changent ?
Donnez un responsable à chaque règle. Quand quelqu’un corrige une commande, le responsable décide si la correction devient du savoir partagé, où elle s’applique et quelle ancienne consigne elle retire. Une correction sur une commande ne doit jamais changer en silence toutes les commandes futures.
Qu’est-ce qu’un agent IA devrait traiter seul, et qu’est-ce qui devrait rester entre les mains d’une personne ?
Un agent peut agir là où une règle approuvée détermine entièrement la prochaine étape. Le jugement, la négociation et les engagements qui dépassent son autorité vont à la bonne personne, avec le contexte joint. Mettez par écrit ce qui continue, ce qui est mis en pause et ce qui permet au travail de reprendre, avant de déléguer quoi que ce soit.
Qu’est-ce que la saisie de commandes par IA pour SAP ?
La saisie de commandes par IA pour SAP utilise l’intelligence artificielle pour interpréter les demandes des clients, les faire correspondre aux articles du catalogue et préparer des commandes client à partir de l’information d’affaires pertinente, comme les prix, l’inventaire, les fiches clients et l’historique des commandes. SAP demeure le système de référence.
La saisie de commandes par IA remplace-t-elle le représentant du service à la clientèle ?
Non. La préparation assistée par IA peut identifier un produit probable, afficher les prix et l’information sur le client, signaler un manque de stock et préparer la commande pour la revue. Le représentant lève les ambiguïtés, s’entend sur la livraison ou les substitutions, et confirme que la commande reflète l’entente conclue avec le client. Les exceptions commerciales vont à une personne qui détient cette autorité.
En quoi Frontleap diffère-t-il de l’Order Management Assistant de SAP ?
SAP décrit son Order Management Assistant comme un assistant qui orchestre des agents Joule ou des agents personnalisés pour les risques d’exécution des commandes, l’optimisation de l’approvisionnement et le rapprochement des revenus. L’Order Desk de Frontleap se concentre sur la préparation des commandes complexes : un espace de travail du représentant qui réunit la demande du client, la correspondance de produit, le stock, le prix et l’approbation. Les fonctions se recoupent en partie ; le vrai test, c’est la façon dont chacun traite la terminologie de votre équipe, les règles de vos clients et les exceptions.
Comment évaluer une solution de saisie de commandes par IA ?
Testez-la avec les commandes qui ont fait hésiter vos gens d’expérience : un ancien numéro de produit, une unité de mesure imprécise, une soumission expirée ou une demande qui entre en conflit avec l’inventaire disponible. Vérifiez que le représentant peut voir les éléments qui justifient une correspondance, repérer l’information manquante, corriger la proposition, faire intervenir la personne qui a l’autorité voulue et vérifier la commande finale. Mesurez le temps de préparation, les corrections, les questions non résolues et les erreurs découvertes après la saisie.





