15 Abgänge diesen Monat, 15 P45s
Eine Austrittsdatenbank aufbauen – ohne doppelte Eingabe
Gemäß Regulation 36 der Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682) muss jeder britische Arbeitgeber bei Beendigung des Arbeitsverhältnisses eine P45 ausstellen – am Tag des Ausscheidens oder „ohne unangemessene Verzögerung“. Die Verordnung unterscheidet nicht zwischen einem Unternehmen, das im März einen Mitarbeiter verliert, und einem, das bei einer Umstrukturierung fünfzehn verliert. In beiden Fällen müssen fünfzehn P45-Formulare erstellt, fünfzehn Teile 1 per RTI an HMRC übermittelt und fünfzehn Sätze der Teile 1A, 2 und 3 an die ausscheidenden Mitarbeiter ausgehändigt werden – während die Personalabteilung die Austrittsgründe erfasst, die Vorgesetzten die letzten Arbeitstage bestätigen und die IT die Geräte zurückholt. Die P45 selbst ist nicht der Engpass: Sage 50cloud, BrightPay, QuickBooks Online Payroll, Moorepay und IRIS erstellen in Sekundenschnelle eine konforme P45 für einen einzelnen Abgang. Der Engpass ist die strukturelle Lücke zwischen einer Lohnabrechnungssoftware, die einen Mitarbeiter nach dem anderen denkt, und einer Personalabteilung, die fünfzehn Austritte in einem Monat verfolgen, prüfen muss, ob Teile 2 und 3 korrekt ausgehändigt wurden, und diese Austrittsdaten in die Fluktuationsanalyse einfließen lassen muss – ohne dieselbe NI-Nummer, das Austrittsdatum, das Gesamtgehalt und die gezahlte Steuer manuell in eine separate Tabelle einzutragen.
Wichtige Erkenntnisse
- Jede P45, die Ihre Lohnabrechnungssoftware erstellt, enthält bereits die benötigten Austrittsdatenbankfelder – aber jemand tippt sie alle in eine Tabelle, die die Lohnabrechnung nie sieht, während die Originaldaten ungenutzt in einem PDF-Archiv liegen.
- In dem Moment, in dem Sie dem Mitarbeiter die P45 aushändigen, werden seine Gehalts- und Steuerdaten tot – Sie können nicht aggregieren, wer gegangen ist, was sie verdient haben oder ob ihre Steuerklassen einem Muster folgen, weil die Daten zwar erstellt, aber nie erfasst wurden.
- Laden Sie die monatlichen Austritts-P45s nach jedem Gehaltslauf in einem Stapel mit einem festen Spaltenschema hoch – derselbe Export dient der HMRC-Compliance-Prüfung und der Personal-Fluktuationsanalyse, und sechs monatliche Stapel ergeben eine abfragbare Austrittsdatenbank, die niemand manuell eingeben musste.
Monatliche Abgänge sind ein anderes Problem als eine einzelne P45
Die jährliche P60-Aktion findet einmal statt. Jeder Arbeitnehmer, der am 5. April im Lohn steht, erhält eine. Die Lohnbuchhaltung kann eine Woche im Mai blocken, den Batch laufen lassen und mit den Full Payment Submissions abgleichen. Der monatliche Abgangsprozess hingegen ist ein fester Bestandteil des Lohnkalenders. Jeden Monat verlassen zwischen zwei und zwanzig Mitarbeiter das Unternehmen: Kündigungen, Entlassungen, Auslaufen befristeter Verträge, Renteneintritte. Jeder Austritt erzeugt eine P45. Und jede P45 ist nicht nur eine Compliance-Verpflichtung gegenüber dem HMRC und der Austretende – sie ist ein Datenpunkt, den die Personalabteilung für einen ganz anderen Zweck benötigt: zu wissen, wer gegangen ist, warum, was sie verdient haben und ob ihr Abgang einem Muster folgt.
Die Verarbeitung einer einzelnen P45 ist unkompliziert. Die Felder in eine Tabelle zu extrahieren erfordert Aufmerksamkeit, aber keine Spezialwerkzeuge. Sobald Sie Abgänge im monatlichen Rhythmus verarbeiten, in dem die meisten Unternehmen tatsächlich arbeiten, treten drei strukturelle Probleme auf, die es im Einzelfall nicht gibt.
1. Informationen kommen aus drei Richtungen, zu drei verschiedenen Zeiten
Die Personalabteilung erhält das Kündigungsschreiben und kennt zuerst das Austrittsdatum. Die Lohnbuchhaltung erhält die formelle Mitteilung möglicherweise erst Tage später – besonders wenn der Vorgesetzte die Genehmigung verzögert. Bis die P45 über Sage oder BrightPay erstellt wird, hat die Personalabteilung den Abgänger bereits im HRIS erfasst. Die P45 enthält nun Daten – SV-Nummer, Gesamtvergütung, gezahlte Steuern, endgültiger Steuerfreibetrag – die die Austritts-Tabelle der Personalabteilung nicht hat. Jemand kopiert diese Felder manuell. Bei fünfzehn Abgängern sind das fünfzehn unternehmensübergreifende Kopieraktionen pro Monat, jede eine potenzielle Abweichung zwischen dem, was die Personalabteilung erfasst hat, und dem, was die Lohnbuchhaltung tatsächlich verarbeitet hat.
2. Die vierteilige P45 erzeugt ihren eigenen Prüfpfad – aber nur, wenn Sie ihn bewahren
Teil 1 wird über RTI an das HMRC gesendet, wenn Sie die Full Payment Submission einreichen. Die Teile 1A, 2 und 3 gehen an den Arbeitnehmer. Der Arbeitnehmer behält Teil 1A und gibt die Teile 2 und 3 an seinen neuen Arbeitgeber. Aus Sicht des ausstellenden Arbeitgebers lebt die zugrunde liegenden Daten nach Erstellung und Übergabe der P45 in den Archiven der Lohnsoftware – nicht in einem Format, das die Personalabteilung abfragen kann. Wenn drei Monate später jemand fragt: „Wie viele Abgänger im Q1 hatten ein Gesamtgehalt über 30.000 £?“, dann liegt die Antwort in Sages einzelnen Mitarbeiterdatensätzen, nicht in einem Bericht. Die Daten wurden generiert. Sie wurden nur nie erfasst.
3. Sonderfälle vervielfachen sich mit der Menge
Ein Unternehmen, das drei Abgänge pro Monat verarbeitet, stößt vielleicht auf einen Sonderfall. Ein Unternehmen mit fünfzehn wird jeden Monat auf drei oder vier stoßen: der Abgänger, dessen letzte Zahlung einen großen Bonus enthält, der die Jahresgesamtsumme über eine Steuerschwelle drückt; der Nullverdienst-Abgänger (im Lohn mit Steuerklasse, aber nie tatsächlich bezahlt), der dennoch eine P45 gemäß Verordnung 36 benötigt; der Arbeitnehmer, der im März gekündigt hat, dessen letzter Arbeitstag aber auf den 7. April fällt – ein Steuerjahreswechsel, der ändert, welche kumulierten Jahresbeträge auf der P45 erscheinen. Jeder Sonderfall unterbricht einen manuellen Workflow: Sie stoppen das Übertragen, untersuchen die Ausnahme, lösen sie, dann fahren Sie fort. Im Batch-Maßstab sind diese Unterbrechungen der Workflow.
Der monatliche Batch für Austritte ist keine verkleinerte Version der jährlichen P60-Aktion. Es ist ein anderes Problem – bei dem das P45 gleichzeitig ein auszustellendes Compliance-Dokument, ein zu archivierender Lohnnachweis und ein Austrittsdatenpunkt für die Personalabteilung ist, der einem völlig anderen Zweck dient. Ein und dasselbe P45-PDF kann alle drei Anforderungen erfüllen – wenn Sie es nicht mehr als zu druckendes Formular, sondern als strukturierte Datenquelle betrachten.
Das 4-teilige P45 im Batch: Wohin was geht und was schiefgeht
Das P45 besteht aus vier Teilen. Die Unterscheidung ist in einem Batch-Workflow wichtig, da falsche Weiterleitungen im großen Stil eine Kaskade von Korrekturen auslösen – die bei manueller Einzelverarbeitung verdeckt bleiben.
Teil 1 – an HMRC (via RTI)
Wird automatisch übermittelt, wenn Ihre Lohnsoftware die Full Payment Submission sendet und den Mitarbeiter als Austritt meldet. Sie senden Teil 1 nicht physisch – die Software erzeugt die P45-Daten und überträgt sie als Teil der RTI-Meldung.
Teil 1A – persönliche Aufzeichnung des Mitarbeiters
Der Mitarbeiter behält dieses Exemplar. Es enthält dieselben Daten wie Teil 2 und 3 – Gesamtvergütung, Gesamtsteuer, Steuerklasse, Austrittsdatum – dient aber den persönlichen Steuerunterlagen. Kein neuer Arbeitgeber sieht es.
Teil 2 – neuer Arbeitgeber (Steuerunterlage)
Der neue Arbeitgeber nutzt dies, um den Lohnnachweis mit korrekter Steuerklasse und Jahreswerten einzurichten. Ohne Teil 2 muss der neue Arbeitgeber eine Starter Checkliste verwenden – was oft zu einer Notsteuerklasse führt, bis HMRC sie korrigiert.
Teil 3 – neuer Arbeitgeber (Bestätigung)
Der neue Arbeitgeber füllt Teil 3 mit eigener PAYE-Referenz, Startdatum und der verwendeten Steuerklasse aus – und sendet Teil 3 an HMRC. Dies bestätigt den Arbeitsplatzwechsel und ermöglicht HMRC, die Steueraufzeichnungen über die Lücke zwischen den Jobs abzugleichen.
Bei einem einzelnen Austritt ist die Verteilung der vier Teile eine Checkliste: Teil 1 gemeldet, Teile 1A/2/3 übergeben. Bei einem Batch von fünfzehn wird die Verteilung zu einem Tracking-Problem. Welche Austritte wurden im FPS als Austritte gemeldet? Sind alle Teile 2 und 3 korrekt dem richtigen Mitarbeiter zugeordnet – oder hat jemand das P45 von Hans Meier dem anderen Hans Meier gegeben? Wenn ein Austritt sein P45 verliert, können Sie kein Ersatzdokument ausstellen (HMRC verbietet dies ausdrücklich) – Sie können nur eine Verdienstbescheinigung ausstellen. Das bedeutet, dass das einzige von Ihnen erstellte P45-PDF der einzige offizielle Nachweis ist. Es zu verlieren – oder falsch zuzustellen – ist ein irreparabler Fehler.
Die praktische Absicherung im Batch-Betrieb besteht darin, die Daten jedes P45 im Moment der Erstellung in einer Tabelle zu erfassen – bevor die Teile 1A/2/3 Ihre Hände verlassen. Die Tabelle wird zu Ihrem internen Prüfungsnachweis: Beleg dafür, was jedes P45 enthielt, an welchem Datum es ausgestellt wurde und für welchen Austritt. Wenn ein ehemaliger Mitarbeiter sechs Monate später behauptet, sein P45 habe die falsche Steuerklasse gezeigt, haben Sie eine überprüfbare Zeile – und nicht nur einen Login ins Lohnsystem und eine vage Erinnerung an das, was Sie gedruckt zu haben glauben.
Vom P45-PDF zur Exit-Datenbank: Spalten, die HMRC und HR gleichermaßen dienen
Die Spaltennamen, die Sie vor dem Hochladen eines P45-Batches festlegen, sind die folgenreichste Entscheidung im gesamten Workflow. Ein Spaltenschema, das nur auf die Lohnabrechnung ausgelegt ist, erfasst die gesetzlichen Pflichtfelder – Gesamtvergütung, Gesamtsteuer, Steuerkennzeichen, Austrittsdatum – und hört dort auf. Das reicht aus, um das P45 gegen das FPS zu prüfen. Es reicht nicht aus, um die Exit-Analytik der HR zu versorgen, wo andere Fragen im Vordergrund stehen: Welche Abteilungen verlieren Mitarbeiter, welche Steuerkennzeichen-Muster treten bei Austritten häufig auf, unterscheiden sich die Austrittsgründe von Besserverdienenden von denen von Geringerverdienenden.
Ein Spaltenschema, das beiden Zwecken dient, baut auf drei Ebenen auf. Die erste Ebene stellt die Compliance sicher. Die zweite Ebene liefert der HR verwertbare Daten. Die dritte Ebene deckt Anomalien auf, bevor sie zu HMRC-Rückfragen werden.
1. Identitätsspalten – der zusammengesetzte Schlüssel des Austretenden
SV-Nummer, Mitarbeitername, Austrittsdatum und PAYE-Referenz. Die SV-Nummer ist der natürliche Primärschlüssel – sie ist eindeutig, dauerhaft und erscheint auf jedem P45. Die PAYE-Referenz (NNN/XXNNNNN-Format gemäß PAYE20005) identifiziert, zu welchem Arbeitgeber-Schema dieses P45 gehört – entscheidend, wenn Ihr Unternehmen mehrere PAYE-Schemata betreibt oder eine andere Firma übernommen hat. Die Aufnahme des Austrittsdatums in den Identitätsblock unterscheidet einen Austretenden, der gegangen ist, zurückkam und erneut gegangen ist.
2. Finanz- und Steuerspalten – der gesetzliche Kern
Gesamtvergütung bis dato (£), Gesamtsteuer bis dato (£), Steuerkennzeichen zum Austrittsdatum, Wochen-1-/Monats-1-Indikator (erfassen Sie das Suffix 'X'), Studienkreditabzüge (Plan 1, Plan 2, Plan 4, Postgraduierten – die Trennung in einzelne Spalten ist unerlässlich: Eine einzelne Spalte "Studienkredit (£)" macht es unmöglich zu unterscheiden, auf welchen Plan sich jeder Abzug bezieht, und die SL1/SL2-Stoppmitteilungen des HMRC sind planspezifisch).
3. HR-Analytikspalten – Compliance-Daten in Exit-Intelligenz verwandeln
Dies sind Spalten, die nicht auf dem P45 erscheinen, aber während der Extraktion aus den P45-Daten befüllt werden. Eine abgeleitete Spalte "Austrittskategorie" – bei der die KI den Austretenden basierend auf dem von Ihnen bereitgestellten Kontext klassifiziert (Optionen: Kündigung/Betriebsbedingte Kündigung/Entlassung/Rente/Befristungsende). Eine berechnete Spalte "Steuerkennzeichen-Typ", die jedes Kennzeichen als "Kumulativ / Nicht-kumulativ (M1/W1) / BR-D0-D1 / K-Kennzeichen / NT" klassifiziert – ein Austretender mit K-Kennzeichen (Abzüge übersteigen Freibeträge) erzählt eine andere Personalgeschichte als einer mit 1257L. Eine Spalte "Austrittsquartal", abgeleitet vom Austrittsdatum für sofortige Pivot-Tabellen-Segmentierung. Keine dieser Spalten erhöht den Transkriptionsaufwand – die KI befüllt sie im selben Extraktionsdurchlauf, der die gesetzlichen Felder liest.
Eine konkrete Anleitung zur Extraktion der gesetzlichen Felder aus einem einzelnen P45 – der SV-Nummer, dem Steuerkennzeichen, den Gesamtvergütungs- und Steuerbeträgen – finden Sie in der Anleitung zur Extraktion eines einzelnen P45. Dieser Artikel setzt dort an: Was ändert sich, wenn Sie monatlich fünfzehn P45s in dasselbe Spaltenschema einspeisen, und welche langfristige Datenbank bauen Sie dadurch auf.
Abteilungsübergreifende Koordination: Die Lücke zwischen HR-Meldung und P45-Ausstellung schließen
Die P45-Regelung besagt: „Am Tag der Beendigung des Arbeitsverhältnisses oder ohne unangemessene Verzögerung." In der Praxis verbirgt sich dahinter eine Koordinationskette. Die Personalabteilung erhält die Kündigung. Der Vorgesetzte bestätigt den letzten Arbeitstag – manchmal erst Tage später. Die Lohnbuchhaltung erhält die formelle Austrittsmeldung – manchmal nach der Bestätigung des Vorgesetzten, manchmal davor, je nachdem, ob der Prozess von der Personalabteilung oder der Lohnbuchhaltung gesteuert wird. Die Lohnbuchhaltung verarbeitet dann die letzte Abrechnung, markiert den Mitarbeiter in Sage oder BrightPay als Ausgeschieden, erstellt das P45 und übermittelt die FPS. Erst dann existiert das P45. Die Zeitspanne zwischen „Mitarbeiter kündigt" und „P45 wird erstellt" kann vom selben Tag bis zu zwei Wochen betragen – und in dieser Lücke hat die Personalabteilung den Austritt bereits in einer Tabelle erfasst, die noch keine P45-Daten enthält.
Dies sind die versteckten Kosten einer manuellen Austrittsdatenbank: doppelte Dateneingabe in zwei verschiedenen Systemen zu zwei verschiedenen Zeitpunkten. Die Personalabteilung erfasst Name, Abteilung, Austrittsgrund und Enddatum des Ausscheidenden, sobald die Kündigung bestätigt ist. Die Lohnbuchhaltung erfasst denselben Namen, die NI-Nummer, das Gesamtgehalt, die Gesamtsteuer und den Steuercode, wenn das P45 erstellt wird – eine Woche später. Die beiden Datensätze treffen selten in derselben Tabelle zusammen. Das Ergebnis ist ein HR-Austritts-Tracker, der weiß, warum Leute gegangen sind, aber nicht, was sie verdient haben, und ein Lohnarchiv, das weiß, was Leute verdient haben, aber nicht, warum sie gegangen sind.
Der Batch-Workflow schließt diese Lücke, nicht indem er den Prozess von jemandem ändert, sondern indem er den Zeitpunkt der Datenerfassung ändert. Anstatt dass die Lohnbuchhaltung P45s erstellt und die Personalabteilung separat einen Austritts-Tracker führt, werden die P45-PDFs zur einzigen Quelle für beide. Laden Sie den monatlichen P45-Batch nach dem Gehaltslauf hoch – wenn alle Ausscheidenden verarbeitet und alle P45s erstellt wurden – und extrahieren Sie ihn in eine Tabelle, die sowohl die gesetzlichen Lohnfelder (aus dem P45 selbst) als auch die HR-Kontextfelder (aus abgeleiteten Spalten) enthält. Ein Extraktionsdurchlauf. Beide Teams erhalten ihre Daten. Das HR-Team fügt die Spalte „Austrittsgrund" basierend auf den bereits vorhandenen Kündigungsschreiben hinzu; das Lohnbuchhaltungsteam überprüft die Steuerbeträge anhand der FPS. Beide arbeiten mit derselben NI-Nummer, demselben Austrittsdatum, derselben Zeile.
Für Unternehmen, die bereits am Jahresende mit einem ähnlichen Ansatz P60s verarbeiten, folgt der monatliche P45-Workflow dem gleichen Muster: Spaltennamen standardisieren, monatlich bündeln, gegen die FPS prüfen. Der P60-Batch-Audit-Workflow behandelt Dateibenennung, Spaltendesign und Zusammenführung mehrerer Arbeitgeber im Detail – das Spaltenschema ist dokumentenspezifisch, aber der Batch-Ansatz ist identisch.
Anbieterübergreifende Realität: Sage, BrightPay, QuickBooks und der Abgänger, der mitten im Jahr die Abteilung wechselte
Das HMRC schreibt kein einheitliches P45-Layout vor. Gemäß den HMRC-RTI-Spezifikationen muss die Lohnsoftware die gesetzlichen Felder enthalten – Arbeitgeber-PAYE-Referenz, Sozialversicherungsnummer des Arbeitnehmers, Name, Austrittsdatum, Steuerklasse, Gesamtvergütung, Gesamtsteuer – aber die visuelle Anordnung bleibt jedem Anbieter überlassen. Das führt dazu, dass ein P45 von Sage 50cloud Payroll anders aussieht als eines von BrightPay, QuickBooks Online Payroll oder Moorepay. Die Sozialversicherungsnummer kann bei einem Anbieter oben rechts stehen, bei einem anderen unter dem Namen. Die Steuerklasse kann neben der PAYE-Referenz stehen oder in einem eigenen Rahmen.
Diese Layout-Unterschiede verursachen subtile, aber spürbare Kosten bei der manuellen Erfassung. Jedes Mal, wenn der Lohnbuchhalter von einem Sage-P45 zu einem BrightPay-P45 wechselt, muss er visuell neu scannen, um jedes Feld zu finden. Bei fünfzehn P45s von drei verschiedenen Anbietern – was vorkommt, wenn ein Unternehmen ein anderes übernimmt und dessen Lohnsoftware für eine Übergangszeit weiternutzt – summiert sich dieses Neuscannen auf etwa zehn Sekunden pro Dokument. Über einen Monat mit mehreren Abgängern sind das Minuten toten Scannens, bevor auch nur ein Buchstabe abgetippt wird.
Semantische Extraktion eliminiert dieses anbieterspezifische Neuscannen, indem sie das Dokument nach Bedeutung statt nach Position liest. Sie definieren die gewünschte Spalte – „Sozialversicherungsnummer“ – einmal. Die KI findet die Nummer auf einem Sage-P45, indem sie erkennt, wie eine Sozialversicherungsnummer aussieht (zwei Buchstaben, sechs Ziffern, ein Buchstabe: AB123456C), nicht indem sie weiß, dass Sage sie an Koordinate (x=72mm, y=38mm) platziert. Ein BrightPay-P45, ein QuickBooks-P45, ein Moorepay-P45 und ein eingescanntes Papier-P45 eines Mitarbeiters, der seines verloren hat, fließen alle in dieselbe Spaltendefinition ein. Die Ausgabespalte wird anbieterübergreifend identisch befüllt.
Dieses anbieterunabhängige Verhalten ist besonders wertvoll im häufigen Fall, dass ein Mitarbeiter, der im Laufe des Jahres ausgeschieden ist, auf einem anderen Lohnsystem war als dem aktuellen. Ein Unternehmen, das im September von Sage auf BrightPay umgestellt hat, hat Abgänger, deren P45s von Sage (vor September) und von BrightPay (nach September) erstellt wurden. Im manuellen Workflow verarbeitet der Lohnbuchhalter jede Charge getrennt, weil die beiden P45-Layouts unterschiedliche visuelle Ansätze erfordern. Ein semantischer Extraktionsdurchlauf kann beide in einem Upload verarbeiten – die KI liest die Werte, nicht das Layout. Die Spalte „PAYE-Referenz“ wird für alle Abgänger desselben Arbeitgebers identisch befüllt, unabhängig davon, welche Software das P45 erstellt hat.
Monatliche P45-Batches in einen Exit-Analytics-Feed umwandeln
Die meisten Unternehmen erfassen Abgänge in einer manuell von der Personalabteilung aktualisierten Tabelle – Name, Abteilung, Austrittsdatum, Grund. Sie beantwortet die Frage „Wer ist diesen Monat gegangen?“. Sie beantwortet nicht: „Wie hoch ist das durchschnittliche Gesamtgehalt von Abgängern aus der Entwicklungsabteilung im Vergleich zu denen, die bleiben?“, „Verlassen Mitarbeiter mit nicht-kumulativen Steuerklassen häufiger das Unternehmen?“ oder „Hatten die Abgänger im 3. Quartal eine andere Steuerklassenmischung als die im 2. Quartal?“. Um diese Fragen zu beantworten, werden die P45-Daten – die Gehalts- und Steuerzahlen, die nur die Lohnbuchhaltung hat – mit den HR-Daten – den Abteilungs- und Grundfeldern, die nur die Personalabteilung hat – verknüpft.
Eine monatliche P45-Batch-Extraktion erzeugt genau diesen verknüpften Datensatz. Jeden Monat extrahieren Sie den P45-Batch in eine Tabelle mit demselben Spaltenschema. Nach sechs Monaten haben Sie sechs Tabellen. Da die Spaltennamen über die Monate hinweg identisch sind, ist das Stapeln zu einem Jahresdatensatz ein Anhängevorgang – keine Spaltenneuzuordnung, keine Feldabstimmung. Fügen Sie jedem Batch eine Spalte „Monat“ als festen Wert hinzu, und schon haben Sie sechs Monate Abgangsdaten mit Gehalt, Steuer, Steuerklasse, Sozialversicherungsnummer und Austrittsdatum – abfragbar nach Monat, Steuerklassentyp, Gehaltsband.
Die Lohnbuchhaltungsdaten allein zeigen Dinge, die Austrittsinterview-Transkripte nicht können. Ein Cluster von Abgängern mit der Steuerklasse BR (Basissteuersatz) – was auf einen zweiten Job hindeutet – weist auf Mitarbeiter hin, die wirtschaftlich möglicherweise bereits vor der Kündigung nicht mehr voll im Unternehmen engagiert waren. Ein Cluster von Abgängern mit K-Steuerklassen – bei denen die Abzüge die Freibeträge übersteigen – kann auf Mitarbeiter mit komplexen Steuerverhältnissen (Dienstwagen, Sachbezüge) hindeuten, deren Kündigungsentscheidung eher mit Leistungsstrukturen als mit Gehaltsunzufriedenheit korreliert. Nichts davon ist in einem Austrittsinterview sichtbar. Es ist in den P45-Daten sichtbar – wenn Sie sie erfassen.
Der monatliche Batch-Rhythmus deckt zudem zeitliche Muster auf, die jährliche Rückblicke übersehen. Gibt es einen Abgangsspitze im Januar (Abgänge nach Bonuszahlungen)? Im April (nach Steuerjahresende, Mitarbeiter warten auf ihren P60 und gehen dann)? Im September (nach dem Sommer, neue Absolventen verdrängen bestehende Mitarbeiter)? Eine einmalige Momentaufnahme kann das nicht beantworten. Sechs Monate gestapelter Batches können es. Das Muster entsteht nicht durch die Analyse einer einzelnen Tabelle, sondern durch den monatlichen Aufbau der Datenbank.
FAQ: Stapelverarbeitung von UK-P45-Austrittsformularen
Kann ich P45 aus mehreren Steuerjahren in einem Stapel verarbeiten?
Technisch ja – die KI extrahiert Daten aus jedem P45, unabhängig vom Steuerjahr – aber Sie sollten nach Steuerjahr stapeln. Ein Austretender, dessen letzter Arbeitstag der 31. März 2026 ist, hat sein P45 im Steuerjahr 2025-26. Ein Austretender, dessen letzter Arbeitstag der 7. April 2026 ist, hat sein P45 im Steuerjahr 2026-27, auch wenn er im März gekündigt hat. Diese beiden P45 sehen identisch aus, repräsentieren aber unterschiedliche Steuerjahre. Wenn Sie sie zusammenfassen, enthält die Spalte „Gesamtvergütung bis heute (£)“ Beträge aus unterschiedlichen Kumulierungszeiträumen, die nicht vergleichbar sind. Stapeln Sie nach Steuerjahr und fügen Sie eine Spalte „Steuerjahr“ mit festem Wert hinzu, damit das Jahr in jeder Zeile explizit ist.
Was ist mit dem Nullverdienst-P45 – einem Mitarbeiter in der Lohnabrechnung, der nie bezahlt wurde?
Laut HMRC-Richtlinie müssen Sie bei Austritt ein P45 ausstellen, wenn ein Steuercode zugewiesen und der Mitarbeiter in einer FPS gemeldet wurde – selbst bei Nullvergütung. Das P45 zeigt dann £0,00 Gesamtvergütung und £0,00 Gesamtsteuer. In einer manuellen Stapelverarbeitung könnte der Lohnbuchhalter dieses P45 überspringen, weil „keine Daten einzugeben sind“. In einem Extraktionsstapel nehmen Sie es auf – die Nullwerte sind Daten. Ein Nullverdienst-Austretender, der drei Monate ohne Bezahlung in der Lohnabrechnung war, ist ein wichtiges HR-Signal: Es kann auf eine Person hindeuten, die vor einem Starttermin in die Lohnabrechnung aufgenommen wurde, aber nie angefangen hat, oder auf einen gesetzlichen Urlaubszeitraum ohne Zahlungsanspruch. Dieses Signal ist in der Austrittsanalyse relevant.
Was ist, wenn der Steuercode eines Mitarbeiter-P45 den Indikator 'X' für Woche 1 / Monat 1 enthält?
Das 'X'-Kennzeichen – angewendet, wenn der Steuercode auf nicht-kumulativer Basis (Woche 1 / Monat 1) operiert wird – bedeutet, dass die Jahresbeträge auf dem P45 möglicherweise keine vollständige kumulative Berechnung darstellen. Dies ist für die Austrittsanalyse relevant, da ein Austretender mit 1257L M1 und einem Jahresverdienst von £25.000 nicht direkt mit einem Austretenden mit 1257L (kumulativ) und £25.000 vergleichbar ist – die Steuer des M1-Austretenden wurde periodenweise ohne Bezug auf frühere Einkünfte berechnet, sodass sein Gesamtsteuerbetrag vom kumulativen Äquivalent abweichen kann. Erfassen Sie den 'X'-Indikator in einer eigenen Spalte (hängen Sie ihn nicht als Text an die Steuercode-Spalte an – „1257L X“ stört die Sortierung). Eine separate Spalte „M1/W1-Indikator“ ermöglicht es Ihnen, nicht-kumulative Austretende aus aggregierten Steuervergleichen herauszufiltern.
Kann ich das Ausstellungsdatum von P45 Teil 2/3 als Spalte aufnehmen?
Das P45 selbst zeigt nicht das Datum, an dem die Teile 2 und 3 dem Mitarbeiter ausgehändigt wurden – es zeigt das Austrittsdatum. Das Ausstellungsdatum ergibt sich aus dem Zeitpunkt der Lohnabrechnung und ist kein Feld auf dem Formular. Wenn Ihr Monatsend-P45-Stapel am Tag nach der Lohnabrechnung erstellt wird, ist das Ausstellungsdatum für jedes P45 im Stapel gleich – fügen Sie es als Spalte mit festem Wert hinzu. Wenn P45 an unterschiedlichen Daten ausgestellt werden (einige Austretende in der ersten Lohnabrechnung des Monats, andere in der zweiten), erstellen Sie separate Stapel pro Lohnabrechnung und verwenden Sie das Datum des Stapels als Ausstellungsdatum. Die Spalte „Dateiname“ in der Ausgabe – die ImageToTable.ai standardmäßig enthält – bietet dennoch eine dokumentenspezifische Herkunft.
Was passiert mit Studienkreditabzügen auf einer P45 – brauche ich separate Spalten pro Plan?
Ja. Britische P45s enthalten Informationen zu Studien- und Postgraduiertenkreditabzügen nach Plantyp (Plan 1, Plan 2, Plan 4, Postgraduiertenkredit). Die HMRC-Spezifikation verlangt eine getrennte Meldung. Definieren Sie eine Spalte pro Plan – „Studienkredit Plan 1 (£)“, „Studienkredit Plan 2 (£)“, „Postgraduiertenkredit (£)“ – anstatt einer kombinierten Spalte „Studienkredit (£)“. Ein Mitarbeiter, der sowohl Plan 1 als auch Plan 2 zurückzahlt, hat zwei Felder ungleich Null auf der P45. Eine einzelne Spalte, die diese summiert, macht es unmöglich, auf eine planspezifische SL1/SL2-Stoppmitteilung der HMRC zu reagieren – Sie wüssten nicht, welchen Plan Sie stoppen müssen. Im Batch-Maßstab ermöglichen separate Planspalten zudem die Analyse, welche Austrittsgruppen welche Arten von Studienkrediten tragen – ein Datenpunkt, den die HR-Analyse mit Abteilung, Gehaltsband und Austrittsgrund abgleichen kann.
Wie geht die Batch-Extraktion mit P45s um, bei denen die NI-Nummer unklar oder teilweise verdeckt ist?
Die NI-Nummer ist das mit Abstand wichtigste Feld auf einer P45 für Prüfung und Analyse – sie ist die eindeutige Kennung, die diese P45 mit jedem anderen Gehaltsdatensatz desselben Mitarbeiters verknüpft. Wenn eine gescannte P45 die NI-Nummer unleserlich macht (niedrige Scanauflösung, physische Beschädigung des Papieroriginals), extrahiert die KI sie entweder falsch oder lässt sie leer. In einem Batch-Workflow unterbricht eine fehlende NI-Nummer die nachgelagerte Analyse, da die Zeile mit keinem anderen Datensatz verknüpft werden kann. Die praktische Absicherung ist eine berechnete Prüfspalte – „NI-Nummer-Formatprüfung“ – die jede NI-Nummer markiert, die nicht dem Standardmuster AA###### entspricht. Von dieser Prüfung markierte Zeilen sollten manuell mit dem Gehaltssystem abgeglichen werden, bevor die Tabelle für Prüfung oder Analyse verwendet wird. Bei digital erstellten P45s von Sage, BrightPay oder QuickBooks ist die Extraktionsgenauigkeit der NI-Nummer konstant hoch, da der Text maschinell an einer Standardposition gedruckt wird.
Jede P45, die Ihre Lohnabrechnungssoftware erstellt, enthält dieselben Daten, die Sie manuell in eine Austrittsdatenbank eingeben würden. Die Vorschrift verlangt die Ausstellung, nicht den Verlust der Daten dabei. Definieren Sie Ihre Spalten einmal. Laden Sie die monatliche Austrittsliste hoch. Lassen Sie die Tabelle sich selbst befüllen – und in sechs Monaten haben Sie nicht nur einen Compliance-Nachweis, sondern einen Datensatz, der Fragen beantworten kann, die Ihre Austrittsinterviews nie gestellt haben.
Jetzt mit Ihren P45 testen