5 Fehler bei T4-Feldeingaben, die
CRA-Lohnprüfungen und PIER-Prüfungen auslösen

Wie PIER Fehler in den T4-Feldern findet – und warum es immer welche findet

Die Prüfung der renten- und versicherungspflichtigen Einkünfte (PIER) ist kein Zufallsprüfprogramm. Es ist ein deterministischer Quervergleichsalgorithmus, den die CRA jedes Jahr gegen jede eingereichte T4-Bescheinigung ausführt. Die Berechnung ist arithmetisch: Teilen Sie Feld 16 (CPP-Beiträge) durch (Feld 26 rentenpflichtige Einkünfte abzüglich des Freibetrags von 3.500 $) und vergleichen Sie das Ergebnis mit dem gesetzlichen Beitragssatz – 5,95 % für die Basis-CPP-Stufe im Jahr 2025. Weicht der effektive Satz ab, erscheint der Arbeitnehmer in einem PIER-Bericht. Die gleiche Logik gilt für EI: Feld 18 geteilt durch Feld 24 muss ungefähr 1,64 % ergeben.

Das bedeutet, dass der PIER-Algorithmus nicht nach Arbeitgebern sucht, die betrogen haben. Er sucht nach Arbeitgebern, deren T4-Feldwerte eine einfache Gleichung nicht erfüllen. Ein Übertragungsfehler – die Eingabe von 3.891 $ statt 3.981 $ in die Spalte Feld 16 – führt zur gleichen PIER-Auflistung wie eine vorsätzliche Falschmeldung. Der Algorithmus unterscheidet nicht zwischen einem Fehler in der Lohnbuchhaltungssoftware, einem Dateneingabefehler und einem echten Beitragsdefizit. Er sieht nur, dass Feld 16 geteilt durch (Feld 26 minus 3.500 $) nicht 5,95 % ergibt.

Die fünf unten aufgeführten Fehler sind diejenigen, die die Formatvalidierung überstehen, vorläufige Abstimmungsprüfungen bestehen und Monate später auftauchen – meistens als PIER-Bescheid zwischen Mai und Oktober, aber zunehmend als umfassendere Lohnbuchhaltungsprüfung, wenn die automatische Abstimmung der CRA ein Muster über mehrere Arbeitnehmer oder mehrere Steuerjahre hinweg aufdeckt. Jeder Fehler ist ein spezifischer Fehler bei der Feldeingabe. Jeder hat eine spezifische Konsequenz seitens der CRA. Und alle teilen eine strukturelle Ursache, die durch noch so sorgfältiges Überprüfen der Arbeit im großen Maßstab nicht beseitigt werden kann.

Fehler Nr. 1: Abweichung zwischen Feld 16 CPP und Feld 26 CPP-rentenpflichtige Einkünfte

Dies ist der Fehler, für dessen Erkennung der PIER-Algorithmus entwickelt wurde. Feld 16 meldet die gesamten Arbeitnehmer-CPP-Beiträge, die während des Jahres einbehalten wurden. Feld 26 meldet die rentenpflichtigen Einkünfte, auf deren Grundlage diese Beiträge berechnet wurden. Die beiden Zahlen sind durch den gesetzlichen Satz und den Freibetrag von 3.500 $ mathematisch miteinander verknüpft. Jede Abweichung – selbst eine kleine – löst eine PIER-Auflistung aus.

Das häufigste Übertragungsszenario ist nicht ein völlig falscher Wert in Feld 16. Es ist ein plausibler Wert in Feld 16. Ein Arbeitnehmer, dessen Feld 26 rentenpflichtige Einkünfte von 68.000 $ ausweist, sollte CPP-Beiträge von ungefähr (68.000 $ − 3.500 $) × 0,0595 = 3.837,75 $ haben. Ein Lohnbuchhalter, der von einer Ceridian Dayforce T4 überträgt, könnte 3.837 $ eingeben, aber versehentlich die falsche Zeile lesen und 3.738 $ eintragen – eine Abweichung von 99 $. Die Formatprüfung besteht: Es ist eine positive Zahl, sie liegt unter dem Höchstbetrag von 4.034,10 $, sie sieht wie ein CPP-Beitrag aus. Aber der PIER-Algorithmus teilt 3.738 $ durch (68.000 $ − 3.500 $) und erhält 5,80 % statt 5,95 %. Die Abweichung ist klein genug, um einer visuellen Überprüfung der Tabellenkalkulationsspalte zu entgehen, aber groß genug, um PIER auszulösen.

