Les risques de l'infrastructure chez Halley Informatica srl

Synthèse

• Halley Informatica srl dispose d’une empreinte infrastructurelle réelle mais limitée: les enregistrements RIPE l’identifient comme un LIR italien avec AS205985, RIPEstat affiche actuellement deux /24 IPv4 annoncées, PeeringDB montre un profil de réseau régional avec une présence à MIX-IT et les fiches cloud de l’ACN décrivent des services cloud Halley qualifiés et une infrastructure en Italie.
• Le risque économique réside moins dans la bande passante brute que dans la promesse opérationnelle liée aux logiciels municipaux. Halley profite lorsque les collectivités locales continuent d’acheter des logiciels intégrés, des migrations cloud et du support, mais les coûts fixes de personnel, les certifications, la résilience des centres de données, la dépendance en amont et la substitution par de plus grands fournisseurs de logiciels pour le secteur public rendent la sous-utilisation ou les perturbations coûteuses.

Celui qui supporte le risque est l’entreprise qui promet la continuité

La première question n’est pas de savoir à quel point Halley Informatica srl est visible sur Internet. Il s’agit de déterminer qui doit absorber la perte lorsqu’une application municipale, une migration cloud ou un service de centre de données ne génère pas un retour suffisant. Une collectivité locale peut se plaindre, retarder le renouvellement, exiger des avoirs, confier un nouveau module à un autre fournisseur ou laisser un système existant en place plus longtemps que prévu. Le citoyen qui utilise un service en ligne ne perçoit l’interface qu’en état de marche ou en panne.

Le fournisseur qui a vendu le package est celui qui doit transformer les logiciels, le support, la connectivité réseau, les sauvegardes, le personnel et la conformité en une marge brute fiable.

Cette distinction est importante car Halley n’est pas un opérateur d’accès classique dont l’économie repose sur la densité d’abonnés au dernier kilomètre. Les informations publiques indiquent une entreprise de logiciels et de services pour les municipalités, qui a ajouté des capacités cloud et réseau autour d’une solide base d’applications pour les collectivités locales.

L’infrastructure n’est pas un simple ornement: la qualification cloud public, une infrastructure cloud Halley répertoriée, une offre IaaS nouvellement qualifiée, la participation à RIPE, l’AS205985 et le peering à MIX-IT démontrent tous un contrôle opérationnel des composants techniques. Mais la surface de contrôle est plus étroite que celle d’un réseau national de télécommunications. Il s’agit d’une infrastructure au service des applications municipales, et non d’une infrastructure constituant un large fossé économique en tant que réseau de gros.

Cela rend le risque asymétrique. Lorsque la demande est saine, la même plateforme hébergée peut être vendue à de nombreuses entités avec des marges relativement élevées propres aux logiciels. Lorsque la demande est faible, l’entreprise doit tout de même maintenir les certifications, le personnel, la capacité des serveurs, les capacités de reprise après sinistre, les opérations de sécurité et la réactivité du support. Lorsque les marchés publics évoluent, l’entreprise ne peut pas simplement reconvertir une suite de procédures municipales en calcul générique pour entreprises.

Quand un groupe logiciel plus important propose une offre plus large, Halley doit défendre non seulement un produit, mais aussi la confiance accumulée des services administratifs qui ont besoin que la gestion des protocoles, des registres, de la comptabilité, des impôts, du personnel, des écoles, de l’urbanisme, de la police et des services aux citoyens fonctionne chaque jour.

L’analyse financière commence donc par un fardeau: Halley est propriétaire de la promesse de continuité. Les clients peuvent financer des projets de migration, payer un support récurrent et préférer la continuité avec un fournisseur familier, mais le fournisseur supporte le levier opérationnel. Si son infrastructure est utilisée intensément par une base installée fidèle, l’économie peut être attrayante. Si elle est sous-utilisée, perturbée ou dépassée par une plateforme plus grande, les serveurs et les certifications deviennent des obligations plutôt que des actifs.

Ce qu’est réellement Halley

Halley Informatica srl est basée à Matelica, dans la province de Macerata, les agrégateurs de registres publics indiquant sa forme juridique comme une società a responsabilità limitata, le code TVA et fiscal 00384350435, et une adresse enregistrée au Via Circonvallazione 131. La page publique des membres de RIPE et les enregistrements de la base de données utilisent la même adresse à Matelica et identifient l’entreprise comme desservant l’Italie.

La documentation de Halley destinée aux clients décrit l’entreprise comme fondée en 1979 par Giovanni Ciccolini et construite autour de logiciels, d’installation, d’assistance et de services systèmes pour les entités publiques, en particulier les municipalités.

Le périmètre opérationnel est donc important. Halley n’est pas simplement une étiquette d’hébergement attachée à un objet de routage. Son cœur de métier est le logiciel et les services pour l’administration municipale. Les pages publiques de Halley indiquent que ses applications couvrent les principaux domaines opérationnels d’une Commune: comptabilité, services démographiques, impôts, paie, secrétariat, bureau technique, territoire, police locale, services sociaux et e-gouvernement.

Une page d’intégration de systèmes de Halley indique que l’entreprise a plus de 4 000 clients; un document de proposition publique mentionne que Halley sert l’administration publique depuis plus de 40 ans et fait référence à un réseau de personnel spécialisé et de centres territoriaux. Ces affirmations sont des déclarations du fournisseur, non des déclarations de parts de marché auditées, mais elles sont cohérentes avec les traces de passation de marchés dans lesquelles les municipalités décrivent Halley comme le fournisseur de plusieurs applications existantes.

Le profil financier est particulièrement significatif pour un éditeur de logiciels régional privé. Aziende.it, citant les données du Registro Imprese mises à jour en juillet 2026, fait état d’un chiffre d’affaires 2024 de 60,434 millions d’euros, d’un bénéfice net 2024 de 13,296 millions d’euros, de 602 employés, de 22,851 millions d’euros de frais de personnel et de 500 000 euros de capital social. La même source montre un chiffre d’affaires passant de 44,933 millions d’euros en 2022 à 53,173 millions en 2023 et 60,434 millions en 2024.

