Le logiciel municipal de Fiorilli à l’épreuve de la continuité, pas du discours de numérisation

Synthèse

• Le dossier public de Fiorilli indique une activité de logiciels municipaux dont le véritable test n'est pas la présence de nombreux modules, mais la cohérence des actes administratifs répétés à travers les surfaces de comptabilité, de recettes, de paie, de marchés publics, de contrôle interne et de transparence citoyenne.
• Les preuves les plus solides montrent un fournisseur brésilien de logiciels d'administration publique de longue date, des contrats publics qui regroupent les licences avec la migration, la formation, la maintenance et le support, et une pression réglementaire qui fait de l'auditabilité, du contrôle d'accès, de l'intégrité des données et du rythme des mises à jour légales un élément central de la valeur client.

Le registre de référence est le produit

Les logiciels municipaux sont souvent qualifiés de modernisation, mais ce mot cache le véritable problème opérationnel. Une mairie n'achète pas un système de gestion parce que le logiciel en soi est attrayant. Elle en achète un parce que le registre de référence doit exister le lendemain matin, doit concorder avec les actes de la veille, doit pouvoir s'expliquer devant les élus, les auditeurs et les citoyens, et doit continuer à fonctionner après un changement de loi ou le départ d'un fonctionnaire clé.

C'est le prisme à travers lequel il faut considérer Fiorilli S/C Ltda - Software. La surface publique de l'entreprise présente un fournisseur brésilien de longue date axé sur l'administration publique municipale, avec des produits couvrant la comptabilité publique, le personnel, la collecte des recettes, le contrôle interne, la santé, l'assistance sociale, l'éducation et les fonctions de secrétariat administratif. Sa propre description indique qu'elle opère depuis 1974 et développe des solutions d'entreprise pour l'administration publique.

L'article ne doit pas considérer cela comme une preuve que chaque module est techniquement excellent ou que chaque municipalité obtient le même résultat. Il est plus utile de le voir comme un marqueur de périmètre. Fiorilli n'est pas principalement une entreprise générique de tableaux de bord SaaS. C'est un fournisseur dans un environnement public hautement procédural où le logiciel doit porter les actes gouvernementaux, pas seulement les préférences de flux de travail.

Cela change la question technologique. Le problème n'est pas de savoir si un écran peut être rendu plus attrayant ou si un rapport peut être généré une fois lors d'une démonstration. Le problème est de savoir si le système peut préserver une chaîne de décisions à travers des travaux répétitifs: préparation et exécution budgétaires, calcul de la paie, évaluation et collecte des recettes, marchés publics, gestion des contrats, archivage, reporting du contrôle interne et diffusion publique. Chaque action a un état. Chaque état a une signification juridique. Chaque signification juridique peut devenir une preuve lors d'un audit ultérieur.

Dans cet environnement, un système peut échouer sans jamais être hors ligne. Il peut échouer en laissant les données de base dériver, en produisant un rapport qui ne correspond pas au format attendu par l'organisme de contrôle, en appliquant une mise à jour légale avec retard, en autorisant des privilèges d'utilisateurs flous, en ne publiant pas un élément de transparence publique à temps, ou en rendant le support si lent que les agents créent des solutions de contournement parallèles.

Les preuves publiques de Fiorilli sont donc les plus solides lorsqu'elles montrent la forme du registre municipal. Le produit comptable SCPI de l'entreprise est décrit comme commençant par la conformité légale, les besoins budgétaires, comptables et de bilan, puis devenant un instrument de gestion pour l'administration publique municipale. Son système de recettes SIA est décrit autour des recettes municipales, des tables fiscales, de l'adaptation au code fiscal local, des bases de données centralisées, des rapports, des statistiques, des contrôles utilisateur et des journaux.

Son système de personnel SIP est présenté autour de la paie et des ressources humaines, avec prise en charge de plusieurs sociétés, plusieurs tâches, plusieurs utilisateurs, des permissions par écran et des mots de passe d'accès chiffrés. Ce ne sont pas des fonctionnalités décoratives. Ce sont les composants d'une mémoire opérationnelle municipale.

La question commerciale découle de cette mémoire. Si Fiorilli réduit le nombre de corrections manuelles, de feuilles de calcul dupliquées, d'interventions de consultants, d'appels de support d'urgence et de rapports rejetés, le client peut justifier le coût des licences, de la migration, de la formation et du support. S'il ne fait que déplacer la même incertitude dans une base de données contrôlée par le fournisseur, la municipalité hérite d'un coût de changement sans réduire le risque opérationnel.

Les dossiers de marchés publics montrent que les acheteurs contractent souvent non seulement l'utilisation du logiciel, mais aussi la mise en œuvre, la configuration, la conversion des données, la formation, les mises à jour, la maintenance et le support. Ce regroupement est un signal. La valeur réside dans le registre de travail, pas dans le transfert binaire d'une licence logicielle.

La surface de flux de travail est large

Le premier risque dans l'évaluation de Fiorilli est de réduire l'entreprise à un seul progiciel de comptabilité. Les preuves publiques suggèrent une suite plus large. SCPI couvre la comptabilité publique et le registre budgétaire et financier. SIP couvre le personnel, les ressources humaines et la paie. SIA couvre la collecte des recettes, les règles fiscales, le contrôle des recettes municipales et les opérations de taxes sur les services telles que les factures électroniques de services. SCIM couvre le soutien au contrôle interne et les rapports pour les tribunaux des comptes des États.

SSE couvre les protocoles, les documents, l'expédition, la paternité des documents et le suivi des processus de secrétariat. SIE couvre les écoles et l'administration académique, avec les notes, les absences, les absences des enseignants, l'affectation des classes et les emplois du temps dans une base de données unique de l'éducation municipale. D'autres pages publiques mentionnent des systèmes de santé et d'assistance sociale comme faisant partie de la liste des services.

