Der Januar-P45-Ansturm
Ein UK-Payroll-Überlebensleitfaden

Der Januar-Spike, den niemand geplant hat

Die Mitarbeiterfluktuation im Vereinigten Königreich liegt laut CIPD-Analyse der Annual Population Survey bei etwa 34 % pro Jahr – rund 27,4 % der Arbeitnehmer wechseln jährlich zu einem neuen Arbeitgeber, 6,6 % verlassen den Arbeitsmarkt. Bei etwa 33 Millionen PAYE-Beschäftigten werden jährlich rund 9 Millionen P45-Formulare allein für Jobwechsler ausgestellt. Doch die Fluktuation verteilt sich nicht gleichmäßig über das Jahr. Jeder Lohnbuchhalter weiß, dass sie sich ballt – und der Januar ist der dichteste Ballungsraum des Jahres.

Der Zeitpunkt ist kein Zufall. Die meisten britischen Arbeitgeber haben eine Kündigungsfrist von einem Monat, bei Führungskräften manchmal drei Monate. Wer sich über die Weihnachtsfeiertage zum Gehen entschließt – nach der Weihnachtsfeier, nachdem der Bonus ausgezahlt wurde, nach zwei Wochen Familienzeit, die klargemacht haben, was man eigentlich vom Berufsleben will – reicht seine Kündigung in der ersten Januarwoche ein. Die Kündigungsfrist läuft durch den Januar, und die letzte Gehaltsabrechnung sowie das P45-Datum fallen auf Ende Januar oder Anfang Februar. Gleichzeitig bringen die neuen Mitarbeiter, die sie ersetzen, P45-Formulare von ihren vorherigen Arbeitgebern mit – Dokumente, die von unterschiedlicher Lohnsoftware, in unterschiedlichen Layouts und mit unterschiedlicher Feldpositionierung erstellt wurden – und jedes dieser P45-Formulare muss gelesen, in das Lohnsystem des neuen Arbeitgebers übertragen und vor dem ersten Gehaltslauf überprüft werden. Ein Bauunternehmen mit 400 Mitarbeitern auf der Baustelle und einer jährlichen Fluktuation von 35 % wird im Jahr etwa 140 P45-Formulare verarbeiten, und ein unverhältnismäßig großer Teil davon fällt ins erste Quartal. Eine Lohnbuchhaltung, die 30 KMU-Kunden mit insgesamt 450 Mitarbeitern betreut, sieht ein verdichtetes Abbild desselben Musters – über mehrere Branchen, mehrere Lohnsoftware-Exporte, mehrere P45-Formate – keines davon standardisiert.

Die Menge allein ist nicht das Problem; Lohnbuchhaltungsteams bewältigen das ganze Jahr über Mengen. Was den Januar anders macht, ist, dass die Menge mit der Nachholarbeit aus dem verkürzten Verarbeitungsfenster im Dezember kollidiert. Die Daten des CIPP zeigen, dass der kürzere Dezember die Lohnabteilungen zwingt, Aufgaben vorzuziehen und andere zu verschieben. „Die Erneuerung der Leistungsjahre im Januar erhöht die Arbeitsbelastung im Dezember zusätzlich", stellte das CIPP in seinem Dezember-Bericht zur Lohnbuchhaltung fest. Leistungsjahreserneuerungen, P11D-Verarbeitung und Steuerklassen-Updates kommen alle zum standardmäßigen Januar-Gehaltslauf hinzu. Die Welle der P45-Abgänger trifft mitten in einem Monat ein, der ohnehin schon eng war – und sie kommt gleichzeitig aus zwei Richtungen.

Das Zwei-Richtungen-Problem: Abgänge und Zugänge in derselben Woche

