Software af russisk oprindelse i EU-CCTV-projekter (2026): Gennemgang af overholdelse, sanktioner og indkøb
En faktuel gennemgang med fokus på indkøb til CCTV-designere, installatører og EU-ordregivende myndigheder, der stiller det samme tilbagevendende spørgsmål i 2026: hvordan gælder regler om oprindelse, sanktioner og datalokalisering, når CCTV-designsoftware er involveret? Denne artikel opsummerer den offentligt tilgængelige ramme. Det er ikke juridisk rådgivning — enhver konkret indkøbsbeslutning bør bekræftes med kvalificeret indkøbsjuridisk rådgivning.
Vigtigt: dette er en faktuel gennemgang, ikke juridisk rådgivning
Sanktioner, eksportkontrol og indkøbsregler ændrer sig ofte og fortolkes forskelligt på tværs af EU-medlemsstater. Intet i denne artikel bør betragtes som juridisk rådgivning til nogen specifik transaktion. For bindende afgørelser skal du rådføre dig med kvalificeret indkøbsjuridisk rådgivning i den relevante jurisdiktion. Henvisninger til offentligt tilgængelige standarder, forordninger og retspraksis er efter vores bedste overbevisning korrekte pr. maj 2026.
Indholdsfortegnelse
- Hvorfor dette spørgsmål betyder noget i EU-indkøb i 2026
- Den nuværende EU-sanktionsramme — overordnet resumé
- Den amerikanske side: NDAA §889 og ICTS-bekendtgørelser
- Direkte indkøbsmæssig indvirkning på CCTV-designsoftware
- Hvordan købere verificerer softwarens oprindelse
- GDPR — overførsel til tredjelande
- Hvorfor CCTVplanner findes — hostet og udviklet i EU
- Skift af dit CCTV-designværktøj
- Afsluttende ansvarsfraskrivelse
- Ofte stillede spørgsmål
Hvorfor dette spørgsmål betyder noget i EU-indkøb i 2026
Siden 2022 har EU vedtaget flere på hinanden følgende sanktionspakker rettet mod Rusland, sammen med parallelle udviklinger i medlemsstaternes regler for offentlige indkøb. Den samlede effekt på softwareindkøb har været betydelig: ordregivende myndigheder, der tidligere ikke spurgte om softwarens oprindelse, inkluderer nu rutinemæssigt krav om oprindelsesoplysning på kvalifikationstrinnet, og bud, der ikke kan dokumentere ikke-sanktioneret oprindelse, sorteres almindeligvis fra, før den kommercielle vurdering.
CCTV-designsoftware befinder sig i en særlig risikokategori, fordi de dokumenter, den producerer — plantegninger, kameraplacering, netværkstopologi, BOM — er følsomme både fra et sikkerheds- og et driftsmæssigt synspunkt. Selv hvor et sanktionsinstrument ikke direkte dækker et specifikt CCTV-planlægningsværktøj, har ordregivende myndigheder tendens til at anlægge en forsigtighedstilgang, især inden for forsvar, offentlig administration, kritisk infrastruktur og store sundheds- eller transportprojekter.
Denne artikel er den forklaring, vi ønskede fandtes, dengang installatørkunder først begyndte at spørge os om softwarens oprindelse i udbudsbesvarelser. Den er beskrivende, ikke normativ — dens formål er at lægge rammen frem i klart sprog, så en CCTV-designer kan stille sin indkøbsjuridiske rådgiver de rette spørgsmål, snarere end at erstatte den samtale.
Den nuværende EU-sanktionsramme — overordnet resumé
EU's restriktive foranstaltninger mod Rusland gennemføres via Rådets forordninger offentliggjort i Den Europæiske Unions Tidende og opdateret gennem successive ændringspakker. Rammen bygger på tre brede søjler, der er relevante for softwareindkøb.
Tre søjler relevante for software
- Eksportkontrol. Restriktioner på levering af nærmere angivne varer, tjenesteydelser, teknologi og software til Rusland, med sektorfokus på dual-use, forsvar og visse industrikategorier.
- Finansielle sanktioner. Indefrysning af aktiver og forbud mod at stille midler eller økonomiske ressourcer til rådighed for opførte personer og enheder. "Ejerskabs- og kontroltesten" er faktabestemt og gælder også, hvor en leverandør ikke selv er opført, men er ejet eller kontrolleret af en opført enhed.
- Filtre for offentlige indkøb. Bestemmelser i Rådets forordning (EU) 833/2014 (som ændret), der forbyder tildeling af offentlige kontrakter til visse russiske personer og enheder, gennemført og suppleret på forskellig vis af medlemsstaternes indkøbslovgivning.
Ud over EU-rammen har medlemsstater som Tyskland, Frankrig, Polen, de nordiske lande og de baltiske stater indført deres eget sprog for offentlige indkøb med strengere kriterier. Resultatet er, at den samme leverandør kan være acceptabel i én EU-jurisdiktion og blive sorteret fra i en anden, selv når intet instrument udtrykkeligt navngiver dem. Indkøbsteams har derfor tendens til at anvende det strengeste medlemsstats-sprog som deres interne benchmark.
Den amerikanske side: NDAA §889 og ICTS-bekendtgørelser
På den amerikanske side citeres to instrumenter rutinemæssigt selv af EU-indkøbsansvarlige som uformelle benchmarks. NDAA §889 (John S. McCain National Defense Authorization Act for Fiscal Year 2019) forbyder føderale myndigheder og føderale kontrahenter at købe eller bruge dækket telekommunikations- og videoovervågningsudstyr fra visse navngivne kinesiske producenter. Bekendtgørelserne om Information and Communications Technology and Services (ICTS), primært Executive Order 13873 og efterfølgere, giver det amerikanske handelsministerium brede beføjelser til at gennemgå transaktioner, der involverer udenlandske modstandere.
Ingen af instrumenterne gælder retligt for et typisk EU-indkøb. De bruges dog ofte som skabelonsprog i indkøb. En EU-ordregivende myndighed, der i 2026 udarbejder et CCTV-udbud, vil almindeligvis kræve, at leverandøren erklærer, at deres software, hosting og personale ikke ville blive udelukket efter regler svarende til §889, selv når §889 selv er irrelevant for kontrakten. Leverandører, der ikke kan afgive den erklæring, er ringere stillet konkurrencemæssigt, uanset den underliggende lovlighed af deres tilbud.
Direkte indkøbsmæssig indvirkning på CCTV-designsoftware
Kategorierne nedenfor er de fire, hvor vi ser spørgsmål om softwareoprindelse opstå hyppigst i EU-CCTV-projekter i 2026.
Udbud i den offentlige sektor
Udbud inden for offentlig forvaltning, forsvar, sundhed og uddannelse indeholder i stigende grad udtrykkelige klausuler om oplysning af "softwareoprindelse". Udløseren er som regel en af de ovenfor omtalte indkøbsfilterbestemmelser, anvendt gennem national gennemførelse. Selv hvor den retlige tærskel er diskutabel, er den praktiske realitet, at bud, der ikke kan dokumentere acceptabel oprindelse, sorteres fra på kvalifikationstrinnet. Designere, der besvarer offentlige udbud i 2026, bør forvente at skulle afgive positive oprindelseserklæringer for hvert eneste softwareværktøj, der bruges i designprocessen — ikke kun selve overvågningsudstyret.
Kontrakter om kritisk infrastruktur
Indkøb inden for energi, transport, bank og vandforsyning er reguleret af NIS2 (direktiv (EU) 2022/2555) og overlappende sektorregler. Selvom NIS2 selv er risikobaseret snarere end oprindelsesbaseret, identificerer de deraf følgende risikovurderinger ofte forsyningskædens oprindelse som en relevant faktor, og operatører af væsentlige tjenester har indbygget dette i deres indkøbsrammer. Kravet til dokumentation af softwareoprindelse i projekter med kritisk infrastruktur er markant højere end for almindelige kommercielle indkøb.
Compliance-revisioner i private virksomheder
Store virksomheder med deres egne ESG-, forsyningskæde- eller cyberrisikorammer reviderer rutinemæssigt deres leverandører og underleverandører. Selv når der ikke er tale om et specifikt udbud, kan en installatør, der bruger software, hvis oprindelse ikke kan dokumenteres, opleve at blive fjernet fra en foretrukken-leverandør-liste under en årlig gennemgang. Denne dynamik accelererede mærkbart i løbet af 2024 og 2025 og fortsætter ind i 2026.
Grænseoverskridende installatøropgaver
Installatører med aktiviteter i både EU- og ikke-EU-jurisdiktioner står over for ekstra kompleksitet, fordi indkøbsstandarderne varierer. Et værktøj, der er acceptabelt til et privat kommercielt projekt i én jurisdiktion, klarer måske ikke indkøbsfilteret til et offentligt projekt i en anden jurisdiktion. Mange installatører har løst dette ved at standardisere på EU-oprindelsesværktøjer til alle projekter, hvilket forenkler besvarelsen af ethvert fremtidigt udbud, uanset hvor det lander.
Hvordan købere verificerer softwarens oprindelse
En indkøbsansvarlig, der udfører et oprindelsestjek, har et ret standardiseret værktøjssæt. Ingen af disse tjek beviser i sig selv oprindelsen — de sammensætter et trianguleret billede ud fra offentlig information.
- WHOIS-registret på leverandørens domæne — registrantens land, den registrerede organisation, navneserverens ASN.
- Leverandørens oplysning af juridisk enhedsnavn, registreringsland og skatte-id — som regel krævet ved kvalificering.
- Gennemgang af hostingudbyder — den skyregion, hvor SaaS-infrastrukturen fysisk kører, dokumenteret ved en erklæring eller en tredjeparts hostingaftale.
- Offentlige selskabsdokumenter — registre over reelle ejere, moderselskabsstruktur og enhver krydsreference til sanktionslister.
- Erklæring om forsyningskæden — en skriftlig erklæring fra leverandøren, der beskriver, hvor softwaren udvikles, hostes og supporteres, og som navngiver eventuelle underleverandører.
Ved indkøb med højere risiko (forsvar, kritisk infrastruktur) kan vurderingen udvides til kildekodens herkomst, tredjeparts sikkerhedstest og en uafhængig juridisk udtalelse. Meromkostningen ved den højere vurdering er ikke ubetydelig, og ordregivende myndigheder bestiller typisk kun dette, hvor kontraktens værdi eller følsomhed berettiger det.
GDPR — overførsel til tredjelande
GDPR-artikel 44 til 49 regulerer overførsel af personoplysninger til lande uden for Det Europæiske Økonomiske Samarbejdsområde. Hovedreglen er, at en sådan overførsel er forbudt, medmindre en af de angivne garantier finder anvendelse: en tilstrækkelighedsafgørelse fra Europa-Kommissionen, en godkendt overførselsmekanisme såsom standardkontraktbestemmelser med passende supplerende foranstaltninger, eller en undtagelse til specifikke situationer.
EU-Domstolen fastslog i Schrems II-sagen (sag C-311/18, 2020) klart, at standardkontraktbestemmelser skal suppleres med en overførselskonsekvensanalyse, der tager hensyn til lovgivningen i bestemmelseslandet, og hvorvidt den yder et i det væsentlige tilsvarende beskyttelsesniveau. Rusland er ikke på Europa-Kommissionens liste over lande med tilstrækkeligt beskyttelsesniveau, og den fremherskende fortolkning er, at det er vanskeligt at opnå "i det væsentlige tilsvarende" beskyttelse for overførsler til Rusland i betragtning af det retlige landskab dér. Den praktiske konsekvens er, at ethvert CCTV-designværktøj, der overfører personoplysninger til servere i Rusland, eller til enheder under russisk jurisdiktion, står over for en betydelig byrde i form af en overførselskonsekvensanalyse, som EU-hostede værktøjer ganske enkelt ikke gør.
For CCTV-projekter betyder dette noget, fordi designværktøjer berører personoplysninger oftere, end folk går rundt og tror — projektmetadata, slutkundens siteoplysninger, kontoens e-mailadresser, indholdet af supportsager. En køber, der tager GDPR seriøst, vil ønske sikkerhed for, at ingen af disse data forlader EU/EØS på en måde, der udløser kapitel V-kontrol.
Hvorfor CCTVplanner findes — hostet og udviklet i EU
CCTVplanner drives af DEFENSAR, registreret i Polen, med frontenden hostet i Polen og backenden på skyinfrastruktur i EU-regionen. Det er betydningen af overskriften "100 % udviklet og hostet i EU" — den juridiske enhed, udviklingen og hostingen befinder sig alle inden for Den Europæiske Union. Kernekonto- og projektdata opbevares på EU-servere; et lille antal underleverandører (betalinger, analyse, e-mail — f.eks. Stripe, Google, Resend) er dækket af GDPR-overførselsgarantier: SCC'er og EU-USA Data Privacy Framework, som angivet i privatlivspolitikken.
For indkøbsteams oversættes dette til et kort, deklarativt svar på de ovenfor beskrevne spørgsmål om oplysning af oprindelse. Der findes ingen enhed, software eller underleverandør under russisk jurisdiktion nogen steder i forsyningskæden. Hvor en underleverandør opererer uden for EU (betalinger, analyse, e-mail), er overførslen dækket af GDPR kapitel V-garantierne angivet i privatlivspolitikken — SCC'er og EU-USA Data Privacy Framework. Der er ingen diskvalificerende faktor svarende til §889 i forsyningskæden. CCTVplanner nyder tillid fra installatører fra hele verden, og arkitekturen, der som standard er EU-baseret, er den enkeltfunktion, der oftest kommer op i indkøbssamtaler i 2026.
EU-holdningen i ét afsnit
- Den driftsansvarlige enhed DEFENSAR er registreret og skattemæssigt hjemmehørende i Polen.
- Frontend hostet i Polen; backend på skyinfrastruktur i EU-regionen (eu-west).
- Kernekonto- og projektdata på EU-servere; underleverandører (f.eks. Stripe, Google, Resend) er dækket af GDPR-overførselsgarantier — SCC'er og EU-USA Data Privacy Framework.
- GDPR-tilpasset som standard — ingen separat overførselskonsekvensanalyse krævet for EU-købere.
Skift af dit CCTV-designværktøj
Et praktisk spørgsmål, vi hører fra installatører i 2026, er: "Vi er tilfredse med vores nuværende CCTV-designværktøj, men indkøbsteamet har markeret oplysning af softwareoprindelse som en risiko. Hvordan ser et skift ud?" Svaret er for det meste mekanisk — eksportér plantegningen til DXF, importér den i CCTVplanner, genplacer kameraer fra et katalog med over 65.000 modeller, match DORI-tærskler, omlæg kabling, eksportér det flersidede PDF-dokument. Vi har skrevet en trin-for-trin-guide i migrationsguiden nedenfor. Ingen af trinnene er særlig svære. Den sværeste del er som regel beslutningen om at skifte, ikke selve skiftet.
For specifikt indkøbsdrevne skift er vores råd at dokumentere overgangen skriftligt — den udløsende begivenhed, de vurderede alternativer, den valgte erstatning og datoen for, hvornår det eksisterende værktøj udgår af arbejdsgangen. Både indkøbsjuridisk rådgivning og ESG-revisorer belønner dokumenterede beslutninger, og en skriftlig overgangslog er et almindeligt dokument i due diligence-mapper.
Afsluttende ansvarsfraskrivelse
Denne artikel er en faktuel gennemgang baseret på offentligt tilgængelige standarder, forordninger og retspraksis pr. maj 2026. Det er ikke juridisk rådgivning, og det erstatter ikke rådgivning fra kvalificeret indkøbsjuridisk rådgivning i din jurisdiktion. Sanktioner, eksportkontrol og indkøbsregler udvikler sig ofte og fortolkes forskelligt på tværs af EU-medlemsstater. Enhver konkret indkøbsbeslutning bør bekræftes med en rådgiver, der er bekendt med den specifikke ordregivende myndighed, sektor og jurisdiktion, der er tale om.
Ingen udtalelse i denne artikel er tiltænkt som en nedgørelse af noget land, virksomhed eller kategori af leverandør. Formålet er at beskrive den indkøbsramme, som købere oplever den i 2026, så installatører kan forberede udbudsbesvarelser og designarbejdsgange, der overlever kvalifikationstrinnet.
Ofte stillede spørgsmål
Is software of Russian origin banned from EU public procurement in 2026?
There is no single blanket EU rule that says "all software of Russian origin is banned". Instead, several layered EU instruments — sanctions regulations, public-procurement rules, sectoral export controls and member-state interpretations — combine to make Russian-origin software difficult or impossible to procure in many specific contexts (defence, public administration, critical infrastructure, financial services). Whether your specific procurement is permitted depends on the contracting authority, the sector and the country. Always consult your in-house counsel or external procurement advisor for a binding determination.
Does the EU sanctions framework apply to design software, not just hardware?
Sanctions instruments commonly cover "goods, services, technology and software" — software is treated as a category of its own, separate from physical hardware. Whether a particular CCTV design tool falls inside or outside a specific sanctions instrument is a fact-specific legal question. Public-sector tenders increasingly include explicit "software origin" disclosure requirements, and a vendor unable to evidence non-Russian origin is usually filtered out at the qualification stage regardless of the underlying sanctions analysis.
How does GDPR interact with Russian-hosted software?
GDPR Articles 44 to 49 govern personal-data transfers to third countries. Russia is not on the European Commission's list of countries with an adequacy decision, and standard contractual clauses to Russian processors face additional scrutiny under the Schrems II reasoning of the European Court of Justice. In practice this means that any CCTV design tool that transmits personal data — project metadata, account information, customer-site details — to servers in Russia or to entities under Russian jurisdiction faces a meaningful GDPR transfer-impact assessment burden that EU-hosted tools do not.
What is NDAA §889 and does it apply outside the United States?
NDAA §889 is a US federal procurement rule that prohibits federal agencies and federal contractors from buying or using telecommunications and video-surveillance equipment from certain named Chinese companies. It is a US instrument with US scope, but it is increasingly cited as a procurement template by EU and UK contracting authorities updating their own rules. Procurement officers in 2026 routinely ask vendors whether their products would qualify under §889 even when §889 itself does not legally apply to the contract.
What practical due-diligence does a procurement team perform on software origin?
Standard checks include WHOIS lookups on the vendor domain, verification of the legal entity name and registration country, review of hosting providers (where the SaaS infrastructure physically runs), inspection of public corporate filings, and a request for a written supply-chain attestation from the vendor. For higher-risk procurements (defence, critical infrastructure) the assessment can extend to source-code provenance, third-party penetration testing, and an independent legal opinion. None of this is a substitute for advice from procurement counsel, which is why the recurring recommendation in this article is to consult one.
Relaterede artikler
Side-om-side-sammenligning, inklusive holdning til datalokalisering.
Trin-for-trin-guide til et indkøbsdrevet skift.
Gratis-niveau-muligheder vurderet på EU-oprindelse og GDPR-holdning.
Standardopdatering relevant for EU-indkøbssprog.
Browserbaseret beregner hostet i EU, ingen installation krævet.
Standardbevidst objektivanbefaling, hostet i EU.