So extrahieren Sie UK-P60-Daten in Excel
für die Lohnabrechnung (Leitfaden 2026)

Was auf einer P60 steht – und warum jedes Feld für Ihre Tabelle wichtig ist

Die P60, offiziell die Jahresendbescheinigung, ist ein gesetzlich vorgeschriebenes Dokument, das von HM Revenue and Customs geregelt wird. Ihr Inhalt ist kein Vorschlag von Lohnabrechnungssoftware-Entwicklern – er ist gesetzlich vorgeschrieben gemäß HMRC-Spezifikation RD1, die jedes Feld definiert, das jedes P60-Ersatzlayout für ein bestimmtes Steuerjahr enthalten muss. Das Steuerjahr läuft vom 6. April bis zum 5. April, und die Felder auf dem Formular decken die vollen zwölf Monate dieses Zeitraums für jeden Arbeitnehmer ab.

Zu verstehen, wozu jedes gesetzliche Feld dient – und nicht nur seinen Namen zu kennen – entscheidet darüber, ob Ihre extrahierte Tabelle beim ersten Durchlauf mit Ihren FPS-Daten (Full Payment Submission) abgeglichen werden kann oder einen Nachmittag voller Querverweise verursacht. Hier sind die Felder, die für die meisten Lohnabrechnungsabgleiche wichtig sind, gruppiert nach ihrer nachgelagerten Funktion:

Die praktische Konsequenz dieses Feldsatzes: Eine P60-Extraktionstabelle für 150 Mitarbeiter erzeugt 150 Zeilen und je nach Granularität der NI-Band-Aufschlüsselung etwa 20 bis 25 Spalten. Die manuelle Eingabe in diesem Raster — jedes Feld auf jeder Bescheinigung finden, den Wert eintippen, den NI-Buchstaben gegenprüfen — ist der Punkt, an dem die fünf Stunden verloren gehen. Unser vollständiger Leitfaden zur P60-Datenextraktion für Lohnbuchhaltungsteams stellt denselben Feldsatz den drei Jahresabschluss-Workflows gegenüber, die ihn nutzen; KI-gestützte Dokumentenextraktion eliminiert den Schritt des Findens und Eintippens, indem sie die Bescheinigung semantisch liest statt sich auf Pixelkoordinaten zu verlassen.

Warum dieselben P60-Daten in verschiedenen Lohnabrechnungsprogrammen unterschiedlich aussehen

Wenn jede P60 identisch aussähe – gleiche Feldpositionen, gleiche Beschriftungsplatzierung, gleiche Schriftart – wäre die Extraktion mit jedem vorlagenbasierten OCR-Tool ein gelöstes Problem. Doch die RD1-Spezifikation von HMRC erlaubt ausdrücklich „Abweichungen in Format und Layout“ für Ersatzformulare, und jeder große Anbieter von Lohnabrechnungssoftware nutzt diese Erlaubnis anders.

Sage Payroll druckt die NINO des Mitarbeiters möglicherweise im oberen rechten Quadranten, mit der PAYE-Referenz in einem separaten Block darunter. Xero Payroll platziert sie möglicherweise nebeneinander. BrightPay verwendet vielleicht ein dreispaltiges Raster. IRIS Staffology stapelt möglicherweise alles in einer einzigen vertikalen Spalte. Papierformat, Druckfarbe und Kastenanordnung liegen im Ermessen des Arbeitgebers oder Softwareanbieters – die einzige Einschränkung ist, dass alle gesetzlichen Felder erscheinen müssen auf einem einzigen Blatt Papier.

