Soevereine AI voor Telecom
Operatoren beheren het netwerk waarover de soevereiniteit van alle anderen loopt, en de abonneegegevens die Europa het strengst beschermt. AI op een van beide moet binnen de operator blijven. Het platform is zo gebouwd dat dat kan.
Netwerk als graaf
Locaties, elementen, verbindingen en de diensten erbovenop, één keer gemodelleerd. Alarmstormen vallen samen tot het element dat ze verklaart.
Abonneegegevens blijven thuis
Service-agenten lezen account-, verkeers- en locatiedata binnen de operator, onder afgebakende identiteiten, en dragen over wanneer het beleid dat zegt.
NIS2 met bewijs
Incidenten geopend met de getroffen diensten geïdentificeerd, meldingen opgesteld uit het dossier, beoordelingen gelogd.
Een nationale operator ziet honderdduizenden alarmen per dag, bedient miljoenen abonnees van wie de verkeers- en locatiedata het land niet mogen verlaten, en is een essentiële entiteit onder NIS2 met een toezichthouder die verwacht dat incidenten worden gemeld en verklaard. AI kan storingen sneller oplossen, routinevragen van klanten afhandelen en het NIS2-dossier voorbereiden, maar alleen als de netwerkdata en de abonneegegevens nooit naar een model van een derde gaan.
Lees dit als u netwerkoperaties, klantoperaties, security of IT leidt bij een vaste, mobiele of wholesale-operator, of verantwoordelijk bent voor zijn NIS2- en telecomrechtelijke verplichtingen.
Voor telecomoperatoren is Scrydon het soevereine AI- en dataplatform dat het netwerk en zijn diensten als één graaf modelleert, er alarmen op correleert en storingen op voorspelt, abonneegerichte agenten draait binnen de eigen infrastructuur van de operator, en de incident- en auditdossiers oplevert die NIS2 vereist.
Het draait op de eigen infrastructuur van de operator, in een nationale soevereine cloud of ontkoppeld voor de gevoeligste netwerksegmenten, met lokaal geserveerde open-weight modellen, zodat geen alarm, topologie of abonneerecord ooit naar buiten wordt gestuurd.
Te veel alarmen, te weinig correlatie, en data die niet mogen reizen
Een network operations centre is een oefening in triage. Honderdduizenden alarmen per dag komen binnen uit radio, transport, core en vaste toegang, en wanneer een glasvezel breekt, geeft elke dienst die erover loopt een eigen alarm. De taak van de engineer is de ene storing te vinden die de muur van rood verklaart, en hoe snel dat gebeurt hangt af van wie er dienst heeft. Klanten merken het meestal eerst.
Aan de andere kant van het bedrijf handelt het contactcenter facturatie-, activerings- en storingsdossiers af waarvoor een medewerker account-, verkeers- en soms locatiegegevens moet lezen, die de ePrivacy-regels en de nationale telecomwetgeving strenger beschermen dan gewone persoonsgegevens. Beide problemen zijn natuurlijk terrein voor AI, en beide zijn gesloten voor elke AI-dienst die de data buiten de operator zou brengen. Voeg de verplichtingen van NIS2 voor essentiële entiteiten toe, en een multivendornetwerk dat uitsluit dat de AI-laag aan één leverancier wordt gebonden, en de eisen aan het platform liggen vast.
Alarmvloeden — Eén glasvezelbreuk geeft een alarm voor elke dienst erop. De oorzaak vinden hangt af van wie er dienst heeft.
Klantdossiers die beschermde data vergen — Een facturatie- of storingsdossier oplossen betekent records lezen die ePrivacy en de nationale wet strenger beschermen dan gewone persoonsgegevens.
Verplichtingen als essentiële entiteit — NIS2-termijnen, regels voor netwerkbeveiliging en de afhandeling van wettelijke verzoeken vergen allemaal een dossier dat zichzelf verklaart.
Vendorneutraal uit noodzaak — Multivendornetwerken en een mandaat voor strategische autonomie sluiten uit dat de AI-laag aan één buitenlandse leverancier wordt gebonden.
Eén model van het netwerk en de klant, en agenten die op beide werken
Het platform modelleert het netwerk als een graaf van locaties, elementen, verbindingen en de diensten erbovenop, gemapt vanuit de inventory en de operations-supportsystemen, en het modelleert de klant op dezelfde graaf vanuit de business-supportsystemen. Alarmen en prestatietellers landen in realtime op dat model, zodat correlatie een graafdoorloop wordt: de alarmen worden gegroepeerd onder het element waarvan het falen ze verklaart, met de getroffen diensten en klanten ernaast. Modellen getraind op de eigen historiek van de operator markeren de verbindingen en cellen waarvan de tellers lijken op de dagen vóór eerdere storingen.
Aan de klantzijde lezen service-agenten abonneerecords binnen de perimeter, redeneren ze over hetzelfde model en handelen ze via de bestaande facturatie- en provisioningsystemen onder een identiteit die is afgebakend tot die klant en dat dossier. Een verzoek buiten het beleid wordt met de context erbij naar een persoon gerouteerd. Wanneer een gebeurtenis een NIS2-incident wordt, is het dossier er al: de getroffen diensten uit het netwerkmodel, het bewijs uit de alarmen en een opgestelde vroegtijdige waarschuwing die een aangewezen persoon beoordeelt.
- 1
Modelleren
Een ontologie van locaties, elementen, verbindingen, diensten, producten en abonnees, gemapt vanuit inventory, OSS en BSS.
- 2
Samenvoegen
Alarmen, prestatietellers, tickets en wijzigingsrecords landen in realtime op het model; een falend element toont de diensten en klanten die het raakt.
- 3
Voorspellen en oplossen
Modellen getraind op uw eigen historiek markeren verslechterende verbindingen; service-agenten lossen routinegevallen op via het bestaande BSS.
- 4
Rapporteren
De vroegtijdige NIS2-waarschuwing en de melding worden opgesteld uit het incidentdossier, beoordeeld door een aangewezen persoon en verzonden.
De operator is de perimeter
Voor een telecomoperator is de perimeter de operator zelf. Topologie, prestatiedata en abonneerecords beschrijven ofwel vitale infrastructuur ofwel beschermde persoonsgegevens, en een mandaat voor strategische autonomie sluit een buitenlandse leverancier in de keten uit. Het platform draait op de eigen infrastructuur van de operator, in een nationale soevereine cloud of ontkoppeld voor de segmenten die dat vereisen, met lokaal geserveerde open-weight modellen.
Agenten dragen afgebakende identiteiten: een service-agent is beperkt tot één klant en één dossier, een netwerkagent tot het lezen van telemetrie in plaats van het schrijven van configuratie, en elke lezing en elke wijziging wordt toegeschreven en gelogd. Die toeschrijving is wat een toezichthouder, een auditor van wettelijke verzoeken of een klant zal willen zien, en het is wat de observability en governance van het platform vanzelfsprekend opleveren.
Draait waar het netwerk is — Op de eigen infrastructuur van de operator, in een nationale soevereine cloud, of ontkoppeld voor de segmenten die dat vereisen.
Open-weight modellen, lokaal geserveerd — Geen abonneerecord of topologiedetail vertrekt in een prompt. De modelkeuze blijft bij de operator.
Afgebakende agentidentiteit — Een service-agent is beperkt tot één klant en één dossier; een netwerkagent tot het lezen van telemetrie, niet het schrijven van configuratie.
Toeschrijving en audit — Elke lezing en elke wijziging door een agent wordt toegeschreven en gelogd, en dat is wat een toezichthouder of een klant zal willen zien.
Houd dit onderwerp in de gaten
Wat er voor uw sector verandert in Europese AI-soevereiniteit, en wat we in de praktijk leren. Een paar keer per jaar, geen drip-campagne.
Toepassingen voor telecom
Netwerkoperaties en klantoperaties op één soeverein platform.
5G-netwerkslicing
Telecommunicatie
Uitdaging
Het dynamisch toewijzen van bandbreedte aan hulpdiensten versus consumentenstreaming tijdens crises is handmatig en traag.
Oplossing
In het netwerk ingebedde agenten geven tijdens uitgeroepen noodsituaties automatisch prioriteit aan kritiek communicatieverkeer en handhaven QoS-beleid op pakketniveau.
Lees meer
Ononderbroken communicatie voor hulpverleners tijdens gebeurtenissen met hoge belasting.
AI-ready fundament voor sensor- en OT-data
Data-engineering
Uitdaging
Net-, water- en transportbeheerders zitten op jarenlange SCADA- en sensorhistorie, maar die is te versnipperd en te slecht gelabeld om betrouwbaar door AI-modellen te laten gebruiken.
Oplossing
Een AI-ready datapijplijn schoont OT- en sensordata op, voorziet die van context en verankert die in de ontologie voordat ze een model bereikt, zodat agenten redeneren over betrouwbare, goed beschreven data in plaats van ruwe tag soup.
Lees meer
Voorspellende modellen en agenten bereiken sneller productiegereedheid, gebouwd op een datafundament dat beheerders daadwerkelijk kunnen vertrouwen.
Afgebakende agentidentiteit voor OT-systemen
Beveiliging & toegangsbeheer
Uitdaging
Een AI-agent toegang geven tot SCADA- of historian-systemen is riskant wanneer elke agent één breed serviceaccount deelt in plaats van een eigen afgebakende identiteit.
Oplossing
Elke agent authenticeert onder zijn eigen gefedereerde identiteit met minimale, in tijd begrensde rechten, zodat een agent die sensortelemetrie leest nooit ook regelsetpoints kan schrijven tenzij dat expliciet is toegestaan.
Lees meer
Agenten opereren veilig naast OT-systemen met een volledig toewijsbaar rechtenmodel, waarmee een belangrijke categorie agentic AI-risico in operationele omgevingen wordt afgesloten.
Gecoördineerde storingsrespons door mens en agent
Incidentrespons
Uitdaging
Een storingsrespons beslaat meerdere teams en dienstwisselingen, en elke overdracht tussen de triage van een agent en het besluit van een operator start de coördinatie opnieuw, wat minuten kost die tellen tijdens een lopend incident.
Oplossing
Het AI OS voert de storingsrespons uit als één gecoördineerd proces: agenten triageren telemetrie en zetten responsacties klaar, operators keuren goed of grijpen in op vastgelegde controlepunten, en de volledige incidentstatus gaat automatisch mee over dienstwisselingen heen.
Lees meer
Snellere, beter gecoördineerde storingsrespons met één doorlopend incidentdossier in plaats van gefragmenteerde overdrachten tussen teams en diensten.
Ontologiegebaseerd middelen- & netwerkmodel
Assetmanagement
Uitdaging
Eén onderstation of pijpleidingsegment wordt anders weergegeven in het GIS, het assetmanagementsysteem en de SCADA-historian, waardoor het beantwoorden van "wat weten we over dit middel" neerkomt op handmatig kruisverwijzen tussen systemen die nooit zijn gebouwd om het eens te zijn.
Oplossing
Een ontologie modelleert elk middel en elke netwerkverbinding als één entiteit, in kaart gebracht vanuit GIS-, EAM- en historian-data, zodat agenten en beheerders redeneren over één consistent middelenmodel.
Lees meer
Een eenduidig, bevraagbaar middelen- en netwerkmodel dat handmatig kruisverwijzen tussen losstaande systemen vervangt.
NIS2-incidentdetectie en melding binnen 24 uur
Security Operations
Uitdaging
NIS2 geeft essentiële entiteiten 24 uur voor een vroegtijdige waarschuwing en 72 uur voor een incidentmelding, maar het bewijs zit verspreid over SIEM-alerts, OT-alarmen, ticketing en wijzigingslogs. De eerste dag gaat op aan het handmatig bijeenbrengen ervan.
Oplossing
Agenten correleren beveiligings- en operationele signalen met een model van de eigen diensten en assets van de operator, openen het incident met de getroffen diensten al geïdentificeerd, en stellen de vroegtijdige waarschuwing en de melding op uit het dossier, ter beoordeling en verzending door een mens.
Lees meer
De klok van 24 uur start met een concept in de hand in plaats van een leeg sjabloon, en elke melding is herleidbaar tot de gebeurtenissen erachter.
Waaraan telecom moet voldoen
De regelgeving die bepaalt of AI überhaupt op deze data mag draaien. Elke pagina beschrijft wat het kader vraagt en welke platformcontroles daarop antwoorden: eigenschappen en weigeringen, geen checklist.
NIS2 · NIS2-richtlijn
Van toepassing op: Essentiële en belangrijke entiteiten in kritieke sectoren — energie, transport, water, gezondheid, digitale infrastructuur, openbaar bestuur, industrie en meer — en hun toeleveringsketens.
Hoe het platform dit ondersteuntAVG · Algemene verordening gegevensbescherming
Van toepassing op: Elke organisatie die persoonsgegevens van mensen in de EU/EER verwerkt, of zij nu in de Unie is gevestigd of van buiten de Unie goederen of diensten aanbiedt dan wel gedrag monitort.
Hoe het platform dit ondersteuntCRA · Cyber Resilience Act
Van toepassing op: Fabrikanten, importeurs en distributeurs van producten met digitale elementen — hardware en software — die op de EU-markt worden gebracht, waaronder softwareleveranciers en de organisaties die daarop verbonden producten bouwen.
Hoe het platform dit ondersteuntEU AI Act · EU AI-verordening
Van toepassing op: Aanbieders, gebruiksverantwoordelijken, importeurs en distributeurs die AI-systemen op de EU-markt brengen, of van wie de AI-output in de EU wordt gebruikt.
Hoe het platform dit ondersteunt
Waar deze resultaten daadwerkelijk op draaien
Een telecomarchitect vraagt hoe het netwerk wordt gemodelleerd, hoe agenten worden afgebakend en geobserveerd, en waar het platform draait. Deze pagina's beantwoorden die vragen.
Soevereine fundamenten
Het zero-trust fundament waar het hele platform op rust — dezelfde stack, van air-gapped tot cloud.
AI OS
De runtime die een proces opdeelt in stappen, elke stap toewijst aan een systeem, een agent of een mens, en de context meegeeft om te handelen.
Ontologiegebaseerd dataplatform
De semantische laag die tabellen omzet in de entiteiten waar uw organisatie het over heeft.
AI-observability
Monitoring, tracing en evaluatie van agents en AI-workflows, zodat storingen te diagnosticeren zijn.
Identiteit
Federatieve identiteit en zero-trust toegang — voor mensen én agents, onder hetzelfde beleid.
On-premises
Het platform in uw eigen datacenter, op uw eigen hardware.
Veelgestelde vragen
Hoe vermindert het platform de alarmruis in het network operations centre?+
Kunnen AI-agenten klantdossiers afhandelen zonder dat abonneegegevens de operator verlaten?+
Hoe ondersteunt dit NIS2 voor een telecomoperator?+
Wij hebben een multivendornetwerk. Is het platform gebonden aan de apparatuur of cloud van een leverancier?+
Kunnen de gevoeligste netwerksegmenten ontkoppeld blijven?+
Hoe verschilt dit van de AI-functies die onze netwerkleveranciers al verkopen?+
Werken jullie samen bij aanbestedingen en raamcontracten?+
Schrijft u liever? Mail naar hello [at] scrydon.com en wij nemen contact met u op.
Ga verder
Drie routes vanaf hier: de regels waaraan u wordt getoetst, het platform waarop deze resultaten draaien en de sessies waarin we ze doorlopen.
De regels die gelden
Elke regelgeving, wat ze vraagt en de controles die het platform daarvoor biedt.
Het platform erachter
Het AI Operating System, Analytics en Sovereign Foundations, pagina per pagina.
Alle toepassingen
Allemaal op één plek, gegroepeerd per sector die ze het best kent.
How – Inside the AI OS: running governed agents on your own cluster, live(in het Engels)
17 sep 2026, 09:00
Part 2 of the Sovereign AI series, for engineers and architects. No slides after minute five: an agent gets an identity and scoped permissions, calls tools over governed MCP, retrieves from the ontology rather than raw tables, runs inside the sandbox and is stopped when it steps outside policy, and everything lands in the audit trail — then the same stack brought up on a disconnected network. Properties and refusals, shown rather than claimed.
Andere delen van vitale infrastructuur
De andere pagina's onder vitale infrastructuur, en het sectoroverzicht waar ze onder vallen.
Nutsbedrijven
Energie-, water- en gasbeheerders: voorspelling op feederniveau, NIS2-incidentrapportage en OT-data die binnen de perimeter blijven.
Lees de paginaTransport
Spoor, havens, luchthavens, wegen en openbaar vervoer: één model van het netwerk, voorspellend onderhoud, stroomoptimalisatie en incidentrespons op OT-data die binnen de beheerder blijven.
Lees de pagina
Partners
