Quand un /24 disparaît: AS202842 et les limites de la preuve d'infrastructure chez SC HIGH-TECH SYSTEM&SOFTWARE SRL

Résumé

• Le pont d'identité est exceptionnellement solide: l'enregistrement RIPE pour AS202842 nomme SC HIGH-TECH SYSTEM&SOFTWARE SRL et porte le numéro d'enregistrement 30126940, le même numéro utilisé sur les pages logicielles et juridiques d'HTSS. Les légères différences d'espacement et de pluriel dans les documents publics ne décrivent pas différentes sociétés roumaines.
• AS202842 étaye une surface réseau historique étroite: un préfixe IPv4 observé, 95.128.174.0/24, une politique de routage enregistrée nommant GTS Telecom et Vodafone Romania, et une visibilité publique qui s'est terminée le 17 décembre 2025. Il n'étaye pas quelles applications HTSS y fonctionnaient, où leurs données étaient stockées, ni si l'une ou l'autre des connexions déclarées était un chemin de basculement actif.
• Le périmètre commercial a changé avant la disparition de la route. Setrio a annoncé l'achat de la division logicielle de pharmacie de détail en février 2025; Smart ID a annoncé l'achat de l'équipe Solutions d'Affaires, Mindclass et Shiftin en juillet; l'actionnaire unique a ensuite choisi la dissolution volontaire en septembre. Un registre des sociétés roumain actuel marque désormais la société d'origine comme radiée.
• Pour un acheteur, la preuve décisive est donc spécifique au produit et contractuelle: propriété du successeur, flux de données et résidence, assurance de sécurité actuelle, personnel de support nommé, tests de reprise, formats d'exportation et un plan de transition exécutable. Les données de routage peuvent vérifier une petite partie de l'historique de transport, mais les achats doivent s'arrêter bien avant de transformer cet historique en une revendication d'application, de sécurité ou de continuité.

Le dernier matin de la route

À 08:00 UTC le 17 décembre 2025, une petite partie de la carte de l'Internet public a changé. La vue historique de RIPE indique que 95.128.174.0/24, un bloc de 256 adresses IPv4, a été vu pour la dernière fois avec AS202842 comme origine à ce moment. Le mêmeenregistrement de statut de routage de RIPEdate la première observation au 27 juillet 2016. Unerequête RIPE fenêtréemontre le préfixe continuellement visible du début décembre jusqu'à ce dernier horodatage.

La tentation est de transformer cet horodatage en un récit d'entreprise: le réseau s'est arrêté parce que la société s'est arrêtée. Les dates rendent l'histoire plausible, mais elles ne la prouvent pas. Selon lerapport d'Economica sur la résolution des actionnaires, Kaseke Limited a décidé le 18 septembre 2025 de dissoudre volontairement High Tech Systems & Software, de nommer un liquidateur et de mettre fin aux mandats des administrateurs. La route est restée publiquement visible pendant environ trois mois supplémentaires. Son retrait aurait pu suivre un décommissionnement, un changement de fournisseur, un transfert d'actifs, un choix administratif ou une autre cause. BGP ne porte aucune note de liquidation.

La distinction est importante car les horloges de l'entreprise et du réseau ne se sont pas arrêtées ensemble. En février 2025,Setrio a annoncéavoir acquis la division logicielle de pharmacie de détail d'HTSS. En juillet,Smart ID a annoncél'acquisition de la division Solutions d'Affaires, de son équipe de logiciels sur mesure, Mindclass et Shiftin. En septembre est venue la décision de dissolution. En décembre, le dernier préfixe globalement visible a disparu. À la date de cette recherche,l'enregistrement de Termene pour CUI 30126940marque la société comme radiée, tandis quel'enregistrement RIPEexiste toujours et montre une modification de mai 2026 de l'entrée de l'organisation.

Cette séquence asynchrone est la première leçon. Une entrée de registre peut persister après la suppression d'une personne morale. Un site Web de produits peut rester lisible après que son fournisseur nommé cesse d'être une contrepartie viable. Une route peut continuer après une vente d'actifs et disparaître avant que tous les registres publics ne rattrapent. Chaque surface a son propre cycle de maintenance. Aucune ne doit être sollicitée pour répondre à une question pour laquelle elle n'a pas été conçue.

Au 18 juillet 2026, les preuves réseau sont claires mais étroites. Lavue d'ensemble RIPE actuelle d'ASindique qu'AS202842 n'annonce pas de préfixe. Larequête actuelle de préfixe annoncén'en renvoie aucun pour le 4-18 juillet.IPinfo qualifie indépendamment l'ASN d'inactif, sans espace d'adressage, domaines hébergés, pairs ou upstreams actuellement connus à sa vue. Ces observations justifient de dire que la surface réseau publique n'est plus visible aux seuils normaux. Elles ne justifient pas de dire que toutes les applications historiques se sont arrêtées, que les déploiements clients ont disparu, ou qu'aucune connectivité privée ne survit.

Un numéro résout le problème d'identité

Le nom attribué est gênant de spécificité: SC HIGH-TECH SYSTEM&SOFTWARE SRL. Ailleurs, la société apparaît sous les noms High-Tech Systems & Software S.R.L., HIGH TECH SYSTEMS & SOFTWARE SRL, ou simplement HTSS. « System » devient « Systems »; des espaces apparaissent autour de l'esperluette; le préfixe corporatif roumain va et vient. Les seuls noms laisseraient place à une fausse correspondance.

Le numéro d'enregistrement 30126940 comble cette lacune. L'enregistrement d'organisation RIPEassocieSC HIGH-TECH SYSTEM&SOFTWARE SRLàreg-nr: 30126940. Lecatalogue de solutions HTSSsurvivant place High-Tech Systems & Software S.R.L., numéro de TVA RO 30126940 et numéro de registre du commerce J40/4847/2012 dans son pied de page juridique. Lesconditions de Telemedicanomment High-Tech Systems & Software SRL, le même numéro de registre du commerce et le même numéro de TVA comme la société qui fournit et gère le service décrit sur cette page. L'enregistrement de Termeneutilise une autre variante typographique mais le même CUI.

Ceci est plus qu'une association de marque. C'est une chaîne allant d'un enregistrement réseau public à un identifiant légal roumain, et de cet identifiant aux conditions logicielles et au marketing des produits. Cela étaye la conclusion qu'AS202842 appartenait à la même personne morale derrière les pages HTSS. Cela évite également une erreur de recherche courante: traiter une société technologique étrangère de nom similaire, un domaine « HTSS » non lié, un investisseur parent ou une marque de produit comme la société attribuée.