Das ist kein Fehler in der Spezifikation. Es existiert, weil Arbeitgeber seit Jahrzehnten unterschiedliche Lohnabrechnungssoftware mit jeweils eigener Druck-Engine verwenden, und der Ansatz von HMRC besteht darin, den Dateninhalt vorzuschreiben, nicht das visuelle Layout. Für jeden, der eine Extraktion durchführt, bedeutet das: Die P60 jedes Lohnabrechnungsanbieters ist eine Layoutvariante desselben zugrunde liegenden Datenschemas – und ein vorlagenbasiertes Extraktionstool, das auf Sages Layout trainiert wurde, wird bei Xeros Layout scheitern.

Der Abschnitt mit dem NI-Kategoriebuchstaben macht dies auf eine Weise sichtbar, die echte Zeit kostet. Wenn sich der NI-Kategoriebuchstabe eines Mitarbeiters im Laufe des Jahres änderte – zum Beispiel von A auf C beim Erreichen des Rentenalters – muss die P60 zwei separate NI-Zeilen unter verschiedenen Kategoriebuchstaben zeigen. Sage druckt diese möglicherweise als zwei benachbarte Zeilen mit Buchstabenbeschriftungen links. Xero druckt sie möglicherweise als separate Tabellenabschnitte mit dem Buchstaben als Abschnittsüberschrift. Eine Vorlage, die nach „einer Zeile mit einem NI-Buchstaben in Spalte 1“ sucht, erfasst ein Format und verfehlt das andere. Semantische Extraktion – Lesen nach Bedeutung statt nach Position – verarbeitet beide Layouts, weil sie versteht, dass „NI-Kategoriebuchstabe“ unabhängig von seiner visuellen Darstellung ein Spaltenwert ist.

Einrichten Ihres P60-Extraktions-Workflows

Der Workflow, der die manuelle P60-Transkription ersetzt, umfasst drei Schritte – und der Konfigurationsschritt, also das Definieren Ihrer Spalten, ist der, den Sie einmal durchführen und dann für jedes Steuerjahr, jeden Lohnabrechnungsanbieter und jede Mitarbeiter-Batch wiederverwenden.

Dieser Workflow funktioniert für jede Anzahl von Mitarbeitern und jede Mischung von Lohnabrechnungsanbietern. Die Spaltendefinition ist über Steuerjahre hinweg wiederverwendbar, weil sich HMRCs gesetzlicher Feldsatz nur ändert, wenn sich die Gesetzgebung ändert – und wenn das passiert (wie mit der Ergänzung des Gesetzlichen Pflegegelds für Neugeborene in der Spezifikation 2025-26), fügen Sie die neue Spalte Ihrer Definition hinzu, ohne den Rest neu aufzubauen.

Im Vergleich zum gesamten Jahresabschluss läuft das Ganze auf P60-zu-Excel-Konvertierung hinaus – ein Spaltensatz, der Sage-, Xero- und gescannte Papierbescheinigungen gleichermaßen akzeptiert und ein abstimmungsfertiges Blatt zurückgibt.

Drei P60-Extraktions-Workflows, die sich jedes Jahr zum Jahresende auszahlen

Die meisten P60-Extraktionen fallen in eines von drei Mustern, jedes mit eigener Batch-Form und Ausrichtung der Ausgabe. Ihren Workflow an die richtige Ausgabestruktur anzupassen, ist der Unterschied zwischen einem generischen „Daten extrahieren“-Tool und etwas, das Ihr Team tatsächlich jeden Mai nutzt.

Self Assessment-Vorbereitung (Zeitraum März–Mai)

Eine Buchhaltungskanzlei, die Privatkunden betreut, erhält P60s zusammen mit Kontoauszügen, Dividendengutscheinen und P11D-Formularen im Vorfeld der Self Assessment-Abgabefrist am 31. Januar. Kunden mit mehreren gleichzeitigen Beschäftigungen erzeugen zwei oder mehr P60-Zeilen für dasselbe Steuerjahr. Die wichtigsten Spalten für diesen Workflow sind Jahresgesamtgehalt, Einbehaltene Steuer, NINO und Arbeitgeber-PAYE-Referenz – diese lassen sich direkt auf die Beschäftigungsseiten der SA100-Steuererklärung abbilden. Ein Kunde mit zwei Teilzeitjobs erzeugt zwei Zeilen, und die Spalte „Gesamt für das Jahr“ auf jeder P60 liefert die Beträge, die separat in der Erklärung eingetragen werden müssen.

