Fabrication · intégration avec l'ERP industriel
SellioCRM n'est pas un ERP : il ne facture pas et n'ordonnance pas la production. Ce qu'il fait, c'est remettre la commande à votre ERP en toute sécurité : il valide avant d'envoyer, envoie sans risque de doublon, enregistre la confirmation avec la référence de l'ERP et signale tout écart entre les deux systèmes au lieu de faire comme si tout concordait. La connexion à SAP et NetSuite utilise les identifiants de votre propre ERP et se configure dans Paramètres → Intégrations.
Dans l'industrie, le CRM et l'ERP se partagent la même vente, et presque tout problème d'intégration vient de l'une de ces trois causes : une commande envoyée avec des informations manquantes, une commande envoyée deux fois, ou les deux systèmes qui disent des choses différentes de la même commande sans que personne s'en aperçoive. La verticale Fabrication attaque les trois de front.
Ce qui reste de chaque côté
SellioCRM s'occupe du front commercial : le compte et ses sites, la configuration du produit, le devis à prix figé, l'approbation des exceptions et la commande prête à produire. L'ERP s'occupe du reste : facturation, ordonnancement de la production, stock comptable et logistique. Le CRM ne facture pas, n'émet pas de document fiscal et ne meut pas de stock. Quand il affiche une disponibilité, c'est le miroir de ce que l'ERP a communiqué, et cette distinction est expliquée dans l'article sur la disponibilité et l'ATP.
Du devis à la commande
La commande naît d'un devis. En créant la commande à partir de celui-ci, le CRM copie les lignes avec les valeurs déjà figées, hérite de la devise, de l'incoterm et du total, et rattache la commande à l'opportunité et au compte d'origine. La commande démarre en brouillon, avec son statut dans l'ERP marqué comme en attente.
La validation avant l'envoi
Avant de quitter le CRM, la commande passe un contrôle qui renvoie une liste de points bloquants. Tant qu'un point bloquant est ouvert, l'envoi est refusé, et le refus est enregistré avec son motif. Les points bloquants possibles sont les suivants :
- Aucune ligne : la commande n'a pas d'articles.
- Total à zéro : le montant de la commande n'est pas positif.
- Encours client : le client n'a pas d'encours disponible pour cette commande.
- Configuration invalide : une ligne configurée n'a pas passé les règles du produit.
- Adresse : l'adresse nécessaire à la livraison manque.
- Documents : une pièce exigée manque.
- Conformité export : le contrôle a bloqué, et aucune levée n'est enregistrée.
Refuser avant d'envoyer est volontaire. Une commande incomplète qui arrive dans l'ERP devient du retravail des deux côtés et, très souvent, une commande fantôme que personne n'arrive à annuler.
Un envoi qui ne double jamais
L'envoi est idempotent. Le CRM calcule une signature stable du contenu de la commande, avec le total et les lignes, et la compare à ce qui a déjà été envoyé. Si la même charge a déjà été remise, le nouvel envoi ne fait rien et enregistre qu'il n'a rien fait : l'ERP ne reçoit pas une commande jumelle à cause d'un clic répété ou d'une nouvelle tentative automatique. Si la commande a déjà été acceptée par l'ERP, tout nouvel envoi ne fait rien non plus.
Une fois envoyée, la commande passe à Envoyée à l'ERP et le compteur de tentatives augmente. Ce n'est pas une acceptation : la commande n'est considérée comme acceptée que lorsque l'ERP répond.
Confirmation et écart
Quand l'ERP répond, la confirmation entre dans le CRM avec la décision, acceptée ou rejetée, et la référence du document généré de l'autre côté. C'est seulement alors que la commande devient acceptée, et la référence de l'ERP devient visible pour qui va servir le client.
Vient ensuite ce que la plupart des intégrations ne font pas : la réconciliation. Le CRM compare périodiquement le statut qu'il conserve avec le statut que l'ERP communique. Quand les deux divergent, la commande est marquée comme en écart et entre dans une file de correction, avec les deux valeurs enregistrées côte à côte. Un écart devient une alerte, jamais un silence.
La piste d'audit
Chaque envoi, chaque refus, chaque confirmation et chaque réconciliation devient une ligne dans un historique qui ne fait que croître, avec le sens (sortant du CRM ou venant de l'ERP), l'action, le statut, la référence externe et le message. Quand quelqu'un demandera pourquoi cette commande est dans cet état, la réponse est là, entière, en ordre chronologique.
Connecter SAP ou NetSuite
La connexion aux ERP de grande taille se fait dans Paramètres → Intégrations, dans la catégorie ERP, et utilise les identifiants de votre propre environnement : l'ERP est le vôtre, la licence est la vôtre, et SellioCRM ne fait que lui parler. La connexion est bidirectionnelle : le CRM envoie comptes, contacts, opportunités, commandes et factures, et reçoit en retour les événements de l'ERP, comme une facture payée ou une commande mise à jour, par une adresse d'entrée protégée par un secret partagé. Les événements répétés sont reconnus par leur identifiant externe et ne sont pas traités deux fois.
L'intégration reste inerte tant qu'elle n'est pas configurée et activée : sans identifiants, SellioCRM ne parle à aucun ERP. Au-delà de SAP et NetSuite, le catalogue d'intégrations propose d'autres systèmes de gestion, et il existe aussi un envoi générique vers une adresse que vous indiquez, quand votre ERP n'est pas dans la liste.
Prérequis et limites
- La verticale Fabrication doit être activée dans Paramètres → Verticals pour que les commandes et la piste d'audit existent.
- Configurer l'intégration ERP exige un privilège d'administration du compte ; les identifiants sont conservés chiffrés et ne sont jamais réaffichés.
- La commande industrielle n'a pas encore d'onglet dédié dans l'écran Fabrication : elle est pilotée par la couche d'intégration et par les approbations.
- Le CRM n'émet pas de facture fiscale, n'ordonnance pas la production et ne meut pas le stock comptable.
- La réconciliation signale l'écart, mais ne choisit pas de camp : la correction est une décision humaine, prise avec la piste d'audit sous les yeux.