L'ERP est transactionnel
Son intérêt dépend de la qualité des processus, des paramétrages et des référentiels, pas du produit choisi.
- Demander un diagnostic
- France et Afrique francophone
Numériser les opérations sans créer d'administration parallèle : rôle de l'ERP, chaînes procure-to-pay et order-to-cash, stocks, traçabilité et IoT.
Son intérêt dépend de la qualité des processus, des paramétrages et des référentiels, pas du produit choisi.
Procure-to-Pay et Order-to-Cash structurent l'analyse, exceptions comprises : retours, litiges, ruptures, avoirs.
Un projet IoT commence par l'information recherchée et l'action déclenchée, pas par le choix d'un capteur.
Chaque partie traite un point de la démarche ; les liens ci-dessous mènent directement à la section correspondante.
Un ERP gère des transactions et référentiels structurants (clients, fournisseurs, produits, achats, stocks, ventes, facturation, comptabilité, production selon les modules) ; son intérêt dépend de la qualité des processus, des paramétrages et des données. Avant toute migration ERP : nettoyer les référentiels, définir la codification, les responsabilités, les règles de validation, les données historiques à reprendre, les rapprochements et un plan de cutover. Pour un cabinet comptable, ce nettoyage des référentiels précède toujours le choix du logiciel : voir notre guide pour digitaliser un cabinet comptable en Afrique francophone.
Deux chaînes servent souvent de point de départ à l'analyse. Procure-to-Pay : besoin → demande d'achat → approbation → commande fournisseur → réception → facture → rapprochement → paiement. Order-to-Cash : demande/commande → validation → préparation/prestation → livraison → facture → paiement → rapprochement. Cartographier aussi les exceptions : commande partielle, retour, litige, remise, rupture, annulation, avoir. Ces deux chaînes structurent particulièrement l'analyse des entreprises d'import-export et de distribution, où chaque étape implique souvent plusieurs intermédiaires.
Les données de stock doivent distinguer stock physique, disponible, réservé, en transit et théorique, les écarts indiquent souvent un problème de processus ou d'enregistrement plutôt qu'une simple erreur de comptage. Notions utiles : point de commande, stock de sécurité, lead time fournisseur, rotation, couverture, taux de rupture, valeur immobilisée, obsolescence. Une prévision n'est pas une certitude : utiliser des scénarios et des marges de sécurité adaptées au coût d'une rupture comparé au coût de stockage.
Codes-barres, QR, RFID et événements système permettent de suivre produit, lot, emplacement et statut (choisir le niveau de traçabilité selon le risque, la réglementation, le coût et la valeur du produit. L'IoT collecte des mesures via capteurs (température, vibration, position, consommation, état machine), et l'edge computing traite certaines données près de la source pour la latence, la bande passante ou la continuité. Avant un projet IoT : fréquence, précision, autonomie, connectivité, maintenance, sécurité des appareils, identité, mises à jour, volume de données et action déclenchée doivent être définis) un projet IoT commence par l'information et l'action recherchées, pas par le choix d'un capteur.
Digitaliser les ordres de travail (création, priorité, assignation, pièces, photos, temps, résolution, clôture) : une application mobile offline peut être plus utile qu'un tableau de bord sophistiqué si les techniciens travaillent sans connexion fiable.
KPI opérationnels utiles : OTIF (on time in full), délai de préparation, taux de rupture, rotation, exactitude de l'inventaire, coût de traitement, rendement, taux de défaut, downtime, OEE selon le contexte. Chaque KPI doit déclencher une action, un écran temps réel sans routine opérationnelle ne change pas la performance.
Ces écueils reviennent régulièrement en mission. Les identifier tôt évite de reconstruire un chantier déjà livré.
Migrer vers un ERP sans avoir nettoyé les référentiels ni défini la codification et les règles de validation.
Oublier de cartographier les exceptions : commande partielle, retour, litige, remise, rupture, annulation, avoir.
Choisir un niveau de traçabilité sans le rapporter au risque, à la réglementation, au coût et à la valeur du produit.
Lancer un projet IoT sans avoir défini fréquence, précision, autonomie, connectivité, maintenance et sécurité des appareils.
Nous cartographions Procure-to-Pay et Order-to-Cash avec leurs exceptions avant toute migration, et nous fixons un plan de cutover : reprise des historiques, rapprochements et retour arrière possible.
La séquence demande ou commande → validation → préparation ou prestation → livraison → facture → paiement → rapprochement. Son pendant achat est le Procure-to-Pay, du besoin jusqu'au paiement du fournisseur.
Nettoyer les référentiels, définir la codification, les responsabilités et les règles de validation, choisir les données historiques à reprendre, prévoir les rapprochements et écrire un plan de cutover.
OTIF, délai de préparation, taux de rupture, rotation, exactitude de l'inventaire, coût de traitement, rendement, taux de défaut, downtime et OEE selon le contexte, chacun rattaché à une action.
Ce chapitre appartient au pilier « Faire venir et garder les clients ». Expérience client, acquisition, CRM, opérations et modèle économique : la partie du système d'information que le client et le marché perçoivent réellement.
Cartographier le parcours client, concevoir des personas fondés sur des données, appliquer les principes UX essentiels et mesurer l'expérience avec le bon funnel.
Lire le chapitre →Chapitre 11CroissanceConstruire une stratégie d'acquisition ancrée dans l'économie du client, avec SEO, paid media, contenu, tracking et attribution, et les bons KPI pour décider.
Lire le chapitre →Chapitre 12CroissanceConcevoir un modèle CRM et un pipeline commercial disciplinés, organiser un service client omnicanal réel, et connecter IA et agents sans perdre le contrôle.
Lire le chapitre →