Eine verwandte Variante tritt auf, wenn die Lohnbuchhaltungssoftware Feld 16 und Feld 16A in einem gestapelten Format auf der T4-Bescheinigung ausgibt – „16 CPP: 3.837,75 $“ gefolgt von „16A CPP2: 142,56 $“ – und die Person, die überträgt, die falsche Zeile liest. Der CPP2-Betrag von 142,56 $ wird in die Spalte Feld 16 eingegeben. Der resultierende Wert von 142,56 $ in Feld 16 bei Einkünften von 68.000 $ in Feld 26 erzeugt eine PIER-Auflistung, die so extrem ist, dass sie nicht nur einen PIER-Bescheid, sondern eine Nachfrage auslöst, ob überhaupt CPP abgezogen wurde.

Fehler #2: Fehlende steuerpflichtige Leistungen im Arbeitsentgelt (Feld 14)

Feld 14 weist das gesamte Arbeitsentgelt aus – Gehalt, Löhne, Boni, Provisionen sowie alle steuerpflichtigen Leistungen und Zulagen. Die CRA verlangt, dass steuerpflichtige Leistungen sowohl im Bereich „Weitere Informationen“ (mit den Codes 30 bis 94) einzeln aufgeführt als auch in der Summe von Feld 14 enthalten sind. Ein gängiger Dateneingabe-Workflow extrahiert nur das Grundgehalt in Feld 14 und behandelt die Codes für „Weitere Informationen“ als separate Posten, die nicht in die Gesamtsumme einfließen müssen. Das müssen sie aber.

Bei einem Mitarbeiter mit Firmenwagen meldet der Arbeitgeber eine Pauschalgebühr für die private Nutzung und einen Betriebskostenvorteil unter Code 34 im Bereich „Weitere Informationen“. Der Geldwert – sagen wir 6.200 $ – muss sowohl in Code 34 als auch in Feld 14 erscheinen. Ein Dateneingabeprozess, der Code 34 als eigenständiges Feld erfasst, ihn aber nicht zur Summe von Feld 14 addiert, erzeugt eine T4-Bescheinigung, in der Feld 14 72.000 $ ausweist, während die CRA-Abstimmung 78.200 $ erwartet. Die Abweichung beträgt 6.200 $ – exakt der Betrag der steuerpflichtigen Leistung und genau die Art systematischer Lücke, die der automatisierte Abgleich der CRA erkennen soll.

Der Folgeschaden beschränkt sich nicht auf den Arbeitgeber. Der Mitarbeiter, der seine T1-Steuererklärung auf Basis der T4-Bescheinigung erstellt, gibt 72.000 $ Arbeitsentgelt an, weil das in Feld 14 steht. Das Abgleichsprogramm der CRA, das die eingereichte T1 des Mitarbeiters mit der T4 des Arbeitgebers vergleicht (die bei Korrektur 78.200 $ zeigen müsste), stellt eine Untererfassung von 6.200 $ fest und erlässt einen Neuveranlagungsbescheid. Der Mitarbeiter sieht sich nun mit einer Steuernachzahlung zuzüglich Zinsen konfrontiert – für Einkünfte, die der Mitarbeiter nie auf seiner T4 gesehen hat, weil der Arbeitgeber bei der Dateneingabe die steuerpflichtige Leistung vom Arbeitsentgelt getrennt hat.