Ces chiffres doivent être considérés comme une agrégation des registres commerciaux plutôt que comme une analyse auditée complète, mais ils donnent une échelle utile. Halley n’est pas un petit atelier informatique local. C’est une entreprise italienne de logiciels et de services de taille moyenne, avec un chiffre d’affaires suffisant pour supporter des obligations réelles en matière de développement de produits, de support et d’infrastructure.

Le périmètre de base reste l’administration publique. Le fait que Halley possède un système autonome et des entrées dans le catalogue cloud ne signifie pas que l’entreprise doive être évaluée comme un opérateur de centre de données neutre, un réseau national de fibre ou un FAI grand public. L’entreprise vend de la continuité opérationnelle aux collectivités locales. Cette activité peut être défendable lorsque les coûts de changement sont élevés et que les processus municipaux sont bien intégrés.

Elle peut aussi être exposée lorsque les clients publics sont poussés, par les plateformes nationales, les règles d’achat, les suites logicielles plus larges ou les cycles budgétaires, à reconsidérer ce qui devrait être acheté à un fournisseur spécialisé et ce qui devrait être standardisé ailleurs.

Le moteur de revenus est le logiciel municipal, pas la bande passante brute

La fiche publique ACN pour le Sistema Informativo Comunale Halley décrit une suite municipale intégrée complète plutôt qu’un simple produit d’hébergement cloud. Elle indique que le système soutient l’activité des entités publiques dans le cadre de l’administration numérique italienne, s’intègre à des outils tels que PEC, la signature numérique et CIE, et se connecte aux services nationaux tels que SPID, ANPR, SIOPE+, PagoPA, la conservation numérique, PND, PDND et App IO. Elle décrit environ 40 applications, la scalabilité, la configurabilité, un SGBD unique et l’intégration de services web avec des systèmes tiers.

Cela a son importance pour l’économie unitaire. Un fournisseur avec une offre d’hébergement générique doit rivaliser sur le calcul, le stockage, la qualité du réseau, le support et le prix. Un fournisseur avec des applications municipales intégrées rivalise sur le coût et le risque de changer l’épine dorsale administrative d’une collectivité locale. Les protocoles, la comptabilité, les impôts, les dossiers du personnel et les services démographiques ne sont pas des charges de travail anodines. Ils impliquent des délais légaux, des registres publics, l’accès des citoyens, la formation, l’auditabilité et des obligations de continuité.

Une fois qu’une entité a formé son personnel à une suite et structuré ses données autour d’elle, la décision d’achat n’est pas seulement une comparaison de fonctionnalités. C’est une comparaison des risques: l’amélioration promise vaut-elle la charge de migration?

Des exemples de passation de marchés illustrent cette logique dans la pratique. La décision de migration cloud de Sesta Godano indique que ses applications actuelles de protocole, Albo Pretorio et comptabilité/ragioneria étaient fournies par Halley, et elle traitait Halley comme la société de logiciels fournissant également l’assistance, les mises à jour et le service de sécurité des données.

La décision publique de Calendasco indique qu’elle utilisait les programmes Halley pour le protocole, la comptabilité, l’IMU, les notifications, les actes administratifs, l’inventaire, l’e-gouvernement, les travaux publics et la maintenance, l’economato, la comptabilité en partie double avec TVA et les fonctions de bureau de recouvrement, et elle décrivait Halley comme son partenaire de référence actuel pour les services PagoPA et App IO.

Cela ne prouve pas un enfermement universel des clients, mais cela montre pourquoi les acheteurs municipaux peuvent préférer un fournisseur existant lorsqu’un projet PNRR ou de service numérique touche des applications déjà en fonctionnement.

Le moteur de revenus est ainsi stratifié. Une couche est constituée de licences ou d’abonnements logiciels. Une autre de la maintenance et du support. Une autre de la migration cloud, de la formation et des frais de première année. Une autre de l’hébergement continu ou de la consommation SaaS. Une autre peut être la cybersécurité, le CED à distance, le stockage, la protection web et les produits de sauvegarde décrits sur les pages d’intégration de systèmes de Halley. La version la plus précieuse de ce modèle n’est pas la vente d’un serveur.

C’est la vente de la confiance que la municipalité peut maintenir ses processus réglementaires en marche tout en passant de systèmes locaux à un modèle cloud qualifié.

Le risque suit la même stratification. Si un client conserve les logiciels sur site et achète le support, Halley gagne encore des revenus logiciels mais perd une partie de la valeur ajoutée du cloud. Si un client passe à une suite municipale concurrente, Halley perd non seulement une charge de travail cloud mais aussi le support et l’expansion de modules associés. Si un client conserve les applications mais fait transiter l’infrastructure par un environnement cloud plus grand, l’intensité du centre de données de Halley peut diminuer. C’est pourquoi la question économique n’est pas de savoir si Halley possède une infrastructure.

C’est de savoir si l’infrastructure renforce suffisamment l’avantage logiciel pour justifier le coût fixe qu’elle engendre.

L’empreinte infrastructurelle est réelle mais limitée

Les preuves publiques liées aux ressources Internet sont suffisamment claires pour établir une présence opérationnelle sur le réseau. L’annuaire des membres de RIPE NCC répertorie Halley Informatica srl au Via Circonvallazione 131 à Matelica et indique l’Italie comme zone de service. Les enregistrements de la base de données RIPE identifient ORG-HIS15-RIPE comme Halley Informatica srl, pays IT, numéro d’enregistrement 00384350435 et type d’organisation LIR. AS205985 est attribué à halleyinformatica, avec une création dans la base RIPE en avril 2017 et une modification en février 2022.

