Toure Distribution — Logiciel de gestion

Le contexte

Touré Distribution est une entreprise de distribution qui gère quotidiennement des mouvements de stock, des encaissements et une facturation client. Ce type de structure atteint vite un seuil où le volume traité dépasse ce qu'un suivi manuel permet de tenir avec fiabilité : les entrées et sorties se notent à plusieurs endroits, et personne ne dispose d'une vue consolidée de la situation réelle.

Le problème à résoudre

Stock, finance et facturation vivaient dans des supports séparés, sans lien entre eux. Une même information devait être saisie plusieurs fois, ce qui multiplie les occasions d'erreur et rend les écarts difficiles à expliquer après coup. Établir une facture supposait de retrouver les éléments à la main, et répondre à une question simple — que reste-t-il en stock, qui n'a pas encore payé — demandait de recouper plusieurs sources.

Ce qui a été mis en place

Une plateforme de gestion sur mesure développée en Laravel avec une base MySQL, réunissant le stock, le suivi financier et la facturation dans un seul outil. Les données sont saisies une fois et alimentent l'ensemble des modules : une sortie de stock met à jour l'inventaire et alimente la facturation sans ressaisie. Une API REST permet de connecter d'autres outils, et l'interface reste utilisable depuis un téléphone, là où se fait une partie du travail.

Le résultat

Le logiciel de gestion pour un distributeur en Afrique de l'Ouest

Une entreprise de distribution vit de trois chiffres : ce qu'elle a en stock, ce qu'on lui doit, et ce qu'elle gagne réellement sur chaque produit. Ces trois chiffres existent toujours quelque part, dans un cahier, dans un tableur, dans la tête du gérant. Le problème n'est jamais qu'ils soient inconnus : c'est qu'ils ne sont jamais disponibles au moment où une décision doit être prise. On décide de réapprovisionner au jugé, on accorde un crédit sans connaître l'encours du client, on fixe un prix sans savoir la marge réelle.

En Afrique de l'Ouest, cette difficulté se double d'une particularité : une grande partie du commerce de distribution fonctionne à crédit, sur la confiance et la relation personnelle. Le revendeur prend la marchandise, paie plus tard, souvent en plusieurs fois, parfois partiellement en espèces et partiellement par Mobile Money. Un logiciel qui ne sait pas gérer les règlements partiels, les avoirs et les encours anciens ne sert à rien dans ce contexte, et c'est précisément ce que les solutions importées gèrent le plus mal.

La saisonnalité ajoute une troisième couche. Beaucoup de distributeurs voient leur activité doubler ou tripler sur certaines périodes. Un outil qui tient à vingt commandes par jour doit tenir à cent sans que l'équipe change ses habitudes. Cela impose des choix d'architecture dès le départ : une base de données correctement indexée, des écrans qui restent rapides quand l'historique grossit, et des traitements lourds qui ne bloquent pas la saisie courante.

Enfin, il y a la question de la reprise de l'existant. Une entreprise de distribution qui se digitalise a rarement une page blanche : elle a des mois ou des années de données dans des tableurs, avec des doublons, des noms de clients orthographiés de trois façons et des soldes qui ne tombent pas juste. Une migration réussie ne consiste pas à tout importer, mais à décider ce qui mérite d'être repris, généralement les soldes clients et le catalogue, rarement l'historique complet des ventes.

Le dernier point est humain, et c'est celui qui décide de la réussite du projet. L'équipe qui saisit n'est pas celle qui a demandé le logiciel. Si l'outil rallonge le travail quotidien, il sera contourné : on continuera le cahier « en attendant », et les deux systèmes divergeront en quelques semaines. La conception doit donc partir du geste réel de la personne qui enregistre une vente, pas de l'organigramme.

Ce qu'une autre entreprise de distribution peut en retirer

Le premier enseignement est de commencer par le crédit client. C'est presque toujours le chantier au meilleur retour dans une entreprise de distribution : l'encours total est rarement connu, il représente souvent plusieurs mois de trésorerie, et le simple fait de le rendre visible change immédiatement les décisions. Avant même d'automatiser quoi que ce soit, savoir précisément qui doit quoi et depuis quand suffit à récupérer des sommes qu'on avait cessé de réclamer.

Le deuxième porte sur le périmètre. La tentation est de vouloir tout couvrir dès la première version, stock, ventes, achats, comptabilité, ressources humaines. C'est le meilleur moyen de livrer tard un outil que personne n'utilise. Un périmètre réduit mis en service en six semaines produit plus de valeur qu'un système complet livré en un an, parce qu'il crée l'habitude et fait remonter les vrais besoins, qui ne sont jamais ceux qu'on avait listés au départ.

Le troisième concerne la reprise des données. Reprendre l'intégralité de l'historique coûte cher, retarde la mise en service et importe des erreurs anciennes dans un système neuf. Le bon arbitrage consiste à reprendre les soldes clients et le catalogue à une date de bascule, et à laisser l'historique dans l'ancien support, consultable en archive. Personne n'a jamais regretté ce choix ; beaucoup ont regretté l'inverse.

Le quatrième est une question à poser avant de signer, avec n'importe quel prestataire : qui possède les données et le code ? Une entreprise de distribution qui construit son fonctionnement autour d'un logiciel doit pouvoir en changer sans repartir de zéro. Accès complet à la base, code source disponible, export possible à tout moment. Ce sont des clauses à obtenir au départ, les négocier après une mise en service se fait toujours en position de faiblesse.

Un point mérite d'être tranché tôt : la gestion des prix. Dans la distribution ouest-africaine, le prix se négocie souvent au cas par cas. Un logiciel qui impose un prix figé par produit sera contourné dès la première négociation. Prévoir un prix de référence modifiable à la vente, tout en conservant la marge réelle calculée sur le prix effectivement pratiqué, est la seule approche qui tienne face au terrain.

Le cinquième, enfin, est de prévoir la formation comme une phase du projet et non comme une réunion finale. Un logiciel de gestion modifie le travail quotidien de plusieurs personnes. Les former sur leurs vraies données, pendant le développement, transforme des utilisateurs subis en utilisateurs qui signalent les problèmes pendant qu'ils sont encore corrigeables.

À vérifier avant de lancer un logiciel de gestion

Ces points reviennent sur presque tous les projets de gestion. Les trancher au cadrage évite les arbitrages coûteux en cours de développement.

• Quel est le montant total de votre encours client aujourd'hui ? Si personne ne sait répondre en moins d'une minute, c'est votre premier chantier.
• Combien de personnes saisiront réellement dans l'outil, et avec quel matériel ? La réponse détermine l'interface bien plus que le nombre d'utilisateurs déclarés.
• Quelles données faut-il reprendre : soldes clients, catalogue, historique complet ? Chaque niveau supplémentaire allonge le projet.
• Vos revendeurs paient-ils en plusieurs fois, en espèces et par Mobile Money ? Les règlements partiels et multi-modes doivent être prévus dès la conception.
• Qui doit voir les marges, et qui ne doit pas ? Les droits par rôle se définissent avant, jamais après.
• Quel est votre pic d'activité annuel, en nombre de transactions par jour ? C'est ce chiffre qui dimensionne l'architecture, pas la moyenne.
• Le code et la base de données seront-ils à votre nom, avec export possible ? À faire écrire dans le contrat.
• Qui formera les nouveaux employés dans deux ans ? Sans documentation, la connaissance repart avec la personne qui l'a acquise.