Résumé

  • LLC "Complex Systems" est une entité russe précise, liée à ООО "Комплексные системы", OGRN 1197746184723 et INN 7733337985, et non une appellation générique à confondre avec d’autres sociétés russes de nom voisin. Son identité publique combine un enregistrement de société de développement logiciel, une présence sur le site csc.ru, une adhésion RIPE et un petit système autonome routé sous AS210028. Cette combinaison donne un périmètre plus vérifiable que la seule marque de groupe, mais elle oblige aussi à ne pas attribuer automatiquement à cette société toutes les activités voisines du groupe Complex Systems.
  • Le dossier économique est intéressant parce que les revenus publiquement rapportés progressent et parce que la marge 2025 indiquée par RBC est extrêmement élevée : 285,311 millions de roubles de chiffre d’affaires et 227,431 millions de roubles de profit. Ce ratio peut traduire une économie logicielle forte, une reconnaissance ponctuelle de licences, une allocation de coûts dans le groupe ou des effets comptables. La bonne question n’est donc pas seulement de savoir si l’entreprise gagne de l’argent, mais quelle part de ces gains se répète sans nouveau travail d’intégration lourd.
  • Les produits Dolphin, META et APLR montrent une stratégie cohérente : vendre des modules qui numérisent des fonctions administratives précises, puis enfermer progressivement l’utilisateur dans des données, des droits, des calendriers, des procédures et des rapports difficiles à déplacer. L’exemple Dolphin en Bouriatie, avec un lancement annoncé le 1er juin 2025 et plus de 40 000 utilisateurs enregistrés en octobre 2025 selon la société, fournit un signal d’usage vivant. Mais ni la valeur du contrat, ni le taux de renouvellement, ni la charge de support ne sont publics.
  • Le risque principal vient de la concentration invisible. Les sources ouvertes ne donnent pas la part des cinq plus gros clients, la ventilation licence-services-hébergement, la structure de coûts, l’âge des créances ni la robustesse technique des engagements d’hébergement. Le réseau public de 1 792 adresses IPv4, RPKI-valide mais étroit, soutient une offre d’infrastructure ; il ne prouve pas une résilience de niveau cloud national. La thèse reste donc positive mais conditionnelle : forte option de produit régional, preuve financière prometteuse, gouvernance et concentration encore insuffisamment lisibles.

Une entité précise dans un paysage de noms similaires

La première discipline analytique est l’identité. Le nom « Complex Systems » est assez large pour créer une confusion immédiate dans les registres russes, les agrégateurs et les résultats de recherche. Plusieurs sociétés russes portent des noms identiques ou proches. Ici, le sujet n’est pas un ensemble indifférencié : c’est LLC "Complex Systems", associée à ООО "Комплексные системы", avec l’OGRN 1197746184723 et l’INN 7733337985.

Le contact public de csc.ru rattache cette entité à l’adresse Verkhnyaya Maslovka 18A à Moscou, au directeur général Yaroslav Alexandrovich Ryabikov, au couple INN/KPP 7733337985/771401001 et à l’activité principale OKVED 62.01, c’est-à-dire le développement logiciel.

Cette précision importe économiquement. Une société de services informatiques ne vaut pas seulement par son nom commercial ; elle vaut par le contrat qui signe, l’employeur qui porte les ingénieurs, le détenteur du droit logiciel, le propriétaire de l’infrastructure et le bilan qui encaisse. Dans ce cas, la page membre RIPE donne aussi LLC "Complex Systems" à Moscou, avec une adresse similaire et un contact administratif sur csc.ru. RBC et Spark-Interfax confirment la même entité juridique, le capital social de 12 000 roubles, l’activité logicielle et la direction.

RBC ajoute une date d’immatriculation, le 13 mars 2019, Yaroslav Ryabikov comme directeur général et Igor Antonov comme fondateur à 100 %. Ces éléments suffisent à définir le périmètre formel.

Ils ne suffisent pas à définir tout le périmètre économique. Le site du groupe présente une famille de huit sociétés : LLC "Complex Systems", Complex Production, Complex Automation, BG-Optics, KS Infrastructure, META-Technologies, KS Aviabaza et KS Shtab. Il faut donc lire les pages produit avec prudence. Les domaines de l’optique, des systèmes de sécurité, de la fabrication ou des drones peuvent renforcer l’écosystème commercial du groupe, mais ils ne doivent pas être versés mécaniquement dans le compte de résultat de LLC "Complex Systems".

Le cœur attribuable avec le plus de confiance à cette entité est le logiciel, les systèmes d’information, l’automatisation de processus complexes, certains produits applicatifs et une empreinte réseau visible.

Cette distinction a une conséquence directe pour l’analyse de contrôle. Une société contrôlée à 100 % par une personne physique selon RBC, située dans un groupe plus large et active dans des logiciels métiers publics ou quasi publics, peut être rapide à décider et alignée commercialement. Elle peut aussi être opaque pour un client qui veut comprendre les responsabilités réelles : qui détient Dolphin, qui maintient META, qui signe l’hébergement, qui supporte les incidents et qui garantit la continuité de service ?

Tant que ces lignes ne sont pas publiquement séparées, l’identité de l’entreprise est vérifiable, mais la carte complète du contrôle économique reste incomplète.

L’incitation : vendre de la souveraineté pratique, pas seulement du code

L’incitation commerciale de LLC "Complex Systems" s’inscrit dans un marché russe qui ne demande plus seulement des prestataires capables d’écrire du code. Depuis la rupture accélérée avec de nombreux fournisseurs occidentaux, l’économie russe des services IT s’est réorganisée autour de l’import-substitution, de la compatibilité avec des plateformes domestiques, de la cybersécurité et de la reconstruction de périmètres informatiques.

Les analyses CNews décrivent un marché de l’intégration remodelé par ces besoins : migration, tests de compatibilité, remplacement d’outils étrangers, durcissement d’infrastructures et recherche de continuité. Dans ce contexte, la proposition de valeur d’un éditeur-intégrateur local devient plus crédible.

