TL;DR — Kurzzusammenfassung

SUA IMSS Fehler beim Importieren von Mitarbeiterbewegungen: TXT-Format, Pipe, ungültige NSS, Datumsformat und Fehler aus Aspel NOI oder CONTPAQi beheben.

Wenn das Lohnbuchhaltungsteam versucht, Mitarbeiterbewegungen in das SUA des IMSS zu importieren — Einstellungen, Abgänge oder Gehaltsänderungen — die aus Aspel NOI oder CONTPAQi Nóminas generiert wurden, zeigt das System häufig Meldungen wie „Fehler beim Importieren der Bewegungsdatei”, „Ungültiges Datensatzformat Zeile X” oder „NSS nicht in der Datenbank gefunden”. Diese Fehler blockieren die fristgerechte Registrierung der Bewegungen beim IMSS und können zu Geldstrafen führen, wenn sie nicht innerhalb der Frist von fünf Werktagen behoben werden. Dieser Leitfaden behandelt jede mögliche Ursache und die genauen Schritte zur Korrektur der Datei, Durchführung des Imports und Überprüfung der Bewegungen vor dem Versand an IDSE.

Der Fehler

Beim Laden der Bewegungsdatei unter Zugehörigkeit > Bewegungen importieren in SUA können eine oder mehrere der folgenden Meldungen erscheinen:

„Fehler beim Importieren der Bewegungsdatei”

Eine allgemeine Meldung, die darauf hinweist, dass SUA die Datei nicht verarbeiten konnte. Sie deutet in der Regel auf ein globales Formatproblem hin: falsches Trennzeichen, Zeichencodierung oder Feldstruktur.

„Ungültiges Datensatzformat Zeile X”

SUA identifiziert eine bestimmte Zeile, die die erwartete Feldlänge, Trennzeichen oder Datentypen nicht erfüllt. Das „X” gibt die genaue Nummer der problematischen Zeile an.

„NSS nicht in der Datenbank gefunden”

Die Sozialversicherungsnummer eines oder mehrerer Arbeitnehmer in der Datei existiert nicht in der lokalen SUA-Datenbank. Das System kann keine Bewegungen für Arbeitnehmer registrieren, die es nicht erkennt.

„Doppelte Bewegung”

Die Datei enthält eine Bewegung, die bereits für denselben Arbeitnehmer, denselben Typ und dasselbe Datum erfasst wurde — entweder manuell oder durch einen vorherigen Import.

Je nach SUA-Version kann das System die gesamte Datei ablehnen oder nur gültige Datensätze teilweise importieren. Der Ergebnisbericht am Ende des Imports gibt an, wie viele Datensätze akzeptiert und wie viele mit dem Grund für jede Ablehnung zurückgewiesen wurden.

Ursache des Problems

Falsches TXT-Dateiformat

SUA erwartet eine Nur-Text-Datei mit Feldern, die durch das Pipe-Zeichen (|) getrennt sind. Die Mindeststruktur jedes Datensatzes ist:

FeldBeschreibungFormat
Arbeitgeberregistrierung11 alphanumerische ZeichenA1234567890
NSS11 numerische Stellen12345678901
Bewegungstyp2 Zeichen: 08=Einstellung, 02=Abgang, 07=Gehaltsänd.08
BewegungsdatumTT/MM/JJJJ22/03/2026
SBCBeitragsbemessungsgrundlage mit Punkt als Dezimaltrennzeichen456.78
Arbeitnehmertyp1 Zeichen1
Arbeitszeit1 Zeichen0

Ein gültiger Datensatz sieht so aus:

A1234567890|12345678901|08|22/03/2026|456.78|1|0

Die häufigsten Formatfehler beim Export aus Lohnbuchhaltungssystemen sind:

  • CSV mit Kommas statt Pipe: Einige Systeme exportieren standardmäßig als CSV. SUA erkennt Kommas nicht als Trennzeichen.
  • Kopfzeile enthalten: Wenn die erste Zeile Spaltennamen enthält, versucht SUA, sie als ungültigen Datensatz zu verarbeiten.
  • NSS mit falscher Länge: Eine NSS mit 10 oder 12 Stellen statt 11 führt zur sofortigen Ablehnung.
  • Zusätzliche Leerzeichen: Leerzeichen am Anfang oder Ende eines Felds, häufig beim Kopieren aus Excel.

Inkompatible Zeichencodierung

