40 spanische Gehaltsabrechnungen,
eine Tabellenkalkulation
Der vorletzte Tag des Monats ist die Frist für die Übermittlung über das Sistema RED. Ihre Lohnabrechnungssoftware — A3, Sage, NominaSol, PayFit — hat bereits jede nómina korrekt berechnet: Grundgehalt, complementos, die in fünf Beitragsarten aufgeteilten Sozialversicherungsabzüge, den Lohnsteuerabzug (IRPF) mit dem individuellen Steuersatz jedes Mitarbeiters sowie 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 Sozialversicherungsmeldung, die seit 2015 unter dem Sistema de Liquidación Directa die alte TC2 ersetzt hat) erfordert Daten pro Arbeitnehmer. Das gilt auch für die vierteljährliche IRPF-Erklärung (Modelo 111). Vierzig PDFs liegen in einem Ordner. Die Tabellenkalkulation 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, sie aber nie zu einer Tabelle zusammengeführt.
- Drei berechnete Spalten im Extraktionsdurchlauf reduzieren den Prüfaufwand von vierzig Zeilen auf die drei bis fünf Zeilen, deren Formeln eine Abweichung markieren.
- Definieren Sie Ihre neunzehn Lohnabrechnungsspalten einmal in ImageToTable.ai, verarbeiten Sie alle vierzig Dateien im Batch, und der RNT-Abgleich erfolgt vor der Sistema-RED-Bestätigung statt danach — monatlich wiederholbar, unabhängig davon, wie viele Lohnabrechnungsanbieter im Ordner sind.
Warum spanische Lohn- und Gehaltssoftware 40 Dateien erstellt, aber keine konsolidierte Tabellenkalkulation
Spanische Lohn- und Gehaltssoftware ist nicht dafür konzipiert, Tabellenkalkulationen zu erstellen. Sie ist darauf ausgelegt, Gehälter korrekt zu berechnen und die Ergebnisse über Sistema RED an die Tesorería General de la Seguridad Social (TGSS) zu übermitteln – das elektronische Meldesystem, das die monatlichen Sozialversicherungsmeldungen für jeden spanischen Arbeitgeber abwickelt. Im Rahmen des Sistema de Liquidación Directa (SLD) übermittelt der Arbeitgeber die Beitragsbemessungsgrundlagen je Arbeitnehmer über eine Fichero de bases (Basisdatei). Die TGSS antwortet mit dem RLC (Recibo de Liquidación de Cotizaciones, ehemals TC1) – dem Gesamtbetrag, den das Unternehmen schuldet – und dem RNT (Relación Nominal de Trabajadores, ehemals TC2) – der arbeitnehmerbezogenen Aufstellung der Beitragsbemessungsgrundlagen, Tage und Vertragsart.
Diese Architektur schafft eine Lücke, mit der jede Personalabteilung und jede Gestoría (Lohnabrechnungsbüro) in Spanien lebt. Die Lohn- und Gehaltssoftware erzeugt individuelle Gehaltsabrechnungs-PDFs (nómina, Gehaltsabrechnung) als gesetzlichen Beleg, den jeder Arbeitnehmer gemäß Artikel 29 des Estatuto de los Trabajadores erhalten muss. Anschließend übermittelt die Software die aggregierten Beitragsdaten an Sistema RED. Aber zwischen der einzelnen PDF und der aggregierten Übermittlung liegt ein schwarzes Loch: Kein Button in A3, Sage NominaPlus oder NominaSol konsolidiert diese vierzig PDFs zu einer Tabelle für die interne Prüfung, bevor die RNT bestätigt wird.
Die Folge ist ein monatliches Ritual. Öffnen Sie die nómina-PDF jedes Arbeitnehmers. Suchen Sie den Total Devengado (Gesamtverdienst), 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-Steuerabzug, die Aportación empresarial (Arbeitgeberbeitrag) am unteren Seitenrand. Geben Sie jede Zahl in eine Tabellenkalkulation ein. Wiederholen Sie das vierzig Mal. Schließen Sie den Monat ab. Bei konservativen zwei Minuten pro Gehaltsabrechnung – inklusive der visuellen Suche nach Feldern, die je nach Lohnsoftware-Layout ihre Position ändern – verbringt ein Unternehmen mit vierzig Mitarbeitern rund achtzig Minuten pro Monat allein mit der Datenübertragung. Über zwölf Abrechnungszyklen: sechzehn Stunden. Und das, bevor überhaupt jemand versucht, die RNT-Summen gegen die Einzelwerte der Gehaltsabrechnungen abzugleichen.
Ein tieferer Blick auf die einzelnen Felder einer spanischen Gehaltsabrechnung und deren Extraktion wird in unserem Leitfaden zu Extrahieren spanischer Gehaltsabrechnungsdaten in Excel behandelt. Dieser Artikel knüpft dort an: Was passiert, wenn Sie von einer nómina auf vierzig wechseln und von einer einzelnen PDF hin zu einer Monatsabschluss-Berichtspflicht.
Die monatliche Meldekette, in die die Stapelverarbeitung einfließt
Der Wert, vierzig Gehaltsabrechnungen in einer Tabellenkalkulation zu bündeln, liegt nicht in der Tabelle selbst. Er liegt darin, was die Tabelle als Nächstes speist. Die spanische Lohn- und Gehaltscompliance folgt einem monatlichen Rhythmus mit zwei unterschiedlichen Datenanforderungen – und beide stützen sich auf dieselbe Quelle: die einzelne nómina.
Sistema RED / RNT. Der Arbeitgeber muss die Beitragsbemessungsgrundlagen über die Sistema-RED-Plattform an die TGSS übermitteln. Das Meldefenster öffnet sich am ersten Tag des Monats und schließt am vorletzten Tag. Die Zahlungsfrist ist der letzte Arbeitstag des Monats bei Überweisung bzw. der 20. bei Lastschrift (domiciliación). Vor der Bestätigung der RNT prüft jede verantwortliche Lohn- und Gehaltsverantwortliche: Stimmt die Summe aller Arbeitnehmer-CCC-Bemessungsgrundlagen in der RNT mit der Gesamtsumme aus den einzelnen nóminas überein? Stimmt die gesamte Arbeitgeber-aportación empresarial mit der Summe über alle 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 wenn sie bei einer Inspección de Trabajo auffällt, zu einer Sanktion nach LISOS.
Modelo 111 (vierteljährlich). Jeder Arbeitgeber, der IRPF von Arbeitnehmergehältern einbehält, muss das Modelo 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). Das Modelo 111 erfordert den gesamten IRPF-Lohnsteuerabzug (retención) über alle 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 Modelo 145 mitgeteilten familiären Umständen und der Skala der Autonomen Gemeinschaft, die die staatlichen Steuerstufen ergänzt (progressiv 19 %–47 %). Der IRPF-Einbehaltungsbetrag jedes Arbeitnehmers steht auf seiner einzelnen nómina. Die vierteljährliche Gesamtsumme steht in Ihrem Modelo 111. Der Schritt dazwischen ist die Tabellenkalkulation. Wenn diese Tabellenkalkulation durch manuelles Übertragen von vierzig nóminas erstellt wurde, bedeutet ein einziger Übertragungsfehler – 342,15 statt 432,15 getippt –, dass die Modelo-111-Gesamtsumme falsch ist und der AEAT-Abgleich (der schließlich in der jährlichen Modelo-100-Steuererklärung des Arbeitnehmers auftaucht) eine Abweichung meldet.
Über diese beiden Meldungen hinaus müssen Unternehmen auch die CRA (Conceptos Retributivos Abonados) monatlich einreichen – eine detaillierte Aufschlüsselung der gezahlten Vergütungskonzepte –, und Unternehmen mit 50 oder mehr Arbeitnehmern müssen ein registro retributivo (Gehaltsregister) gemäß Real Decreto 902/2020 führen, das Durchschnittsgehälter und Zuschläge nach Geschlecht und Berufsgruppe aufschlüsselt. Beide Verpflichtungen stützen sich auf dieselben Daten, die in vierzig einzelnen nómina-PDFs stecken. Die Stapelkonsolidierung verwandelt jede dieser Meldungen von einer Datensuche in eine Pivot-Tabelle, die aus einer einzigen Quelle erstellt wird.
Wenn Sie Lohnabrechnungen auch über europäische Grenzen hinweg verwalten, gilt dasselbe Stapelverarbeitungsprinzip für die Verarbeitung französischer Bulletin de Paie und die Stapelverarbeitung deutscher Lohnabrechnungen – der regulatorische Rahmen unterscheidet sich, aber die operative Lücke zwischen einzelnen PDFs und der Sammelmeldung ist in jedem europäischen Lohnabrechnungsmarkt dieselbe.
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 (Kopfbereich), Devengos (Verdienste), Deducciones (Abzüge) und das Panel der Bases de Cotización mit der Aportación Empresarial des Arbeitgebers. Die Felder sind verpflichtend. 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 Lohnabrechnungen 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 das Panel der Bases de Cotización unten über die volle Breite. Sage NominaPlus (und Sage 200 Laboral für größere Unternehmen) ordnet die vier Blöcke in einer einzigen vertikalen Spalte an – Kopfbereich oben, Devengos darunter, Abzüge darunter gestapelt, Bases-Panel unten – wobei der IRPF-Lohnsteuerabzugssatz prominent im Kopfbereich neben NIF und CCC angezeigt wird. NominaSol (Software DELSOL), bei Kleinstunternehmen wegen seines kostenlosen, ständig aktualisierten Modells beliebt, verwendet ein eigenes einspaltiges Layout mit einem kompakten Format, das alle Abzüge in einer schmalen Tabelle bündelt und die Aportación Empresarial 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-Gehaltsabrechnung in denselben Batch gelangt, befindet sich das Feld „Salario Base“, das im A3-Layout bei (x=140, y=320) lag, nun im Sage-Layout bei (x=80, y=280). Die Vorlage liest die Zelle an der alten Position. Sie erhält eine andere Zahl – oder einen leeren Wert. Die Zeile kommt falsch heraus. Und wenn ein Unternehmen mitten im Jahr den Lohnabrechnungsanbieter gewechselt hat – etwa von Sage zu PayFit migriert –, stammt die Hälfte des Batches aus einem Layout und die andere Hälfte aus einem anderen. Zwei Vorlagen für dieselben Spaltendefinitionen zu erstellen und zu pflegen und dann manuell zu prüfen, dass Vorlage #1 auf Zeilen 1–6 und Vorlage #2 auf Zeilen 7–12 angewendet wurde, macht die durch die Stapelverarbeitung eingesparte Zeit wieder zunichte.
Hier kommt Benutzerdefinierte Spaltenextraktion ins Spiel. Im Gegensatz zu vorlagenbasierten Tools liest die semantische Extraktion jede Gehaltsabrechnung nach Feldbedeutung: Die KI findet „Salario Base“, weil sie das Konzeptlabel versteht, nicht weil das Label in einem Trainingsbeispiel an einer bestimmten Pixelposition stand. Sie definieren Ihre Spaltennamen einmal. Die KI liest jede Gehaltsabrechnung anhand derselben semantischen Definitionen. Eine A3 nómina von einem Bauunternehmen, eine Sage NominaPlus nómina von Büromitarbeitern und eine NominaSol nómina von einem Teilzeitbeschäftigten landen alle in derselben Tabellenkalkulation, jede Zeile auf dieselben Spalten ausgerichtet, weil die KI liest, was jedes Feld sagt, und nicht, wo es steht.
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 Stapelverarbeitung zu einer Lohnübersichtstabelle
Der Extraktionsworkflow für eine Lohnabrechnungs-Stapelverarbeitung mit vierzig Mitarbeitern ist strukturell derselbe wie bei der Einzelabrechnung — aber das Spaltendesign, die Pipeline von der Stapelverarbeitung zur Einreichung und der Verifizierungsschritt ändern sich, wenn der Umfang zunimmt.
Dateien werden sicher verarbeitet und nicht gespeichert.
Employee Name (Nombre Empleado)
Employee NIF
NAF (SS Number)
Pay Period (Periodo)
Base Salary (Salario Base)
Complements (Complementos)
Prorated Extra Pay (Prorrata Pagas)
Total Accrued (Total Devengado)
SS CC Worker (Cont. Comunes)
SS Unemployment Worker (Desempleo)
SS Training Worker (Formacion Prof.)
MEI Worker
IRPF Withholding (Retencion IRPF)
Total Deductions (Total a Deducir)
Net Pay (Liquido a Percibir)
CC Base (Base CC)
Employer CC (Aport. Empr. CC)
Employer Unemp. (Aport. Empr. Desempleo)
Employer Total (Aport. Empr. Total)
- Abstimmungsprüfung:
Total Devengado − Total a Deducir − Líquido a Percibir— sollte null sein. Jede Zeile ungleich null ist eine sofortige Kennzeichnung. - Sozialversicherungssatz-Prüfung:
CC Base × 4,70% − Cont. Comunes Worker— sollte innerhalb von ±1 € liegen. Kennzeichnet Zeilen, in denen die falsche Bemessungsgrundlage gelesen wurde. - IRPF-Konsistenz: Wenn Sie den IRPF-Prozentsatz zusammen mit dem IRPF-Betrag extrahieren, kennzeichnet
Base Sujeta IRPF × Rate% − Retencion IRPFEinbehaltungsanomalien.
Für Teams, die Gehaltsabrechnungsdateien von mehreren Standorten erhalten müssen — Remote-Mitarbeiter, Außenstellen oder externe Lohnabrechnungsdienstleister — ermöglicht ein Sammellink jedem Mitarbeiter oder Büro, seine nómina-PDF direkt hochzuladen. Dateien landen automatisch in Ihrer Verarbeitungswarteschlange, sodass das mühsame Einsammeln von PDFs per E-Mail vor der Stapelverarbeitung 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 für Sistema RED am vorletzten Tag des Monats einhalten. Die Prüfmethode muss von der manuellen Einzelfeldprüfung zur Ausreißererkennung wechseln: Die Ausgabe nach Zeilen durchsuchen, in denen berechnete Zusammenhänge nicht stimmen, und nur diese prüfen.
Drei berechnete Spalten, die in den Extraktionsdurchlauf (Schritt 3 oben) eingebettet sind, ermöglichen diesen Wechsel:
| Prüfung | Berechnung | Prüfbedarf bei | 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 eingelesen – 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 der Werte zu | Fest-discontinuo-Vertrag (Satz 1,55 %) oder Korrekturabrechnung mit anteiligem 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 ALV-Beitragssatzes hat einen zweiten Zweck: Sie identifiziert die Vertragsart, ohne dass eine separate Spalte aus dem Lohnabrechnungsprogramm-Export nötig 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 deren Lohnabrechnungsprogramm dieses Feld nicht in die PDF-Abrechnungen übernimmt.
Für einen umfassenderen Ansatz zur Umwandlung einzelner Abrechnungsdatensätze in ein strukturiertes Lohnregister wird derselbe Mechanismus zur Extraktion benutzerdefinierter Spalten verwendet, der sowohl die Stapelverarbeitung als auch die Registerstruktur speist. Der Unterschied liegt in der Häufigkeit: Die Stapelkonsolidierung erfolgt monatlich, und das Register ist die kumulierte Ausgabe von zwölf monatlichen Stapelläufen.
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“. Sind sie nicht anteilig, 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 anteiligen Zahlungen 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ütungskonzepte pro Mitarbeiter aufschlüsselt – Grundgehalt, Zulagen, Überstunden, Sonderzahlungen und sonstige Bezüge. All diese Konzepte befinden 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 Summe jeder Spalte über alle Mitarbeiter ergibt die CRA-Gesamtbeträge 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 –, sodass gescannte Dokumente, mit dem Handy aufgenommene Fotos und Screenshots von Mitarbeiterportalen im selben Batch wie native PDFs verarbeitet werden. Dies ist besonders relevant für ältere Lohnarchive: Papier-Nóminas aus der Zeit vor der Digitalisierung der Lohnabrechnung können gescannt und im selben strukturierten Spreadsheet 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 Steuersatz jedes Mitarbeiters, übernimmt die ständig wechselnden gesetzlichen Aktualisierungen und übermittelt Daten an Sistema RED und die AEAT. Die Stapelübernahme extrahiert 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 extrahierten Daten müssen nichts berechnen. Sie müssen die Zahlen, die die Lohnabrechnungssoftware bereits berechnet hat, originalgetreu 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 liegt nicht in der Gehaltsabrechnung — Ihre Software hat das bereits richtig gemacht. Der Engpass liegt im Schritt zwischen PDF und Einreichung: der Tabellenkalkulation, die nach der Gehaltsabrechnung existieren sollte, aber vor der Bestätigung des RNT und der Einreichung des Modelo 111. Die Stapelverarbeitung schließt diese Lücke. Wenn vierzig Gehaltsabrechnungen in Minuten statt Stunden zu einer Tabelle zusammengeführt werden, erfolgt der RNT-Abgleich vor der Übermittlung über das Sistema RED statt danach. Wenn jede Seguridad Social-Beitragszahlung in einer eigenen Spalte steht und IRPF sauber getrennt ist, dauert die Rückverfolgung einer Abweichung bis zu einer Abzugszeile Sekunden statt vierzig PDFs erneut zu öffnen. Die nómina-Daten ändern sich nicht. Wann sie für Maßnahmen verfügbar sind, schon.