L'ampleur importe parce que le travail municipal n'est pas organisé autour d'une seule base de données bien ordonnée. Un acte de paie peut affecter l'exécution budgétaire. Un acte de passation de marché peut devenir un contrat, un engagement, un paiement et une obligation de transparence. Une règle de recettes peut dépendre du code fiscal municipal, du registre des contribuables, du reporting des factures de services, du rapprochement des paiements et du suivi du recouvrement. Un flux de travail scolaire peut affecter le personnel, l'assiduité et les preuves de politique sociale.

Un flux de protocole ou de document peut devenir le chemin par lequel la demande d'un citoyen, un décret, une note de service ou une décision administrative est enregistré. Le produit technique n'est pas un module unique. C'est un ensemble de transitions d'état qui doivent concorder entre elles.

C'est pourquoi le registre opérationnel accepté est un test plus strict que le discours sur la numérisation dans le secteur public. Un récit générique de transformation numérique peut célébrer l'accès en ligne, de nouveaux portails et moins de formulaires papier. Un récit de registre municipal demande si le logiciel représente correctement l'acte juridique et si l'utilisateur suivant peut agir sans deviner. Un citoyen peut ne voir qu'un portail de transparence.

Un agent de la paie voit l'enregistrement des employés, les personnes à charge, les événements, les retenues, les absences, le traitement des pensions, les rapports et le calendrier des approbations. Un agent du fisc voit les propriétés, les entreprises, les travailleurs indépendants, les prestataires de services, les preneurs de services, les tables fiscales et les variations du droit local. Un bureau du budget voit les engagements, les liquidations, les paiements, les soldes disponibles, les limites et les rapports légaux. Un contrôleur voit si les preuves peuvent être vérifiées.

L'affirmation opérationnelle la plus forte de Fiorilli est que sa suite est conçue pour ce travail administratif répétitif. Son point faible en matière de preuves publiques est que les pages produits et les contrats municipaux ne révèlent pas l'architecture interne derrière cette affirmation. Le dossier public ne montre pas la conception de la base de données, le temps de disponibilité, les statistiques de file d'attente de support, l'historique des mises à jour, les tests de sécurité, la réponse aux incidents, la qualité du code ou les taux d'échec d'intégration. Cela ne signifie pas que ces éléments sont absents.

Cela signifie qu'une évaluation externe doit séparer les surfaces opérationnelles observables des contrôles techniques inobservables.

La surface observable reste significative. Un fournisseur qui vend des modules de comptabilité, de paie, de recettes, de contrôle interne et de transparence doit gérer des règles versionnées, des permissions, des journaux d'audit, des importations et exportations, des mises en page de rapports, la formation des utilisateurs et la configuration locale. Plus les modules interagissent, plus la discipline d'intégration devient importante. L'intégration ne se limite pas à une API.

Dans l'administration municipale, cela signifie que le registre comptable peut consommer les événements de paie et de marchés publics sans réinterprétation manuelle; que les rapports peuvent être produits à partir des mêmes données sous-jacentes; et que les changements législatifs peuvent être reflétés sans rompre les registres antérieurs.

L'automatisation signifie moins de réinterprétations

La tâche d'automatisation principale de Fiorilli n'est pas de remplacer un fonctionnaire par un chatbot ou de créer une couche à la mode sur les anciens registres. Il s'agit de réduire l'interprétation répétée du même acte public. Dans une petite municipalité, le même fait peut être ressaisi dans des feuilles de calcul, des systèmes comptables, des portails de transparence et des feuilles de contrôle si le système d'enregistrement est faible. Cette ressaisie est coûteuse car elle crée des litiges sur la version qui est vraie. Elle crée également un travail qui semble productif mais qui est principalement du rapprochement.

Le meilleur modèle d'automatisation est plus étroit et plus précieux. Une table fiscale est configurée une fois et réutilisée. Un événement de paie suit des permissions contrôlées. Un contrat crée un état qui peut être rapporté. Un protocole a un chemin, un utilisateur responsable et une piste documentaire. Un paiement a une signification budgétaire et financière. Un rapport n'est pas réécrit de zéro pour l'organisme de contrôle. Un portail public reçoit des données qui proviennent du registre administratif plutôt que d'un téléchargement manuel tardif.

Dans ce modèle, la valeur du logiciel provient du contrôle du nombre d'endroits où un agent doit décider à nouveau de ce qui a déjà été décidé.

La page SIA de Fiorilli est un exemple utile car les recettes sont un domaine municipal difficile. Les systèmes de recettes doivent refléter les codes fiscaux locaux, les registres des contribuables, l'activité de services, les factures, les frais, le statut des paiements, les prévisions de recettes et les contrôles de collecte. La description du produit met l'accent sur l'adaptation aux règles du code fiscal municipal, le calcul et le contrôle des impôts et des prix publics, les contrôles statistiques, les rapports, les données centralisées et les journaux des opérations des utilisateurs.

Ces détails indiquent un système conçu pour modéliser le droit local plutôt qu'un modèle national fixe. C'est commercialement attrayant car chaque municipalité veut que ses règles locales soient représentées. C'est aussi risqué sur le plan opérationnel car chaque adaptation locale peut devenir un fardeau de support si elle n'est pas strictement encadrée.

La paie suit une logique similaire. La description publique de SIP met en avant le fonctionnement multi-sociétés, multi-tâches et multi-utilisateurs, les permissions au niveau de l'écran, les mots de passe d'accès chiffrés et les rapports modifiables par l'utilisateur avec plusieurs mises en page. Les systèmes de paie dans l'administration publique sont sensibles car ils combinent les dossiers des employés, les événements salariaux, les retenues légales, les avantages, les absences, les postes, les unités organisationnelles et les obligations de reporting.

La page publique ne prouve pas l'exactitude de la paie, mais elle montre où le fournisseur pense que les points de contrôle se trouvent: permissions, entités multiples, flexibilité des rapports et étendue des flux de travail.

La comptabilité est le centre de gravité. Les logiciels de comptabilité du secteur public doivent exprimer les événements budgétaires et patrimoniaux de manière à résister à l'examen des organismes de contrôle. La communication de Fiorilli autour de SCPI présente le module comme une réponse aux normes juridiques, aux budgets, à la comptabilité et aux bilans.