Le bénéfice pour le client n’est pas abstrait. Une administration régionale, une organisation éducative ou une entreprise industrielle n’achète pas un logiciel parce qu’il est national par principe. Elle l’achète si le logiciel réduit une dépendance difficile à assumer, si le support répond dans la langue, si les données peuvent rester dans un périmètre maîtrisé, si les modules suivent les règles locales et si le fournisseur sait adapter le produit aux procédures russes.

Dolphin vise précisément des processus où cette adaptation locale compte : comptes personnels, programmes éducatifs, candidatures, olympiades, calendriers, tests, salles, transport, portefeuilles et reporting. META promet de numériser progressivement des processus en combinant modularité, historique des changements, analyse d’infrastructure, réservation des données et répartition de charge.

L’incitation de l’entreprise est donc double. Premièrement, capter une demande de substitution où les clients ont peu d’appétit pour des dépendances étrangères difficiles à maintenir. Deuxièmement, transformer des projets de numérisation locaux en briques répétables. Le passage du service pur au module réutilisable change l’économie. Un intégrateur vend des jours-hommes. Un éditeur de modules vend une base de code, des configurations, des licences, du support et parfois de l’hébergement. La marge peut s’élargir si chaque nouveau client réutilise une part importante du produit déjà écrit.

Le marché donne un vent favorable, mais pas une garantie. CNews indique que les soixante principaux fournisseurs russes de services IT ont généré 439 milliards de roubles en 2024, avec une forte concentration du chiffre d’affaires entre les cinq premiers. La croissance du cloud russe autour de 2025, estimée près de 29 à 30 % selon plusieurs sources sectorielles, ajoute une pression favorable aux fournisseurs capables de combiner logiciel et exploitation. Les services de sécurité managés progressent aussi sous l’effet des cyberattaques, de la pénurie de compétences, de la réglementation, du cloud et de l’import-substitution.

Mais un petit acteur ne capture pas automatiquement cette croissance. Il doit trouver des niches où la proximité métier et les références régionales pèsent davantage que la taille brute.

Le modèle d’affaires visible : modules, intégration et hébergement adjacent

Les pages publiques décrivent un modèle hybride. LLC "Complex Systems" n’est pas seulement présentée comme une société qui développe un logiciel unique. Elle intervient en développement web, UI/UX, analyse métier, infrastructure, développement mobile, tests et logiciels sur mesure. Les coûts sont indiqués comme calculés individuellement. Cette phrase paraît banale, mais elle est importante : elle dit que le prix n’est pas un abonnement public standard, et que la vente reste probablement liée au périmètre du projet, aux modules, à l’intégration et aux exigences spécifiques du client.

Dolphin est le produit le plus lisible. La page produit nomme LLC "Complex Systems" comme développeur et titulaire des droits. Elle présente Dolphin comme une plateforme pour organisations éducatives, publiques et corporatives, avec 24 modules combinables. Les modules couvrent l’authentification, l’administration, les comptes personnels, les portefeuilles, les annuaires, les interactions par API externe, la construction de programmes éducatifs, les candidatures, les calendriers, la réservation de salles et la logistique de transport.

Pour une organisation d’éducation complémentaire ou un centre régional, ce type de produit devient vite un système de gestion interne : il n’est pas seulement une interface, mais un registre de personnes, de demandes, de droits, de programmes et d’événements.

META paraît différent. La page le présente comme un système ou une méthode de réutilisation pour l’automatisation, avec équilibrage de charge, réservation de données, analyse d’infrastructure, historique des changements, numérisation progressive, modularité et architecture ouverte. L’économie promise n’est pas celle d’un seul vertical, mais celle d’une couche qui aide à automatiser des environnements complexes en limitant la rupture opérationnelle.

Si cette description reflète un produit réellement utilisé, META peut servir de base à plusieurs ventes de transformation interne, surtout chez des clients qui ne veulent pas remplacer tout leur système d’un coup.

APLR ajoute une surface industrielle et commerciale : modules de fabrication, planification, passeport produit, coûts et prix de revient, coopération, ventes, clients, commandes, boutique en ligne, listes de prix et reporting KPI. Cela place l’entreprise dans le voisinage des ERP légers ou des systèmes de gestion opérationnelle pour sociétés de production et de vente. Le risque analytique est de surestimer la profondeur de ces modules. Les sources ne donnent ni nombre de clients, ni profondeur fonctionnelle, ni taux d’usage.

Le signal utile est plus simple : LLC "Complex Systems" cherche des zones où un module métier peut devenir le lieu de coordination quotidien du client.

L’offre d’infrastructure complète ce tableau. La page centre de données mentionne colocation, administration et location de baies. L’AS210028 montre une présence routée publique de petite taille. Cela ne fait pas de l’entreprise un cloud majeur, mais cela soutient une proposition intégrée : développer, héberger, administrer et maintenir certains services. Pour des clients régionaux ou publics, un interlocuteur unique peut avoir de la valeur. Pour un analyste, cela ajoute aussi des questions de coûts, de dépendance réseau et de responsabilité opérationnelle.

Dolphin : le meilleur signal d’usage, mais pas encore une preuve de rente

Dolphin mérite une attention particulière parce qu’il donne le signal commercial le plus concret. Les nouvelles publiées par la société indiquent que le centre régional Astorium en Bouriatie a signé une licence Dolphin, avec des modules de comptes personnels, éducation en ligne, olympiades, calendriers, candidatures, tests, planification, portefeuilles et retour d’information. Une autre annonce indique un lancement en Bouriatie le 1er juin 2025, puis plus de 40 000 utilisateurs enregistrés en octobre 2025. Les mêmes textes mentionnent que Dolphin fonctionnait déjà à Tioumen, Smolensk et en Tchoukotka.

