Das Mai-Problem der UK-Lohnbuchhaltung
Die versteckten Kosten der P60-Dateneingabe

Das Mai-Problem, das niemand einplant

Die P60 ist kein optionales Dokument. Gemäß Regulation 67 der Income Tax (PAYE) Regulations 2003 muss jeder Arbeitgeber jedem Arbeitnehmer, der am 5. April im Lohn steht, eine P60 aushändigen. Die Frist endet am 31. Mai. Wird sie versäumt, kann das HMRC eine erste Strafe von 300 £ sowie 60 £ pro Tag für jeden weiteren Tag verhängen, an dem die P60 noch aussteht. Für eine Lohnbuchhaltung, die bereits den Jahresend-Sprint überstanden hat – letzte FPS, letzte EPS, Abgleich der P32 – ist der Mai kein Erholungsmonat. Es ist eine zweite Frist.

Für ein Unternehmen mit 100 Mitarbeitern dauert die Ausstellung der P60 in moderner Lohnsoftware nur Minuten. „P60s generieren“ klicken. Herunterladen. Verteilen. Erledigt. Die Arbeitskosten entstehen erst, wenn jemand die P60-Daten für etwas nutzen muss, wofür die Lohnsoftware nie entwickelt wurde: einen Jahresend-Vergütungsbericht für den Vorstand erstellen, die Gesamtvergütungszahlen mit der Hauptbuchhaltung abgleichen, Daten für eine Prüfung vorbereiten oder – und hier explodiert der Aufwand – P60-Informationen von Mitarbeitern konsolidieren, die Bescheinigungen von früheren Arbeitgebern mitgebracht haben.

Eine mittelgroße Lohnbuchhaltung, die 30 KMU-Kunden mit durchschnittlich 15 Mitarbeitern betreut, verwaltet jeden Mai 450 P60s. Ein einzelner Steuerberater, der für 80 Mandanten Steuererklärungen erstellt, benötigt von jedem die P60-Zahlen. Eine Personalabteilung, die Gehaltsbenchmarks plant, benötigt die Jahresendvergütung für die gesamte Belegschaft – einschließlich Mitarbeiter, die im Laufe des Jahres eingestellt wurden und deren P60 nur den beim aktuellen Arbeitgeber verdienten Anteil zeigt, nicht die Gesamtsumme, die sie in zwei Jobs im selben Steuerjahr verdient haben. In all diesen Szenarien existiert die P60. Die Daten stehen auf dem Blatt. Aber sie in eine Tabelle zu bekommen – Zeile für Zeile, Feld für Feld, Arbeitgeber für Arbeitgeber – ist immer noch manuelle Arbeit.

Woher das Papier kommt

Wenn jede P60 als sauberer, maschinenlesbarer Datensatz aus demselben Abrechnungssystem käme, gäbe es das Problem der manuellen Eingabe nicht. Es wäre auch ein anderes Land. Im Vereinigten Königreich ist die P60-Landschaft durch strukturelle Faktoren zersplittert, die kein Anbieter von Lohnabrechnungssoftware zu beheben motiviert ist.

Frühere Arbeitgeber stellen weiterhin Papier aus. Ein Arbeitnehmer, der im Steuerjahr 2025/26 den Job gewechselt hat, erhielt beim alten Arbeitgeber eine P45 – aber am 5. April stellt der alte Arbeitgeber dennoch eine P60 für den Teil des Jahres aus, in dem der Arbeitnehmer dort beschäftigt war. Nach HMRC-Regeln erzeugt jedes Beschäftigungsverhältnis eine eigene P60. Wenn der vorherige Arbeitgeber papierbasiert meldet oder von der Online-Meldung befreit ist – Pflege- und Unterstützungsarbeitgeber, einige religiöse Organisationen und solche mit Ausnahmegenehmigungen aus besonderen Umständen – kommt diese P60 als physisches Dokument an. Der Arbeitnehmer übergibt sie der neuen Lohnbuchhaltung. Jemand tippt die Zahlen ein.

