Sechs P45-Dateneingabefehler,
die einen Neuzugang überbesteuern – und was die Behebung kostet

Warum ein einziger falscher Eintrag auf einer P45 nie ein einziger falscher Eintrag bleibt

Ein P45-Fehler potenziert sich, weil PAYE von Natur aus kumulativ ist. Anders als bei einer Quittung oder Rechnung – wo eine falsche Zahl genau ein Dokument betrifft – speist eine P45 die Ausgangsbasis einer fortlaufenden Berechnung, die Ihre Lohnsoftware jeden Abrechnungszeitraum für den Rest des Steuerjahres wiederholt. Wird der Steuerfreibetrag, der bisherige Verdienst oder die Wochen-1/Monat-1-Basis bei der Einrichtung falsch eingegeben, wendet die Software diesen Fehler nicht nur einmal an; sie überträgt ihn in jede nachfolgende Full Payment Submission (FPS), bis ihn jemand bemerkt und die Basis korrigiert.

Das ist der Unterschied zwischen einem P45-Fehler und den meisten anderen Dateneingabefehlern. Der Arbeitnehmer im Notsteuer-Thread wurde nicht durch eine einzige falsche Zahl im ersten Monat überbesteuert – er wurde im ersten, zweiten, dritten und vierten Monat überbesteuert, weil der falsche Startpunkt stets falsche Abzüge erzeugte. Und da HMRC das Bild erst abgleicht, wenn vollständige Einkommensdaten vorliegen, kommt die Rückerstattung oft erst, wenn der Steuerfreibetrag unterjährig korrigiert wird oder, schlimmer, erst nach Ende des Steuerjahres. Die Folge eines Zwei-Sekunden-Tippfehlers bemisst sich in Monaten des Cashflows des Arbeitnehmers.

Die sechs unten aufgeführten Fehler tauchen in Lohnforen und HM Revenue & Customs' eigenen Korrekturanleitungen immer wieder auf. Jeder ist spezifisch genug, dass Sie wissen, ob Sie ihn gemacht haben – und jeder hat eine Ursache, die nicht „einfach vorsichtiger sein" ist.

Fehler 1: Vertauschen einer Ziffer im Steuerfreibetrag

Der häufigste P45-Fehler ist eine einzelne vertauschte Ziffer im Steuerfreibetrag – 1257L eingegeben als 1275L oder 1250L als 1205L. Es wirkt trivial, weil es nur ein Zeichen ist, aber die Zahl in einem Steuerfreibetrag ist der steuerfreie Grundfreibetrag des Arbeitnehmers geteilt durch zehn. 1257L gewährt £12.570 steuerfreies Einkommen; 1275L gewährt £12.750; 1205L gewährt £12.050. Ein falscher Freibetrag bedeutet, dass der Arbeitnehmer entweder einen Freibetrag erhält, der ihm nicht zusteht (und den er zurückzahlen muss) oder ihm ein Freibetrag vorenthalten wird (und er zu viel zahlt, bis es korrigiert ist).

Die Ursache ist nicht Nachlässigkeit – es liegt daran, dass Steuerfreibeträge Ziffernfolgen ohne interne Prüfung sind, die von einem Layout abgelesen und unter Zeitdruck in ein anderes eingegeben werden. An „1275L" sieht nichts falsch aus. Es ist ein gültig formatierter Code; er gehört nur zu einem anderen Freibetrag. Und da die Lohnsoftware jeden wohlgeformten Code akzeptiert, ohne zu prüfen, ob er mit der P45 übereinstimmt, gelangt der Fehler unbemerkt in den ersten Abrechnungslauf.

Die Korrektur, sobald sie aktiv ist, läuft über HMRC und nicht über eine schnelle Bearbeitung: HMRC gibt einen überarbeiteten Code per P6- oder P9-Mitteilung heraus, und Ihre Software wendet ihn zukünftig an. War der Code kumulativ, korrigiert die nächste Gehaltsabrechnung in der Regel die bisherige Position. War er auf Wochen-1/Monat-1-Basis, bleibt die Über- oder Unterzahlung bis zum Jahresende ungelöst. In beiden Fällen ist die Behebung langsamer als der Fehler.