La vue d’ensemble de RIPEstat confirme que AS205985 est annoncé et détenu par Halley Informatica srl.

La taille de l’empreinte de routage visible est modeste. Les données des préfixes annoncés de RIPEstat, interrogées le 12 juillet 2026, montraient que AS205985 annonçait 185.199.48.0/24 et 185.199.49.0/24 sur la fenêtre d’observation récente pertinente. Les données de cohérence de routage de RIPE montraient également un parent 185.199.48.0/23 dans le Whois et les deux /24 dans BGP. IPinfo décrit l’ASN comme ayant 512 adresses IPv4 et aucune adresse IPv6. PeeringDB répertorie de même deux préfixes IPv4, zéro préfixe IPv6, un niveau de trafic de 1-5 Gbit/s, un ratio de trafic entrant lourd et une portée géographique régionale.

PeeringDB montre également un point de peering public MIX-IT avec un port 1G et l’adresse IPv4 217.29.66.161; la page MIX-IT de BGP.he liste indépendamment AS205985 à l’échange.

Ces preuves appuient une conclusion précise. Halley exploite un petit réseau routé, cohérent avec l’hébergement ou la fourniture de services pour ses propres applications et clients. Elles ne soutiennent pas l’affirmation large selon laquelle Halley serait un grand FAI d’accès, un fournisseur de transit ou un opérateur de réseau national. L’absence de préfixes IPv6 visibles dans PeeringDB et IPinfo n’est pas non plus à ignorer. Elle peut refléter le profil de routage public spécifique plutôt que l’ensemble des capacités internes, mais dans un contexte cloud et de service public, c’est au moins un point de vigilance.

L’infrastructure numérique du secteur public doit à terme s’aligner sur les attentes modernes en matière d’adressage et de connectivité, même si IPv4 reste opérationnellement nécessaire.

Les preuves de l’ACN élargissent la vision de l’infrastructure au-delà de BGP. La fiche d’infrastructure Halley Cloud décrit une infrastructure propriétaire localisée en Italie, construite pour héberger des services développés pour l’administration publique et conçue autour de la sécurité pour la maintenance des données. La même fiche inclut des certifications obligatoires telles que ISO 9001, ISO 27001, ISO 27017 et 27018, ISO 22301 pour la continuité des activités et ISO/CEI 20000 pour la gestion des services, et indique un niveau d’adéquation 1 avec une validité de mars 2025 à mars 2028.

La fiche plus récente de Halley Cloud IaaS décrit la maintenance dans un centre de données principal à Matelica et des services de continuité d’activité via un centre de données secondaire à Brescia, avec une connectivité redondante à 10 Gbit/s, des clusters, la réplication de serveurs, le stockage, IDS/IPS, des options de sauvegarde et des services VAPT.

Dans l’ensemble, les éléments de routage et de l’ACN indiquent que Halley a plus qu’une simple coquille de revendeur. Mais ils indiquent aussi que l’actif infrastructurel est spécialisé, et non universel. Sa valeur dépend de la base de logiciels pour collectivités locales qui peut l’utiliser, et de la capacité de Halley à maintenir la pile suffisamment fiable pour que les clients ne séparent pas les applications de l’infrastructure ou ne transfèrent pas la couche d’infrastructure vers un fournisseur plus grand.

La qualification transforme la confiance en coût

La qualification ACN aide Halley parce que les administrations publiques italiennes ne peuvent pas traiter l’hébergement cloud comme un achat de matière première ordinaire. Le cadre national du cloud réglemente la qualification des infrastructures et des services pour l’administration publique. Les pages du catalogue de l’ACN avertissent explicitement que le contenu des fiches de service est proposé par le fournisseur et que la publication sur le portail après vérification conformément au règlement sur le cloud ne constitue pas une approbation ou une promotion de la part de l’agence.

Cette distinction est économiquement utile: la qualification est un accès au marché, pas une garantie de supériorité.

Pour Halley, la qualification donne à l’entreprise un titre d’achat. Halley Cloud apparaît comme une fiche d’infrastructure avec un niveau d’adéquation 1. Sistema Informativo Comunale Halley apparaît comme un service SaaS avec une qualification de niveau 1 et une validité de mars 2025 à mars 2028. Le CSV des services de l’ACN répertorie également Halley Cloud IaaS, avec une qualification de juin 2026 à juin 2029, et Sistema Informatico TP One Halley, avec une qualification de mars 2026 à mars 2029. Cela crée un ensemble de preuves publiques qu’une municipalité peut citer pour justifier une migration cloud ou un achat SaaS.

Mais la qualification crée également une base de coûts récurrents. Les certifications doivent être maintenues. Les revendications de continuité d’activité doivent être opérationnelles, et pas seulement contractuelles. La localisation du centre de données, la gestion de la sécurité, la gestion des services, la sauvegarde, la reprise après sinistre, les tests de vulnérabilité et la documentation font tous partie du produit. Le coût ne disparaît pas lors d’une faible année de ventes. Au contraire, la réglementation du cloud dans le secteur public réduit la possibilité de mener une exploitation d’infrastructure légère et informelle.

Un fournisseur qui veut rester qualifié doit continuer à investir dans la conformité même lorsque la demande marginale des clients est incertaine.

La trace des marchés montre pourquoi cela reste rationnel. La détermination de Sesta Godano notait explicitement que Halley était présente sur le marketplace cloud de l’ACN et détenait des qualifications SaaS et CSP. Le document liait l’achat à la migration cloud PNRR, à l’évaluation, à la planification, à l’exécution, à l’achèvement, à la formation et à des services municipaux sélectionnés. Un organisme public choisissant un fournisseur pour la migration cloud a besoin d’une base formelle pour procéder; la qualification réduit le risque d’achat. Cela peut soutenir la conversion d’une base installée existante en revenus cloud.

