80 P11Ds, eine P11D(b): Stapelverarbeitung von Mitarbeiter-Sachbezugsdaten

In der dritten Juniwoche hat das Lohnabrechnungssystem seine Arbeit bereits erledigt. Sage 50cloud hat die P11D-Entwürfe des Engineering-Teams erstellt. BrightPay hat die Vertriebsabteilung übernommen. Xero hat die Mitarbeiter der Zentrale verarbeitet – und vielleicht sind einige Mitarbeiter von einem übernommenen Unternehmen hinzugekommen, dessen früheres Büro IRIS verwendet hat. Achtzig einzelne Bescheinigungen liegen auf einem gemeinsamen Laufwerk, jede mit dem richtigen Mitarbeiternamen, der National Insurance-Nummer und den Sachbezugswerten, die das Lohnabrechnungssystem das ganze Jahr über berechnet hat. Doch die HMRC-Meldefrist am 6. Juli ist kein Test dafür, ob Sie einen P11D-Bericht in der Lohnabrechnungssoftware erstellen können. Es ist ein Test dafür, ob Sie die Geldwerte aus allen 80 Entwürfen – jeder mit einer anderen Teilmenge der 14 beschrifteten Abschnitte – in eine einzige Tabelle übertragen können, damit jemand sie für die P11D(b) summieren kann, bevor die Class 1A NIC-Zahlung am 22. Juli fällig wird.

Warum 80 einzelne P11Ds ein Kompilierungsproblem sind – kein Generierungsproblem

Seitlicher Vergleich: P11D-Generierung als gelöstes Problem mit grünem Häkchen, während die Kompilierung in eine Tabelle mit gelber Warnung als ungelöstes manuelles Problem markiert ist

Lohnabrechnungssoftware hat die P11D-Generierung gelöst – für einen einzelnen Mitarbeiter auf einmal. Sage, BrightPay, Xero, IRIS und Moorepay pflegen jeweils die Mitarbeiter-Sachbezugsdaten über das Steuerjahr hinweg, berechnen die Geldwerte nach den von HMRC vorgeschriebenen Bewertungsregeln und erstellen ein konformes P11D-Formular, das zur Einreichung bereit ist. Der Generierungsschritt ist nicht der Punkt, an dem die Stunden verloren gehen.

Die Stunden gehen in den Aggregationsschritt, den jedes P11D(b) verlangt. Das P11D(b) ist die Arbeitgebererklärung über die gesamten geschuldeten Class 1A National Insurance-Beiträge für alle Sachbezüge, die jedem Mitarbeiter gewährt wurden. Die CWG5-Richtlinie von HMRC ist eindeutig: Addieren Sie den Geldwert jedes Sachbezugs, der der Class 1A unterliegt – über alle Mitarbeiter hinweg – und multiplizieren Sie die Summe mit dem Class 1A-Satz von 15 % für 2025/26. Diese Rechnung erfordert eine Zahl: die Summe aller mit 1A gekennzeichneten Geldwerte aus jedem Abschnitt jedes P11D. Um diese Zahl zu erhalten, müssen Werte von 80 einzelnen Formularen abgelesen werden.

Bei einem Unternehmen mit einem einzigen Lohnabrechnungsanbieter kann das P11D-Generierungstool dieser Software zwar alle 80 Formulare auf einmal in Stapelverarbeitung drucken. Es erzeugt jedoch keine strukturierte Tabelle mit einer Zeile pro Mitarbeiter und den nach Abschnitt aufgeschlüsselten Geldwerten. Diese Tabelle – die Arbeitsdatei, die das P11D(b) speist – muss von Hand erstellt werden. Bei etwa zwei Minuten pro Mitarbeiter, um ein PDF zu öffnen, die relevanten Abschnittswerte zu lokalisieren und in eine Zeile zu übertragen und zu prüfen, dass kein Feld über die 14 Abschnitte des Formulars hinweg falsch gelesen wurde, verbraucht ein Sachbezugsportfolio mit 80 Mitarbeitern über zweieinhalb Stunden reine Dateneingabe in den letzten zwei Wochen vor der Frist. Und das setzt voraus, dass alle Entwürfe aus derselben Software stammen und jedes Formular dasselbe visuelle Layout hat.

