En europæisk kontorpakke kan have europæiske udgivere og samtidig bygge på kode, der er skrevet andre steder. Vurderingen af et open source-alternativ hviler derfor på et lag mere end ejerskab og hosting. Det handler om, hvem der har skrevet koden, og hvem der vedligeholder den nu.
Euro-Office er et aktuelt eksempel. Artiklen gennemgår, hvad parterne selv har offentliggjort, og hvordan kodens oprindelse kan indgå i en exit-plan. Oplysningerne er kontrolleret 30. oktober 2026.
Hvad Euro-Office er
Euro-Office er en webbaseret kontorpakke til dokumenter, regneark og præsentationer. Ifølge projektets side på GitHub skal den bygges ind i andre platforme, fx fildeling og projektstyring. Den er ikke beregnet til at stå alene.
Initiativet blev ifølge Nextclouds pressemeddelelse af 28. maj 2026 sat i gang 27. marts 2026. Den første udgave blev stillet til rådighed 9. juni 2026. Meddelelsen nævner IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian, BTactic, Open-Xchange og Office.eu som deltagere.
Projektsiden nævner desuden Proton og Tuta blandt bidragydere og støtter. Hovedkomponenterne er udgivet under AGPL-3.0.
Koden kommer fra ONLYOFFICE
Projektsiden oplyser, at Euro-Office bygger på ONLYOFFICE’s open source-kode. Begrundelsen for at lave en selvstændig gren, en såkaldt fork, er ifølge siden, at det ikke var muligt at samarbejde åbent med ONLYOFFICE.
Siden nævner tre grunde. Bidrag udefra blev typisk ikke gennemgået eller accepteret. Udviklingen manglede gennemsigtighed, blandt andet med binære og slørede kodeblokke og interne kommentarer på russisk. Og siden betegner ONLYOFFICE som et russisk selskab med udviklere, der næsten alle bor i Rusland.
Den sidste påstand er projektets egen. ONLYOFFICE beskriver sig selv anderledes, som det fremgår nedenfor.
Hvad ONLYOFFICE selv oplyser
ONLYOFFICE redegjorde for sit ejerskab i et blogindlæg af 2. april 2026. Rettighederne til ONLYOFFICE ejes ifølge indlægget af Ascensio System SIA, registreret i Riga i Letland. Selskabet er datterselskab af ONLYOFFICE Capital Group Pte. Ltd., et holdingselskab registreret i Singapore.
Indlægget oplyser, at udviklingen begyndte i 1998. Den russiske forretning blev ifølge indlægget udskilt i et selvstændigt selskab i 2019 med henblik på salg til russiske investorer. Siden 2023 er ONLYOFFICE og den russiske R7-Office ifølge indlægget helt uafhængige produkter uden fælles kode, ejerskab eller samarbejde.
Udviklingsholdet har ifølge indlægget kontorer i Letland, Armenien, Usbekistan, Serbien, Kina og Tyrkiet. Indlægget nævner ikke Euro-Office.
To beskrivelser af samme selskab
Euro-Office og ONLYOFFICE giver altså to forskellige billeder af, hvor koden er udviklet, og hvem der står bag. Begge er parter i en konflikt, og ingen af beskrivelserne er efterprøvet af en uafhængig instans i de kilder, der er gennemgået her.
Mindst én europæisk organisation har handlet på usikkerheden. Münsters Universitet, der driver den akademiske cloudtjeneste sciebo, slog ONLYOFFICE fra i begyndelsen af marts 2026. Ifølge universitetets meddelelse af 2. marts 2026 skyldes det uklare forbindelser til Rusland i lyset af EU’s sanktioner, og tjenesten bruger nu Collabora.
For en exit-plan er pointen, at oplysninger om en kodebases oprindelse ofte kommer fra parter med egne interesser. Notér derfor, hvem der siger hvad, og hvad der kan efterprøves i registre.
Licenskonflikten
ONLYOFFICE anklagede 30. marts 2026 i et blogindlæg Euro-Office for at bryde licensvilkårene. Indlægget henviser til tillægsbetingelser, der blandt andet kræver, at det oprindelige produktlogo bevares. ONLYOFFICE skriver, at AGPLv3 skal accepteres i sin helhed med tillæggene.
Free Software Foundation tog stilling til tillæggene 15. april 2026. I FSF’s indlæg står, at kravet om at bevare logoet ikke findes i licensens afsnit 7(b), og at det derfor er en yderligere begrænsning. Ifølge licensen må modtageren fjerne sådanne begrænsninger.
FSF’s indlæg nævner ingen retsafgørelse. Pr. 30. oktober 2026 er der i de gennemgåede kilder ikke oplyst om en domstolsafgørelse i sagen.
For en organisation, der overvejer pakken, er konflikten et forhold at følge. Den kan få betydning for, hvilke udgaver der distribueres, og hvem der tilbyder support. Spørg leverandøren af den udgave, I tester, hvordan de forholder sig til licensspørgsmålet.
Hvad pakken kan i dag
Pressemeddelelsen fra maj 2026 beskrev arbejdet før første udgave. Det omfattede oprydning i koden, sikkerhedsopdateringer, automatiske test og kodekommentarer oversat til engelsk. Næste skridt var ifølge meddelelsen programmer til computer og mobil samt fuld understøttelse af åbne standarder som ODF.
Projektets udgivelser af Document Server viser version 9.3.7 fra 24. oktober 2026 og en rettelse 29. oktober 2026. Repositoriet for programmet til computer viser version 9.3.6 fra 22. oktober 2026. Projektsiden beskriver styringen som “who codes, decides”, indtil en styregruppe er etableret.
Om ODF-understøttelsen er på plads, er ikke efterprøvet her. Kontrollér det selv i den udgave, I tester.
Kodens oprindelse som et fjerde lag
Artiklen om → De tre lag handler om, hvor data ligger, hvem der driver tjenesten, og hvilken lovgivning der gælder. Ved open source-software kommer kodebasen til som et selvstændigt spørgsmål.
Det handler om tre ting. Hvem har skrevet koden, og kan den gennemgås. Hvem vedligeholder den nu, og hvordan træffes beslutninger. Og hvem har rettighederne, og er licensen entydig.
En fork kan ændre svarene. Når et nyt fællesskab overtager vedligeholdelsen, flytter beslutningerne. Den oprindelige kode følger dog med, indtil den er gennemgået. Et lignende mønster er beskrevet i → Passwork, og leverandører fra lande uden for det sikkerhedspolitiske fællesskab er gennemgået i → denne artikel.
Sådan indgår kodebasen i vurderingen
- Find oprindelsen · Læs projektets egen beskrivelse af, hvilken kode det bygger på.
- Slå rettighedshaveren op · Notér selskab, land og moderselskab fra registre og selskabets egne oplysninger.
- Læs licensen · Kontrollér, om der er tillæg til standardlicensen, og om de er omstridte.
- Vurder vedligeholdelsen · Notér, hvem der bidrager, hvor ofte der udgives, og hvordan beslutninger træffes.
- Kontrollér formaterne · Afklar, om pakken understøtter de åbne formater, I har brug for.
- Notér datoen · Skriv dato på hver oplysning, fordi projektet ændrer sig hurtigt.
Metoden supplerer de fire krav i → trin 7. Formaternes betydning for bindingen er beskrevet i → dokumentformater.
Typiske fejl i vurderingen af en fork
Den første fejl er at sætte lighedstegn mellem udgiverne og koden. At en pakke udgives af europæiske selskaber, siger ikke noget om, hvor stor en del af koden der er gennemgået eller skrevet om.
Den anden fejl er at overse licensen. Er der en verserende konflikt om licensvilkårene, kan den påvirke, hvem der kan levere support, og hvilke udgaver der må distribueres. Notér konflikten, og følg den.
Den tredje fejl er at vurdere en fork på dens første udgave. Et nyt projekt ændrer sig hurtigt, både i funktioner, i bidragydere og i styring. Projektets egen beskrivelse af, hvad der mangler, er et godt udgangspunkt for en testplan.
Den fjerde fejl er at glemme den gamle leverandør. Bruger I i forvejen den oprindelige pakke, gælder spørgsmålene om oprindelse og vedligeholdelse også for den. De skal stå i kortlægningen fra → trin 1.
Hvad gennemgangen kan og ikke kan vise
Gennemgangen kan vise, hvad Euro-Office, ONLYOFFICE, FSF og en tysk universitetstjeneste selv har offentliggjort. Den kan vise, at oprindelsen af en kodebase kan være omstridt, og at en licenskonflikt kan opstå få dage efter en lancering.
Den kan ikke afgøre, hvem der har ret i licensspørgsmålet, eller om ONLYOFFICE har forbindelser til Rusland i dag. Den kan heller ikke vurdere kodens sikkerhed. Ingen af pakkerne er hermed anbefalet.
Betydningen for exit-planen
Står en ny kontorpakke på listen over alternativer, så notér kodebasens oprindelse, rettighedshaveren, licensen og vedligeholdelsen sammen med ejerskab og hosting. Planlæg en test i en afgrænset gruppe, før pakken indgår i faste arbejdsgange, som beskrevet i → brugerne i skiftet.
Den bredere sammenligning af kontorpakker findes i → kontorpakke og mail. Skal valget dokumenteres over for ledelse eller kunder, kan Nielco IT’s jurisdiktions- og afhængighedsvurdering give en uvildig gennemgang af leverandører og afhængigheder.
Kilder
- Euro-Office: organisationsside på GitHub, hentet 30. oktober 2026. https://github.com/Euro-Office
- Euro-Office: DocumentServer, udgivelser, hentet 30. oktober 2026. https://github.com/Euro-Office/DocumentServer/releases
- Euro-Office: DesktopEditors, udgivelser, hentet 30. oktober 2026. https://github.com/Euro-Office/DesktopEditors/releases
- Nextcloud: Sovereign office suite Euro-Office to release June 9, 28. maj 2026. https://nextcloud.com/blog/press_releases/sovereign-office-suite-euro-office-to-release-june-9/
- ONLYOFFICE: ONLYOFFICE flags license violations in “Euro-Office” project by Nextcloud and IONOS, 30. marts 2026. https://onlyoffice.com/blog/2026/03/onlyoffice-flags-license-violations-in-euro-office-project-by-nextcloud-and-ionos
- ONLYOFFICE: ONLYFacts about ONLYOFFICE, 2. april 2026. https://onlyoffice.com/blog/2026/04/onlyfacts-about-onlyoffice
- Free Software Foundation (Krzysztof Siewicz): You cannot use the GNU (A)GPL to take software freedom away, 15. april 2026. https://www.fsf.org/blogs/licensing/agpl-is-not-a-tool-for-taking-freedom-away
- Universität Münster, sciebo: OnlyOffice deactivated in sciebo, 2. marts 2026. https://docs.sciebo.de/en/blog/2026/03/02/onlyoffice-deactivated-in-sciebo/