Les contrats publics impliquant Fiorilli décrivent souvent un logiciel de gestion publique intégré incluant la comptabilité, les recettes, le personnel, les achats, les appels d'offres, les contrats, les flux de processus, le contrôle interne, la collecte des impôts, les factures électroniques de services, la conversion des données, la formation, les tests, le support, la maintenance, les mises à jour et la personnalisation. La formulation répétée des marchés publics n'est pas une référence technique, mais elle montre ce que les acheteurs croient acquérir: un environnement opérationnel maintenu.

La question de l'automatisation doit donc être formulée comme une question de fardeau. Le système réduit-il le fardeau de maintenir alignés les registres budgétaires, fiscaux, du personnel et de transparence? Réduit-il le fardeau de répondre aux nouvelles exigences légales? Réduit-il le fardeau de former de nouveaux utilisateurs sans perdre la mémoire institutionnelle? Réduit-il le fardeau de prouver qui a fait quoi et quand? Telles sont les formes d'automatisation qui comptent pour le marché de Fiorilli.

Fiabilité contre capacité

Fiorilli semble avoir une couverture de capacités substantielle. La carte des produits publics est large. La question la plus difficile est celle de la fiabilité. Dans les logiciels municipaux, la capacité peut même augmenter le risque si les modules sont vendus plus vite que l'organisation ne peut maintenir les mises à jour légales, les connaissances de support, la qualité de la migration des données et la discipline de publication.

La fiabilité a plusieurs significations ici. D'abord, le registre doit être cohérent en interne. Les recettes, la paie, les achats et la comptabilité ne peuvent pas raconter chacun une histoire différente sur la même obligation. Ensuite, le registre doit être stable dans le temps. Un exercice budgétaire passé doit rester explicable même après une nouvelle loi, une mise à jour logicielle ou une base de données migrée. Troisièmement, le registre doit être attribuable. Les permissions des utilisateurs, les identités des utilisateurs et les journaux sont importants car les registres publics peuvent devenir des registres de responsabilité.

Quatrièmement, le registre doit être récupérable. Les sauvegardes et la protection des bases de données ne sont pas des contrôles de sécurité périphériques. Ce sont des contrôles de continuité pour la mémoire d'un gouvernement.

Le régime SIAFIC du Brésil rend explicite cette question de fiabilité. Le cadre fédéral SIAFIC exige un système unique intégré de gestion budgétaire, financière et de contrôle pour les entités d'une unité fédérative, avec une attention portée aux registres d'exécution, à la transparence, aux contrôles d'accès, à l'intégration, à l'exportation des données, à la disponibilité, à l'auditabilité et à la protection de la base de données.

Un plan d'action municipal de Pontal do Araguaia a identifié Fiorilli Software Ltda comme le SIAFIC utilisé pour enregistrer les informations comptables, budgétaires, financières et patrimoniales, et a énuméré des exigences telles que l'intégration avec d'autres domaines, l'accès électronique public, des informations détaillées sur les recettes et les dépenses, le contrôle d'accès, des journaux avec l'identité de l'utilisateur, la protection et la sauvegarde de la base de données. Ce document ne doit pas être interprété comme une certification universelle de Fiorilli. C'est un plan d'action côté client.

Mais il montre les devoirs opérationnels liés aux logiciels de cette catégorie.

Le contexte SIAFIC accentue également les modes de défaillance. Si les privilèges d'accès sont trop larges, une municipalité peut perdre la séparation des tâches. Si les identités des utilisateurs sont génériques, l'auditabilité s'affaiblit. Si les formats d'exportation sont en retard ou incomplets, la transparence en pâtit. Si la sauvegarde et la récupération ne sont pas pratiquées, la continuité est exposée. Si les modules comptables et non comptables divergent, la commodité apparente d'une suite unique devient un problème de rapprochement.

Le dossier public contient une mise en garde importante du côté de l'audit. Un rapport de 2025 de la Cour des comptes de l'État du Piauí (TCE-PI), en attente de délibération dans le document lui-même, a analysé les contrats SIAFIC et noté une concentration des fournisseurs, y compris Fiorilli Software Ltda à 8,2 pour cent des contrats analysés. Le même rapport a examiné les risques liés au contrôle d'accès, à l'identification des utilisateurs, à la protection des bases de données et à la transparence fiscale en temps opportun. Il ne s'agit pas d'une conclusion selon laquelle Fiorilli aurait spécifiquement échoué à ces contrôles.

C'est un contexte indépendant montrant que le marché dans lequel Fiorilli opère est surveillé exactement pour les problèmes qui déterminent la valeur du système.

La fiabilité dépend aussi de la continuité du support. Une suite de modules couvrant la fiscalité locale, la paie, la comptabilité et l'administration scolaire ne peut pas être traitée comme une application grand public en libre-service. Les utilisateurs municipaux ont besoin d'aide pour la configuration, les routines de fin d'exercice, les rapports légaux, les corrections de données et les cas inhabituels. Les contrats publics impliquant Fiorilli regroupent fréquemment les licences avec l'installation ou la mise en œuvre, la configuration, la conversion des données, la formation, la maintenance et le support technique.

Le client paie autant pour la relation opérationnelle que pour le code. Cela renforce Fiorilli si son organisation de support est disciplinée et compétente. Cela affaiblit la proposition si les files d'attente de support deviennent le goulet d'étranglement caché du travail municipal.

Le déploiement est un projet de main-d'œuvre

La partie la plus difficile d'un déploiement de logiciel municipal est rarement la première connexion. C'est la conversion des anciens registres, la cartographie des procédures locales, le nettoyage des fichiers, la configuration des rôles, la formation des utilisateurs et la première année d'événements légaux réels. Les contrats publics rendent cela visible. Un contrat de l'autarcie de l'eau et de l'environnement de Santa Fe do Sul décrivait la licence pour un logiciel de gestion publique intégré avec mise en œuvre, installation, configuration, conversion de base de données, formation des fonctionnaires et maintenance.