Die zentrale Lücke, die Lohnabrechnungssoftware offen lässt: Die Erstellung einzelner P11D-PDFs ist Produktion. Die Konsolidierung in die P11D(b)-Arbeitsdatei ist Kompilierung – und kein Lohnabrechnungstool automatisiert den zweiten Schritt über gemischtformatige, multi-quellenbasierte Entwürfe hinweg.

Die eine Tabelle, die jede P11D(b)-Berechnung speist

Bevor ein Batch-Export startet, braucht die Ausgabetabelle ein Spaltenschema. Kein allgemeines – sondern eines, das direkt auf die P11D(b)-Anforderungen abbildet. Das Chartered Institute of Payroll Professionals (CIPP) veröffentlicht in seinen jährlichen Lohnabschlussmaterialien detaillierte Leitlinien zur P11D-Erstellung. Die Kernaussage ist jedes Jahr dieselbe: Die P11D(b) interessiert sich pro Mitarbeiter nur für eine Zahl – den gesamten Geldwert der 1A-pflichtigen Sachbezüge. Eine Prüfspur zu den einzelnen Formularabschnitten zu schaffen, ermöglicht es dem Gehaltsabrechner, diese Summe gegenüber HMRC zu verteidigen.

Eine praktikable P11D(b)-Vorbereitungstabelle hat eine Zeile pro Mitarbeiter und Spalten für zwei Zwecke: Identitätsabgleich und Sachbezugssumme. Identitätsspalten – Mitarbeitername, NINO (zwei Buchstaben + sechs Ziffern + ein Suffixbuchstabe, z. B. QQ 12 34 56 C) und Arbeitgeber-PAYE-Referenz – stellen sicher, dass jede Zeile dem richtigen HMRC-Datensatz zugeordnet werden kann. Die Sachbezugsspalten bilden die P11D-Abschnittsbuchstaben auf Tabellenspalten ab, auf die die P11D(b)-Summe zugreifen kann:

Identitäts- und Referenzspalten

Mitarbeitername – vollständiger Name laut Gehaltsabrechnung.
NINO – Validierungsziel; eine fehlerhafte NINO entkoppelt die Sachbezugszeile vom richtigen HMRC-Datensatz.
Arbeitgeber-PAYE-Referenz – verankert die Zeile im korrekten Schema; entscheidend bei mehreren PAYE-Schemata innerhalb einer Gruppe.
Geschäftsführer-Kennzeichen (Ja/Nein) – für Geschäftsführer gelten teils abweichende Bewertungsregeln.

Sachbezugsspalten (variable Belegung)

Geldwerter Vorteil PKW (Abschnitt F), Geldwerter Vorteil Kraftstoff PKW (Abschnitt F).
Geldwerter Vorteil Krankenversicherung (Abschnitt I), Geldwerter Vorteil Darlehen (Abschnitt H).
Geldwerter Vorteil Lieferwagen (Abschnitt G), Geldwerter Vorteil Unterkunft (Abschnitt D).
Sonstiger geldwerter Vorteil (Abschnitt M), Geldwerter Vorteil Umzug (Abschnitt J).
Eigenleistung des Mitarbeiters (Gesamtbeiträge des Mitarbeiters, mindert den steuerpflichtigen Wert).
Gesamter 1A-pflichtiger Betrag – Summe aller geldwerten Vorteile, auf die Class 1A anfällt.

Die meisten Zeilen dieser Tabelle enthalten nur zwei oder drei gefüllte Sachbezugsspalten – weil die meisten Mitarbeiter nur einen Teil der vom Unternehmen angebotenen Sachbezüge erhalten. Der Geschäftsführer und die drei leitenden Angestellten haben Firmenwagen. Die Hälfte der Belegschaft hat eine private Krankenversicherung. Ein Mitarbeiter ist im Laufe des Jahres umgezogen. Das Sachbezugsportfolio des 200-köpfigen Unternehmens umfasst vielleicht 80 Mitarbeiter mit mindestens einem meldepflichtigen Sachbezug. Die Tabelle muss mit dieser Dünnbesetzung umgehen können, ohne eine leere Spalte mit einem Sachbezug im Wert von null zu verwechseln.

Drei strukturelle Probleme, die erst im Mehrpersonen-Maßstab sichtbar werden

Liste der drei strukturellen Probleme im Mehrpersonen-Maßstab: spärliche Formulare unterscheiden sich je Mitarbeiter, Layouts weichen zwischen Lohnabrechnungssystemen ab, und leer vs. null verändert die Class-1A-Summe