Die P45 ist das einzige Lohnsteuerdokument in Großbritannien, das ein Arbeitgeber sowohl erstellt als auch im selben Arbeitsablauf verarbeitet. Wenn ein Arbeitnehmer ausscheidet, stellt der Arbeitgeber eine P45 (offiziell „Angaben zum Ausscheiden aus dem Arbeitsverhältnis“) gemäß Verordnung 36 der Einkommensteuerverordnung (PAYE) 2003 aus. Die Software erstellt das vierteilige Zertifikat – Teil 1 geht über RTI in der letzten vollständigen Gehaltsmeldung an HMRC, während die Teile 1A, 2 und 3 an den Arbeitnehmer gehen. Die Ausstellerseite ist weitgehend automatisiert: Sage Payroll, BrightPay, Xero Payroll, Iris und Moorepay verarbeiten die P45-Erstellung als Standardfunktion, berechnen die Jahresbeträge vom Beginn des Steuerjahres (6. April) bis zum Austrittsdatum, wenden die korrekte Steuerklasse an und füllen das Zertifikat aus.

Die Empfängerseite ist das Ende der Automatisierung. Wenn ein neuer Mitarbeiter mit einer P45 seines vorherigen Arbeitgebers erscheint – oder eine PDF per E-Mail sendet, die von völlig anderer Lohnsoftware erstellt wurde – muss jemand dieses Dokument öffnen, fünf Felder finden und in das Lohnsystem des neuen Arbeitgebers eingeben. Diese fünf Felder sind: Austrittsdatum, Gesamtvergütung und Gesamtsteuer bis zum aktuellen Steuerjahr, Steuerklasse zum Austrittszeitpunkt, Sozialversicherungsnummer und Status des Studienkreditabzugs. Wenn nur eines davon falsch eingegeben wird, ist die erste Gehaltsabrechnung des neuen Mitarbeiters falsch – und die Korrektur landet auf dem Schreibtisch der Lohnbuchhaltung, nicht beim Softwareanbieter. HMRC verlangt, dass Lohnunterlagen mindestens drei Jahre aufbewahrt werden und warnt, dass unzureichende Aufzeichnungen zu einem geschätzten Steuerbescheid und einer Geldstrafe von bis zu 3.000 £ führen können.

Im Januar vervielfacht sich die Empfängerseite dieser Gleichung. Ein Lohnbuchhalter, der normalerweise zwei oder drei P45s neuer Mitarbeiter pro Woche bearbeitet, kann in der zweiten Januarwoche fünfzehn erhalten – die Abgänge aus Dezember, die jetzt Januar-Zugänge eines anderen Arbeitgebers sind. Jede dauert zwei bis drei Minuten zum Übertragen und Überprüfen. Beim Median-Bruttogehalt eines Lohnbuchhalters in Großbritannien von etwa 29.750 £ – was einem Arbeitgeberkostenaufwand von rund 21 £ pro Stunde entspricht, wenn man den Arbeitgeberbeitrag zur Sozialversicherung (Klasse 1) von 15 % über der sekundären Freigrenze von 5.000 £ und die Beiträge zur betrieblichen Altersvorsorge berücksichtigt – sind das etwa 70 Pence Arbeitskosten pro P45. Die Kosten sind gering genug, dass niemand sie budgetiert, weshalb die P45-Dateneingabe in den meisten Organisationen nie richtig kalkuliert wurde. Aber bei fünfzehn P45s pro Woche über einen Januar, der sich über vier oder fünf Abrechnungszeiträume erstreckt, tickt die Uhr für eine Aufgabe, die keine Automatisierungsschicht zwischen der PDF auf dem Bildschirm und dem Lohnbuchhaltungseintrag im System hat.

Die fünf Felder, die P45 manuell halten