Mehrere Jobs bedeuten mehrere P60s. Ein Arbeitnehmer mit zwei PAYE-Jobs – einer Vollzeitstelle und einem Wochenendjob oder einem Hauptjob und einem Direktorengehalt aus einem Nebengeschäft – erhält zwei separate P60s. Jede zeigt nur die Einkünfte aus dieser spezifischen Beschäftigung. Um die gesamten Jahreseinkünfte des Arbeitnehmers zu ermitteln – nötig für einen Hypothekenantrag, einen Steuergutschriftsantrag oder eine Selbstauskunft – muss jemand die beiden Beträge addieren und dann die kombinierten Daten dort eingeben, wo sie benötigt werden. Das Abrechnungssystem für Job A kann die P60 von Job B nicht sehen. Das Abrechnungssystem für Job B kann Job A nicht sehen. Die Brücke ist ein Taschenrechner und eine Tastatur.

Übernahmen hinterlassen Abrechnungen auf verschiedenen Systemen. Ein Unternehmen, das 2024 eine Tochtergesellschaft übernommen hat, betreibt möglicherweise noch zwei Abrechnungsanbieter – Sage für die Muttergesellschaft, BrightPay für das übernommene Unternehmen. Beide Anbieter erstellen P60s. Beide Anbieter erstellen sie in ihrem eigenen Format, mit eigenen Feldbezeichnungen, strukturiert für ihre eigenen Berichts-Dashboards. Ein Finanzdirektor, der eine einheitliche konsolidierte Ansicht der gesamten Personalkosten über das kombinierte Unternehmen benötigt, öffnet eine Tabellenkalkulation und beginnt, Daten aus zwei inkompatiblen Exporten zusammenzuführen – oder, häufiger, aus den P60-PDFs selbst, weil sich die Exportformate so stark unterscheiden, dass ein automatisierter Abgleich ein IT-Projekt erfordern würde, das im Mai niemand beauftragen kann.

Büro-Kunden bringen Dateien in jedem Format. Lohnabrechnungsbüros und Steuerberatungskanzleien sitzen an der Schnittstelle all dieser Fragmentierungskräfte. Ein einziges Büro kann die Lohnabrechnung für 40 Kunden mit vier verschiedenen Abrechnungssystemen abwickeln. Wenn ein Kunde P60-Daten von einem vorherigen Abrechnungsanbieter mitbringt, von dem er im Laufe des Jahres gewechselt ist – oder wenn ein Mitarbeiter eines Büro-Kunden P60-Zahlen aus Vorjahren für eine Steuererklärung benötigt – erhält das Büro PDFs, eingescannte Papierkopien, Screenshots aus dem persönlichen Steuerkonto von HMRC und gelegentlich ein Foto einer P60, das der Ehepartner eines Mitarbeiters in einem Aktenschrank gefunden und per SMS geschickt hat. Die Aufgabe des Büros ist es, all das in genaue Zahlen zu verwandeln. Das Werkzeug des Büros ist in den meisten Fällen ein Datenerfasser.

Wie die manuelle P60-Eingabe wirklich aussieht: Feld für Feld, Minute für Minute

„Manuelle Dateneingabe“ ist eine Abstraktion, die das Marketing von Lohnabrechnungssoftware abgenutzt hat. Sie sagt nichts darüber aus, was ein Mensch im Mai-Stress tatsächlich an seinem Schreibtisch tut. Hier ist der reale Ablauf.

Eine Lohnbuchhalterin in einem Unternehmen mit 120 Mitarbeitern setzt sich am 6. Mai hin, um den Jahresend-Vergütungsbericht zu erstellen. Das Lohnabrechnungssystem – sagen wir Sage 50 Payroll – hat bereits P60s für alle aktuellen Mitarbeiter generiert. Die Buchhalterin lädt das PDF-Bündel herunter. Aber der Bericht, den der Finanzdirektor möchte, sind nicht die P60s selbst. Es ist eine Tabelle mit den folgenden Spalten: Mitarbeitername, SV-Nummer, Steuerklasse, Gesamtbruttogehalt, insgesamt einbehaltene Steuern, Arbeitnehmer-SV-Beiträge, Arbeitgeber-SV-Beiträge. Einige dieser Felder stehen auf der P60. Die Arbeitgeber-SV nicht – sie steht im P32-Bericht des Lohnsystems. Die Arbeitnehmer-Rentenbeiträge stehen auch nicht auf der P60 – sie sind auf der letzten Gehaltsabrechnung. Die Buchhalterin hat nun drei Quelldokumente, die sie für jeden Mitarbeiter abgleichen muss.