Le problème est que la qualification n’est pas unique. Le catalogue de l’ACN regorge de fournisseurs d’infrastructures et de services qualifiés. Certains sont des spécialistes locaux. D’autres sont de plus grands groupes technologiques. D’autres encore sont des plateformes cloud mondiales ou de grands fournisseurs italiens du secteur public. La qualification de Halley est nécessaire pour la version cloud de sa proposition municipale; elle n’est pas suffisante pour protéger les prix.

Si les clients estiment que la couche applicative est séparable de l’hébergement, ou si un fournisseur plus grand peut égaler la certification tout en regroupant davantage de modules, le badge de conformité devient un ticket d’entrée en concurrence plutôt qu’un fossé protecteur.

La croissance des revenus n’a de valeur que si elle dépasse les obligations fixes

Les données financières agrégées issues des registres sont solides à première vue. Une entreprise avec 60,434 millions d’euros de chiffre d’affaires en 2024 et 13,296 millions d’euros de bénéfice net semble avoir une marge significative. La croissance du chiffre d’affaires de 44,933 millions d’euros en 2022 à 60,434 millions en 2024 suggère que la demande n’était pas stagnante. Une masse salariale de 22,851 millions d’euros et 602 employés indique également un modèle opérationnel à forte intensité de services plutôt qu’une plateforme SaaS purement automatisée.

L’interprétation des marges doit être prudente. L’agrégation des registres publics ne révèle pas la composition des revenus, la concentration de la clientèle, les taux de renouvellement, les produits différés, les développements capitalisés, la dépréciation des centres de données, les obligations de maintenance des logiciels ou la part des bénéfices provenant de vagues de migration ponctuelles. Elle pose cependant la question du risque à la baisse. Halley semble suffisamment grande pour supporter sa propre infrastructure et son appareil de support.

Elle semble également suffisamment intensive en personnel pour que les chocs de demande ne soient pas entièrement absorbés par des coûts variables.

Dans une activité de logiciels municipaux, le personnel n’est pas simplement une charge. La réactivité du support fait partie du produit. Les pages publiques de Halley soulignent la qualité de l’assistance, la couverture territoriale et la rapidité d’intervention. Les documents de passation de marchés justifient souvent la continuité avec un fournisseur existant parce que le personnel connaît déjà le système et parce que le fournisseur fournit les mises à jour, la sécurité et le support.

Cela signifie qu’une réduction de la capacité de support peut nuire à l’avantage concurrentiel, tandis que le maintien de la capacité nécessite des revenus récurrents.

Le cloud peut améliorer le modèle s’il augmente les revenus par client sans augmenter proportionnellement les coûts de support et d’infrastructure. Une municipalité qui migre les applications existantes vers Halley SaaS peut ajouter des frais cloud de première année, de la formation, de l’hébergement continu et une dépendance plus profonde à la plateforme de Halley. Mais le cloud peut aussi abaisser la tolérance aux temps d’arrêt. Une défaillance d’application sur site peut être partiellement imputée à l’infrastructure locale. Une défaillance du service Halley hébergé est plus directement le problème de Halley.

Le fournisseur possède la pile dans l’esprit du client, même lorsqu’une dépendance de routage, d’installation ou de matériel repose sur un autre acteur.

C’est pourquoi la croissance des revenus seule n’est pas une création de valeur. Il importe de savoir si la croissance provient d’une expansion durable des abonnements, de services de migration rentables et de l’hébergement évolutif, ou de projets ponctuels financés par le PNRR qui laissent derrière eux une charge de maintenance plus élevée. Le meilleur résultat est une base récurrente dans laquelle le coût de la conformité et de la résilience est réparti sur des milliers de clients.

Le pire résultat est une entreprise qui a construit une infrastructure de continuité coûteuse pour une vague de migration temporaire, puis se retrouve face à une pression sur les prix lorsque les renouvellements arrivent.

Les besoins en capital sont cachés dans la fiabilité, pas seulement dans le matériel

La base de coûts d’infrastructure de Halley ne se limite pas aux baies et aux routeurs. La description IaaS de l’ACN mentionne un centre de données principal à Matelica, un centre de données secondaire à Brescia, une connectivité redondante à 10 Gbit/s, des clusters, la réplication de serveurs, le stockage, IDS/IPS, le chiffrement, VAPT et des politiques de sauvegarde configurables. La fiche d’infrastructure Halley Cloud fait référence à une infrastructure localisée en Italie et à des certifications obligatoires.

La proposition publique pour une migration cloud municipale fait référence au SaaS, à la qualification des centres de données, aux certifications environnementales et de sécurité, à l’assistance, à la formation et à la documentation opérationnelle.

Chacun de ces éléments crée des besoins en capital ou quasi-capital. La capacité physique du centre de données doit être alimentée, refroidie, sécurisée et renouvelée. Le stockage doit être étendu avant que le client ne ressente une pression sur la capacité. Les politiques de sauvegarde et de conservation consomment de l’espace et de l’attention opérationnelle. Les sites de reprise après sinistre nécessitent une capacité dupliquée qui peut rester inactive la plupart du temps. Les outils de sécurité doivent être mis à jour à mesure que les menaces évoluent.

La documentation de conformité doit être maintenue même lorsque la plateforme technique est stable. Le personnel doit être formé à la fois sur les applications et sur l’infrastructure sous-jacente.

Pour une plateforme hyperscale nationale, le coût unitaire de ces obligations est réparti sur une énorme demande de calcul et de stockage. Pour un fournisseur municipal spécialisé, le coût est réparti sur une base d’applications plus étroite. Cela peut tout de même fonctionner si la base est fidèle et suffisamment grande. La base de plus de 4 000 clients revendiquée par Halley et les traces de marchés publics suggèrent une échelle significative dans son créneau. Mais l’économie est vulnérable à la sous-utilisation car la couche de résilience doit exister avant la crise.