RTI hat 2013 den Arbeitgeber-zu-HMRC-Teil des P45 digitalisiert. Jede Lohnsoftware übermittelt Abgangsdaten nun direkt an HMRC über die Full Payment Submission – Teil 1 des P45 ist praktisch überflüssig. Aber RTI hat nichts für den Arbeitgeber-zu-Arbeitgeber-Teil getan. Die Teile 2 und 3, die denselben Datenbestand an den neuen Arbeitgeber weitergeben, bleiben physische oder PDF-Dokumente, die für das menschliche Lesen konzipiert sind. Sie wurden nie für maschinelles Lesen entwickelt. Und weil HMRC zwar festlegt, welche Daten ein P45 enthalten muss, aber nicht wie sie angeordnet sein sollen, gestaltet jeder Lohnsoftware-Anbieter sein eigenes P45-Format.

Ein von Sage 50 Payroll erstelltes P45 platziert den Steuerfreibetragscode an einer anderen Position als eines von BrightPay. Das P45-PDF von Xero sieht anders aus als das von Iris. Moorepay unterscheidet sich im Layout von FreeAgent. Die fünf relevanten Felder – Austrittsdatum, Gehalt bis dato, Steuer bis dato, Steuercode, SV-Nummer – erscheinen auf jedem Zertifikat, aber ihre Koordinaten, Schriftgrößen, Bezeichnungen und Nähe zu anderen Datenfeldern variieren mit jedem Softwareanbieter, jedem Versionsupdate und manchmal jeder vom Arbeitgeber eingestellten Vorlageneinstellung. Eine Lohnabrechnungsstelle, die P45s von dreißig verschiedenen Kundenunternehmen erhält, kann auf dreißig verschiedene Layouts stoßen – und der einzige garantierte gemeinsame Nenner ist, dass eine Person die Felder finden und abtippen muss.

Diese Layout-Variabilität ist der Grund, warum die P45-Verarbeitung der Automatisierung widerstanden hat, während jeder andere Teil der Lohnabrechnung auf Software umgestellt wurde. Herkömmliche OCR muss wissen, wo jedes Feld auf der Seite sitzt – ein positionsbasierter Ansatz, der scheitert, sobald ein P45 eines anderen Lohnanbieters eintrifft. Vorlagenbasierte Extraktionstools erfordern das Erstellen und Pflegen separater Parsing-Regeln für jede Layout-Variante, was einen Verwaltungsaufwand verursacht, der an das Abtippen heranreicht, das es ersetzen sollte. Der Engpass ist strukturell: P45-Daten sind auf Feldebene standardisiert – HMRC definiert die Felder –, aber nicht auf Layout-Ebene, die dem Softwaremarkt überlassen bleibt.

Was die Gleichung verändert, ist die semantische Extraktion: ein Dokument lesen, indem man versteht, was jedes Feld bedeutet, statt wo es sitzt. Anstatt einem Tool zu programmieren, „Steuercode" in Spalte A, Zeile 7 einer bestimmten P45-Vorlage zu finden, identifiziert ein semantischer Extraktor das Feld anhand seiner Bezeichnung – „Steuercode bei Austritt", „Steuercode", „Steuercode (zum Austrittsdatum)" – und extrahiert den angrenzenden Wert unabhängig von seiner Position. Dieser Ansatz, den ImageToTable.ai als Custom Column Extraction bezeichnet, ist die erste Extraktionsmethode, die der Funktionsweise von P45s im britischen Lohnabrechnungs-Ökosystem entspricht: gleiche Daten, unterschiedliche Layouts, keine Standardisierung. Sie geben die gewünschten Spaltennamen ein – Austrittsdatum, Gehalt bis dato, Steuercode, SV-Nummer, Status Studienkredit – und die KI lokalisiert jeden Wert überall auf der Seite, indem sie versteht, was die Bezeichnung bedeutet, nicht wo sie erscheint.

Was ein falscher Steuerfreibetrag tatsächlich kostet