Dies ist das volumenstärkste Zeitfenster für die P60-Extraktion, da Kanzleien hier die größte Anzahl an Kundendokumenten in kürzester Zeit verarbeiten. Manuelle Übertragung zu ersetzen spart nicht nur Stunden – es beseitigt die häufigste Ursache für SA302-Prüfungsanfragen: Übertragungsfehler, bei denen ein Gehaltsbetrag von einer P60 in die falsche Beschäftigungszeile eingegeben wurde. Für den weiteren Kontext, warum diese Übertragung überhaupt stattfindet – und was ein falsch eingegebener Betrag nachgelagert kostet – siehe Das Mai-Problem der britischen Lohnabrechnung: die versteckten Kosten der P60-Dateneingabe.

Abgleich der Lohnbuchhaltung gegen FPS-Übermittlungen

Eine Lohnbuchhaltung, die den Jahresabschluss für mehrere Arbeitgeberkunden durchführt, muss bestätigen, dass die Beträge auf jeder P60 eines Mitarbeiters mit den Jahresend-Summen der Full Payment Submission (FPS) übereinstimmen, die an HMRC gesendet wurden. Der Abgleich erfolgt Arbeitgeber für Arbeitgeber: Alle P60s für Arbeitgeber A in eine Tabelle extrahieren, dann die Gehalts- und Steuersummen gegen den eigenen FPS-Export für diesen Arbeitgeber abgleichen. Die Spaltenausrichtung macht den Abgleich aussagekräftig – wenn die P60-Spalte „Gehalt in dieser Beschäftigung“ neben der FPS-Spalte „Gesamtgehalt“ steht, ist die Abweichungsformel eine einfache Subtraktion pro Zeile.

Die Spalte für den NI-Kategoriebuchstaben ist in diesem Workflow besonders wichtig. Ein Mitarbeiter, dessen Buchstabe sich im Laufe des Jahres von A auf C geändert hat, zeigt auf der P60 zwei NI-Zeilen unter verschiedenen Buchstaben. Der Abgleich der Lohnbuchhaltung benötigt beide Zeilen, um zu prüfen, ob die Gesamtbeiträge mit der FPS übereinstimmen – und eine einzelne Spalte „Gesamt-NI“, die beide Zeilen zu einer Zahl zusammengefasst hätte, würde eine Abweichung beim Kategoriebuchstaben verbergen, die HMRC Monate später beanstanden könnte.

Einkommensprüfung im großen Maßstab

Hypothekenanbieter, Vermieter, Personalvermittler und Einwanderungsbehörden fordern routinemäßig P60-Formulare als Nachweis des Vorjahreseinkommens an. Der Prüfworkflow ist volumenstark und fokussiert auf wenige Felder: Name, NINO, Arbeitgeber-PAYE-Referenz, Gesamtjahresvergütung. Die anderen gesetzlichen Felder – gesetzliche Zahlungen, Studienkreditabzüge, NI-Beitragsstufen – bleiben als Referenzdaten im Output, aber die Prüfentscheidung hängt vom Gehaltsbetrag und der Arbeitgeberreferenz ab, die ihn einer realen Entität zuordnet.

Da dieser Workflow oft P60s von unbekannten Gehaltsabrechnungsanbietern umfasst – ein Antragsteller könnte ein P60 eines Arbeitgebers mit einem Nischen-Lohnsystem vorlegen, das der Prüfer noch nie gesehen hat – entscheidet die Fähigkeit des Extraktionstools, jedes Layout ohne Vorkonfiguration zu verarbeiten, darüber, ob die Prüfpipeline automatisiert werden kann oder ob jemand jede PDF öffnen und den Betrag von Hand eintippen muss.