Le pont est à la fois historique et technique. Lorsque le Conseil de la concurrence roumain a approuvé la prise de contrôle par Kaseke Limited en 2021,AGERPRES a décrit la ciblecomme un développeur et implémenteur de logiciels sur mesure et propriétaires, un fournisseur d'infrastructure matérielle et un prestataire de maintenance et de support pour les services IT&C qu'elle développait. Ce compte indépendant relie la personne morale à la fois au travail d'application et à la fourniture d'infrastructure. C'est une preuve plus solide du pont opérationnel qu'un seul ASN.

Mais le même identifiant qui prouve le passé discipline également les affirmations sur le présent. L'enregistrement actuel de la société pour 30126940 indique radiée. Les conditions publiques de Telemedica désignent toujours ce numéro comme la société de service. Les deux faits peuvent être vrais en tant que déclarations sur différents cycles de mise à jour; ils ne peuvent pas ensemble indiquer à un acheteur qui pourrait valablement signer un nouveau contrat de service aujourd'hui. La réponse correcte n'est pas de choisir la page la plus commode.

C'est d'exiger un certificat corporatif actuel et une chaîne documentée transférant le contrat concerné, la propriété intellectuelle, les obligations de traitement des données et les obligations de support à une partie légale vivante.

Ce que la société opérationnelle a démontrablement fait

À son plus large périmètre public, HTSS ressemblait moins à une pure entreprise d'abonnement cloud qu'à une combinaison d'éditeur de logiciels, d'intégrateur de systèmes et d'opérateur de support. Lecompte AGERPRES de 2021fournit les grandes catégories: applications sur mesure, applications propriétaires, infrastructure matérielle, et maintenance et support. Lepropre catalogue de solutionsde la société ajoute les noms de produits et de workflows: gestion de pharmacie, omnimedica pour médecins et cliniques, Telemedica, Mindclass, Shiftin, développement sur mesure et services d'infrastructure IT incluant sécurité, développement d'applications, migration et stockage d'informations.

Les catalogues de première partie décrivent l'ambition, pas la livraison. Deux enregistrements d'achat rendent l'activité de logiciel et de support plus concrète. Leregistre de la Cour des comptes roumaine pour 2024liste HIGH-TECH SYSTEMS & SOFTWARE SRL sur un contrat de 58 459 RON pour maintenir la plateforme d'apprentissage en ligne de l'autorité elle-même et le marque comme terminé. Unrésultat d'appel d'offres public de 2024identifie la même société par RO30126940 comme gagnante d'un contrat de service de gestion de l'apprentissage de 374 900 RON. Le second enregistrement est un agrégateur plutôt que l'avis d'attribution original de l'autorité, c'est donc une corroboration, pas une base pour des conclusions expansives. Aucun des deux enregistrements ne doit être réétiqueté Mindclass sans texte contractuel le disant.

Le côté santé est également lié à la personne morale plutôt qu'à une simple marque. Lesconditions de Telemedicaqualifient le produit de service B2B payant en mode SaaS et identifient le numéro de société 30126940. Les conditions décrivent un accès par navigateur et mobile, des administrateurs clients et utilisateurs, un accès payant régi par un accord séparé, et des informations de compte telles que nom, email et rôle organisationnel. Lesite public de Telemedicaprésente la consultation vidéo et chat, la prise de rendez-vous et les workflows d'historique patient. Ce sont des affirmations faites par le site produit, mais la page légale rend l'attribution société-produit réelle.

Mindclass a un pont tout aussi direct et spécifique au produit. Unepage d'attestation d'éditeur hébergée par Microsoftidentifie High-Tech Systems & Software SRL comme la société partenaire pour Mindclass et date les réponses du développeur au 30 août 2024. Elle décrit une application d'apprentissage connectée à Teams fonctionnant sur l'infrastructure Azure. Encore une fois, la preuve est limitée: elle nous renseigne sur les assertions du développeur pour une application à une date donnée. Elle ne fait pas d'Azure l'architecture de la suite de pharmacie, Telemedica ou des déploiements sur mesure de la société.

Le portefeuille pharmacie avait l'empreinte opérationnelle la plus profonde décrite publiquement. Le catalogue HTSS présentait un logiciel de gestion de pharmacie, tandis qu'uneannonce de transaction de 2025a nommé DataKlas Pharmaceutical et Pharma Original comme les produits de la division pharmacie de détail acquise par Setrio. Un document réglementaire d'un incumbent offre un contexte de marché indépendant utile: leDocument d'enregistrement universel 2024 de Cegedima identifié HTSS, Setrio et Softeh comme ses principaux concurrents en logiciel de pharmacie en Roumanie, tout en précisant qu'il s'agissait de sa propre évaluation du marché.

Cette preuve étaye un opérateur historique substantiel: développement d'applications, workflows pour industries réglementées, fourniture d'infrastructure, support et services d'apprentissage pour le secteur public. Elle n'étaye pas une architecture uniforme unique. Une application sur mesure déployée chez le client, un système de pharmacie lié à des dispositifs fiscaux, un service d'apprentissage Teamsdéclaré fonctionner sur Azure, un service web de télémédecine et un /24 routé peuvent coexister dans un portefeuille de fournisseur sans partager de pile d'hébergement. Les achats se trompent lorsque la liste au niveau de l'entreprise est prise pour un diagramme de dépendance au niveau du produit.

Ce qu'AS202842 étaye réellement

Un système autonome est une unité administrative de routage Internet, pas un catalogue de serveurs. LaRFC 4271définit BGP comme le protocole qui échange des informations d'accessibilité réseau entre systèmes autonomes. Son AS_PATH indique aux autres routeurs quels systèmes autonomes une annonce a traversés. Il peut révéler qu'un réseau a émis un préfixe et quels réseaux externes ont transporté la route. Il n'a jamais été conçu pour identifier un titulaire de licence logicielle, un moteur de base de données, un stockage de dossiers patients ou un bureau de support.

Ladocumentation RIPE pour un enregistrementaut-numest tout aussi précise. Un tel enregistrement représente un système autonome et sa politique de routage externe; ses attributs de politique entrante et sortante indiquent quelles routes un opérateur a l'intention d'accepter ou d'annoncer. Dans l'enregistrement d'AS202842, la société a déclaré qu'elle accepterait les routes d'AS5606 et AS12302 et annoncerait AS202842 à chacun. Le statut est attribué, et l'enregistrement date de mai 2016.