Les clients ne paient pas plus après une panne parce que le fournisseur promet de construire la redondance l’année prochaine. Ils paient pour la fiabilité en amont, et ils s’attendent à ce qu’elle soit là.

C’est là que le risque opérationnel et le risque financier convergent. Si Halley surdimensionne sa capacité, elle peut protéger la qualité de service mais diluer les rendements. Si elle sous-dimensionne sa capacité, elle risque de nuire à la confiance qui justifie le renouvellement. Si elle s’appuie fortement sur un support manuel, elle protège les clients mais limite l’effet de levier opérationnel. Si elle automatise trop agressivement, elle risque de perdre la relation d’assistance étroite à laquelle les services municipaux tiennent. Le problème pour l’investissement n’est pas de savoir si l’infrastructure est bonne ou mauvaise.

Il s’agit de savoir si l’infrastructure est dimensionnée pour le fossé économique plutôt que pour l’ambition marketing.

Les besoins en capital sont également façonnés par le calendrier du secteur public. Les délais de migration cloud du PNRR, les fenêtres de validité des qualifications et les cycles de passation de marchés peuvent concentrer la demande. Un fournisseur peut avoir besoin de capacité, de personnel et de documentation prêts avant que les contrats ne soient signés ou avant que l’utilisation n’atteigne un régime de croisière. Si une vague de collectivités locales migre, le fournisseur doit être opérationnel. Si la vague ralentit, le fournisseur continue de supporter le coût de la préparation.

La dépendance en amont limite la signification du contrôle

AS205985 donne à Halley une autonomie opérationnelle dans le routage de ses propres préfixes. Cela ne rend pas Halley indépendante de la chaîne d’approvisionnement Internet plus large. Les enregistrements de politique de routage de la base de données RIPE pour AS205985 répertorient des relations d’import et d’export avec AS201602 et AS41327. PeeringDB montre une présence 1G à MIX-IT, avec du peering de serveur de routes, et des données publiques indiquent Fiber Telecom comme AS41327.

Les données de routage publiques montrent également de nombreux pairs visibles dans BGP qui ne figurent pas dans les entrées de politique RIPE, ce qui est normal dans les réseaux opérationnels mais rappelle que la table de routage est plus complexe qu’une simple déclaration de propriété.

L’argument économique est simple. Halley peut contrôler ses applications, son environnement de serveur et sa propre politique d’ASN. Elle dépend toujours de la connectivité en amont, du peering, des opérations d’échange, des installations, de l’électricité, du matériel, des fournisseurs de logiciels, des outils de sécurité et des plateformes nationales d’identité numérique et de paiement. Le client municipal voit un seul service. Le fournisseur gère une chaîne.

Cette chaîne prend toute son importance en cas de perturbation. Un problème de routage local, un incident d’installation, un défaut logiciel, une défaillance de sauvegarde, une panne de plateforme publique, un événement de sécurité ou une intégration mal configurée peut avoir le même résultat commercial: le personnel municipal ne peut pas terminer son travail ou les citoyens ne peuvent pas utiliser un service. Même si une défaillance échappe au contrôle direct de Halley, celle-ci peut supporter le coût visible par le client.

Les grands fournisseurs sont confrontés au même problème, mais ils peuvent avoir une plus grande diversité de réseau, une gestion des incidents plus automatisée et un plus grand pouvoir de négociation avec les fournisseurs en amont. Les petits fournisseurs spécialisés compensent par la connaissance des clients et la réactivité.

L’échelle visible du réseau soutient donc une conclusion limitée. Halley dispose de suffisamment d’infrastructure de ressources réseau pour fonctionner et faire du peering en tant que fournisseur de services, mais pas suffisamment de preuves publiques pour supposer une indépendance de niveau opérateur. Une présence 1G à MIX-IT et deux /24 annoncés sont cohérents avec un fournisseur d’hébergement/applications spécialisé. Ils ne constituent pas en eux-mêmes un actif de réseau national économiquement défendable.

L’actif défendable, s’il existe, est la combinaison de la profondeur applicative, de la connaissance du domaine des collectivités locales, du statut cloud qualifié et de l’historique de continuité.

Cela affecte également les prix. Il est peu probable que les clients paient un supplément à Halley simplement parce qu’elle possède AS205985. Ils peuvent payer parce que Halley peut combiner des applications municipales avec un hébergement et un support qualifiés. Si un fournisseur plus grand peut offrir une résilience équivalente ou meilleure tout en égalant la fonctionnalité applicative, la couche réseau autonome a une valeur défensive limitée. Si Halley utilise la couche réseau pour offrir un meilleur contrôle, un support plus rapide et une responsabilité plus claire, elle renforce sa proposition logicielle.

Les clients achètent la continuité mais gardent de réelles alternatives

Les acheteurs municipaux ne se comportent pas comme des consommateurs qui choisissent une nouvelle application chaque mois. Ils ont des responsabilités statutaires, des données existantes, du personnel formé, des règles de passation de marchés et des équipes techniques limitées. Cela favorise les fournisseurs en place. Les documents de passation de marchés montrent que les collectivités locales citent explicitement les systèmes Halley existants lorsqu’elles choisissent Halley pour une migration ou un travail de service numérique. Sesta Godano faisait référence aux applications et à l’assistance Halley existantes.

Calendasco décrivait un large éventail de programmes Halley déjà utilisés et faisait valoir que conserver la base de connaissances sous un seul responsable évitait une charge supplémentaire pour les services. Irsina a publié une attribution pour Halley Cloud SaaS et la maintenance des applications Halley pour un montant de 69 400,92 euros. La page PNRR de Verdello liste Halley Informatica comme titulaire d’un projet cloud couvrant 14 services avec un financement de 121 992 euros.

