40 spanische Gehaltsabrechnungen,
eine Tabelle
Der vorletzte Tag des Monats ist die Frist für die Übermittlung an Sistema RED. Ihre Lohnabrechnungssoftware – A3, Sage, NominaSol, PayFit – hat jede Nómina korrekt berechnet: Grundgehalt, Zuschläge, Sozialversicherungsabzüge aufgeteilt in fünf Beitragsarten, Einkommensteuereinbehalt (IRPF) mit dem individuellen Steuersatz jedes Arbeitnehmers, den Arbeitgeberbeitrag (aportación empresarial) am Ende jeder Seite. Was sie nicht getan hat, ist, diese vierzig einzelnen PDFs in eine Tabelle zusammenzuführen. Und die RNT (Relación Nominal de Trabajadores, die arbeitnehmerbezogene Aufstellung der Sozialversicherungsbeiträge, die seit 2015 im Rahmen des Sistema de Liquidación Directa die alte TC2 ersetzt hat) erfordert arbeitnehmerbezogene Daten. Das gilt auch für die vierteljährliche IRPF-Einkommensteuererklärung (Modelo 111). Vierzig PDFs liegen in einem Ordner. Die Tabelle ist leer. Die Frist rückt näher.
Wichtige Erkenntnisse
- Vierzig Gehaltsabrechnungs-PDFs liegen in einem Ordner und die Sistema-RED-Frist endet morgen – Ihre Lohnabrechnungssoftware hat jede Zahl korrekt berechnet, aber nie in einer Tabelle zusammengeführt.
- Drei berechnete Spalten, die in den Extraktionsprozess eingebettet sind, reduzieren den Prüfaufwand von vierzig Zeilen auf die drei bis fünf Zeilen, deren Formeln eine Abweichung anzeigen.
- Definieren Sie Ihre neunzehn Lohnabrechnungsspalten einmal in ImageToTable.ai, verarbeiten Sie alle vierzig Dateien im Stapel, und die RNT-Querkontrolle erfolgt vor der Sistema-RED-Bestätigung statt danach – jeden Monat wiederholbar, unabhängig davon, wie viele Lohnabrechnungsdienstleister im Ordner sind.
Warum spanische Lohnsoftware 40 Dateien erzeugt, aber keine konsolidierte Tabelle
Spanische Lohnsoftware ist nicht darauf ausgelegt, Tabellenkalkulationen zu erstellen. Sie ist darauf ausgelegt, die Lohnabrechnung korrekt zu berechnen und die Ergebnisse über das Sistema RED an die Tesorería General de la Seguridad Social (TGSS) zu übermitteln – das elektronische Meldesystem, das die monatlichen Sozialversicherungsbeitragsmeldungen für jeden spanischen Arbeitgeber abwickelt. Im Rahmen des Sistema de Liquidación Directa (SLD) übermittelt der Arbeitgeber die Beitragsbemessungsgrundlagen pro Arbeitnehmer über eine Beitragsdatei (fichero de bases). Die TGSS antwortet mit dem RLC (Recibo de Liquidación de Cotizaciones, früher TC1) – dem Gesamtbetrag, den das Unternehmen schuldet – und dem RNT (Relación Nominal de Trabajadores, früher TC2) – den arbeitnehmerbezogenen Details zu Beitragsbemessungsgrundlagen, Tagen und Vertragsart.
Diese Architektur schafft eine Lücke, mit der jede Personalabteilung und jede Gestoría (Lohnabrechnungsbüro) in Spanien lebt. Die Lohnsoftware erzeugt einzelne Gehaltsabrechnungs-PDFs (Nómina) als gesetzlichen Beleg, den jeder Arbeitnehmer gemäß Artikel 29 des Estatuto de los Trabajadores erhalten muss. Die Software übermittelt dann die aggregierten Beitragsdaten an das Sistema RED. Aber zwischen dem einzelnen PDF und der aggregierten Übermittlung klafft ein schwarzes Loch: Kein Button in A3, Sage NominaPlus oder NominaSol fasst diese vierzig PDFs in einer Tabelle zur internen Prüfung zusammen, bevor der RNT bestätigt wird.
Die Folge ist ein monatliches Ritual. Öffnen Sie das Nómina-PDF jedes Mitarbeiters. Suchen Sie den Gesamtbruttobetrag (Total Devengado), die fünf Sozialversicherungsabzüge (contingencias comunes 4,70 %, desempleo 1,55 %/1,60 %, formación profesional 0,10 %, FOGASA und seit 2023 MEI mit 0,15 %), den IRPF-Einbehalt und den Arbeitgeberbeitrag (aportación empresarial) am unteren Seitenrand. Geben Sie jede Zahl in eine Tabelle ein. Wiederholen Sie dies vierzig Mal. Schließen Sie den Monat ab. Bei konservativ geschätzten zwei Minuten pro Gehaltsabrechnung – inklusive der visuellen Suche nach Feldern, die in verschiedenen Lohnsoftware-Layouts an unterschiedlichen Positionen stehen – verbringt ein Unternehmen mit vierzig Mitarbeitern etwa achtzig Minuten pro Monat allein mit der Datenübertragung. Über zwölf Lohnzyklen: sechzehn Stunden. Und das, bevor jemand versucht, die RNT-Gesamtsummen mit den einzelnen Gehaltsabrechnungswerten abzugleichen.
Eine detailliertere Betrachtung der einzelnen Felder einer spanischen Gehaltsabrechnung und wie die Extraktion damit umgeht, finden Sie in unserem Leitfaden zum Extrahieren spanischer Gehaltsabrechnungsdaten in Excel. Dieser Artikel setzt dort an, wo jener endet: was passiert, wenn Sie von einer Nómina zu vierzig und von einem einzelnen PDF zu einer monatlichen Meldepflicht übergehen.
Die monatliche Meldekette, in die die Stapelverarbeitung einfließt
Der Wert, vierzig Gehaltsabrechnungen in einer Tabelle zusammenzufassen, liegt nicht in der Tabelle selbst. Sondern darin, womit die Tabelle als Nächstes gefüttert wird. Die spanische Lohnabrechnung folgt einem monatlichen Rhythmus mit zwei unterschiedlichen Datenanforderungen, die beide aus derselben Quelle stammen: der einzelnen Nómina.
Sistema RED / RNT (monatlich). Der Arbeitgeber muss die Beitragsbemessungsgrundlagen monatlich über die Plattform Sistema RED an die TGSS übermitteln. Das Meldefenster öffnet sich am ersten Tag des Monats und schließt am vorletzten Tag. Die Zahlungsfrist endet am letzten Werktag des Monats bei Überweisung bzw. am 20. bei Lastschrift (domiciliación). Vor der Bestätigung des RNT prüft jeder verantwortliche Lohnbuchhalter: Stimmt die Summe aller CC-Bemessungsgrundlagen der Arbeitnehmer im RNT mit der Summe aus den einzelnen Nóminas überein? Stimmt die Summe der Arbeitgeberbeiträge (aportación empresarial) mit der Summe aller Gehaltsabrechnungen überein? Eine Abweichung zwischen dem RNT-Entwurf und den zugrunde liegenden Gehaltsdaten wird, wenn sie übermittelt und bezahlt wird, zu einer Berichtigungsmeldung (rectificación) – und falls bei einer Inspección de Trabajo entdeckt, zu einer Sanktion nach LISOS.
Modell 111 (vierteljährlich). Jeder Arbeitgeber, der IRPF vom Gehalt seiner Arbeitnehmer einbehält, muss das Modell 111 innerhalb der ersten zwanzig Tage nach jedem Quartal bei der Agencia Tributaria (AEAT) einreichen: 1.–20. April (Q1), 1.–20. Juli (Q2), 1.–20. Oktober (Q3), 1.–20. Januar (Q4). Modell 111 erfordert die Summe der IRPF-Einbehalte (retención) aller Arbeitnehmer des Quartals. Der IRPF-Satz auf einer spanischen Gehaltsabrechnung ist kein fester Prozentsatz – er wird für jeden Arbeitnehmer individuell berechnet, basierend auf dem geschätzten Jahreseinkommen, den über das Modell 145 mitgeteilten familiären Umständen und der regionalen Staffelung der Autonomen Gemeinschaft, die die staatlichen Steuerstufen ergänzt (progressiv 19 %–47 %). Der IRPF-Einbehalt jedes Arbeitnehmers steht auf seiner individuellen Nómina. Die vierteljährliche Summe steht in Ihrem Modell 111. Der Schritt dazwischen ist die Tabelle. Wurde diese Tabelle durch manuelles Abschreiben von vierzig Nóminas erstellt, führt ein einziger Übermittlungsfehler – Eingabe von 342,15 statt 432,15 – dazu, dass die Summe im Modell 111 falsch ist und der AEAT-Abgleich (der schließlich in der jährlichen Steuererklärung des Arbeitnehmers, Modell 100, auftaucht) eine Abweichung meldet.
Neben diesen beiden Meldungen müssen Unternehmen monatlich auch die CRA (Conceptos Retributivos Abonados) einreichen – eine detaillierte Aufschlüsselung der gezahlten Vergütungskonzepte – und Unternehmen mit 50 oder mehr Beschäftigten müssen gemäß Real Decreto 902/2020 ein Registro Retributivo (Gehaltsregister) führen, das die Durchschnittsgehälter und Zulagen nach Geschlecht und Berufsgruppe aufschlüsselt. Beide Verpflichtungen greifen auf dieselben Daten zurück, die in vierzig einzelnen Nómina-PDFs enthalten sind. Die Stapelkonsolidierung verwandelt jede dieser Meldungen von einer Datensuche in eine Pivot-Tabelle, die aus einer einzigen Quelle erstellt wird.
Wenn Sie auch die Lohnabrechnung über europäische Grenzen hinweg verwalten, gilt dasselbe Prinzip der Stapelkonsolidierung für die französische Bulletin-de-Paie-Verarbeitung und die deutsche Lohnabrechnungs-Stapelerfassung – der regulatorische Rahmen unterscheidet sich, aber die operative Lücke zwischen einzelnen PDFs und der aggregierten Meldung ist in jedem europäischen Lohnabrechnungsmarkt gleich.
Wenn aus einer Nómina drei Layouts werden: Warum A3, Sage und NominaSol feste Vorlagen sprengen
Alle spanischen Lohnabrechnungsprogramme erstellen rechtskonforme Nóminas nach demselben Orden ESS/2098/2014-Modell. Jede Nómina muss dieselben vier Blöcke enthalten: Encabezado (Kopfzeile), Devengos (Bezüge), Deducciones (Abzüge) und das Panel Bases de Cotización mit dem Arbeitgeberanteil (Aportación Empresarial). Die Felder sind Pflicht. Ihre Position auf der Seite ist es nicht.
A3 / a3innuwa Nómina (Wolters Kluwer), die dominierende Plattform in Gestorías und Asesorías Laborales, die die Lohnabrechnung für mehrere Mandantenunternehmen verwalten, erzeugt ein mehrspaltiges Layout mit Arbeitgeber- und Arbeitnehmerdaten in getrennten Kopfblöcken, Devengos in einer linksbündigen Tabelle, Abzüge in einer rechtsbündigen Tabelle und dem Panel Bases de Cotización unten über die gesamte Breite. Sage NominaPlus (und Sage 200 Laboral für größere Unternehmen) ordnet die vier Blöcke in einer einzigen vertikalen Spalte an – Kopfzeile oben, Devengos darunter, Abzüge darunter gestapelt, Bases-Panel ganz unten – wobei der IRPF-Steuerabzugssatz prominent in der Kopfzeile neben NIF und CCC angezeigt wird. NominaSol (Software DELSOL), bei Kleinstunternehmen aufgrund seines kostenlosen, stets aktualisierten Modells beliebt, verwendet ein eigenes einspaltiges Layout mit einem kompakten Format, das alle Abzüge in einer schmalen Tabelle zusammenfasst und den Arbeitgeberanteil in einem kleinen Panel darunter platziert.
Drei verschiedene PDF-Layouts. Dieselben sechzehn Pflichtfelder pro Gehaltsabrechnung. Ein vorlagenbasiertes Extraktionstool – kalibriert auf ein A3-PDF – liest Feldpositionen als Pixelkoordinaten oder Begrenzungsrahmen. Wenn eine Sage NominaPlus-Abrechnung in denselben Batch gelangt, befindet sich das Feld „Salario Base“, das im A3-Layout bei (x=140, y=320) lag, im Sage-Layout nun bei (x=80, y=280). Die Vorlage liest die Zelle an der alten Position. Sie erhält eine andere Zahl – oder eine leere Zelle. Die Zeile stimmt nicht. Und wenn ein Unternehmen mitten im Jahr den Lohnabrechnungsanbieter wechselt – z. B. von Sage zu PayFit –, stammt die Hälfte des Batches aus einem Layout und die andere Hälfte aus einem anderen. Das Erstellen und Pflegen von zwei Vorlagen für dieselben Spaltendefinitionen und das manuelle Überprüfen, ob Vorlage Nr. 1 auf die Zeilen 1–6 und Vorlage Nr. 2 auf die Zeilen 7–12 angewendet wurde, macht die durch die Stapelverarbeitung eingesparte Zeit zunichte.
Hier kommt die benutzerdefinierte Spaltenextraktion ins Spiel. Anders als vorlagenbasierte Tools liest die semantische Extraktion jede Gehaltsabrechnung nach Feldbedeutung: Die KI lokalisiert „Salario Base“, weil sie dieses Konzeptlabel versteht, nicht weil das Label in einem Trainingsbeispiel an einem bestimmten Pixel saß. Sie definieren Ihre Spaltennamen einmal. Die KI liest jede Gehaltsabrechnung anhand derselben semantischen Definitionen. Eine A3-Nómina eines Bauunternehmens, eine Sage NominaPlus-Nómina der Büroangestellten und eine NominaSol-Nómina eines Teilzeitmitarbeiters landen alle in derselben Tabelle, jede Zeile auf dieselben Spalten ausgerichtet, weil die KI liest, was jedes Feld sagt, und nicht, wo es sitzt.
Für ein ähnliches anbieterübergreifendes Batch-Szenario mit Gehaltsabrechnungen aus einem anderen System finden Sie unter Koreanische Gehaltsabrechnungskonsolidierung über Douzone und ECOUNT – die Namen der Lohnabrechnungssoftware ändern sich, aber die Herausforderung heterogener PDF-Layouts innerhalb eines einzelnen Batches ist universell.
So verarbeiten Sie 40 spanische Gehaltsabrechnungen in einer Lohnübersichtstabelle
Der Extraktionsworkflow für einen Lohnstapel mit 40 Mitarbeitern ist strukturell identisch mit der Einzelabrechnung – aber das Spaltendesign, die Pipeline vom Stapel zur Ablage und der Prüfschritt ändern sich, wenn der Maßstab ins Spiel kommt.
Dateien werden sicher verarbeitet und nicht gespeichert.
Mitarbeitername (Nombre Empleado)
Mitarbeiter-NIF
NAF (Sozialversicherungsnummer)
Abrechnungszeitraum (Periodo)
Grundgehalt (Salario Base)
Zulagen (Complementos)
Anteilige Sonderzahlungen (Prorrata Pagas)
Gesamtbrutto (Total Devengado)
SV AN Arbeitnehmer (Cont. Comunes)
SV AL Arbeitnehmer (Desempleo)
SV BU Arbeitnehmer (Formacion Prof.)
MEI Arbeitnehmer
IRPF-Einbehalt (Retencion IRPF)
Gesamtabzüge (Total a Deducir)
Nettogehalt (Liquido a Percibir)
CC-Bemessungsgrundlage (Base CC)
AG-Anteil CC (Aport. Empr. CC)
AG-Anteil AL (Aport. Empr. Desempleo)
AG-Anteil Gesamt (Aport. Empr. Total)
- Abstimmungsprüfung:
Total Devengado − Total a Deducir − Líquido a Percibir– sollte null sein. Jede Zeile ungleich null ist eine sofortige Markierung. - SV-Beitragsprüfung:
CC Base × 4,70% − Cont. Comunes Arbeitnehmer– sollte innerhalb von ±1 € liegen. Markiert Zeilen, bei denen die falsche Basis gelesen wurde. - IRPF-Konsistenz: Wenn Sie den IRPF-Steuersatz in Prozent zusammen mit dem IRPF-Betrag extrahieren, zeigt
Besteuerungsgrundlage IRPF × Satz% − IRPF-EinbehaltAbweichungen beim Einbehalt an.
Für Teams, die Gehaltsabrechnungen von mehreren Standorten erhalten müssen – Remote-Mitarbeiter, Außenstellen oder externe Lohnbuchhalter – ermöglicht ein Sammellink jedem Mitarbeiter oder Büro, seine Nómina-PDF direkt hochzuladen. Dateien landen automatisch in Ihrer Verarbeitungswarteschlange, sodass das lästige Einsammeln von PDFs per E-Mail vor dem Stapellauf entfällt.
Prüfung im großen Maßstab: Warum aus 40 Zeilen 3 markierte werden
Die manuelle Prüfung einer einzelnen Gehaltsabrechnung – jedes Feld ansehen, Zahlen auf Richtigkeit prüfen – lässt sich nicht auf vierzig Abrechnungen skalieren. Nach einer Stapelverarbeitung können Sie zwei oder drei Abrechnungen stichprobenartig prüfen. Sie können aber nicht vierzig prüfen und trotzdem die Frist von Sistema RED am vorletzten Tag einhalten. Die Prüfmethode muss von der manuellen Einzelfeldprüfung zur Ausreißererkennung wechseln: Überfliegen Sie die Ausgabe nach Zeilen, in denen berechnete Zusammenhänge nicht stimmen, und prüfen Sie nur diese.
Drei berechnete Spalten, die in den Extraktionsdurchlauf (Schritt 3 oben) eingebettet sind, ermöglichen diesen Wechsel:
| Prüfung | Berechnung | Wann prüfen | Häufigste Ursache |
|---|---|---|---|
| Lohnsaldo | Total Devengado − Total a Deducir − Líquido a Percibir | Ergebnis ≠ 0 ±0,50 € | Abzug fälschlich als Bezug erfasst oder Zeile für Sonderzahlungen in falscher Zwischensumme |
| SV-Beitragssatz | CC-Basis × 4,70 % − Extrahierter Arbeitnehmerbeitrag | Abweichung > ±1 € | Falsche Basis ausgelesen – Tool hat AT/EP-Basis statt CC-Basis erfasst, oder Beitragsbemessungsgrenze erreicht (5.101,20 €/Monat im Jahr 2026) |
| Arbeitslosenversicherungssatz | Extrahierter ALV-Beitrag / ATEP-Basis. Falls ≈1,55 % → Unbefristet; ≈1,60 % → Befristet | Satz trifft auf keinen zu | Fest-discontinuo-Vertrag (verwendet 1,55 %) oder Korrekturabrechnung mit teilweisem ALV-Beitrag |
| MEI-Vorhandensein | Prüfen, ob MEI-Zeile auf der Abrechnung vorhanden ist (eingeführt 2023, Arbeitnehmeranteil 0,15 % im Jahr 2026) | MEI in manchen Zeilen vorhanden, in anderen nicht | Mitarbeiter mit Ausbildungsvertrag (contrato formativo) oder anderer MEI-befreiten Kategorie – kein Fehler, aber Klassifizierung nötig |
Die Prüfung des Arbeitslosenversicherungssatzes hat einen zweiten Zweck: Sie identifiziert die Vertragsart, ohne dass eine separate Spalte aus dem Lohnabrechnungsexport erforderlich ist. Eine abgeleitete Spalte – in der die KI jede Zeile anhand des Dokumentinhalts einer Kategorie zuordnet – kann basierend auf dem auf der Abrechnung ausgewiesenen ALV-Satz „Unbefristet“ oder „Befristet“ ausgeben. Dies ist nützlich für Unternehmen, die ein zentrales Mitarbeiterregister führen, in dem die Vertragsklassifizierung einheitlich sein muss, und bei denen der Lohnabrechnungsexport dieses Feld nicht in den PDF-Abrechnungen enthält.
Für einen umfassenderen Ansatz zur Umwandlung einzelner Gehaltsabrechnungsdatensätze in ein strukturiertes Lohnregister nutzt derselbe Mechanismus der benutzerdefinierten Spaltenextraktion, der die Stapelverarbeitung speist, auch die Registerstruktur. Der Unterschied liegt in der Häufigkeit: Die Stapelkonsolidierung erfolgt monatlich, und das Register ist die kumulierte Ausgabe von zwölf monatlichen Stapeln.
FAQ
Kann ich Nóminas von A3, Sage und NominaSol im selben Durchlauf verarbeiten?
Ja. Custom Column Extraction erkennt Feldbezeichnungen anhand ihrer Bedeutung, nicht ihrer Position. „Salario Base“ auf einer A3-Nómina, dieselbe Bezeichnung auf einem Sage-NominaPlus-Gehaltszettel und „S. Base“ auf einem NominaSol-Beleg werden alle derselben Extraktionsspalte zugeordnet. Definieren Sie Ihre Spaltennamen einmal. Der Batch verarbeitet alle vierzig Dateien mit denselben Definitionen – unabhängig davon, wie viele verschiedene Lohnabrechnungsanbieter oder PDF-Layouts im Ordner sind.
Wie werden Mitarbeiter mit anteiligen Sonderzahlungen (pagas extras) im selben Batch wie Mitarbeiter ohne behandelt?
Wenn Sonderzahlungen anteilig (prorrateadas) – also auf zwölf monatliche Nóminas verteilt statt im Juni und Dezember ausgezahlt – werden, zeigt der Devengos-Block eine Zeile „Prorrata Pagas Extras“. Werden sie nicht anteilig gezahlt, erscheint in den Juni- und Dezember-Nóminas ein separater Block mit einem deutlich höheren Total Devengado. Wenn Sie eine Spalte „Anteilige Sonderzahlung (Prorrata Pagas)“ extrahieren, erhalten Mitarbeiter mit anteiliger Zahlung jeden Monat einen Wert; Mitarbeiter ohne erhalten nur im Juni und Dezember einen Wert. Sie können auch eine abgeleitete Spalte definieren, die jede Zeile anhand des Vorhandenseins einer Paga-Extra-Zeile als „Anteilig“ oder „Nicht anteilig“ klassifiziert – das macht die Jahresgehaltsanalyse pivot-tabellenfertig.
Und die CRA-Meldung (Conceptos Retributivos Abonados) – kann die Batch-Extraktion diese speisen?
Ja. Die CRA ist eine monatliche Meldung, die die Vergütungsbestandteile pro Mitarbeiter aufschlüsselt – Grundgehalt, Zulagen, Überstunden, Sonderzahlungen und sonstige Bezüge. Jeder dieser Bestandteile befindet sich bereits im Devengos-Block der Nómina. Wenn Sie sie als separate Spalten extrahieren (Grundgehalt, Zulagen, Überstunden, anteilige Sonderzahlung) anstatt als eine Spalte „Total Devengado“, liegen die CRA-Meldedaten in Ihrem Extraktionsergebnis bereits disaggregiert vor. Die Summierung jeder Spalte über alle Mitarbeiter ergibt die CRA-Gesamtwerte pro Konzept und Monat.
Verarbeitet die Batch-Extraktion auch gescannte oder fotografierte Papier-Nóminas?
Ja. Die KI liest den visuellen Inhalt der Seite – nicht die in einem digitalen PDF eingebettete Textebene – daher funktionieren gescannte Dokumente, mit dem Handy aufgenommene Fotos und Screenshots von Mitarbeiterportalen im selben Batch wie native PDFs. Dies ist besonders relevant für ältere Lohnarchive: Papier-Nóminas aus Jahren vor der Digitalisierung der Lohnabrechnung können gescannt und im selben strukturierten Tabellenblatt wie aktuelle digitale PDFs extrahiert werden. Spanische Arbeitgeber müssen Lohnunterlagen fünf Jahre lang aufbewahren – die Batch-Extraktion verwandelt diese Archivkartons in durchsuchbare Daten.
Wie werden Korrektur-Nóminas (nóminas de rectificación) in einem Batch behandelt?
Gelangt eine Korrektur-Nómina in denselben Batch wie reguläre Monats-Nóminas, wird eine Klassifizierungsspalte benötigt, um sie zu unterscheiden. Eine abgeleitete Spalte – bei der die KI den Inhalt liest und den Dokumenttyp bestimmt – kann für jede Zeile „Regulär“ oder „Korrektur“ ausgeben. Korrektur-Nóminas zeigen oft sowohl den ursprünglichen Betrag, die Korrekturdifferenz als auch den neuen Gesamtbetrag. Ohne Klassifizierungsspalte können die Werte der Korrekturzeile die Zahlen des ursprünglichen Monats in Ihrer Pivot-Tabelle überschreiben, ohne dass Sie es merken. Mit einer Klassifizierungsspalte sehen Sie sowohl das Original als auch die Korrektur, und der Prüfpfad bleibt erhalten.
Ersetzt die Stapelübernahme die Lohnabrechnungssoftware?
Nein. Lohnabrechnungssoftware – A3, Sage, NominaSol, PayFit – berechnet Gehälter, wendet Beitragssätze an, verarbeitet den IRPF-Einbehalt mit dem individuellen Satz jedes Mitarbeiters, berücksichtigt die ständig wechselnden gesetzlichen Aktualisierungen und übermittelt Daten an Sistema RED und die AEAT. Die Stapelübernahme nimmt die PDF-Ausgabe dieser Systeme und fasst sie zur internen Prüfung, zum Abgleich und zur Archivierung zusammen – ein Konsolidierungsschritt, den die Lohnabrechnungssoftware selbst nicht durchführt. Die Übernahmeausgabe muss nichts berechnen. Sie muss die Zahlen, die die Lohnabrechnungssoftware bereits berechnet hat, getreu in ein strukturiertes Format übertragen, das die RNT-Prüfung, das Modelo 111 und der monatliche Lohnbuchungssatz als einheitliche Quelle nutzen können.
Vierzig Nómina-PDFs, ein Ordner, eine Frist. Der Engpass ist nicht die Lohnabrechnungsberechnung – Ihre Software hat das bereits richtig gemacht. Der Engpass ist der Schritt zwischen dem PDF und der Einreichung: die Tabelle, die nach der Lohnabrechnung existieren sollte, aber bevor die RNT bestätigt und das Modelo 111 eingereicht wird. Die Stapelverarbeitung schließt diese Lücke. Wenn vierzig Gehaltsabrechnungen in Minuten statt Stunden in einer Tabelle zusammengeführt werden, erfolgt die RNT-Querkontrolle vor der Sistema-RED-Übermittlung statt danach. Wenn jeder Sozialversicherungsbeitrag in seiner eigenen Spalte steht und die IRPF sauber getrennt ist, dauert es Sekunden, eine Abweichung auf eine Abzugszeile zurückzuverfolgen, anstatt vierzig PDFs erneut zu öffnen. Die Nómina-Daten ändern sich nicht. Wann sie nutzbar werden, schon.