Das gleiche Muster tritt bei Code 30 (Gruppenlebensversicherung), Code 40 (sonstige steuerpflichtige Zulagen) und Code 34 (private Nutzung eines Fahrzeugs) auf. In jedem Fall muss ein Wert, der in einem Code für „Weitere Informationen“ erscheint, auch in der Summe von Feld 14 enthalten sein. Eine Spaltenextraktion, die diese als unabhängige Felder behandelt, führt zu einem systematisch zu niedrigen Wert in Feld 14 – und zwar um die Summe aller steuerpflichtigen Leistungen und Zulagen.

Fehler Nr. 3: Feld 46 – Spenden für wohltätige Zwecke – Falscher Betrag, falsche Steuergutschrift

In Feld 46 werden Spenden für wohltätige Zwecke gemeldet, die per Gehaltsabzug geleistet wurden – in der Regel an Organisationen wie United Way im Rahmen eines betrieblichen Spendenprogramms. Der Arbeitnehmer verwendet diesen Betrag, um die Steuergutschrift für Spenden in Anlage 9 seiner T1-Steuererklärung geltend zu machen. Anders als die meisten T4-Felder fließt Feld 46 weder in den PIER-Algorithmus noch in die T4SUM-Abstimmung in einer Weise ein, die automatisch eine Unstimmigkeit meldet. Ein falscher Betrag in Feld 46 kann daher während des gesamten Meldezeitraums unentdeckt bleiben – bis der Arbeitnehmer seinen Steuerbescheid erhält und feststellt, dass die Spendensteuergutschrift gekürzt wurde und eine Nachzahlung fällig ist.

Der Übertragungsfehler, der dieses Problem verursacht, ist in der Regel ein Übernahmefehler aus dem Vorjahr. Ein Arbeitnehmer nimmt an einem betrieblichen Spendenprogramm teil und spendet 25 $ pro Gehaltsperiode über 26 zweiwöchentliche Perioden – insgesamt 650 $. Das Gehaltsabrechnungssystem druckt 650 $ in Feld 46 der T4. Der Datenerfasser, der die Daten von einer gescannten Kopie der T4 überträgt, liest den Betrag als 650 $. Allerdings arbeitet der Datenerfasser mit einer Vorlagenspalte, die den Spendenbetrag aus dem Vorjahr vorausfüllt, und der Betrag des Vorjahres für diesen Arbeitnehmer betrug 600 $. Wenn der Datenerfasser den vorausgefüllten Betrag nicht explizit überschreibt, zeigt Feld 46 600 $ an – eine Differenz von 50 $, die der Arbeitnehmer erst überprüfen kann, wenn er die T4 erhält und mit seinen eigenen Aufzeichnungen vergleicht.

Anders als Fehler in Feld 14 oder Feld 16 gibt es bei einem Fehler in Feld 46 während des Meldezeitraums keine automatische Gegenprüfung durch die CRA auf Arbeitgeberebene. Die CRA vergleicht die vom Arbeitnehmer in der T1-Steuererklärung geltend gemachte Spendensteuergutschrift mit den Spendenbelegdaten, die registrierte Wohltätigkeitsorganisationen direkt an die CRA übermitteln – nicht mit dem Betrag in Feld 46 der T4 des Arbeitgebers. Das bedeutet, dass der Arbeitnehmer den korrekten Betrag geltend machen kann, wenn er den Spendenbeleg der Organisation besitzt. Verlässt sich der Arbeitnehmer jedoch auf den Betrag in Feld 46 der T4 – den die CRA in ihren eigenen Leitlinien als gültigen Ersatz für einen Spendenbeleg ansieht, wenn die Spende per Gehaltsabzug erfolgte –, beantragt der Arbeitnehmer eine Gutschrift für 600 $ statt 650 $ und verliert den Steuervorteil für die Differenz von 50 $. Der Fehler ist in absoluten Dollarwerten gering, aber die Botschaft, die er an einen Arbeitnehmer sendet, der darauf vertraut hat, dass der vom Arbeitgeber ausgestellte Steuerbeleg korrekt ist, ist schädlich.

Fehler Nr. 4: Fehlende CPP2-Angabe in Feld 16A bei Mitarbeitern mit Einkommen über der YMPE

