15 Abgänge diesen Monat, 15 P45s
Eine Abgangsdatenbank ohne Doppelerfassung aufbauen
Gemäß Regulation 36 der Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682) muss jeder britische Arbeitgeber ein P45 ausstellen, wenn ein Mitarbeiter das Unternehmen verlässt – ausgefüllt am Tag der Beendigung des Arbeitsverhältnisses „oder ohne unangemessene Verzögerung“. Die Verordnung unterscheidet nicht zwischen einem Unternehmen, das im März einen Mitarbeiter verliert, und einem Unternehmen, das bei einer Umstrukturierung fünfzehn Mitarbeiter verliert. In jedem Fall müssen fünfzehn Formulare P45 erstellt, fünfzehn Teil 1-Formulare über RTI an HMRC übermittelt und fünfzehn Sätze der Teile 1A, 2 und 3 an die ausscheidenden Mitarbeiter übergeben werden – während die Personalabteilung Austrittsgründe erfasst, Führungskräfte die Enddaten bestätigen und die IT-Abteilung Geräte zurückfordert. Das P45 selbst ist nicht der Engpass: Sage 50cloud, BrightPay, QuickBooks Online Payroll, Moorepay und IRIS erstellen jeweils in Sekundenschnelle ein konformes P45 für einen einzelnen Abgang. Der Engpass ist die strukturelle Lücke zwischen einer Gehaltsabrechnungssoftware, die jeweils nur einen Mitarbeiter betrachtet, und einer Personalabteilung, die fünfzehn Abgänge in einem Monat verfolgen, überprüfen muss, ob Teile 2 und 3 korrekt an jeden Abgänger ausgegeben wurden, und diese Abgangsdaten in die Fluktuationsanalyse einspeisen muss – ohne dieselbe NI Number, das Austrittsdatum, den Gesamtlohn und die gezahlte Steuer manuell in eine separate Tabellenkalkulation einzutragen.
Wichtigste Erkenntnisse
- Jedes P45, das Ihre Gehaltsabrechnungssoftware erstellt, enthält bereits die Felder, die Sie für die Abgangsdatenbank benötigen – aber jemand tippt sie alle erneut in eine Tabellenkalkulation, die die Gehaltsabrechnung nie sieht, während die Originaldaten ungenutzt in einem PDF-Archiv liegen.
- In dem Moment, in dem Sie das P45 an den Mitarbeiter übergeben, werden seine Lohn- und Steuerdaten zu toten Daten – Sie können nicht aggregieren, wer gegangen ist, was sie verdient haben oder ob ihre Steuerklassen einem Muster folgen, weil die Daten erzeugt, aber nie erfasst wurden.
- Laden Sie die P45s der Abgänger des Monats nach jedem Gehaltslauf in einem Stapel mit einem festen Spaltenschema hoch – dieselbe Extraktion speist sowohl die HMRC-Konformitätsprüfung als auch die HR-Abgangsanalyse, und sechs monatliche Stapel ergeben zusammen eine abfragbare Abgangsdatenbank, die niemand eintippen musste.
Monatliche Abgänge sind ein anderes Problem als ein einzelnes P45
Die jährliche P60-Aufgabe findet einmal statt. Jeder Mitarbeiter, der zum 5. April auf der Gehaltsliste steht, erhält eine. Das Gehaltsteam kann eine Woche im Mai blocken, den Batch ausführen und gegen die Full Payment Submissions abgleichen. Der monatliche Abgangsprozess ist dagegen eine ständige Einrichtung im Gehaltskalender. Jeden Monat verlassen zwischen zwei und zwanzig Mitarbeiter das Unternehmen: Kündigungen, betriebsbedingte Beendigungen, Auslaufen befristeter Verträge, Ruhestand. Jeder Abgang erzeugt ein P45. Und jedes P45 ist nicht nur eine Compliance-Verpflichtung, die an HMRC gesendet und dem Abgänger ausgehändigt wird – es ist auch ein Datenpunkt, den die Personalabteilung für einen ganz anderen Zweck benötigt: zu wissen, wer gegangen ist, warum sie gegangen sind, was sie verdient haben und ob ihr Abgang einem Muster folgt.
Die Verarbeitung eines einzelnen P45 ist unkompliziert. Das Extrahieren seiner Felder in eine Tabellenkalkulation erfordert Aufmerksamkeit, aber keine speziellen Werkzeuge. Sobald Sie Abgänge in dem monatlichen Rhythmus verarbeiten, in dem die meisten Unternehmen tatsächlich arbeiten, treten drei strukturelle Probleme auf, die es im Einzelabgangsmaßstab nicht gibt.
1. Informationen treffen aus drei Richtungen zu drei verschiedenen Zeitpunkten ein
Die Personalabteilung erhält das Kündigungsschreiben und kennt das Austrittsdatum zuerst – und auch dieser Brief ist strukturierte Daten, sodass das Konvertieren eines Kündigungsschreibens in Excel den letzten Arbeitstag, den Trennungsgrund und die Kündigungsfrist erfasst, bevor die P45 überhaupt erstellt wird. Die Gehaltsabrechnung erhält die formelle Mitteilung möglicherweise erst Tage später – insbesondere wenn der Vorgesetzte die Freigabe verzögert. Bis die P45 über Sage oder BrightPay erstellt wird, hat die Personalabteilung den Austritt bereits im HRIS erfasst. Die P45 enthält nun Daten – NI Number, Gesamtvergütung, gezahlte Steuern, endgültiger Steuercode – die die Austritts-Tracking-Tabelle der Personalabteilung nicht enthält. Jemand überträgt diese Felder manuell. Bei fünfzehn Austritten sind das fünfzehn systemübergreifende Kopier- und Einfüge-Vorgänge pro Monat, von denen jeder eine potenzielle Diskrepanz zwischen dem, was die Personalabteilung erfasst hat, und dem, was die Gehaltsabrechnung tatsächlich verarbeitet hat, darstellt.
2. Die vierteilige P45 schafft ihre eigene Prüfspur – aber nur, wenn Sie sie bewahren
Teil 1 wird über RTI an die HMRC gesendet, wenn Sie die Full Payment Submission einreichen. Teile 1A, 2 und 3 gehen an den Arbeitnehmer. Der Arbeitnehmer behält Teil 1A und gibt Teile 2 und 3 an seinen neuen Arbeitgeber weiter. Aus Sicht des ausstellenden Arbeitgebers lebt die zugrunde liegenden Daten nach der Erstellung und Übergabe der P45 in den Archiven der Gehaltsabrechnungssoftware – nicht in einem Format, das die Personalabteilung abfragen kann. Wenn drei Monate später jemand fragt: „Wie viele Austritte im Q1 hatten eine Gesamtvergütung über £30.000“, liegt die Antwort in den einzelnen Mitarbeiterdatensätzen von Sage, nicht in einem Bericht. Die Daten wurden generiert. Sie wurden nur nie erfasst.
3. Sonderfälle vervielfachen sich mit dem Volumen
Ein Unternehmen, das drei Austritte pro Monat verarbeitet, könnte auf einen Sonderfall stoßen. Ein Unternehmen, das fünfzehn verarbeitet, wird jeden Monat auf drei oder vier stoßen: der Austretende, dessen Abschlusszahlung einen großen Bonus enthält, der die Jahresgesamtsumme über einen Steuerfreibetrag drückt; der Austretende ohne Bezüge (in der Gehaltsabrechnung mit einem Steuercode, aber nie tatsächlich bezahlt), der gemäß Regulation 36 dennoch eine P45 benötigt; der Arbeitnehmer, der im März gekündigt hat, dessen letzter Arbeitstag jedoch auf den 7. April fällt – was eine Steuerjahresgrenze überschreitet und ändert, welche kumulierten Jahresbeträge auf der P45 erscheinen. Jeder Sonderfall unterbricht einen manuellen Arbeitsablauf: Sie stoppen die Erfassung, untersuchen die Ausnahme, lösen sie auf und nehmen dann die Arbeit wieder auf. Bei Batch-Größenordnung sind diese Unterbrechungen der Arbeitsablauf.
Der monatliche Austritts-Batch ist keine kleinere Version der jährlichen P60-Übung. Es ist ein anderes Problem – eines, bei dem die P45 gleichzeitig ein Compliance-Dokument ist, das Sie ausstellen müssen, ein Gehaltsdatensatz, den Sie archivieren müssen, und ein Austrittsdatenpunkt, den Ihre Personalabteilung für einen völlig unabhängigen Zweck benötigt. Dieselbe P45-PDF kann allen drei Zwecken dienen – wenn Sie aufhören, sie als Formular zum Ausdrucken zu behandeln, und anfangen, sie als strukturierte Datenquelle zu betrachten.
Das 4-teilige P45 im Batch-Betrieb: Wohin was geht und was schiefgehen kann
Das P45 besteht aus vier Teilen. Diese Unterscheidung ist in einem Batch-Workflow wichtig, denn falsche Weiterleitungen im großen Maßstab erzeugen eine Kaskade von Korrekturen, die die manuelle Einzelverarbeitung überdeckt.
Teil 1 — an HMRC (über RTI)
Wird automatisch übermittelt, wenn Ihre Lohnsoftware die Full Payment Submission sendet und den Mitarbeiter als Austretenden kennzeichnet. Sie senden Teil 1 nicht physisch — die Lohnsoftware erzeugt die P45-Daten und übermittelt sie als Teil der RTI-Meldung.
Teil 1A — persönliche Aufzeichnung des Mitarbeiters
Der Mitarbeiter behält diesen Teil. Er enthält dieselben Daten wie Teil 2 und 3 — Gesamtvergütung, Gesamtsteuer, Steuercode, Austrittsdatum — dient jedoch für die persönlichen Steuerunterlagen des Mitarbeiters. Kein neuer Arbeitgeber sieht ihn.
Teil 2 — neuer Arbeitgeber (Steueraufzeichnung)
Der neue Arbeitgeber verwendet diesen Teil, um die Lohnaufzeichnung des Mitarbeiters mit dem korrekten Steuercode und den Jahresbeträgen einzurichten. Ohne Teil 2 muss der neue Arbeitgeber eine Starter Checklist verwenden — was oft zu einem Notsteuercode führt, bis HMRC ihn korrigiert.
Teil 3 — neuer Arbeitgeber (Bestätigung)
Der neue Arbeitgeber vervollständigt Teil 3 mit seiner eigenen PAYE-Referenz, dem Startdatum und dem Steuercode, den er verwenden wird — und sendet Teil 3 dann an HMRC. Dies bestätigt den Beschäftigungswechsel und ermöglicht HMRC, die Steueraufzeichnung des Mitarbeiters über die Lücke zwischen den Arbeitsverhältnissen hinweg abzugleichen.
In einem Einzel-Austritts-Workflow ist die Weiterleitung der vier Teile eine Checkliste: Teil 1 eingereicht, Teile 1A/2/3 übergeben. Bei einem Batch von fünfzehn wird die Weiterleitung zu einem Tracking-Problem. Welche Austretenden wurden auf der FPS als Austretende markiert? Sind alle Teile 2 und 3 korrekt dem richtigen Mitarbeiter zugeordnet — oder hat jemand John Smiths P45 dem anderen John Smith ausgehändigt? Wenn ein Austretender sein P45 verliert, können Sie keinen Ersatz ausstellen (HMRC verbietet dies ausdrücklich) — Sie können nur eine Verdienstbescheinigung ausstellen. Das bedeutet, dass das einzige erzeugte P45-PDF die einzige offizielle Aufzeichnung ist. Es zu verlieren — oder falsch weiterzuleiten — ist ein nicht behebbarer Fehler.
Die praktische Absicherung im Batch-Betrieb besteht darin, die Daten jedes P45 im Moment der Erzeugung in einer Tabelle zu erfassen — bevor Teile 1A/2/3 Ihre Hände verlassen. Die Tabelle wird zu Ihrer internen Prüfaufzeichnung: Nachweis darüber, was jedes P45 enthielt, an welchem Datum es ausgestellt wurde und für welchen Austretenden. Wenn ein ehemaliger Mitarbeiter Sie sechs Monate später kontaktiert und behauptet, sein P45 habe den falschen Steuercode gezeigt, haben Sie eine überprüfbare Zeile — nicht nur einen Lohnsystem-Login und eine Erinnerung daran, was Sie Ihrer Meinung nach gedruckt haben.
Vom P45-PDF zur Exit-Datenbank: Spalten, die sowohl HMRC als auch HR dienen
Die Spaltennamen, die Sie vor dem Hochladen eines Stapels von P45s festlegen, sind die folgenreichste Entscheidung im gesamten Workflow. Ein Spaltenschema, das nur auf die Lohnabrechnungs-Compliance ausgelegt ist, erfasst die gesetzlich vorgeschriebenen Felder – Gesamtvergütung, Gesamtsteuer, Steuercode, Austrittsdatum – und endet dort. Das reicht aus, um das P45 gegen das FPS zu prüfen. Es reicht jedoch nicht für die Exit-Analysen der HR-Abteilung, wo andere Fragen im Vordergrund stehen: Welche Abteilungen verlieren Mitarbeiter, welche Steuercodemuster sind bei Abgängern üblich, und verlassen besser bezahlte Mitarbeiter das Unternehmen aus anderen Gründen als geringer bezahlte?
Ein Spaltenschema, das beiden Zwecken dient, basiert auf drei Ebenen. Die erste Ebene stellt die Compliance sicher. Die zweite Ebene liefert der HR-Abteilung Daten, die sie tatsächlich nutzen kann. Die dritte Ebene deckt Anomalien auf, bevor sie zu HMRC-Rückfragen führen.
1. Identitätsspalten – der zusammengesetzte Schlüssel des Abgängers
NI Number, Mitarbeitername, Austrittsdatum und PAYE-Referenz. Die NI Number 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 Arbeitgeberschema dieses P45 gehört – entscheidend, wenn Ihr Unternehmen mehrere PAYE-Schemata betreibt oder eine andere Einheit übernommen hat. Die Aufnahme des Austrittsdatums in den Identitätsblock unterscheidet einen Abgänger, der gegangen ist, zurückkehrte und erneut ging.
2. Finanz- und Steuerspalten – der gesetzliche Kern
Gesamtvergütung bis heute (£), Gesamtsteuer bis heute (£), Steuercode zum Austrittsdatum, Wochen-1-/Monats-1-Indikator (erfassen Sie das Suffix „X“), Student Loan-Abzüge (Plan 1, Plan 2, Plan 4, Postgraduierten-Studium – die Trennung in einzelne Spalten ist unerlässlich: Eine einzelne Spalte „Student Loan (£)“ macht es unmöglich zu unterscheiden, auf welchen Plan sich jeder Abzug bezieht, und die SL1/SL2-Stoppmitteilungen des HMRC sind planspezifisch).
3. HR-Analysespalten – 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 „Abgangskategorie“ – bei der die KI den Abgänger basierend auf dem von Ihnen bereitgestellten Kontext klassifiziert (Optionen: Kündigung/Entlassung/Beendigung/Ruhestand/Befristetes Ende). Eine berechnete Spalte „Steuercodetyp“, die jeden Code als „Kumulativ / Nicht-kumulativ (M1/W1) / BR-D0-D1 / K-Code / NT“ klassifiziert – ein Abgänger mit K-Code (Abzüge übersteigen Freibeträge) erzählt eine andere Personalgeschichte als ein Abgänger mit 1257L. Eine Spalte „Austrittsquartal“, die aus dem Austrittsdatum für eine sofortige Pivot-Tabellen-Segmentierung abgeleitet wird. Keine dieser Spalten erhöht den Erfassungsaufwand – die KI füllt sie im selben Extraktionsdurchlauf aus, in dem die gesetzlichen Felder gelesen werden.
Für eine konkrete Schritt-für-Schritt-Anleitung zur Extraktion der gesetzlichen Pflichtfelder aus einem einzelnen P45 – der NI Number, dem Steuercode, den Gesamtbezügen und den Steuerbeträgen – deckt der Leitfaden zur Extraktion einzelner P45-Formulare jedes Feld im Detail ab. Dieser Artikel knüpft dort an: Was ändert sich, wenn Sie jeden Monat fünfzehn P45-Formulare in dasselbe Spaltenschema laden, und welche langfristige Datenbank entsteht dadurch?
Das Schema ist es, das eine P45-zu-Excel-Einrichtung Monat für Monat wiederverwendbar macht – definieren Sie die Spalten einmal, und jeder spätere Abgänger erscheint als weitere Zeile unter denselben Kopfzeilen, ohne dass eine erneute Zuordnung zwischen den Batches erforderlich ist.
Abteilungsübergreifende Koordination: Die Lücke zwischen HR-Meldung und P45-Ausstellung schließen
Die P45-Verordnung besagt „am Tag der Beendigung des Arbeitsverhältnisses oder ohne unangemessene Verzögerung“. In der Praxis verbirgt sich hinter dieser Aussage eine Koordinationskette. Die Personalabteilung erhält die Kündigung. Der Vorgesetzte bestätigt das endgültige Arbeitsende – manchmal Tage später. Die Lohnbuchhaltung erhält die formelle Abgangsmeldung – manchmal nach der Bestätigung des Vorgesetzten, manchmal davor, je nachdem, ob der Prozess des Unternehmens von der Personalabteilung oder der Lohnbuchhaltung geleitet wird. Die Lohnbuchhaltung verarbeitet dann die letzte Zahlung, markiert den Mitarbeiter in Sage oder BrightPay als Abgänger, erstellt das P45 und übermittelt die FPS. Erst dann existiert das P45. Die Zeit zwischen „Mitarbeiter kündigt“ und „P45 ist erstellt“ kann von wenigen Tagen bis zu zwei Wochen betragen – und in dieser Lücke hat die Personalabteilung den Austritt bereits in einer Tabelle erfasst, die die P45-Daten noch nicht enthält.
Dies sind die versteckten Kosten einer manuellen Abgangsdatenbank: doppelte Datenerfassung, die in zwei verschiedenen Systemen zu zwei verschiedenen Zeitpunkten stattfindet. Die Personalabteilung erfasst Name, Abteilung, Austrittsgrund und Enddatum des Abgängers, sobald die Kündigung bestätigt ist. Die Lohnbuchhaltung erfasst denselben Namen, die NI Number, den Gesamtlohn, 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 eine Abgangsverfolgung der Personalabteilung, die weiß, warum Mitarbeiter gegangen sind, aber nicht, was sie verdient haben, und ein Gehaltsarchiv, das weiß, was Mitarbeiter verdient haben, aber nicht, warum sie gegangen sind.
Der Batch-Workflow schließt diese Lücke, indem er nicht den Prozess ändert, sondern den Zeitpunkt der Datenerfassung. Statt dass die Lohnbuchhaltung P45s erstellt und die Personalabteilung separat eine Abgangsverfolgung pflegt, werden die P45-PDFs zur einzigen Quelle für beide. Laden Sie nach der Lohnabrechnung den P45-Batch des Monats hoch – wenn alle Abgänger verarbeitet und alle P45s erstellt sind – und extrahieren Sie in eine Tabelle, die sowohl die gesetzlichen Gehaltsfelder (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“ auf Basis der Austrittschreiben hinzu, die bereits vorliegen; das Lohnbuchhaltungsteam prüft die Steuerbeträge gegen die FPS. Beide arbeiten mit derselben NI Number, demselben Austrittsdatum und derselben Zeile.
Für Unternehmen, die P60s am Jahresende bereits mit einem ähnlichen Ansatz verarbeiten, folgt der monatliche P45-Workflow demselben Muster: Spaltennamen standardisieren, monatlich bündeln, gegen die FPS prüfen. Der P60-Batch-Prüfworkflow behandelt Dateibenennung, Spaltendesign und Multi-Employer-Zusammenführung im Detail – das Spaltenschema ist dokumentspezifisch, 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.
Jedes P45, das Ihre Lohnabrechnungssoftware erzeugt, enthält dieselben Daten, die Sie von Hand in eine Austrittsdatenbank eingeben würden. Die Vorschrift verlangt, dass Sie es ausstellen. Sie verlangt nicht, dass Sie die Daten dabei verlieren. Definieren Sie Ihre Spalten einmal. Laden Sie den Leaver-Batch des Monats 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.
Mit Ihren P45s testen