Un chiffre d’utilisateurs enregistrés n’est pas un chiffre d’affaires. Il peut inclure des comptes peu actifs, des utilisateurs temporaires, des élèves, des parents, des enseignants, des administrateurs ou des participants à des olympiades. Il peut mesurer une inscription au système plutôt qu’un usage récurrent. Il n’en reste pas moins utile. Un produit administratif qui dépasse la démonstration et entre dans des processus réels devient plus difficile à remplacer. Les portefeuilles, calendriers, dossiers de candidature et traces de tests créent une inertie.

Plus une région y met ses données, ses habitudes et ses rapports, plus le coût de changement augmente.

La vraie question est l’unité économique de cette inertie. Si Dolphin est vendu en licence annuelle par modules, avec peu de support additionnel une fois installé, chaque région supplémentaire pourrait accroître la marge. Si au contraire chaque déploiement exige beaucoup de développement spécifique, de formation, de reprise de données et d’assistance quotidienne, la marge ressemble davantage à celle d’un intégrateur. Le fait que la page produit parle de modules combinables et de prix par module va dans le sens d’une productisation.

La mention d’un prix « sur demande » sur une place de marché tierce, avec un numéro de registre russe 22501 pour Dolphin, appuie prudemment cette lecture. Mais le document public ne donne pas de barème, de panier moyen ni de renouvellement.

Le client Astorium est aussi un signal politique et administratif. Une plateforme éducative régionale touche des citoyens, des institutions locales, des calendriers et des données sensibles de mineurs ou d’apprenants. Cela crée des attentes de disponibilité, sécurité, conformité et support. Un fournisseur qui gagne ce type de projet peut ensuite vendre la référence à d’autres régions. Mais il hérite aussi d’un risque : lorsque la plateforme fonctionne, elle devient invisible ; lorsqu’elle tombe, elle devient publique. Les sources disponibles ne détaillent ni niveaux de service, ni architecture de secours, ni clauses de continuité.

Pour un produit qui ambitionne de porter des activités éducatives régionales, cette absence n’est pas un détail.

Il faut donc formuler la thèse Dolphin correctement. Ce n’est pas encore une preuve publique de rente logicielle durable. C’est un signal fort de possibilité : vertical suffisamment précis, modules nommés, déploiements régionaux mentionnés, usage annoncé en dizaines de milliers de comptes, contexte d’import-substitution favorable. Pour passer de possibilité à rente, il faudrait voir les renouvellements, la part des revenus Dolphin, le coût de support par région et la capacité à déployer une nouvelle région sans réécrire le produit.

META et APLR : la promesse de réutilisation derrière le vocabulaire d’automatisation

META est plus difficile à évaluer que Dolphin, justement parce qu’il se présente comme une couche méthodologique et technique. La page met en avant l’équilibrage de charge, la réservation des données, l’analyse d’infrastructure, l’historique des changements et la numérisation graduelle des processus. Le vocabulaire peut sembler large, mais il répond à une demande réelle : beaucoup d’organisations ne remplacent pas leur architecture informatique en une seule opération. Elles ajoutent des interfaces, déplacent des données, automatisent des validations, réduisent des tâches manuelles et maintiennent des systèmes anciens pendant la transition.

Dans une économie russe sous contrainte technologique, ce type de solution peut trouver un rôle. L’import-substitution ne signifie pas seulement acheter un équivalent domestique d’un logiciel étranger. Elle implique souvent de raccorder des applications anciennes, de reconstruire des fonctions supprimées par le départ d’un fournisseur, de créer des couches d’échange de données et de maintenir la compatibilité avec des infrastructures hétérogènes. Une technologie qui promet modularité et architecture ouverte peut être vendue comme antidote au risque de remplacement brutal.

L’analyse doit toutefois rester stricte. La page META ne donne pas de données de performance, de clients payants, de tarification, de licences actives ou de contrats. Une annonce mentionne son utilisation dans un contexte iBridge lié au commerce et à la logistique avec une dimension BRICS et Chine, mais cela reste une affirmation publiée par la société, pas une preuve de revenu récurrent. Le signal est donc qualitatif : l’entreprise a une grammaire commerciale cohérente autour de la modularité, de la charge, de la sauvegarde, de l’historique et de l’intégration progressive.

APLR apporte une autre lecture. Ses modules couvrent la fabrication, la planification, les passeports produits, les coûts, les ventes, les clients, les commandes, les prix et les KPI. Ce sont des fonctions où la donnée devient collante. Une entreprise qui enregistre ses ordres, ses coûts, ses clients et ses prix dans un système ne migre pas facilement. Mais le marché des ERP, des solutions de gestion et des modules industriels est encombré. La concurrence peut venir de grands intégrateurs russes, d’éditeurs nationaux plus établis, de développements internes, de plateformes low-code ou d’anciens logiciels adaptés.

APLR doit donc prouver non seulement qu’il existe, mais qu’il réduit le coût total d’exploitation mieux que ces alternatives.

La force potentielle de LLC "Complex Systems" vient de la combinaison. Dolphin donne un vertical éducation. APLR donne une surface fabrication-vente. META donne une logique de base réutilisable. L’entreprise peut vendre un discours où elle n’est pas prisonnière d’un seul marché final. Mais cette diversification est aussi une faiblesse si l’équipe est petite et si chaque produit exige une maintenance spécialisée. RBC indique un effectif moyen de 25 personnes pour les chiffres 2025.

À cette taille, plusieurs produits, un système autonome, de l’hébergement, des déploiements régionaux et du support peuvent vite créer une tension entre ambition et capacité opérationnelle.

Infrastructure réseau : une preuve de présence, pas une preuve d’échelle

AS210028 est une pièce utile du dossier parce qu’elle sort l’entreprise du pur discours commercial. Les données de routage publiques associent ce système autonome à LLC "Complex Systems". Les sources BGP et IP indiquent sept préfixes IPv4 de taille /24, soit 1 792 adresses IPv4, sans préfixe IPv6 observé. Les routes sont indiquées comme RPKI-valides, ce qui est positif pour l’hygiène de routage. IPinfo décrit l’AS comme relevant de l’hébergement et comme single-homed dans son résumé public, avec un ensemble d’amont ou de pairs étroit, notamment AS48347 JSC Mediasoft ekspert dans les observations disponibles.