Seit dem Steuerjahr 2024 gilt eine zweite CPP-Beitragsstufe für Einkünfte zwischen der YMPE (Jährliche Höchstgrenze der rentenpflichtigen Einkünfte) und der YAMPE (Jährliche zusätzliche Höchstgrenze der rentenpflichtigen Einkünfte). Für 2025 beträgt die YMPE 71.300 $ und die YAMPE 81.200 $. Der CPP2-Beitragssatz beträgt 4 % auf den Teil der rentenpflichtigen Einkünfte zwischen diesen beiden Schwellenwerten, mit einem maximalen Arbeitnehmer-CPP2-Beitrag von 396 $. Feld 16A weist die gesamten CPP2-Beiträge des Jahres aus.

Der Fehler, der einen PIER-Eintrag auslöst, ist nicht ein falscher Wert in Feld 16A – es ist ein leerer Wert. Die Anweisung der CRA ist eindeutig: „Geben Sie keinen Betrag in Feld 16A an, wenn Sie keine CPP2 abgezogen haben.“ In der Praxis kann es jedoch vorkommen, dass eine Lohnabrechnungssoftware, die nicht für die CPP-Erweiterung aktualisiert wurde, einen T4-Schein ohne Feld 16A ausdruckt – das Feld erscheint einfach nicht auf dem gedruckten Beleg. Ein Datenerfasser, der mit diesem T4 arbeitet, sieht kein Feld 16A und lässt die entsprechende Spalte in der Tabelle leer. Der leere Wert pflanzt sich durch die Abstimmungsmappe fort. Wenn der T4 eingereicht wird, vergleicht der PIER-Algorithmus Feld 26 (78.000 $ – über der YMPE) mit dem Fehlen eines Werts in Feld 16A. Der Mitarbeiter müsste CPP2-Beiträge in Höhe von 4 % × (78.000 $ − 71.300 $) = 268 $ haben. Ohne gemeldetes Feld 16A markiert der Algorithmus ein CPP2-Defizit.

Eine zweite Variante dieses Fehlers tritt bei Lohnabrechnungssoftware auf, die wohl für CPP2 aktualisiert wurde, die der Arbeitgeber jedoch falsch konfiguriert hat. Die Software hat das ganze Jahr über CPP2 vom Gehalt des Mitarbeiters abgezogen und an die CRA abgeführt – aber das T4-Druckmodul war nicht so konfiguriert, dass es Feld 16A in die Ausgabe aufnimmt. Die extrahierten Daten enthalten keinen Wert für Feld 16A. Der T4 wird ohne diesen Wert eingereicht. Der PIER-Algorithmus markiert den Mitarbeiter. Der Arbeitgeber reagiert auf die PIER-Mitteilung, indem er auf das Lohnkonto mit den CPP2-Abzügen verweist. Die CRA akzeptiert dies, aber der Arbeitgeber hat nun Bearbeitungszeit für einen PIER-Eintrag aufgewendet, der nicht durch einen echten Abzugsfehler, sondern durch ein Datenfeld verursacht wurde, das die Lohnabrechnungssoftware auf dem gedruckten Beleg weggelassen hat.

Das eigene Beispiel der CRA im Leitfaden RC4120 ist aufschlussreich: „Wenn Sie keine CPP2 abgezogen haben, geben Sie keinen Betrag in Feld 16A an.“ Der Arbeitgeber, der wohl CPP2 abgezogen, es aber nicht gemeldet hat, weil der Datenerfasser kein sichtbares Feld zum Übertragen hatte, fällt in eine andere Kategorie – der Abzug wurde korrekt vorgenommen und abgeführt, aber die Meldung war unvollständig. Die Abhilfe der CRA ist ein korrigierter T4-Schein mit dem korrekten Wert in Feld 16A. Die Kosten sind der Korrekturmeldeprozess und die PIER-Antwort, nicht zusätzliche CPP2-Beiträge. Für einen Arbeitgeber mit 150 Mitarbeitern, von denen 40 über der YMPE verdienen, ist die Suche nach denjenigen der 40 T4-Scheine, bei denen Feld 16A fehlt – nachdem das Februar-Meldefenster geschlossen ist – eine manuelle Prüfung der gesamten Mitarbeiterliste.

