P60-Daten aus UK in Excel extrahieren
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 (HMRC) 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-Bandaufschlüsselung etwa 20 bis 25 Spalten. Die manuelle Eingabe in diesem Raster – jedes Feld auf jedem Zertifikat lokalisieren, den Wert eintippen, den NI-Buchstaben gegenprüfen – ist der Grund für die fünf Stunden. KI-gestützte Dokumentenextraktion eliminiert den Schritt des Lokalisierens und Eintippens, indem sie das Zertifikat semantisch liest, statt auf Pixelkoordinaten zu vertrauen.

Warum dieselben P60-Daten in verschiedenen Lohnabrechnungsprogrammen anders aussehen

Wenn jede P60 identisch aussähe – gleiche Feldpositionen, gleiche Beschriftungen, 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 Lohnabrechnungssoftware-Anbieter nutzt diese Freiheit anders.

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

Dies ist kein Fehler in der Spezifikation. Es liegt daran, dass Arbeitgeber seit Jahrzehnten unterschiedliche Lohnabrechnungsprogramme mit jeweils eigener Druck-Engine verwenden, und HMRC setzt auf den Dateninhalt statt auf das visuelle Layout. Die Folge für die Extraktion: Jeder Lohnabrechnungsanbieter erzeugt eine Layout-Variante desselben zugrunde liegenden Datenschemas – und ein vorlagenbasiertes Tool, das auf Sages Layout trainiert wurde, scheitert an Xeros.

Der NI-Kategoriebuchstaben-Abschnitt macht dies auf eine Weise sichtbar, die echte Zeit kostet. Wenn sich der NI-Kategoriebuchstabe eines Mitarbeiters im Laufe des Jahres änderte – z. B. von A auf C bei 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 als separate Tabellenabschnitte mit dem Buchstaben als Abschnittsüberschrift. Eine Vorlage, die nach „einer Zeile mit NI-Buchstabe in Spalte 1“ sucht, erfasst ein Format und übersieht das andere. Semantische Extraktion – Lesen nach Bedeutung statt nach Position – verarbeitet beide Layouts, da sie versteht, dass „NI-Kategoriebuchstabe“ ein Spaltenwert ist, unabhängig von seiner visuellen Darstellung.

Einrichtung Ihres P60-Extraktions-Workflows

Der Workflow, der die manuelle P60-Transkription ersetzt, besteht aus drei Schritten. Der Konfigurationsschritt – das Definieren Ihrer Spalten – wird einmal durchgeführt und dann für jedes Steuerjahr, jeden Gehaltsabrechnungsdienstleister und jede Mitarbeitergruppe wiederverwendet.

Dieser Workflow funktioniert für jede Anzahl von Mitarbeitern und jede Mischung von Gehaltsabrechnungsdienstleistern. Die Spaltendefinition ist über Steuerjahre hinweg wiederverwendbar, da sich der gesetzliche Feldsatz von HMRC nur bei Gesetzesänderungen ändert – und wenn dies der Fall ist (wie bei der Aufnahme des gesetzlichen Neugeborenen-Pflegegelds in der Spezifikation für 2025-26), fügen Sie die neue Spalte zu Ihrer Definition hinzu, ohne den Rest neu aufbauen zu müssen.

Drei P60-Extraktions-Workflows, die sich jedes Jahresende selbst bezahlen

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

Vorbereitung der Selbstveranlagung (Zeitraum März–Mai)

Eine Steuerberatungskanzlei, die Privatkunden betreut, erhält im Vorfeld der Abgabefrist für die Selbstveranlagung am 31. Januar P60s zusammen mit Kontoauszügen, Dividendengutscheinen und P11D-Formularen. Kunden mit mehreren gleichzeitigen Beschäftigungsverhältnissen erzeugen zwei oder mehr P60-Zeilen für dasselbe Steuerjahr. Die wichtigsten Spalten für diesen Workflow sind Gesamtvergütung für das Jahr, abgeführte Steuer, NINO und PAYE-Referenz des Arbeitgebers – diese werden direkt auf die Beschäftigungsseiten der Steuererklärung SA100 abgebildet. Ein Kunde mit zwei Teilzeitjobs erzeugt zwei Zeilen, und die Spalte „Gesamt für das Jahr“ auf jeder P60 liefert die Zahlen, die separat in der Erklärung eingetragen werden müssen.

