300 T4s in einen CRA-fertigen
Lohnbericht bündeln – ohne manuelle Eingabe
Ein Ölfeld-Dienstleistungsunternehmen aus Calgary mit 280 Außendienstmitarbeitern und 20 Büroangestellten führt die Lohnabrechnung für die Stundenkräfte über Ceridian Dayforce und für die Angestellten über QuickBooks Canada durch – eine Aufteilung aus einer Übernahme von 2022, die bis heute nicht in ein einziges System migriert wurde. In der ersten Februarwoche entpackt der Lohnbuchhalter/in zwei Sätze von T4-PDFs: einen Batch von 280 von Dayforce und einen weiteren von 20 von QuickBooks. Jeder Anbieter stellt dieselbe von der CRA vorgeschriebene Feldstruktur – Feld 14 Employment Income, Feld 22 Income Tax Deducted, Feld 16 CPP Contributions, Feld 18 EI Premiums – in einem eigenen visuellen Layout dar. 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 aus 300 Slips in zwei verschiedenen visuellen Layouts in eine Tabellenkalkulation übertragen werden. Bei zwei Minuten pro Slip – PDF öffnen, jedes nummerierte Feld in zwei verschiedenen Layoutrastern finden, in die richtige Tabellenzelle tippen – sind das zehn Stunden reine Übertragungsarbeit innerhalb eines Compliance-Zeitfensters, in dem die CRA für verspätete Einreichung 15 $ pro Tag und Batch von 51–500 Slips berechnet, und jede Abweichung zwischen Zeile 80 der T4SUM (gemeldete Gesamtabzüge) und Zeile 82 (gesamte abgeführte Beträge) kennzeichnet die gesamte Meldung für eine Pensionable and Insurable Earnings Review (PIER)-Prüfung.
Wichtigste Erkenntnisse
- Ein Ceridian Dayforce T4 und ein ADP Workforce Now T4 enthalten identische, von der CRA vorgeschriebene Felddaten – aber für jemanden, der manuell abtippt, sind es zwei unterschiedliche visuelle Sprachen, die vor jedem Tastendruck eine mentale Übersetzung erfordern.
- Bei einer konservativen manuellen Übertragungsfehlerquote von 0,5 % pro Feld über 300 Slips mit jeweils etwa 12 Feldern enthält Ihre T4 Summary ungefähr 18 falsche Werte – und das PIER-Programm der CRA gleicht jedes Feld 16 mit jedem Feld 26 ab.
- Integrieren Sie die eigenen Abgleichsprüfungen der CRA – CPP-Satz = Feld 16 ÷ Feld 26, EI-Satz = Feld 18 ÷ Feld 24 – direkt in die Extraktion, und der Februar schrumpft vom erneuten Eintippen von 300 Zeilen auf die Prü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 Employment Income“, „Feld 16 CPP“, „Feld 18 EI“, „Feld 22 Tax Deducted“, „Feld 16A CPP2“, „Feld 20 RPP“, „Feld 24 EI Insurable Earnings“, „Feld 26 Pensionable Earnings“ – laden alle T4s von allen Lohnanbietern in einem Batch hoch und erhalten eine konsolidierte Tabelle. Die Zusammenführung erfolgt im Extraktionsschritt, nicht danach in Excel, wo jede Kopier-Einfüge-Operation 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-T4s, weil die KI die Feldnummern und ihre semantische Bedeutung liest – nicht die Pixelkoordinaten, an denen sich jedes Feld auf dem Formular eines bestimmten Anbieters befindet.
Die Multi-Plattform-Realität der kanadischen Lohnabrechnung: Ceridian ist nicht ADP ist nicht QuickBooks
Viele kanadische Organisationen betreiben mehr als eine Lohnplattform – nicht aus Absicht, sondern durch Übernahmen. Das Unternehmen, das 2023 einen regionalen Wettbewerber übernahm, erbte dessen ADP-Lohndaten. Die Abteilung, die unter einem separaten Tarifvertrag arbeitet, nutzt Ceridian Powerpay, während die Zentrale QuickBooks Canada Payroll verwendet. Die Tochtergesellschaft, die projektbasiert in den Territorien arbeitet, nutzt Wagepoint. Die CRA erlaubt Ersatz-T4-Formulare mit Layoutabweichungen, und jeder große Lohnsoftware-Anbieter nutzt diese Erlaubnis. Das Ergebnis: Dieselben CRA-vorgeschriebenen Felddaten – 14, 16, 16A, 18, 20, 22, 24, 26, 40, 44, 46, 52 – erscheinen in einer anderen visuellen Anordnung, je nachdem, welche Software den Beleg erstellt hat.
Das ist kein Fehler im System der CRA. Der RC4120 Employers' Guide schreibt den Dateninhalt vor – jedes Feld muss eindeutig nummeriert erscheinen –, überlässt das visuelle Layout jedoch dem Software-Anbieter. Für einen Arbeitgeber mit einer Lohnplattform ist das irrelevant: Jede T4 sieht gleich aus. Für einen Arbeitgeber mit zwei oder drei Plattformen erzeugt jeder Drucklauf visuell unterschiedliche T4s mit identischen zugrunde liegenden Datenschemata, und die Lohnbuchhalter/in ist die Übersetzungsebene.
Vorlagenbasierte Extraktionstools – bei denen Sie auf einer Beispiel-T4 ein Rechteck um jedes Feld ziehen – scheitern an diesem Punkt, weil eine auf Ceridians Layout abgestimmte Vorlage ADPs Layout völlig falsch liest. Die Lohnbuchhalter/in verarbeitet entweder die T4s jedes Anbieters separat mit einer eigenen Vorlage – was den manuellen Zusammenführungsschritt über drei separate Tabellen wieder einführt – oder greift für die nicht standardkonformen Formate auf manuelle Eingabe zurück. Semantische Extraktion eliminiert dies, indem sie jedes Feld danach liest, was es bedeutet, statt wo es sitzt. Das gleiche Spaltenschema, das „Feld 16 CPP“ auf einer Ceridian-T4 findet, findet es auch auf einer ADP-T4, einer QuickBooks-T4 und einer gescannten Papier-T4 – weil die KI versteht, dass sich „Feld 16“ und „CPP-Beiträge des Arbeitnehmers“ auf denselben Datenpunkt beziehen, unabhängig von ihren Pixelkoordinaten.
Dateien werden sicher verarbeitet und nicht gespeichert.
Ein Batch, drei verschiedene Interessengruppen: CFO, Wirtschaftsprüfer und die T4 Summary
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 demselben Lohnbuchhalter/in unter drei verschiedenen Termindrucken zusammengestellt wurden.
CFO: Abstimmung mit dem Hauptbuch
Der CFO muss bestätigen, dass das Beschäftigungsentgelt in Feld 14 über alle 300 Mitarbeiter hinweg den im Hauptbuch für das Kalenderjahr erfassten Lohn- und Gehaltsaufwendungen entspricht – und dass eine etwaige Differenz auf steuerpflichtige Leistungen in Feld 40 und Aktienoptionsvorteile zurückzuführen ist, nicht auf eine Datenerfassungslücke. Eine einzige Tabellenkalkulation mit einer SUMME der Spalte Feld 14 beantwortet dies in Sekunden. Der CFO benötigt außerdem die Summen aus Feld 22 (einbehaltene Einkommensteuer), um sie mit der jährlichen PD7A-Kontoauskunft für Überweisungen abzugleichen – der Aufzeichnung der CRA darüber, was tatsächlich auf das Lohnkonto überwiesen wurde. Eine Abweichung zwischen der Summe aus Feld 22 in der Tabellenkalkulation 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 Gegenprüfung
Der Prüfer wählt eine geschichtete Zufallsstichprobe – 25 Mitarbeiter mit unterschiedlichen Zahlungshäufigkeiten, Beschäftigungsarten und Betriebszugehörigkeiten – und muss die T4-Zahlen jedes ausgewählten Mitarbeiters bis zu den Jahresregistern des Lohnsystems zurückverfolgen. Mit einer konsolidierten Tabellenkalkulation filtert der Prüfer nach Mitarbeitername oder SIN, ruft das Quell-T4-PDF mit einem Klick ab (die Spalte „Dateiname" in der Ausgabe ordnet jede Zeile ihrem Quelldokument zu) und führt den Verifizierungsdurchlauf in einer strukturierten Reihenfolge durch. Ohne die konsolidierte Tabellenkalkulation muss der Prüfer einzelne T4-Formulare 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 Ende Februar
Die T4 Summary ist eine Zusammenfassung auf Arbeitgeberebene – alle Feldsummen über sämtliche T4-Zettel hinweg – die zusammen mit den einzelnen Zetteln bei der CRA eingereicht werden muss. Die zentrale Abstimmung ist Zeile 80 (gemeldete Gesamtabzüge: CPP + EI + Einkommensteuer) abzüglich Zeile 82 (Gesamtüberweisungen). Eine Differenz von 2 $ oder weniger wird ignoriert. Alles darüber muss erklärt und entweder bezahlt (Restbetrag in Zeile 86) oder als Überzahlung geltend gemacht werden (Zeile 84). Eine konsolidierte Tabellenkalkulation mit SUMME-Funktionen auf den 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 Zettel. Für den Arbeitgeberanteil (Feld 17 – Arbeitgeber-CPP-Beiträge, Feld 19 – Arbeitgeber-EI-Prämien) ermöglichen die Spaltensummen der Tabellenkalkulation die Überprüfung, dass 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-Abweichungen erkennen, bevor das CRA es tut
Der wertvollste Teil einer Batch-Extraktion mit 300 T4-Formularen ist nicht die Extraktionsgeschwindigkeit – sondern die Möglichkeit, CRA-Abstimmungslogik direkt in die Extraktion einzubetten. Berechnete Spalten führen Berechnungen aus, während jedes T4 gelesen wird, und kennzeichnen die wenigen Formulare mit Abweichungen, bevor die Ausgabetabelle geöffnet wird. Die Rolle des Lohnbuchhalters/der Lohnbuchhalterin verschiebt sich von der Dateneingabe zum Ausnahmemanagement – 12 gekennzeichnete Zeilen von 300 prüfen, statt jede Zeile neu einzutippen.
Vier berechnete Spalten, die eine T4-Batch-Extraktion in eine Vorabprüfung verwandeln:
Prüfung des CPP-Beitragssatzes. Für das Steuerjahr 2025 beträgt der Arbeitnehmer-Beitragssatz für CPP 5,95 % auf rentenversicherungspflichtige Einkünfte zwischen $3.500 und $68.500. Eine berechnete Spalte, definiert als Feld 16 ÷ (Feld 26 − 3500), verglichen mit 5,95 % – weicht das Ergebnis um mehr als 1 % ab, wird die Zeile markiert. Die häufigste Ursache für eine Abweichung: ein Arbeitnehmer, der im Kalenderjahr 18 oder 70 Jahre alt wurde und dessen CPP-Beiträge nur auf einen Teil seiner Einkünfte anzuwenden sind. Eine zweite Quelle: die CPP2-Beiträge (Feld 16A) auf Einkünfte ü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 sie 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 versicherbare Einkünfte bis zum Maximum Insurable Earnings (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 vor Einreichung der T4 – statt eines PIER-Bescheids, der im September eintrifft.
Vorabprüfung der Summe für T4SUM Zeile 80. Eine berechnete Spalte, die Feld 16 + Feld 16A + Feld 18 + Feld 22 für jede Zeile summiert und den Beitrag pro Arbeitnehmer zu T4SUM Zeile 80 ausweist. Die Spaltensumme über alle 300 Zeilen sollte Zeile 80 entsprechen, bevor Arbeitnehmer- und Arbeitgeberanteile getrennt werden. Weicht die Spaltensumme um mehr als $1,50 pro Arbeitnehmer von der PD7A-Abgabensumme ab (die $500-Aggregatschwelle bei 300 Arbeitnehmern), enthält der Batch mindestens ein falsch extrahiertes Feld – und der Lohnbuchhalter/in weiß bereits, bevor die Tabellenkalkulation den CFO erreicht, dass ein Abgleichsdurchlauf erforderlich ist, nicht erst nach Einreichung der T4SUM und einem PD7D-Bescheid der CRA mit einer Abweichung.
Erkennung von Ausreißern beim effektiven Steuersatz. Eine berechnete Spalte, die Feld 22 (Abgezogene Einkommensteuer) durch Feld 14 (Arbeitseinkommen) teilt und Zeilen markiert, in denen der effektive Satz unter 10 % oder über 40 % liegt. Ein Arbeitnehmer mit $85.000 Einkommen und $4.200 einbehaltener Steuer (4,9 %) ist mit hoher Wahrscheinlichkeit ein TD1-Formularfehler, bei dem der Arbeitnehmer überhöhte persönliche Steuergutschriften geltend machte. Ein Arbeitnehmer mit $85.000 Einkommen und $42.000 einbehaltener Steuer (49,4 %) deutet darauf hin, dass das Lohnsystem einen Pauschalsteuersatz statt des gestaffelten Steuersatzes angewendet hat – oft infolge einer Lohnmigration zur Jahresmitte, bei der das neue System den bisher einbehaltenen Jahressteuerbetrag nicht übernahm. Beide Szenarien müssen untersucht werden, bevor der Arbeitnehmer seine T4 erhält.
Der einzelne T4-Extraktionsworkflow erzeugt eine Zeile pro Arbeitnehmer. Die Batch-Extraktion im Umfang 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 lag. 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 mit Compliance-Prüfung verbracht wird.
Abgleich der Batch-Ausgabe mit der T4 Summary (T4SUM)
Die T4 Summary fasst 300 einzelne T4-Slips zu einer aggregierten Übersicht auf Arbeitgeberebene zusammen. Der Kernmechanismus ist eine einzige arithmetische Prüfung: Zeile 80 (gesamt gemeldete Abzüge über alle Slips) minus Zeile 82 (gesamt im Kalenderjahr an die CRA überwiesener Betrag). Die Differenz ist, falls vorhanden, entweder eine Überzahlung (Zeile 84) oder ein Restbetrag (Zeile 86). Die CRA berechnet oder erstattet keine Differenz von $2 oder weniger – eine Toleranz, die Rundungen abdeckt, aber sonst nichts.
Für eine Batch-Extraktion mit 300 Mitarbeitern sieht der Abgleichs-Workflow wie folgt aus:
Batch extrahieren und Spaltensummen berechnen
Die Ausgabetabelle hat 300 Zeilen und ungefähr 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 CPP- oder EI-Satzabweichung markiert hat, korrigieren Sie die Quellzeile, bevor Sie sie in die SUMME aufnehmen – ein falscher Feld-16-Wert erzeugt eine falsche T4SUM-Zeile 16, die mit dem PD7A-Überweisungsbeleg nicht übereinstimmt.
Feld 22 mit den jährlichen PD7A-Steuerüberweisungen abgleichen
Die PD7A-Kontoauszüge der CRA für aktuelle Quellenabzüge listen jede Überweisung auf Ihr Lohnkonto während des Kalenderjahres auf – jeden Scheck, jede EFT-Zahlung und die Gesamtsumme. Die SUMME der Feld-22-Spalte über alle 300 Mitarbeiter muss der jährlich überwiesenen Einkommensteuer auf dem letzten PD7A entsprechen. Eine Abweichung bedeutet normalerweise, dass eine Überweisung dem falschen Lohnkonto zugeordnet wurde (z. B. eine Zahlung für Konto 123456789RP0001 wurde auf 123456789RP0002 verbucht) oder dass eine Lohnüberweisung Ende Dezember die Kalenderjahresgrenze überschritt und auf dem Januar-PD7A statt auf dem Dezember-PD7A erschien. Keiner dieser Fälle ist ein Extraktionsfehler – aber wenn Sie ihn vor der Einreichung der T4SUM erkennen, verhindern Sie eine PD7D-Prüfungsmitteilung mit einer ungeklärten Abweichung.
Arbeitgeberanteile für CPP und EI überprüfen
Der CPP-Arbeitgeberbeitrag (gemeldet in T4SUM-Zeile 27, nicht auf einzelnen T4-Formularen) entspricht 1,0 × der Gesamtsumme von Feld 16. Die EI-Arbeitgeberprämie (T4SUM-Zeile 19) entspricht 1,4 × der Gesamtsumme von Feld 18. Wenn die Gesamtsumme der Feld-16-Spalte in Ihrer Tabelle 74.250 $ beträgt, muss der CPP-Arbeitgeberbeitrag 74.250 $ betragen – nicht 74.000 $ und 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. Diese Prüfung schlägt bei Batch-Größe am wahrscheinlichsten fehl, da sie einen Multiplikator betrifft, der außerhalb der Extraktion berechnet wurde – und wenn der Multiplikator im T4SUM-Arbeitsblatt des Lohnbuchhalters/der Lohnbuchhalterin nicht dem tatsächlichen CRA-Satz entspricht (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.
T4-Erklärung vor dem 28. Februar einreichen und die Extraktionstabelle aufbewahren
Für das Steuerjahr 2025 ist die Frist der 28. Februar 2026 – ein Samstag, wodurch sich die effektive Frist auf Montag, den 2. März 2026 verschiebt. 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 Spalten – ist das Belegdokument für die Prüfung. Wenn das PIER-Programm der CRA sechs Monate später eine Abweichung markiert, ist die Tabelle das Dokument, das die Position des Arbeitgebers belegt. Bewahren Sie sie sechs Jahre lang auf, wie es die Aufbewahrungsvorschriften der CRA für Lohninformationserklärungen verlangen.
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 keine separate Spalte für 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 vollständig weggelassen (wodurch die Summe aus T4SUM Zeile 16 + Zeile 16A hinter dem überwiesenen 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 gegen Feld 26 prüft, erkennt die Unstimmigkeit; die separate Spalte für Feld 16A im Schema ist es, die das Problem behebt.
Beschäftigung in mehreren Provinzen – 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 – jeweils mit der provinziellen Aufteilung des Erwerbseinkommens, CPP und EI. Die CRA verlangt einen separaten T4-Beleg für jede Provinz der Beschäftigung. Im manuellen Workflow muss der Lohnbuchhalter/in erkennen, dass derselbe Mitarbeiter zweimal erscheint, und die Gesamtvergütung beim Abgleich mit dem Lohnregister nicht doppelt zählen. Bei einer Batch-Extraktion nehmen Sie „Provinz der Beschäftigung“ als Spalte auf und gruppieren Sie nach SIN, um zu prüfen, dass Mitarbeiter mit mehreren Provinzen ein Gesamteinkommen haben, das ihrem Jahresgehalt entspricht – nicht dem Doppelten.
Korrigierte und geänderte T4s – Welche Version geht an die CRA?
Wenn die CRA ein eingereichtes T4 ablehnt – typischerweise weil die SIN nicht mit dem Namen in der Akte übereinstimmt – stellt der Arbeitgeber ein geändertes T4 aus und reicht es erneut ein. Wenn das geänderte T4 im selben Batch wie das Original landet, enthält die Tabelle doppelte Zeilen für denselben Mitarbeiter mit unterschiedlichen Feldwerten. Die berechnete Spalte „Amended Flag“ – bei der die KI einen „Corrected“-Hinweis auf dem Beleg erkennt – trennt Originale von Änderungen. Der Lohnbuchhalter/in sortiert nach dieser Spalte, schließt die Originalzeilen aus der T4SUM-Aggregation aus und reicht die korrigierten Zahlen ein. Ohne diese Spalte findet der Lohnbuchhalter/in die Abweichung erst, wenn die Tabellensummen nicht übereinstimmen, nicht vorher – und bei 300 Zeilen ist das Finden des einen Duplikats unter 300 genau das manuelle Problem, das die Batch-Extraktion beseitigen sollte.
Quebec-Mitarbeiter — Das Nebeneinander von T4 und RL-1
Mitarbeiter in Quebec erhalten sowohl ein bundesstaatliches T4 als auch ein Relevé 1 (RL-1) von Revenu Québec. Die beiden Formulare überschneiden sich, weisen jedoch unterschiedliche Beitragssätze auf: QPP bei 6,40 % im Jahr 2025 gegenüber CPP bei 5,95 %, und Quebec EI (QPIP) zu einem anderen Satz als das bundesstaatliche EI. Für eine Batch-Extraktion müssen T4 und RL-1 als verknüpfte, aber separate Dokumente verarbeitet werden — das Feld 14 des T4 abzüglich des Erwerbseinkommens des RL-1 entspricht dem außerhalb von Quebec erzielten Einkommen. Fügen Sie eine Spalte „Provinz“ hinzu und filtern Sie nach Quebec-Mitarbeitern, um zu überprüfen, dass 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 am 28. Februar. Eine detaillierte Aufschlüsselung der Abstimmung der beiden Dokumente finden Sie im T4-Extraktionsleitfaden, der die T4/RL-1-Aufteilung im Detail behandelt.
Wiederverwendung des Batch-Schemas über Steuerjahre hinweg — und über Grenzen hinweg
Das Spaltenschema, das für einen T4-Batch des Steuerjahres 2025 definiert wurde, funktioniert für 2026, 2027 und jedes weitere Jahr — denn die Feldstruktur der CRA ändert sich nur, wenn sich die Gesetzgebung ändert, und wenn das der Fall ist (wie bei CPP2 im Jahr 2024), fügen Sie dem Schema eine Spalte hinzu, ohne den Rest neu aufzubauen. Die Mitarbeiter ändern sich, die Zahlen ändern sich, die Lohnabrechnungsplattform kann sich im Laufe des Jahres ändern (ein Unternehmen, das von ADP zu Ceridian wechselt, verwendet dasselbe Schema für die T4 beider Anbieter), aber die Spaltendefinitionen bleiben konstant.
Dieselbe Batch-Verarbeitungslogik — ein Spaltenschema, ein Upload, eine konsolidierte Tabelle — lässt sich direkt auf andere Jahresend-Abstimmungsprozesse der Lohnabrechnung übertragen. Für australische Lohnabrechnungsteams gilt der entsprechende Ansatz für die Batch-PAYG-Zahlungsbelegverarbeitung mit der jährlichen Einreichung des ATO-Berichts. Für britische Arbeitgeber behandelt dieselbe Methodik die Batch-P60-Verarbeitung für Lohnabrechnungs-Prüfblätter vor der HMRC-Frist am 31. Mai. Der Dokumenttyp ändert sich, die Steuerhoheit ändert sich, die gesetzlichen Felder ändern sich — aber das Batch-Prinzip, Spalten einmal zu definieren und alles in einem einzigen 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 erzeugt, und dem, was die Abstimmung 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.