Fehler Nr. 5: Mitarbeiter in mehreren Provinzen – Falscher Provinzcode auf einer T4, die nie eine einzelne Bescheinigung hätte sein dürfen

Ein Mitarbeiter, der von Januar bis Juni in Ontario arbeitete und von Juli bis Dezember in Ihre Niederlassung in Alberta wechselte, benötigt zwei separate T4-Bescheinigungen – eine für jede Provinz der Beschäftigung, jeweils mit eigenem Feld-10-Provinzcode und nur den Einkünften und Abzügen, die auf den jeweiligen Beschäftigungszeitraum entfallen. Die beiden Bescheinigungen haben dieselbe SIN und denselben Mitarbeiternamen. Sie enthalten unterschiedliche Beträge in Feld 14 (anteilig nach Provinz), möglicherweise unterschiedliche Werte in Feld 26 (wenn die jährliche CPP-Beitragsbemessungsgrenze während des zweiten Beschäftigungszeitraums erreicht wurde) und – hier liegt der Dateneingabefehler – unterschiedliche Provinzcodes in Feld 10.

Der Fehler, der bei der Lohnbuchhaltung auftritt, ist trügerisch einfach: Der Bearbeiter sieht einen Mitarbeiternamen, gibt eine Zeile ein und trägt „ON“ in die Provinzspalte ein, weil sich der Hauptsitz des Arbeitgebers in Ontario befindet. Die zweite T4-Bescheinigung – die für den Beschäftigungszeitraum in Alberta – wird entweder nie erfasst (sie wurde separat eingereicht und bei der Datenerstellung übersehen) oder ihre Beträge werden in die einzelne Zeile des Mitarbeiters integriert, sodass eine Zeile entsteht, in der Feld 14 das kombinierte Einkommen aus Ontario und Alberta ausweist und Feld 10 „ON“ anzeigt. Der kombinierte Einkommensbetrag könnte sogar mit dem YTD-Gesamtwert des Lohnjournals übereinstimmen – was den Abstimmungscheck für diesen Mitarbeiter bestehen lässt –, aber der Provinzcode und die Aufteilung sind falsch.

Der Leitfaden RC4120 der CRA ist eindeutig: „Geben Sie die Abkürzung der Provinz oder des Territoriums der Beschäftigung ein. Dies ist nicht immer die Provinz, in der sich der Arbeitgeber befindet.“ Ein Mitarbeiter, dessen T4 den falschen Provinzcode aufweist, hat eine falsch berechnete Provinzsteuer. Der Arbeitgeber hat die Provinzsteuer von Ontario auf Einkünfte einbehalten, die zu Alberta-Sätzen hätten besteuert werden müssen – oder umgekehrt. Die T1-Steuererklärung des Mitarbeiters, die auf der vom Arbeitgeber ausgestellten T4 basiert, weist die Einkünfte unter der falschen Provinz aus. Das Abgleichprogramm der CRA vergleicht den T4-Feld-10-Code mit den Wohnsitzdaten des Mitarbeiters aus der T1 und meldet die Abweichung. Der Mitarbeiter erhält eine Neuveranlagung. Der Arbeitgeber erhält eine Mitteilung, dass der T4-Provinzcode falsch ist, und muss eine korrigierte T4 einreichen – oder zwei korrigierte T4-Bescheinigungen, die die einzelne Bescheinigung in die beiden Bescheinigungen aufteilen, die ursprünglich hätten eingereicht werden müssen.