Cette empreinte dit plusieurs choses. Elle indique que l’entreprise possède ou opère une présence Internet suffisamment structurée pour figurer dans les bases de routage, et pas seulement un site hébergé chez un tiers. Elle est cohérente avec une offre de centre de données, d’administration et de colocation. Elle peut soutenir des clients qui veulent une solution hébergée par le fournisseur ou une connectivité maîtrisée. Elle permet aussi de relier l’identité RIPE, le contact csc.ru et l’entité juridique.

Mais l’empreinte ne prouve pas la taille commerciale. Sept /24 ne disent rien du nombre de clients, de la disponibilité, de la densité de serveurs, de l’utilisation réelle, du chiffre d’affaires hébergement ou de la qualité de l’exploitation. L’absence d’IPv6 observée peut être neutre pour certains clients russes, mais elle signale aussi une modernisation incomplète si l’entreprise se présente comme opérateur d’infrastructure durable. Un amont étroit peut réduire la complexité et les coûts ; il peut aussi concentrer le risque de panne, filtrage, conflit contractuel ou dégradation de performance.

La validation RPKI est le meilleur signal technique positif. Dans un environnement BGP, les erreurs de configuration, les détournements involontaires et les annonces mal sécurisées font partie du risque opérationnel général. Des références techniques comme NIST, CAIDA, USENIX ou des outils modernes de surveillance BGP rappellent que la sécurité de routage n’est pas décorative. Pour un petit opérateur, être RPKI-valide sur les préfixes observés signifie que certains fondamentaux sont traités. Cela ne remplace pas un audit de réseau, mais cela évite de ranger l’entreprise parmi les opérateurs totalement négligents.

Le point économique est plus subtil. Une infrastructure propre mais petite peut améliorer la marge si elle permet de vendre hébergement et support autour des applications. Elle peut aussi absorber du capital et du temps d’ingénierie si les volumes restent modestes. Le coût fixe de maintenir une infrastructure sécurisée, surveillée, sauvegardée et supportée 24 heures sur 24 n’est pas trivial. Les chiffres publics ne permettent pas de savoir si l’entreprise transforme cette infrastructure en revenu récurrent ou si elle l’utilise surtout comme support de crédibilité pour les projets logiciels.

Les chiffres : une marge qui attire, puis qui oblige à ralentir

Le point le plus frappant du dossier est financier. RBC rapporte, dans le matériel accessible en 2026, un chiffre d’affaires 2025 de 285,311 millions de roubles et un profit de 227,431 millions de roubles. Avec 25 employés moyens, cela équivaut à environ 11,4 millions de roubles de chiffre d’affaires par employé et 9,1 millions de roubles de profit par employé. Le profit représente environ 79,7 % du chiffre d’affaires. Ces chiffres sont trop importants pour être ignorés et trop élevés pour être acceptés sans explication.

Un modèle logiciel peut produire de fortes marges si les licences et modules se répètent avec peu de coûts variables. Une reconnaissance de licence importante, un faible effectif interne, une sous-traitance portée ailleurs dans le groupe ou une allocation particulière des coûts peuvent aussi gonfler le résultat apparent. Une année de contrat exceptionnel peut produire un bénéfice comptable élevé sans garantir la répétition. Inversement, une société qui a déjà développé son logiciel et vend une licence à des régions ou organisations similaires peut afficher un levier réel.

Les mêmes chiffres peuvent donc soutenir deux lectures opposées : productisation réussie ou résultat non récurrent.

Les données plus anciennes signalées sur RBC indiquaient pour 2023 un chiffre d’affaires de 168,868 millions de roubles, un profit de 102,105 millions de roubles et un coût des ventes de 73,915 millions de roubles. La progression vers 2025, si les périmètres sont comparables, est significative. Mais les pages d’agrégateurs peuvent évoluer, les crawls peuvent montrer des versions différentes, et les détails comptables complets ne sont pas dans les sources publiques disponibles. Il faut donc éviter une narration trop précise de croissance linéaire.

Le capital social de 12 000 roubles n’a guère de poids économique à lui seul. Beaucoup de sociétés russes ont un capital statutaire faible. Ce qui importe davantage est la capacité à financer le développement, la maintenance, l’infrastructure, les délais de paiement et les garanties. Pour des clients publics ou régionaux, les créances peuvent peser lourd. Un contrat signé n’est pas toujours de la trésorerie disponible. Sans jours de ventes en attente, sans âge des créances et sans ventilation client, la marge comptable ne donne pas toute la liquidité.

La conclusion financière doit rester conditionnelle. Le chiffre 2025 rend l’entreprise plus intéressante que ne le suggérerait sa petite taille. Il indique qu’un ou plusieurs produits ou projets ont pu monétiser fortement un effectif limité. Mais il faut connaître la récurrence, la concentration client et la localisation réelle des coûts avant de traiter cette rentabilité comme durable. Une marge élevée n’est pas seulement un signe de force ; c’est aussi un détecteur de questions.

Prix et économie unitaire : le pouvoir est dans le module, le risque dans le service

Les sources publiques indiquent des prix calculés individuellement et, pour Dolphin via une place de marché tierce, un prix sur demande. Elles ne donnent pas de prix catalogue. Cette absence est normale dans les logiciels métiers russes vendus à des organisations publiques, éducatives ou industrielles. Elle empêche toutefois de calculer une unité économique propre : revenu par région, revenu par module, coût d’implémentation, coût annuel de support, coût d’hébergement et marge par client.