Für jeden der 120 Mitarbeiter muss die Buchhalterin: den Mitarbeiter im PDF-Bündel finden, den Bruttolohn ablesen und mit dem internen Bericht des Lohnsystems abgleichen, in die Tabelle tippen, die einbehaltene Steuer ablesen und eintippen, die SV-Beiträge ablesen und eintippen, dann zum P32-Bericht für die Arbeitgeber-SV wechseln, zur Gehaltsabrechnungs-PDF für die Rentenbeiträge wechseln. Jedes Feld dauert etwa 6 bis 8 Sekunden: die Zahl auf dem Bildschirm finden, bestätigen, dass es die richtige Zahl ist, eintippen, zur Kontrolle zurückblicken. Bei 120 Mitarbeitern und 7 Feldern pro Mitarbeiter sind das 840 Felder. Bei 7 Sekunden pro Feld: 98 Minuten reine Übertragung. In der Praxis sind es eher drei Stunden, wenn man den Mitarbeiter mit zwei P60s (eine vom vorherigen Arbeitgeber) berücksichtigt, die PDF, die nicht richtig durchsuchbar ist, weil sie aus einer gescannten Vorlage erstellt wurde, und die Unterbrechung durch den Geschäftsführer, der fragt, ob der Bericht bis zur Vorstandssitzung um 14 Uhr fertig sein wird.

Für eine Lohnbuchhaltungskanzlei wird der Maßstab die Zahlen noch deutlicher machen. Bei 450 Mitarbeitern über 30 Kunden hinweg, unter Annahme derselben 7 Felder pro Mitarbeiter und desselben Tempos, verbraucht die reine Übertragung etwa 6 Stunden – mehr als ein ganzer Arbeitstag ununterbrochenen Tippens. Aber Kanzleien haben keine ununterbrochenen Blöcke. Sie verarbeiten Kundendateien in Chargen, sobald sie eingehen, zwischen Telefonaten von Kunden, die Fragen zu ihren P60s, P32s, P11Ds und dem neuen, am 6. April 2026 in Kraft getretenen, verpflichtenden Payrolling von Sachbezügen haben. Verteilt über eine Woche fragmentierter Aufmerksamkeit werden aus 6 Stunden Dateneingabe zwei volle Tage mit Start-Stopp-Arbeit – und die Fehlerrate steigt mit jedem Kontextwechsel.

Die Forschung zu manuellen Dateneingabefehlern konvergiert auf einen Bereich von 1 % bis 4 % für geschulte Bediener. Im britischen Lohnabrechnungskontext haben Branchenumfragen ergeben, dass etwa 20 % der Lohnabrechnungen mindestens einen Fehler enthalten – nicht 20 % der Datenfelder, sondern 20 % der gesamten Lohnabrechnungsläufe. Für die Kanzlei mit 450 Mitarbeitern bedeutet eine Fehlerrate auf Feldebene von 1 % 4 bis 5 falsch getippte Zahlen pro P60-Saison. Jede einzelne ist ein Keim.

Die Fehlerkaskade im britischen Gehaltsabrechnungskontext

Ein Tippfehler in einer P60-Zahl bleibt nicht im Tabellenblatt. Er wandert.

Der kürzeste Weg führt in die Steuererklärung des Arbeitnehmers. Gibt ein Buchhalter das falsche Gesamtgehalt von einer P60 in das SA100 eines Mandanten ein, stimmt die Steuerberechnung nicht. Die Systeme von HMRC gleichen die eingereichte Erklärung mit den vom Arbeitgeber gemeldeten RTI-Daten ab. Eine Abweichung löst eine Compliance-Prüfung aus. Der Buchhalter muss die ursprüngliche P60 finden, den Übertragungsfehler identifizieren, die Erklärung korrigieren und dem Mandanten die Änderung erklären. Jeder Schritt ist nicht abrechenbar.

