Résumé
- ASPA Technology S.L.U. doit être comprise comme une société d'infrastructure et de détention de ressources basée à Saragosse, liée à l'écosystème logiciel logistique Alerce, et non comme un opérateur large bande grand public. Les enregistrements RIPE l'identifient comme un LIR espagnol avec AS197240, des ressources IPv4 et IPv6, et la certification AENOR/IQNET définit le périmètre opérationnel public comme des systèmes d'information prenant en charge les services d'hébergement, de housing et de cloud.
- Le réseau est actif mais modeste. RIPEstat indique que l'AS197240 a été annoncé le 11 juillet 2026, quatre préfixes IPv4 visibles totalisant 1 792 adresses IPv4, deux voisins amont observés et aucune annonce IPv6 visible dans la vue de l'état de routage malgré une allocation IPv6 RIPE.
- La valeur repose sur la continuité gérée, la proximité avec les plateformes logistiques du groupe Alerce, la certification de sécurité et le contrôle de certains services publics. Le risque est que les clients puissent substituer le cloud hyperscale, le cloud télécom, l'hébergement géré, les plateformes SaaS ou les outils de messagerie et de collaboration externalisés, laissant ASPA avec des coûts d'infrastructure fixes mais un faible pouvoir de tarification.
- La conclusion doit rester conditionnelle car ASPA ne publie pas de détails sur les revenus, la marge, le taux d'attrition, la durée des contrats, l'utilisation, la concentration de la clientèle ou les dépenses d'investissement. Les éléments qui amélioreraient le jugement seraient une demande d'hébergement tierce facturée de manière indépendante, des taux de renouvellement élevés, une utilisation rentable du patrimoine IPv4, une utilisation IPv6 visible et une séparation claire entre la demande captive du groupe et les revenus des clients externes.
La pertinence dépend du maintien d'une petite base de ressources économiquement utile
ASPA Technology S.L.U. importe parce qu'elle se situe dans l'espace économique en dessous de l'échelle du cloud mais au-dessus du simple hébergement web externalisé. Cette couche intermédiaire est inconfortable. Elle exige une crédibilité technique, des ressources de numérotation publiques, une discipline de routage, une assurance de sécurité, des processus de disponibilité et une gestion des fournisseurs. Pourtant, elle ne produit pas automatiquement le poids à l'achat dont bénéficient les plateformes de cloud hyperscale ou les opérateurs télécoms nationaux.
L'incitation du gestionnaire est donc pratique: rendre une petite base de ressources suffisamment utile pour que les clients paient pour la continuité et les connaissances opérationnelles plutôt que de comparer uniquement les prix des commodités de calcul et de transit.
Les preuves officielles commencent par RIPE. ASPA Technology est répertoriée par le RIPE NCC comme membre espagnol au Calle Bari 25, 50197 Saragosse, avec l'Espagne comme zone desservie. La base de données RIPE identifie la société comme organisation ORG-AATS1-RIPE, avec le numéro de registre espagnol B99153520 et le type d'organisation LIR. Ce statut est important, mais il ne constitue pas un modèle d'affaires en soi. Un registre Internet local peut détenir et gérer des ressources de numérotation Internet, maintenir des objets de registre de routage et administrer des attributions.
Cela ne prouve pas que la société vend un accès Internet de détail, des plateformes cloud, du transit IP, des réseaux gérés ou des logiciels à des tiers.
La meilleure délimitation opérationnelle provient des documents publics d'ASPA elle-même et d'Alerce. Le pied de page public d'Alerce renvoie à une politique intitulée « Politica SGSI ASPA »; cette page indique que la direction d'ASPA Technology S.L.U. établit et révise une politique de sécurité de l'information et maintient un système de gestion de la sécurité de l'information basé sur ISO 27001. Les certificats AENOR et IQNET sont plus spécifiques: ils certifient ASPA Technology S.L.U.
au CL Bari 25 à Saragosse pour les systèmes d'information qui soutiennent les processus métier liés à la commercialisation et à la fourniture de services d'hébergement, de housing et de cloud. Il s'agit d'une affirmation étroite mais économiquement significative. Elle pointe vers des services d'infrastructure, et non vers une simple détention passive de ressources.
Le premier jugement découle de cette distinction. Le bloc d'adresses, le système autonome et la certification d'ASPA ne suffisent pas à la qualifier de fournisseur cloud différencié. Ils suffisent à montrer que la société a construit une surface opérationnelle où la continuité, le contrôle et la conformité peuvent avoir de l'importance.
La question économique est de savoir si les clients valorisent cette surface comme faisant partie d'une relation logicielle et logistique plus large, ou s'il ne s'agit que d'un centre de coûts hérité dont la production peut être remplacée par le cloud hyperscale, l'hébergement géré ou une infrastructure télécom disposant d'un plus grand pouvoir d'achat.
Le périmètre opérationnel est l'hébergement, le housing et le cloud, pas une histoire de FAI grand public
La société ne doit pas être analysée comme un FAI grand public simplement parce qu'elle possède des ressources réseau. Il n'y a aucune preuve publique dans les documents examinés qu'ASPA vende du haut débit résidentiel, de la téléphonie mobile, des offres groupées grand public, du transit IP public ou une connectivité d'accès nationale. Sa zone de service RIPE est l'Espagne et son système autonome est visible, mais le signal commercial direct est l'hébergement, le housing et le cloud. Il s'agit d'une équation de marge différente.
Dans les réseaux d'accès, la valeur se construit par la couverture du dernier kilomètre, l'acquisition de clients, les accords de gros, le spectre, les offres groupées et l'échelle de la clientèle. Dans l'hébergement et le cloud, la valeur se construit par le taux d'utilisation, l'économie de l'énergie et des baies, la qualité du support, l'assurance de la sécurité, la proximité applicative, la localisation des données, la confiance des clients et la capacité à absorber les incidents opérationnels sans détruire la marge brute.
Un petit opérateur peut parfois gagner dans le second marché s'il possède une relation de charge de travail spécifique. Il est beaucoup plus difficile de rivaliser sur le prix brut des serveurs ou de la bande passante.
Le matériel public d'ASPA pointe vers une couche de services connectée au groupe Alerce. Le groupe Alerce se présente comme un partenaire technologique pour la logistique mondiale, avec des filiales ou des marques pour la gestion du transport, la télématique de flotte, l'ERP et les fonctions de gestion d'entrepôt.
Le site public d'Alerce indique qu'Alerce a plus de 30 ans d'expérience dans le développement de logiciels pour la gestion logistique et annonce des produits tels qu'Alertran pour la gestion du transport, Tamesis pour la gestion d'entrepôt, Senda pour la planification d'itinéraires, Comet pour le géoréférencement, Vector pour la documentation numérique de livraison et des produits connexes pour les flux de travail mobiles et logistiques. Le site du groupe indique également que plus de 15 000 utilisateurs quotidiens accèdent à son cloud et décrit des opérations en Amérique latine et en Europe.
Ce contexte de groupe crée une demande plausible pour ASPA sans prouver que tous les revenus appartiennent à ASPA. Les logiciels logistiques ont des cas d'utilisation sensibles à la disponibilité: répartition du transport, traçabilité des colis, optimisation des itinéraires, opérations d'entrepôt, documents numériques, preuve de livraison et intégrations clients. Si ASPA héberge ou prend en charge une partie de ces systèmes, le service peut être tarifé comme une couche de continuité autour de logiciels spécifiques à un secteur, et non comme des machines virtuelles génériques.
Le périmètre de la certification AENOR pour l'hébergement, le housing et le cloud rend cette interprétation raisonnable.
Néanmoins, la limite doit rester prudente. L'avis juridique d'Alerce identifie Alerce Informática Aplicada, S.A.U. comme la partie responsable du site Alerce et indique qu'Alerce fournit des services de recherche et développement logiciel pour le transport et la logistique depuis 1989. Il indique également qu'Alerce est la société mère d'un groupe d'entreprises fournissant des services au secteur de la logistique. Les sources publiques examinées ne fournissent pas d'organigramme juridique consolidé qui cartographie la propriété d'ASPA, les contrats interentreprises, le partage des revenus ou la propriété des actifs.
La bonne lecture est qu'ASPA est liée opérationnellement à l'écosystème Alerce par l'adresse, les contacts, les pages de politique publique, les certificats et les preuves DNS. La mauvaise lecture serait d'attribuer tous les revenus logiciels d'Alerce ou tous les clients du groupe à ASPA.
Cela importe pour la logique de valorisation. Un petit fournisseur d'infrastructure intégré à un groupe de logiciels verticaux peut avoir une demande stable même sans une large part de marché. Mais si sa demande est principalement captive et facturée en interne, la marge externe peut être moins impressionnante que son empreinte technique ne le suggère. Les faits publics soutiennent la thèse d'un « opérateur d'infrastructure certifié pour l'hébergement, le housing et le cloud dans une orbite logicielle logistique ». Ils ne soutiennent pas encore celle d'un « challenger cloud autonome » ou d'un « opérateur haut débit régional ».
Les enregistrements RIPE montrent un statut durable de détenteur de ressources et une empreinte routée modeste
Les preuves de ressources d'ASPA sont inhabituellement concrètes pour une petite société privée. L'enregistrement d'organisation RIPE montre ORG-AATS1-RIPE, pays ES, numéro de registre B99153520, type d'organisation LIR, une adresse à Saragosse et un enregistrement créé en mars 2010 avec une date de dernière modification en mai 2026. La recherche RIPE inverse lie l'organisation à une allocation IPv4 agrégable par le fournisseur, 46.30.104.0 à 46.30.111.255, avec le nom de réseau ES-ASPTECHNOLOGY-20100826 et le statut ALLOCATED PA. La même recherche montre une allocation IPv6, 2a01:86c0::/32, avec le nom de réseau ES-ASPTECHNOLOGY-20120711.
Elle montre également AS197240, avec as-name ASP-Technology.
Ces dates sont utiles. L'allocation IPv4 et le numéro AS ont été créés en août 2010, et l'allocation IPv6 en juillet 2012. Il ne s'agit pas d'une empreinte papier fraîchement constituée. ASPA détient des ressources de numérotation Internet depuis plus d'une décennie, au cours de la période où le RIPE NCC est passé de l'allocation IPv4 ordinaire à une pénurie sévère. La page publique sur l'épuisement des IPv4 du RIPE NCC indique qu'il a épuisé le pool IPv4 restant en novembre 2019 et que les réseaux de sa région de service ne peuvent plus recevoir de nouvelles adresses IPv4 inutilisées du RIPE NCC.
Elle explique également qu'après l'épuisement du dernier pool disponible, les LIR éligibles pouvaient entrer sur une liste d'attente pour recevoir une allocation /24 unique lorsque des adresses sont retournées. Dans ce contexte, une allocation /21 historique a une signification économique même si elle n'est pas importante.
Les preuves de routage empêchent également toute exagération. L'aperçu AS de RIPEstat pour AS197240 indique le détenteur comme « ASP-Technology ASPA Technology S.L.U. » et précise que l'AS a été annoncé au 11 juillet 2026. Les données de préfixes annoncés de RIPEstat pour la fenêtre de deux semaines se terminant le 11 juillet 2026 montrent quatre annonces IPv4 visibles: 46.30.104.0/23, 46.30.106.0/23, 46.30.108.0/24 et 46.30.110.0/23. La vue de l'état de routage de RIPEstat fait état de 1 792 adresses IPv4 annoncées, d'aucun préfixe IPv6 visible et de deux voisins observés.
La vue de la cohérence du routage de préfixe donne la nuance derrière ce nombre: certains objets de route enregistrés RIPE sont visibles dans BGP, d'autres non, et un /23 est visible dans BGP sans la même cohérence whois que les autres.
C'est un réseau opérationnel, pas un grand réseau. Un /21 contient 2 048 adresses IPv4. Les 1 792 adresses IPv4 visibles de RIPEstat impliquent que la plupart, mais pas la totalité, de l'allocation est observée dans BGP dans les conditions de rapport utilisées par RIPEstat. L'absence d'IPv6 visible dans la vue de l'état de routage est également importante. ASPA a une allocation IPv6 /32 dans les enregistrements RIPE, mais le signal de routage public examiné ici ne montre pas IPv6 comme un récit de connectivité de production active. Si les clients exigent de plus en plus des services double pile, cette lacune serait importante.
Si les charges de travail sont privées, internes ou derrière des services applicatifs où IPv6 n'influence pas les ventes, cela importe moins. Quoi qu'il en soit, il s'agit d'un schéma de faits à surveiller plutôt que d'une force cachée à présumer.
Le réseau semble actif, mais l'échelle est délibérément étroite
La politique de routage d'AS197240 dans RIPE répertorie des relations de transit nommées avec Cogent, CenturyLink, Vodafone et Telia. La politique importe des AS174, AS3356, AS12357 et AS1299 et exporte AS197240 vers ces AS. Les données de cohérence de RIPEstat réduisent la réalité observée: Lumen/CenturyLink AS3356 et Telia AS1299 sont marqués comme présents dans BGP et whois, tandis que Cogent AS174 et Vodafone AS12357 apparaissent dans whois mais ne sont pas observés dans BGP dans cette vue RIPEstat.
Cela ne signifie pas que ces relations commerciales n'existent pas; cela signifie que l'observation publique du routage au moment de la requête ne permet pas de considérer les quatre comme des amonts actifs.
Cette distinction est au cœur du dossier de marge. Un petit réseau peut réduire le risque en ayant plus d'un amont. Il peut également augmenter les coûts en payant pour la capacité, les ports, les interconnexions, la surveillance et les minimums commerciaux que les clients peuvent ne pas utiliser pleinement. Deux voisins amont observés offrent une redondance par rapport à un déploiement mono-hébergé, mais ils ne créent pas l'échelle d'achat d'un réseau de transporteur.
La valeur du réseau doit donc provenir de la continuité de la charge de travail, de l'intimité client et de l'intégration applicative, et non de l'arbitrage de transit à grande échelle.
Le signal RPKI est plus positif. La validation RPKI de RIPEstat pour les préfixes actifs tels que 46.30.104.0/23, 46.30.108.0/24 et 46.30.110.0/23 renvoient le statut valide pour AS197240 avec des autorisations d'origine de route. Le RIPE NCC décrit RPKI comme un système de certification de ressources qui donne une preuve vérifiable que les ressources d'un détenteur ont été enregistrées par un registre régional et aide à sécuriser le routage par la validation d'origine BGP. En termes commerciaux, un RPKI valide n'est pas une ligne de revenu, mais il réduit le risque qu'ASPA paraisse opérationnellement négligente.
Pour les clients achetant de l'hébergement ou de la continuité cloud, la différence entre un routage négligent et discipliné peut faire partie de la confiance.
Le DNS ajoute un autre signal opérationnel utile. Le résolveur DNS public de Google renvoie 46.30.104.72 pour alertran.net et 46.30.108.7 pour wip.alertran.net. Les deux adresses se situent dans l'allocation RIPE d'ASPA. Le même résolveur renvoie 92.60.32.4 pour alerce.alerce-group.com et un hôte de protection Outlook pour l'enregistrement MX d'alerce-group.com. Cela raconte une histoire équilibrée. Certains hôtes d'application ou de gestion de projet associés à Alerce se résolvent dans l'espace routé d'ASPA, mais la pile marketing publique et de messagerie d'Alerce utilise également une infrastructure externe.
ASPA n'est pas la seule couche d'infrastructure autour du groupe.
Ce n'est pas une faiblesse en soi. Un petit opérateur raisonnable ne devrait pas héberger toutes les fonctions génériques si les services externalisés offrent une meilleure économie. Microsoft 365 pour la messagerie, un hébergement externe pour les propriétés marketing et une infrastructure locale pour certaines charges de travail applicatives peuvent être un mélange rationnel. Le risque est différent: si les clients voient la même logique, ils peuvent se demander pourquoi davantage de charges de travail ne devraient pas quitter ASPA également. La réponse doit être opérationnellement spécifique.
ASPA doit être meilleure pour les charges de travail où la proximité, le support, le contrôle des données et l'intégration logicielle logistique sont importants.
Le groupe Alerce crée une demande captive plausible, mais pas un pool de revenus divulgué
Le signal de demande le plus fort autour d'ASPA est l'écosystème Alerce. Le groupe Alerce déclare concevoir des solutions pour les défis logistiques réels et se présente comme un partenaire technologique pour les sociétés de transport et de logistique. Son site Alerce revendique plus de 35 ans d'expérience dans les solutions logistiques, plus de 80 clients dans le monde, plus de 30 millions de colis gérés par mois et des logos de clients nommés, y compris des opérateurs logistiques et de colis. Son site de groupe indique que plus de 15 000 utilisateurs quotidiens accèdent à son cloud.
Son annonce d'identité de 2025 décrit le groupe Alerce comme un leader de l'intégration logicielle pour la logistique, le transport et la messagerie en Europe et en Amérique latine, Alerce servant plus de 250 entreprises, principalement des opérateurs 3PL, et Wemob ajoutant plus de 15 000 véhicules connectés.
C'est exactement le type de demande verticale qui peut rendre une petite position d'infrastructure économiquement utile. Les logiciels logistiques ne sont pas des charges de travail occasionnelles. Ils doivent réconcilier les données opérationnelles entre les dépôts, les véhicules, les planificateurs d'itinéraires, les scanners mobiles, les systèmes d'entrepôt, les portails clients, les factures, les documents de transport numériques et les plateformes clients externes. Lorsqu'un opérateur ne peut pas dispatcher, scanner, localiser ou facturer, l'impact sur le client est immédiat.
Un fournisseur qui comprend ces flux de travail peut être en mesure de facturer la fiabilité, le support de migration, l'intégration et le service responsable plutôt que de vendre uniquement des serveurs.
L'activité d'acquisition d'Alerce signale également un groupe qui cherche à élargir son portefeuille logiciel. L'investissement d'Oakley Capital en 2023 dans Alerce a été présenté comme un point d'inflexion stratégique pour l'expansion et l'innovation. L'acquisition de Wemob par le groupe Alerce en 2024 a ajouté le SaaS de gestion de flotte et la télématique. L'ajout en 2025 de Gadir Grupo Consultor et PROXIUM a ajouté des capacités de gestion d'entrepôt, de douane, d'entrepôt sous douane et de transit. L'acquisition de Focus Metrica en 2025 a ajouté une technologie de thermographie pour la chaîne du froid sous la marque Apache.
Ces mouvements augmentent le nombre de produits et de flux de données qui peuvent nécessiter de l'hébergement, de l'intégration et de la sécurité.
Mais les preuves de demande ont une limite stricte. Le groupe peut créer une demande captive ou liée pour ASPA, mais les sources publiques examinées ne divulguent pas quelle part de cette demande est effectivement servie par ASPA, comment les contrats sont tarifés, si les clients signent avec ASPA ou une autre entité Alerce, ou si l'hébergement est inclus dans les frais d'abonnement logiciel. La demande captive peut être précieuse si elle crée une utilisation élevée à de bons prix de transfert et des contrats tiers stables.
Elle peut également être à faible marge si l'infrastructure est traitée comme une fonction de support sous les marges logicielles du groupe.
L'incertitude centrale de l'article se situe ici. Si ASPA est la couche d'infrastructure certifiée pour les plateformes logistiques génératrices de revenus, alors sa valeur est un point de contrôle à l'intérieur d'un groupe de logiciels verticaux. Si ASPA maintient principalement l'hébergement hérité en vie pour un sous-ensemble de services tandis que la nouvelle croissance se déplace vers le cloud tiers, alors les mêmes preuves RIPE et ISO racontent une histoire économique plus faible. Les sources publiques ne tranchent pas cette question.
Le pouvoir de tarification repose sur la continuité et l'intégration, pas sur la bande passante brute
Le pouvoir de tarification plausible d'ASPA a trois sources. La première est la continuité. Les services d'hébergement, de housing et de cloud pour les flux de travail logistiques sont les plus précieux lorsqu'ils évitent les perturbations. Le client n'achète pas un cycle de processeur; il achète la capacité à maintenir les processus de transport, d'entrepôt et de livraison en fonctionnement. Si ASPA peut démontrer de faibles taux d'incidents, un support réactif, une discipline de sauvegarde et des processus de récupération crédibles, elle peut maintenir une tarification supérieure à l'hébergement générique.
La deuxième est l'intégration. Les pages produits d'Alerce mettent l'accent sur la modularité, les intégrations système, les plateformes externes, les systèmes mobiles, la planification d'itinéraires, la traçabilité, les KPI, la facturation et les connexions clients. Alertran indique s'intégrer aux systèmes externes et aux plateformes mobiles, et sa FAQ mentionne des intégrations avec des ERP tels que SAP, Navision, SAGE et Oracle, ainsi que WMS, CRM et les plateformes de gestion documentaire via API ou services web.
Tamesis indique centraliser les processus d'entrepôt et s'intégrer à d'autres systèmes, y compris les systèmes clients pour la planification des réceptions, le suivi des commandes et la consultation des stocks. L'infrastructure liée à ces intégrations peut être stable car la migration nécessite plus que le déplacement d'une machine virtuelle.
La troisième est l'assurance. Le périmètre ISO 27001 d'ASPA pour l'hébergement, le housing et le cloud donne aux clients une référence formelle de gestion de la sécurité. La politique SGSI indique qu'ASPA s'engage en faveur de la confidentialité, de la disponibilité et de l'intégrité, des exigences clients, des exigences légales et réglementaires, de l'amélioration continue, de l'allocation de ressources pour la gestion de la sécurité de l'information, de l'analyse des informations de service et de la formation.
Ces déclarations ne révèlent pas la qualité commerciale, mais elles sont plus solides qu'une affirmation générique d'« hébergement sécurisé ». Elles établissent le langage de l'assurance de service.
Aucune de ces sources ne donne à ASPA un contrôle automatique des prix. Les clients peuvent comparer avec le cloud hyperscale, les fournisseurs de cloud espagnols, le cloud géré par les télécoms, les fournisseurs de services gérés, la colocation et les alternatives SaaS. Un client qui ne veut que du calcul ou du stockage bon marché ne paiera pas beaucoup pour l'histoire locale d'ASPA. Un client qui veut un support spécifique à la logistique, un hébergement certifié, un contexte opérationnel espagnol et quelqu'un de responsable de l'environnement logiciel Alerce le pourrait.
Cela signifie que la croissance des revenus et la création de valeur sont différentes. ASPA pourrait augmenter ses revenus en prenant davantage d'hébergement à faible marge ou en revendant de la capacité d'infrastructure, mais la création de valeur nécessite une marge brute conservée après les coûts de transit, d'énergie, d'installation, de matériel, de licence, de sauvegarde, de surveillance, de support et de certification. Sans données de marge publiques, les preuves publiques peuvent soutenir une thèse sur l'endroit où le pouvoir de tarification pourrait exister. Elles ne peuvent pas prouver que ce pouvoir de tarification est capturé.
Les coûts sont asymétriques parce que les engagements fixes arrivent avant l'utilisation complète
Les petits fournisseurs d'infrastructure sont confrontés à une séquence de coûts peu attrayante. Ils ont besoin de capacités crédibles, de relations fournisseurs, de contrôles de sécurité et de personnel opérationnel avant de pouvoir prouver si la demande remplira la plateforme. Cela crée un risque asymétrique. La sous-utilisation nuit rapidement, mais la surutilisation peut nuire à la réputation si le fournisseur ne peut pas ajouter de capacité ou résoudre les incidents assez rapidement.
Pour ASPA, plusieurs catégories de coûts sont visibles par implication. Le statut LIR et l'administration des ressources de numérotation exigent une gestion du registre, des enregistrements précis dans la base de données RIPE, des contacts abuse, des objets de routage et la gestion des certificats. L'exploitation BGP nécessite une ingénierie réseau. Les relations de transit nécessitent une gestion commerciale et technique.
L'hébergement, le housing et le cloud nécessitent une capacité d'installation physique ou sous contrat, de l'énergie, du refroidissement, un cycle de vie du matériel, des sauvegardes, du stockage, un hyperviseur ou une maintenance de plateforme, des outils de sécurité, de la surveillance, une réponse aux incidents et un support client. La norme ISO 27001 exige des contrôles documentés, des audits, des actions correctives et une revue de direction.
La position IPv4 a à la fois une valeur d'actif et un coût d'opportunité. Les pages sur l'épuisement du RIPE NCC montrent que les adresses IPv4 récupérées sont allouées en petites unités /24 via une liste d'attente et que RIPE ne peut pas fournir de nouvelles adresses IPv4 inutilisées provenant d'un pool libre. Le /21 historique d'ASPA lui donne donc plus de marge IPv4 qu'un nouveau petit LIR ne pourrait en attendre de RIPE aujourd'hui. Mais l'espace d'adressage ne devient une valeur économique que s'il prend en charge des services rentables ou peut être transféré conformément à la politique.
Détenir des adresses pour des charges de travail à faible rendement peut être moins attractif que de les monétiser via un hébergement à plus forte valeur, des services clients contraints par IPv4 ou un transfert formel si la stratégie change. Les sources examinées montrent qu'un processus de transfert existe, mais pas l'intention d'ASPA.
L'allocation IPv6 est à l'opposé. ASPA a une ressource IPv6 importante dans les enregistrements RIPE, mais la vue de l'état de routage de RIPEstat n'a pas montré d'annonces IPv6 visibles pour AS197240 à la date de la requête. IPv6 peut réduire la dépendance à long terme envers les IPv4 rares et aider à répondre aux attentes de service modernes, mais les clients exigent souvent encore une accessibilité IPv4. Un fournisseur en dessous de l'échelle du cloud peut finir par payer pour gérer les deux mondes: la rareté IPv4 pour la compatibilité client et la préparation IPv6 pour l'avenir.
Le contexte du groupe peut aider à absorber ces coûts. Si les plateformes logicielles Alerce ont besoin d'un hébergement fiable, ASPA peut recevoir une utilisation de base provenant de la demande liée. Mais l'utilisation de base n'est pas la même chose qu'une marge externe. Le dossier d'investissement ne s'améliore que si les coûts fixes sont partagés entre suffisamment de charges de travail payantes, les renouvellements sont durables et la connaissance du service réduit le taux d'attrition.
Sinon, ASPA risque de posséder la base de coûts d'un opérateur d'infrastructure tandis que les clients et les plateformes affiliées choisissent des services externes moins chers pour les nouvelles charges de travail.
Les preuves fournisseurs pointent vers une dépendance de transit et une externalisation sélective
La concentration des fournisseurs d'ASPA n'est pas divulguée sous forme de contrat, mais le routage public et le DNS montrent des schémas de dépendance. L'objet aut-num de RIPE nomme Cogent, CenturyLink, Vodafone et Telia comme références de politique de transit. RIPEstat a observé CenturyLink/Lumen et Telia dans BGP au moment de la requête. Cela crée une histoire de fournisseurs typique d'un petit AS: les réseaux amont fournissent la connectivité, tandis qu'ASPA contrôle ses propres ressources d'origine.
Plus d'amonts peuvent améliorer la résilience, mais chaque fournisseur apporte des conditions commerciales, des dépendances techniques et un risque de renégociation.
Les preuves DNS publiques montrent une externalisation sélective au-delà du transit. La messagerie d'alerce-group.com pointe vers l'infrastructure de protection de Microsoft. Certaines propriétés web publiques d'Alerce se résolvent en dehors de la plage propre d'ASPA. C'est rationnel, mais cela montre également que les clients et les affiliés d'ASPA acceptent déjà une infrastructure externalisée là où cela a du sens. La douve n'est donc pas « nous hébergeons tout localement ».
La douve doit être « nous hébergeons les charges de travail où la connaissance locale, le contrôle, le support et la certification importent suffisamment pour compenser l'économie de la substitution ».
PeeringDB ajoute un autre signal négatif. Une requête pour AS197240 renvoie aucune entité trouvée. L'absence de PeeringDB n'est pas une preuve d'opérations faibles; de nombreux petits réseaux privés ne maintiennent pas de profils de peering publics. Mais cela signifie qu'il n'y a aucune preuve publique d'une stratégie de peering large, de présences à multiples points d'échange, d'une politique de peering ouverte ou d'un marketing d'interconnexion public. Cela correspond à l'interprétation de service étroit.
ASPA semble être un AS opérationnel avec du transit et des services d'hébergement d'applications sélectionnés, et non un réseau à forte interconnexion vendant de la connectivité et du peering comme produit.
La dépendance vis-à-vis des fournisseurs comprend également les fournisseurs de matériel, d'installation et de plateforme logicielle, bien que les sources publiques ne les divulguent pas. Les fournisseurs d'hébergement, de housing et de cloud en dessous de l'échelle hyperscale dépendent souvent d'un petit nombre de sites de centres de données, de fournisseurs de matériel, de piles de virtualisation, de produits de sauvegarde, de fournisseurs de sécurité et de personnel spécialisé.
Si la société a une seule installation principale à Saragosse ou une seule pile de plateforme principale, la résilience opérationnelle dépend fortement de la manière dont ces dépendances sont contractualisées et testées. La certification ISO 27001 indique une discipline de processus, mais elle ne publie pas l'architecture de redondance.
La conséquence économique est simple. ASPA peut être suffisamment résiliente pour sa niche sans être indépendante des fournisseurs. Mais chaque dépendance en amont, d'installation, de logiciel et de cloud réduit la marge si le client ne paie que pour une infrastructure de commodité. Pour gagner de la valeur, ASPA doit convertir la gestion des fournisseurs en une proposition de service: continuité, localité, intégration, conformité et support responsable.
La concentration de la clientèle est la principale inconnue de l'équation de marge
Le côté client est moins visible que le côté réseau. Les pages publiques d'Alerce nomment des clients et des catégories de clients pour les produits Alerce, mais elles ne divulguent pas la liste de clients d'ASPA, les conditions contractuelles ou la répartition des revenus. Cela laisse trois modèles possibles.
Le premier modèle est l'infrastructure captive. ASPA peut servir les plateformes logicielles liées à Alerce et les systèmes internes du groupe, les clients externes achetant principalement auprès d'autres entités Alerce. Ce modèle peut être précieux s'il protège les marges du groupe logiciel et la rétention des clients. Il est moins attractif si ASPA n'est qu'un centre de coûts dont l'économie est cachée dans la tarification logicielle.
Le deuxième modèle est l'hébergement client groupé. Les clients du logiciel Alerce peuvent recevoir des services d'hébergement, de housing ou de cloud dans le cadre de leur mise en œuvre logicielle, ASPA exploitant l'infrastructure certifiée. Ce modèle a une meilleure économie si les clients perçoivent l'infrastructure comme faisant partie d'une solution gérée critique pour la mission. Il a une économie plus faible si l'hébergement est groupé sans prix clair et devient un coût qu'ASPA doit absorber pour garder les clients logiciels satisfaits.
Le troisième modèle est la vente d'infrastructure externe. ASPA peut vendre des services d'hébergement, de housing ou de cloud directement à des clients au-delà du portefeuille logiciel propre d'Alerce. Ce serait la preuve la plus solide d'une demande indépendante, surtout si les clients renouvellent malgré la disponibilité de substituts plus grands. Les preuves publiques examinées ne montrent pas une telle base de clients.
Le risque de concentration de la clientèle est important parce que les petites entreprises d'infrastructure peuvent sembler stables jusqu'à ce qu'un ou deux grands clients renégocient ou partent. Un client logistique avec des intégrations profondes est stable, mais un grand client peut aussi avoir un pouvoir de négociation. Si un client ou un groupe affilié représente la majeure partie de l'utilisation, la durabilité des revenus d'ASPA dépend de cette relation. Si de nombreux petits clients utilisent la plateforme en raison du logiciel Alerce, le taux d'attrition peut être plus faible mais les coûts de support peuvent être élevés.
Les documents publics ne révèlent pas la combinaison.
C'est pourquoi l'absence de divulgation financière n'est pas un inconvénient mineur. Le chiffre d'affaires, la marge EBITDA, la marge brute, les dépenses d'investissement, le nombre de clients, le taux d'attrition, la durée moyenne des contrats, l'utilisation et la répartition entre clients liés et clients externes changeraient matériellement la conclusion. En leur absence, la réponse responsable est conditionnelle: ASPA possède les ingrédients opérationnels pour un rôle d'infrastructure de niche, mais pas assez de preuves publiques pour prouver que ce rôle produit une économie autonome attrayante.
La concurrence passe de l'hyperscale à la substitution à chaque renouvellement
La concurrence d'ASPA n'est pas une seule entreprise. C'est l'ensemble des options du client. Un client de logiciel logistique peut rester avec l'hébergement soutenu par ASPA, migrer vers le cloud public hyperscale, utiliser un fournisseur de télécommunications ou de services gérés, héberger en colocation, acheter une plateforme SaaS concurrente ou externaliser des fonctions génériques à Microsoft, Google, Amazon, Oracle, OVH, IONOS, Gigas, Telefónica Tech ou un autre fournisseur régional. Le concurrent pertinent dépend de la charge de travail.
Le contexte plus large de l'infrastructure numérique en Espagne rend la substitution plus facile. La page de la Décennie numérique 2025 de la Commission européenne indique que l'Espagne bénéficie d'une infrastructure numérique robuste, généralement plus avancée que la moyenne de l'UE, tout en accusant un retard dans la numérisation des entreprises, en particulier des PME. C'est un signal mitigé pour ASPA. Une bonne infrastructure rend les clients plus disposés à adopter des services numériques, mais elle leur donne également plus de choix de fournisseurs.
Le retard de numérisation des PME crée un espace pour les fournisseurs de services qui peuvent aider les clients à mettre en œuvre, mais il ne protège pas les marges si des fournisseurs plus importants conditionnent des services similaires.
Le marché du cloud est particulièrement impitoyable. Les fournisseurs hyperscale peuvent tarifer le calcul et le stockage de manière agressive, investir dans les régions espagnoles et européennes, et attacher des services de sécurité, d'analyse, d'IA et de bases de données que les petits fournisseurs d'hébergement ne peuvent pas reproduire. AWS a annoncé des investissements majeurs dans l'infrastructure cloud espagnole, en particulier en Aragon. Microsoft, Google et Oracle sont également en concurrence pour la demande cloud et IA espagnole.
Les fournisseurs cloud européens et espagnols peuvent faire valoir la localisation des données, le support et la souveraineté, mais ils se battent toujours contre les économies d'échelle. Un petit opérateur de Saragosse doit donc gagner sur la spécificité de la charge de travail, et non sur l'étendue de la plateforme.
Dans les télécommunications, la pression est différente. Les marchés espagnols de la connectivité et de l'infrastructure fixe sont dominés par de grands opérateurs et des challengers en croissance rapide. Les rapports secondaires sur les chiffres de la CNMC en 2025 décrivent une forte concentration entre Movistar, MasOrange, Vodafone et Digi sur les marchés fixe et mobile, avec une adoption élevée de la fibre et Digi gagnant des parts.
ASPA n'est pas en concurrence sur ce marché en tant qu'acteur de l'accès de détail, mais la concentration est importante car les opérateurs nationaux ont l'échelle nécessaire pour regrouper connectivité, hébergement, cloud, sécurité et services gérés pour les clients professionnels.
La menace de substitution est la plus claire au moment du renouvellement. Les clients migrent rarement les systèmes critiques de manière désinvolte, mais ils examinent les coûts lorsque les contrats sont renouvelés, les logiciels mis à niveau, les acquisitions réalisées, les exigences de sécurité modifiées ou une migration cloud proposée. La réponse défendable d'ASPA doit être mesurable: une meilleure disponibilité, un meilleur support, un risque de migration plus faible, une intégration plus forte, une meilleure adéquation à la conformité ou un coût total qui reste attractif après inclusion du support et du risque.
Si la réponse est seulement « nous avons des ressources et un AS local », l'acheteur peut trouver des ressources moins chères ailleurs.
Réglementation et résilience élèvent la barre pour un fournisseur de continuité
La promesse opérationnelle d'ASPA est en partie réglementaire et opérationnelle. La politique SGSI s'engage en faveur d'objectifs de sécurité de l'information, de confidentialité, de disponibilité, d'intégrité, des exigences clients, des exigences légales et réglementaires, de l'amélioration continue et de la formation du personnel. Les certificats ISO 27001 montrent une certification formelle pour les systèmes d'information soutenant l'hébergement, le housing et le cloud. Pour un petit fournisseur, ce ne sont pas des décorations. Ils font partie de l'argumentaire de vente et de la base de coûts.
Le problème est que la barre ne cesse de s'élever. Les clients de la logistique, du transport et de l'entreposage se soucient de plus en plus de la protection des données, de la cyber-résilience, de la continuité des activités, de la chaîne de traçabilité, des processus douaniers, de la traçabilité de la chaîne du froid et de la sécurité de l'intégration. Le matériel d'acquisition de Gadir, par exemple, met l'accent sur les niches logistiques réglementées, douanières et d'entrepôt sous douane.
Un fournisseur qui soutient de tels flux de travail a besoin de processus suffisamment solides pour les audits clients et suffisamment flexibles pour la croissance logicielle.
La résilience opérationnelle a également une dimension géopolitique et infrastructurelle. La discussion sur le cloud espagnol et européen inclut de plus en plus la souveraineté, l'énergie, l'eau, la capacité d'IA, l'implantation des centres de données et la dépendance vis-à-vis des fournisseurs américains. Ces thèmes peuvent aider les fournisseurs locaux ou européens à se positionner comme des alternatives responsables. Mais ils n'aident pas automatiquement ASPA.
La rhétorique de la souveraineté ne devient un revenu que si les clients choisissent ASPA pour une raison documentée: contrôle local des données, responsabilité contractuelle, certification, latence par rapport aux opérations, support en espagnol ou intégration avec des systèmes logistiques critiques pour l'entreprise.
Le plus grand risque opérationnel n'est pas un événement dramatique unique. C'est la non-pertinence progressive. Si les nouveaux produits Alerce naissent dans des environnements hyperscale, si les clients s'attendent à un SaaS géré sans voir la couche d'infrastructure d'ASPA, si l'IPv6 reste inutilisé ou si les services destinés au public continuent de migrer vers des plateformes externes, le rôle de détenteur de ressources d'ASPA pourrait devenir moins stratégique.
Inversement, si le groupe utilise ASPA comme un backbone certifié pour les SaaS logistiques critiques et étend ce modèle aux produits acquis, la société pourrait devenir plus importante même sans marque publique.
Cela rend la gouvernance et l'allocation des ressources décisives. Une stratégie sans investissement serait du marketing. Si ASPA veut rester pertinente en dessous de l'échelle du cloud, la direction doit décider quelles charges de travail justifient un contrôle local, quels services de commodité doivent être externalisés et quelles promesses clients méritent du capital. La société n'a pas besoin de reproduire l'hyperscale. Elle doit éviter d'être coincée entre une propriété d'infrastructure coûteuse et des clients qui ne voient aucune raison de la payer.
Les signaux non officiels sont minces, ce qui rend l'espace négatif important
Les signaux de marché non officiels n'ont pas ajouté beaucoup de preuves d'une large demande tierce. La recherche publique sous le nom légal exact est mince. PeeringDB ne renvoie aucune entité réseau publique pour AS197240. Les résultats de recherche n'ont pas montré d'historique visible d'avis clients pour l'hébergement ASPA, de grille tarifaire cloud publique, de page d'état de service publique ou de discussions communautaires actives autour d'ASPA en tant que FAI. Cette absence ne doit pas être traitée comme une preuve de faiblesse, car de nombreuses relations d'infrastructure B2B sont privées.
Elle doit être traitée comme une limite à la confiance.
La minceur affecte néanmoins le récit. Si une entreprise veut être comprise comme un fournisseur général de cloud ou d'hébergement, des preuves publiques apparaissent généralement: pages produits, portails de support, descriptions de services, références clients, profils de peering, pages d'état, documentation technique, conditions publiques ou annonces de recrutement pour des postes d'infrastructure. Le signal public d'ASPA est plus indirect: ressources RIPE, certification, pages de politique Alerce, demande du groupe Alerce et enregistrements DNS liant certains hôtes Alerce à l'espace IP d'ASPA.
Cet espace négatif pousse le jugement vers une thèse d'infrastructure captive ou intégrée plutôt qu'une thèse de cloud de marché ouvert. Un fournisseur intégré peut toujours être précieux. En fait, il peut être plus défendable qu'un petit cloud public indifférencié s'il soutient un portefeuille logiciel spécifique. Mais cela change les questions que les investisseurs et les concurrents devraient poser. La question n'est pas « combien de clients cloud génériques ASPA peut-elle gagner? » C'est « quelle part de la charge de travail logistique critique d'Alerce et de ses clients ASPA protège-t-elle, et à quelle marge? »
Les preuves DNS sont le signal opérationnel non officiel le plus fort parce qu'elles ne sont pas du matériel marketing. La résolution d'alertran.net dans la plage 46.30.104.0/21 d'ASPA suggère qu'au moins un domaine de produit Alerce utilise le réseau d'ASPA. La résolution de wip.alertran.net dans la même allocation suggère qu'un hôte de gestion de projet ou opérationnel s'y trouve également. Mais d'autres propriétés Alerce se résolvent ailleurs et la messagerie est externalisée. Cette séparation est un rappel sain: ASPA fait partie de la pile, pas la pile entière.
Pour la conclusion économique, les signaux non officiels augmentent donc l'incertitude plutôt que la confiance. Ils soutiennent l'existence d'un rôle d'infrastructure réel, mais ils ne montrent pas une largeur de marché. ASPA ressemble à un opérateur d'infrastructure techniquement réel, utilisé de manière sélective, certifié, dont le profil public est inférieur à ses preuves de ressources. Cela peut être stratégique si les clients sont stables et les marges adéquates. Cela peut être fragile si la valeur est invisible au renouvellement.
Le jugement ne change qu'avec des preuves d'une demande stable et facturée de manière indépendante
Le jugement actuel est prudent. ASPA Technology S.L.U. a suffisamment de preuves pour être prise au sérieux en tant que détentrice de ressources et opératrice d'hébergement, de housing et de cloud dans l'orbite d'Alerce. Elle a une empreinte RIPE de plus d'une décennie, un AS actif, des annonces IPv4 visibles, un RPKI valide sur les préfixes actifs vérifiés, une politique de transit nommée, une certification ISO 27001 pour les systèmes d'information d'hébergement/housing/cloud et des preuves DNS que l'infrastructure de certains produits Alerce se résout dans son espace d'adressage. Ces faits sont plus solides qu'une simple coquille.
Mais les preuves publiques ne prouvent pas une économie autonome attrayante. La société ne publie pas de chiffre d'affaires, de nombre de clients, d'utilisation, de dépenses d'investissement, de marge, de durée de contrat, de part liée, de taux d'attrition ou de références clients externes pour l'infrastructure. L'échelle IPv4 visible est modeste. L'allocation IPv6 n'est pas assortie d'une annonce IPv6 visible dans la vue de l'état de routage de RIPEstat. PeeringDB n'a pas d'entité publique pour l'AS. Certains services Alerce utilisent une infrastructure externe.
Le champ concurrentiel comprend le cloud hyperscale, les services gérés par les télécoms, les SaaS spécialisés, l'hébergement régional et la simple externalisation.
Le scénario de base est donc qu'ASPA peut gagner de la valeur si elle est la couche de continuité de confiance pour les charges de travail logicielles logistiques où les temps d'arrêt, le risque d'intégration et la conformité sont importants. Elle devient preneuse de prix si les clients voient ses services comme un hébergement de commodité, si la demande du groupe est captive mais à faible marge, ou si de nouvelles charges de travail migrent vers de plus grands fournisseurs cloud sans qu'ASPA ne conserve un rôle de contrôle.
Les faits qui changeraient la conclusion sont spécifiques. Premièrement, la divulgation qu'une part significative des revenus provient de clients tiers d'hébergement, de housing ou de cloud dans le cadre de contrats pluriannuels renforcerait le dossier de la demande. Deuxièmement, la preuve d'une utilisation élevée et d'une économie de renouvellement rentable montrerait que le patrimoine IPv4 et les coûts d'infrastructure génèrent un rendement. Troisièmement, une feuille de route claire de la plateforme avec un déploiement IPv6 visible, une résilience documentée et des niveaux de service orientés client réduirait l'incertitude opérationnelle.
Quatrièmement, la preuve qu'ASPA soutient les plateformes Alerce acquises telles que Wemob, PROXIUM ou Apache sans fragmentation de service montrerait que l'expansion du groupe augmente le levier d'infrastructure. Cinquièmement, une stratégie de peering ou d'interconnexion publique pourrait démontrer un rôle réseau plus large, bien que cela ne soit pas nécessaire si la stratégie de la société reste l'hébergement intégré.
Jusqu'à ce que ces faits apparaissent, ASPA doit être évaluée comme un opérateur d'infrastructure étroit mais réel avec une importance stratégique potentielle au sein d'un groupe de logiciels logistiques, et non comme un concurrent cloud à l'échelle. Son risque de marge est précisément le risque en dessous de l'échelle du cloud: la société doit financer suffisamment de crédibilité d'infrastructure pour être digne de confiance, tout en prouvant que les clients paient pour plus que la commodité d'infrastructure. Le statut de détenteur de ressources est utile. Le certificat est utile. Le réseau actif est utile.
La valeur économique n'arrive que si ces actifs se convertissent en une demande durable et différenciée.