Ein Steuerfreibetrag von 1257L bedeutet, dass der Arbeitnehmer Anspruch auf den vollen persönlichen Freibetrag von 12.570 £ für das Steuerjahr 2025/26 hat – der Standardfreibetrag für die meisten Arbeitnehmer mit einem Job und ohne Anpassungen. Das Suffix 'L' kennzeichnet den regulären steuerfreien Grundfreibetrag, und die Zahl 1257 ist der Freibetrag geteilt durch 10. Gibt ein Lohnbuchhalter stattdessen 1275L ein – zwei Ziffern vertauscht – interpretiert die Lohnsoftware dies als einen persönlichen Freibetrag von 12.750 £, und der Arbeitnehmer erhält über das Jahr 180 £ zu viel steuerfrei ausgezahlt. Das HMRC-System erkennt die Abweichung irgendwann und korrigiert den Freibetrag, aber bis dahin hat der Arbeitnehmer monatelang zu wenig Steuern gezahlt. Die Nachzahlung wird über einen angepassten zukünftigen Steuerfreibetrag eingezogen, der ohne Vorwarnung auf der Gehaltsabrechnung erscheint – und der Arbeitnehmer ruft in der Lohnbuchhaltung an und will wissen, warum sein Nettogehalt gesunken ist.

Dies ist keine hypothetische Situation. Die AccountingWEB-Foren enthalten reale Fälle von P45-Eingabefehlern, die sich über mehrere Abrechnungszeiträume auswirken. Eine Lohnbuchhaltungsfirma berichtete, dass sie P45-Jahreswerte aus einem Sage-CSV-Export eines früheren Arbeitgebers in BrightPay für einen unterjährigen Wechsel eingegeben hatte – und Monate später feststellte, dass der Mandant 2.390 £ vom HMRC berechnet bekommen hatte, genau die kumulierte Steuer aus den doppelt gezählten P45-Werten. Die Antwort des HMRC: einen Einspruch einlegen, dessen Bearbeitung „mehr als ein Jahr dauern kann“. Die zwei Minuten Tipparbeit, die den Fehler verursachten, waren bereits vergangen; die Korrektur dauerte ein Jahr.

Die Fehlerquote bei manueller Dateneingabe liegt zwischen 1 % und 4 % pro Feld, abhängig von der Dokumentqualität, dem Zeitdruck und der Vertrautheit des Bearbeiters mit dem Layout. Bei fünf P45-Feldern ergibt eine Fehlerquote von 1 % pro Feld eine ungefähre Wahrscheinlichkeit von 5 %, dass ein bestimmtes P45 mindestens einen Fehler enthält. Bei fünfzehn P45 pro Woche im Januar ist es statistisch nahezu sicher, dass mindestens ein Fehler pro Monat auftritt – und der Fehler, der im Steuerfreibetragsfeld landet, macht sich erst bemerkbar, wenn eine Gehaltsabrechnung falsch ist. Der Arbeitnehmer, der den Fehler bemerkt, ruft die Lohnbuchhaltung an. Die Lohnbuchhaltung prüft das ursprüngliche P45, findet den Übertragungsfehler und leitet eine Korrektur ein. Das HMRC wird eingeschaltet. Die zwei Minuten Dateneingabe, die 70 Pence kosteten, haben nun drei Schreibtische, mehrere E-Mails und möglicherweise Wochen der Nachverfolgung verbraucht – nichts davon eingeplant, nichts davon in einem Kostenstellenbericht sichtbar, alles zurückzuführen auf eine einzige vertippte Ziffer.

Die vollen Kosten der manuellen P45-Verarbeitung – Arbeitsaufwand, Fehlerkorrektur, Compliance-Risiken und die Strafzahlung von 3.000 £ pro Mitarbeiter für die Aufbewahrung von Aufzeichnungen – wurden detailliert aufgeschlüsselt. Für die Januar-Lohnbuchhaltung ist der relevante Teil dieses Rahmens die Empfangsseite: Jedes P45, das von einem neuen Mitarbeiter eingeht, ist eine manuelle Übertragungsaufgabe, jede Übertragungsaufgabe birgt eine Fehlerwahrscheinlichkeit, und der Januar vervielfacht sowohl das Volumen als auch den Zeitdruck, der die Fehlerquote erhöht.