Un contrat municipal de Paraiso décrivait un périmètre large incluant l'administration des recettes, la fiscalité, la comptabilité publique, la trésorerie, le reporting de responsabilité fiscale, la gestion du personnel, les ressources humaines, la paie, les actifs publics, l'administration des matériaux, les achats, les appels d'offres, les contrats, les flux de processus, le contrôle interne, la collecte de la taxe sur les services, les factures électroniques de services, la migration des données si nécessaire, la formation, les tests, le support, la maintenance, les mises à jour et la personnalisation.

Cette liste est longue parce que la mise en œuvre n'est pas un interrupteur. C'est une traduction d'une mémoire municipale à une autre. Les registres existants peuvent être incohérents. Les données des contribuables peuvent être incomplètes. Les dossiers du personnel peuvent contenir d'anciens codes d'événement. Les historiques d'achats peuvent ne pas correspondre proprement. Les écoles peuvent avoir des pratiques locales qui ne correspondent pas au modèle par défaut du logiciel. Les services peuvent utiliser des noms différents pour la même procédure.

La valeur du fournisseur réside en partie dans sa capacité à empêcher ces différences de corrompre le registre de référence.

Cela a un impact direct sur la main-d'œuvre. Un bon logiciel ne supprime pas tant le travail municipal qu'il change ce sur quoi le travail est consacré. Les agents devraient passer moins de temps à ressaisir des rapports et plus de temps à valider les exceptions. Le personnel de la paie devrait passer moins de temps à maintenir des feuilles de calcul parallèles et plus de temps à vérifier les cas inhabituels. Le personnel des recettes devrait passer moins de temps à rechercher l'état actuel du contribuable et plus de temps à traiter l'application ou le service aux contribuables.

Le personnel de contrôle devrait passer moins de temps à assembler des preuves fragmentées et plus de temps à examiner les schémas. C'est le chemin optimiste.

Le chemin pessimiste est également courant dans les logiciels d'administration publique. Les utilisateurs n'apprennent que les étapes nécessaires pour survivre aux obligations mensuelles. Le personnel local devient dépendant d'un technicien de support. Les rapports sont personnalisés de manière que personne ne documente. Les anciennes données sont converties mais pas vraiment comprises. Les permissions sont copiées d'un utilisateur à l'autre. Les solutions de contournement manuelles deviennent des habitudes institutionnelles. Un fournisseur peut alors sembler indispensable sans réellement réduire le risque opérationnel.

Le modèle de contrat public de Fiorilli, avec la formation et le support intégrés au service, reconnaît ce risque. Cela ne prouve pas en soi que le risque est maîtrisé.

Le coût de mise en œuvre est aussi politique. Une administration municipale peut acheter un logiciel sous la pression des délais légaux, des limites budgétaires ou des observations d'audit. Les fonctionnaires peuvent hériter d'un système choisi par leurs prédécesseurs. Les élus locaux peuvent exiger des portails visibles rapidement alors que les données de back-office restent désordonnées. Un fournisseur servant ce marché doit être capable d'expliquer que la visibilité frontale dépend de l'ordre en back-office. S'il survend la vitesse, cela crée des problèmes de crédibilité ultérieurs lorsque le registre de référence ne concorde pas.

Pour Fiorilli, la question du déploiement est de savoir si son modèle opérationnel transforme une longue expérience en une discipline de mise en œuvre reproductible. La longévité n'est utile que si elle devient des listes de contrôle, des routines de migration, du matériel de formation, une escalade de support, des tests de version et une connaissance des attentes des tribunaux des comptes. Elle est moins utile si elle devient une dépendance à un savoir-faire informel détenu par quelques personnes. Le dossier public ne permet pas à un observateur extérieur de résoudre cette question de gestion interne.

Il identifie cependant la question qui importe.

Le changement législatif est une exigence du produit

Les logiciels d'administration municipale brésilienne vivent sous une pression législative constante. Les classifications budgétaires, la divulgation des marchés publics, la transparence fiscale, le financement de l'éducation, les règles d'assistance sociale, les changements fiscaux, les factures électroniques, les formats des tribunaux des comptes et les portails nationaux peuvent modifier le travail. Un fournisseur sur ce marché ne se contente pas de maintenir le code. Il interprète les changements juridiques et administratifs en routines opérationnelles que les municipalités peuvent utiliser.

Les communications publiques de Fiorilli montrent cette fonction de veille juridique. L'entreprise publie des avis et des documents explicatifs sur des sujets tels que le SIAFIC, le Portail national des marchés publics (Portal Nacional de Contratações Públicas), les obligations de transparence et d'autres questions de finances municipales. Ces avis ne sont pas de la documentation produit au sens strict. Ils sont un signal public que le modèle de support du fournisseur inclut une interprétation juridico-opérationnelle.

Cela peut être précieux pour les petites municipalités qui n'ont peut-être pas de grandes équipes juridiques, comptables et technologiques internes.

Mais la même fonction crée un risque de frontière. Un fournisseur peut expliquer les obligations légales et mettre à jour le logiciel, mais il n'est pas l'autorité publique. La municipalité reste responsable de la légalité de ses actes, de la qualité de ses données et de la gouvernance de ses politiques d'accès. Le matériel public de Fiorilli sur le SIAFIC situe correctement la responsabilité autour de la municipalité et du rôle de l'exécutif dans le maintien et la gestion du système. Le fournisseur peut fournir l'outil et le support; l'entité publique doit décider des politiques, des budgets, des approbations et de la conformité.

Le Portail national des marchés publics (PNCP) est un bon exemple de cette frontière. La loi sur les marchés publics a créé un portail central pour les actes de passation requis. Fiorilli a publié du matériel explicatif sur l'enregistrement au PNCP, reflétant le besoin pour les municipalités de comprendre les obligations de divulgation sous le nouveau régime de marchés publics. Un fournisseur de logiciels peut aider à structurer les données et les étapes opérationnelles, mais il ne peut pas rendre le contrat public légitime par lui-même.