Die Verarbeitung einer einzelnen P11D ist eine andere Aufgabe als die Verarbeitung von 80. Der Maßstabswechsel schafft drei Probleme, die Lohnabrechnungssoftware allein – selbst mit einer Batch-Druckfunktion – nicht löst.

1. Jedes Mitarbeiterformular ist an einer anderen Stelle spärlich ausgefüllt

Ein P11D hat 14 mit Buchstaben gekennzeichnete Abschnitte (A bis N), die jeweils eine andere Leistungskategorie mit eigener HMRC-Bewertungsregel abdecken. Der typische Mitarbeiter betrifft jedoch nur zwei oder drei davon. Ein Geschäftsführer hat die Abschnitte F (Firmenwagen), H (zinsgünstiges Darlehen) und I (Krankenversicherung) ausgefüllt. Ein Außendiensttechniker hat nur Abschnitt G (Nutzungsvorteil Firmenfahrzeug). Ein Büroleiter hat nur Abschnitt I. Sie lesen nicht dieselben 20 Felder auf jeder Seite – Sie suchen nach den Abschnitten, die auf diesem speziellen Formular zufällig einen Wert enthalten, und überspringen die leeren Abschnitte, ohne Leerfelder mit einem Nullwert zu verwechseln. Eine Verwechslung von Leerfeld mit Null verfälscht die Class-1A-Summe.

2. Unterschiedliche Layouts je nach Anbieter machen jedes Formular zu einem erneuten Scan

HMRC schreibt den Dateninhalt eines P11D vor, nicht dessen visuelles Layout. Sage 50cloud druckt die Geldwerte der Abschnitte möglicherweise in einer linksbündigen Tabelle mit den Abschnittsbuchstaben in einer separaten Spalte. BrightPay gruppiert sie möglicherweise in einer umrandeten Box mit dem Abschnittsbuchstaben als Zeilenbeschriftung. Xero platziert die NI-Nummer möglicherweise über dem Adressblock des Mitarbeiters statt neben dem Namen. Jedes Mal, wenn ein Lohnbuchhalter zwischen einem mit Sage erstellten Entwurf und einem mit BrightPay erstellten wechselt, benötigt er 5–10 Sekunden, um seinen visuellen Scan neu auszurichten – er muss erst lokalisieren, wo sich jeder Wert im Layout dieses Anbieters befindet, bevor er etwas überträgt. Bei 80 P11Ds, die auf drei Lohnabrechnungsanbieter verteilt sind, kostet allein diese Neuausrichtung 15–20 Minuten, bevor auch nur ein einziger Tastendruck für die Übertragung erfolgt.

3. Manuelle Übertragung hat keine natürliche Fehlerkontrolle über Abschnitte hinweg

Jeder Leistungsabschnitt wird nach einer anderen Regel bewertet. Der Geldwert des Firmenwagens in Abschnitt F hängt vom Listenpreis multipliziert mit einem CO2-basierten Prozentsatz ab – völlig unabhängig von der Krankenversicherungsprämie in Abschnitt I oder der Zinsdifferenz des zinsgünstigen Darlehens in Abschnitt H. Es gibt keine arithmetische Beziehung zwischen ihnen, keine eingebaute Querkontrolle wie die, die die Übertragung von Gehaltsabrechnungen selbstvalidierend macht (Brutto − Steuer − NI = Netto). Eine falsch getippte Ziffer beim Geldwert des Firmenwagens sieht genauso plausibel aus wie die richtige – £8.400 vs. £8.500 – und besteht keine automatische Prüfung, bis die P11D(b)-Summe drei Stunden später falsch aussieht. Zu diesem Zeitpunkt bedeutet das Finden des Tippfehlers in einer der 80 Zeilen, jeden Abschnittswert gegen jeden Originalentwurf erneut zu prüfen. Dies ist die Grundursache dafür, dass die manuelle P11D-Erstellung dazu neigt, die Validierung zu überspringen und auf Vertrauensbasis einzureichen. In Foren wie r/UKPersonalFinance posten Mitarbeiter jeden Juli über unerwartete Steuerklassenanpassungen nach der P11D-Saison – und die häufigste Antwort von Lohnabrechnungsprofis in diesen Threads ist, dass die manuelle P11D-Übertragung in großem Umfang einfach fehleranfällig ist.