Den Januar-P45-Kreislauf durchbrechen

Die strukturelle Lösung für den Januar-P45-Stau sind nicht mehr Personal oder mehr Überstunden – Lohnbuchhaltungsteams, die im Dezember bereits am Limit arbeiten, haben keine freien Kapazitäten, um einen Januar-Ansturm durch härteres Arbeiten abzufangen. Die Lösung besteht darin, den Übertragungsschritt vollständig zu eliminieren. Die Daten auf einem P45 – Austrittsdatum, bisheriger Lohn, bisherige Steuer, Steuerklasse, Sozialversicherungsnummer, Status des Studienkredits – sind bereits auf dem Zertifikat aufgedruckt. Die Aufgabe des Lohnbuchhalters sollte die Überprüfung sein, nicht die Erfassung. Sehen Sie sich die extrahierten Daten an, bestätigen Sie, dass sie mit der Quelle übereinstimmen, importieren Sie sie in das Lohnsystem. Ein Schritt statt zwei, und der Schritt, der das Fehlerrisiko birgt – das Tippen – wird eliminiert.

Hier verändert die vorlagenfreie KI-Extraktion den Arbeitsablauf für die P45-Verarbeitung. Im Gegensatz zur positionsbasierten OCR, die wissen muss, wo sich jedes Feld auf einem bestimmten P45-Layout befindet, liest die semantische Extraktion das Dokument, indem sie versteht, was jede Feldbezeichnung bedeutet. Ein von Sage erstelltes P45 platziert die Steuerklasse an einer Stelle; ein von BrightPay erstelltes P45 platziert sie woanders. Ein menschlicher Leser navigiert beide instinktiv – er sucht nach „Steuerklasse“ oder „Steuerklasse zum Austrittszeitpunkt“ und liest den angrenzenden Wert. Die semantische Extraktion macht dasselbe: Sie lokalisiert das Feld anhand seiner Bedeutung und nicht anhand seiner Koordinaten. Dies ist der Kernmechanismus, der es ermöglicht, P45s aus mehreren Quellen in einem einzigen Vorgang stapelweise zu verarbeiten – Sie erstellen keine Vorlagen für jedes Ausgabeformat der Lohnsoftware. Sie teilen dem System mit, welche Spalten Sie benötigen, und es findet die passenden Daten auf jedem Dokument, unabhängig vom Layout.

Die Stapeldimension ist speziell für Januar entscheidend. Wenn fünfzehn, zwanzig oder dreißig P45s in einer einzigen Woche eingehen – eine Mischung aus ausscheidenden Mitarbeitern, deren Formulare ausgestellt werden müssen, und neuen Mitarbeitern, deren Formulare eingegeben werden müssen – löst die Einzelverarbeitung das Zeitdruckproblem nicht. Wenn Sie alle in einem einzigen Stapelvorgang extrahieren, wobei die Ergebnisse in einer Tabelle zusammengeführt werden, in der jede Zeile einen vollständigen P45-Datensatz darstellt, wird aus einer Woche verteilter Tipparbeit ein Nachmittag der Überprüfung. Der Arbeitsablauf für die Stapelverarbeitung von P45s – das Erstellen einer Abgangsdatenbank aus mehreren Formularen gleichzeitig – gilt gleichermaßen für die Seite der eingehenden Mitarbeiter. Derselbe Extraktionsdurchlauf, der eine Abgangsdatenbank für ausscheidende Mitarbeiter befüllt, kann ein Einarbeitungsblatt für neue Mitarbeiter befüllen, da die fünf Kernfelder in beide Richtungen identisch sind.

Ein Januar-Lohnabrechnungs-Workflow ohne Tipparbeit

Statt jede einzelne P45-PDF zu öffnen, fünf Felder zu lesen, in die Lohnsoftware zu wechseln, fünf Felder einzutippen und das dreißigmal zu wiederholen, kann ein Lohnbuchhalter mit Extraktions-Tools die Januar-Arbeit in drei Blöcke aufteilen:

Die Zeitrechnung ist einfach. Bei zwei Minuten pro P45 für manuelle Eingabe verschlingen dreißig Neuzugangs-P45s eine Stunde Tipparbeit – und das vor Korrektur später entdeckter Fehler. Mit Batch-Extraktion werden dieselben dreißig P45s in Minuten hochgeladen, extrahiert und in einer Tabelle zusammengestellt. Die verbleibende Stunde wird zu Prüfung und Import – Arbeit, die immer nötig war und die der Lohnbuchhalter jetzt richtig erledigen kann, statt sie in die Lücken zwischen Tipp-Sessions zu quetschen.

Für die Abgangsseite dient derselbe Extraktions-Workflow einem anderen Zweck: der Prüfung, ob die Zahlen auf erstellten P45s korrekt sind, bevor sie an den Mitarbeiter und das HMRC gehen. Eine Batch-Extraktion ausgehender P45-PDFs gegen die eigenen Aufzeichnungen des Lohnsystems erzeugt einen automatischen Abgleich – stimmt das Austrittsdatum auf der P45 mit dem System überein? Stimmen die Jahresbezüge und Steuerbeträge? Diese Prüfung vor der RTI-Meldung schließt den Kreislauf zwischen dem, was die Lohnsoftware sagt, und dem, was das Zertifikat zeigt, und fängt Abweichungen, bevor sie die FPS-Verarbeitung des HMRC erreichen. Die Schritt-für-Schritt-Anleitung zum Extrahieren von P45-Abgangsdaten in Excel führt diesen Workflow detailliert aus, einschließlich der spezifischen Feldzuordnungen und häufiger Randfälle wie Wochen-1/Monat-1-Kennzeichen und Studienkredit-Planarten.

Warum der Januar das Problem offenbart

Elf Monate im Jahr ist die manuelle P45-Verarbeitung eine lästige Verwaltungsarbeit – ein paar Minuten hier, ein paar Formulare da, gelegentlich ein Fehler, der noch rechtzeitig auffällt. Im Januar wird aus der Belastung ein Engpass. Die Menge steigt, der Zeitdruck nimmt zu, die Fehlerquote klettert, und der Korrekturaufwand – E-Mails an das HMRC, korrigierte FPS-Übermittlungen, Gehaltsabfragen von Mitarbeitern – frisst den Februar und März. Das Problem war schon immer struktureller Natur: P45-Daten sind auf Feldebene standardisiert, nicht jedoch auf Layout-Ebene, und die Übergabe von Arbeitgeber zu Arbeitgeber bleibt eine manuelle Übertragungskette in einem ansonsten automatisierten Gehaltsabrechnungssystem. Der Januar legt den Bruch nur zum denkbar ungünstigsten Zeitpunkt offen.

Das eigentliche Problem ist, dass britische Gehaltsabrechnungsteams P45s immer noch von Hand verarbeiten, nicht weil ihnen die Fähigkeiten oder Werkzeuge für etwas anderes fehlen, sondern weil die bisher verfügbaren Werkzeuge – vorlagenbasierte OCR, zonale Extraktion – einen so hohen Konfigurationsaufwand pro Format erforderten, dass die Automatisierung langsamer war als der manuelle Prozess, den sie ersetzen sollte. Wenn eine Gehaltsabrechnungsstelle P45s von dreißig verschiedenen Kundenunternehmen mit fünf verschiedenen Gehaltsabrechnungsprogrammen erhält, ist das Erstellen und Pflegen von dreißig Extraktionsvorlagen ein Vollzeitjob. Die semantische Extraktion beseitigt diese Hürde: eine Spaltendefinition, angewandt auf jedes P45 im Stapel, weil die KI versteht, was „Steuerklasse zum Austrittszeitpunkt“ bedeutet, unabhängig davon, welche Software es gedruckt hat.