Le processus de passation sous-jacent, les approbations, les documents et les devoirs de publication restent des responsabilités gouvernementales.

La charge du changement législatif affecte également la gestion des versions. Une nouvelle exigence légale doit être analysée, mise en œuvre, testée, documentée et expliquée. Si la mise à jour est en retard, les municipalités peuvent manquer des délais. Si elle est précipitée, les anciens flux de travail peuvent se rompre. Si elle n'est pas claire, la demande de support augmente. La valeur économique de l'organisation de support de Fiorilli dépend donc de sa capacité à absorber les changements réglementaires sans transformer chaque municipalité en un projet de sauvetage sur mesure.

Le marché récompense les fournisseurs qui peuvent traduire la loi en routines stables. Il punit ceux qui confondent le commentaire juridique avec la préparation opérationnelle. La longue focalisation de Fiorilli sur l'administration publique lui donne un avantage plausible pour reconnaître les schémas municipaux récurrents. La question restante est de savoir si les processus internes de produit et de support de l'entreprise sont suffisamment mesurés pour suivre le rythme du volume de changement.

L'économie unitaire dépend des frictions évitées

Les contrats publics disponibles pour Fiorilli ne donnent pas une image complète des revenus, et ils ne doivent pas être extrapolés en revendications de parts de marché. Ils révèlent cependant la structure économique que les acheteurs sont invités à accepter. Un contrat de l'autarcie de Santa Fe do Sul énumérait une tarification mensuelle pour la licence des logiciels de recettes, de comptabilité publique et de personnel, avec la mise en œuvre, la conversion des données, la formation, les mises à jour, le support et les coûts connexes inclus.

Un avis de 2025 d'une entreprise municipale de santé a désigné Fiorilli Software Ltda comme lauréat pour la location de logiciels, avec une valeur globale de 85 200 R$, dans le cadre d'un marché public lié à la publication nationale des marchés publics. D'autres dossiers municipaux montrent que l'entreprise est contractée pour des systèmes de gestion publique intégrés et du support.

Ces chiffres ne sont pas des références. Ils constituent un contexte. Ils montrent que les logiciels municipaux sont achetés comme un service opérationnel récurrent, souvent avec un ensemble de main-d'œuvre locale autour du système. L'acheteur ne compare pas seulement les prix des licences. Il compare le coût de fonctionnement du registre administratif. Une mensualité plus faible peut être coûteuse si les retards de support forcent le personnel à des retouches manuelles. Une mensualité plus élevée peut être défendable si elle réduit les rapports rejetés, les divulgations tardives, les données fragmentées et la dépendance aux consultants.

Le coût de changement est central. Une fois que la comptabilité, les recettes, la paie, les contrats, les documents et les dossiers scolaires d'une municipalité sont configurés autour d'un fournisseur, la migration devient un projet à risque. Le fournisseur doit préserver les anciennes preuves et former le personnel aux nouvelles routines. Cela crée une pression de rétention de clientèle en faveur des titulaires, mais crée également la responsabilité de ne pas exploiter l'enfermement.

Les clients du secteur public ont une tolérance limitée à la dépendance opaque car les règles de passation des marchés, les organismes d'audit et les élus peuvent contester les arrangements de continuité.

L'économie unitaire de Fiorilli dépend donc probablement de la standardisation sous-jacente à la configuration locale. Si chaque municipalité nécessite un code personnalisé lourd, les marges en souffrent et les mises à jour deviennent fragiles. Si l'entreprise peut maintenir des modules communs avec des paramètres locaux contrôlés, le support devient plus évolutif. Les descriptions de produits suggèrent des rapports configurables, une adaptation au code fiscal local et des modules intégrés. La distinction technique clé est de savoir s'il s'agit de configurations encadrées ou de modifications ad hoc.

Le dossier public ne répond pas à cette question. Cela doit rester une incertitude explicite.

Le coût de la main-d'œuvre joue également dans les deux sens. Les clients municipaux paient pour le support du fournisseur, mais le fournisseur paie pour du personnel qualifié qui comprend la comptabilité, la paie, la fiscalité, le droit, les opérations de support et les logiciels. Un technicien de support municipal ne se contente pas de réinitialiser des mots de passe. Il peut aider un utilisateur à comprendre un rapport légal, une routine fiscale, un calcul de paie ou une publication sur un portail. Cette expertise est coûteuse à recruter, à former et à retenir.

La durabilité commerciale de Fiorilli dépend de la capacité de sa base de connaissances, de son processus de formation et de ses notes de version à réduire la dépendance à des experts individuels.

Pour les clients, l'argumentaire commercial est le plus fort là où la suite empêche le travail en double entre les services. Un événement de recettes qui alimente la comptabilité, un engagement de paie qui correspond à l'exécution budgétaire, un acte de passation de marché qui soutient le reporting des contrats et une divulgation de transparence qui puise dans le registre de référence créent tous des frictions évitées.

L'argumentaire est le plus faible là où les services maintiennent encore des registres parallèles parce qu'ils ne font pas confiance au système, ne savent pas comment l'utiliser ou ne peuvent pas obtenir de support en temps opportun.

Les dépendances en amont façonnent le fournisseur

La dépendance technique sous-jacente de Fiorilli est plus large que son propre code. Le logiciel doit interagir avec les registres comptables, l'état des flux de travail, les contrôles d'identité et d'accès, les données clients, les intégrations, la surveillance, les files d'attente de support, les registres de facturation et les preuves de récupération.

Il dépend également de règles du secteur public en amont et de systèmes externes: normes comptables fédérales, exigences SIAFIC, règles de publication des marchés publics, formats de rapport des tribunaux des comptes, codes fiscaux municipaux, normes de facturation électronique, flux bancaires et de paiement, mécanismes de certificat et d'identité, infrastructure d'hébergement et de sauvegarde, et réseaux locaux.