La surface observée était petite. L'historique de statut de routage de RIPEn'identifie que 95.128.174.0/24 comme le premier et dernier préfixe d'origine observé. Il n'y a pas d'espace IPv6 observé dans le statut actuel. Un /24 est le plus petit préfixe IPv4 généralement transporté sans filtrage généralisé sur l'Internet public, bien que cette convention opérationnelle elle-même ne dise pas comment les adresses étaient utilisées. Le point important spécifique à l'entreprise est simplement l'échelle: la preuve d'origine publique couvre 256 adresses, pas un domaine mondial inconnu.

Qu'est-ce qu'un acheteur peut raisonnablement en déduire? D'abord, HTSS avait autrefois suffisamment de contrôle sur la politique réseau pour émettre un préfixe public via son propre ASN. Cela suggère un bord délibérément géré plutôt que de se fier exclusivement à des adresses émises par un fournisseur d'hébergement. Ensuite, deux fournisseurs externes nommés dans la politique enregistrée indiquent une intention d'avoir plus d'un chemin. Troisièmement, la persistance du préfixe jusqu'en décembre 2025 donne un signal horodaté qu'une certaine configuration réseau restait visible après les transferts d'actifs et la décision de dissolution.

Chaque inférence a besoin d'un frein. Émettre un préfixe ne prouve pas la propriété du bloc d'adresses sous-jacent; l'origine de la route, l'enregistrement d'adresse et l'équipement physique peuvent impliquer différentes parties. Deux lignes de politique ne prouvent pas deux sessions de travail simultanées, des chemins de fibre divers ou un basculement automatique. Un /24 public ne montre pas s'il transportait de la production, de la reprise après sinistre, de l'Internet de bureau, des endpoints VPN, de la surveillance, des emails ou rien du tout orienté client. La dernière heure de visibilité n'identifie pas une interruption de service.

L'enregistrement offre une vue du contrôle à la frontière de routage et presque rien au-dessus.

L'observation actuelle est encore plus étroite. Lavue d'ensemble RIPEne rapporte aucune annonce qualifiante le 18 juillet 2026, et larequête de préfixe sur deux semainesrenvoie une liste vide. Cela signifie que les achats ne peuvent pas utiliser AS202842 comme preuve d'un bord de production actuellement accessible. Cela signifie également qu'un acheteur ne doit pas utiliser son absence comme preuve que les produits transférés sont hors ligne: ces produits peuvent avoir été déplacés, avoir toujours vécu ailleurs, fonctionner dans des environnements clients ou utiliser l'espace d'adressage d'un fournisseur cloud.

Deux fournisseurs déclarés, un seul voisin observé

Les deux contreparties de politique ne sont pas obscures. Lavue d'ensemble RIPE pour AS5606identifie le backbone de GTS Telecom SRL. Lavue d'ensemble pour AS12302identifie Vodafone Romania. Sur le papier, c'est un bord plausible à deux fournisseurs pour un fournisseur d'entreprise roumain: deux grands réseaux externes et un ASN client annonçant la même identité vers les deux.

Mais l'enregistrement et l'observation divergent. Unerequête historique de voisins RIPErenvoie AS5606 comme le seul voisin gauche dans son instantané. Elle ne renvoie pas AS12302. La couverture des collecteurs est incomplète, donc ce n'est pas la preuve que Vodafone était déconnecté; c'est la preuve que l'observation publique gelée corrobore GTS et ne corrobore pas indépendamment Vodafone pour ce moment.

Même la présence de GTS nécessite une formulation disciplinée.GTS indique qu'elle exploite des centres de données à Bucarest et Cluj-Napocaet vend des services de colocation et cloud. Il serait facile de placer l'équipement HTSS dans l'une de ces installations par association. Il n'y a aucune source ici qui le fasse. Un chemin de transit à travers le backbone GTS pourrait se terminer dans des locaux clients, un rack loué, un autre carrier hotel ou un service géré. Le portefeuille du fournisseur ne peut pas remplir le diagramme d'architecture HTSS manquant.

Pas plus que l'intention de deux fournisseurs n'égale la résilience physique. Deux sessions BGP peuvent partager la même entrée de bâtiment, alimentation électrique, routeur, pare-feu, plateau de cross-connect ou erreur de configuration. L'une peut être une veille froide. Une politique peut être obsolète. Les fournisseurs peuvent eux-mêmes partager une infrastructure en aval. La seule conclusion réseau sûre est que la politique enregistrée nommait deux systèmes externes et queRIPE en a observé un dans la vue historique sélectionnée.

Pour les achats, cette distinction se traduit par une demande de documents. Si un successeur de service revendique une diversité de transporteurs, il doit fournir la topologie spécifique au service sous confidentialité: points de démarcation, installations, chemins de dernier kilomètre, matériel de bord, méthode de basculement, propriété de la surveillance, pratique de filtrage de route et preuves récentes de tests de basculement. L'enregistrement AS est un index utile pour vérifier ce diagramme. Il ne peut pas remplacer le diagramme.

Le parc applicatif était plus vaste que le bord routé

Le décalage entre un /24 et un large catalogue logiciel n'est pas suspect; il est normal pour un intégrateur. Ce qui importe, c'est que le catalogue couvre des workflows clients très différents et donc des conséquences de défaillance très différentes.

Dans la pharmacie de détail, les produits transférés étaient proches des processus d'inventaire, de vente, fiscaux et réglementaires. L'annonce d'acquisition de Setriopromettait que les clients conserveraient leur application DataKlas Pharmaceutical ou Pharma Original existante pendant que Setrio combinait expertise et support. Cette promesse révèle le problème de changement même sans publier d'architecture: les clients de pharmacie étaient suffisamment intégrés pour que la continuité signifie conserver l'application actuelle, pas forcer une migration immédiate.

Dans l'apprentissage, les workflows étaient l'identité, l'inscription, le contenu, l'évaluation et le reporting organisationnel. L'attestation d'éditeur Microsoft pour Mindclassindique que l'application traitait les noms, prénoms, adresses email et rôles en entreprise, s'intégrait à l'identité Microsoft et utilisait une permission déléguéeUser.Read. Ladescription du catalogued'HTSS présentait Mindclass aux côtés de la formation des employés et Shiftin aux côtés de la planification des effectifs. Ce sont des surfaces de contrôle d'entreprise: règles d'accès, données du personnel, historique de cours, contraintes de planning et reporting managérial, pas seulement des pages web.

En télémédecine, les enjeux changent à nouveau. Lesconditions publiques de Telemedicadécrivent une application B2B dans laquelle les administrateurs clients créent des utilisateurs et gèrent l'accès. Sapolitique de confidentialitéenvisage des informations de compte, d'appareil, de localisation et d'utilisation, et distingue les situations où l'entreprise est un contrôleur du travail de support où elle agit comme sous-traitant pour le client. Son marketing décrit les antécédents médicaux, les rendez-vous, la vidéo et le chat. Une annonce de route ne peut pas dire à une clinique si les dossiers de consultation sont chiffrés au repos, si la vidéo est relayée ou peer-to-peer, si les sauvegardes contiennent des données de santé, ou quelle partie peut les restaurer.

