dolibarr

Digitalisation des PME : premiers chantiers et budget --- title: "Digitalisation des PME : premiers chantiers et budget" published: true description: "Quels chantiers digitaliser en premier selon la taille de votre PME, combien prévoir pour chaque poste, comment étaler la dépense et mesurer le retour." tags: digitalisation, pme, budget, productivity canonical_url: richardsalanon.com --- Quels chantiers digitaliser en premier selon la taille de l'entreprise ? La bonne priorité dépend de qui fait quoi dans l'entreprise. Pour la définition de la digitalisation, lisez notre guide de définition ; pour la marche à suivre complète, le guide étape par étape. Si vous cherchez où l'intelligence artificielle peut aider, voyez aussi l'IA pour les PME, par où commencer. Ici, on parle d'ordre de priorité et d'argent. Une très petite entreprise (1 à 9 personnes) Le dirigeant fait tout : vente, suivi, facturation. Trois chantiers donnent le plus de gain pour le moins d'argent, dans cet ordre : - Centraliser clients et ventes dans un seul outil, à la place des contacts éparpillés et des tableurs. - Produire devis et factures depuis un outil, avec relances de paiement. - Soigner la présence en ligne : un site professionnel, une fiche Google, un moyen de réserver ou de poser une question. Une PME de 10 à 50 personnes Le problème change : l'information circule mal entre les services. Priorité à un outil de gestion commun (ventes, stock, comptabilité, achats), car chacun ressaisit les mêmes données dans son propre fichier. Le chantier clé est le choix d'un logiciel de gestion partagé, puis la formation des équipes. Un site et un suivi client viennent ensuite. Une entreprise de plus de 50 personnes Il faut alors des responsables désignés par chantier, des règles d'accès aux données et un calendrier de déploiement par service. Le budget ne se discute plus outil par outil mais en programme pluriannuel, avec un audit préalable pour éviter de multiplier des outils qui ne se parlent pas. Combien coûte chaque poste de la digitalisation ? Les prix varient selon le pays, le fournisseur et le périmètre. Voici des ordres de grandeur, tous datés. - Gestion et facturation par abonnement : selon la page tarifs d'Odoo consultée le 7 octobre 2026, une application unique est gratuite pour un nombre illimité d'utilisateurs, et l'offre Standard avec toutes les applications démarre à 19,90 € par utilisateur et par mois avec engagement annuel, ou 24,90 € par utilisateur et par mois avec engagement mensuel. - Gestion et facturation installée : selon le site officiel de Dolibarr consulté le 7 octobre 2026, le logiciel est téléchargeable gratuitement, et selon le dépôt officiel de Dolibarr sur GitHub, consulté le même jour, il est diffusé sous licence GNU GPL version 3 ou ultérieure (logiciel libre) ; vous payez l'hébergement, l'installation, le paramétrage et la formation, pas la licence. - Site web : chez Richard SALANON, un site vitrine démarre à 300 000 FCFA (environ 457 €) et une landing page à 150 000 FCFA (environ 229 €) ; le détail des prix du marché est dans l'article sur le coût d'un site web au Bénin. - Référencement naturel : à partir de 75 000 FCFA (environ 114 €) chez Richard SALANON. - CRM, formation, intégrations : un CRM est souvent inclus dans le logiciel de gestion ; la formation et les connexions entre outils se chiffrent sur devis, car elles dépendent du nombre de personnes et de processus. Faut-il un logiciel par abonnement ou installé chez soi ? Les deux ont un coût réel, qui ne tombe pas au même moment. - Abonnement : démarrage rapide, hébergement et mises à jour compris, dépense mensuelle prévisible. En contrepartie, le coût monte avec le nombre d'utilisateurs et dure tant que vous l'utilisez. - Installé (hébergé par vous ou par un prestataire) : pas de licence par utilisateur, personnalisation plus libre. En contrepartie, un coût initial d'installation, un hébergement à payer et une maintenance à confier à quelqu'un. Règle simple : en dessous de quelques utilisateurs et sans besoin particulier, l'abonnement est plus léger. Quand l'équipe grandit ou que vos processus sont spécifiques, comparez sur trois ans. Pour les deux logiciels de gestion que je déploie, voir l'intégration d'Odoo et l'intégration de Dolibarr, ainsi que le comparatif Odoo et Dolibarr. Comment financer et étaler la dépense ? - Commencez par un seul chantier, payé sur la trésorerie courante, avec des outils gratuits ou peu chers. - Réinvestissez dans le chantier suivant le temps ou l'argent que le précédent a libéré. - Préférez l'abonnement mensuel à un gros paiement initial quand la valeur n'est pas encore prouvée. - Découpez un projet de service en phases facturées séparément, avec un livrable à chaque phase. - Renseignez-vous sur les dispositifs d'appui à la digitalisation des petites entreprises dans votre pays : leurs conditions changent, il faut les vérifier auprès de l'organisme avant de bâtir un budget dessus. Comment estimer le retour sur investissement ? Pour une petite entreprise, le retour se compte d'abord en heures. La méthode tient en quatre lignes : - Notez les heures par semaine passées sur la tâche (par exemple refaire les factures). - Multipliez par le coût d'une heure de la personne qui la fait. - Estimez honnêtement la part de ce temps que l'outil supprime. - Comparez ce gain mensuel au coût mensuel de l'outil, formation et mise en place amorties sur 12 mois. Ajoutez ensuite, sans les inventer, ce que vous pouvez constater : ventes perdues par oubli, erreurs de facturation, retards de paiement. Si, une fois la mise en place amortie, le gain ne dépasse toujours pas le coût, le chantier n'était pas le bon, ou l'outil n'est pas utilisé. Quels coûts cachés faut-il prévoir ? - Le temps interne : saisie de la base clients, tests, réunions de cadrage. C'est le poste le plus souvent oublié. - La formation : un outil que personne ne sait utiliser coûte son prix sans rien rapporter. Voir la formation à la digitalisation d'entreprise. - La reprise des données : nettoyer et importer les anciens fichiers prend du temps. - Les abonnements oubliés : plusieurs outils à moitié utilisés se cumulent. - La maintenance et l'hébergement : pour un logiciel installé, quelqu'un doit les assurer. - Le coût de ne rien faire : heures perdues et erreurs répétées chaque mois. Comment bien démarrer, et se faire accompagner ? Faites un diagnostic court, choisissez un seul chantier prioritaire, fixez un indicateur (heures gagnées, délai de paiement) et revoyez-le après un mois. Un regard extérieur évite les mauvais choix d'outils ; voir l'accompagnement en digitalisation d'entreprise et l'audit et étude de projet. Si votre entreprise est en Afrique francophone, lisez aussi les enjeux propres à la région. Questions fréquentes Quel budget minimum pour commencer ? Il n'y a pas de minimum universel. Un premier chantier peut démarrer avec une application gratuite, comme l'offre à application unique d'Odoo, puis le budget grandit seulement quand le gain est prouvé. Les outils gratuits suffisent-ils ? Pour valider un usage, oui. Quand leurs limites (nombre d'utilisateurs, fonctions, support) freinent l'activité, passez à un outil payant ou sur mesure. Faut-il prévoir un budget mensuel ? Oui si vous choisissez des abonnements : comptez le prix par utilisateur multiplié par le nombre d'utilisateurs, plus l'hébergement du site et les éventuelles options. En combien de temps un chantier devient-il rentable ? Cela dépend du chantier et de votre calcul, pas d'une durée fixe. Si le temps gagné ne dépasse pas le coût une fois la mise en place amortie, revoyez le choix ou l'usage. Peut-on se digitaliser sans aucun budget ? Les premiers pas, oui : méthode, outils gratuits, nettoyage des fichiers. Pour aller plus loin, un petit investissement proportionné finit par s'imposer. Vaut-il mieux se faire accompagner ou avancer seul ? Seul, pour un chantier simple. Avec un accompagnement dès que plusieurs processus ou plusieurs logiciels sont en jeu, pour éviter les erreurs de choix et de conduite du changement. Combien de chantiers mener en même temps ? Un seul pour une très petite entreprise. Deux au plus pour une PME qui a un responsable disponible pour chacun. Sources - Odoo, page des tarifs, consultée le 7 octobre 2026 - Dolibarr, page de téléchargement, consultée le 7 octobre 2026 - Dolibarr, dépôt officiel sur GitHub (licence GPL v3 ou ultérieure), consulté le 7 octobre 2026