Das Verspätungszuschlagsregelung macht die Kosten eines Übertragungsfehlers konkret: Ein einzelnes verspätetes oder falsches P11D kostet £300 pro Monat und Formular, und HMRC kann bei anhaltenden Verzögerungen eine weitere Strafe von £60 pro Tag verhängen. Diese Strafen sind nicht ermessensabhängig – sie gelten ab dem ersten Tag nach der Frist am 6. Juli. Ein nach der Einreichung entdeckter Fehler löst eine Korrektureinreichung aus, die HMRC nach eigenem Zeitplan bearbeitet.

Eine Spaltendefinition für die P11D-Ausgabe jedes Lohnabrechnungssystems

Der Extraktionsansatz, der die manuelle Übertragung ersetzt, ist die Benutzerdefinierte Spaltenextraktion: Sie geben die Feldnamen ein, die Sie als Tabellenkopfzeilen wünschen – „Car Cash Equivalent", „Medical Insurance Cash Equivalent", „Loan Cash Equivalent", „Amount Made Good" – und die KI liest jeden P11D-Entwurf und ordnet den korrekten Abschnittswert Ihrer Spalte zu, unabhängig davon, welches Lohnabrechnungssystem den Entwurf erstellt hat. Dies funktioniert, indem die Bedeutung jeder Feldbeschriftung auf dem Formular verstanden wird, nicht durch Abgleich der Pixelkoordinaten. Ein Sage-P11D, das den Kfz-Vorteilsabschnitt als „Cars and car fuel" bezeichnet, und ein BrightPay-P11D, das ihn als „Car benefit" bezeichnet, werden beide Ihrer Spalte „Car Cash Equivalent" zugeordnet, da die KI beide als dasselbe HMRC-definierte Konzept aus Abschnitt F erkennt.

Dies ist der Wandel, der die Batch-Verarbeitung von P11D von einem Formular-für-Formular-Neu-Scan in einen einstufigen Vorgang verwandelt: Definieren Sie das Spaltenschema einmal, laden Sie jeden P11D-Entwurf als einen Batch hoch – PDFs, Scans, Handyfotos von ausgedruckten Formularen – und alle 80 Zeilen werden in einer zusammengeführten Tabelle befüllt. Ein Sammellink (ein teilbarer Link, über den andere Dateien direkt in Ihre Verarbeitungswarteschlange hochladen können, ohne Konto) deckt den Fall ab, dass Entwürfe über Teammitglieder oder ein externes Lohnbüro verteilt sind.

Sie können das Extraktionsprinzip hier direkt an einem einzelnen P11D-Entwurf testen – laden Sie eine Beispiel-Datei hoch (einen PDF-Export aus einem beliebigen Lohnabrechnungssystem oder ein Foto eines ausgedruckten Formulars) und benennen Sie einige Spalten, um zu sehen, wie die Abschnittswerte zugeordnet werden:

JPG/PNG/PDF KI-Extraktion

Dateien werden sicher verarbeitet und nicht gespeichert.

Dasselbe Spaltenset kann über Steuerjahre und Lohnabrechnungsanbieter hinweg gespeichert und wiederverwendet werden – und auch über Arbeitgeber hinweg, wenn Sie P11D-Meldungen für mehrere Unternehmen bearbeiten. Der umfassende Leitfaden zum Extrahieren von UK-P11D-Sachbezugsdaten in Excel für die HMRC-Berichterstattung behandelt den Formular-für-Formular-Extraktionsworkflow im Detail; was im Batch-Maßstab zählt, ist, dass die identischen Spaltennamen in jedem Entwurf im Ordner funktionieren, unabhängig davon, welche Software ihn erstellt hat.

Von 80 Tabellenzeilen zu einer einzigen P11D(b)-Zahl

Vier-Schritte-Workflow-Diagramm, das den Weg vom Extrahieren von 80 Tabellenzeilen über das Summieren der 1A-pflichtigen Spalten, die Multiplikation mit dem 15%-Class-1A-Satz bis zur Einreichung der P11D(b) bis zum 6. Juli zeigt