Dieser Fehler ist häufiger, als es scheint, weil Beschäftigungsverhältnisse in mehreren Provinzen häufiger vorkommen, als Lohnbuchhaltungsteams annehmen. Ein Mitarbeiter, der zwischen Unternehmensstandorten in verschiedenen Provinzen versetzt wurde. Ein Mitarbeiter, der aus einer anderen Provinz als dem Bürostandort remote arbeitete. Ein Mitarbeiter, dessen Rolle Reisen zwischen Provinzen beinhaltete und dessen Beschäftigungsprovinz vom Lohnsystem auf Basis der meldenden Niederlassung bestimmt wurde, nicht des tatsächlichen Aufenthaltsorts des Mitarbeiters. Der T4-Leitfaden der CRA geht ausdrücklich auf den Fall ein, dass „Sie demselben Mitarbeiter mehr als eine T4-Bescheinigung für das Jahr ausstellen“ – und die Existenz dieser Anleitung mit detaillierten Beispielen zur Berechnung von Feld 26 über mehrere Bescheinigungen hinweg bestätigt, dass die CRA erwartet, dass Arbeitgeber dies korrekt handhaben, und dass viele dies nicht tun.

Die gleichen fünf Fehler, andere Steuerbehörden

Dieses Muster beschränkt sich nicht auf kanadische T4-Bescheinigungen. Im Vereinigten Königreich machen Lohnbuchhalter bei der Übertragung von P60-Jahresendbescheinigungen dieselbe Art von Fehlern – vertauschte Sozialversicherungsnummern, die die Formatprüfung bestehen, in benachbarte Spalten geratene Gehalts- und Steuerbeträge, beim Abschreiben verloren gegangene Steuerklassenkennzeichen. Die fünf häufigsten P60-Dateneingabefehler folgen einer identischen strukturellen Logik: Der Fehler übersteht die Formatprüfung, fließt in einen Abgleichsbericht ein und taucht Monate später auf, wenn der Schaden in der nachgelagerten Verarbeitung bereits eingetreten ist.

In Australien weisen PAYG-Zahlungsübersichten von Xero, MYOB und KeyPay dieselben Felder für Bruttozahlungen und einbehaltene Steuern in unterschiedlichen Layouts der Lohnabrechnungsplattformen auf. Wenn der Übertragungsschritt manuell erfolgt, wiederholen sich dieselben Fehler – Bruttozahlung im Feld für einbehaltene Steuern, ein falscher Zahlungsartcode, der die steuerliche Behandlung des Arbeitnehmers ändert, ein Austrittsdatum, das nicht mit der nächsten Beschäftigung übereinstimmt. Die schädlichsten Dateneingabefehler bei PAYG-Zahlungsübersichten sind diejenigen, die das Abgleichssystem der ATO erst 18 Monate später erkennt, nicht diejenigen, die bereits beim Datenupload zurückgewiesen werden. Die Steuerbehörde wechselt – CRA, HMRC, ATO – aber der Mechanismus ist derselbe: Eine Person liest eine Steuerbescheinigung und tippt deren Feldwerte in eine Tabelle und macht dabei Fehler, die eine Formatvalidierung nicht erkennen kann.

Wie KI-gestützte semantische Extraktion diese fünf Fehler beseitigt

Die fünf oben genannten Fehler haben eine gemeinsame Ursache, die nichts mit Lohnbuchhaltungswissen, Sorgfalt oder Schulung zu tun hat. Es geht um den Übertragungsschritt selbst – den Moment, in dem ein menschliches Auge einen Wert von einer T4-Bescheinigung liest und eine menschliche Hand ihn in eine Tabellenzelle tippt. Die Fehlerrate bei dieser Aufgabe liegt dokumenten- und dateneingabeübergreifend bei etwa 0,5 % bis 1 % pro Feld. Bei einem Lohnabrechnungslauf mit 150 Mitarbeitern und 14 Kernfeldern der T4 pro Mitarbeiter sind das 2.100 Felder. Eine Fehlerrate von 0,5 % pro Feld führt zu etwa 10 bis 11 Übertragungsfehlern in einem einzigen Lauf – Fehler, die über Mitarbeiter und Felder verteilt sind, sich im Format nicht von korrekten Werten unterscheiden lassen und ohne einen vollständigen zeilen- und feldweisen Abgleich mit den Original-T4-Bescheinigungen nicht erkennbar sind.