Dans un produit comme Dolphin, l’économie unitaire dépend de la frontière entre configuration et personnalisation. La configuration consiste à choisir des modules, créer des droits, intégrer des annuaires, ajuster des formulaires, former les utilisateurs et connecter quelques systèmes externes. La personnalisation consiste à écrire du code spécifique, adapter profondément les processus, maintenir des exceptions et supporter des demandes propres à une région. La première activité se répète bien. La seconde consomme de l’ingénierie et rend chaque client plus lourd.

Les modules Dolphin donnent à l’entreprise une chance de contrôler cette frontière. Les comptes personnels, calendriers, candidatures, tests et portefeuilles sont des blocs assez standard pour être réutilisés. Les API externes, les rapports régionaux et la logistique peuvent en revanche créer des variations importantes. L’équilibre entre les deux décidera de la marge future. Si un nouveau client ressemble au précédent, l’entreprise vend presque le même produit. Si chaque client recrée un cahier des charges, elle vend un projet.

META et APLR posent la même question avec d’autres mots. Une méthode modulaire d’automatisation peut réduire le coût marginal si elle impose une architecture commune. Mais dans les environnements industriels ou administratifs anciens, le travail réel se loge souvent dans les exceptions : formats de données, droits d’accès, interfaces obsolètes, habitudes de gestion, contraintes de sécurité, reporting interne. Le fournisseur peut être payé pour ces exceptions, mais elles diminuent la pureté de la marge logicielle.

L’hébergement peut améliorer l’économie unitaire si le fournisseur facture un service récurrent et mutualise ses coûts. Il peut la dégrader si chaque client exige un environnement séparé, des niveaux de service forts et une surveillance permanente sans volume suffisant. Les 1 792 adresses IPv4 publiques montrent une ressource. Elles ne montrent pas son taux d’occupation, son revenu moyen ou son coût complet. Dans la thèse positive, LLC "Complex Systems" vend un paquet logiciel plus hébergement plus support avec bonne rétention.

Dans la thèse prudente, elle vend des projets à marge élevée mais irrégulière, renforcés par une infrastructure petite et coûteuse à maintenir.

Coûts, capital et capacité : la limite d’une petite équipe ambitieuse

Une société d’environ 25 employés peut être très rentable si elle a un produit solide, peu de dette opérationnelle et des clients disciplinés. Elle peut aussi être fragile si les mêmes personnes doivent écrire le produit, corriger les anomalies, intégrer les nouveaux clients, exploiter l’infrastructure, répondre aux appels d’offres, former les utilisateurs et maintenir la documentation. Le dossier public ne donne pas d’organigramme, de nombre de développeurs, de ratio support-vente ni de dépendance à des sous-traitants.

Le coût principal visible est humain. Le développement logiciel, l’analyse métier, le test, l’administration système et le support sont des activités de main-d’œuvre qualifiée. Dans le marché russe, la pénurie de compétences en cybersécurité et en infrastructure est régulièrement signalée par les analyses sectorielles. Une petite société qui doit retenir des ingénieurs compétents face à de grands intégrateurs, des banques, des opérateurs cloud et des entreprises publiques doit payer, former ou fidéliser. La marge 2025 peut masquer ce défi si les coûts ont été portés ailleurs ou si l’année a bénéficié d’un effet ponctuel.

Le capital technique est moins visible. Les produits comme Dolphin, META et APLR exigent une maintenance continue : sécurité, compatibilité, localisation réglementaire, performance, sauvegarde, interfaces et assistance. Plus les clients deviennent dépendants, plus le coût de fiabilité augmente. Une plateforme éducative régionale avec des dizaines de milliers de comptes ne peut pas être maintenue comme un prototype. Elle a besoin d’un cycle de version, de tests, de gestion d’incidents, de sauvegardes et de surveillance.

L’infrastructure ajoute un autre capital. Même un petit AS implique des relations avec des opérateurs, des configurations BGP, une gestion d’adresses, des mesures de sécurité et un suivi de réputation. Les sources montrent une activité de routage propre et peu de signes publics négatifs, mais elles ne montrent pas les équipements, les contrats d’amont, les capacités de secours, la protection DDoS ni la profondeur de l’équipe réseau. Si l’entreprise vend des services hébergés critiques, ces détails changent le risque.

Les coûts commerciaux comptent aussi. Vendre aux administrations régionales ou aux organisations publiques exige des cycles longs, des démonstrations, des documents, des adaptations et parfois des références politiques. Les listes de partenaires publiées par l’entreprise peuvent aider, mais elles ne sont pas un audit. Spark-Interfax indique dans son aperçu visible l’absence de participation aux appels d’offres, ce qui peut signifier que l’entreprise vend par d’autres canaux, que l’aperçu est incomplet ou que la base publique ne capture pas certains contrats. Sans détail, il ne faut pas conclure trop vite.

Il faut seulement noter que la route commerciale n’est pas entièrement observable.

Fournisseurs et dépendances : logiciels domestiques, réseau étroit et compétences rares

La dépendance fournisseur d’une société comme LLC "Complex Systems" est souvent moins visible que sa dépendance client. Les pages publiques parlent de développement, d’infrastructure, de modules et d’hébergement, mais elles ne listent pas les fournisseurs de matériel, de bases de données, de systèmes d’exploitation, de clouds tiers ou d’outils de cybersécurité. Dans une économie d’import-substitution, ce silence est important. Les composants occidentaux peuvent devenir plus difficiles à acheter, mettre à jour ou supporter. Les alternatives domestiques peuvent demander des adaptations et parfois offrir une maturité inégale.

L’entreprise peut profiter de cette situation si elle aide les clients à migrer. Elle en subit aussi les coûts. Chaque remplacement de composant, chaque test de compatibilité et chaque contrainte de sécurité locale demande du temps. Les analyses CNews sur l’import-substitution montrent que le marché passe du remplacement ponctuel à une logique de souveraineté technologique plus complète. Cela avantage les fournisseurs qui savent orchestrer plusieurs couches. Mais cela augmente la responsabilité si les couches ne tiennent pas ensemble.