SUA erfordert Dateien mit ANSI (Windows-1252)-Codierung. In UTF-8 gespeicherte Dateien — der moderne Standard vieler Systeme — verursachen Probleme, wenn sie enthalten:

  • Akzentzeichen in Arbeitnehmernamen (á, é, ó, ú, ñ).
  • Das UTF-8 BOM (Byte Order Mark), das unsichtbare Bytes am Anfang der Datei hinzufügt und den ersten Datensatz beschädigt.
  • Unix-Zeilenenden (LF) statt der von SUA erwarteten Windows-Zeilenenden (CR+LF).

NSS nicht in der lokalen Datenbank

SUA validiert jede NSS gegen seine lokale Datenbank (SUA.MDB). Wenn ein Arbeitnehmer neu ist und nicht vorher in SUA registriert wurde, lehnt das System seine Bewegung ab. Dies geschieht, wenn:

  • Neue Mitarbeiter eingestellt werden und die Einstellungsbewegung importiert wird, bevor sie in SUA registriert wurden.
  • Die SUA-Datenbank nicht mit dem IMSS synchronisiert ist und Arbeitnehmer fehlen, die in IDSE erscheinen.
  • In der NSS in der Datei eine andere Stelle als die in SUA registrierte vorhanden ist.

Doppelte Bewegungen

SUA erkennt Duplikate, wenn eine Bewegung mit derselben NSS, demselben Typ und demselben Datum bereits in der Datenbank vorhanden ist. Dies geschieht, wenn:

  • Dieselbe Datei erneut importiert wird nach einem vorherigen erfolgreichen Import.
  • Die Bewegung vor dem Massenimport manuell eingegeben wurde.
  • Das Lohnbuchhaltungssystem aufgrund eines Fehlers im Exportprozess wiederholte Zeilen generiert hat.

Datums- und Dezimalformatfehler

  • Format MM/TT/JJJJ statt TT/MM/JJJJ: Häufig in Lohnbuchhaltungssystemen, die für den US-Markt konfiguriert sind.
  • Komma als Dezimaltrennzeichen: SUA erwartet einen Punkt im SBC (z. B. 456.78, nicht 456,78).
  • Daten außerhalb des Bereichs: SUA akzeptiert in der Regel Bewegungen des aktuellen und des vorherigen Zweimonatszeitraums. Ältere Zeiträume erfordern möglicherweise ein spezielles Verfahren.

Schritt-für-Schritt-Lösung

1. SUA-Datenbank sichern

Vor jedem Massenimport sollten Sie Ihre Daten schützen:

  1. Schließen Sie SUA vollständig.
  2. Navigieren Sie zu C:\CobranzaSUA\ (oder dem SUA-Installationspfad).
  3. Kopieren Sie die Datei SUA.MDB in einen datierten Sicherungsordner: Sicherung_SUA_2026-03-22.
  4. Überprüfen Sie, ob die kopierte Datei dieselbe Größe wie das Original hat.

2. Datei in Notepad++ öffnen und Format korrigieren

Öffnen Sie die TXT in Notepad++ (kostenlos auf notepad-plus-plus.org):

  1. Codierung prüfen: Menü Codierung. Wenn „UTF-8” oder „UTF-8 BOM” angezeigt wird, gehen Sie zu Codierung > In ANSI konvertieren.
  2. Zeilenenden prüfen: Gehen Sie zu Ansicht > Symbol anzeigen > Zeilenende anzeigen. Jede Zeile muss mit CR LF enden. Wenn nur LF erscheint, gehen Sie zu Bearbeiten > EOL-Konvertierung > Windows (CR LF).
  3. Kopfzeile entfernen: Löschen Sie die erste Zeile, wenn sie Spaltennamen enthält.
  4. Zur markierten Zeile navigieren: Wenn SUA „ungültiges Format Zeile X” gemeldet hat, verwenden Sie Strg+G, um zu dieser Zeile zu springen, und prüfen Sie:
    • Pipe-Trennzeichen (|) zwischen allen Feldern.
    • Genau 11 numerische Stellen für die NSS.
    • 11 alphanumerische Zeichen für die Arbeitgeberregistrierung.
    • Datum im Format TT/MM/JJJJ.
    • SBC mit Punkt als Dezimaltrennzeichen.
  5. Leerzeilen entfernen am Dateiende oder zwischen Datensätzen.

3. Fehlende NSS validieren und registrieren