Fehler 2: Falsches oder fehlendes Austrittsdatum eintragen

Ein falsches Austrittsdatum verfälscht die Position des Mitarbeiters im Steuerjahresverlauf, und ein leeres Datum, das durch einen Platzhalter ersetzt wird (Lohnsysteme setzen leere Daten manchmal auf 01.01.1900), kann einen doppelten PAYE-Eintrag beim HMRC erzeugen. Das Austrittsdatum auf der P45 teilt Ihrer Software mit, in welcher Steuerwoche oder welchem Steuermonat das vorherige Beschäftigungsverhältnis endete – und damit, wo die neue Beschäftigung anknüpft. Geben Sie es falsch ein, wird die kumulative Berechnung am falschen Punkt im Jahr verankert.

Die Anleitung des HMRC zur Korrektur eines FPS macht deutlich, wie aufwendig die nachgelagerte Bereinigung wird: Wenn ein Zahlungs- oder Austrittsdatum falsch gemeldet wurde und ein „Zahlung nach Austritt“-Flag betroffen ist, dürfen Sie dieselben Beträge nicht sowohl in die Felder „Bezahlung im Zeitraum“ als auch „Bezahlung im bisherigen Steuerjahr“ eintragen, sonst entsteht ein doppelter Eintrag für den Mitarbeiter – Sie müssen 0,00 in das Feld „Bezahlung im Zeitraum“ setzen und die Lohnabrechnung auf den korrekten Steuerzeitraum ausrichten. Das ist eine mehrstufige Abstimmung, ausgelöst durch ein einziges falsch eingegebenes Datum.

Die Ursache ist, dass Austrittsdaten leicht verwechselt werden: Das Datum, an dem das Beschäftigungsverhältnis endete, das Datum der letzten Zahlung und das Datum, an dem Sie die P45 erhalten haben, sind drei verschiedene Dinge – und die P45-Layouts machen den Unterschied nicht immer deutlich. Tragen Sie das Zahlungsdatum dort ein, wo das Austrittsdatum hingehört, verschiebt sich der Zeitstrahl.

Fehler 3: „Gesamtvergütung bisher“ mit „Vergütung in dieser Beschäftigung“ verwechseln

Wenn ein Mitarbeiter mehr als einen Job hatte, zeigt die P45 zwei Vergütungszahlen – „Gesamtvergütung bisher“ (kumulativ über alle Beschäftigungen in diesem Steuerjahr) und „Vergütung in dieser Beschäftigung“ (nur der austretende Job) – und die falsche in das Feld „bisheriges Steuerjahr“ Ihrer Software einzutragen, meldet dem HMRC die kumulativen Einkünfte des Mitarbeiters falsch. Die beiden Zahlen sind bewusst unterschiedlich, und nur eine von ihnen gehört in das Feld, das die kumulative Steuerberechnung steuert.

Setzen Sie „Vergütung in dieser Beschäftigung“ dorthin, wo „Gesamtvergütung bisher“ hingehört, unterschätzen Sie die Einkünfte des Mitarbeiters für das Jahr. Die Software geht dann davon aus, dass der Mitarbeiter mehr ungenutzten persönlichen Freibetrag hat, als tatsächlich vorhanden ist, zieht monatelang zu wenig Steuer ab, und das Defizit taucht später als unangenehme Steuerkennzeichen-Korrektur auf – das HMRC holt die zu wenig gezahlte Steuer zurück, indem es den Freibetrag im Kennzeichen kürzt, sodass der Mitarbeiter plötzlich einen viel höheren Abzug sieht, um das nie Erhobene nachzuholen.

Dieser Fehler erwischt nicht nur Neulinge, sondern auch erfahrene Administratoren, weil bei einer P45 mit nur einer Beschäftigung die beiden Zahlen identisch sind – die Gewohnheit „einfach die Vergütungszahl nehmen“ funktioniert also, bis sie bei einem Mehrfachbeschäftigten stillschweigend versagt. Die Ursache ist, dass der Unterschied nur manchmal relevant ist – genau dann, wenn ein routinemäßiger Kopierschritt fehlschlägt. Die feldweise Aufschlüsselung der Bedeutung jedes P45-Feldes lohnt sich gerade für diese Fälle mit zwei Zahlen griffbereit zu haben.