Dolibarr: open source ERP & CRM to manage your organization's activities (7.8k stars) What it does All text below is quoted directly from the project README. >Dolibarr ERP CRM is a modern software package to manage your company or foundation's activity (contacts, suppliers, invoices, orders, stocks, agenda, accounting, ...). Other general features: - Multi-Language Support (Localization in most major languages) - Multi-users and groups with finely-grained rights - Multi-Currency - Multi-Company (by adding an external module) - Very user-friendly and easy to use - Customizable dashboards - APIs (REST, SOAP) - Code that is easy to understand, maintain and develop (PHP with no heavy framework; trigger and hook architecture) >git clone https://github.com/dolibarr/dolibarr -b x.y (where x.y is the main version like 9.0, 19.0, ...) Repository Dolibarr/dolibarr Repository stats |Metric|Value| |:-|:-| |Stars|7,752| |Forks|3,600| |Last release|24.0.1 (2026-09-07)| |Languages|PHP 92.6%, JavaScript 5.9%, CSS 0.6%| |Contributors|866| |AI contributor accounts (Claude / Codex / Cursor / Copilot)|claude: 657| |AI co-authored commits|Claude: 733, Codex: 1, Cursor: 2, Copilot: 5| Main contributor |Field|Value| |:-|:-| |Name|Laurent Destailleur| |GitHub|@eldy| |Commits to this repo|94,222 (top contributor)| |Bio|Author or Project leader of several Open Source projects or services: @Dolibarr dolibarr.org, @Dolicloud| |Company / Location|Pessac| |X / Twitter|@LaurentD_Eldy| |Followers|387| ────────────────────────────── 📌 How many great GitHub repos have you discovered and completely forgotten about? Don't let another useful tool disappear into your Reddit feed. Get the community's best repos, organized by category, plus key takeaways from real developer discussions, delivered to your inbox twice a week. 📬 Never lose track of great repos again. Subscribe free.

