Multi-Branch HR Engineering: PTO, SIF & ERP im MENA-Raum

Das 3-Standort-Problem, vor dem niemand warnt

Eine HR-Direktorin eines Logistikunternehmens mit 220 Mitarbeitern bezeichnete ihren Lohnbuchhaltungsprozess einmal als „handwerklich". Sie meinte das als Kritik. Jeden Monat exportierte ihr Team drei separate Excel-Dateien aus drei separaten Systemen — Kairoer Zentrale, ein Depot in Alexandria und ein Büro in Dubai —glich sie manuell ab und hoffte, dass nichts aus dem Ruder gelaufen war. Der Monatsabschluss dauerte 11 Arbeitstage. Nach der Umstellung auf ein einheitliches System waren es noch 2.

Dieser Unterschied hat nichts mit dem Aufwand zu tun. Er liegt an der Systemarchitektur. HR-Tools für einzelne Einheiten wurden nie dafür entwickelt, Daten über verschiedene Rechtspersonen, Zeitzonen oder Lohnbuchhaltungszuständigkeiten hinweg zu bündeln. Zwingt man sie dazu, tragen Menschen die Komplexität — und Menschen machen Fehler bei Nachtschichtzuschlägen und Urlaubskonten.

Standortübergreifende Anwesenheitserfassung: Wo die Daten auseinanderfallen

Die eigentliche Herausforderung klingt täuschend einfach: Verschiedene Standorte erzeugen Anwesenheitsdaten zu unterschiedlichen Zeiten, in unterschiedlichen Formaten und von unterschiedlicher Hardware. Ein Fingerabdruckleser in Dschidda sendet Protokolle möglicherweise in unregelmäßigen Abständen. Ein Gesichtserkennungsterminal in Kairo synchronisiert über Nacht. Eine Einheit im Golf nutzt vielleicht ein Kartensystem, das der Hersteller 2021 eingestellt hat.

Eine ausgereifte Aggregationsschicht muss in der Lage sein:

• Mehrere Eingangsformate zu verarbeiten (biometrische API, CSV, manuelle Korrektur) und sie zu einer einheitlichen Zeitachse pro Mitarbeiter zusammenzuführen
• Standortspezifische Schichtregeln anzuwenden — eine Fabrik mit 6-Tage-Wochen hat eine grundlegend andere Überstundenlogik als ein Büro mit Sonntag-bis-Donnerstag-Woche
• Konflikte zu markieren, statt sie stillschweigend aufzulösen (ein Mitarbeiter, der sich am selben Tag an zwei Standorten einloggt, ist ein Datenfehler, keine Dienstreise)
• Anwesenheitszeiträume pro Standort zu sperren, bevor sie zur Lohnbuchhaltung aggregiert werden, damit eine verspätete Synchronisierung eines Standorts keinen abgeschlossenen Abrechnungslauf wieder öffnet

Wenn Ihr aktuelles System den letzten Punkt nicht abdeckt, sind Ihre Lohnabrechnungszahlen wahrscheinlich jeden Monat leicht falsch. Sie haben den Fehler nur noch nicht gefunden.

SIF-Dateiexport für die VAE — Was HR-Teams falsch machen

Die Salary Information File (SIF) ist für private Arbeitgeber in den VAE im Rahmen des Wage Protection System verpflichtend. Das klingt nach reiner Verwaltung — bis eine Datei abgelehnt wird und 300 Mitarbeiter auf ihre Gehälter warten.

Häufige Fehlerquellen:

• Agentencodes: Jede Bank hat ihren eigenen Agentencode, der im Datei-Header erscheinen muss. Ein generischer Platzhalter ist der sicherste Weg zu einer Massenablehnung.
• IBAN-Format: VAE-IBANs haben 23 Zeichen. HR-Teams, die aus Onboarding-Formularen kopieren, erfassen häufig formatierte Zeichenfolgen mit Leerzeichen. Das Ministeriumsportal teilt Ihnen nicht mit, welcher Datensatz fehlgeschlagen ist — nur dass die Datei es getan hat.
• Grundgehalt vs. Gesamtpaket: Die SIF erfasst Grundgehalt und Zulagen in separaten Feldern, nicht als einzige Bruttosumme. Systeme, die nur das Bruttogehalt speichern, können ohne manuelle Aufschlüsselung in jedem Zyklus keine gültige SIF erstellen.
• Abfindungszeitpunkt: Scheidet ein Mitarbeiter in der Monatsmitte aus, muss die SIF für diesen Zeitraum die genaue Anzahl der Arbeitstage widerspiegeln, nicht einen anteiligen Bruchteil des Standardbetrags. Die Rundungskonvention ist dabei entscheidend.