Sobald die extrahierte Tabelle befüllt ist – eine Zeile pro Mitarbeiter, Identitätsspalten ausgefüllt, Leistungsspalten dort ausgefüllt, wo Werte vorhanden sind, und leer, wo keine vorhanden sind – wird die P11D(b) zu einer Formel und nicht zu einer Taschenrechner-Sitzung. Das CWG5-Arbeitsbeispiel der HMRC zeigt die Berechnung klar: Addieren Sie den Geldwert aller Leistungen, die der Class 1A unterliegen, und multiplizieren Sie mit 15%. Bei strukturierten Daten in Spalten ist das eine SUMIF-Formel über Ihre 1A-pflichtigen Leistungsspalten und eine Multiplikation.

Das Tool kann jedoch noch einen Schritt weiter gehen. Eine berechnete Spalte ermöglicht es der KI, die Summierung während der Extraktion statt danach durchzuführen. Benennen Sie eine Spalte Gesamt 1A-pflichtig (Summe der Geldwerte für Auto, medizinische Versorgung, Darlehen, Firmenwagen, Unterkunft abzüglich vom Mitarbeiter erstatteter Beträge) und der Netto-1A-pflichtige Betrag pro Mitarbeiter wird beim Lesen jedes Entwurfs ausgefüllt. Die Spalte, die über alle 80 Zeilen für die P11D(b) summiert, summiert dann Werte, die bereits um Mitarbeiterbeiträge bereinigt sind – das eliminiert einen der häufigsten manuellen Aggregationsfehler.

Die Fristen, auf die dies einzahlt: P11Ds und die P11D(b) müssen bis zum 6. Juli nach dem Steuerjahr bei der HMRC eingehen (6. Juli 2026 für 2025/26), und Mitarbeiter müssen ihre Kopie bis zum selben Datum erhalten. Die Class-1A-NIC-Zahlung ist bis zum 22. Juli fällig, wenn elektronisch gezahlt wird, oder bis zum 19. Juli per Scheck. Eine in der letzten Woche vor dem 6. Juli erstellte Tabelle lässt keinen Spielraum für Validierungsfehler. Eine Ende Juni erstellte Tabelle – befüllt durch Batch-Extraktionsausgabe – verwandelt die letzten zehn Tage vor der Frist von einer Dateneingabe-Krise in ein Fenster zum Prüfen und Einreichen.

Schluss mit Abtippen — lassen Sie KI Ihre Dokumente lesen

Bild oder PDF hochladen — strukturierte Daten in 10 Sekunden

Jetzt testen →

Was die Stapel-Extraktion nicht leistet – und wo menschliche Prüfung nötig bleibt

Ein ehrlicher Batch-Workflow enthält einen Validierungsschritt. Die Extraktion liest, was auf dem Entwurf steht – wenn das Abrechnungssystem einen Sachbezugswert falsch berechnet hat, wird dieser Fehler in die Tabelle übernommen. Die Extraktion berechnet keinen PKW-Sachbezug aus Listenpreis und CO₂-Band neu, prüft nicht, ob ein ver billigtes Darlehen die jährliche Bagatellgrenze von 10.000 £ überschritten hat, und bestätigt nicht, ob ein Sachbezug korrekt als 1A-pflichtig eingestuft wurde. Diese Beurteilungen erfordern das Fachwissen des Lohnbuchhalters über die Bewertungsregeln des HMRC.

Die nach der Extraktion sinnvollen Prüfungen gehen schnell, da die Daten in Spalten strukturiert sind:

Prüfung	Worauf achten	Warum sie echte Fehler erkennt
NINO-Format	Zwei Buchstaben, sechs Ziffern, ein Suffix-Buchstabe. Ungültige Anfangsbuchstaben sind D, F, I, Q, U, V.	Eine fehlerhafte NINO trennt die Sachbezugszeile vom richtigen Mitarbeiter – der HMRC behandelt nicht zugeordnete Datensätze als fehlend.
Leer vs. Null	Ein leerer Abschnitt sollte leer bleiben, nicht zu 0 werden.	Eine erzwungene Null bedeutet „Sachbezug gewährt, mit Null bewertet". Ein Leerwert bedeutet „kein Sachbezug in diesem Abschnitt". Die P11D(b)-Summe behandelt beides unterschiedlich.
Kraftstoff ohne PKW	Ein Kraftstoff-Geldwert sollte nicht in einer Zeile ohne PKW-Geldwert erscheinen.	Kraftstoff-Sachbezug entsteht nur, wenn ein Firmenwagen-Sachbezug vorliegt – ein isolierter Kraftstoffwert deutet auf eine falsch erfasste Zeile hin.
Arbeitnehmerbeitrag ≤ Geldwert	Der Arbeitnehmerbeitrag sollte den Geldwert des Sachbezugs nie übersteigen.	Der steuerpflichtige Nettowert kann nicht negativ werden – ein höherer Arbeitnehmerbeitrag ist ein Extraktions- oder Quellenfehler.
Darlehensgrenze plausibel	Ein Wert in Abschnitt H sollte nur erscheinen, wenn die Gesamtdarlehen des Mitarbeiters irgendwann 10.000 £ überstiegen.	Darlehen unter 10.000 £ sind nicht meldepflichtig – ein kleiner Darlehenswert in der Extraktion könnte ein Fehlleser aus einem anderen Abschnitt sein.
1A-Summe stimmt mit P11D(b) überein	Summe der 1A-pflichtigen Spalten × 15 % sollte mit dem Class-1A-Betrag auf der P11D(b) übereinstimmen.	Diese einzelne Abstimmung ist Ihr Prüfpfad: Wenn sie nicht stimmt, ist jede Zeile darüber bis zum ursprünglichen Entwurf zurückverfolgbar.

Jede extrahierte Zeile enthält ihren Quelldateiverweis, sodass jede markierte Zeile nur einen Klick vom ursprünglichen P11D-Entwurf entfernt ist. Diese Rückverfolgbarkeit macht Spaltenprüfungen bei 80 Mitarbeitern realistisch. Ein manueller Transkriptions-Workflow könnte systematische Prüfungen nie durchhalten – der Transkriptionsschritt allein verbrauchte die verfügbare Zeit.

P11D-, P60- und P45-Stapelverarbeitung: Gleicher Workflow, unterschiedliche Spaltensätze

Britische Lohnbuchhaltungsteams bearbeiten drei gesetzliche Mitarbeiterformulare. Obwohl diese unterschiedliche Daten an das HMRC melden, ist das Problem der Stapelverarbeitung strukturell bei allen drei identisch: Die einzelne PDF-Erstellung ist gelöst, die Zusammenstellung in einer Übersichtstabelle jedoch nicht. Die Spaltennamen ändern sich, aber der Stapelworkflow – Schema einmal definieren, alle Entwürfe als Stapel hochladen, eine zusammengeführte Tabelle exportieren – bleibt gleich.

Der Unterschied liegt im Feldsatz. Ein P60-Stapel (siehe unseren Leitfaden zur Stapelverarbeitung von P60 für eine Lohnbuchhaltungsprüfung) extrahiert Gehalts-, Steuer- und NI-Zahlen aus Jahresendbescheinigungen. Ein P45-Stapel (siehe unseren Leitfaden zur Stapelverarbeitung von P45-Austrittsformularen) extrahiert Austrittsdatum und Gehalt bis zum Austritt für ausscheidende Mitarbeiter. Ein SA100-Stapel (Stapelverarbeitung von SA100-Steuererklärungen) extrahiert Selbstauskunftszahlen. Wenn Ihr Team alle vier Formulartypen verarbeitet, legen Sie für jeden eine separate gespeicherte Spaltendefinition an und verwenden Sie diese wieder. Der Stapelworkflow ist identisch; die Spaltennamen sind formspezifisch.

FAQ

Meine Lohnsoftware druckt bereits alle 80 P11Ds im Stapel. Warum brauche ich einen Extraktionsschritt?

Der Stapeldruck erzeugt 80 einzelne PDFs – jedes ein eigenständiges Formular. Er erzeugt nicht die strukturierte Tabelle, die das P11D(b) benötigt: eine Zeile pro Mitarbeiter mit aufgeschlüsselten Geldwerten je Abschnitt und einer Summe der 1A-pflichtigen Beträge pro Mitarbeiter. Der Extraktionsschritt wandelt den Inhalt dieser 80 PDFs in diese Tabelle um, sodass das P11D(b) zu einer Formel wird und nicht zu einer manuellen Berechnung.

Unser Unternehmen hat ein anderes Unternehmen übernommen, das ein anderes Lohnsystem nutzt. Kann ich P11Ds von Sage und BrightPay in einem Stapel mischen?