Der nächste Weg führt direkt in die Compliance-Maschinerie von HMRC. Gemäß den Aufbewahrungspflichten von HMRC müssen Arbeitgeber Gehaltsabrechnungsunterlagen mindestens drei Jahre nach Ende des betreffenden Steuerjahres aufbewahren. Stellt HMRC bei einer Prüfung dieser Unterlagen Diskrepanzen zwischen den an Arbeitnehmer ausgegebenen P60-Werten und den für die Meldung verwendeten internen Aufzeichnungen fest, droht dem Arbeitgeber ein Bußgeld von bis zu 3.000 £ für unzureichende Aufzeichnungen – plus die Pflicht, die korrekten Zahlen zu rekonstruieren, was bei einer manuell geführten Tabelle ohne Prüfpfad bedeutet, alles aus den Originalbelegen neu einzugeben. Das Bußgeld wird nicht für eine falsche Berechnung verhängt. Sondern dafür, dass die Richtigkeit der Berechnung nicht nachgewiesen werden kann. Eine Tabelle mit einem falschen Tastendruck ist kein Nachweis.

Dann gibt es die Kaskade, die Arbeitnehmer direkt betrifft. Eine P60 ist das wichtigste Dokument, mit dem britische Arbeitnehmer ihr Einkommen für Hypothekenanträge, Steuergutschriften und Visumsverlängerungen nachweisen. Ein Arbeitnehmer, der eine P60 mit einem falschen Wert erhält – oder dessen Gesamtgehalt aus zwei P60s falsch berechnet wurde, weil jemand die beiden Zahlen addiert hat – entdeckt den Fehler im ungünstigsten Moment: wenn ein Kreditgeber oder das Home Office um Klärung bittet. Die Gehaltsabrechnungsabteilung, die die P60 erstellt hat, ist gesetzlich verpflichtet, eine korrigierte Version mit dem Vermerk „Duplikat“ auszustellen. Jedes Duplikat, das aufgrund eines manuellen Eingabefehlers ausgestellt wird, bedeutet Zeit, die das Gehaltsabrechnungsteam nicht eingeplant hatte, für eine Korrektur, die nicht hätte nötig sein dürfen.

Das Korrekturfenster verschlimmert dies. HMRC akzeptiert Gehaltsabrechnungskorrekturen bis zu sechs Steuerjahre zurück ab der ursprünglichen Einreichung. Ein falsch eingegebener P60-Wert aus dem Steuerjahr 2020/21, eingegeben im Mai 2021 und korrigiert im Jahr 2026, lag fünf Jahre lang in den Firmenunterlagen – in denen jeder Bericht, jede Prüfung, jeder Hypothekenantrag, der auf diesen Zahlen basierte, auf einem falschen Wert aufbaute. Die Kosten eines einzelnen Fehlers steigen mit der Zeit, sie verschwinden nicht.

Warum Lohnsoftware dieses Problem nicht gelöst hat

Sage wurde 1981 gegründet und wickelt die Lohnabrechnung für etwa die Hälfte aller britischen Unternehmen ab. Xero hat über 5.200 britische Kunden auf seiner Buchhaltungsplattform mit integrierter Lohnabrechnung. BrightPay dominiert den Markt der Lohnabrechnungsdienstleister. ADP führt die Lohnabrechnung für multinationale Unternehmen mit Niederlassungen in Großbritannien durch. Die britische Lohnsoftwarebranche ist ausgereift, gut kapitalisiert und tief in das RTI-System von HMRC integriert. Warum geben Lohnabrechnungsexperten im Jahr 2026 also immer noch P60-Daten per Hand ein?

Weil Lohnsoftware dafür entwickelt wurde, P60s zu erstellen, nicht sie zu verarbeiten. Sage Payroll erzeugt eine P60 mit dem korrekten gesetzlichen Layout, befüllt die Felder – Gesamtvergütung, einbehaltene Steuern, NI-Beiträge, Steuerklasse – aus der eigenen Datenbank und stellt das Zertifikat aus. Das funktioniert zuverlässig. Was es nicht tut – was keine Lohnplattform je dafür ausgelegt wurde – ist, P60-Daten von außerhalb des Systems aufzunehmen und für die weitere Nutzung zu strukturieren. Wenn ein Lohnabrechnungsexperte P60-Daten von einem anderen Arbeitgeber, einem anderen Lohnabrechnungsanbieter oder einem Papierzertifikat in seine eigene Berichtsumgebung einbringen muss, hat die Lohnsoftware nichts zu bieten. Die Daten liegen auf einem PDF oder einem Blatt Papier. Das System kann sie nicht lesen. Die Lücke zwischen „Daten existieren" und „Daten sind in meiner Tabelle" ist immer noch ein Mensch an einer Tastatur.