Ce sont des signaux positifs de demande. Ils montrent que Halley n’est pas seulement présent dans un catalogue; il est nommé dans de véritables décisions d’achat municipales. Ils montrent également pourquoi les points sensibles de l’acheteur sont opérationnels. La migration doit respecter les règles du PNRR. Les applications doivent continuer à fonctionner. Le personnel doit être formé. La documentation doit satisfaire les contrôles ultérieurs. Un fournisseur qui connaît déjà les données et les services a un avantage.

Mais des alternatives existent. Maggioli commercialise publiquement des logiciels et des services cloud pour l’administration publique, y compris Sicraweb EVO et de nombreux modules spécifiques pour les finances, la démographie, les documents, les travaux publics, les impôts, la police, l’aide sociale et les services aux citoyens. Le produit Municipium de Maggioli revendique plus de 1 000 municipalités actives et un réseau national de communication citoyenne.

Maggioli répertorie également des entreprises détenues telles que APKappa, C&C Sistemi, Dinova et ICCS Informatica, ce qui élargit sa portée dans le secteur public et les activités connexes au cloud. Un marché public de l’Unione dei Comuni delle Alpi Orobie Bresciane mentionne la maintenance et l’assistance des logiciels Maggioli, Halley et Acca dans le même environnement administratif, ce qui montre que des parcs de fournisseurs mixtes existent.

Le substitut réaliste n’est donc pas toujours un remplacement complet de Halley du jour au lendemain. Il peut être partiel. Une municipalité peut conserver Halley pour la comptabilité de base mais utiliser une autre application citoyenne. Elle peut conserver la suite mais déplacer de nouveaux services numériques vers une autre plateforme. Elle peut retarder une migration cloud. Elle peut faire appel à un intégrateur plus grand pour un projet PNRR et laisser Halley comme fournisseur de modules. Elle peut exiger des prix plus bas parce qu’il existe des alternatives qualifiées ACN.

La concentration de la clientèle n’est pas suffisamment visible pour être quantifiée à partir de sources publiques. Les preuves publiques indiquent plutôt une concentration sectorielle: les collectivités locales italiennes. C’est un bon créneau lorsque les financements de la numérisation publique sont abondants et que les municipalités préfèrent la continuité. C’est un risque lorsque les budgets publics se resserrent, que les cadres de passation de marchés changent ou que quelques grands fournisseurs consolident la demande autour de suites plus larges.

La réglementation soutient la demande tout en élevant la barre

Le contexte politique est exceptionnellement favorable. Le PNRR et PA Digitale 2026 ont poussé les administrations locales vers la migration cloud et les services numériques. La page publique PNRR de l’IFEL décrit l’investissement cloud 1.2 comme faisant partie de la Mission 1 Composante 1 et le relie à l’obligation pour les administrations publiques de migrer leurs environnements CED vers le cloud. Elle indique des objectifs européens, notamment 4 083 administrations publiques locales migrées d’ici septembre 2024 et 12 464 d’ici juin 2026.

L’avis PA Digitale pour le guichet des municipalités d’avril 2022 décrit la mesure comme une facilitation et un soutien au cloud pour les administrations publiques locales.

Pour Halley, cela crée de la demande. Une municipalité qui aurait pu reporter sa migration pendant des années peut être poussée à agir par le financement et les délais. Un fournisseur déjà intégré dans les applications municipales peut transformer cette urgence en projets. Les exemples de Sesta Godano et Montoggio s’inscrivent parfaitement dans ce schéma: migration cloud dans le cadre du PNRR, attributions directes, utilisation de services qualifiés, délais et obligations d’achèvement. L’argent public peut accélérer les revenus.

Mais la réglementation élève également la barre. Le cadre cloud de l’ACN définit les exigences de qualification et d’adéquation, et le catalogue comprend de nombreux fournisseurs. Plus le marché devient formel, moins un fournisseur peut compter uniquement sur des relations historiques. Il doit montrer sa qualification, ses certifications, sa documentation, la localisation de son centre de données, sa continuité d’activité, sa sécurité, sa gestion des services et des preuves environnementales ou liées au DNSH, le cas échéant. Cela favorise les fournisseurs organisés mais invite également aux comparaisons.

Le marché du cloud dans le secteur public n’est donc ni une subvention gratuite ni un fossé sans limite. Le financement peut accélérer la migration; il peut aussi compresser les projets dans des fenêtres définies. Une fois la migration terminée, la prochaine question économique est le renouvellement. Le client s’étend-il avec Halley parce que la suite hébergée fonctionne mieux? Ou le client traite-t-il la migration financée par le PNRR comme une étape de conformité ponctuelle, puis compare-t-il les frais récurrents?

La réglementation peut également remodeler les attentes techniques. Les dates de validité de la qualification ACN créent des moments de renouvellement. Les obligations en matière de cybersécurité peuvent augmenter. Les attentes en matière de continuité d’activité peuvent devenir plus strictes. Les exigences d’interopérabilité autour des plateformes nationales peuvent changer. Si Halley suit le rythme, la réglementation protège les fournisseurs disciplinés contre les opérateurs plus faibles. Si les grands fournisseurs suivent le rythme à moindre coût, la réglementation devient un test d’échelle.

Les signaux du marché montrent de la viscosité et un certain inconfort

Les signaux non officiels doivent être manipulés avec précaution. Les forums publics et les publications sur les réseaux sociaux ne remplacent pas les contrats, les données des régulateurs ou les registres financiers. Les signaux les plus utiles ici sont les justifications des marchés municipaux, les pages des fournisseurs, les pages publiques des projets PNRR et la nature des offres concurrentes.

Le signal de viscosité est fort. Les documents municipaux expliquent à plusieurs reprises les attributions par les applications Halley existantes, la familiarité du personnel et la nécessité d’éviter d’imposer aux services de nouvelles technologies. C’est exactement le type de coût de changement qui soutient un modèle d’infrastructure logicielle. Un fournisseur qui possède le système administratif quotidien peut défendre les renouvellements même lorsqu’un composant plus étroit semble moins cher ailleurs.