Für Gehaltsabrechnungsteams, die sich auf den nächsten Januar vorbereiten, stellt sich nicht die Frage, ob die manuelle P45-Dateneingabe nachhaltig ist – die Mengen haben das bereits beantwortet. Die Frage ist, ab wann die kumulierten Kosten aus Übertragungsfehlern, Korrekturzyklen und dem Verwaltungsaufwand des ständigen Eintippens derselben fünf Felder die Kosten für die Umstellung auf einen tippfreien Arbeitsablauf übersteigen. Der Kostenrahmen ist bereits vorhanden. Die Werkzeuge existieren. Die einzig verbleibende Variable ist die Entscheidung, mit dem Tippen aufzuhören und mit dem Prüfen zu beginnen – und der Januar, mehr als jeder andere Monat, liefert die Argumente, diese Entscheidung vor der nächsten Austrittswelle zu treffen.

Häufig gestellte Fragen

Wie schnell muss ein Arbeitgeber in Großbritannien nach dem Ausscheiden eines Mitarbeiters eine P45 ausstellen?

Gemäß Regulation 36 der Income Tax (PAYE) Regulations 2003 muss die P45 am Tag der Beendigung des Arbeitsverhältnisses ausgestellt werden oder, falls dies nicht praktikabel ist, ohne unangemessene Verzögerung. In der Praxis erwartet HMRC, dass die P45 mit der letzten Gehaltsabrechnung des Mitarbeiters oder innerhalb desselben Abrechnungszyklus ausgestellt wird. Die meisten Gehaltsabrechnungsprogramme – Sage, BrightPay, Xero Payroll, Iris, Moorepay – erstellen die P45 automatisch, wenn der Mitarbeiter als Ausgeschiedener markiert und der letzte Abrechnungslauf verarbeitet wird. Teil 1 wird HMRC über die Full Payment Submission (FPS) am oder vor dem letzten Zahltag des Mitarbeiters übermittelt.

Kann ich P45s aus verschiedenen Gehaltsabrechnungsprogrammen stapelweise verarbeiten?

Ja, mit semantischer KI-Extraktion anstelle von vorlagenbasierter OCR. Vorlagenbasierte Tools benötigen eine separate Parsing-Regel für jedes P45-Layout der Gehaltsabrechnungssoftware – Sage, BrightPay, Xero, Iris, Moorepay und FreeAgent erstellen alle unterschiedlich formatierte Bescheinigungen. Die semantische Extraktion liest jede P45, indem sie die Bedeutung der Feldbezeichnungen (wie „Steuerklasse bei Austritt“ oder „Gesamtvergütung bisher“) versteht, anstatt deren Position auf der Seite. Das bedeutet, Sie können eine gemischte Charge mit P45s von mehreren Gehaltsabrechnungsanbietern hochladen und alle mit einem einzigen Satz von Spaltendefinitionen extrahieren. Die Ausgabe ist eine Tabelle mit einer Zeile pro P45.

Welche Informationen einer P45 müssen in das Gehaltsabrechnungssystem des neuen Arbeitgebers eingegeben werden?

Fünf Kernfelder aus den Teilen 2 und 3 der P45: das Austrittsdatum des Mitarbeiters aus dem vorherigen Arbeitsverhältnis, die Gesamtvergütung bisher und die gesamte Steuer bisher für das laufende Steuerjahr (vom 6. April bis 5. April), die Steuerklasse bei Austritt (einschließlich eines etwaigen Wochen-1-/Monat-1-Basis-Indikators), die National Insurance-Nummer und der Status des Studienkreditabzugs. Wenn eines dieser Felder falsch eingegeben wird, kann der neue Mitarbeiter in eine Notsteuerklasse eingestuft werden und seine erste Gehaltsabrechnung ist falsch. Die Steuerjahreszahlen sind kumulativ – sie sind die laufenden Summen, die der neue Arbeitgeber benötigt, um die Steuerposition des Mitarbeiters ohne Rückstellung fortzuführen.