Validierung Ihrer extrahierten P60-Daten vor der Übernahme in die Gehaltsliste

Selbst bei hoher Extraktionsgenauigkeit schuldet der Bearbeiter der nachgelagerten Abstimmung oder Prüfung einen Plausibilitätscheck. Die folgenden Prüfungen sind P60-spezifisch und werden spaltenweise in Excel durchgeführt – keine erfordert die Prüfung jedes Feldes in jeder Zeile. Es sind Formprüfungen, die die wenigen Zeilen aufdecken, die einen Blick auf das Quell-P60 lohnen.

Der Grund, warum diese Checkliste machbar – und nicht nur wünschenswert – ist, dass die extrahierten Daten bereits in Spalten strukturiert sind. Jede Zeile enthält die Quelldateireferenz, sodass jede markierte Zeile nur einen Klick vom Original-P60 entfernt ist. Manuelle Übertragung würde solche Prüfungen auf Spaltenebene im Firmenumfang niemals durchhalten, und die Extraktion ist es, die den Validierungsschritt überhaupt erst möglich macht.

P60 vs W-2: Was Teams in Großbritannien und den USA wissen müssen

Britische Lohnabrechnungsteams, die zum ersten Mal mit US-Steuerformular-Extraktionstools in Kontakt kommen – oder US-Firmen mit britischen Tochtergesellschaften – fragen oft, ob ein P60 im Wesentlichen ein britisches W-2 ist. Die kurze Antwort lautet: Sie erfüllen dieselbe Funktion (Jahresend-Bescheinigung über Arbeitnehmereinkünfte), unterscheiden sich jedoch in Struktur, Feldsatz und nachgelagerter Verwendung in einer Weise, die für die Extraktionseinrichtung relevant ist.

Ein W-2 meldet Bundeslöhne (Feld 1), Social-Security-Löhne (Feld 3), Medicare-Löhne (Feld 5) und Aufschlüsselungen auf Bundesstaatsebene über 20 nummerierte Felder – alles für ein Kalendersteuerjahr (1. Januar bis 31. Dezember). Ein P60 meldet steuerpflichtiges Gehalt und PAYE-Steuer für ein Steuerjahr vom 6. April bis 5. April, wobei National Insurance (NI) nach Kategoriebuchstabe und Verdienstband angegeben wird und nicht als pauschaler prozentualer Abzug. Ein W-2 kennt keine NI-Kategoriebuchstaben, keine Aufschlüsselung gesetzlicher Zahlungen und keine Unterscheidung von Studienkreditplänen. Ein P60 hat keine Berichterstattung auf Bundesstaatsebene und keine Social-Security/Medicare-Aufteilung.

Die Implikation für die Extraktion ist, dass die beiden Formulartypen unterschiedliche Spaltendefinitionen benötigen. Ein W-2-Spaltensatz funktioniert für W-2-Formulare aller US-Arbeitgeber; ein P60-Spaltensatz funktioniert für P60-Formulare aller britischen Lohnabrechnungsanbieter. Die beiden Spaltensätze überschneiden sich jedoch nur bei den Identitätsfeldern – und ein P60 als W-2 mit anderen Feldnummern zu behandeln, erzeugt eine Tabelle, die umfangreiche Nachbearbeitung und Neuformatierung erfordert.

Wenn Ihr Unternehmen beide Formulare verarbeitet, finden Sie in unserem vollständigen Leitfaden zur Extraktion von W-2- und 1099-Steuerformularen den Workflow für die US-Seite und verwenden Sie für jeden Formulartyp eine separate Spaltendefinition. Der Batch-Verarbeitungsansatz ist derselbe – Dateien hochladen, Spalten definieren, Tabelle exportieren – aber die Spaltennamen sind marktspezifisch.

FAQ