Dies ist dasselbe strukturelle Problem, das die Gehaltsabrechnungsverarbeitung in allen Märkten betrifft – das US-Äquivalent, das wir in unserem Artikel über W-2- und 1099-Extraktion für Wirtschaftsprüfungsgesellschaften untersucht haben, folgt demselben Muster: standardisierte Formulare, inkompatible Systeme, manuelle Neueingabe. Der Unterschied im britischen Kontext besteht darin, dass die P60-Standardisierung die manuelle Eingabe sogar vernünftiger erscheinen lässt – die Felder sind immer gleich, das Layout ist vorgeschrieben, sodass das Eintippen wie eine kleine Aufgabe wirkt. Erst wenn man diese kleine Aufgabe mit der Anzahl der Mitarbeiter, der Anzahl der Quellsysteme und den nachgelagerten Konsequenzen eines Fehlers multipliziert, wird das Ausmaß des Problems sichtbar.

Hier kommt eine andere Kategorie von Werkzeugen ins Spiel – entwickelt für die Extraktion statt für die Erstellung – die die Gleichung verändert. Anstatt zu verlangen, dass jede P60 über den Eingangskanal eines Lohnsystems ankommt, liest die semantische Dokumentenextraktion, was jedes Feld bedeutet. Definieren Sie die benötigten Spalten einmal: „Gesamtvergütung", „Einbehaltene Steuern", „NI-Beiträge", „Steuerklasse", „PAYE-Referenz". Die KI lokalisiert jeden Wert in jeder P60 des Stapels – egal ob sie von Sage, von Xero, von einer von HMRC angeordneten, handschriftlich ausgefüllten Papier-Vorlage oder von einem eingescannten Exemplar eines P60-Zertifikats von 2019 stammt, das ein Mitarbeiter in einer Schublade gefunden hat. Die von Ihnen definierten Spaltennamen bleiben gleich; das Quellformat spielt keine Rolle. Keine Vorlagen. Keine Konfiguration pro Arbeitgeber. Laden Sie die Dateien hoch, erhalten Sie die Tabelle. Eine Schritt-für-Schritt-Anleitung finden Sie in unserem Leitfaden zum Extrahieren britischer P60-Daten in Excel für die Lohnabrechnung.

Die Compliance-Uhr tickt

Der Mai-Stress ist nicht die einzige Frist, wenn P60-Daten manuell in eine Tabelle eingegeben werden. Die dreijährige Aufbewahrungspflicht des HMRC bedeutet, dass jeder Tastendruck bis mindestens April 2029 im Compliance-Nachweis des Unternehmens lebt. Das sechsjährige Korrekturfenster bedeutet, dass ein 2031 entdeckter Fehler immer noch auf die ursprüngliche P60 zurückführbar sein muss. Eine manuell befüllte Tabelle ohne Quell-zu-Zelle-Prüfpfad hält dieser Prüfung nicht stand.

Die Strafstruktur ist binär und unnachgiebig. Fordert das HMRC Unterlagen an und der Arbeitgeber kann sie nicht vorlegen, darf das HMRC die Steuerschuld schätzen – und der Arbeitgeber muss dann nachweisen, dass die Schätzung falsch ist, und zwar mit Unterlagen, die er selbst als nicht vorhanden eingeräumt hat. Existieren die Unterlagen, enthalten aber Fehler, droht dem Arbeitgeber die 3.000-Pfund-Strafe für unzureichende Aufzeichnungen. Beeinträchtigen die Fehler die dem HMRC gemeldete Steuer, kommen zusätzliche Verspätungszuschläge hinzu – beginnend bei 1 % des unbezahlten Betrags nach 30 Tagen, steigend auf 5 % nach 6 und 12 Monaten. Ein einziger falsch eingetippter Gesamtverdienst auf einer P60, multipliziert über den Kundenstamm eines Dienstleisters und in mehrere Steuerjahre übertragen, kann aus einem Tippfehler eine fünfstellige Verbindlichkeit machen.