La dépendance réseau est plus concrète. Les observations publiques de l’AS210028 indiquent un ensemble restreint d’amont ou de pairs. Un tel modèle peut être rationnel pour une petite entreprise : moins de contrats, moins de complexité, coûts plus bas. Mais pour un service critique, la concentration de connectivité est un risque. Une panne chez l’amont, une erreur de route, un filtrage mal appliqué ou une attaque peuvent affecter plusieurs clients. Les routes RPKI-valides réduisent certains risques d’origine, pas le risque de dépendance physique ou contractuelle.

La dépendance à la compétence est peut-être la plus importante. Les produits évoqués demandent des profils qui comprennent à la fois les processus métier, le code, l’infrastructure et la sécurité. Une petite équipe peut préserver une grande cohérence si les personnes clés restent. Elle peut perdre beaucoup si un architecte, un administrateur réseau ou un chef produit part. Les sources publiques ne donnent pas de gouvernance technique, de plan de succession ni de documentation de continuité.

Pour un client, cela doit entrer dans la diligence : qui connaît vraiment le système, et comment le support fonctionne-t-il quand cette personne n’est pas disponible ?

Enfin, les relations de groupe peuvent être une dépendance positive ou négative. Les sociétés sœurs peuvent fournir des capacités de production, d’optique, d’infrastructure ou de projets spécialisés. Elles peuvent aussi brouiller la responsabilité. Si un contrat logiciel s’appuie sur une ressource possédée par une autre entité, le client doit comprendre les accords internes. Pour l’analyste externe, il faut éviter de transformer les synergies affichées en actifs contrôlés sans preuve contractuelle.

Concentration client : la question qui décide de la qualité du bénéfice

Le dossier public donne des noms de régions ou d’organisations pour Dolphin, mais il ne donne pas le portefeuille client complet. Il ne donne pas non plus la part du plus gros client, des cinq plus gros clients, ni la répartition par secteur. C’est la zone d’ombre la plus importante pour juger la qualité du bénéfice. Une société de 25 personnes avec 285,311 millions de roubles de chiffre d’affaires peut être très saine si les revenus sont dispersés, récurrents et renouvelés. Elle peut être beaucoup plus risquée si une poignée de contrats publics explique l’essentiel du revenu.

Les produits régionaux créent naturellement ce risque. Une région ou une grande organisation peut représenter un contrat important. Le fournisseur a alors un levier commercial, mais aussi une dépendance politique, budgétaire et opérationnelle. Si le client renouvelle, la marge est forte. Si le client change de priorité, internalise, migre vers un autre fournisseur ou retarde le paiement, le compte de résultat peut bouger vite. Les sources ne permettent pas de trancher.

Le chiffre Dolphin de plus de 40 000 utilisateurs enregistrés en Bouriatie peut être impressionnant, mais il ne dit rien de la concentration financière. Une région avec beaucoup d’utilisateurs peut payer peu si le contrat est plafonné. Un petit client industriel peut payer davantage si la personnalisation est lourde. Un module peut être offert comme partie d’un paquet plus large. Sans prix et sans durée, l’utilisateur enregistré n’est pas une unité économique suffisante.

Les listes de partenaires et références publiées par l’entreprise sont utiles comme signaux non officiels. Elles montrent où la société veut être perçue et quelles relations elle revendique. Elles ne constituent pas une preuve de chiffre d’affaires. Dans les marchés informatiques, le mot partenaire peut désigner un client, un fournisseur, un intégrateur, un revendeur, un laboratoire, une affiliation ou une relation de présentation. Il faut donc les lire comme de la surface commerciale, pas comme un carnet de commandes.

Le bon indicateur serait le revenu récurrent annuel par produit et par segment, accompagné du taux de renouvellement. Le deuxième serait le nombre de clients payants actifs, séparé des utilisateurs finaux. Le troisième serait le délai de paiement moyen. Ces trois chiffres changeraient immédiatement la qualité du jugement. Sans eux, la prudence s’impose : le bénéfice existe dans les agrégateurs publics, mais sa granularité reste inconnue.

Concurrence et alternatives : la niche contre les grands intégrateurs

Le marché russe n’est pas vide. Les grands intégrateurs contrôlent une part élevée du chiffre d’affaires des services IT, et les cinq premiers captent une majorité du total parmi les principaux fournisseurs suivis par CNews. Ils possèdent des équipes commerciales, des relations institutionnelles, des certifications, des capacités de support et des portefeuilles de produits plus larges. Pour un petit acteur comme LLC "Complex Systems", l’avantage ne peut pas être la force brute.

L’avantage possible est la niche. Dolphin cible des processus éducatifs et administratifs assez spécifiques pour que le client ne veuille pas forcément un système généraliste. Si le produit correspond mieux aux pratiques régionales, s’installe plus vite et coûte moins cher à adapter, il peut battre un fournisseur plus grand. La proximité fonctionnelle devient une défense. Le même argument vaut pour APLR si le produit répond à des entreprises de fabrication ou de vente qui trouvent les ERP lourds trop chers ou trop rigides.

Les alternatives restent nombreuses. Un client peut choisir un grand intégrateur russe. Il peut utiliser un éditeur national établi, une plateforme low-code, une solution open source adaptée, un développement interne ou une combinaison d’outils plus simples. Les entretiens et analyses sectorielles signalent une maturation des plateformes domestiques et du low-code, ce qui peut réduire le besoin d’un éditeur spécialisé pour certains cas. À l’inverse, cette maturation peut aider LLC "Complex Systems" si ses produits s’intègrent bien avec ces plateformes.

Le verrouillage logiciel est central. Une fois qu’un client met ses annuaires, calendriers, droits, portefeuilles, commandes ou coûts dans un système, le fournisseur obtient une défense naturelle. Mais cette défense n’est pas éternelle. Elle peut se retourner si le client se sent prisonnier, si le support est faible ou si le produit évolue trop lentement. Dans les logiciels administratifs, la meilleure protection concurrentielle n’est pas seulement la difficulté de partir ; c’est la satisfaction quotidienne qui rend le départ inutile.