Les logiciels sur mesure rendent l'inférence au niveau de l'entreprise la plus faible de toutes. Une équipe de développement peut livrer des applications dans le locataire ou le centre de données d'un client, exploiter un service hébergé, maintenir une plateforme tierce ou remettre le code à l'acceptation. Ladescription d'AGERPRES de 2021confirme qu'HTSS combinait développement sur mesure, logiciels propriétaires, infrastructure matérielle et maintenance. Elle ne dit pas que toutes ces activités dépendaient d'AS202842.

L'hypothèse d'architecture rationnelle est donc hétérogène: certains services peuvent avoir utilisé le bord de l'entreprise, certains un cloud public, certains fonctionnaient dans des environnements clients, et certains combinaient ces arrangements. C'est explicitement une inférence de la variété des types de livraison, pas une topologie vérifiée. Un acheteur doit obtenir la réponse par instance de service. Tout rapport de diligence qui qualifie l'ensemble du parc d'« auto-hébergé en Roumanie » à cause d'AS202842, ou« hébergé dans Azure Ireland » à cause de Mindclass, franchit la limite de la preuve.

La scission du portefeuille a changé la question de continuité

Avant 2025, un client pouvait plausiblement interroger une seule entreprise sur le logiciel, l'infrastructure et le support. Après les transferts divulgués, « HTSS est-elle toujours en activité? » est devenue la mauvaise question. La question utile est « Quelle partie vivante possède et supporte ce déploiement exact, sous quelles obligations transférées? »

La première scission était sectorielle. Le 13 février 2025,l'annonce de Setriodisait avoir acquis la division logicielle de pharmacie de détail d'HTSS qui détenait DataKlas Pharmaceutical et Pharma Original. Setrio a dit que chaque client conserverait son logiciel existant, que la continuité opérationnelle était un objectif et que les équipes combinées amélioreraient le support technique. Ce sont des engagements significatifs de la part de l'acheteur, mais ils restent des engagements. Une pharmacie doit encore vérifier la novation du contrat, les contacts de support, la propriété des mises à jour, la garde du code source, les rôles de traitement des données et la feuille de route de maintenance pour sa version installée.

La deuxième scission était spécifique aux compétences. Le 11 juillet,l'annonce de Smart IDdisait avoir acquis la division Solutions d'Affaires, une équipe expérimentée en architecture, développement sur mesure et livraison, plus Mindclass et Shiftin. La société acquéreuse a dit que l'équipe rejoindrait son opération Logistique et Solutions d'Affaires. Le directeur financier d'HTSS a présenté la transaction comme une continuité pour les produits et les personnes transférés. Pour les utilisateurs de ces produits nommés, c'est le signal successeur public le plus fort dans l'enregistrement figé.

Les ensembles annoncés ne couvrent pas tout. Ni lecommuniqué de Setrioni lecommuniqué de Smart IDne nomment Telemedica, omnimedica, AS202842 ou chaque obligation d'infrastructure et de support. L'absence d'un nom dans un communiqué de presse ne prouve pas qu'un actif est resté derrière, a été déplacé ailleurs, a été interrompu ou a été regroupé sous un terme plus large. Cela signifie seulement que la chaîne publique est incomplète. Attribuer ces services résiduels à Setrio, Smart ID, Kaseke, Penta ou une autre filiale sans documents de transaction serait une invention; lerapport de dissolutionne fournit pas cette chaîne d'actifs manquante.

La décision de dissolution a ensuite rendu la chaîne manquante commercialement urgente.Economica a rapportéque l'actionnaire unique a choisi la dissolution volontaire le 18 septembre. Le même rapport, recoupé avec leschiffres 2024 de Targetare, donne une entreprise qui était encore grande en termes comptables: environ 118 millions de RON de revenus, une perte de 67,7 millions de RON, une dette de 74,6 millions de RON et un emploi moyen de 337 personnes. L'échelle n'a pas supprimé le risque de continuité.

L'enregistrement actuel de Termenemarque CUI 30126940 comme radiée. Ce statut change la charge de la preuve. Un acheteur ne doit pas accepter un site Web hérité, un modèle de facture ou une boîte mail de support familière comme preuve de la contrepartie. Le successeur doit s'identifier, montrer la base légale sur laquelle il contrôle le logiciel et les données clients, et concilier l'ancien contrat avec le nouvel arrangement opérationnel.

Telemedica est le test de contrepartie non résolu

Telemedica expose le problème plus clairement que les produits transférés car sa surface commerciale publique semble encore ouverte. Lapage de tarificationoffre un mois gratuit, puis 40 € par médecin par mois avec un minimum de cinq médecins. Lapage des conditionsqualifie le service de payant, B2B et disponible par navigateur et application mobile. Elle nomme High-Tech Systems & Software SRL, J40/4847/2012 et le numéro de TVA 30126940 comme la société gérant le service.

Pourtant,l'enregistrement actuel de la société pour ce numéroindique radiée. Une page marketing fonctionnelle et une personne morale supprimée ne sont pas deux indicateurs égaux à moyenner ensemble. La page marketing peut être un vestige sans surveillance, le service peut être exploité pendant une transition, ou un successeur non publicisé peut exister. L'enregistrement public ici ne résout pas lequel.

Les conditions standard auraient été une preuve de continuité faible même avant ce conflit. Elles permettent à la société de résilier moyennant un préavis de 30 jours. Elles autorisent la cession ou la sous-traitance des services sans consentement du client. Elles offrent le service en l'état, excluent le fonctionnement continu et disent que l'accès peut cesser ou changer. La tarification est en partie déléguée à un accord séparé. Pour un outil de collaboration à faible impact, un acheteur pourrait négocier autour de ces dispositions.

Pour un workflow clinique impliquant des antécédents patients, la planification des consultations et les communications, elles exigent un calendrier de service négocié plus fort.

Lapolitique de confidentialitésoulève plus de questions. Elle dit qu'un fournisseur cloud tiers agit comme sous-traitant, mais le lien du fournisseur est laissé vide. Elle dit que les données peuvent résider sur les serveurs de l'entreprise ou du sous-traitant, pourtant une autre référence de serveur est vide. La durée de conservation de l'historique de connexion et d'accès est également non spécifiée. La politique liste des fournisseurs possibles de support, d'hébergement, d'analyse, d'email et de SMS sans publier une liste actuelle nommée ni les localisations. Ce sont des observations sur le document public, pas une conclusion que le service en cours manque de contrôles.