Bei der saudi-arabischen Lohnbuchhaltung nach WPS ist die Struktur anders — die GOSI-Registrierungsnummer und die IQAMA-Gültigkeit fließen in die Datei ein — doch die Fehlerquelle ist dieselbe: Systeme, die WPS als einmaligen Export statt als strukturierte Datenpipeline behandeln, erzeugen Ausnahmen, die erst nach der Einreichung auffallen.

WPS-Lohnbuchhaltung Saudi-Arabien: Die GOSI- und IQAMA-Abhängigkeit

Die Saudi-WPS-Compliance ist eng mit der HR-Datenqualität verknüpft — auf eine Weise, die primär auf Ägypten ausgerichtete Systeme oft nicht erwarten. Das Wage Protection Program gleicht GOSI-Beitragsdaten mit Lohneinreichungen ab. Wenn Ihr HR-System IQAMA-Ablaufdaten als Freitextfelder statt als strukturierte Datumsangaben speichert, verpassen Sie die automatische Benachrichtigung, dass das Dokument eines Mitarbeiters 11 Tage vor dem Lohnlauf abgelaufen ist — und die daraus resultierende WPS-Ausnahme verzögert die Auszahlung für alle in dieser Lohndatei.

Lohnbuchhaltungs-Entwickler für saudi-arabische Einheiten müssen Folgendes berücksichtigen:

• Automatische GOSI-Beitragsberechnung aufgeteilt (9,75 % Arbeitgeber / 1 % Arbeitnehmer für saudi-arabische Staatsangehörige)
• IQAMA-Ablaufbenachrichtigungen 90, 30 und 7 Tage vor dem nächsten Lohnlauf
• Separate Lohnbuchhaltungseinträge pro saudi-arabischer Rechtsperson, da die GOSI-Registrierung einheitsbezogen ist

Urlaubsrückstellungsmodule: Die Logik, die die meisten Systeme nur annähern

„21 Tage pro Jahr" klingt einfach. Die dahinterliegende Rückstellungslogik ist es nicht.

Ein korrektes Urlaubsrückstellungsmodul muss mindestens diese Fälle sauber abbilden:

• Anteilige Berechnung ab Einstellungsdatum: Ein Mitarbeiter, der am 17. Ramadan beginnt, erhält anteiligen Urlaub für einen Teilmonat. Wie dieser Teilmonat berechnet wird (Kalendertage vs. Arbeitstage), muss mit dem Arbeitsvertrag übereinstimmen.
• Besoldungsgruppenbasierte Rückstellung: Höhere Besoldungsgruppen erhalten oft 30 Tage, niedrigere 21. Bei einer Beförderung in der Mitte des Jahres sollte sich der Rückstellungssatz ab dem Datum der Beförderung ändern, nicht ab Januar.
• Übertragungsobergrenzen: Das ägyptische Arbeitsgesetz 12/2003 erlaubt es Mitarbeitern, maximal die Hälfte ihres jährlichen Urlaubsanspruchs zu übertragen, wenn betriebliche Erfordernisse die Inanspruchnahme verhindert haben. Ihr System sollte den Übertrag am Zyklusende automatisch begrenzen, nicht Guthaben unbegrenzt anwachsen lassen.
• Urlaubsauszahlung beim Ausscheiden: Nicht genommener Resturlaub muss bei Kündigung zum täglichen Grundlohnsatz ausgezahlt werden. Wenn Ihr Urlaubsguthaben und Ihr Brutto-zu-Netto-Verhältnis in der Lohnbuchhaltung in separaten Systemen gespeichert sind, ist diese Berechnung jedes Mal manuell erforderlich.

Die meisten HR-Tools für den mittleren Markt verwalten Urlaub als Konto, das bei Anfragen abnimmt und an einem festen Jahrestag aufgefüllt wird. Das funktioniert für ein Unternehmen mit 40 Mitarbeitern. Bei 200 Mitarbeitern in zwei Ländern brauchen Sie ein Zeitreihen-Rückstellungsmodul, das den korrekten Urlaubsstand jedes Mitarbeiters zu jedem historischen Datum rekonstruieren kann — denn Prüfungen fragen nicht nach dem heutigen Stand, sondern nach dem vor 14 Monaten.

Ägyptisches Arbeitsgesetz 12/2003: Was die Änderungen 2024 tatsächlich geändert haben

Das Gesetz 12/2003 hat Änderungen angesammelt, die HR-Teams mit älterer Software häufig noch nicht umgesetzt haben. Die in der Praxis die meisten Lohnfehler verursachen:

• Überstundenbegrenzung: Tägliche Überstunden sind in den meisten Branchen auf zwei Stunden begrenzt. Nachtschichtzuschläge gelten mit 35 % über dem normalen Stundensatz, nicht 25 %.
• Probezeit: Die Probezeit darf drei Monate nicht überschreiten. Manche Systeme setzen standardmäßig eine 6-monatige Probezeit an, die aus älteren Golfkonfigurationen übernommen wurde — und setzt ägyptische Einheiten rechtlich ins Unrecht.
• Krankenstandsregelung: Die ersten 30 Tage werden mit 75 % des Gehalts bezahlt, die nächsten 60 mit 85 %; nach 90 Tagen kann der Arbeitgeber unter Wahrung der Abfindungsansprüche kündigen. Diese dreistufige Struktur wird in falsch konfigurierten Systemen häufig auf einen einheitlichen Prozentsatz reduziert.