Bei Fehlern „NSS nicht gefunden”:

  1. Öffnen Sie SUA und gehen Sie zu Zugehörigkeit > Arbeitnehmer abfragen/ändern.
  2. Suchen Sie nach jeder abgelehnten NSS:
    • Wenn sie nicht existiert: Gehen Sie zu Zugehörigkeit > Arbeitnehmer registrieren und geben Sie alle Mitarbeiterdaten ein (NSS, vollständiger Name, CURP, RFC, Einstellungsdatum, anfänglicher SBC).
    • Wenn eine Synchronisierung erforderlich ist: Melden Sie sich im IDSE-Portal mit Ihrer e.firma an, laden Sie die aktuelle Versichertendatei herunter und aktualisieren Sie Ihre SUA-Datenbank.
  3. Wenn die NSS existiert, aber in der Datei eine andere Stelle hat, korrigieren Sie die Datei, damit sie genau mit den 11 Stellen in SUA übereinstimmt.

4. Doppelte Bewegungen aus der Datei entfernen

Bei Fehlern „Doppelte Bewegung”:

  1. Gehen Sie in SUA zu Zugehörigkeit > Bewegungen abfragen.
  2. Filtern Sie nach Zweimonatszeitraum und Jahr, das Sie importieren.
  3. Notieren Sie die bereits erfassten Bewegungen (NSS, Typ, Datum).
  4. Entfernen Sie aus der TXT-Datei die Zeilen, die bereits erfassten Bewegungen entsprechen.
  5. Speichern Sie die Datei und versuchen Sie den Import erneut.

5. Korrigierte Datei importieren und überprüfen

Mit der validierten und bereinigten Datei:

  1. Gehen Sie in SUA zu Zugehörigkeit > Bewegungen importieren.
  2. Klicken Sie auf Durchsuchen und wählen Sie die korrigierte TXT aus.
  3. Wählen Sie den Bewegungstyp (Einstellungen, Abgänge oder Gehaltsänderungen).
  4. Klicken Sie auf Importieren.
  5. Prüfen Sie den Ergebnisbericht:
    • Akzeptierte Datensätze: Erfolgreich importierte Bewegungen.
    • Abgelehnte Datensätze: Zeilen mit Fehlern und dem spezifischen Grund.
  6. Wenn noch Datensätze abgelehnt werden, wiederholen Sie die Korrektur für diese Zeilen.
  7. Gehen Sie zu Zugehörigkeit > Bewegungen abfragen und filtern Sie nach dem heutigen Datum, um zu bestätigen, dass alle Bewegungen korrekt erscheinen, bevor Sie sie an IDSE senden.

Alternative Lösung

Korrekter Export aus Aspel NOI

Wenn die von NOI generierte Datei häufig Formatprobleme aufweist:

  1. Gehen Sie in Aspel NOI zu Prozesse > IMSS > SUA-Datei generieren.
  2. Wählen Sie den Zweimonatszeitraum und prüfen Sie, ob die Arbeitgeberregistrierung in den Unternehmenseinstellungen genau mit dem IMSS übereinstimmt.
  3. Öffnen Sie die resultierende TXT vor dem Import in SUA in Notepad++, um Pipe-Trennzeichen und ANSI-Codierung zu bestätigen. Einige NOI-Versionen generieren die Datei in UTF-8, wenn die regionalen Einstellungen des Servers dieses Format verwenden.
  4. Wenn NOI Datumsangaben im Format MM/TT/JJJJ generiert, verwenden Sie die Funktion Suchen und Ersetzen mit regulären Ausdrücken in Notepad++, um das Datumsformat in allen Datensätzen umzukehren.

Korrekter Export aus CONTPAQi Nóminas

Für Dateien, die in CONTPAQi Nóminas generiert werden:

  1. Gehen Sie in CONTPAQi zu IMSS > Afiliationsbewegungen generieren.
  2. Wählen Sie das SUA-Ausgabeformat (nicht IDSE oder XML).
  3. Prüfen Sie die Arbeitgeberregistrierung in den CONTPAQi-Unternehmenseinstellungen.
  4. Öffnen Sie die resultierende Datei in Notepad++ und bestätigen Sie ANSI-Codierung und Pipe-Trennzeichen. CONTPAQi Nóminas kann in einigen regionalen Konfigurationen mit Semikolons exportieren.

Manuelle Eingabe als letztes Mittel

Für kleine Volumina (weniger als 15 Bewegungen) ist die manuelle Eingabe in SUA schneller als das Debuggen einer problematischen Datei:

  1. Einstellungen: Zugehörigkeit > Afiliationsbewegungen > Einstellung.
  2. Abgänge: Zugehörigkeit > Afiliationsbewegungen > Abgang.
  3. Gehaltsänderungen: Zugehörigkeit > Afiliationsbewegungen > Gehaltsänderung.