Une clinique prospective a donc besoin d'une nouvelle salle de preuves avant même de tester le logiciel. Le premier document n'est pas un certificat de sécurité; c'est un certificat de partie contractante actuelle. Viennent ensuite un accord de traitement des données signé, les sous-traitants et pays nommés, une description de service actuelle, les contacts de support et d'escalade, les engagements de disponibilité et de reprise, une preuve de couverture de responsabilité professionnelle et une déclaration de transition expliquant ce qui est arrivé aux contrats clients et aux données de l'ancienne société.

Pour un client existant, l'ordre est légèrement différent. Préserver l'accès et les exportations, identifier qui reçoit actuellement les frais et les demandes de support, et obtenir une confirmation écrite de la partie contrôlant l'environnement. Ne pas interpréter la contradiction de la page publique comme une permission d'arrêter brusquement les workflows de soins. L'objectif est une continuité contrôlée: établir la garde légale et technique tout en maintenant des opérations patient sûres.

Les preuves d'hébergement spécifiques au produit surpassent l'inférence ASN

Mindclass démontre à quoi ressemble une preuve mieux cadrée, même si la preuve est historique et autodéclarée. Sur lapage Microsoft, HTSS a déclaré que Mindclass utilisait Azure Infrastructure as a Service et stockait les données clients Microsoft couvertes en Irlande. Elle a identifié les données comme nom, prénom, email et rôle en entreprise. Ces réponses ont été mises à jour pour la dernière fois par le développeur le 30 août 2024.

Cette déclaration est utile car elle nomme un produit, une couche cloud, un fournisseur et un pays. Elle comporte également une limitation importante: Microsoft dit que la page est basée sur l'auto-évaluation du développeur et ne donne aucune garantie d'exactitude. La déclaration est antérieure àl'acquisition de Mindclass par Smart ID. Un acheteur de 2026 devrait demander à Smart ID l'architecture et l'assurance actuelles plutôt que de traiter l'ancienne attestation comme une vérité héritée.

Lapolitique de confidentialitéde Telemedica donne l'exemple opposé. Elle reconnaît un sous-traitant cloud tiers mais ne le nomme pas dans la ligne pertinente ni n'identifie de pays. AS202842 ne peut pas combler cette lacune. Même si Telemedica utilisait autrefois une adresse dans 95.128.174.0/24 – et il n'y a ici aucune preuve qu'elle l'ait fait – la route identifierait un ASN d'origine, pas la juridiction de chaque base de données primaire, sauvegarde, magasin de contenu, service d'analyse, passerelle email ou composant vidéo.

La même retenue s'applique à GTS. AS5606 était un fournisseur déclaré et le seul voisin visible dans l'instantané RIPE historique sélectionné.GTS fait la publicité d'installations à Bucarest et Cluj-Napoca. Aucune source publique ici ne place l'équipement HTSS dans l'une ou l'autre de ces installations. « Connecté à un fournisseur qui possède des centres de données roumains » n'est pas « hébergé en Roumanie », et aucune de ces phrases ne répond à l'endroit où une sauvegarde cloud ou un service sous-traité traite les données.

Une architecture produit utilisable devrait séparer au moins six plans: accès utilisateur, calcul applicatif, données primaires, sauvegardes, identité et intégrations sortantes. Pour Telemedica, la vidéo, le chat, les notifications et les dossiers médicaux peuvent avoir des chemins différents. Pour Mindclass, l'identité Teams, le contenu d'apprentissage et le reporting peuvent différer. Pour le logiciel de pharmacie, un serveur local en magasin, une base de données centrale, un équipement fiscal et un canal de support fournisseur peuvent tous se trouver à des endroits différents.

Ce sont des questions d'achat, pas des assertions sur les déploiements réels.

Le résultat pratique est un diagramme de flux de données avec des noms légaux attachés à chaque service. Il doit indiquer les catégories de données, le rôle du responsable de traitement, le pays, la propriété du chiffrement, la source de reprise, le chemin de suppression et le format de sortie. Le diagramme doit être actuel après les transferts de 2025. Ni l'ancien ASN ni une ancienne attestation cloud ne peuvent s'y substituer.

L'assurance de sécurité doit suivre le produit et le propriétaire

L'attestation d'éditeur Mindclasscontient la liste de contrôle publique la plus riche de cette recherche. HTSS a déclaré des tests de pénétration annuels, des analyses de vulnérabilité trimestrielles, un plan de reprise après sinistre documenté, des contrôles périmétriques, une journalisation des événements, des alertes, une réponse aux incidents formelle, une approbation des changements et une authentification multifacteur pour les référentiels de code, la gestion DNS et les identifiants. Elle a également déclaré une certification ISO 27001.

La même page enregistre les limites: pas de SOC 2 ou SOC 3, pas d'ISO 27017, et pas de conformité FedRAMP; d'autres normes étaient marquées comme non applicables. Plus important encore, toutes les réponses ont été fournies par le développeur. Il n'y a pas de numéro de certificat, de déclaration de périmètre actuelle, de résumé exécutif de test de pénétration, de résultat de test de reprise ou de période d'audit sur la page publique. C'est un bon index de diligence et un mauvais dossier d'assurance final.

Le changement de propriété crée un problème de périmètre. Un certificat de système de management peut couvrir une personne morale, des sites, des personnes et des processus. Déplacer un produit et une équipe versSmart IDne démontre pas automatiquement que l'environnement actuel de l'acheteur est couvert par le certificat de l'ancienne entité ou que chaque contrôle s'est poursuivi inchangé. La bonne preuve est un certificat et un périmètre actuels, une déclaration d'applicabilité là où elle est disponible, et des tests spécifiques au produit sous la propriété du successeur.

Telemedica nécessite une évaluation séparée. Sapolitique de confidentialité publiquedécrit les données personnelles et les catégories de support tiers mais omet un fournisseur cloud nommé et une période de conservation précise de l'historique de connexion. Sesconditionsexcluent la disponibilité ininterrompue. Aucun des deux documents ne fournit de preuve technique pour le chiffrement, l'isolation des locataires, l'immutabilité des sauvegardes, le temps de récupération, le point de récupération, la divulgation de vulnérabilité ou la surveillance de sécurité. C'est une lacune de preuve, pas une preuve que les contrôles n'existent pas.