Und dennoch wird dieses Risiko von den meisten Lohnbuchhaltungsteams bei der Entscheidung, P60-Daten von Hand zu tippen, nicht eingepreist – weil das Risiko nie gemessen wurde. Die Kosten der Dateneingabe selbst sind unsichtbar: vergraben in der „Lohnabrechnung", absorbiert von einer Festgehaltsstelle, nie als Budgetposten aufgeführt. Die Kosten für Korrekturen werden genauso absorbiert. Erst wenn eine Prüfung die Lücke offenlegt – wenn das HMRC fragt: „Belegen Sie diesen Betrag" und der Beleg eine Tabelle ohne Rückverfolgbarkeit ist – werden die Kosten real. Dann ist es zu spät, um zu entscheiden, dass die manuelle Eingabe eine Scheinökonomie war.

Für Organisationen, die P60s aus mehreren Quellen sammeln müssen – Mitarbeiter aus verschiedenen Lohnsystemen, Kunden eines Dienstleisters, Vorjahresbescheinigungen für korrigierte Erklärungen – kann ein Sammellink den Dokumenteneingang vor der Extraktion zentralisieren und den Schritt „Mitarbeiter um Papierkopien jagen" komplett aus dem Workflow entfernen.

Häufig gestellte Fragen

Warum kann ich P60-Daten nicht einfach über die Exportfunktion meiner Lohnsoftware abrufen?

Ihre Lohnsoftware kann P60-Daten nur für die von ihr abgerechneten Mitarbeiter exportieren. Nicht möglich ist der Export für Mitarbeiter, die von einem anderen Arbeitgeber, einem früheren Lohnabrechnungsdienstleister oder auf Papierbasis abgerechnet wurden. Selbst innerhalb Ihrer eigenen Lohnabrechnung entspricht das Exportformat selten der Struktur, die Ihre nachgelagerten Berichte benötigen – Feldnamen unterscheiden sich, Spaltenlayouts passen nicht, und der Export enthält möglicherweise nicht die Arbeitgeberbeiträge zur Sozialversicherung oder Betriebsrenten, die in separaten Modulen liegen. Exportieren ist nicht dasselbe wie nutzbare Daten zu haben.

Welche Strafe droht bei verspäteter Ausstellung einer P60?

HMRC kann eine erste Strafe von 300 £ sowie 60 £ pro Tag für jeden weiteren Tag des Verzugs verhängen. Die Wahrscheinlichkeit einer Strafe hängt vom Grund der Verzögerung und der Schnelligkeit der Behebung ab. Aufrichtige Fehler, die umgehend korrigiert werden, ziehen seltener Geldbußen nach sich als systematische Versäumnisse oder wiederholte verspätete Ausstellungen.

Wie lange müssen Arbeitgeber P60-Unterlagen aufbewahren?

Drei Jahre ab Ende des betreffenden Steuerjahres, gemäß den Aufbewahrungspflichten von HMRC. Das bedeutet, dass eine P60 für das Steuerjahr 2025/26 mindestens bis April 2029 aufbewahrt werden muss. HMRC akzeptiert unter Umständen auch Korrekturen, die bis zu sechs Steuerjahre zurückreichen, sodass der praktische Aufbewahrungszeitraum länger ist, falls eine Änderung in Betracht kommt.

Zeigt eine P60 Rentenbeiträge an?

Nein. P60s zeigen das Gesamtgehalt, die insgesamt einbehaltene Steuer, die Sozialversicherungsbeiträge und den endgültigen Steuerfreibetragscode des Mitarbeiters. Rentenbeiträge erscheinen auf der letzten Gehaltsabrechnung des Steuerjahres, nicht auf der P60. Dies ist einer der strukturellen Gründe, warum die manuelle Eingabe weit verbreitet ist: Ein einziger Bericht, der alle Felder abdeckt, die ein Lohnabrechnungsexperte tatsächlich benötigt, existiert nicht – die Daten verteilen sich auf die P60, die P32 und die letzte Gehaltsabrechnung.