Was ist der Unterschied zwischen einer P45 und einer P60?

Beide zeigen, was ein Arbeitnehmer in einem Steuerjahr verdient und an Steuern gezahlt hat, sie werden jedoch durch unterschiedliche Ereignisse ausgelöst. Eine P45 wird ausgestellt, wenn ein Arbeitnehmer eine Stelle verlässt – sie deckt den Zeitraum vom Beginn des Steuerjahres (6. April) bis zum Austrittsdatum ab. Eine P60 wird am Ende jedes Steuerjahres an Arbeitnehmer ausgegeben, die zu diesem Zeitpunkt noch für den Arbeitgeber tätig sind – sie deckt die vollen 12 Monate bis zum 5. April ab. Arbeitgeber müssen allen aktuellen Arbeitnehmern bis zum 31. Mai eines jeden Jahres P60s zur Verfügung stellen. Weitere Informationen zur P60-Verarbeitung finden Sie in der Anleitung zum Extrahieren von UK-P60-Daten in Excel für den Lohnabgleich.

Was passiert, wenn ein P45-Steuercode falsch eingegeben wird?

Ein falscher Steuercode ändert sofort die Berechnung des steuerfreien Freibetrags des Arbeitnehmers. Wenn Sie beispielsweise 1275L anstelle von 1257L eingeben, ergibt sich ein Freibetrag von 12.750 £ statt 12.570 £ – der Arbeitnehmer wird im Laufe des Jahres um 180 £ zu wenig besteuert. Das HMRC erkennt die Abweichung in der Regel durch den Abgleich der RTI-Daten und gibt einen korrigierten Steuercode aus. Die zu wenig gezahlte Steuer wird durch eine zukünftige Anpassung des Steuercodes zurückgefordert, was das Nettogehalt des Arbeitnehmers in einem folgenden Monat verringert. Der Arbeitnehmer wird sich oft an die Lohnbuchhaltung wenden, um zu fragen, warum sich sein Gehalt geändert hat, und die Lohnbuchhaltung muss bis zum ursprünglichen P45-Eintrag zurückverfolgen, um die Korrektur zu erklären. Wird der Fehler nicht erkannt, kann er sich über Steuerjahre hinweg fortsetzen und zu einer größeren Unterzahlung anwachsen, die das HMRC direkt einfordert.

Können Papier-P45-Formulare mit demselben Extraktionstool verarbeitet werden?

Ja. Ein gescannter Ausdruck oder ein Foto einer Papier-P45 funktioniert genauso wie eine PDF-Datei – die KI liest das Dokument visuell, nicht aus eingebetteten Textebenen. Dies ist besonders nützlich für die Papier-P45s, die in kleineren Unternehmen noch im Umlauf sind, oder für P45s, die als Anhänge in Formaten eingehen, die nicht direkt analysiert werden können (gescannte PDFs, JPEG-Fotos, Screenshots aus einem Lohnportal). Das Extraktionstool unterstützt die Eingabeformate PDF, JPG, PNG, WebP und AVIF.

Funktioniert die Batch-P45-Extraktion für Lohnbuchhaltungsbüros mit mehreren Mandanten?

Ja – Büros sind der stärkste Anwendungsfall, da sie mit der größten Layoutvielfalt konfrontiert sind. Ein Büro, das die Lohnabrechnung für 30 KMU mit fünf verschiedenen Lohnabrechnungsprogrammen verwaltet, erhält jeden Monat P45-Formulare in Dutzenden unterschiedlichen Formaten. Mit der semantischen Extraktion definiert das Büro einen Satz von Spaltennamen und wendet ihn auf jedes P45 im Batch an – unabhängig davon, welches Programm es erstellt hat. Die Ausgabe ist eine konsolidierte Tabelle pro Mandant oder pro Verarbeitungslauf. Der Leitfaden zur Batch-P45-Verarbeitung behandelt Multi-Mandanten-Workflows im Detail.