Les exigences européennes expliquent pourquoi un acheteur ne peut pas s'arrêter à un logo ISO. L'article 32 du RGPDappelle à une confidentialité, une intégrité, une disponibilité, une résilience, une restauration et des tests réguliers adaptés au risque; l'article 28 régit les termes des responsables de traitement et des sous-traitants. Pour les organisations concernées,l'article 21 de NIS2place le traitement des incidents, la continuité des activités, la sauvegarde et la reprise après sinistre, la sécurité de la chaîne d'approvisionnement, la maintenance sécurisée et les tests d'efficacité dans le même programme de risque. Aucune de ces sources n'établit que chaque produit HTSS ou chaque client relève de chaque disposition. Ensemble, elles montrent les catégories de preuves qu'un acheteur réglementé est censé gérer.

Leréférentiel de base d'ENISA pour les achatsest utile sur le plan opérationnel: fixer des exigences minimales sur l'ensemble du cycle de vie, relier la certification au périmètre concerné, exiger un support pour une durée de vie convenue, et traiter la gestion des vulnérabilités et la continuité de service. Appliqué ici, cela signifie que l'assurance voyage avec le produit nommé, l'environnement et le successeur. Elle ne peut pas être héritée de la simple persistance de la marque HTSS.

Incidents, pannes et le danger d'un dossier vide

Le dossier public figé n'établit pas d'incident de sécurité attribuable à HTSS, AS202842 ou à tout produit HTSS nommé. Il ne contient pas non plus de post-mortem public spécifique à un produit. Ce sont des déclarations délibérément limitées. Elles ne signifient pas qu'aucun incident ne s'est produit; elles signifient qu'un acheteur ne peut pas déduire la performance en matière d'incidents des documents examinés.

Il y a un changement réseau visible: la route a cessé d'apparaître le 17 décembre 2025. L'historique RIPEenregistre l'accessibilité, pas la cause ni l'impact applicatif. Qualifier le retrait de panne serait une spéculation. Si aucune charge de travail client n'utilisait le préfixe, il peut n'y avoir eu aucun effet client. Si une migration l'a précédé, la disparition peut avoir été planifiée. Si les services en dépendaient sans chemins alternatifs, la conséquence pourrait avoir été matérielle. Les données de route ne peuvent pas choisir entre ces cas.

Lesconditions de Telemedicaenvisagent explicitement la maintenance, l'indisponibilité liée à Internet et la cessation ou le changement d'accès, tout en refusant de promettre un fonctionnement continu. Ce langage contractuel n'est pas un historique d'incidents. Il indique à un acheteur que tout engagement de disponibilité doit vivre dans un calendrier négocié, avec source de mesure, fenêtres de maintenance, exclusions, crédits de service et droits de résiliation.

Le secteur de la santé roumain fournit un repère sectoriel sobre qui n'est pas une allégation contre HTSS. En février 2024, leministère roumain de la Santé a signaléqu'un ransomware avait chiffré les fichiers de production et les bases de données d'un système d'information hospitalier et rendu les systèmes indisponibles dans plusieurs hôpitaux. L'avis du ministère ne relie pas cet événement à HTSS. Il démontre pourquoi une clinique achetant tout système de soins numériques a besoin d'une restauration testée, de procédures hors ligne et de clarté sur les dépendances partagées.

La réponse de diligence à un dossier d'incident public vide n'est ni la confiance ni l'accusation. Demandez à l'opérateur actuel un calendrier d'incidents sur trois ans, incluant gravité, durée, services affectés, délai de notification, cause racine et actions correctives. Demandez des preuves récentes de tests de reprise et le statut exact des corrections ouvertes. Reconciliez ces réponses avec les rapports de surveillance et les références clients. Si la confidentialité limite la divulgation, utilisez des résumés expurgés ou un évaluateur indépendant. Le silence est un inconnu, pas un bilan de santé vierge.

Les preuves de support ont survécu dans les contrats, puis ont suivi les équipes

HTSS ne s'est pas contentée de vendre des licences. Leregistre de la Cour des comptes roumaineenregistre un engagement de maintenance de 2024 achevé pour une plateforme d'apprentissage en ligne.AGERPRESdécrivait la maintenance et le support comme faisant partie de l'activité de la société opérationnelle. Ce sont des signaux historiques crédibles d'une organisation de support.

Les transactions de 2025 montrent que les personnes, pas seulement le code, faisaient partie de la continuité.Setrio a ditqu'elle combinerait l'expertise et renforcerait le support pour les produits de pharmacie.Smart ID a ditqu'elle reprenait une équipe expérimentée en logiciels sur mesure avec Mindclass et Shiftin. Ces déclarations améliorent l'histoire du successeur pour les actifs nommés car le transfert de connaissances est explicite.

Elles laissent encore des questions au niveau de l'acheteur. Quels tickets de support, articles de connaissance, référentiels source, outils de déploiement et configurations spécifiques au client ont été transférés? Les obligations de temps de réponse ont-elles été transférées inchangées? Les mêmes ingénieurs sont-ils conservés? Qui détient les accès privilégiés aux anciens environnements? Quelle partie patch les versions qui étaient fortement personnalisées? Une pharmacie contacte-t-elleSetriopour chaque module DataKlas, ou seulement l'ensemble pharmacie de détail acquis? Les annonces ne le disent pas.

Pour les petites et moyennes entreprises clientes, la concentration des connaissances est un risque particulier de continuité. Un déploiement peut dépendre de quelques personnes qui comprennent les intégrations fiscales, les règles d'inventaire, les mappages d'identité ou les conversions de données. Un effectif important du fournisseur peut masquer cette dépendance étroite. La moyenne de 337 employés en 2024 rapportée parEconomicane dit rien sur le nombre de personnes qui comprenaient un client donné.

Un calendrier de support successeur doit donc être nommé et testable. Il a besoin d'heures de service, de définitions de gravité, de cibles de réponse et de rétablissement, de contacts d'escalade, de couverture linguistique roumaine et autre requise, de dispositions d'astreinte, de propriété de la maintenance, de délais de vulnérabilité, de responsabilité du matériel de rechange le cas échéant, et d'un plan de transfert de connaissances si le personnel part. Un exercice en direct – ouvrir un ticket prioritaire et tracer l'escalade – est plus instructif qu'une brochure de support.

La tarification est visible; le coût total ne l'est pas

Telemedica est la partie rare du portefeuille historique avec un chiffre public. Sapage de tarificationannonce un essai d'un mois puis 40 € par médecin par mois, avec un minimum de cinq médecins et donc 200 € par mois. Lesconditionsdisent que le type d'accès final, le tarif, la facturation et les conditions de paiement sont fixés dans un accord séparé.

