Réponse courte. Un prix n'est jamais tapé : il est calculé côté serveur par une suite de règles écrites, prix catalogue, grille du type de client, palier de quantité, puis remise. La remise est un droit par rôle : le vendeur jusqu'à son plafond seul, au-delà une approbation en un geste avec un motif, et un plancher de marge que le serveur refuse de franchir quel que soit l'écran. Le devis a des versions conservées avec leur PDF, une validité, et une acceptation datée par signature sur le téléphone ou par code SMS. Chaque document suivant, commande, bon de livraison, facture, est créé depuis le précédent par un événement, et ce qui est gelé à l'émission ne bouge plus ; une erreur se corrige par un avoir. Les restes à livrer et à facturer sont des différences calculées. Six semaines, dont la première sans code.
Ce guide s'adresse au gérant d'une PME qui vend sur devis, négoce, installation, services, dont trois vendeurs font trois prix, au fondateur installé en France qui lit des devis qu'il n'a pas vus partir, et au responsable commercial qui découvre la marge réelle au bilan. Il ne redit pas comment un PDF bilingue est produit et numéroté sans trou, décrit dans le guide sur l'impression des documents, ni comment les rôles et les approbations se construisent en général, décrit dans le guide sur les rôles et le journal d'audit ; il décrit ce qui se construit autour du prix et de la chaîne devis-commande-facture, et il prolonge notre page sur l'ingénierie logicielle.
Du devis à la facture, en six étapes
Le parcours d'une vente, dans l'ordre, et le moment où chaque décision se prend. La deuxième étape est celle qui sépare un logiciel d'un fichier Excel.
Composer le devis depuis le catalogue : les lignes viennent de produits et de prestations qui ont un coût et un prix daté, et la marge est visible pendant la composition. Remiser dans son droit : jusqu'à son plafond, le vendeur remise seul et c'est journalisé ; au-delà, l'application demande une approbation en un geste au chef des ventes, avec un motif obligatoire ; sous le plancher de marge, personne. Envoyer une version : un PDF daté, valable trente jours par défaut, et chaque renégociation crée une version, v1, v2, v3, toutes conservées.
Faire accepter : signature sur l'écran du téléphone ou code reçu par SMS, dans la validité, selon la mécanique décrite dans le guide sur la connexion par code ; l'acceptation est datée et gèle le devis. Convertir sans retaper : l'acceptation crée la commande, l'acompte éventuel est demandé et rapproché, selon le guide sur le paiement en ligne, la préparation commence. Facturer le livré : chaque bon de livraison signé produit une facture des quantités livrées, l'acompte est déduit de la première, et une erreur se corrige par un avoir, jamais en modifiant une facture émise.
Comment le prix d’une ligne se calcule, et où la remise s’arrête
La figure suit une seule ligne de devis, et la suite de règles qui produit son prix. Tout ce qui s'y passe est calculé côté serveur ; l'écran ne fait qu'afficher.
Le prix catalogue est celui de la liste en vigueur à la date du devis ; la grille « grossiste » du client applique sa réduction ; le palier de quantité applique la sienne. Vient la remise commerciale : le vendeur demande 10 %, ce qui ferait passer la ligne sous le plancher de marge, et le serveur refuse ; le chef des ventes approuve 4 %, au-dessus du plancher, avec un motif, et la ligne est gelée à ce prix. Le plancher est fixé par la direction à partir du coût et d'une marge brute minimale, et il n'apparaît pas au vendeur comme un prix mais comme une remise restante autorisée.
Trois règles tiennent l'ensemble. Le moteur calcule, dans un ordre écrit, grille puis palier puis remise, et jamais l'inverse, parce que l'ordre change le résultat. L'écran affiche le prix, la marge et la remise restante autorisée, pour que le vendeur négocie en connaissance de cause. Le serveur refuse tout prix sous le plancher, même si l'écran a été contourné, parce que la règle vit dans le code et pas dans l'interface. Coût, grille, paliers et seuils de la figure sont un exemple construit ; les prix par client du portail B2B, décrits dans le guide sur le portail de commande, viennent du même moteur.
«Un prix n'est jamais tapé : il est calculé par une suite de règles écrites, et la remise est un droit par rôle, pas une case libre.»
Du devis à la facture, en cinq couches
Le moteur de prix est la couche qui décide de la marge ; les quatre autres font que rien n'est retapé et que tout est mesuré.
Catalogue et prix. Produits et prestations avec un coût, un prix catalogue, des grilles par type de client, des paliers de quantité ; un prix a une date de début et de fin, et un devis garde le prix de sa date. Moteur de prix. Côté serveur, dans l'ordre écrit, avec les plafonds par rôle, le plancher de marge, l'approbation en un geste et le journal ; c'est la couche accentuée. Documents et versions. Devis, commande, bon de livraison, facture, avoir : chacun créé depuis le précédent, numéroté, versionné pour le devis, gelé à l'émission, avec un PDF conservé et jamais régénéré, selon le guide sur l'impression des documents.
Acceptation et conversion. Signature ou code dans la validité, acceptation qui crée la commande, acompte qui déclenche la préparation, bon signé qui produit la facture du livré ; les restes à livrer et à facturer sont des différences calculées. Suivi. Devis en attente, à relancer, expirés ; taux d'acceptation par vendeur et par version ; marge réalisée contre marge devisée ; relances WhatsApp selon le guide sur l'agent WhatsApp. C'est la couche qui dit si le moteur de prix est bien réglé : un taux d'acceptation de cent pour cent signale des prix trop bas autant qu'un taux de dix pour cent signale des prix trop hauts.
Sept documents, zéro ressaisie, et ce qui est gelé à chaque étape
La figure suit une vente, du premier devis à la dernière facture. Chaque flèche porte l'événement qui crée le document suivant, et chaque carte dit ce qui est gelé.
Le devis v1 part daté, valable trente jours ; la négociation crée une v2, et v1 est conservée avec son PDF, parce que le client peut revenir dessus et parce que le taux d'acceptation par version est une information. L'acceptation, signée ou par code, est datée et gèle le devis ; après acceptation, toute modification est un nouveau devis. La commande est créée depuis le devis accepté, avec l'acompte demandé ; les quantités restant à livrer sont calculées à chaque bon de livraison, jamais tapées.
La livraison partielle écrit les quantités livrées, la date et la signature, et c'est elle qui fait bouger le stock, selon le guide sur le stock, pas la commande. La première facture porte le livré moins l'acompte, la seconde le solde à la dernière livraison. Une erreur après émission se corrige par un avoir, jamais en modifiant une facture, et la numérotation sans trou est décrite dans le guide sur l'impression des documents. Numéros, dates et pourcentages de la figure sont un exemple construit.
«Un document n'est jamais retapé à partir du précédent : il est créé depuis lui, par un événement, et ce qui est gelé ne bouge plus.»
Six situations réelles, et ce que l'application fait
Les six situations qu'on retrouve dans presque toutes les PME qui vendent sur devis, et la construction qui les règle.
Les deux premières se règlent par le moteur de prix : un prix calculé ne dépend pas de qui a ouvert le fichier, et une remise plafonnée par rôle avec un plancher tenu par le serveur ne devient pas exceptionnelle tous les jours. Les deux suivantes se règlent par les versions et la validité : on conserve tout ce qui a été envoyé, et un devis expiré se régénère aux prix du jour au lieu d'engager l'entreprise sur des prix d'il y a six mois. Les deux dernières se règlent par la conversion sans ressaisie : la facture naît du bon de livraison, qui naît de la commande, qui naît du devis, et la livraison en deux fois produit deux factures du livré avec l'acompte déduit de la première. Aucune ne se règle par un vendeur plus discipliné.
Vu ailleurs : les logiciels de devis du marché, et ce qui se transpose
Les logiciels de devis et de facturation du marché partagent trois idées qui se transposent telles quelles dans une application sur mesure. La conversion en un clic du devis en commande puis en facture, qui est leur argument principal depuis des années ; ce qui se transpose, c'est que le document suivant est créé depuis le précédent, et que la seule saisie est l'événement qui le déclenche. Les règles de prix par liste et par client, présentes dans tout ERP ; ce qui se transpose, c'est l'ordre d'application écrit et le calcul côté serveur. L'acceptation en ligne par signature ou par lien, devenue courante ; ce qui se transpose, c'est une acceptation datée, rattachée à une version, dans une validité.
Ce que ces logiciels ne décident pas pour vous : vos plafonds de remise par rôle, votre plancher de marge, votre validité, et qui approuve ; la première semaine du projet y répond, et c'est la direction qui signe. Les logiciels du marché restent le bon choix quand vos règles rentrent dans les leurs ; le sur mesure commence quand votre grille, vos paliers ou votre circuit d'approbation ne rentrent pas, ou quand le devis doit parler au stock, au portail et au terrain, selon le guide sur l'intégration d'un logiciel existant.
Les règles d'une chaîne devis-facture qui tient
Six règles, écrites la première semaine. Un prix est calculé, jamais tapé, dans un ordre écrit. La remise est un droit par rôle, avec un plafond, une approbation en un geste et un motif. Le plancher de marge est tenu par le serveur, pas par l'écran. Un devis a des versions et une validité, et une seule version acceptée. Chaque document est créé depuis le précédent par un événement daté et signé, et ce qui est gelé ne bouge plus. Une erreur après émission se corrige par un avoir, et les restes sont des différences calculées.
Et une règle de méthode : le catalogue existant est repris avec ses coûts et ses prix datés avant qu'un seul devis soit fait dans l'application, selon le guide sur la reprise de données ; un moteur de prix sans coûts ne peut pas calculer de marge, et un plancher sans coût n'existe pas.
Six entreprises, et la règle de prix qui manquait
Six situations composées à partir de projets que nous rencontrons ; les noms sont génériques et les chiffres sont des exemples.
- Un négociant en matériaux à Sétif, quatre vendeurs. Quatre fichiers Excel, quatre prix pour le même sac de ciment. La construction : catalogue avec coûts, grille par type de client, plafond de remise à 5 % pour les vendeurs, approbation au-delà. Au deuxième mois, la marge devisée est devenue lisible par produit et par vendeur.
- Un installateur solaire à Oran. Les devis changeaient trois fois et personne ne savait quelle version le client avait signée. La construction : versions conservées, acceptation par signature sur le téléphone du technicien, commande créée depuis la version acceptée ; le métier est décrit dans le guide sur l'installateur solaire.
- Un garage à Alger. Le devis de réparation était accepté oralement et la facture finale ne lui ressemblait pas. La construction : devis par ligne de pièce et de main-d'œuvre, acceptation par code SMS, ajout de lignes uniquement par nouvelle version acceptée ; le cas est proche de le guide sur l'application de garage.
- Un fondateur à Paris, société de services à Alger. Il découvrait la marge au bilan. La construction : marge visible sur chaque devis, plancher fixé par lui, approbation à distance en un geste depuis son téléphone ; la gestion à distance suit le guide sur le commerce depuis la France.
- Un distributeur à Constantine, commerciaux terrain. Les commerciaux promettaient des remises que le bureau refusait ensuite. La construction : plafond par rôle appliqué sur la tablette, hors ligne, et approbation demandée depuis le terrain ; la prévente est décrite dans le guide sur la prévente terrain.
- Une PME d'équipements à Annaba, livraisons partielles. Facturer quoi et quand, et comment déduire l'acompte, était un débat par commande. La construction : facture du livré à chaque bon signé, acompte déduit de la première, solde à la dernière, avoir pour les erreurs.
Le calendrier 2027
Six semaines pour une PME qui a déjà un catalogue ; la première semaine se passe sans code.
Semaine 1, règles de prix : coûts, grilles par type de client, paliers, plafonds de remise par rôle, plancher de marge, validité des devis, qui approuve ; signés par la direction. Semaine 2, catalogue et moteur : catalogue repris avec coûts et prix datés, moteur de prix côté serveur, refus sous le plancher, journal. Semaine 3, devis et versions : composition depuis le catalogue, marge visible, PDF par version, validité, approbation de remise en un geste.
Semaine 4, acceptation et commande : signature sur le téléphone ou code SMS, commande créée depuis le devis accepté, acompte demandé et rapproché. Semaine 5, livraison et facture : bon de livraison signé, quantités livrées, facture du livré, acompte déduit, avoir ; numérotation sans trou. Semaine 6, suivi et relances : devis à relancer et expirés, taux d'acceptation, marge réalisée contre devisée sur le tableau de bord, selon le guide sur le tableau de bord temps réel, relances WhatsApp ; première revue. Chaque semaine se termine par une démonstration, selon le guide sur la livraison sans casse.
Ce qui fait échouer une chaîne devis-facture
Cinq causes, vues dans des applications qu'on reprend. Le prix modifiable « pour les cas particuliers » : au bout d'un mois, tous les cas sont particuliers. La remise sans plafond : la remise exceptionnelle devient le prix. Le PDF écrasé : personne ne sait ce que le client a accepté. La facture retapée : une ligne oubliée, un prix différent, un litige. Le catalogue sans coûts : une marge qu'on ne peut pas calculer, un plancher qui n'existe pas.
Et une cause de méthode : laisser le plancher et les plafonds « à régler plus tard ». Ils conditionnent le moteur, les écrans et la mesure ; la première semaine est faite pour les écrire.
Questions fréquentes
Les questions que posent les gérants et les fondateurs quand ils nous décrivent des devis dans Excel.
- Pourquoi un moteur de prix plutôt qu'un prix saisi par le vendeur ?
- Parce qu'un prix tapé dépend de qui l'a tapé, ne porte pas la trace de ses règles et ne peut pas être défendu. Un moteur de prix applique une suite de règles écrites, grille du client, palier de quantité, remise, dans un ordre fixe et côté serveur ; le vendeur voit le prix, la marge et la remise qu'il lui reste le droit d'accorder.
- Comment limiter les remises sans bloquer les vendeurs ?
- Par un plafond par rôle : jusqu'à son plafond, le vendeur remise seul et c'est journalisé ; au-delà, une approbation en un geste, avec motif, par le chef des ventes ou la direction, y compris depuis un téléphone. Un plancher de marge, fixé par la direction à partir du coût, est refusé par le serveur quel que soit l'écran.
- Que se passe-t-il quand le client renégocie ?
- Une nouvelle version du devis est créée, v2, v3, et les précédentes sont conservées avec leur PDF. Une seule version peut être acceptée, et après acceptation toute modification est un nouveau devis. Le taux d'acceptation par version dit combien de renégociations il faut en moyenne, par vendeur et par type de client.
- Comment le client accepte-t-il le devis ?
- Par signature sur l'écran d'un téléphone ou par un code reçu par SMS, dans la validité du devis. L'acceptation est datée, rattachée à la version, avec qui a accepté et comment, et elle gèle le devis. Elle crée la commande sans ressaisie.
- Comment facturer une livraison en plusieurs fois ?
- Chaque bon de livraison signé produit une facture des quantités livrées ; l'acompte est déduit de la première, et le solde est facturé à la dernière livraison. Les restes à livrer et à facturer sont des différences calculées depuis la commande, jamais tapées. Une erreur se corrige par un avoir.
- Pourquoi pas un logiciel de devis du marché ?
- Parce que c'est souvent le bon choix : si vos règles de prix, votre circuit d'approbation et vos documents rentrent dans les siens, prenez-le. Le sur mesure commence quand votre grille, vos paliers ou vos approbations ne rentrent pas, ou quand le devis doit parler au stock, au portail B2B et aux commerciaux terrain dans la même application.
- Combien de temps pour construire cette chaîne ?
- Six semaines dans le calendrier type : une pour écrire les règles de prix, une pour le catalogue et le moteur, une pour les devis et versions, une pour l'acceptation et la commande, une pour la livraison et la facture, une pour le suivi et les relances. Le délai dépend de l'état du catalogue et du nombre de grilles.