Le signal d’inconfort est également visible. Les acheteurs publics doivent souvent justifier les attributions directes conformément aux règles de passation de marchés. Ils expliquent pourquoi un fournisseur en place est approprié, pourquoi le logiciel utilisé compte et pourquoi les délais ou la continuité technique soutiennent la décision. Ces explications ne sont pas négatives, mais elles révèlent la pression. Le client ne dit pas simplement: « nous aimons cette plateforme à tout prix. » Le client documente pourquoi, dans le cadre d’un programme financé et de contraintes opérationnelles, le fournisseur en place est le choix le moins risqué.

Les pages concurrentes ajoutent un autre signal. Maggioli et ses entreprises liées présentent des offres étendues pour l’administration publique, et non des produits ponctuels. La diffusion revendiquée de Municipium dans plus de 1 000 municipalités montre que les services numériques destinés aux citoyens peuvent évoluer grâce aux effets de réseau. La liste des marchés de l’Unione dei Comuni delle Alpi Orobie Bresciane, qui mentionne les logiciels Maggioli, Halley et Acca dans les mêmes services, suggère que les parcs municipaux sont souvent pluriels plutôt que dépendants d’un seul fournisseur par nature.

Les parcs pluriels créent des ouvertures pour les fournisseurs qui peuvent ajouter des modules autour d’un fournisseur en place.

Le signal de risque du côté de l’infrastructure est moins lié aux pannes signalées qu’aux attentes du public. Halley met en avant la sécurité, la sauvegarde, la protection web, le support CED à distance, l’accès cloud et les services de centre de données. La documentation IaaS de l’ACN décrit une connectivité redondante, une configuration de centre de données principal et secondaire, des systèmes de sécurité, la sauvegarde et VAPT. Une fois ces revendications sur le marché, les clients évalueront la qualité de service en fonction de celles-ci. Une perturbation n’a pas besoin d’être catastrophique pour nuire.

Des incidents mineurs répétés peuvent endommager l’histoire même de continuité qui soutient la logique d’attribution directe.

Les preuves ne permettent pas d’affirmer que Halley est confrontée à une crise de réputation publique, ni que les clients partent en masse. Elles soutiennent un point de vue plus équilibré: Halley a une demande collante dans l’administration publique, mais cette même viscosité doit être défendue par la fiabilité du service, la documentation et la discipline des prix.

Le risque d’obsolescence vient de l’abstraction, pas seulement de serveurs plus grands

La plus grande menace des fournisseurs n’est pas qu’un hyperscaler construise plus de serveurs que Halley. C’est déjà le cas. La menace est que la couche d’infrastructure devienne abstraite par rapport à la couche d’applications municipales. Si les administrations publiques s’habituent à acheter des applications pouvant fonctionner sur plusieurs clouds qualifiés, l’infrastructure propriétaire de Halley perd de son importance. Si les plateformes nationales standardisent davantage de fonctions, la valeur des modules locaux spécialisés peut diminuer.

Si un groupe plus important de logiciels municipaux regroupe les applications, les apps citoyennes, les paiements, les achats, l’analyse et l’hébergement cloud sous un contrat plus large, Halley doit défendre chaque interface.

L’obsolescence peut aussi être architecturale. La fiche ACN de Sistema Informativo Comunale Halley décrit une suite basée sur un SGBD unique, la configurabilité et l’intégration de services web avec des systèmes tiers. Ces caractéristiques peuvent être des atouts pour l’intégration et la cohérence des données. Elles peuvent aussi soulever des questions sur la modularité au fil du temps. Les clients attendent de plus en plus des API, la portabilité, l’accessibilité, l’intégration des identités et la réutilisation des données.

Un système qui semble profondément intégré peut être précieux; un système qui semble fermé peut devenir un handicap si les règles publiques ou les attentes des clients évoluent vers l’interopérabilité.

L’empreinte de routage ajoute un point de vigilance technique plus petit mais visible. Les bases de données réseau publiques ne montrent aucun préfixe IPv6 pour AS205985. Cela ne prouve pas que Halley manque totalement de capacités IPv6 dans son environnement, mais cela signifie que le profil visible de son système autonome est exclusivement IPv4. Pour de nombreux services municipaux, cela n’est peut-être pas un obstacle immédiat à l’achat. Pour le positionnement à long terme dans le cloud et l’infrastructure publique, c’est un signal à surveiller.

Le risque d’obsolescence n’est donc pas un événement unique. C’est la perte progressive de l’unicité. Un centre de données devient moins spécial lorsque les choix de cloud qualifiés se multiplient. Une suite logicielle locale devient moins spéciale lorsque des suites plus grandes reproduisent les modules. Un modèle de support devient moins spécial lorsque les outils à distance et les processus standardisés s’améliorent. Une vague de financement nationale devient moins spéciale lorsque la vague se termine.

La réponse de Halley doit être la profondeur des produits, l’adéquation au domaine municipal, une adaptation réglementaire rapide et une continuité éprouvée.

Le scénario favorable est que Halley reste suffisamment proche des opérations municipales pour que l’abstraction aide plutôt qu’elle ne nuise. Si les clients veulent le cloud sans perdre les connaissances administratives intégrées dans la suite Halley, celle-ci peut utiliser son infrastructure pour réduire les frictions. Si les grands fournisseurs semblent impersonnels ou perturbateurs, Halley peut rivaliser sur la continuité. Mais si les clients décident que la continuité peut être achetée auprès d’une plateforme plus grande avec une conformité similaire ou meilleure, la couche d’infrastructure plus petite devient difficile à défendre.

Les faits qui modifieraient le jugement