Prävention

  • Export standardisieren: Dokumentieren Sie die genauen Exportparameter in NOI und CONTPAQi (Pipe-Trennzeichen, ANSI-Codierung, Datumsformat TT/MM/JJJJ) und verteilen Sie diese an das gesamte Lohnbuchhaltungsteam.
  • Immer mit Notepad++ validieren vor dem Import: ANSI-Codierung, CR+LF-Zeilenenden, Pipe-Trennzeichen, TT/MM/JJJJ-Datumsangaben und Punkt als Dezimaltrennzeichen im SBC. Dreißig Sekunden Überprüfung sparen Stunden der Korrektur.
  • SUA-Verzeichnis monatlich synchronisieren mit IDSE, um die NSS aktiver Arbeitnehmer aktuell zu halten.
  • Importprotokoll führen: Notieren Sie, welche Dateien importiert wurden, das Datum und die Anzahl der akzeptierten Datensätze. Dies verhindert versehentliche Reimporte.
  • SUA.MDB täglich sichern mit einer geplanten Windows-Aufgabe. Eine aktuelle Sicherung ermöglicht eine schnelle Wiederherstellung nach einem fehlgeschlagenen Import.
  • Innerhalb der gesetzlichen Frist importieren: Der IMSS verlangt, dass Einstellungen und Abgänge innerhalb von 5 Werktagen nach dem Ereignis gemeldet werden. Verspätete Bewegungen können zu Geldstrafen führen.

Verwandte Probleme

  • „Fehler in der Struktur der SIPARE-Zahlungsdatei”: Wenn Sie Bewegungen mit ungültigem oder außerhalb des Bereichs liegendem SBC importiert haben, werden die Beitragsberechnung und die resultierende SIPARE-Datei Fehler aufweisen. Korrigieren Sie den SBC in den importierten Bewegungen und berechnen Sie neu.
  • „Zahlungsdatei enthält importierte Bewegungen nicht”: Bewegungen wurden korrekt importiert, aber ihre Datumsangaben entsprechen nicht dem zu berechnenden Zweimonatszeitraum. Prüfen Sie, ob die Bewegungsdaten in den aktiven Zeitraum fallen.
  • „Digitales Zertifikat in IDSE abgelaufen”: Wenn Sie Bewegungen lieber über IDSE statt über SUA senden möchten und Ihre e.firma abgelaufen ist, erneuern Sie sie im SAT-Portal, bevor Sie fortfahren.
  • „Verspätete Bewegung”: Der IMSS akzeptiert verspätete Bewegungen, kennzeichnet sie jedoch als verspätet, was zu Geldstrafen führen kann. Melden Sie immer innerhalb von 5 Werktagen.
  • „Fehler beim Verbinden mit der SUA.MDB-Datenbank”: Die Datenbank ist beschädigt oder gesperrt. Schließen Sie alle SUA-Instanzen, komprimieren Sie die Datenbank mit Microsoft Access und versuchen Sie den Import erneut.

Zusammenfassung

  • SUA lehnt Bewegungsdateien ab aufgrund von falschem Format (CSV mit Kommas statt TXT mit Pipe), UTF-8-Codierung statt ANSI, NSS nicht in der lokalen Datenbank, doppelten Bewegungen oder falsch formatierter Datumsangaben.
  • SUA.MDB immer sichern vor jedem Massenimport.
  • Notepad++ verwenden, um ANSI-Codierung, CR+LF-Zeilenenden, Pipe-Trennzeichen, TT/MM/JJJJ-Datumsangaben und Punkt als Dezimaltrennzeichen im SBC zu prüfen.
  • Aspel NOI und CONTPAQi Nóminas erfordern eine spezifische Konfiguration, um im richtigen Format für SUA zu exportieren; überprüfen Sie die resultierende Datei vor dem Import.
  • Neue Mitarbeiter in SUA registrieren vor dem Import ihrer Einstellungsbewegungen, oder das Verzeichnis von IDSE synchronisieren.
  • Bei kleinen Volumina vermeidet die manuelle Eingabe alle Dateiformatprobleme vollständig.
  • Alle Bewegungen innerhalb von 5 Werktagen nach dem Ereignis melden, um Geldstrafen für Verspätungen zu vermeiden.

Verwandte Artikel