Une évaluation indépendante du projet avant la signature : ce qui s’intégrera au système financier et comptable, ce que cela coûte réellement sur cinq ans et comment comparer deux offres selon des critères standardisés. Pour les entreprises de chauffage urbain, de distribution d’eau et de transports urbains, ainsi que les sociétés portuaires.
Une entreprise municipale ou portuaire dispose généralement de son propre service informatique et d’un budget d’investissement. Pourtant, les décisions sur l’orientation de la transformation numérique sont prises sur la foi d’une seule recommandation, sans vérification externe des risques, des coûts et des alternatives.
Vous n’êtes pas une administration. Une société commerciale obéit à une autre logique qu’une administration : un autre horizon de décision, une autre manière de justifier ses choix, une autre pression sur les résultats. Nous travaillons dans votre langage (risque, coût, continuité d’exploitation) et non dans celui de l’administration.
La facturation électronique structurée obligatoire exige une intégration avec vos systèmes financiers et comptables existants, et pas seulement l’achat d’un nouveau module.
L’inventaire fournit : une matrice d’intégration avec le système comptable et la liste des systèmes qui doivent échanger des données avec lui.
L’intégration d’un nouveau système avec le système financier et comptable existant est le point de friction le plus fréquent : la question est « peut-on le raccorder ? », et non « faut-il tout remplacer ? ».
L’inventaire fournit : l’exigence d’intégration inscrite dans le cahier des charges dès le premier jour, et non ajoutée par avenant après la signature.
Chaque nouveau module s’intègre à l’existant ou devient un îlot applicatif de plus, que l’entreprise paie deux fois.
L’inventaire fournit : les catégories A/B/C/D et l’ordre des déploiements.
De nombreuses entreprises de services publics, notamment dans le chauffage urbain, l’eau et les transports, entrent dans le champ de la loi polonaise modifiée sur le système national de cybersécurité (KSC), bien qu’elles soient constituées en sociétés commerciales.
L’inventaire fournit : un registre des systèmes et un registre des risques.
Un grand ERP intégré paraît rassurant, mais il peut devenir une dépendance massive envers un seul fournisseur, sans agilité ni place pour des technologies plus récentes. Il n’existe pas de réponse unique : tout dépend du modèle économique et de la taille de l’entreprise.
L’inventaire fournit : ce qui reste dans l’ERP et ce qu’il vaut mieux isoler dans un système distinct et bien intégré.
Le responsable informatique identifie le besoin, mais n’a aucune autorité sur les autres chefs de service pour obtenir leur coopération : ce qui lui manque, c’est un levier, pas des connaissances.
L’inventaire fournit : un mandat de la direction confié à un conseiller externe pour réunir ce dont le service informatique a besoin.
Sans matrice de comparaison commune, on compare des choses qui ne sont pas comparables, et c’est la meilleure présentation qui l’emporte, pas la meilleure offre.
L’inventaire fournit : des critères de comparaison fixés avant les rencontres avec les fournisseurs, et non pendant.
Avant que l’entreprise n’achète un module de plus, je demande pourquoi, et à quoi l’on reconnaîtra le succès. Il s’avère souvent que, derrière la demande d’un seul système, se cache un processus qu’il faut d’abord remettre en ordre ; l’outil ne vient qu’en second.
La demande« Il nous faut un système de circuit des factures pour le KSeF. »
Une page pour le directeur général et la cheffe comptable, une présentation pour la réunion de direction et un jeu complet de documents pour les échanges avec les fournisseurs.
Plan provisoire. Une séance de 60 à 90 minutes comprise dans le prix.
| Votre projet | Ce que reçoit la direction | Le risque écarté |
|---|---|---|
| Circuit des factures sous le KSeF | Une matrice d’intégration avec le système comptable, des exigences pour le cahier des charges, une option d’intégration et une option avec un nouveau système, avec leur coût sur 5 ans. | Un îlot applicatif de plus à côté du système comptable, des avenants payants pour l’intégration, une double saisie des données. |
| Intégration avec le système comptable et l’ERP | L’exigence d’intégration inscrite dans le cahier des charges dès le premier jour, des questions à poser aux fournisseurs. | Découvrir après la signature que « ça ne se raccorde pas », et devoir remplacer un système que personne ne voulait remplacer. |
| Dossier numérique du personnel et autres modules | Les catégories A/B/C/D, l’ordre des déploiements, un plan de conduite du changement. | Des résistances de l’équipe dès le départ, et des modules qui ne communiquent pas entre eux. |
| Conseil de surveillance et actionnaire | Une recommandation d’une page, une comparaison des offres selon des critères standardisés, le coût total sur 5 ans. | Une décision prise « sur présentation », et des questions après coup sur ce qui la fondait. |
Selon le nombre de systèmes et de services. Je confirme le prix exact après un échange de 30 minutes sur la taille de votre entreprise.
Décide des projets informatiques sur la recommandation de son propre service informatique, et a besoin d’un second avis, indépendant, avant la signature, pas après coup.
Reçoit : une recommandation d’une page et deux options de décision avec leur coût sur 5 ans, prêtes à être présentées au conseil de surveillance.
Y gagne : une décision qu’il peut défendre devant le conseil de surveillance.
Responsable de l’intégration des nouveaux systèmes avec le système financier et comptable existant, généralement le premier et le plus rude point de friction de tout projet.
Reçoit : une matrice d’intégration avec le système comptable et des exigences qui peuvent être inscrites dans le contrat du fournisseur et lui être opposées.
Y gagne : des coûts prévisibles et une intégration sans avenants.
Un allié, lorsqu’une évaluation indépendante étaye sa recommandation par des chiffres et des arguments qui parlent à la direction, et non un concurrent qui lui prend son rôle.
Reçoit : un registre des systèmes, une méthode reproductible et des arguments à l’appui de sa propre recommandation, formulés pour la direction.
Y gagne : une confirmation indépendante de sa propre recommandation.
La même manière de travailler a fait ses preuves lors de la transformation numérique d’un terminal à conteneurs : une voix extérieure et indépendante à la table de la direction, aux côtés de l’expertise du service informatique de l’entreprise, et non à sa place.
Un registre des systèmes, des intégrations et des dépendances, avec une attention particulière au système financier et comptable et à ses liens. Classement A/B/C/D et cartographie des risques. Une synthèse d’une page pour la direction.
Avant que la direction n’approuve la recommandation du service informatique : un second avis sur les risques, le coût total et les alternatives. Je signale où d’autres entreprises dans une situation comparable ont payé trop cher, faute d’avoir anticipé l’intégration, la migration des données ou les résistances de l’équipe. Quand le directeur général a une idée mais pas le temps de la formaliser, 15 à 20 minutes d’échange suffisent pour que je revienne sous 2 jours environ avec un concept prêt à être évalué.
Une matrice de comparaison de deux offres (ou plus) selon des critères communs, des questions à poser aux fournisseurs et la participation aux réunions en tant que représentant de la direction, afin que la décision soumise au directeur général repose sur des données comparables et non sur la force de persuasion d’une présentation.
Participation aux réunions avec les fournisseurs, avis sur les projets suivants en parallèle de la recommandation de votre service informatique, et une vision à jour des cas où des entreprises comparables ont payé trop cher leurs décisions en matière de cloud, d’API ou d’automatisation.
Le service juridique de la même organisation dispose aujourd’hui d’une archive électronique des procédures d’achat, d’un circuit des factures avec OCR, de l’intégration au KSeF et d’un module d’assistance juridique, réalisés comme des projets successifs, chacun s’appuyant sur le précédent, selon le même mécanisme : la direction formule une intention, Krogis la traduit en actions.
« La même manière de travailler que pour la transformation numérique du terminal à conteneurs : une voix indépendante pour la direction, aux côtés de l’expertise du service informatique de l’entreprise, et non à sa place. »
Un système multilingue de gestion des partenaires commerciaux sur une plateforme de processus : enregistrement, demandes, offres et réclamations, toujours en service aujourd’hui. Identification des objectifs, analyse des besoins et élaboration du concept d’un système de gestion de la relation avec les parties prenantes. Une expérience de la transformation numérique d’un grand opérateur d’infrastructures.
Conception, déploiement et mise en service d’une plateforme de travail collaboratif et de gestion des processus métier couvrant notamment une archive électronique des procédures d’achat, un circuit électronique des pièces de dépenses, le dossier numérique du personnel, la gestion du courrier et l’assistance juridique.
Des thèmes récurrents et anonymisés, tirés d’échanges sur la transformation numérique, et non des citations d’une entreprise en particulier.
« Avant d’aller plus loin, j’ai besoin de savoir si cela peut seulement se raccorder à notre système comptable. Le reste est secondaire. »
« Nous présentons toujours deux offres côte à côte à la direction. Il nous faut quelqu’un qui nous aide à les comparer honnêtement, pas simplement à choisir la présentation la plus soignée. »
« Même quand un processus est automatisé, je veux garder une vraie possibilité de trancher à la main quand je le juge nécessaire. »
« Nous ne voulons pas être traités comme un organisme public. Nous sommes une entreprise, et nous ne pesons pas le risque et le résultat comme une administration. »
Dans la plupart des cas, c’est possible via une API ou une intégration dédiée, à condition que l’exigence d’intégration figure dans le cahier des charges dès le premier jour au lieu d’être ajoutée par avenant après la signature du contrat. C’est l’un des points de friction les plus fréquents dans les projets informatiques des entreprises municipales, et l’un des plus faciles à traiter en amont.
De nombreuses entreprises de services publics, notamment dans le chauffage urbain, l’eau et les transports, entrent dans le champ de la loi polonaise modifiée sur le système national de cybersécurité (KSC/NIS 2), bien qu’elles soient des sociétés commerciales et non des administrations. Il convient de le vérifier au cas par cas, car l’assujettissement dépend de la taille et de la nature de l’activité.
Il faut une matrice de critères commune (fonctionnalités, architecture et ouverture, sécurité et conformité, technologie et fournisseur, coût total), fixée avant les rencontres avec les fournisseurs et non pendant. Sans elle, on compare souvent des choses qui ne sont pas comparables, et c’est la meilleure présentation qui l’emporte, pas la meilleure offre.
Oui. Le Code polonais des sociétés commerciales obéit à une autre logique que l’administration publique : l’horizon de décision est différent, la pression sur le résultat financier aussi, et certaines obligations (comme les marchés publics) peuvent ne pas s’appliquer à une société dans la même mesure qu’à une administration. C’est pourquoi la communication et le conseil auprès des entreprises municipales doivent employer le langage de l’entreprise (risque, coût, continuité) et non celui de l’administration.
Il faut calculer le coût total de possession sur plusieurs années (licence, déploiement, maintenance, formation, intégration) et le comparer au coût réel de vos systèmes actuels, dispersés, et non à leur prix catalogue d’il y a plusieurs années. L’affirmation générale selon laquelle une plateforme unique fera faire des économies résiste rarement à l’épreuve des chiffres.
Commencez par recenser ce avec quoi le nouveau système doit fonctionner : le système financier et comptable, le circuit des factures sous le KSeF, les systèmes techniques et le service clients. Déterminez qui, dans l’entreprise, décide des processus, et décrivez les exigences, intégrations comprises, avant d’engager les échanges avec les fournisseurs. Comparez les offres dans une matrice unique et sur le coût total, et fondez la recette sur des scénarios de test convenus.