Ce prix est utile comme indice commercial et dangereux comme budget. Il n'identifie pas l'implémentation, la migration des données, l'intégration d'identité, la formation, la messagerie ou l'utilisation vidéo, le stockage, le niveau de support, l'évaluation de sécurité, le reporting personnalisé, les taxes ou le travail de sortie. Il repose également sur une page dont le fournisseur légal nommé est maintenant marqué radié. Un acheteur doit obtenir un devis actuel d'un successeur vérifié avant de traiter le chiffre comme disponible.

Les autres produits semblent plus naturellement liés à la configuration et à l'intégration. Les systèmes de pharmacie touchent aux workflows d'inventaire, de vente, fiscaux et de reporting. Mindclass peut intégrer l'identité et les dossiers d'apprentissage organisationnel. La planification des équipes dépend des contraintes de main-d'œuvre et des données des effectifs. Les logiciels sur mesure sont, par définition, cadrés autour d'un client. Dans chaque cas, l'abonnement ou la licence n'est qu'une couche du coût.

Le coût caché le plus important est souvent le changement. Les données de pharmacie doivent rester exactes et auditées pendant que les transactions se poursuivent. L'historique d'apprentissage peut être nécessaire pour la conformité ou les dossiers d'emploi. Les règles de planification intègrent la pratique locale. Les dossiers cliniques et les communications nécessitent une continuité sûre. Les interfaces vers la comptabilité, l'identité, les appareils, la messagerie et le reporting doivent être reconstruites ou préservées.

L'acheteur doit dès le début budgétiser l'extraction des données, le mapping, l'exécution parallèle, la réconciliation, la rééducation des utilisateurs, l'accès en lecture à l'ancien système et la suppression sécurisée.

L'explication de la loi sur les donnéesde la Commission européenne indique que le règlement s'applique depuis le 12 septembre 2025 et établit des exigences minimales de commutation et de transparence contractuelle pour les services de traitement de données concernés. Elle traite des interfaces ouvertes et de l'exportation lisible par machine pour les services de plateforme et logiciels pertinents, les frais de commutation devant être supprimés à partir du 12 janvier 2027. L'application exacte peut dépendre du service et des exceptions, en particulier pour les déploiements hautement personnalisés. Les achats doivent utiliser le règlement comme un plancher à examiner, pas une raison pour sauter un calendrier de sortie.

Pour un produit successeur, le devis doit répartir le service récurrent, l'implémentation, les services tiers, le support, les options de sécurité et l'assistance à la sortie. Il doit également dire quelles personnalisations héritées le successeur accepte de prendre en charge. Un prix mensuel bas associé à une exportation de données non documentée et à une chaîne légale incertaine n'est pas bon marché; c'est une dépense de migration différée.

La concurrence est désormais spécifique au successeur

Avant la scission, HTSS pouvait être comparé comme un fournisseur technologique roumain généraliste. Dans le logiciel de pharmacie, ledépôt de Cegedim de 2024plaçait HTSS aux côtés de Setrio et Softeh comme principaux concurrents dans sa propre évaluation. Aprèsl'acquisition par Setrio de la division pharmacie de détail d'HTSS, utiliser cette ancienne comparaison sans ajustement compterait une partie de la même lignée de produits des deux côtés.

Pour Mindclass et Shiftin, le fournisseur pertinent est désormais l'opération acquéreuse décrite parSmart ID, pas une société HTSS radiée. Pour DataKlas Pharmaceutical et Pharma Original, c'est la proposition de continuité de Setrio. Pour Telemedica, omnimedica et les services d'infrastructure résiduels, cette recherche ne peut pas nommer de successeur. Ils ne devraient pas entrer dans une liste restreinte concurrentielle tant qu'un propriétaire actuel et une partie contractante ne sont pas prouvés.

Les critères de comparaison doivent suivre le workflow. Un acheteur de pharmacie doit tester les mises à jour réglementaires, les intégrations d'inventaire et fiscales, le fonctionnement hors ligne, le déploiement en magasin, la couverture de support, la conversion des données et la feuille de route. Un acheteur d'apprentissage doit tester l'identité, les normes de contenu, le reporting, l'accessibilité, la séparation des locataires et l'exportation.

Une clinique doit tester le consentement et les contrôles d'accès, la continuité des consultations, le traitement des données cliniques, les sous-traitants, la reprise et les procédures d'arrêt sécurisé. Un acheteur de développement sur mesure doit tester la propriété du code, la reproductibilité du déploiement, la documentation, le personnel et la passation.

L'autonomie réseau est un différenciateur secondaire au mieux. Un ASN actuel et un double transit peuvent être précieux pour une plateforme auto-exploitée, mais un service natif cloud peut être résilient sans son propre ASN, et un ASN peut exister sans une application résiliente. Comparez les résultats de service mesurés et la conception des dépendances. Utilisez les preuves de routage pour vérifier des affirmations d'architecture spécifiques, pas pour classer les fournisseurs par l'apparence de propriété d'infrastructure.

Un test d'achat construit autour de la chaîne brisée

Le processus de diligence le plus utile pour cet héritage n'est pas un questionnaire générique. C'est une séquence conçue pour combler les lacunes exactes exposées par les transferts de 2025, la personne morale radiée, les pages produits survivantes et la route retirée.

1. Établir la chaîne légale et d'actifs actuelle

Commencez par le produit exact et la version installée. Obtenez un certificat de registre actuel pour la partie contractante proposée. Exigez la preuve d'achat d'actifs ou de transfert nécessaire pour démontrer la propriété ou les droits de licence, sans exiger de détails de transaction commercialement non pertinents. Mappez l'ancien contrat HTSS à toute novation, cession ou nouvel accord. Confirmez qui possède le code spécifique au client, le code produit générique, les marques, la documentation et les outils de déploiement.

Pour DataKlas Pharmaceutical et Pharma Original, l'annonce de Setrioest une piste solide, pas le contrat. Pour Mindclass et Shiftin, l'annonce de Smart IDjoue le même rôle. Pour Telemedica, lesanciennes conditionset l'enregistrement de la société radiéesont en conflit, donc un nouvel acheteur devrait suspendre l'engagement commercial jusqu'à ce que la chaîne soit fournie.

2. Dessiner l'architecture spécifique à l'instance

Demandez un diagramme de l'instance client réelle, pas une architecture de référence. Marquez les composants applicatifs, les identités, les bases de données, le stockage d'objets, les sauvegardes, la surveillance, l'accès support, les interfaces et les fournisseurs de messages. Nommez l'opérateur légal et le pays pour chacun. Séparez les locaux clients, l'infrastructure contrôlée par le successeur et le cloud public.