Wenn ein Mitarbeiter im selben Steuerjahr zwei Jobs hatte, erhält er eine oder zwei P60s?

Zwei – eine von jedem Arbeitgeber. Jede P60 meldet nur das Gehalt und die Abzüge aus diesem spezifischen Beschäftigungsverhältnis. Der Mitarbeiter ist dafür verantwortlich, die Zahlen für die Selbstveranlagung oder andere Zwecke zusammenzuführen. Für den Lohnabrechnungsexperten, der die Daten des laufenden Jahres des Mitarbeiters verarbeitet, bedeutet dies, dass die P60 des aktuellen Arbeitgebers nur einen Teil des Jahres abdeckt und das vollständige Bild eine manuelle Zusammenstellung mit den P60- oder P45-Zahlen des vorherigen Arbeitgebers erfordert.

Kann KI wirklich mit den verschiedenen P60-Formaten unterschiedlicher Lohnabrechnungssysteme umgehen?

Das P60 folgt einem von der HMRC vorgegebenen Layout, was es standardisierter macht als die meisten Dokumenttypen. Die Unterschiede entstehen durch die Darstellung der Lohnabrechnungssoftware – verschiedene Schriftarten, leicht abweichende Feldpositionen, das Vorhandensein oder Fehlen von Arbeitgeberlogos – und nicht durch strukturelle Unterschiede. Moderne KI-Extraktion liest die Feldbezeichnungen semantisch: Sie versteht, dass sich „Gesamtvergütung für das Jahr" auf einem Sage-P60 und „Vergütung für das Jahr" auf einem BrightPay-P60 auf denselben Datenpunkt beziehen. Allerdings können stark verschlechterte Fotokopien, handschriftliche Änderungen und nicht standardisierte Papierformulare die Genauigkeit verringern. Bei einem typischen P60-Batch – einer Mischung aus digitalen PDFs bekannter Lohnabrechnungssoftware und einigen gescannten Papierkopien – eliminiert die Extraktionsgenauigkeit den Großteil der manuellen Eingabe, aber nicht jeden Sonderfall.

Die Kosten des Wegsehens

Die britische Lohnabrechnungsbranche hat eine hochentwickelte Infrastruktur aufgebaut, um PAYE zu berechnen, RTI-Meldungen zu verarbeiten und P60s termingerecht zu erstellen. Was sie nicht aufgebaut hat, ist eine Brücke zwischen dem P60 und der Tabelle, in der die Daten tatsächlich verwendet werden – für Vergütungsanalysen, Prüfungsvorbereitung, Steuererklärungen, Hypothekenanträge und alle anderen nachgelagerten Prozesse, die Jahresendgehaltsdaten in einem strukturierten Format erfordern.

Diese Lücke wird jeden Mai von Lohnabrechnungsfachleuten durch Tipparbeit gefüllt. Mit 6 bis 8 Sekunden pro Feld ist das Tippen selbst schnell genug, dass niemand es hinterfragt. Bei Fehlerraten von 1 % bis 4 % sind die Fehler selten genug, dass sich jeder wie ein isolierter Fehler anfühlt und nicht wie ein systemisches Problem. Die Nachbearbeitung – Korrekturen, Änderungen, doppelte P60s, neu ausgestellte Bescheinigungen – wird als „Tagesgeschäft" abgetan. Die kumulativen Kosten über 30 Millionen P60s und Tausende von Lohnabteilungen wurden nie gemessen – denn das Messen würde bedeuten, zuzugeben, dass die Lücke existiert.

Der erste Schritt ist nicht der Kauf von Software. Es ist das Zählen der Stunden, das Zählen der Fehler und das Beziffern des Mai-Problems. Ein Lohnbuchhalter. Drei Tage fragmentierte Dateneingabe. Fünf Korrektur-E-Mails von Mitarbeitern mit falschen Zahlen. Zwei doppelt ausgestellte P60s. Eine HMRC-Anfrage, die einen Nachmittag zur Klärung braucht. Rechnen Sie es einmal zusammen. Entscheiden Sie dann, ob die Kosten der Lücke niedriger sind als die Kosten, sie zu schließen.