Cet empilement de dépendances explique pourquoi la défaillance d'un logiciel municipal peut être difficile à diagnostiquer. Un rapport retardé peut être causé par une interprétation législative, une configuration locale, une erreur de saisie de données, une publication en amont manquante, un problème de réseau, une régression de version ou un retard dans la file d'attente de support. Le client vit l'échec comme un seul problème: le registre ne peut pas être complété. Le fournisseur le vit comme une chaîne de causes possibles à travers les logiciels, les données, les règles et les personnes.

Les meilleurs fournisseurs rendent ces dépendances visibles. Ils documentent les prérequis. Ils définissent les responsabilités. Ils valident les conversions. Ils rendent les journaux utiles. Ils séparent l'erreur utilisateur du défaut logiciel sans blâmer le client. Ils escaladent rapidement les problèmes de changement juridique. Ils protègent les registres historiques lors des mises à niveau. Ils maintiennent des preuves de récupérabilité, pas seulement des promesses de sauvegarde. Les preuves publiques autour de Fiorilli n'exposent pas ces contrôles internes, donc l'article ne peut pas les revendiquer comme des faits.

Il peut les identifier comme la norme opérationnelle par laquelle l'entreprise devrait être jugée.

La frontière juridique et de marque importe également. Fiorilli S/C Ltda - Software doit être distinguée de ses clients municipaux, partenaires, fournisseurs, autorités publiques et organisations non liées portant des noms similaires. Un échec de transparence d'une municipalité n'est pas automatiquement un échec technique de Fiorilli. Un explicatif juridique d'un fournisseur n'est pas une décision gouvernementale. Un contrat municipal est une preuve d'une relation commerciale, pas une preuve de satisfaction universelle des clients.

Un rapport d'audit sur le risque du marché SIAFIC est un contexte, pas un jugement définitif contre un fournisseur spécifique, sauf s'il le dit.

Cette frontière est importante parce que les récits technologiques du secteur public concentrent souvent la responsabilité. Si un portail est hors service, les citoyens blâment la municipalité, la municipalité peut blâmer le fournisseur, et le fournisseur peut pointer l'infrastructure ou les données. Une évaluation sérieuse doit demander où se situe le contrôle. La politique d'accès relève de l'entité publique, bien que le logiciel doive l'appliquer. L'interprétation des lois peut impliquer des conseillers juridiques et des organismes de contrôle, bien que le fournisseur doive mettre à jour les routines.

La qualité des données commence avec la municipalité, bien que les outils de migration et les règles de validation comptent. La réactivité du support relève du fournisseur, bien que les clients doivent fournir des rapports de problèmes précis.

Le bilan opérationnel de Fiorilli est donc co-produit avec les clients. Cela n'affaiblit pas l'évaluation. Cela la rend plus précise. L'entreprise doit être créditée pour les preuves publiques de son ancienneté, de ses larges modules municipaux et de ses périmètres contractuels qui incluent le véritable travail de mise en œuvre. Elle ne doit pas être créditée pour des résultats que seuls les audits municipaux, les indicateurs de support ou des études d'utilisateurs indépendantes pourraient prouver.

Les modes de défaillance sont spécifiques

Les modes de défaillance les plus pertinents pour Fiorilli ne sont pas des risques logiciels abstraits. Ce sont des risques pour les registres municipaux.

Les mauvaises données de base sont le premier. Si les registres des contribuables, des employés, des fournisseurs, des écoles ou des propriétés sont erronés, l'automatisation multiplie l'erreur. Un calcul d'impôt peut être techniquement correct par rapport à un registre erroné. Une routine de paie peut traiter fidèlement de mauvaises données d'employés. Un rapport d'achat peut découler d'informations incomplètes sur les fournisseurs. Le système doit aider à détecter et à contenir cela, mais la municipalité est également responsable de la gestion des données.

Le retard des mises à jour légales est le deuxième. Un système municipal qui ne reflète pas à temps les nouvelles exigences en matière de marchés publics, de fiscalité, de paie, d'éducation ou d'impôts crée une pression sur les délais. Les utilisateurs peuvent improviser avec des notes manuelles ou des feuilles de calcul externes. Ces solutions de contournement peuvent survivre à l'urgence initiale et affaiblir le registre de référence.

Le décalage d'intégration est le troisième. La proposition de suite de Fiorilli est la plus forte lorsque les modules communiquent via des registres encadrés. Elle est la plus faible si les services rapprochent encore manuellement après que les données ont transité entre les systèmes. Le décalage d'intégration peut survenir entre les modules Fiorilli, entre Fiorilli et des systèmes tiers, ou entre les portails publics locaux et les registres de back-office.

La dérive des états d'approbation est le quatrième. Les actes publics passent par des étapes: demandé, approuvé, engagé, liquidé, payé, publié, archivé. Si le système permet aux utilisateurs d'agir dans le désordre, ou si les rapports ne peuvent pas expliquer les changements d'état, la municipalité perd en clarté procédurale. Cela est particulièrement préjudiciable dans les marchés publics, la paie et les finances.

Les lacunes dans les rapports sont le cinquième. Les logiciels municipaux sont jugés sur leurs sorties. Si un rapport de tribunal des comptes, un élément de transparence fiscale ou un document de contrôle interne ne correspond pas au format ou au calendrier requis, les données sous-jacentes peuvent être considérées comme non fiables même si une grande partie est correcte. La flexibilité des rapports est précieuse, mais une personnalisation locale excessive peut devenir un problème de maintenance.

Les retards de support aux utilisateurs sont le sixième. De nombreuses routines municipales sont dictées par les délais. Une clôture de paie, un rapport fiscal, une publication de marché public ou une tâche comptable de fin d'exercice ne peuvent pas attendre indéfiniment. Un support lent peut transformer un petit problème de configuration en un échec public.

La régression de mise à niveau est le septième. Les mises à jour sont nécessaires, en particulier dans les domaines réglementaires. Mais une mise à jour qui brise un flux de travail local, modifie un rapport sans avertissement ou corrompt une hypothèse historique peut nuire à la confiance. Les tests de régression dans ce marché doivent inclure des scénarios municipaux réels, pas seulement des tests unitaires génériques.