Fehler 4: Behandlung eines W1/M1-Codes als kumulativ

Ein Steuercode mit dem Zusatz „W1“ oder „M1“ – z. B. 1257L M1 – ist nicht kumulativ. Wird dieser Zusatz ignoriert (Eingabe des Codes als einfaches 1257L), verteilt die Software den Freibetrag fälschlicherweise kumulativ. W1/M1 bedeutet, dass jeder Abrechnungszeitraum isoliert besteuert wird, nur auf Basis des jeweiligen Zeitraums und unter Vernachlässigung aller früheren Zeiträume im Jahr. Fehlt der Zusatz, ändert sich die Berechnungsgrundlage.

Die Folge hängt davon ab, in welche Richtung die ignorierte Basis wirkt. Wenn der Arbeitnehmer tatsächlich auf M1 sein sollte (HMRC wendet dies oft an, wenn frühere Aufzeichnungen unvollständig waren) und Sie einen kumulativen Code eingeben, kann die Software Freibeträge gewähren, die der Arbeitnehmer bereits anderweitig genutzt hat. Dies führt zu einer aktuellen Unterzahlung und später zu einer Nachforderung. Der umgekehrte Fehler – ein laufender Notfall-M1-Code, obwohl HMRC inzwischen einen kumulativen Code ausgestellt hat – hält den Arbeitnehmer in einer Überzahlung, da der Freibetrag nie über die Zeiträume hinweg kumuliert wird.

Die Ursache ist, dass das W1/M1-Kennzeichen ein zweistelliger Zusatz ist, der wie ein nachträglicher Gedanke wirkt, aber die gesamte Berechnung verändert. Es ist leicht, „1257L M1“ und „1257L“ als denselben Code mit einem überflüssigen Label zu behandeln. Sie sind nicht derselbe Code. Ein bewusstes Detail: Ein echter W1/M1-Code auf einem P45 ist eine verbindliche HMRC-Anweisung, ihn genau so zu übernehmen – kein Fehler, den man durch „Aufhübschen“ der Zahlen in eine kumulative Form „korrigieren“ sollte.

Fehler 5: Falsche Eingabe der National Insurance-Nummer

Eine falsche National Insurance-Nummer führt dazu, dass HMRC den neuen Arbeitnehmer nicht mit seinem bestehenden Datensatz verknüpfen kann. Der erste FPS kann abgelehnt werden oder, schlimmer noch, auf dem Konto einer falschen Person landen. Die NINO ist der Identitätsschlüssel, den HMRC verwendet, um eine Person über alle ihre bisherigen Beschäftigungsverhältnisse hinweg abzugleichen. Ihr Format ist starr – zwei Buchstaben, sechs Ziffern, ein Suffixbuchstabe (z. B. QQ 12 34 56 C) – aber ein starres Format verhindert keine vertauschten Ziffern, und eine wohlgeformte, aber falsche NINO sieht völlig gültig aus.

Wenn die Nummer nicht übereinstimmt, können die von Ihnen gemeldeten National Insurance-Beiträge und PAYE dem falschen Datensatz gutgeschrieben werden. Für den Arbeitnehmer kann dies Lücken in seinem Beitragsverlauf bedeuten – die Art, die später die rentenqualifizierenden Jahre oder den Anspruch auf beitragsabhängige Leistungen beeinträchtigt – und das Problem bleibt unsichtbar, bis er Jahre später einen Kontoauszug prüft. Bestimmte Präfixe werden nie vergeben (die Buchstaben D, F, I, Q, U und V werden nie als erster Buchstabe verwendet; O ist nie der zweite), diese zeigen einen offensichtlichen Fehler an, aber eine plausible falsche Nummer wird problemlos durchgelassen.

Die Ursache ist, dass eine NINO neun Zeichen eines reinen Identifikators ist, ohne Bedeutung für eine Plausibilitätsprüfung – man kann sie nicht ansehen und erkennen, dass sie falsch ist, so wie man ein unplausibles Gehalt hinterfragen würde. Sie stimmt entweder mit dem HMRC-Datensatz überein oder nicht, und das erfährt man erst später.

Fehler 6: Studienkredit-Indikator weglassen oder Plan erraten