Dies ist das volumenstärkste Fenster für die P60-Extraktion, da Kanzleien hier die meisten Kundendokumente in kürzester Zeit verarbeiten. Das Ersetzen der manuellen Übertragung spart hier nicht nur Stunden – es eliminiert die häufigste Ursache für SA302-Prüfungsauslöser: Übertragungsfehler, bei denen eine Gehaltszahlung von einer P60 in die falsche Beschäftigungszeile eingegeben wurde.

Abstimmung der Lohnbuchhaltung mit FPS-Meldungen

Ein Lohnbuchhaltungsbüro, das den Jahresabschluss für mehrere Arbeitgeberkunden durchführt, muss bestätigen, dass die Zahlen auf der P60 jedes Mitarbeiters mit den Jahresend-Gesamtsummen der Full Payment Submission (FPS) an HMRC übereinstimmen. Die Abstimmung erfolgt arbeitgeberweise: Extrahieren Sie alle P60s für Arbeitgeber A in eine Tabelle und gleichen Sie dann die Gehalts- und Steuersummen mit dem eigenen FPS-Extrakt des Büros für diesen Arbeitgeber ab. 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 einzige Subtraktion pro Zeile.

Die Spalte für die NI-Kategoriebuchstaben ist in diesem Workflow besonders wichtig. Ein Mitarbeiter, dessen Buchstabe im Laufe des Jahres von A auf C wechselte, zeigt auf der P60 zwei NI-Zeilen unter verschiedenen Buchstaben. Die Abstimmung des Büros benötigt beide Zeilen, um zu überprüfen, ob die Gesamtbeiträge mit der FPS übereinstimmen – und eine einzelne Spalte „NI gesamt“, die beide Zeilen zu einer Zahl zusammenfasst, würde eine Kategoriebuchstaben-Diskrepanz 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 ist – und nicht nur wünschenswert – ist, dass die extrahierten Daten bereits in Spalten strukturiert sind. Jede Zeile enthält die Quellendateireferenz, sodass jede markierte Zeile nur einen Klick von der ursprünglichen P60 entfernt ist. Manuelle Übertragung würde solche Prüfungen auf Spaltenebene in dieser Form im Unternehmensmaßstab niemals ermöglichen, und die Extraktion ist es, die den Validierungsdurchlauf überhaupt erst möglich macht.

P60 vs. W-2: Was britische und US-Teams wissen müssen

Britische Lohnbuchhaltungsteams, die zum ersten Mal auf US-Steuerformular-Extraktionstools stoßen – oder US-Firmen mit britischen Tochtergesellschaften – fragen oft, ob eine P60 im Wesentlichen eine britische W-2 ist. Die kurze Antwort lautet: Sie erfüllen dieselbe Funktion (Jahresend-Bescheinigung über Arbeitnehmereinkünfte), unterscheiden sich jedoch in Aufbau, Feldsatz und Weiterverwendung, was für die Extraktionseinrichtung relevant ist.

Eine W-2 meldet Bundeslöhne (Box 1), Social-Security-Löhne (Box 3), Medicare-Löhne (Box 5) und Aufschlüsselungen auf Bundesstaatsebene in 20 nummerierten Boxen – alles für ein Kalendersteuerjahr (1. Januar bis 31. Dezember). Eine P60 meldet steuerpflichtigen Lohn und PAYE-Steuer für ein Steuerjahr vom 6. April bis 5. April, wobei die National Insurance nach Kategoriebuchstaben und Verdienstband und nicht als pauschaler Prozentsatzabzug ausgewiesen wird. Eine W-2 kennt keine NI-Kategoriebuchstaben, keine Aufschlüsselung gesetzlicher Zahlungen und keine Unterscheidung nach Studienkreditplänen. Eine P60 hat keine Berichterstattung auf Bundesstaatsebene und keine Social-Security/Medicare-Aufteilung.

Die Konsequenz 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 Gehaltsabrechnungsanbieter. Die beiden Spaltensätze überschneiden sich jedoch nur bei den Identitätsfeldern – und die Behandlung einer P60 als W-2 mit anderen Boxnummern erzeugt eine Tabelle, die umfangreiche Nachbearbeitung erfordert.

Wenn Ihr Unternehmen beide Formulare verarbeitet, lesen Sie unseren vollständigen Leitfaden zur Extraktion von W-2- und 1099-Steuerformularen für den US-Workflow 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