KI-gestützte Dokumentenextraktion verändert den Mechanismus an der Fehlerquelle. Anstatt dass eine Person Feldwerte aus einem T4-PDF liest und abtippt, können Sie mit der benutzerdefinierten Spaltenextraktion die Ausgabespalten definieren, die Ihre Tabelle benötigt – „Feld 14 Erwerbseinkommen“, „Feld 16 CPP“, „Feld 16A CPP2“, „Feld 26 CPP-rentenpflichtiges Einkommen“, „Feld 46 Spenden für wohltätige Zwecke“, „Beschäftigungsprovinz“ – und die KI liest die T4-Bescheinigung, indem sie versteht, was jede Feldbezeichnung bedeutet, und nicht, wo sie auf der Seite steht. Die Daten gelangen ohne Tippschritt vom Dokument in die Tabelle. Die Feldwerte, die in der Tabelle ankommen, sind die Werte, die die KI aus dem Dokument gelesen hat – gelesen nach semantischer Feldbedeutung, nicht nach Koordinatenzone, sodass dieselbe Spaltendefinition plattformübergreifend mit Ceridian Dayforce, ADP Workforce Now, QuickBooks Canada Payroll, Wagepoint und einem Handyfoto einer Papier-T4 eines übernommenen Tochterunternehmens funktioniert.

Die fünf Fehler verschwinden nicht, weil die KI beim Transkribieren genauer ist als ein Mensch – obwohl sie es ist –, sondern weil der Transkriptionsschritt selbst entfällt. Es gibt keinen Moment, in dem jemand $3.738 statt $3.837 in die Spalte Feld 16 eingibt. Es gibt keinen Moment, in dem ein steuerpflichtiger Leistungswert in Code 30 erfasst, aber nicht zum Gesamtbetrag in Feld 14 addiert wird. Es gibt keinen Moment, in dem Feld 16A leer bleibt, weil der Bearbeiter es auf dem ausgedruckten T4 nicht gesehen hat. Die Extraktion erfasst, was das Dokument enthält. Der Validierungsschritt – Prüfung, ob Feld 16 ÷ (Feld 26 − $3.500) ≈ 0,0595, ob Feld 16A ausgefüllt ist, sobald Feld 26 $71.300 übersteigt, ob die Provinzcodes mit dem Beschäftigungsverlauf des Arbeitnehmers übereinstimmen – verlagert sich von der Prüfung auf Transkriptionsfehler hin zur Prüfung der zugrunde liegenden Lohnbuchhaltungsdaten, was die Abstimmung von Anfang an hätte tun sollen.

Eine Schritt-für-Schritt-Anleitung zum Extraktionsworkflow, der T4-PDFs ohne einen einzigen manuell eingegebenen Feldwert in eine CRA-bereite Abstimmungstabelle verwandelt, finden Sie unter So extrahieren Sie kanadische T4-Daten in Excel für den Lohnjahresabschluss. Zum strukturellen Problem, das jedem dieser Fehler zugrunde liegt – warum der manuelle Eingabeschritt trotz der vorhersehbaren Fehlerquote bestehen bleibt – siehe Warum kanadische Lohnbuchhaltungsteams jeden Februar immer noch T4-Feldnummern neu eingeben. Und für die vollständige Referenz mit allen T4-Feldern, allen PIER-Quervergleichen und jedem Extraktionsworkflow siehe den vollständigen Leitfaden zur Extraktion kanadischer T4-Daten.

T4-Extraktion in Aktion – Erfassung nach Feldbedeutung, nicht nach Pixelposition

Die folgende Demo ist eine Live-Extraktionsoberfläche. Geben Sie die benötigten T4-Feldnamen ein – „SIN“, „Feld 14 Erwerbseinkommen“, „Feld 16 CPP“, „Feld 16A CPP2“, „Feld 26 CPP-rentenpflichtige Einkünfte“ – und die KI extrahiert jeden Wert, indem sie die gesetzliche Bedeutung der Feldbezeichnung versteht, nicht deren Position auf der Seite. Laden Sie ein Ceridian-T4, ein ADP-T4, ein QuickBooks-T4 oder ein Handyfoto eines Papier-T4 hoch. Dieselbe Spaltendefinition funktioniert bei allen.

FAQ: T4-Feld-Eingabefehler und CRA-Prüfungsauslöser