Ces modes de défaillance sont aussi là où la concurrence des substituts s'exerce. Une municipalité peut choisir un autre fournisseur intégré, conserver plus de travail dans des feuilles de calcul et des systèmes locaux, s'appuyer sur un support de consultant, développer des capacités internes ou combiner des outils spécialisés. Chaque substitut présente des compromis. Les systèmes internes peuvent offrir un contrôle mais nécessitent une capacité technique que de nombreuses municipalités n'ont pas. Les feuilles de calcul sont flexibles mais faibles pour l'auditabilité et la continuité.

Les outils spécialisés peuvent être puissants dans un domaine mais augmentent le fardeau de l'intégration. Un fournisseur intégré en place peut réduire la fragmentation mais accroît la dépendance au support et à la discipline de version du fournisseur.

Les preuves clients sont réelles mais inégales

Les preuves clients publiques pour Fiorilli sont suffisantes pour montrer que l'entreprise opère dans de véritables environnements de marchés publics municipaux. Elles ne sont pas suffisantes pour déclarer une large satisfaction client. Les contrats et les avis identifient Fiorilli dans des relations publiques spécifiques: licence de logiciel de gestion publique intégré, mise en œuvre, configuration, conversion, formation, support, maintenance, location de logiciels et utilisation municipale du SIAFIC.

Les pages produits revendiquent une large adoption pour au moins SCPI, avec une liste de services faisant référence à plus de deux mille utilisateurs en 2018. Un agrégateur de registre du commerce identifie Fiorilli Software Ltda par son CNPJ, son statut actif, ses licences de développement de logiciels personnalisables, son siège à Bálsamo, São Paulo, et les activités de support et d'hébergement connexes.

Les preuves sont inégales parce que les dossiers de marchés publics ne sont pas des études d'utilisateurs. Un contrat peut montrer la demande et le périmètre, mais pas l'expérience quotidienne. Une municipalité peut renouveler parce que le système fonctionne bien, parce que changer est coûteux, parce que le chemin de la passation de marché est plus facile ou parce que la capacité interne est limitée. Une page produit peut décrire des fonctionnalités sans démontrer la performance. Un portail de transparence peut exposer des données sans prouver que le processus de back-office est propre.

Cette inégalité doit faire partie de la conclusion, pas d'une note de bas de page. L'argumentaire commercial de Fiorilli est crédible là où les dossiers publics montrent des municipalités achetant l'ensemble qui compte: logiciel plus déploiement plus formation plus maintenance plus support. Son argumentaire technique est plausible là où les descriptions officielles des produits correspondent aux flux de travail municipaux réels qui créent un risque.

Sa preuve reste incomplète là où le dossier public manque de mesures indépendantes sur le temps de disponibilité, la réponse du support, le succès de la mise en œuvre, les contrôles de sécurité, le rythme des versions, le taux d'attrition, les taux de renouvellement et les résultats d'audit liés au logiciel.

Le contexte du marché compte également. L'observation du rapport TCE-PI sur la concentration des fournisseurs suggère que les logiciels administratifs municipaux peuvent devenir une couche opérationnelle concentrée. La concentration n'est pas automatiquement mauvaise. Elle peut apporter une standardisation, une expertise de domaine et des économies de support. Mais elle peut réduire la pression concurrentielle et accroître la dépendance à un ensemble limité de fournisseurs.

Pour une entreprise comme Fiorilli, la concentration accroît l'importance de la transparence autour du support, de la sécurité et de la qualité des versions, même lorsque ces détails ne sont pas toujours exigés dans les contrats publics.

Les acheteurs du secteur public devraient donc poser des questions pratiques. Comment les mises à jour légales sont-elles testées avant publication? Comment les configurations locales sont-elles documentées? Comment les permissions des utilisateurs sont-elles examinées? Comment les journaux sont-ils conservés et exportés? Comment les sauvegardes sont-elles testées? Comment la conversion des données est-elle validée? Que se passe-t-il lorsqu'une municipalité change de personnel? Combien de tickets de support sont résolus dans les délais pendant les clôtures de paie, les rapports fiscaux et les routines de fin d'exercice?

Comment le fournisseur sépare-t-il les défauts du produit des problèmes de configuration du client? Ces questions sont plus utiles que de demander si l'entreprise est numérique ou traditionnelle.

L'impact sur la main-d'œuvre est la supervision, pas la disparition

Les logiciels municipaux modifient le travail en déplaçant le point d'attention. Dans l'ancien modèle, le personnel passe son temps à transporter l'information entre les services, à rapprocher des registres incohérents et à préparer manuellement des rapports. Dans le meilleur modèle logiciel, le personnel supervise la configuration, les exceptions, les approbations, la qualité des données et la diffusion publique. Ce n'est pas moins de travail au sens simpliste. C'est un travail différent, et il nécessite une formation.

Les contrats et les descriptions de produits de Fiorilli font de la formation et du support une partie du modèle. C'est approprié car les logiciels d'administration publique ont de nombreux utilisateurs occasionnels et de nombreux utilisateurs soumis à des délais. Un agent de la paie peut être expert dans le traitement de routine mais avoir besoin d'aide lorsque la loi change. Un secrétaire d'école peut utiliser le système éducatif quotidiennement sans comprendre comment ses dossiers alimentent les rapports municipaux plus larges.

Un directeur financier peut dépendre de rapports précis sans connaître les détails de chaque processus de saisie de données. Un contrôleur peut avoir besoin de preuves provenant de systèmes qu'il n'utilise pas.

La formation doit survivre au renouvellement du personnel. Les petites municipalités ont souvent un personnel réduit et des connaissances personnelles. Si la seule personne qui comprend un module part, le système peut se dégrader rapidement. Un bon support du fournisseur peut compenser, mais seulement si la documentation, les permissions, le matériel de formation et les chemins d'escalade sont fiables. Sinon, le client développe une dépendance à des relations de support informelles.