Le champ cloud et hébergement introduit une concurrence supplémentaire. Les grands clouds russes et fournisseurs d’infrastructure ont plus de capacité, de redondance et de budgets sécurité. LLC "Complex Systems" ne peut probablement pas les concurrencer comme fournisseur d’infrastructure générale. Elle peut en revanche vendre une infrastructure attachée à ses applications, où l’argument est la responsabilité unique. C’est une stratégie défendable si les niveaux de service sont réels et si l’entreprise ne promet pas plus que son réseau ne peut livrer.

Réglementation et géopolitique : avantage domestique, coût réputationnel possible

La géopolitique est un moteur de demande et une contrainte. L’import-substitution crée un marché pour des logiciels russes capables de remplacer ou compléter des solutions étrangères. Les administrations, institutions publiques, entreprises stratégiques et organisations régionales peuvent préférer des fournisseurs domestiques pour des raisons de conformité, de disponibilité, de support ou de souveraineté des données. Pour LLC "Complex Systems", cela rend Dolphin, META, APLR et les services d’infrastructure plus vendables.

La même géopolitique augmente les risques. Les composants étrangers peuvent devenir plus difficiles à maintenir. Les clients non russes ou partenaires internationaux peuvent hésiter devant des liens avec des marchés publics russes, des activités de sécurité ou des domaines de groupe proches de l’aérien sans pilote. Les pages du groupe mentionnent des surfaces de sécurité, d’infrastructure, d’optique et de drones. Il serait abusif d’attribuer toutes ces activités à LLC "Complex Systems" sans preuve, mais il serait naïf d’ignorer l’effet d’image.

Dans certains contextes, l’écosystème du groupe peut aider les ventes domestiques et compliquer les relations extérieures.

La réglementation des données est aussi implicite. Les plateformes éducatives et publiques manipulent des comptes, des profils, des dossiers, des calendriers et parfois des informations sensibles. Les sources ne détaillent pas les certifications de sécurité, les audits, les procédures de conservation, la localisation physique des données ou les mécanismes de contrôle d’accès. L’absence de ces détails n’est pas une accusation ; c’est une limite de l’information disponible. Pour un acheteur, elle définit les questions à poser avant déploiement.

Le registre russe des logiciels est un autre signal. La place de marché K-Integration attribue à Dolphin le numéro 22501 et un prix sur demande, mais sa description est indiquée comme générée et la preuve directe du registre officiel n’était pas présente dans les matériaux accessibles. Il faut donc utiliser ce point avec prudence : il suggère un positionnement de logiciel domestique, mais il ne doit pas être traité comme preuve complète sans vérification officielle.

Dans l’ensemble, la réglementation et la géopolitique élargissent le marché domestique tout en réduisant certaines options externes. Pour une société comme LLC "Complex Systems", le bon scénario est de devenir un fournisseur local fiable dans des niches où la souveraineté pratique compte. Le mauvais scénario est de rester dépendante de quelques commandes nées de la contrainte politique, sans produit assez fort pour survivre à un changement de budget ou de priorités.

Signaux non officiels : ce qu’ils disent, et ce qu’ils ne disent pas

Les signaux non officiels sont utiles parce que les petites sociétés ne publient pas toujours des rapports complets. Ici, ils viennent de plusieurs familles. Les pages de l’entreprise et du groupe décrivent les produits, les partenaires, les nouvelles et les rôles internes. Les agrégateurs d’entreprise confirment l’identité, le capital, la direction et certains chiffres financiers. Les sources BGP et IP donnent une lecture technique de l’AS210028. Les articles de marché donnent le contexte russe. Aucun de ces signaux ne suffit seul ; ensemble, ils forment une image cohérente mais encore partielle.

Le signal le plus positif est la convergence d’identité. Le nom, l’adresse de Moscou, l’OGRN, l’INN, le contact RIPE et le site csc.ru se renforcent mutuellement. Cela réduit le risque de confondre la société avec une autre entité homonyme. Le deuxième signal positif est l’existence de produits nommés, surtout Dolphin, avec un détenteur de droits identifié et des modules décrits. Le troisième est le chiffre d’usage en Bouriatie, même s’il est publié par la société. Le quatrième est la présence réseau propre, avec RPKI valide sur les préfixes observés.

Les signaux prudents sont tout aussi importants. Les références commerciales publiées par l’entreprise ne sont pas des revenus audités. Les pages produit ne sont pas des contrats. Une annonce de lancement ne dit pas la satisfaction client. Un nombre d’utilisateurs enregistrés ne dit pas l’activité quotidienne. Une marge élevée ne dit pas la récurrence. Une adhésion RIPE ne dit pas la résilience. Une place de marché qui indique un numéro de registre ne remplace pas une confirmation directe de l’autorité compétente.

Il y a aussi un signal d’architecture commerciale : le groupe présente de nombreuses compétences, mais cette largeur peut être à la fois un atout et une brume. Un client peut aimer l’idée d’un groupe capable de logiciel, infrastructure, automatisation, optique, sécurité et autres domaines techniques. Un analyste doit demander quelles ressources sont réellement dans quelle société. La frontière entre marque, groupe, filiale, produit et contrat est précisément l’endroit où les petits groupes créent parfois de la valeur, mais aussi de l’ambiguïté.

Enfin, le contexte de marché ne doit pas devenir une preuve d’entreprise. Les marchés russes du cloud, de la sécurité managée et de l’intégration croissent ou se transforment sous pression. Cela explique pourquoi une société comme LLC "Complex Systems" peut trouver de la demande. Cela ne prouve pas qu’elle gagne contre les autres. La discipline consiste à utiliser le contexte comme vent arrière, puis à exiger des preuves propres au fournisseur.

Ce qui changerait le jugement