Les preuves actuelles soutiennent un point de vue prudent mais constructif. Halley a une échelle dans son créneau, une réelle profondeur logicielle dans l’administration publique, des services cloud qualifiés, un réseau routé compact et des preuves d’achats de dépendance municipale récurrente. Le risque est que la valeur de l’infrastructure dépende de l’avantage logiciel. La couche réseau seule n’est pas un actif défendable à l’échelle d’un opérateur national.

Plusieurs faits amélioreraient le jugement. Le premier serait une segmentation des revenus auditée montrant une part croissante de revenus cloud et SaaS récurrents, une marge brute stable ou en expansion et un faible taux d’attrition après les migrations PNRR. Le deuxième serait des preuves publiques d’une utilisation élevée de l’infrastructure sur les installations de Matelica et de Brescia, et pas seulement de la préparation. Le troisième serait une plus grande diversité de réseau, un déploiement IPv6 visible et un historique de résilience documenté.

Le quatrième serait la preuve que les clients étendent les modules après la migration plutôt que de simplement renouveler les charges de travail existantes. Le cinquième serait une preuve claire de portabilité et d’interopérabilité qui réduirait le risque que la suite soit perçue comme fermée.

Plusieurs faits affaibliraient le jugement. Une tendance des municipalités à transférer les nouveaux projets vers des concurrents plus grands tout en ne laissant à Halley que les modules existants indiquerait une érosion de parts de marché. Des incidents de service public liés à la disponibilité du cloud Halley attaqueraient directement la proposition de continuité. Une baisse du statut de qualification ACN ou l’incapacité à renouveler les certifications serait significative. La preuve que les revenus des migrations PNRR étaient ponctuels et suivis d’une compression des marges suggérerait une infrastructure surdimensionnée.

Une révolte visible des clients concernant les prix, la portabilité des données ou la qualité du support remettrait en cause la thèse de la viscosité.

La concentration de la clientèle serait également importante. Une large base de petites et moyennes municipalités est plus résiliente qu’un petit nombre de grands contrats, mais elle peut être coûteuse à soutenir. Une poignée de très grands comptes peut améliorer l’effet de levier opérationnel mais augmenter le risque de renouvellement. Les sources publiques ne révèlent pas la distribution. Les investisseurs, les créanciers ou les acheteurs stratégiques auraient besoin de ces données avant de décider si le risque d’infrastructure est diversifié ou concentré.

Il en va de même pour les dépenses en capital. Les descriptions publiques confirment les capacités en matière de centre de données et de cloud, mais elles ne montrent pas les amortissements, les engagements de location, les calendriers de renouvellement du matériel, les contrats d’électricité ou l’utilisation. Sans ces chiffres, l’interprétation la plus sûre est que l’infrastructure de Halley est un catalyseur stratégique, et non un actif autonome pouvant être évalué indépendamment de la base de logiciels municipaux.

La réponse économique

Qui supporte le risque lorsque l’infrastructure de Halley Informatica srl est sous-utilisée, perturbée ou rendue obsolète par un fournisseur plus grand? C’est Halley. Les clients peuvent partager les inconvénients, et les autorités publiques peuvent être confrontées à des retards de migration ou à des perturbations opérationnelles, mais l’entreprise supporte le risque de marge, le risque de renouvellement, le risque de réputation et le risque d’allocation du capital. Le fournisseur qui vend de la continuité assume les conséquences économiques lorsque la continuité est coûteuse à maintenir.

Le meilleur scénario est attrayant. Halley convertit des décennies de présence de logiciels municipaux en revenus SaaS et IaaS qualifiés, répartit les coûts de conformité et de résilience sur une large base de clients, utilise ses propres ressources réseau pour améliorer le contrôle et défend son créneau contre des concurrents plus larges grâce à son expertise de domaine et à un support étroit. Dans ce cas, l’infrastructure n’est pas seulement un centre de coûts. C’est la couche opérationnelle qui rend la relation logicielle plus difficile à déplacer.

Le scénario de base est plus modéré. Halley a une empreinte d’infrastructure spécialisée crédible, mais elle est limitée. Deux /24 IPv4 visibles, une présence 1G à MIX-IT et une portée régionale sur PeeringDB sont des preuves utiles de contrôle opérationnel, et non la démonstration d’une économie de type opérateur. La qualification ACN fournit un accès au marché, mais pas une immunité. Les exemples de marchés municipaux montrent une viscosité, mais ils montrent aussi une dépendance aux délais, aux applications en place et aux justifications d’attribution directe. La valeur est dans le lot.

Le scénario baissier est clair. Si des fournisseurs de logiciels plus importants pour le secteur public utilisent l’échelle, des modules plus larges et une infrastructure cloud qualifiée pour séparer les clients de la couche d’hébergement de Halley, celle-ci pourrait se retrouver avec une base de coûts dimensionnée pour un fossé plus solide qu’elle n’en a réellement. Si la fiabilité de l’infrastructure vacille, l’entreprise nuit à la confiance qui pousse les clients à accepter la continuité avec le fournisseur en place.

Si la demande après les migrations PNRR se normalise en dessous de la capacité construite pour elle, la sous-utilisation devient un frein. Si la réglementation élève les exigences plus rapidement que Halley ne peut répartir les coûts, la conformité protège les clients mais comprime les rendements du fournisseur.

Le jugement n’est donc pas que Halley manque d’infrastructure. C’est que l’infrastructure n’est économiquement défendable que lorsqu’elle renforce la relation avec les applications municipales. L’empreinte visible est réelle, les signaux de demande du secteur public sont significatifs et l’entreprise semble financièrement substantielle. Mais l’actif n’est pas la connectivité excédentaire. C’est une continuité responsable pour l’administration locale italienne. Cela est précieux lorsque les clients croient que Halley peut faire fonctionner les applications mieux, plus sûrement et avec moins de perturbations que les substituts réalistes.

Cela devient fragile lorsque ces mêmes clients croient que la continuité peut être achetée moins cher auprès d’une plateforme plus grande.