L'impact sur la main-d'œuvre affecte également la responsabilité. Lorsque le logiciel automatise un calcul ou un rapport, les utilisateurs peuvent devenir moins conscients des hypothèses sous-jacentes. C'est dangereux dans l'administration publique. Le registre de référence nécessite toujours une supervision humaine. Un utilisateur doit savoir quand un chiffre semble erroné, quand une règle fiscale a changé, quand un rapport ne peut pas être déposé, ou quand une voie d'approbation a été contournée. Le marché de Fiorilli ne consiste donc pas à remplacer le jugement public. Il consiste à donner à ce jugement un registre cohérent à inspecter.

C'est pourquoi le travail de support local est un sujet contrôlé pour l'entreprise. La technologie est indissociable du travail de support. Un fournisseur qui comprend les routines municipales brésiliennes peut réduire le coût de la supervision en anticipant les problèmes récurrents. Mais il peut aussi devenir un goulet d'étranglement si trop de connaissances se trouvent en dehors de la municipalité. Le modèle le plus sain est celui de la compétence partagée: la municipalité connaît ses devoirs et ses données; le fournisseur maintient le système, les mises à jour et la discipline de support; et les deux parties peuvent expliquer le registre.

Ce que Fiorilli peut prouver et ce qu'elle ne peut pas

Fiorilli peut prouver, à partir de preuves publiques, qu'elle est un fournisseur de logiciels municipaux de longue date au Brésil avec une suite qui correspond aux fonctions essentielles de l'administration publique. Elle peut montrer des pages officielles décrivant les systèmes de comptabilité, de paie, de recettes, de contrôle interne, de secrétariat et d'éducation. Elle peut pointer des contrats publics et des avis de marchés publics où des municipalités et des entités publiques ont contracté avec Fiorilli pour des logiciels de gestion intégrés, la mise en œuvre, la conversion des données, la formation, la maintenance et le support.

Elle peut montrer que son marché est soumis à de sérieuses obligations SIAFIC, de responsabilité fiscale, de passation des marchés et de transparence.

Fiorilli ne peut pas prouver, à partir des mêmes preuves publiques seulement, que chaque mise en œuvre est réussie, que la performance du support est constamment solide, que chaque module est sécurisé, que le temps de disponibilité atteint un certain seuil, que la satisfaction des utilisateurs est élevée, ou que son architecture interne est supérieure à celle de ses concurrents. Ces affirmations nécessiteraient des mesures auditées, des recherches indépendantes auprès des clients, une documentation de sécurité, des données de niveau de service ou des divulgations techniques détaillées.

Cette distinction n'est pas hostile. C'est la différence entre une évaluation opérationnelle sérieuse et un profil de fournisseur. Les preuves publiques sont suffisantes pour dire que Fiorilli devrait être jugée sur la continuité des registres municipaux. Elles sont insuffisantes pour dire que l'entreprise a résolu tous les problèmes de continuité. La bonne norme d'évaluation est exigeante parce que la fonction publique est exigeante.

Pour les acheteurs, la conclusion pratique est de traiter Fiorilli comme un partenaire opérationnel plutôt que comme un catalogue de modules. L'approvisionnement devrait tester la conversion des données, la capacité de support, les processus de mise à jour légale, la conception du contrôle d'accès, les preuves de sauvegarde, les obligations de rapport, la configuration fiscale locale, la préservation des registres historiques et la planification de sortie.

La gestion des contrats devrait surveiller les temps de réponse, les problèmes de support non résolus, les notes de version, l'achèvement de la formation, les examens des permissions et les résultats de transparence. Les décisions de renouvellement devraient prendre en compte les retouches évitées et le risque réduit, pas seulement le coût mensuel de la licence.

Pour Fiorilli, la conclusion stratégique est que la crédibilité vient de la preuve des parties ennuyeuses. L'entreprise n'a pas besoin de ressembler à une plateforme cloud mondiale pour être importante. Elle doit montrer que les actes municipaux restent traçables, que les rapports sont remis à temps, que les utilisateurs sont formés, que les changements législatifs sont absorbés et que les données peuvent être récupérées. Sa communication publique pointe déjà vers ce monde.

La prochaine couche de preuves serait opérationnelle: mesures de support, discipline de version, posture de sécurité, taux de réussite des migrations et explications de la rétention des clients qui séparent la satisfaction de l'enfermement.

Le test final

La catégorie de Fiorilli est facile à sous-estimer parce que le logiciel se cache derrière des mots municipaux familiers: budget, paie, impôts, école, protocole, transparence. Mais ces mots sont le système d'exploitation du gouvernement. Lorsqu'ils sont mal enregistrés, les citoyens ne voient pas un bogue logiciel. Ils voient un portail en retard, un bulletin de paie erroné, une charge fiscale confuse, un rapport manquant, un retard dans les marchés publics ou un constat d'audit.

C'est pourquoi Fiorilli est testée par le registre logiciel municipal de référence, pas par le discours sur la numérisation du secteur public. La valeur de l'entreprise est la plus élevée lorsqu'elle réduit la réinterprétation, maintient la cohérence des états entre les modules, soutient les changements législatifs, préserve l'auditabilité et abaisse le coût humain de la continuité.

Son risque est le plus élevé lorsque les données de base sont faibles, que les mises à jour sont en retard, que l'intégration dérive, que les rapports échouent, que les files d'attente de support ralentissent ou que les mises à niveau perturbent les routines locales.

Les preuves publiques soutiennent une vision prudente et limitée. Fiorilli est un fournisseur brésilien réel et de longue date de logiciels municipaux, avec une couverture produit officielle de l'ensemble du registre administratif de base et des preuves de marchés publics de mise en œuvre, de formation, de support et de maintenance. Les mêmes preuves laissent d'importantes incertitudes techniques non résolues. C'est normal pour un fournisseur privé dans l'administration publique, mais cela ne doit pas être ignoré.

Le jugement le plus utile est donc opérationnel. Fiorilli compte si elle aide une municipalité à savoir, après de nombreux actes de routine et de nombreux changements juridiques, ce qu'elle a fait, qui l'a fait, en vertu de quelle règle, avec quelle approbation, et ce qui doit être montré au public. Tout le reste est secondaire.