Utilisez AS202842 uniquement comme élément de rapprochement. Si le diagramme ne revendique aucune dépendance à l'ancien réseau, demandez quand une migration a eu lieu et si les listes blanches, VPN, certificats ou systèmes de surveillance des clients font encore référence à 95.128.174.0/24. S'il revendique un réseau de remplacement, enregistrez la nouvelle origine et les nouveaux fournisseurs. Ne supposez pas que le retrait de l'ancien préfixe a causé une migration ou prouve son achèvement.

3. Tester la continuité comme une opération

Exigez des résultats récents de restauration de sauvegarde avec point de récupération et temps de récupération, pas seulement une politique. Parcourez la perte du site primaire, de la région cloud, du fournisseur d'identité, du responsable support clé et d'une intégration externe. Définissez les procédures manuelles pour les opérations de pharmacie, de main-d'œuvre, d'apprentissage ou cliniques pendant les temps d'arrêt. Établissez qui déclare un incident, qui communique avec les clients et qui peut autoriser la restauration.

Pour la santé, l'avis d'incident 2024 du ministère roumain de la Santémontre la conséquence opérationnelle de données de production inaccessibles, sans impliquer HTSS. Une revendication de restauration doit donc être exercée contre un environnement primaire réaliste chiffré ou indisponible.

4. Remplacer l'assurance historique par des preuves actuelles

Utilisez l'attestation Microsoft Mindclasscomme liste de questions: localisation Azure, cadence de test, plan de reprise, journalisation, MFA, gestion des vulnérabilités et périmètre du certificat. Demandez ensuite au successeur des preuves actuelles. Confirmez ce qui a changé dans l'hébergement, le personnel et la propriété des contrôles après l'acquisition.

Pour Telemedica, résolvez chaque élément manquant dans lapolitique de confidentialité: fournisseur cloud, emplacements des serveurs, sous-traitants, base de transfert, périodes de conservation, accès support et suppression. Alignez l'accord de traitement des données sur leRGPD. Là où le client est concerné, mappez les preuves aux obligations deNIS2en matière de chaîne d'approvisionnement, d'incidents et de continuité. Ne traitez pas un badge de certificat comme le mapping.

5. Prouver la capacité de support

Listez les rôles nommés plutôt que de vous fier à l'effectif total: responsable produit, ingénieur de version, spécialiste base de données, spécialiste intégration, responsable sécurité et cadre d'escalade. Montrez la couverture et les remplacements pour chacun. Examinez les statistiques de tickets par gravité, âge et récurrence. Testez un ticket. Vérifiez que l'équipe acquise par le successeur supporte réellement la branche et la version personnalisée du client.

Pour les clients de pharmacie et d'apprentissage, comparez la continuité promise dans les annonces deSetrioetSmart IDavec le personnel, les notes de version et les données de réponse. Les annonces disent que la connaissance a été transférée; les opérations doivent montrer combien.

6. Rendre la sortie exécutable avant l'entrée

Inventoriez chaque exportation: données maîtres, transactions, documents, pistes d'audit, pièces jointes, historique d'apprentissage, plannings, dossiers cliniques, configuration et mappages d'identité. Définissez le format, la fréquence, le coût, le chiffrement et la validation. Incluez la documentation et l'assistance pour les interfaces personnalisées. Préservez une archive en lecture seule légalement appropriée là où les enregistrements doivent rester accessibles.

Ladirective sur la loi sur les donnéesaiguise les attentes en matière de commutation pour les services de traitement de données couverts, mais elle ne peut pas rédiger le plan de migration du client. Programmez un test d'exportation pendant le contrat, mesurez l'exhaustivité et exigez une correction. Définissez la suppression sécurisée et la preuve après la transition.

7. Vérifier les revendications réseau à leur niveau approprié

Si le service utilise son propre réseau, collectez le préfixe actuel, l'origine, le fournisseur, l'installation et les preuves de sécurité de route. Testez le basculement et comparez les observations de plus d'un point de vue. Demandez si les deux fournisseurs sont physiquement diversifiés. Si le service est dans le cloud public, concentrez-vous plutôt sur la conception de la région, la connectivité privée, le contrôle du trafic sortant et la dépendance cloud.

L'ancien enregistrement offre un contrôle de prudence:deux fournisseurs enregistrés,un voisin observé dans l'instantané sélectionné, et aucune annonce publique actuelle. Une déclaration d'achat devrait dire lequel est la politique, lequel est la mesure et lequel n'est plus d'actualité.

Où les achats doivent cesser de déduire

La question de qualification a une réponse ferme. Historiquement, l'entité roumaine exacte derrière le numéro d'enregistrement 30126940 a développé et supporté des logiciels d'entreprise, fourni de l'infrastructure, exploité des produits nommés de santé et d'apprentissage, et contrôlé AS202842. Les enregistrements publics et de plateforme clients corroborent des parties de cette activité au-delà du propre marketing de l'entreprise.

Au 18 juillet 2026, aucun service actuel ne peut être attribué en toute sécurité à cette personne morale exacte pour un nouvel achat.La société est marquée radiée. Les actifs nommés ont été transférés:DataKlas Pharmaceutical et Pharma Original à Setrio lors de la transaction divulguée sur la pharmacie, etMindclass, Shiftin et une équipe de logiciels sur mesure à Smart ID lors de la transaction divulguée sur les Solutions d'Affaires. La chaîne publique pour Telemedica, omnimedica, les travaux d'infrastructure résiduels et AS202842 reste incomplète.

AS202842 étaye un préfixe public historique, une identité de routage autonome et une politique déclarée à deux fournisseurs.L'observation publique corrobore GTS comme voisin dans la vue historique sélectionnée; elle ne corrobore pas Vodafone là-bas. Laroute a été vue pour la dernière fois le 17 décembre 2025et n'est actuellement pas visible auseuil normal de RIPE. Voilà la conclusion réseau défendable complète.

Les achats doivent s'arrêter avant de déduire une application du préfixe, un centre de données d'un upstream, une redondance de deux lignes de politique, une sécurité d'un contrôle réseau, ou une continuité d'activité d'un site Web survivant. Ils doivent également s'arrêter avant d'attribuer un produit non mentionné à un acheteur de transaction. Chacun de ces sauts remplace un document manquant par une histoire plausible.

La disparition de la route a encore de la valeur. Elle donne aux acheteurs une question précise: qu'est-ce qui dépendait de 95.128.174.0/24, où cela a-t-il été déplacé, et qui a accepté la responsabilité? Un successeur crédible devrait pouvoir répondre avec une chaîne d'actifs, une architecture, une assurance actuelle, une propriété de support et une sortie testée. Jusque-là, l'ancien ASN n'est pas un certificat de résilience. C'est un marqueur de frontière montrant exactement où s'arrêtent les preuves réseau open source.