Die P45 kennzeichnet Studienkredite nur mit einem einzelnen „Y“-Indikator in Feld 5 – ohne Angabe des Plans – daher führen sowohl das Weglassen des Indikators als auch das Erraten des Plans zu falschen monatlichen Abzügen. Laut Chartered Institute of Payroll Professionals (CIPP) müssen die Abzüge ab dem nächsten verfügbaren Zahltag beginnen, wenn die P45 im Studienkreditfeld „Y“ zeigt. Da das Formular jedoch nicht zwischen Plan 1, Plan 2, Plan 4 oder Plan 5 unterscheidet, muss der Arbeitnehmer mitteilen, welcher Plan zutrifft.

Hier liegen zwei unterschiedliche Fehler vor. Der erste ist das vollständige Übersehen des Indikators – das Kästchen ist klein, und wenn es übersehen wird, stoppen die Rückzahlungen des Arbeitnehmers mit dem Jobwechsel, was leise einen Rückstand aufbaut, den die Student Loans Company später zurückfordert. Der zweite ist das Erraten des Plans. Die Anleitung der HMRC für Arbeitgeber besagt, dass Sie, wenn der Arbeitnehmer seinen Plan nicht nennen kann, in Ihrer Lohnsoftware standardmäßig Plan 5 verwenden, bis eine SL1-Startmitteilung eingeht – Sie erfinden keinen Plan und ziehen keine Rückstände für den Zeitraum vor Erhalt der P45 ab. Wählen Sie den falschen Plan, stimmt die Freigrenze nicht, und der Prozentsatz wird jeden Monat vom falschen Gehaltsanteil abgezogen, bis eine SL1 dies korrigiert.

Die Ursache ist eine strukturelle Lücke, die der CIPP offen bei seinen Mitgliedern abgefragt hat: Die P45 enthält einfach nicht den Plantyp, sodass das Formular selbst nicht genug Informationen liefert, um den Abzug korrekt vorzunehmen. Dies ist daher weniger ein Übertragungsfehler als vielmehr ein bekannter blinder Fleck – den Sie schließen, indem Sie den Indikator genau erfassen und dann den Plan mit dem Arbeitnehmer oder über die SL1-Mitteilung bestätigen, anstatt Annahmen zu treffen.

Was es tatsächlich kostet, einen P45-Fehler nach erfolgter Lohnabrechnung zu korrigieren

Die Korrektur eines P45-Fehlers ist nie so schnell wie der Fehler, der ihn verursacht hat, und unter ungünstigen Umständen setzt sie den Arbeitgeber einer Strafe aus. Zunächst ist wichtig zu wissen, dass Sie keine korrigierte P45 erneut ausstellen können – die HMRC verbietet Änderungen oder Neuerstellungen, da eine zweite P45 doppelte PAYE-Datensätze erzeugen würde. Jede Korrektur muss stattdessen über Real Time Information erfolgen.

Lohnabrechnungssoftware macht die Mechanik möglich, aber nicht schmerzfrei. BrightPay verlangt beispielsweise, dass Sie die betroffenen Gehaltsabrechnungen erneut öffnen, bevor Sie sie ändern können, und bietet einen speziellen Studienkreditplan-Auswähler für diese spezifische Korrektur; IRIS Staffology stellt für Korrekturen abgeschlossener Jahre eine Funktion „Früheres Jahr FPS“ pro Mitarbeiter bereit. Die Werkzeuge existieren genau deshalb, weil diese Korrekturen häufig sind – aber jede einzelne ist eine manuelle Abstimmung, kein Ein-Klick-Rückgängig.

Das größere Risiko ist die Strafe. Fehler bei RTI-Meldungen fallen unter Schedule 24 des Finance Act 2007, und wie das CIPP zusammenfasst, kann HMRC bei einer ungenauen Meldung, die die fällige Steuer zu niedrig angibt, 30 % des potenziell verlorenen Steueraufkommens für eine fahrlässige Ungenauigkeit, 70 % für eine vorsätzliche und bis zu 100 % für eine vorsätzliche und verdeckte Ungenauigkeit verlangen. Ein falsch eingegebener P45-Betrag wird wohl kaum als vorsätzlich eingestuft – aber „fahrlässig“ ist genau die Kategorie, in die ein Übertragungsfehler fällt, und die Verteidigung dagegen ist der Nachweis, dass Sie angemessene Sorgfalt walten ließen. HMRC erhebt nur dann eine Strafe, „wenn Sie nicht angemessen sorgfältig gehandelt oder es vorsätzlich getan haben“, was das Vorhandensein oder Fehlen eines kontrollierten, überprüfbaren Dateneingabeprozesses zum Unterschied zwischen einer Korrektur und einer Geldstrafe macht.

