Zentral oder lokal: wer macht was
Österreichische, deutsche und Schweizer Unternehmen mit Niederlassungen am Balkan landen meist bei einem von drei Modellen: Die IT der Zentrale betreut alles und kauft bei Bedarf Unterstützung vor Ort zu, jede Tochter beauftragt einen eigenen lokalen IT-Dienstleister, oder ein regionaler Partner deckt alle Länder ab. Wichtiger als das Organigramm ist die klare Aufteilung der Verantwortung. Eine einfache Regel hat sich bewährt: Die Zentrale besitzt Standards, Lizenzen und Daten; die Region erbringt den Service vor Ort überall gleich.
| Bereich | Meist zentral (Zentrale) | Meist lokal oder regional |
|---|---|---|
| Identitäten und E-Mail | Entra ID, Microsoft-365-Tenant, Lizenzen, MFA-Richtlinien | Kontoanträge, Onboarding, First-Level-Support in der Landessprache |
| Geräte | Standardmodelle, Intune-Richtlinien, Sicherheitstools | Lieferung, Einrichtung, Austausch, Garantiefälle |
| Netzwerk | Firewall-Standard, VPN- oder SD-WAN-Design, zentraler Knoten | Leitungen, Verkabelung, WLAN, Firewall-Installation, Fehlersuche vor Ort |
| Anwendungen | ERP, CRM, Dateiablage, Datenstandort | Lokale Integrationen (E-Rechnung, Fiskalgeräte), Drucker und Scanner |
| Sicherheit | Sicherheitsstandard, Monitoring, Incident-Prozess | Umsetzung des Standards, lokale Ansprechpartner, Awareness-Schulungen |
Mit dem Tool auf dieser Seite sehen Sie, welches Modell zu Ihren Ländern, Benutzern und Vor-Ort-Anforderungen passt.
Identitäten, Geräte und das Netzwerk zwischen den Standorten
Geben Sie jedem neuen Standort ab dem ersten Tag dieselbe Basis wie der Zentrale. Benutzer erhalten Konten im zentralen Verzeichnis mit MFA, Notebooks sind vor der Übergabe in der Geräteverwaltung, mit lokalem Tastaturlayout und lokaler Sprache. So ist ein neues Büro in Belgrad oder Skopje einfach eine weitere Gruppe von Geräten und Benutzern und keine IT-Insel.
Für die Anbindung standardisieren Sie die Firewall an jedem Standort und verbinden sie per Site-to-Site-VPN oder SD-WAN mit der Zentrale oder einem zentralen Knoten, mit Backup-Leitung über einen zweiten Anbieter oder Mobilfunk. Führen Sie von Anfang an einen IP-Plan; überlappende Adressbereiche sind einer der häufigsten Gründe, warum die Anbindung eines neuen Standorts Wochen statt Tage dauert.
Aus unserer Praxis: Ein von uns betreutes Unternehmen hat Standorte in allen Ländern der Region. An jedem Standort stehen Fortinet-Geräte, die per SD-WAN mit einem zentralen Knoten verbunden sind, den Humanfrog wartet; wir betreuen die IT des gesamten Unternehmens, einschließlich der sicheren Verbindungen zwischen den Standorten. Derselbe Firewall-Standard überall bedeutet dieselben Sicherheitsregeln, dasselbe Monitoring und dieselbe Fehlersuche in jedem Land.
Sicherheitsstandard und NIS2 aus Sicht der Lieferkette
Legen Sie einen Sicherheitsstandard für die ganze Gruppe fest: Endpoint-Schutz, Patching, E-Mail-Schutz, Backups, Logs im zentralen Monitoring und einen Incident-Prozess mit Ansprechpartnern je Land. Einmal schriftlich festgelegt, gilt er an jedem Standort, egal wer vor Ort arbeitet.
NIS2 gilt über nationale Gesetze, in Österreich über das NISG 2026, in Deutschland über das NIS2UmsuCG, in Slowenien über ZInfV-1 und in Kroatien über das Cybersicherheitsgesetz. Serbien und Nordmazedonien haben eigene, an NIS2 angelehnte Gesetze verabschiedet, Montenegro hat ein Informationssicherheitsgesetz, in Bosnien und Herzegowina sollten Sie den aktuellen Stand prüfen. Fällt Ihre Gruppe unter NIS2, müssen Sie auch die Sicherheit Ihrer IT-Dienstleister steuern. Jeder lokale IT-Dienstleister ist ein Lieferant, den Sie bewerten, vertraglich binden und prüfen müssen. Weniger Dienstleister bedeuten weniger Bewertungen. Ob Sie betroffen sind, zeigt unser NIS2-Leitfaden.
Datenstandort und Übermittlungen aus der EU
Slowenien und Kroatien sind in der EU; personenbezogene Daten fließen frei zwischen ihnen und Ihrer Zentrale in Österreich oder Deutschland. Serbien, Bosnien und Herzegowina, Montenegro und Nordmazedonien liegen außerhalb der EU, und Stand November 2026 steht keines dieser Länder auf der Liste der Angemessenheitsbeschlüsse der Europäischen Kommission. Praktisch heißt das: Greifen Mitarbeitende oder ein IT-Dienstleister dort auf personenbezogene Daten in der EU zu, etwa auf Ihren Microsoft-365-Tenant oder das ERP, ist das eine Übermittlung im Sinne der DSGVO. Übliche Garantie sind Standardvertragsklauseln mit einer Transfer-Folgenabschätzung. Jedes der vier Länder hat zudem ein eigenes Datenschutzgesetz und eine Aufsichtsbehörde, die Übermittlungen aus dem Land regeln.
Halten Sie Daten nach Möglichkeit in einer EU-Cloud-Region oder in der Zentrale, vermeiden Sie unbetreute lokale Server und dokumentieren Sie, wer von wo Adminzugriff hat.
Lokale Rechnungsstellung und Fiskalisierung, die die IT betreffen
An den Rechnungsregeln wird aus einem "einfachen" neuen Standort oft ein IT-Projekt, denn ERP, Zertifikate und Fiskalgeräte müssen zu jedem Land passen.
| Land | Was die IT unterstützen muss (Stand November 2026) |
|---|---|
| Slowenien | Fiskalisierung von Barrechnungen (inkl. Karte) bei der FURS; ab 1. Januar 2028 nur noch B2B-E-Rechnungen |
| Kroatien | Fiskalisierung 2.0 seit 1. Januar 2026: eRačun zwischen Umsatzsteuerpflichtigen über einen Informationsvermittler |
| Serbien | B2B-Rechnungen über das staatliche SEF-System seit 2023; E-Fiskalisierung im Einzelhandel seit Mai 2022 |
| Montenegro | Online-Fiskalisierung von Rechnungen seit 2021; B2B-E-Rechnung in Vorbereitung |
| Nordmazedonien | Fiskalkassen; nationale E-Rechnung (e-Faktura) in Einführung |
| Bosnien und Herzegowina | Regeln je Entität; neues Fiskalisierungsgesetz in der Föderation BiH (2026) |
Klären Sie je Land, wem das Thema gehört (Finanzen, ERP-Partner oder IT), testen Sie den Konnektor Ende-zu-Ende, überwachen Sie Zertifikatsabläufe und geben Sie die richtigen Endpunkte in der Firewall frei. Mehr dazu: E-Rechnung in Slowenien ab 2028.
Sprache, Supportzeiten und Dokumentation
Benutzer sollten Hilfe auf Slowenisch, Kroatisch, Serbisch, Bosnisch, Montenegrinisch oder Mazedonisch bekommen; die Zentrale braucht Reports und Eskalationen auf Deutsch. Vereinbaren Sie beides im SLA, ebenso die Supportzeiten. Alle sechs Länder liegen in derselben Zeitzone wie Wien und München, Support zu Geschäftszeiten ist daher einfach; 24/7 braucht ein Team im Schichtbetrieb, nicht einen einzelnen lokalen Techniker.
Am häufigsten wird die Dokumentation vernachlässigt. Für jeden Standort brauchen Sie einen Netzplan, eine Asset-Liste, Lizenzen, Kontakte und Passwörter in einem Tresor im Eigentum des Unternehmens sowie Runbooks für lokale Techniker. Ohne sie wird jeder Dienstleisterwechsel zur kleinen Krise.
Regionalen Partner auswählen und typische Fehler
- Präsenz vor Ort: Fragen Sie, wer in jedem Land tatsächlich am Standort ist und wie schnell.
- Ein Standard: dieselben Tools, derselbe Sicherheitsstandard und dasselbe Reporting in jedem Land.
- Know-how in Microsoft 365, Azure und Netzwerk, nicht nur Benutzersupport.
- Sicherheit und Verträge: NIS2- und DORA-Klauseln, Zugriffskontrolle, Meldung von Vorfällen und Auditrechte.
- Exit-Regeln: Dokumentation und Adminzugänge bleiben bei Ihnen.
Typische Fehler
- Zuerst den Standort eröffnen und die IT später regeln, in der Zwischenzeit mit privaten E-Mail-Konten.
- Ein lokaler Server "nur vorübergehend", den niemand patcht oder sichert.
- Datenübermittlungen ignorieren, wenn Mitarbeitende außerhalb der EU Zugriff auf EU-Systeme bekommen.
- E-Rechnung und Fiskalgeräte der Buchhaltung überlassen, bis die Rechnungsstellung stillsteht.
Beispielszenario
Ein fiktives Beispiel, kein Kunde. Ein österreichischer Hersteller eröffnet Vertriebsbüros in Zagreb, Belgrad und Sarajevo mit rund 40 Benutzern. Die Zentrale betreibt bereits Microsoft 365, Intune und SAP. Am besten passt ein regionaler Partner: Die Zentrale behält Identitäten und Anwendungen, der Partner übernimmt Einrichtung vor Ort, die Standard-Firewall mit VPN nach Wien, Support in den Landessprachen und Reporting auf Deutsch. Besondere Aufmerksamkeit brauchen der SEF-Konnektor in Serbien, eRačun in Kroatien, Standardvertragsklauseln für die Mitarbeitenden in Serbien und Bosnien sowie die Regeln der Entitäten in Bosnien und Herzegowina.
Referenzen
Humanfrog betreut die IT-Umgebung des Logistikunternehmens Alfa SP, das in Slowenien, Kroatien und Serbien tätig ist. Seit fünf Jahren betreuen wir 40 aktive Benutzer an sechs Standorten in drei Ländern: Wir haben E-Mail und Dokumente zu Microsoft 365 migriert, Zugriffsverwaltung, automatisierte Backups und zentrales Monitoring eingerichtet und die Server in die Cloud verlagert (siehe auch Forbes Slovenija, auf Slowenisch).
Außerdem betreuen wir die IT eines Unternehmens mit Standorten in allen Ländern der Region, mit Fortinet-Geräten an jedem Standort, die per SD-WAN mit einem von uns gewarteten zentralen Knoten verbunden sind.
Nur zur Information, Stand November 2026. Die Regeln der Länder ändern sich; bestätigen Sie sie bei den im Tool verlinkten Behörden oder einem lokalen Berater. Dieser Text ist keine Rechts- oder Steuerberatung.
Die Kosten eigener IT und eines Partners vergleichen Sie im Leitfaden Managed IT Services: Kosten. Wenn wir Ihre Aufstellung in der Region prüfen sollen, sprechen Sie uns an.