Ja – das ist einer der Hauptgründe, warum die Stapelextraktion wichtig ist. Da die KI jedes Feld nach seiner Bedeutung und nicht nach seiner Position auf der Seite liest, werden sowohl ein Sage-P11D als auch ein BrightPay-P11D in dieselben Extraktionsspalten abgebildet. Sie benötigen keine separate Vorlage pro Lohnanbieter und müssen nach dem Zusammenführen keine Spaltenüberschriften suchen und ersetzen.

Muss ich trotzdem ein P11D(b) einreichen, wenn ich die Class 1A bereits über die Lohnabrechnung gezahlt habe?

Ja. Im aktuellen System – und auch bei der ab April 2027 verpflichtenden Lohnversteuerung von Sachbezügen, wie in HMRCs technischer Mitteilung bestätigt – bleibt das P11D(b) eine erforderliche jährliche Meldung. Es ist die formelle Erklärung des gesamten geschuldeten Class-1A-NIC, selbst wenn die zugrunde liegende Sachbezugsmeldung in die Lohnabrechnung verlagert wurde. Unterkunft und zinsgünstige Darlehen werden voraussichtlich zunächst außerhalb der Lohnversteuerung bleiben, sodass einige P11D-Meldungen unabhängig davon bestehen bleiben.

Wie verarbeitet die Stapelextraktion P11Ds, bei denen die meisten Abschnitte leer sind?

Sie füllt nur die Spalten, die einen Wert im Formular haben, und lässt die restlichen Zeilen leer – nicht null. In einem P11D bedeutet ein leerer Abschnitt „Diesem Mitarbeiter wurde keine Sachleistung dieser Art gewährt." Das Beibehalten von Leerstellen hält die Class-1A-Summe korrekt und vermeidet fiktive Sachbezugswerte, die die Berechnung der Arbeitgeber-NIC aufblähen.

Was passiert, wenn ich die Einreichungsfrist versäume, weil die Datenerstellung zu lange gedauert hat?

Eine verspätete P11D-Einreichung zieht eine Strafe von £300 pro Monat pro 50 Mitarbeiter für jeden Monat oder angefangenen Monat nach sich, in dem die Meldung aussteht. Bei 80 Mitarbeitern beträgt die Mindeststrafe £600, die am Tag nach dem 6. Juli fällig wird. Diese sind nicht verhandelbar – HMRCs Strafenkatalog ist gesetzlich festgelegt. Ein Stapelextraktions-Workflow, der die Erstellung von zwei Tagen manueller Transkription auf zwei Stunden automatisierte Verarbeitung reduziert, senkt direkt das Risiko einer Fristüberschreitung.

Sind Mitarbeiter-Sachbezugsdaten – NINOs, Geldwerte, Angaben zum Krankenversicherungsschutz – während der Stapelextraktion sicher?

Eine verantwortungsbewusste Extraktionsplattform verschlüsselt Dateien während der Übertragung und im Ruhezustand, verwendet hochgeladene Dokumente nicht zum Trainieren ihrer Modelle und löscht Quelldateien innerhalb eines festgelegten Aufbewahrungszeitraums nach der Verarbeitung. Bestätigen Sie diese Zusagen, bevor Sie Mitarbeiterdokumente hochladen – ein Verstoß gegen Lohn- und Gehaltsdaten birgt Meldepflichten gemäß der britischen DSGVO und mögliche Geldstrafen des Information Commissioner's Office von bis zu £17,5 Millionen oder 4 % des weltweiten Jahresumsatzes.

Lohnsoftware hat die P11D-Erstellung gelöst, nicht aber die P11D-Zusammenstellung – die Tabelle, die 80 Einzelentwürfe mit einer P11D(b)-Summe verbindet. Definieren Sie Ihre Spalten einmal, lassen Sie jeden Entwurf die Zeilen füllen, und der Class-1A-Betrag, den Ihre Lohnbuchhaltung freigibt, ist das Ergebnis einer Tabelle – nicht einer Last-Minute-Rechnerei.

P11D-Portfolio stapelweise verarbeiten

Keine Anmeldung nötig, um mit einer Beispiel-Datei zu testen. Sichere Verarbeitung mit automatischer Dateilöschung.

80 P11Ds, eine P11D(b):Stapelverarbeitung von Mitarbeiter-Sachbezugsdaten

Wichtigste Erkenntnisse