Woher diese Fehler kommen – und die Lösung, die den Übertragungsschritt entfernt

Jeder dieser sechs Fehler hat eine einzige Ursache: Ein Mensch liest einen Wert aus einem Dokumentenlayout ab und tippt ihn in ein anderes ein, ohne dazwischen eine Fehlerkorrekturschicht. Der Steuercode ist auf dem P45 nicht falsch; er wird erst beim Abtippen falsch. Die Lösung ist also nicht „genauer prüfen“ – sondern das Abtippen zu vermeiden.

Dies ist speziell bei P45s schwieriger als es klingt, da es kein Standard-P45-Layout gibt. HMRC schreibt vor, welche Daten ein P45 enthalten muss, aber nicht wie es aussieht. Daher platziert ein von Sage 50 Payroll erstelltes P45 den Steuercode an einer anderen Stelle als eines von BrightPay, Xero oder QuickBooks UK. Vorlagenbasierte OCR – die darauf angewiesen ist, zu wissen, wo sich jedes Feld auf der Seite befindet – versagt, sobald ein P45 von einem Lohnabrechnungsanbieter kommt, für dessen Layout sie nicht erstellt wurde. Deshalb war der „gemeinsame Nenner“ schon immer eine Person, die das PDF liest.

ImageToTable.ai entfernt das Abtippen, ohne eine Vorlage für jeden Anbieter zu benötigen. Es verwendet die benutzerdefinierte Spaltenextraktion: Anstatt dem Tool mitzuteilen, wo der Steuercode in jedem Layout sitzt, geben Sie die Feldnamen ein, die Ihre Lohnabrechnungseinrichtung benötigt – „Steuercode beim Austritt“, „Gesamtvergütung bis heute“, „Vergütung in diesem Beschäftigungsverhältnis“, „Austrittsdatum“, „NINO“, „Studienkredit-Indikator“, „Woche1/Monat1-Basis“ – und die KI liest jeden P45, indem sie versteht, was diese beschrifteten Felder bedeuten, wo auch immer sie erscheinen, auf welchem Layout des Anbieters auch immer. Die Spaltendefinition wird einmal geschrieben und für jeden neuen Mitarbeiter im gesamten Steuerjahr wiederverwendet. Da das Tool sowohl „Gesamtvergütung bis heute“ als auch „Vergütung in diesem Beschäftigungsverhältnis“ als separate Spalten erfasst und das W1/M1-Suffix so beibehält, wie es gedruckt ist, treten die beiden Fehler, die auf der Vermischung von Feldern beruhen (Fehler 3 und 4), beim Extraktionsschritt nicht auf.

Extraktion bedeutet nicht, dass die Daten perfekt genau sind – sie beseitigt gezielt die Fehlerquelle, aus der diese sechs Fehler stammen. Sie müssen den Gehaltslauf trotzdem validieren: ein kurzer Plausibilitätscheck in Excel, der eine NINO mit weniger als neun Zeichen, einen Steuercode ohne gültigen Endbuchstaben oder einen Steuerbetrag, der nicht in einem plausiblen Verhältnis zum Gehalt steht, markiert. Aber Sie prüfen nur einige wenige markierte Zeilen gegen die Quelle, anstatt jedes Feld auf jedem P45 manuell zu erfassen und zu hoffen, dass Sie keine Ziffer vertauscht haben. Für Teams, die den größeren Zusammenhang suchen – Batch-Verarbeitung, Validierungsformeln und das vollständige Feldset – bieten der vollständige Leitfaden zur P45-Extraktion in Großbritannien und die Kostenaufschlüsselung der manuellen P45-Verarbeitung eine Fortsetzung dieses Artikels.

FAQ