I'm adding two approvals before a Dolibarr mass mailing can be sent I contribute to Dolibarr, the open-source ERP and CRM. I am working on this now, on issue #41892: a mass mailing should need two validations, one for the message and one for the recipient list, before Send appears. This is the change I am building. The pull request is still ahead of me. What the screen does today A mailing has one status: draft, validated, partially sent, or sent. Validate sits on the message card. It stays disabled until the mailing has at least one recipient, and it asks for the "Validate mailings" permission. That click writes one stamp: status validated, date_valid, and fk_user_valid. Send appears after that single stamp. The message can still be edited. On the recipients page, adding targets is hidden once the mailing is validated, and the New button turns it back on. One stamp covers two different facts: the text is ready, and the list of people is ready. They are not the same fact. The shape I am using The mailing table already has a second pair of columns, date_appro and fk_user_appro. Mailing::fetch() already loads them. Nothing in current develop writes them. I am giving each pair one job: - date_valid / fk_user_valid records who approved the message, and when. - date_appro / fk_user_appro records who approved the recipient list, and when. The status values stay the same. Send still requires status validated. Status validated now means both stamps are set. Validating the message does not require a recipient. The mailing stays a draft until the list is validated too. Validating the list with zero recipients is refused. When the second stamp lands, status becomes validated. This is the decision in validMessage(). The recipient method is the mirror image: it writes date_appro, and it sets status validated only when date_validation is already set. public function validMessage(User $user) { if ((int) $this->status === self::STATUS_SENTPARTIALY || (int) $this->status === self::STATUS_SENTCOMPLETELY) { return 0; } $now = dol_now(); $sql = "UPDATE ".MAIN_DB_PREFIX."mailing"; $sql .= " SET date_valid = '".$this->db->idate($now)."', fk_user_valid = ".((int) $user->id); if (!empty($this->date_appro)) { $sql .= ", statut = ".((int) self::STATUS_VALIDATED); } $sql .= " WHERE rowid = ".((int) $this->id); // ... } Editing the subject or the body clears the message stamp. Adding, deleting, or emptying the recipient list clears the list stamp. If the mailing was ready to send, it goes back to draft. The other stamp stays. A mailing that has already been sent keeps both stamps. For installations that already have validated mailings, the migration copies the old single stamp onto the recipient columns, so those mailings remain sendable: UPDATE llx_mailing SET date_appro = date_valid, fk_user_appro = fk_user_valid WHERE statut > 0 AND date_appro IS NULL AND date_valid IS NOT NULL; Why an edit has to drop the stamp Two DEV posts settled this for me. Approve Emails Before Your AI Agent Sends Them by @sekeraradim argues that the send step has to depend on a human decision about the text that will actually go out and that the reviewer should be able to change the subject or the body before that decision. Read the full discussion on DEV. Human-in-the-Loop AI Drafts in ASP.NET Core by @rahmatafridi goes one step further: an approval covers one revision, one recipient, and one set of attachments. A later change of body, subject, or recipient is a new revision and needs its own approval. Read the full discussion on DEV. Dolibarr is not an agent inbox, and I am not adding an AI drafter. The same rule still fits a mass mailing. The approved message and the approved list are what Send is allowed to use. Change either one, and that half of the approval is gone. What I have checked so far On a local mailing: - Validating the message alone leaves the mailing as a draft. Send stays hidden. - Validating recipients with an empty list is refused. - With both stamps set, status becomes validated and Send appears. - Saving a changed subject returns the mailing to draft, clears the message stamp, and keeps the recipient stamp. - Validating the message again brings Send back. Who can see the recipient list is a different wish, #35730. The existing advanced permission that hides the Recipients tab stays as it is. I am still on the branch. When the pull request is up, I will link it from the issue.