300 T4s in einen CRA-fertigen
Lohnbericht bündeln – ohne manuelle Eingabe
Ein in Calgary ansässiges Ölfeld-Dienstleistungsunternehmen mit 280 Außendienstmitarbeitern und 20 Büroangestellten führt die Lohnabrechnung für die Stundenlohnkräfte mit Ceridian Dayforce und für die Festangestellten mit QuickBooks Canada durch – eine Aufteilung, die aus einer Übernahme im Jahr 2022 resultiert und eigentlich bis jetzt in ein System migriert werden sollte. Daraus wurde nichts. In der ersten Februarwoche entpackt die Lohnbuchhalter/in zwei Sätze T4-PDFs: einen Stapel von 280 aus Dayforce und einen weiteren Stapel von 20 aus QuickBooks. Jeder Anbieter stellt dieselbe von der CRA vorgeschriebene Feldstruktur dar – Feld 14 (Erwerbseinkommen), Feld 22 (Abgezogene Einkommensteuer), Feld 16 (CPP-Beiträge), Feld 18 (EI-Prämien) – in seinem eigenen visuellen Layout. Die T4 Summary (T4SUM), die bis zum 28. Februar fällig ist, erfordert Gesamtsummen über alle 300 Mitarbeiter. Bevor auch nur eine Summe überprüft werden kann, müssen die Daten von 300 Scheinen aus zwei verschiedenen visuellen Layouts in eine Tabelle übertragen werden. Bei zwei Minuten pro Schein – PDF öffnen, jedes nummerierte Feld in zwei unterschiedlichen Layoutrastern suchen, in die richtige Tabellenzelle eintippen – sind das zehn Stunden reine Übertragungsarbeit innerhalb eines Compliance-Zeitraums, in dem die CRA für verspätete Einreichung 15 $ pro Tag und Stapel von 51–500 Scheinen berechnet, und jede Abweichung zwischen Zeile 80 (gemeldete Abzüge gesamt) und Zeile 82 (abgeführte Abzüge gesamt) der T4SUM die gesamte Meldung für eine PIER-Prüfung (Pensionable and Insurable Earnings Review) kennzeichnet.
Wichtige Erkenntnisse
- Ein Ceridian Dayforce T4 und ein ADP Workforce Now T4 enthalten identische von der CRA vorgeschriebene Felddaten – aber für jemanden, der manuell überträgt, sind es zwei verschiedene visuelle Sprachen, die vor jedem Tastendruck eine gedankliche Übersetzung erzwingen.
- Bei einer konservativen manuellen Übertragungsfehlerrate von 0,5 % pro Feld über 300 Scheine mit jeweils etwa 12 Feldern enthält Ihre T4 Summary (T4SUM) etwa 18 falsche Werte – und das PIER-Programm der CRA gleicht jedes Feld 16 mit jedem Feld 26 ab.
- Integrieren Sie die eigenen Abstimmungsprüfungen der CRA – CPP-Satz = Feld 16 ÷ Feld 26, EI-Satz = Feld 18 ÷ Feld 24 – direkt in die Extraktion, und der Februar schrumpft vom Neueintippen von 300 Zeilen auf die Überprüfung der 12 markierten Zeilen, bei denen eine Satzprüfung tatsächlich fehlgeschlagen ist.
Warum 300 T4-Blätter ein grundlegend anderes Problem sind als 3
Das Extrahieren von Daten aus einem einzelnen T4-Beleg ist ein gelöstes Problem – unser Leitfaden zur T4-Extraktion erläutert die Feldstruktur und den Arbeitsablauf. Sobald jedoch die Menge ins Spiel kommt – 300 Mitarbeiter, zwei oder drei Gehaltsabrechnungsdienstleister, die dieselben von der CRA vorgeschriebenen Daten in unterschiedlichen visuellen Layouts darstellen, ein CFO, der einen Hauptbuchabgleich verlangt, ein externer Prüfer, der eine geschichtete Stichprobe anfordert, und eine Frist für die T4-Zusammenfassung (T4SUM), die in Wochen gemessen wird –, hört das Problem auf, eines der Extraktion zu sein, und wird zu einem der Struktur. Drei strukturelle Probleme treten im Maßstab von 300 Belegen auf, die im Maßstab eines einzelnen Belegs nicht existieren, und keines davon wird durch schnelleres Abtippen gelöst.
1. Anbieterübergreifende Layoutunterschiede im Batch-Maßstab
Ceridian Dayforce druckt Feld 14 (Erwerbseinkommen) im oberen linken Quadranten und stapelt Feld 16 (CPP), Feld 18 (EI) und Feld 22 (Abgezogene Einkommensteuer) in einem vertikalen Abzugsblock. ADP Workforce Now rendert das Feldraster in einem zweispaltigen Layout mit Identitätsfeldern in einem separaten Kopfbereich. QuickBooks Canada gruppiert verwandte Felder – alle Einkünfte zusammen, alle Abzüge zusammen – in einer vereinfachten Tabelle. Wagepoint verwendet wiederum eine andere Anordnung. Für einen Lohnbuchhalter/in, der manuell überträgt, erfordert jedes Anbieterlayout eine visuelle Neuorientierung – er muss erst lokalisieren, wo sich jedes Feld in dieser speziellen Darstellung befindet, bevor er etwas eingibt. Bei 300 T4s, die auf drei Anbieter verteilt sind, verbraucht allein diese visuelle Neuscan-Zeit – etwa 10 Sekunden pro Beleg zur Neueinstellung – fast eine Stunde Totzeit, bevor auch nur ein einziger Tastenanschlag für die Übertragung erfolgt. Vorlagenbasierte Extraktionstools verschärfen das Problem: Sie erfordern eine separate Vorlage pro Anbieter, und eine auf Ceridians Layout trainierte Vorlage liest ADPs Layout stillschweigend falsch.
2. Fehlermultiplikation im 300-Zeilen-Maßstab
Ein Lohnbuchhalter/in, der Feld 16 (CPP-Beiträge des Arbeitnehmers) über 300 Belege neu eintippt, hat 300 Werte zu übertragen. Für das Steuerjahr 2025 beträgt der CPP-Beitragssatz 5,95 % auf das rentenversicherungspflichtige Einkommen zwischen dem Grundfreibetrag von 3.500 $ und dem jährlichen Höchstbetrag des rentenversicherungspflichtigen Einkommens (YMPE) von 68.500 $. Ein einziger falsch getippter Ziffer – die Eingabe von 4.086 $ als 4.068 $ – führt zu einem CPP-Beitrag, der nicht mit dem rentenversicherungspflichtigen Einkommen in Feld 26 übereinstimmt. Das PIER-Programm der CRA gleicht jedes Feld 16 mit dem rentenversicherungspflichtigen Einkommen in Feld 26 multipliziert mit 5,95 % ab, und eine Abweichung löst eine PD101-Mitteilung an den Arbeitgeber aus. Bei einer konservativen Übertragungsfehlerrate von 0,5 % pro Feld über 300 Zeilen mit jeweils etwa 12 Feldern – 3.600 einzelne Tastenanschläge – werden etwa 18 Felder in der Ausgabetabelle einen Fehler enthalten. Jede durch PIER ausgelöste Abweichung erfordert eine separate Antwort, und eine Korrekturmeldung während des Jahres bei der CRA verbraucht Stunden, die der Februar nicht übrig hatte.
3. Zeilenherkunft im Prüfungsmaßstab
Wenn der Prüfer eine Zufallsstichprobe von 25 Mitarbeitern auswählt und verlangt, deren T4-Zahlen bis zu den Quellbelegen zurückzuverfolgen, muss jede Zeile in Ihrer Tabelle auf genau ein T4-PDF zurückführbar sein. Wenn die Ausgabetabelle eine Spalte für „Feld 14 Erwerbseinkommen“ mit 74.320 $ enthält, aber keine Spalte, die angibt, welches von der Lohnabrechnung des Mitarbeiters erstellte T4 diesen Wert hervorgebracht hat, ist die Tabelle ein Prüfungsrisiko. Im Rahmen einer Compliance-Überprüfung der CRA kann der Inspektor das Quell-T4 anfordern, das einer beliebigen Zahl in Ihrem Abgleich zugrunde liegt. Ohne eine in die Extraktion selbst integrierte Rückverfolgbarkeit pro Zeile – eine Spalte „Dateiname“, die jede Zeile ihrem Quell-PDF zuordnet – ist die Querverweisprüfung manuell und dauert länger als die ursprüngliche Dateneingabe.
Das zentrale Batch-Prinzip für die T4-Verarbeitung: Sie definieren Ihre Ausgabespalten einmal – „Feld 14 Arbeitsentgelt“, „Feld 16 CPP“, „Feld 18 EI“, „Feld 22 Abgezogene Steuer“, „Feld 16A CPP2“, „Feld 20 RPP“, „Feld 24 EI-Beitragspflichtiges Entgelt“, „Feld 26 Rentenversicherungspflichtiges Entgelt“ – laden alle T4-Formulare aller Lohnabrechnungsanbieter in einem Batch hoch und erhalten eine einzige konsolidierte Tabelle. Die Zusammenführung erfolgt innerhalb des Extraktionsschritts, nicht hinterher in Excel, wo jeder Kopier- und Einfügevorgang zwischen Tabellenblättern eine neue Gelegenheit für einen defekten Zellbezug oder eine verschobene Zeile bietet. Das gleiche Spaltenschema funktioniert mit Ceridian, ADP, QuickBooks, Wagepoint und gescannten Papier-T4-Formularen, weil die KI die Feldnummern und ihre semantische Bedeutung liest – nicht die Pixelkoordinaten, an denen sich jedes Feld auf einem bestimmten Formular des Anbieters befindet.
Die Multi-Plattform-Realität der kanadischen Lohnabrechnung: Ceridian ist nicht ADP ist nicht QuickBooks
Viele kanadische Organisationen betreiben mehr als eine Lohnabrechnungsplattform – nicht aus Absicht, sondern durch Übernahmen. Das Unternehmen, das 2023 einen regionalen Wettbewerber übernommen hat, erbte dessen ADP-Lohnabrechnungsdaten. Die Abteilung, die unter einem separaten Tarifvertrag arbeitet, nutzt Ceridian Powerpay, während die Zentrale QuickBooks Canada Payroll einsetzt. Die Tochtergesellschaft, die in den Territorien projektbezogen arbeitet, verwendet Wagepoint. Die CRA erlaubt abweichende Layouts für T4-Ersatzformulare, und jeder große Lohnabrechnungssoftwareanbieter macht von dieser Erlaubnis Gebrauch. Das Ergebnis ist, dass dieselben von der CRA vorgeschriebenen Felder – 14, 16, 16A, 18, 20, 22, 24, 26, 40, 44, 46, 52 – je nach Software, die den Beleg erstellt hat, in einer anderen visuellen Anordnung erscheinen.
Dies ist kein Fehler im System der CRA. Der RC4120-Arbeitgeberleitfaden schreibt den Dateninhalt vor – jedes Feld muss eindeutig nummeriert erscheinen –, überlässt das visuelle Layout jedoch dem Softwareanbieter. Für einen Arbeitgeber mit einer Lohnabrechnungsplattform ist dies irrelevant: Jedes T4 sieht gleich aus. Für einen Arbeitgeber mit zwei oder drei Plattformen erzeugt jeder Druckauftrag visuell unterschiedliche T4-Formulare mit identischen zugrunde liegenden Datenschemata, und der Lohnbuchhalter/in ist die Übersetzungsschicht.
Vorlagenbasierte Extraktionstools – bei denen Sie ein Rechteck um jedes Feld auf einem Muster-T4 ziehen – scheitern an diesem Punkt, da eine auf Ceridians Layout abgestimmte Vorlage ADPs Layout völlig falsch interpretiert. Der Lohnbuchhalter/in verarbeitet entweder die T4-Formulare jedes Anbieters separat mit einer anderen Vorlage – was den manuellen Zusammenführungsschritt über drei separate Tabellenblätter hinweg wieder einführt – oder greift für die nicht standardisierten Formate auf die manuelle Eingabe zurück. Die semantische Extraktion umgeht dies, indem sie jedes Feld danach liest, was es bedeutet, und nicht, wo es sitzt. Dasselbe Spaltenschema, das „Feld 16 CPP“ auf einem Ceridian-T4 lokalisiert, findet es auch auf einem ADP-T4, einem QuickBooks-T4 und einem gescannten Papier-T4 – weil die KI versteht, dass sich „Feld 16“ und „CPP-Beiträge des Arbeitnehmers“ unabhängig von ihren Pixelkoordinaten auf denselben Datenpunkt beziehen.
Dateien werden sicher verarbeitet und nicht gespeichert.
Ein Batch, drei verschiedene Interessengruppen: CFO, Prüfer und die T4-Zusammenfassung
Die Personen, die die Ergebnisse einer Batch-Extraktion von 300 T4-Belegen benötigen, brauchen unterschiedliche Dinge aus denselben Daten – aber alle benötigen sie aus einer einzigen Quelle der Wahrheit, nicht aus drei separaten Tabellenkalkulationen, die von derselben Lohnbuchhalter/in unter drei verschiedenen Termindrücken zusammengestellt wurden.
CFO: Abstimmung des Hauptbuchs
Der CFO muss bestätigen, dass das Beschäftigungsentgelt in Feld 14 aller 300 Mitarbeiter den im Hauptbuch für das Kalenderjahr verbuchten Lohn- und Gehaltsaufwendungen entspricht – und dass die Differenz, falls vorhanden, auf steuerpflichtige Leistungen in Feld 40 und Aktienoptionsvorteile zurückzuführen ist, nicht auf eine Dateneingabelücke. Eine einzige Tabelle mit einer SUMME der Spalte Feld 14 beantwortet dies in Sekunden. Der CFO benötigt außerdem die Summen der einbehaltenen Einkommensteuer in Feld 22, um sie mit der jährlichen PD7A-Kontoauszugserklärung für Überweisungen abzugleichen – der Aufzeichnung der CRA über die tatsächlich auf das Lohnkonto überwiesenen Beträge. Eine Abweichung zwischen der Summe von Feld 22 in der Tabelle und dem Steuerüberweisungsbetrag der PD7A bedeutet, dass etwas auf das falsche Lohnkonto überwiesen oder eine Zahlung falsch zugeordnet wurde – und das Februar-Fenster ist bereits zu kurz, um eine Fehlzuordnung nachzuverfolgen.
Externer Prüfer: Stichproben und Kreuzverifizierung
Der Prüfer wählt eine geschichtete Zufallsstichprobe aus – 25 Mitarbeiter mit unterschiedlichen Zahlungshäufigkeiten, Beschäftigungsarten und Betriebszugehörigkeiten – und muss die T4-Zahlen jedes ausgewählten Mitarbeiters zurück zu den Jahresregistern des Lohnsystems verfolgen. Mit einer konsolidierten Tabelle filtert der Prüfer nach Mitarbeitername oder SIN, ruft das zugehörige T4-PDF mit einem Klick ab (die Spalte „Dateiname“ in der Ausgabe ordnet jede Zeile ihrem Quelldokument zu) und führt die Verifizierungsprüfung in einer strukturierten Reihenfolge durch. Ohne die konsolidierte Tabelle müsste der Prüfer einzelne T4s einzeln anfordern – ein Prozess, der den Prüfungszeitplan bis in den März verlängert und auf beiden Seiten abrechenbare Stunden kostet.
T4 Summary (T4SUM): CRA-Einreichung bis zum letzten Tag im Februar
Die T4-Zusammenfassung ist eine Aggregation auf Arbeitgeberebene – jede Feldsumme über alle T4-Scheine hinweg – die zusammen mit den einzelnen Scheinen bei der CRA eingereicht werden muss. Ihr Kernabgleich ist Zeile 80 (gemeldete Gesamtabzüge: CPP + EI + Einkommensteuer) minus Zeile 82 (Gesamtüberweisungen). Eine Differenz von 2 $ oder weniger wird ignoriert. Alles Größere muss erklärt und entweder bezahlt (Restbetrag in Zeile 86) oder als Überzahlung geltend gemacht werden (Zeile 84). Eine konsolidierte Tabelle mit SUMME-Funktionen für die Spalten Feld 16, Feld 16A, Feld 18 und Feld 22 liefert der Lohnbuchhalter/in die Eingaben für Zeile 80 sofort – ohne manuelle Addition über 300 einzelne Scheine hinweg. Für den Arbeitgeberanteil (Feld 17 – Arbeitgeber-CPP-Beiträge, Feld 19 – Arbeitgeber-EI-Prämien) können Sie anhand der Spaltensummen der Tabelle überprüfen, ob der Arbeitgeberanteil 1,0 × Feld 16 für CPP und 1,4 × Feld 18 für EI beträgt (der Arbeitgebermultiplikator für 2025).
Erstellen eines Batch-Spalten-Schemas, das eine CRA-Abstimmung mit 300 Zeilen übersteht
Die Spaltennamen, die Sie vor dem Hochladen eines Batches festlegen, sind die folgenreichste Entscheidung im gesamten Workflow. Ein Spalten-Schema, das für einen Test-Batch mit fünf Mitarbeitern ausgelegt ist, versagt oft bei 300 Zeilen, weil es die Randfälle der Abstimmung nicht berücksichtigt – CPP2-Beiträge, die eine eigene Spalte benötigen, Feld 40 steuerpflichtige Leistungen, die eine unsichtbare Kategorie zusammenfassen, Mitarbeiter mit T4 aus mehreren Provinzen im selben Steuerjahr.
Ein Spalten-Schema, das eine CRA-Abstimmung mit 300 Zeilen übersteht, basiert auf drei Arten von Spalten, die jeweils eine bestimmte Funktion in der Ausgabetabelle erfüllen:
1. Identitätsspalten – der zusammengesetzte Schlüssel, der jede Zeile eindeutig nachvollziehbar macht
Mitarbeitername, Sozialversicherungsnummer (SIN), Geschäftsnummer des Arbeitgebers (BN – der 15-stellige Identifikator, z. B. 123456789RP0001) und Steuerjahr. Zusammen bilden diese vier Felder einen zusammengesetzten Schlüssel. Die SIN allein reicht nicht aus – ein Mitarbeiter, der im selben Steuerjahr für zwei verbundene Unternehmen unter derselben Muttergesellschaft gearbeitet hat, könnte auf zwei T4 mit derselben SIN, aber unterschiedlichen Geschäftsnummern erscheinen. Die Aufnahme der BN in den Identitätsblock verhindert, dass diese Zeilen beim Zusammenführen zum T4SUM-Schritt kollidieren.
2. Einkommens- und Abzugsspalten – die Beträge, die die T4-Zusammenfassung füllen
Feld 14 Erwerbseinkommen, Feld 22 Abgezogene Einkommensteuer, Feld 16 CPP-Beiträge, Feld 16A CPP2-Beiträge, Feld 18 EI-Prämien, Feld 20 RPP-Beiträge, Feld 24 EI-Beitragspflichtiges Einkommen, Feld 26 CPP-Beitragspflichtiges Einkommen, Feld 40 Sonstige steuerpflichtige Zulagen und Leistungen, Feld 44 Gewerkschaftsbeiträge, Feld 46 Spenden für wohltätige Zwecke, Feld 52 Pensionsanpassung. Jede dieser Angaben entspricht einer Zeile in der T4-Zusammenfassung. Der häufigste Abstimmungsfehler im Maßstab von 300 Zeilen ist eine fehlende Spalte für Feld 16A – CPP2-Beiträge, die 2024 für Einkommen zwischen dem YMPE (68.500 $) und dem Jahr mit dem zusätzlichen maximalen beitragspflichtigen Einkommen (79.400 $) eingeführt wurden. Wenn Ihr Spalten-Schema CPP2 in die Spalte Feld 16 einordnet, stimmt die Summe von T4SUM Zeile 16 nicht mit Ihren CRA-Abrechnungsaufzeichnungen überein, da die CRA CPP und CPP2 auf dem PD7A getrennt verfolgt.
3. Prüfspalten – berechnete Quervergleiche, die während der Extraktion Unstimmigkeiten aufdecken
Dies sind Spalten, die nicht auf einem T4-Beleg erscheinen, aber von der Berechnung während der Extraktion befüllt werden, um Anomalien zu kennzeichnen, bevor die Tabelle den CFO oder Wirtschaftsprüfer erreicht. Eine Spalte „CPP-Satz-Prüfung (Feld 16 ÷ Feld 26)“ kennzeichnet Zeilen, in denen der effektive CPP-Satz vom erwarteten Satz von 5,95 % abweicht. Eine Spalte „EI-Satz-Prüfung (Feld 18 ÷ Feld 24)“ deckt Zeilen auf, in denen die EI-Prämien nicht mit dem Satz von 1,64 % auf das beitragspflichtige Einkommen übereinstimmen. Eine Spalte „Korrektur-Kennzeichen“ – in der die KI einen auf dem T4 aufgedruckten Hinweis „Korrigiert“ oder „Berichtigt“ erkennt – trennt Originalbelege von korrigierten Belegen, damit der Lohnbuchhalter/in weiß, welche Version für die endgültige Einreichung zu verwenden ist. Diese Spalten verursachen keinen zusätzlichen Übertragungsaufwand, da die KI sie im selben Extraktionsdurchlauf befüllt.
Für Teams, die T4 über mehrere Geschäftsnummern hinweg verwalten – eine Muttergesellschaft mit drei Tochtergesellschaften, jede mit eigenem Lohnkonto – dient die BN-Spalte sowohl als Batch-Gruppierungsschlüssel als auch als Abstimmungsdrehpunkt. Filtern Sie nach BN, summieren Sie Feld 14 und Feld 22 und vergleichen Sie die Summen jeder Tochtergesellschaft mit ihrer eigenen T4-Zusammenfassung. Ein Extraktionsdurchlauf, ein Spalten-Schema, drei separate T4SUM-Einreichungen, die aus derselben Tabelle durch Filtern einer einzigen Spalte generiert werden.
Berechnete Spalten: CPP- und EI-Diskrepanzen erkennen, bevor die CRA es tut
Der wertvollste Teil einer 300-T4-Batchextraktion ist nicht die Extraktionsgeschwindigkeit – sondern die Möglichkeit, die CRA-Abstimmungslogik direkt in die Extraktion einzubetten. Berechnete Spalten führen Berechnungen aus, während jedes T4 gelesen wird, und markieren die wenigen Belege, die eine Diskrepanz aufweisen, bevor die Ausgabetabelle geöffnet wird. Die Rolle des Lohnbuchhalters/der Lohnbuchhalterin wandelt sich von der Dateneingabe zum Ausnahmemanagement – die 12 markierten Zeilen von 300 werden überprüft, anstatt jede Zeile neu einzutippen.
Vier berechnete Spalten, die eine T4-Batchextraktion in eine Vorprüfung vor der Einreichung verwandeln:
Prüfung des CPP-Beitragssatzes. Für das Steuerjahr 2025 beträgt der Arbeitnehmer-CPP-Beitragssatz 5,95 % auf rentenversicherungspflichtiges Einkommen zwischen 3.500 $ und 68.500 $. Eine berechnete Spalte, definiert als Feld 16 ÷ (Feld 26 − 3500), wird mit 5,95 % verglichen – weicht das Ergebnis um mehr als 1 % ab, wird die Zeile markiert. Die häufigste Ursache für Abweichungen: ein Arbeitnehmer, der im Kalenderjahr 18 oder 70 Jahre alt wurde und dessen CPP-Beiträge nur auf einen Teil seines Einkommens anfallen. Eine zweite Ursache: die CPP2-Beiträge (Feld 16A) auf Einkommen über 68.500 $, die einen anderen Satz (4 %) und ein separates Feld verwenden. Das Markieren der Zeilen, in denen Feld 16 allein nicht mit Feld 26 übereinstimmt – bevor das PIER-Programm der CRA dies aufgreift – verhindert den PD101-Bescheidzyklus, der die Bandbreite des Arbeitgebers nach Februar beansprucht.
Prüfung des EI-Prämiensatzes. Für das Steuerjahr 2025 beträgt der EI-Arbeitnehmerprämiensatz außerhalb Quebecs 1,64 % auf versicherungspflichtiges Einkommen bis zum Höchstbetrag (MIE) von 65.700 $. Eine berechnete Spalte, die Feld 18 / Feld 24 mit 1,64 % vergleicht, markiert Abweichungen. Die häufigste Ursache: eine Ceridian-Dayforce-Konfiguration, die einen Quebec-EI-Satz (1,32 % für 2025) auf einen Arbeitnehmer außerhalb Quebecs anwendete, dessen Beschäftigungsprovinz im Lohnsystem falsch eingestellt war. Ein falsch eingestufter Arbeitnehmer unter 300 erzeugt eine markierte Zeile und eine Korrektur, bevor die T4 eingereicht wird – statt einem PIER-Bescheid, der im September eintrifft.
Vorab-Prüfung der T4SUM-Zeile 80. Eine berechnete Spalte, die Feld 16 + Feld 16A + Feld 18 + Feld 22 pro Zeile summiert und den Arbeitnehmerbeitrag zur T4SUM-Zeile 80 anzeigt. Die Spaltensumme über alle 300 Zeilen sollte der Zeile 80 entsprechen, bevor Arbeitnehmer- und Arbeitgeberanteile getrennt werden. Weicht die Spaltensumme um mehr als 1,50 $ pro Arbeitnehmer (der aggregierte Schwellenwert von 500 $ bei 300 Arbeitnehmern) von der PD7A-Abrechnungssumme ab, enthält der Batch mindestens ein falsch extrahiertes Feld – und der Lohnbuchhalter/in weiß, bevor die Tabelle den CFO erreicht, dass ein Abstimmungsdurchlauf erforderlich ist, nicht erst, nachdem die T4SUM eingereicht wurde und die CRA einen PD7D-Steuerbescheid mit einer Abweichung sendet.
Erkennung von Ausreißern beim effektiven Steuersatz. Eine berechnete Spalte, die Feld 22 (Einbehaltene Einkommensteuer) durch Feld 14 (Arbeitseinkommen) dividiert und Zeilen markiert, bei denen der effektive Satz unter 10 % oder über 40 % liegt. Ein Arbeitnehmer mit 85.000 $ Einkommen und 4.200 $ einbehaltener Steuer (4,9 %) ist fast sicher ein TD1-Formularfehler, bei dem der Arbeitnehmer überhöhte persönliche Steuerfreibeträge geltend gemacht hat. Ein Arbeitnehmer mit 85.000 $ Einkommen und 42.000 $ einbehaltener Steuer (49,4 %) deutet darauf hin, dass das Lohnsystem einen Pauschalsteuersatz anstelle des gestaffelten Steuersatzes angewendet hat – oft aufgrund einer unterjährigen Lohnabrechnungsmigration, bei der das neue System den bisher einbehaltenen Steuerbetrag nicht übernommen hat. Beide Szenarien erfordern eine Untersuchung, bevor der Arbeitnehmer seine T4 erhält.
Der Workflow zur Extraktion einer einzelnen T4 erzeugt eine Zeile pro Arbeitnehmer. Die Batch-Extraktion im Maßstab von 300 Belegen erzeugt 300 Zeilen und mit berechneten Spalten 12 markierte Zeilen – die 12, bei denen ein CPP-Beitrag, eine EI-Prämie oder der effektive Steuersatz außerhalb des erwarteten Bereichs lagen. Der Lohnbuchhalter/in prüft diese 12 Zeilen, nicht alle 300. Das ist der Unterschied zwischen einem Februar, der mit Dateneingabe verbracht wird, und einem Februar, der der Compliance-Überprüfung gewidmet ist.
Abgleich der Batch-Ausgabe mit der T4-Zusammenfassung (T4SUM)
Die T4-Zusammenfassung fasst 300 einzelne T4-Scheine zu einer aggregierten Arbeitgeberebene zusammen. Ihr Kernmechanismus ist eine einzige arithmetische Prüfung: Zeile 80 (insgesamt gemeldete Abzüge aller Scheine) minus Zeile 82 (insgesamt im Kalenderjahr an die CRA abgeführte Beträge). Die Differenz, falls vorhanden, ist entweder eine Überzahlung (Zeile 84) oder ein geschuldeter Betrag (Zeile 86). Die CRA berechnet oder erstattet eine Differenz von 2 $ oder weniger nicht – eine Toleranz, die Rundungen abdeckt, aber nichts anderes.
Für eine Batch-Extraktion mit 300 Mitarbeitern sieht der Abgleich-Workflow wie folgt aus:
Batch extrahieren und Spaltensummen berechnen
Die Ausgabetabelle hat 300 Zeilen und etwa 18 Spalten, einschließlich berechneter Spalten. Fügen Sie unten eine SUMME-Zeile hinzu: Feld 14, Feld 16, Feld 16A, Feld 18, Feld 22, Feld 20, Feld 52. Diese Spaltensummen sind die Eingaben für die T4SUM. Wenn eine berechnete Spalte eine Abweichung beim CPP- oder EI-Satz anzeigt, korrigieren Sie die Quellzeile, bevor Sie sie in die SUMME aufnehmen – ein falscher Wert in Feld 16 führt zu einer falschen T4SUM-Zeile 16, die nicht mit dem PD7A-Überweisungsnachweis übereinstimmt.
Feld 22 mit den jährlichen PD7A-Steuerüberweisungen abgleichen
Der PD7A-Kontoauszug der CRA für aktuelle Quellenabzüge listet jede Überweisung auf Ihr Lohnkonto während des Kalenderjahres auf – jeden Scheck, jede EFT-Zahlung und die Gesamtsumme. Die SUMME der Spalte Feld 22 über alle 300 Mitarbeiter muss dem jährlich überwiesenen Einkommensteuerbetrag auf dem endgültigen PD7A entsprechen. Eine Abweichung bedeutet in der Regel, dass eine Überweisung dem falschen Lohnkonto gutgeschrieben wurde (z. B. eine Zahlung für Konto 123456789RP0001 wurde auf 123456789RP0002 verbucht) oder eine Lohnüberweisung Ende Dezember die Kalenderjahresgrenze überschritten hat und im Januar-PD7A statt im Dezember-PD7A erschien. Keiner dieser Fälle ist ein Extraktionsfehler – aber wenn Sie dies vor der Einreichung der T4SUM erkennen, verhindern Sie eine PD7D-Prüfungsmitteilung mit einer ungeklärten Abweichung.
Arbeitgeberbeiträge für CPP und EI überprüfen
Der Arbeitgeber-CPP-Beitrag (gemeldet in T4SUM-Zeile 27, nicht auf einzelnen T4s) entspricht 1,0 × Gesamtfeld 16. Die Arbeitgeber-EI-Prämie (T4SUM-Zeile 19) entspricht 1,4 × Gesamtfeld 18. Wenn die Gesamtsumme der Spalte Feld 16 in Ihrer Tabelle 74.250 $ beträgt, muss der Arbeitgeber-CPP-Beitrag 74.250 $ betragen – nicht 74.000 $, nicht 74.500 $. Selbst eine Abweichung von 250 $ bei einem Batch mit 300 Mitarbeitern (weniger als 1 $ pro Mitarbeiter) führt zu einer Markierung der T4SUM. Dies ist die Prüfung, die bei Batch-Größe am wahrscheinlichsten fehlschlägt, da sie einen Multiplikator beinhaltet, der außerhalb der Extraktion berechnet wurde – und wenn der Multiplikator im T4SUM-Arbeitsblatt des Lohnbuchhalters/der Lohnbuchhalterin nicht mit dem tatsächlichen CRA-Satz übereinstimmt (1,0 für CPP-Arbeitgeber, 1,4 für EI-Arbeitgeber im Jahr 2025), scheitert der Abgleich an der Arithmetik, nicht an den Daten.
Reichen Sie die T4-Meldung bis zum 28. Februar ein und bewahren Sie die Extraktionstabelle auf
Für das Steuerjahr 2025 ist die Frist der 28. Februar 2026 – ein Samstag, sodass die effektive Frist auf Montag, den 2. März 2026 verschoben wird. Bei mehr als 5 Belegen ist die elektronische Einreichung über den Internet File Transfer (XML) oder Web Forms der CRA verpflichtend. Die Extraktionstabelle – mit 300 Zeilen, Spaltensummen und dem Prüfprotokoll der berechneten Spalte – dient als Prüfnachweis. Falls das PIER-Programm der CRA sechs Monate später eine Abweichung meldet, untermauert die Tabelle die Position des Arbeitgebers. Bewahren Sie sie sechs Jahre lang auf, wie es die Aufbewahrungsvorschriften der CRA für Lohnmeldedaten vorschreiben.
Batch-Grenzfälle: Was sich ändert, wenn Sie von 5 auf 300 T4s skalieren
CPP2 Feld 16A – Der stille Abgleich-Brecher
CPP2 wurde für das Steuerjahr 2024 eingeführt und gilt für Einkünfte zwischen der ersten Obergrenze (YMPE, 68.500 $ für 2025) und der zweiten Obergrenze (YAMPE, 79.400 $). Wenn Ihre Lohnbuchhaltungssoftware nicht für CPP2 aktualisiert wurde – oder wenn das Extraktionsspaltenschema kein separates Feld 16A enthält – werden die CPP2-Beiträge entweder in Feld 16 zusammengefasst (wodurch der CPP-Beitrag pro Mitarbeiter höher erscheint als 5,95 % × Feld 26) oder ganz weggelassen (wodurch die Summe von T4SUM Zeile 16 + Zeile 16A hinter dem abgeführten Betrag zurückbleibt). In einem Batch von 300 T4s überschreiten vielleicht 40 Mitarbeiter die YMPE – und jeder dieser 40 hat einen CPP2-Beitrag, der in einer eigenen Spalte erscheinen muss. Die berechnete Spalte, die den Satz von Feld 16 mit Feld 26 abgleicht, erkennt die Inkonsistenz; die separate Spalte für Feld 16A im Schema behebt sie.
Mehrprovinz-Beschäftigung – Ein Mitarbeiter, zwei T4s, eine SIN
Ein Mitarbeiter, der die ersten sechs Monate des Kalenderjahres in Ontario und die letzten sechs Monate in Alberta gearbeitet hat, erhält zwei T4s vom selben Arbeitgeber – jeder meldet die provinzielle Aufteilung des Arbeitsentgelts, der CPP und der EI. Die CRA verlangt einen separaten T4-Schein für jede Provinz der Beschäftigung. In einem manuellen Workflow muss die Lohnbuchhalter/in erkennen, dass derselbe Mitarbeiter zweimal vorkommt, und die Gesamtvergütung nicht doppelt zählen, wenn sie mit dem Lohnregister abgeglichen wird. Fügen Sie bei einer Batch-Extraktion „Provinz der Beschäftigung“ als Spalte hinzu und gruppieren Sie nach SIN, um zu überprüfen, ob Mitarbeiter mit mehreren Provinzen ein Gesamtarbeitsentgelt haben, das ihrem Jahresgehalt entspricht – nicht dem Doppelten.
Korrigierte und geänderte T4s – Welche Version geht an die CRA?
Lehnt die CRA eine eingereichte T4 ab – typischerweise, weil die SIN nicht mit dem hinterlegten Namen übereinstimmt – stellt der Arbeitgeber eine geänderte T4 aus und reicht sie erneut ein. Landet die geänderte T4 im selben Batch wie die ursprüngliche, enthält die Tabelle doppelte Zeilen für denselben Mitarbeiter mit unterschiedlichen Feldwerten. Die berechnete Spalte „Amended Flag“ – bei der die KI einen „Corrected“-Indikator auf dem Beleg erkennt – trennt Originale von Änderungen. Die Lohnbuchhalter/in sortiert nach dieser Spalte, schließt die ursprünglichen Zeilen aus der T4SUM-Aggregation aus und reicht die korrigierten Zahlen ein. Ohne diese Spalte findet die Lohnbuchhalter/in die Abweichung erst, wenn die Tabellensummen nicht aufgehen – nicht vorher – und bei 300 Zeilen ist das Auffinden des einen Duplikats unter 300 das manuelle Problem, das die Batch-Extraktion eigentlich beseitigen sollte.
Mitarbeiter in Quebec – Das Nebeneinander von T4 und RL-1
Mitarbeiter in Quebec erhalten sowohl eine bundesstaatliche T4 als auch ein Relevé 1 (RL-1) von Revenu Québec. Die beiden Formulare überschneiden sich, weisen aber unterschiedliche Beitragssätze auf: QPP mit 6,40 % im Jahr 2025 gegenüber CPP mit 5,95 % sowie Quebec EI (QPIP) mit einem anderen Satz als das bundesstaatliche EI. Bei einer Batch-Extraktion müssen die T4 und das RL-1 als verknüpfte, aber separate Dokumente verarbeitet werden – das Feld 14 der T4 abzüglich des Erwerbseinkommens des RL-1 ergibt das außerhalb von Quebec erzielte Einkommen. Fügen Sie eine Spalte „Provinz“ hinzu und filtern Sie nach Mitarbeitern in Quebec, um zu überprüfen, ob ihre T4- und RL-1-Erwerbseinkommenssummen konsistent sind. Das RL-1 wird bei Revenu Québec eingereicht, nicht bei der CRA, und hat eine eigene Frist bis zum 28. Februar. Eine detaillierte Aufschlüsselung des Dual-Dokumenten-Abgleichs finden Sie in der T4-Extraktionsanleitung, die die T4/RL-1-Aufteilung detailliert behandelt.
Wiederverwendung des Batch-Schemas über Steuerjahre hinweg – und über Grenzen hinweg
Das für einen T4-Batch des Steuerjahres 2025 definierte Spaltenschema funktioniert für 2026, 2027 und jedes folgende Jahr – denn die Feldstruktur der CRA ändert sich nur bei Gesetzesänderungen, und wenn dies der Fall ist (wie bei CPP2 im Jahr 2024), fügen Sie dem Schema eine Spalte hinzu, ohne den Rest neu aufbauen zu müssen. Die Mitarbeiter ändern sich, die Zahlen ändern sich, die Lohnabrechnungsplattform kann sich im Laufe des Jahres ändern (ein Unternehmen, das von ADP zu Ceridian migriert, verwendet dasselbe Schema für die T4s beider Anbieter), aber die Spaltendefinitionen bleiben konstant.
Dieselbe Batch-Verarbeitungslogik – ein Spaltenschema, ein Upload, eine konsolidierte Tabelle – lässt sich direkt auf andere Jahresendabstimmungs-Workflows für die Lohnabrechnung übertragen. Für australische Lohnbuchhaltungsteams gilt der entsprechende Ansatz für die Batch-PAYG-Zahlungszusammenfassungsverarbeitung mit der jährlichen ATO-Meldung. Für britische Arbeitgeber verarbeitet dieselbe Methodik Batch-P60-Verarbeitung für Lohnabrechnungs-Prüftabellen vor der HMRC-Frist am 31. Mai. Der Dokumententyp ändert sich, die Steuerhoheit ändert sich, die gesetzlichen Felder ändern sich – aber das Batch-Prinzip, Spalten einmal zu definieren und alles in einem Durchgang zu verarbeiten, lässt sich direkt übertragen, denn der Engpass ist nie die Extraktionsgeschwindigkeit. Es ist die strukturelle Lücke zwischen dem, was die Lohnabrechnungssoftware generiert, und dem, was der Abgleich erfordert.
FAQ: Stapelverarbeitung kanadischer T4-Belege
Wie lange dauert die Stapelextraktion für 300 T4-Belege?
Der Upload und die KI-Extraktion für 300 T4-Belege sind in der Regel in wenigen Minuten abgeschlossen – die genaue Dauer hängt von Dateigrößen und der Mischung aus digital erstellten PDFs und eingescannten Papierkopien ab. Die Zeitersparnis zeigt sich erst in der Phase nach der Extraktion: Anstatt zehn Stunden damit zu verbringen, rund 3.600 einzelne Feldwerte über 300 Belege hinweg abzutippen, benötigt der Lohnbuchhalter/in 30–45 Minuten, um die Flags der berechneten Spalten zu prüfen – die 12 von 300 Zeilen, bei denen ein CPP-Satz, EI-Satz oder effektiver Steuersatz außerhalb des erwarteten Bereichs lag – und die Spaltensummen mit den T4SUM- und PD7A-Abrechnungsunterlagen abzugleichen. Die Extraktion ist der schnelle Teil; die Verifikationsphase ist der Grund, warum sich die Arbeitswoche im Februar von einem Dateneingabe-Marathon zu einer strukturierten Compliance-Prüfung wandelt.
Was ist, wenn einige T4-Belege im Stapel korrigierte oder geänderte Versionen sind?
Die Extraktions-Engine verarbeitet alle T4-Belege im Stapel, unabhängig davon, ob es sich um Originale, Korrekturen oder Änderungen handelt, da sie jedes Feld anhand seiner Nummer und semantischen Bedeutung liest – nicht anhand eines belegbezogenen Statusindikators. Die berechnete Spalte „Amended Flag“ erkennt den Indikator „Corrected“ oder „Amended“ im Belegkopf und klassifiziert jede Zeile entsprechend. Nach der Extraktion sortieren Sie nach dieser Spalte – Originalzeilen werden von der T4SUM-Aggregation ausgeschlossen, geänderte Zeilen werden mit ihren korrigierten Werten einbezogen. Die Spalte „Dateiname“ bewahrt das Quell-PDF für die Prüfnachvollziehbarkeit. Wenn sowohl die Original- als auch die geänderte Version des T4-Belegs desselben Mitarbeiters im Stapel erscheinen, haben die beiden Zeilen dieselbe SIN, aber unterschiedliche Feldwerte und unterschiedliche Amended-Flag-Werte – eine Situation, die beim Sortieren nach SIN sofort sichtbar ist, und kein stilles Duplikat, das die T4SUM-Summen verfälscht.
Kann der Stapel sowohl digitale PDFs als auch eingescannte Papier-T4s im selben Upload verarbeiten?
Ja. Ein T4-PDF aus Ceridian Dayforce, ein T4-PDF aus QuickBooks Canada und ein eingescanntes Papier-T4 eines Mitarbeiters, der seine digitale Kopie verloren hat, werden alle im selben Stapel mit demselben Spaltenschema verarbeitet. Die Extraktions-Engine liest den visuellen Inhalt jeder Seite – ob digital erstellt oder eingescannt – und lokalisiert jedes Feld anhand seiner Nummer und Beschriftung, nicht anhand seiner Pixelkoordinaten. Leichte Schräglage, unterschiedliche Beleuchtungsqualität und gealtertes Papier verhindern die Extraktion nicht, da die KI nach semantischer Bedeutung liest. Stark degradierte Scans – eine gefaxte Kopie einer gefaxten Kopie – können eine geringere Genauigkeit aufweisen, und die Verifikationswerte der berechneten Spalte markieren die Zeile zur manuellen Überprüfung. Der Rest des Stapels wird normal weiterverarbeitet.
Verarbeitet die Extraktion auch die französischsprachigen Feldbezeichnungen auf zweisprachigen T4?
Ja. In Kanada ausgestellte T4-Formulare sind zweisprachig – jedes Feld ist sowohl auf Englisch als auch auf Französisch beschriftet (z. B. „Employment income / Revenus d'emploi“ für Feld 14). Die Extraktions-Engine liest beide Sprachen und ordnet die Feldwerte den von Ihnen definierten englischen Spaltennamen zu. Die Feldnummern (14, 16, 18, 22 usw.) sind in beiden Sprachen identisch und dienen als eindeutiger Identifikator. T4-Formulare, die ausschließlich auf Französisch ausgestellt werden – was bei reinen Quebec-Betrieben vorkommen kann – werden identisch verarbeitet, da die Feldnummern sprachunabhängig sind. Das RL-1 (Relevé 1) für Arbeitnehmer in Quebec ist ein separates Formular mit eigener Feldstruktur und muss separat extrahiert werden; die T4- und RL-1-Daten können nach der Extraktion anhand der Sozialversicherungsnummer (SIN) des Arbeitnehmers als Verknüpfungsschlüssel abgeglichen werden.
Was passiert, wenn ein T4 im Batch eine fehlende oder unleserliche SIN hat?
Das CRA-T4-Meldesystem prüft jede SIN gegen seine Datenbank und weist Belege zurück, bei denen die SIN nicht mit dem hinterlegten Namen oder Geburtsdatum übereinstimmt. Ein T4 mit fehlender oder unleserlicher SIN im Batch führt zu einer leeren SIN-Spalte im Extraktionsergebnis. Der Lohnbuchhalter/in kann diese Zeilen sofort identifizieren – sortieren Sie nach der SIN-Spalte, und jede Zeile mit einer leeren SIN ist ein Beleg, der erst nach Korrektur der SIN eingereicht werden kann. Die Extraktion errät keine SIN; sie extrahiert, was gedruckt ist. Die Konsequenz ist, dass der Lohnbuchhalter/in bereits vor dem Versand des T4-Batches an die CRA genau weiß, welche Belege eine SIN-Korrektur benötigen – anstatt dies erst festzustellen, wenn die gesamte Einreichung aufgrund einer einzigen nicht übereinstimmenden SIN unter 300 Belegen abgelehnt wird.
Kann ich T4-Formulare aus mehreren Steuerjahren in einem Batch verarbeiten?
Technisch ja – die KI extrahiert Daten aus jedem T4, unabhängig vom darauf gedruckten Steuerjahr – aber es ist besser, nach Steuerjahren zu bündeln. Eine zusammengeführte Tabelle mit T4-Formularen von 2024 und 2025 erfordert, dass die Spalte „Steuerjahr“ zu 100 % korrekt ist, bevor eine jahresspezifische Abstimmung beginnt, da sich der CPP-Satz (5,95 % im Jahr 2025 gegenüber einem anderen historischen Satz), der EI-Satz und der YMPE jedes Jahr ändern. Die Verarbeitung jedes Steuerjahres als separater Batch – mit dem Steuerjahr codiert in einer Spalte oder im Batch-Namen – eliminiert das Risiko von jahresübergreifenden Satzabweichungen bei den Prüfungen der berechneten Spalten. Wenn Sie gemischte Batches verarbeiten müssen (z. B. während einer Migration des Lohnsystems, bei der historische T4-Formulare digitalisiert werden), fügen Sie eine berechnete Spalte hinzu, die das Steuerjahr aus dem Belegkopf extrahiert und mit dem erwarteten Jahr abgleicht – und markieren Sie jede Zeile, in der das Jahr nicht übereinstimmt.