Für eine ausführliche Übersicht der aktuellen gesetzlichen Änderungen bietet der Leitfaden zur Compliance mit dem ägyptischen Arbeitsgesetz eine Übersicht, was HR-Manager in ihren aktuellen Konfigurationen prüfen müssen.

ERP-Integration: Lohndaten müssen in beide Richtungen fließen

Finanzteams möchten Lohnkosten in ihrer Hauptbuchhaltung am selben Tag, an dem HR den Lohnlauf abschließt. Das bedeutet, Ihr HR-System benötigt eine bidirektionale ERP-Integration, keinen monatlichen CSV-Export.

Was bidirektional in der Praxis bedeutet:

• Das ERP überträgt Kostenstellen- und Projektkodeänderungen in Echtzeit an HR, sodass die Hauptbuch-Zuordnung der Lohnbuchhaltung stets aktuell ist
• HR überträgt genehmigte Lohnbuchhaltungsbuchungen nach Einheit, Währung und Abteilung an das ERP — ohne dass ein Finanzanalytiker Zahlen neu eingibt
• Personaländerungen in HR (Neueinstellung, Kündigung, Rollenwechsel) aktualisieren automatisch die tatsächlichen ERP-Budgetwerte

Die Integrationspanne, die am meisten kostet, ist nicht die monatliche Abstimmung — es ist die Quartalsrevision, bei der Finanzen und HR unterschiedliche Mitarbeiterzahlen haben und niemand weiß, welches System korrekt ist. Das passiert, wenn die Integration einseitig ist und ein Team sein System aktualisiert, ohne dass das andere davon erfährt.

Attendux wurde speziell für diese operative Ebene entwickelt — mandantenfähige Lohnbuchhaltung, SIF/WPS-Export und ERP-Synchronisierung für MENA-Unternehmen, bei denen das Arbeitsrecht je nach Standort variiert. Wenn Sie HR-SaaS für ein Unternehmen evaluieren, das Ägypten und eine oder mehrere Golfeinheiten umfasst, lohnt es sich, die Architekturentscheidungen in diesem Produkt zu verstehen — unabhängig davon, was Sie letztendlich wählen.

Es sei auch darauf hingewiesen, dass die Komplexität von HR-Daten oft dieselbe Frage aufwirft wie bei individuellen Softwareentscheidungen — der Vergleich zwischen Standardlösung und individueller Software ist direkt relevant, wenn gängige HR-Plattformen Ihre Unternehmensstruktur nicht abbilden können.

Das richtige Datenmodell wählen, bevor Sie einen Vertrag unterzeichnen

Stellen Sie jedem HR-SaaS-Anbieter diese Fragen, bevor Sie sich festlegen:

1. Kann das System mehrere Rechtspersonen unter einem Mandanten führen, mit separaten Lohnläufen und separaten SIF/WPS-Ausgaben pro Einheit?
2. Wird die Urlaubsrückstellung täglich (Zeitreihe) oder an einem festen Jahresdatum (Momentaufnahme) berechnet?
3. Wie geht das System mit einer Beförderung in der Monatsmitte um, die gleichzeitig Gehalt und Rückstellungssatz ändert?
4. Was ist die ERP-Integrationsmethode — API, Flat File oder nativer Connector? Wer wartet sie, wenn sich die ERP-Version ändert?
5. Können Sie den genauen Urlaubsstand eines Mitarbeiters zu jedem historischen Datum rekonstruieren, oder nur den heutigen Stand?

Vage Antworten auf eine dieser Fragen bedeuten manuelle Workarounds — und manuelle Workarounds summieren sich mit jedem Lohnzyklus.

Für Teams, die noch die gesamte HR-Software-Entscheidung evaluieren, bietet der HR-Software-Kaufleitfaden die grundlegenden Kriterien, bevor man zur Komplexität mehrerer Einheiten gelangt.

Bereit zum Gespräch?

Wenn Ihr Lohnabschluss mehr als vier Arbeitstage dauert oder Ihre SIF-Ablehnungen mehr als null pro Quartal betragen, stimmt etwas in Ihrem Datenmodell nicht — nicht an der Leistung Ihres Teams. Wir schauen uns gerne Ihr aktuelles Setup an und sagen Ihnen ehrlich, wo die Lücken sind. Nehmen Sie über die Kontaktseite Kontakt auf und beschreiben Sie Ihre Unternehmensstruktur — das reicht in der Regel für ein sinnvolles Gespräch.