La thèse actuelle est simple : LLC "Complex Systems" est une petite société russe de logiciels et d’infrastructure avec des produits modulaires plausibles, une preuve financière publique forte mais difficile à interpréter, un signal d’usage Dolphin intéressant et un risque d’opacité sur la récurrence, la concentration et les responsabilités de groupe. Plusieurs faits pourraient renforcer ou affaiblir cette thèse.

Le premier fait décisif serait la ventilation du chiffre d’affaires. Si une majorité provient de licences ou abonnements Dolphin, META ou APLR renouvelés annuellement, la société mérite une valorisation qualitative plus proche d’un éditeur logiciel. Si la majorité vient de développements uniques, d’intégration lourde ou de ventes non récurrentes, elle ressemble davantage à un prestataire spécialisé, même avec une marge ponctuellement élevée. La différence est fondamentale.

Le deuxième fait serait la concentration client. Un portefeuille de dix ou vingt clients payants, avec aucun client dominant, validerait la répétabilité. Deux ou trois contrats expliquant l’essentiel du revenu augmenteraient le risque. Dans un marché public ou régional, la concentration n’est pas nécessairement mauvaise si les contrats sont pluriannuels et renouvelés, mais elle doit être compensée par une visibilité budgétaire.

Le troisième fait serait le coût de déploiement. Si une région Dolphin peut être mise en service avec une configuration standard, quelques formations et un support modéré, le produit est fort. Si chaque région exige des mois d’ingénierie et de personnalisation, la croissance peut consommer la marge. Il faudrait connaître les heures d’ingénierie, les anomalies après mise en service et le nombre de tickets par millier d’utilisateurs.

Le quatrième fait serait la propriété intellectuelle. Les pages Dolphin identifient LLC "Complex Systems" comme développeur et titulaire des droits, ce qui est positif. Pour META, APLR et les autres produits, la question doit être vérifiée avec le même niveau de précision. Qui détient le code, les marques, les bases de données et les obligations ? Une structure de groupe peut être parfaitement saine, mais le client et l’analyste doivent connaître la chaîne contractuelle.

Le cinquième fait serait la résilience technique. AS210028 a une empreinte propre mais petite. Des informations sur les sauvegardes, la redondance réseau, la protection DDoS, les exercices de reprise, les niveaux de service et les incidents historiques changeraient la confiance dans l’offre hébergée. La validation RPKI est un bon départ, pas une preuve complète.

Le sixième fait serait la qualité des créances. Les sociétés qui vendent aux organisations publiques peuvent afficher des bénéfices tout en portant des délais de paiement longs. Les jours de ventes en attente, l’âge des créances et les encaissements après gros contrats diraient si le profit 2025 est liquide ou seulement comptable.

Jugement final : une option de logiciel régional, pas encore une franchise démontrée

LLC "Complex Systems" mérite d’être suivie parce qu’elle combine quatre éléments qui apparaissent rarement ensemble dans les petites sociétés russes visibles publiquement : une identité juridique bien rattachée, des produits nommés, un signal d’usage régional et des chiffres financiers élevés. Le marché autour d’elle pousse dans la bonne direction. Les clients russes ont besoin de logiciels domestiques, de migration, de compatibilité, de sécurité et de continuité. Les régions et organisations publiques peuvent préférer un fournisseur capable de comprendre leurs procédures et de fournir un système complet plutôt qu’une brique isolée.

Le meilleur cas est clair. Dolphin devient un produit régional reproductible pour l’éducation et l’administration, META fournit une couche d’automatisation réutilisable, APLR ouvre des clients industriels ou commerciaux, et l’infrastructure réseau donne à l’entreprise une capacité d’hébergement suffisante pour vendre des paquets intégrés. Dans ce scénario, la marge élevée de 2025 n’est pas une anomalie ; elle est le signe précoce d’une base de code déjà payée qui se vend à plusieurs clients. L’entreprise reste petite, mais elle profite de la modularité, de la proximité et du verrouillage opérationnel.

Le cas prudent est tout aussi plausible. Les chiffres 2025 peuvent refléter un ou deux contrats importants, une reconnaissance exceptionnelle ou une allocation favorable de coûts au sein du groupe. Les produits peuvent exiger beaucoup de personnalisation. L’infrastructure peut être davantage un support qu’un moteur de revenu. La concentration client peut être élevée. Les activités du groupe peuvent aider la vente sans être directement contrôlées par la société étudiée. Dans ce scénario, l’entreprise est compétente et opportuniste, mais sa rentabilité n’est pas encore une franchise.

Le jugement doit donc rester direct : LLC "Complex Systems" est plus intéressante qu’une société de développement logiciel générique, mais moins prouvée qu’un éditeur durablement récurrent. Sa valeur analytique se situe dans l’écart entre les modules affichés et les flux économiques non publiés. Les faits disponibles penchent vers une entreprise qui a trouvé des niches domestiques porteuses. Ils ne suffisent pas à conclure que ces niches produisent une rente stable.

Pour un client potentiel, la diligence doit porter sur les niveaux de service, la propriété du code, la sécurité, l’export des données, la réversibilité, les références actives et le support après lancement. Pour un investisseur ou un partenaire, elle doit porter sur la ventilation du revenu, le renouvellement, la concentration client, les créances et les coûts réels d’infrastructure. Pour un concurrent, le danger vient de la combinaison produit-région : si Dolphin continue à s’implanter dans des administrations éducatives, la défense par les données et les habitudes peut devenir forte.

Le dossier ne demande pas une conclusion spectaculaire. Il demande une conclusion disciplinée. LLC "Complex Systems" opère dans un marché russe où les contraintes ont créé une demande réelle pour des logiciels locaux et des services intégrés. Elle possède des preuves publiques suffisantes pour être prise au sérieux. Mais les mêmes sources imposent de ne pas confondre chiffre d’affaires avec récurrence, utilisateurs enregistrés avec activité payante, groupe avec entité, et routage Internet avec résilience. La société a peut-être le début d’un bon modèle. La prochaine preuve doit être la répétition.

Sources