Warum die Dateneingabe für GST/HST-Meldungen kanadische Kleinunternehmen mehr kostet, als das CRA-Formular zeigt

Die GST/HST-Meldung, die jedes registrierte kanadische Unternehmen gemäß Teil IX des Excise Tax Act einreicht, hat vier Rechenzeilen. Drei davon – Zeile 103 (vereinnahmte GST/HST), Zeile 106 (Vorsteuerabzug auf Einkäufe) und Zeile 109 (Steuerschuld) – sind keine Zahlen, die Sie einfach in einem Hauptbuch nachschlagen können. Es sind Summen, die Sie aus jeder von Ihnen ausgestellten Verkaufsrechnung und jeder von Ihnen erhaltenen Einkaufsrechnung des Meldezeitraums ableiten, wobei jede einen anderen Steuersatz trägt, je nachdem, ob der Lieferant in Ontario (13 % HST), Nova Scotia (15 % HST), British Columbia (nur 5 % GST) oder Quebec (5 % GST plus 9,975 % QST) tätig ist. Ein Kleinunternehmen mit 40 Einkaufsrechnungen pro Quartal steht vor 40 einzelnen ITC-Ermittlungen – die GST/HST-Zeile auf jeder Lieferantenrechnung lokalisieren, den Satz mit der Provinz abgleichen und den Betrag in eine Tabelle eingeben – bevor Zeile 106 eine Zahl enthalten kann. Das Formular ist in 15 Minuten ausgefüllt, sobald die Zahlen bekannt sind. Diese Zahlen in 40 PDFs zu finden, die jeweils die Steueraufschlüsselung in einem anderen Layout darstellen, verschlingt die anderen drei Stunden eines Meldewochenendes. Die vierteljährliche Frist der CRA ist das Datum, an dem Ihnen die Lücke auffällt – aber die Lücke bestand jedes Quartal.

Das GST34-2 stellt vier Fragen – die Antworten zu finden, kostet die anderen drei Stunden

Ein Klick auf "Einreichen" im CRA-My-Business-Account dauert etwa neunzig Sekunden. Das ist der Teil der Erklärung, den jeder sehen kann, und der Teil, der wirklich schnell geht. Die Arbeit findet irgendwo statt, das der Kalender nicht markiert: am Abend oder Wochenende vor der Frist – dem 30. des Monats nach jedem Meldezeitraum für Quartalsmelder –, wo man nacheinander Lieferanten-PDFs öffnet, die Steuerzeile auf jedem findet, bestätigt, dass der Satz für die Provinz des Lieferanten sinnvoll ist, und die Zahl in eine Tabelle eingibt, die keines dieser PDFs für einen lesen kann.

Für rund 3,5 Millionen GST/HST-Registranten in Kanada war das Problem der Erklärung nie das Formular. Es ist alles, was wahr sein muss, bevor das Formular ausgefüllt werden kann – und die Lücke zwischen diesen beiden Dingen ist der Ort, an dem die Dateneingabekosten liegen.

Die entscheidende Neuausrichtung: Das Einreichen einer GST/HST-Erklärung ist keine Formularausfüllaufgabe mit einem angehängten Datensammlungsschritt. Es ist eine Datenzusammenstellungsaufgabe mit einem angehängten Formularausfüllschritt. Das Einreichen dauert 90 Sekunden und ein paar Tastatureingaben. Die Zusammenstellung – das Ablesen von Steuerzeilen aus Lieferanten-PDFs, das Überprüfen der Provinzsätze, das Summieren über fünf Steuerkategorien – dauert Stunden. Jedes Tool, jede Abkürzung und jede Beschwerde, die darauf abzielt, "GST/HST einfacher zu machen", zielt in Wirklichkeit auf die Zusammenstellung ab. Und die meisten bleiben an dem einen Teil hängen, der manuell bleibt.

Was zwischen dem letzten Lieferanten-PDF und Zeile 106 tatsächlich passiert

Gehen wir die Datenzusammenstellung eines Quartals für ein typisches Kleinunternehmen durch – einen in Vancouver ansässigen Renovierer mit 40 Lieferanten-Rechnungseingängen in einem Ordner – und die Form des Problems wird sichtbar.

Suchen Sie die GST/HST-Zeile auf jeder der 40 Lieferantenrechnungen.

Eine Home Depot Canada PDF zeigt „HST (ON) 13 %: 47,32 $" in der Fußzeile. Eine handschriftliche Quittung eines Klempners aus BC weist „GST 12,80 $" in der Nähe des Gesamtbetrags auf. Eine Rechnung eines Holzhändlers aus Quebec teilt „TPS 5 %" und „TVQ 9,975 %" auf zwei separate Zeilen auf – und nur der TPS-Anteil ist als bundesstaatlicher ITC (Vorsteuerabzug) anrechenbar. Eine PDF eines Großhändlers für Baumaterial aus Nova Scotia versteckt „HST @ 15 %" in einer mehrzeiligen Steuerzusammenfassung auf Seite zwei. Jede Rechnung zeigt die Steueraufschlüsselung in einem anderen Format, an einer anderen Position und mit anderen Bezeichnungen. Der Renovierer muss jede PDF öffnen, nach der Steuerzeile suchen und die Zahl ablesen. Bei etwa einer Minute pro Rechnung für diese visuelle Suche – schneller, wenn das Format vertraut ist, langsamer, wenn der Lieferant seine Vorlage neu gestaltet hat – sind das 40 Minuten Lesezeit, bevor auch nur eine einzige Zahl eingegeben wurde.

Überprüfen Sie den Steuersatz anhand der Provinz des Lieferanten.

Die Liste der Renovierungslieferanten erstreckt sich über fünf Provinzen mit fünf verschiedenen bundesstaatlichen Steuersätzen. Die Home Depot-Rechnung aus Ontario berechnet 13 % HST – korrekt. Der Klempner aus BC berechnet 5 % GST – korrekt, BC nimmt nicht am HST-System teil. Der Großhändler aus Nova Scotia berechnet 15 % HST – korrekt. Der Holzhändler aus Quebec berechnet 5 % TPS (Bundesanteil) – korrekt, aber die 9,975 % TVQ sind provinziell und dürfen nicht in den bundesstaatlichen ITC-Gesamtbetrag einfließen. Dieser Überprüfungsschritt – der Abgleich des auf der Rechnung ausgewiesenen Steuersatzes mit der Provinz des Lieferanten – dauert etwa 30 Sekunden pro Rechnung, wenn der Buchhalter ausgeruht ist. Nach 20 Rechnungen wird die Überprüfung zu einem Musterabgleich: „Die meisten sagen 13 %, der Satz scheint in Ordnung." Nach 30 Rechnungen wird der Lieferant aus BC, der 5 % GST berechnet, gedanklich als „wahrscheinlich 13 % wie der Rest" abgelegt. So kann eine korrekte Extraktion dennoch zu einer falschen ITC-Zahl führen – nicht weil die Zahl falsch eingegeben wurde, sondern weil die Überprüfung, die den provinziellen Satzunterschied hätte aufdecken sollen, vor der letzten Zeile ermüdet ist.

Geben Sie 40 Steuerbeträge in eine Tabelle ein – und überprüfen Sie dann diejenigen, die falsch erscheinen.

Nachdem die Steuerzeile gefunden und der Satz überprüft wurde, tippt der Renovierer jeden GST/HST-Betrag in eine Tabellenspalte. Bei 30 Sekunden pro Eintrag inklusive Überprüfung sind das etwa 20 Minuten Tipparbeit für 40 Rechnungen. Dann folgt der Abgleich: Die Summe der Spalte „Gezahlte GST/HST" sollte in etwa dem entsprechen, was Zeile 106 der CRA (Kanadische Steuerbehörde)-Erklärung verlangt. Wenn die Summe 2.340 $ beträgt und das vorherige Quartal 2.100 $ betrug, öffnet der Renovierer die fünf umsatzstärksten Lieferantenrechnungen, um die Beträge zu bestätigen. Wenn die QST eines Lieferanten aus Quebec versehentlich in der Spalte „Gezahlte GST/HST" enthalten war, ist der Gesamtbetrag zu hoch angesetzt – und die CRA kann später den überhöhten ITC-Antrag ablehnen, wobei die Zinsen ab dem ursprünglichen Einreichungsdatum berechnet werden. Die Zeit, diesen Fehler zu finden, ist weder in den 40 Minuten noch in den 20 Minuten enthalten. Sie ist extra – und sie ist unvorhersehbar.

Die drei Schritte zusammen nehmen für ein kleines Unternehmen mit einem typischen Lieferantenstamm etwa zwei bis drei Stunden pro Quartal in Anspruch. Bei vier Quartalen pro Jahr sind das acht bis zwölf Stunden Arbeit, die weder Umsatz noch Erkenntnisse oder strategischen Wert generieren – es handelt sich um reine Datenübertragung von einem Format in ein anderes. Und die Übertragung ist anfällig: Ein einziger Lieferant, der sein Rechnungslayout zwischen Q1 und Q3 ändert, oder ein einziger Lieferant aus Québec, dessen QST-Zeile fälschlicherweise als GST interpretiert wurde, reicht aus, um den Wert in Zeile 106 falsch zu machen – und zwar so falsch, dass es eine Prüfung durch die CRA auslösen kann.

Warum Buchhaltungssoftware die PDF Ihres Lieferanten nicht lesen kann – und was dennoch Bestand hat

Der Markt für Buchhaltungssoftware für kleine Unternehmen in Kanada ist gut versorgt. QuickBooks Online Canada, Xero, Sage 50 und Wave beherrschen alle die GST/HST-Kodierung, automatisieren die Berechnung der Nettosteuer und können die Erklärung sogar direkt über den NETFILE-Dienst der CRA einreichen. Von außen betrachtet scheint das Problem gelöst: Die Buchhaltungssoftware kennt die Steuersätze, ordnet Transaktionen den richtigen Zeilen auf dem GST34-2 zu und reicht die Erklärung ein. Was sie nicht kann – und was keine Buchhaltungssoftware auf dem Markt kann – ist, die PDF eines Lieferanten zu lesen, um den GST/HST-Betrag auf der Rechnung zu finden.

Diese strukturelle Lücke hält den manuellen Schritt am Leben. Ein Lieferant sendet eine PDF-Rechnung per E-Mail. Die Buchhaltungssoftware kann die Zahlung erfassen, wenn der Kontoauszug mit der Transaktion übereinstimmt. Aber der Steuerbetrag auf dieser Rechnung – die Zahl, die bestimmt, wie viel ITC (Vorsteuerabzug) das Unternehmen geltend machen kann – ist ein Datum, das nur auf der PDF existiert und nirgendwo sonst, bis eine Person es liest und in die Software eingibt. Jede SaaS-Abonnementrechnung, jede Großhandels-Lieferantenabrechnung, jeder Baumarktbeleg – die Steuerzeile in jedem dieser Dokumente ist für das Buchhaltungssystem, das sie benötigt, unsichtbar.

Die Lücke ist kein QuickBooks-Problem oder ein Xero-Problem. Es ist ein Problem des Dokumentformats. PDF ist ein visuelles Medium, das für das menschliche Lesen konzipiert wurde, nicht für die maschinelle Extraktion. Die Buchhaltungssoftware kann GST/HST berechnen, sobald die Zahlen im System sind. Sie in das System zu bekommen, ist der Schritt, für den es keine softwarenative Brücke gibt – und die Brücke ist eine Person, die PDFs öffnet und tippt.

Was die meisten Kleinunternehmer übersehen: Die Buchhaltungssoftware ist nicht der Engpass. Die PDF ist es. Die Software führt die Arithmetik fehlerfrei aus – aber nur mit Daten, die bereits eingegeben wurden. Die tippende Person ist die teuerste und fehleranfälligste Komponente des Arbeitsablaufs, und jede Verbesserung der Buchhaltungssoftware (bessere Berichte, schnellere Abstimmung, automatisierte Einreichung) lässt diese Komponente unberührt. Sie können QuickBooks jedes Jahr aktualisieren. Der Tippschritt bleibt derselbe.

Fünf Provinzen, fünf Steuersätze – Warum das kanadische GST/HST-System die manuelle ITC-Berechnung besonders fehleranfällig macht

Die meisten Länder mit einer Mehrwertsteuer haben einen einzigen nationalen Satz. Kanada nicht – und genau das macht die manuelle ITC-Berechnung zu einem qualitativ anderen Problem als die manuelle BAS-Abgabe in Australien oder die manuelle Umsatzsteuervoranmeldung im Vereinigten Königreich. Ein kanadisches Kleinunternehmen mit Lieferanten in fünf Provinzen verarbeitet Rechnungen mit fünf verschiedenen Bundessteuersätzen, und der Satz auf jeder Rechnung muss anhand des Standorts des Lieferanten überprüft werden – nicht angenommen, nicht abgeleitet, sondern überprüft.

Lieferantenprovinz	Steuerart	Federal ITC-Satz	Häufiger manueller Eingabefehler
Ontario (ON)	HST	13%	Annahme, dass alle Lieferanten 13% berechnen – der häufigste Standardfehler, falsch für BC, AB, MB, SK, QC und die Territorien
Nova Scotia (NS), New Brunswick (NB), Newfoundland & Labrador (NL), Prince Edward Island (PE)	HST	15%	Eingabe des HST-Betrags als 13% des Rechnungsbetrags statt 15% – unterschätzt den ITC um etwa 2% des Rechnungswerts
British Columbia (BC), Alberta (AB), Manitoba (MB), Saskatchewan (SK), Northwest Territories (NT), Nunavut (NU), Yukon (YT)	Nur GST	5%	Annahme, dass HST gilt, und Eingabe von 13% – überschätzt den ITC um 8% des Rechnungswerts, der Fehler, der am ehesten eine CRA-Prüfung auslöst
Quebec (QC)	GST + QST (getrennt)	5% (nur Bundes-GST)	Hinzufügen der QST (9,975%) zum Federal-ITC-Anspruch – überschätzt den ITC, und die CRA wird den QST-Anteil ablehnen, da die QST von Revenu Québec verwaltet wird, nicht von der CRA

Ein Unternehmen mit Lieferanten in Ontario, BC, Quebec und Nova Scotia – keine ungewöhnliche Mischung für ein Unternehmen, das landesweit Materialien einkauft – verarbeitet in einem einzigen Quartal Rechnungen mit vier verschiedenen Bundessteuersätzen. Der Überprüfungsschritt ist keine einzelne Prüfung. Es sind vier separate Prüfungen, die jeweils auf die Teilmenge der Rechnungen aus jeder Provinz angewendet werden. Und derselbe Lieferant, der im Q1 13% HST berechnet hat, weil er aus seinem Lager in Ontario versandt hat, könnte im Q3 5% GST berechnen, weil er aus seinem Lager in BC versandt hat – der Steuersatz folgt dem Lieferort, nicht der Provinz des Hauptsitzes des Lieferanten. Die Person, die die Zahlen eingibt, muss diese Änderung erkennen. Nach 30 Rechnungen in einer Sitzung nähert sich die Wahrscheinlichkeit, sie zu erkennen, der Wahrscheinlichkeit, sie zu übersehen.

Der Workflow zur vierteljährlichen Batch-Verarbeitung führt eine formelbasierte Überprüfung ein – =IF(AND(H2="BC", G2<>5%), "VERIFY", "") – die Satz-Provinz-Diskrepanzen automatisch kennzeichnet. Aber dieser Workflow setzt voraus, dass die Daten bereits in der Tabelle sind. Der Artikel, den Sie gerade lesen, handelt von dem Schritt, bevor die Tabelle existiert: dem Schritt, bei dem die Daten aus 40 PDFs in Spalten überführt werden und die einzige Überprüfung ein Paar menschlicher Augen ist – die teuerste und unzuverlässigste Komponente in der Kette.

Die Lösung ist nicht schnelleres Tippen – sondern das vollständige Wegfallen des Tippens

Der im Leitfaden zur GST/HST-Extraktion für ein einzelnes Quartal beschriebene Workflow zur GST/HST-Extraktion schließt genau diese Lücke – und zwar durch eine Änderung des Eingabeschritts, nicht des Meldeschritts. Sie definieren sechs Spalten – Lieferantenname, Rechnungsdatum, Rechnungsbetrag, gezahlte GST/HST, angewandter Steuersatz, Provinz des Lieferanten – laden alle 40 Lieferanten-PDFs in einem Batch hoch, und die KI liest jedes Dokument nach Feldbedeutung statt nach Feldposition. Das Ergebnis ist eine Tabelle, in der sich jeder Steuerbetrag bereits in seiner Spalte befindet, jede Provinz bereits ausgefüllt ist und jeder Steuersatz per Formel statt per Augenschein überprüft werden kann.

Der Mechanismus ist der entscheidende Unterschied. Herkömmliche OCR-Tools müssen wissen, wo die Steuerzeile auf jeder Lieferantenrechnung steht – sie lesen positionsbasiert, und ein Lieferant, der die HST-Zeile in einer neu gestalteten Vorlage von der Fußzeile auf Seite zwei verschiebt, bringt die Extraktion zum Scheitern. Die semantische KI-Extraktion liest nach Bedeutung: Sie sucht auf der Rechnung nach dem Feld, das den GST/HST-Betrag darstellt, unabhängig davon, wo dieses Feld positioniert ist. Eine Home Depot-PDF, eine handschriftliche Quittung eines Klempners aus BC und die Rechnung eines Holzlieferanten aus Quebec mit separaten TPS- und TVQ-Zeilen fließen alle in dieselben Spalten ein. Die KI liest „TPS 5 %“ auf der Quebec-Rechnung und extrahiert den TPS-Betrag in die Spalte „Gezahlte GST/HST“. Sie ignoriert die TVQ-Zeile, da der Spaltenname – „Gezahlte GST/HST“ – ihr sagt, dass nur die Bundeskomponente extrahiert werden soll.

JPG/PNG/PDF KI-Extraktion

Dateien werden sicher verarbeitet und nicht gespeichert.

Was sich ändert, ist nicht Ihr Melde-Workflow, Ihre Buchhaltungssoftware oder Ihre Beziehung zur CRA. Was sich ändert, ist, dass der dreistündige Datenerfassungsschritt – Steuerzeilen lokalisieren, Provinzsätze überprüfen, Zahlen abtippen – auf wenige Minuten Upload und eine Durchsicht der Ausgabe schrumpft. Ihr QuickBooks oder Xero erledigt weiterhin die Meldung. Ihr Steuerberater prüft weiterhin die Erklärung. Das Einzige, was wegfällt, ist der Teil, in dem Sie 40 PDFs einzeln öffnen und Zahlen abtippen, die Ihre Buchhaltungssoftware perfekt berechnen kann – sobald sie die Zahlen hat.

Das gleiche strukturelle Problem besteht in anderen Steuerhoheitsgebieten mit unterschiedlichen regulatorischen Ausprägungen. Das australische BAS-Problem folgt dem gleichen Muster – vierteljährlicher GST-Abgleich über gemischte Lieferantendokumente – mit der Vereinfachung eines einheitlichen nationalen GST-Satzes (10 %) und der Erschwernis der Klassifizierung in GST-freie und steuerpflichtige Lieferungen. Das australische PAYG-Zusammenfassungsproblem überträgt dieselbe Datenlücke auf die Lohnbuchhaltung: STP eliminierte die meisten manuellen Eingaben, hinterließ aber einen Rest von Sonderfällen, die 80 % der Abstimmungszeit verschlingen. In jedem Fall liegt die Lösung nicht in einem schnelleren Tippvorgang oder einem besser organisierten PDF-Ordner. Sie besteht darin, den Tippschritt an dem Punkt zu entfernen, an dem das PDF auf die Tabelle trifft – denn das ist der einzige Schritt in der Kette, den eine Maschine genauer ausführen kann als ein Mensch.

FAQ: Manuelle Eingabe von GST/HST-Meldungsdaten

Kann die Extraktion Rechnungen von Lieferanten aus Quebec verarbeiten, auf denen TPS und QST separat ausgewiesen sind?

Ja. Die KI liest, was das Dokument zeigt. Eine Rechnung eines Lieferanten aus Quebec weist in der Regel TPS (den bundesstaatlichen GST-Anteil) und TVQ (den provinziellen QST-Anteil) in separaten Zeilen aus. Wenn Ihre Spalte „Gezahlte GST/HST (nur bundesstaatlich)“ heißt, extrahiert die KI den TPS-Betrag und ignoriert die TVQ-Zeile. Ist der Spaltenname mehrdeutig – z. B. „Gezahlte Steuern“ – könnte die KI beide Beträge addieren und so den bundesstaatlichen ITC überhöhen. Der Spaltenname ist die Anweisung. Bei Lieferanten aus Quebec ist die Präzision der Benennung der Unterschied zwischen einer korrekten bundesstaatlichen ITC-Forderung und einer überhöhten, die die CRA irgendwann beanstanden wird.

Was ist, wenn meine Lieferantenrechnungen eine Mischung aus PDFs, Handyfotos und E-Mail-Screenshots sind?

Alle drei Formate durchlaufen dieselbe Extraktionspipeline. Ein PDF von Staples Canada, ein Handyfoto einer Quittung des örtlichen Baumarkts mit handschriftlichem „GST 14,50 $“ und ein Screenshot einer Amazon Business-Kaufbestätigung werden im selben Batch mit denselben Spaltendefinitionen verarbeitet. Die KI liest jedes Dokument nach Feldbedeutung – sie findet die GST/HST-Zeile auf einem sauberen PDF genauso, wie sie „GST 14,50 $“ auf einer Quittung liest. Wenn ein Foto schlecht ausgeleuchtet und der Steuerbetrag teilweise unleserlich ist, bleibt die Spalte „Gezahlte GST/HST“ für diese Zeile leer – was sie zur manuellen Prüfung markiert, anstatt stillschweigend einen falschen ITC-Betrag zu erzeugen. Die übrigen Zeilen im Batch werden normal verarbeitet.

Worin unterscheidet sich das von der einfachen OCR zum Scannen meiner Rechnungen?

Herkömmliche OCR wandelt ein Textbild in maschinenlesbare Zeichen um – sie kann Ihnen sagen, dass auf der Rechnung „HST 13 % 47,32 $“ steht, aber nicht, dass 47,32 $ der Betrag ist, der in die Spalte „Gezahlte GST/HST“ gehört. Vorlagenbasierte OCR-Tools erfordern, dass Sie auf jedem Rechnungsformat des Lieferanten eine Zone um die Steuerzeile ziehen – und wenn der Lieferant seine Vorlage überarbeitet, ist die Zone leer und die Extraktion schlägt stillschweigend fehl. Semantische KI-Extraktion liest nach Feldbedeutung: Die Spalte „Gezahlte GST/HST“ weist die KI an, den Steuerbetrag im Dokument zu finden, unabhängig davon, wo er steht oder wie die Rechnung aufgebaut ist. Keine Vorlage zu erstellen, keine Zone neu zu zeichnen, wenn ein Lieferant sein Format ändert.

Ich verwende die Quick-Methode – funktioniert dieser Workflow trotzdem?

Bei der Quick-Methode ziehen Sie keine ITC für einzelne Einkäufe ab – stattdessen führen Sie einen festen Prozentsatz Ihrer GST/HST-inkludierten Umsätze ab, und die CRA baut eine implizite ITC in diesen Satz ein. Das Problem der Datensammlung verlagert sich von der Einkaufsseite auf die Verkaufsseite: Sie müssen weiterhin Ihre GST/HST-inkludierten Umsätze für Zeile 103 summieren, müssen aber keine einzelnen ITC-Beträge aus Lieferantenrechnungen extrahieren. Wenn Sie von der Quick-Methode zur Regulären Methode wechseln – was passiert, wenn Ihre jährlichen steuerpflichtigen Lieferungen die 400.000-Dollar-Schwelle überschreiten oder Sie sich freiwillig dagegen entscheiden –, fügen Sie die einkaufsseitigen Spalten zu Ihrem Extraktionsschema hinzu. Der Extraktions-Workflow unterstützt beide Methoden; der Spaltensatz ändert sich je nachdem, nach welcher Methode Sie abrechnen.

Wie viele Lieferantenrechnungen kann ich in einem Batch verarbeiten?

Die Extraktion verarbeitet alle Dateien eines Batches gleichzeitig mit demselben Spaltenschema. Laden Sie 40 Lieferanten-PDFs aus dem Ordner des Quartals hoch, definieren Sie Ihre Spalten einmal, und die KI liest jedes Dokument parallel – und erstellt eine Tabelle mit einer Zeile pro Rechnung. Die Batch-Größenbegrenzung hängt von Ihrem Tarif ab, nicht von der Extraktions-Engine. Dasselbe Schema verarbeitet ein 20-Rechnungs-Quartal und ein 60-Rechnungs-Quartal ohne Änderung. Entscheidend ist nicht, wie viele Rechnungen Sie haben, sondern dass die Spaltendefinitionen, die Sie im Q1 verwendet haben, dieselben sind, die Sie für Q2, Q3 und Q4 laden – strukturelle Konsistenz über die Zeiträume hinweg macht den Jahresabschluss zu einer Kopier-Einfüge-Operation statt zu einer Rekonstruktionsübung.

Die vierteljährliche GST/HST-Erklärung ist kein komplexes Formular. Es ist ein einfaches Formular, das von komplexen Daten gespeist wird – 40 PDFs, fünf provinzielle Steuersätze und eine Tabelle, die keine davon lesen kann. Die drei Stunden Datensammlung pro Quartal sind kein Produktivitätsproblem, das es zu optimieren gilt. Sie sind ein Formatübersetzungsproblem, das es zu beseitigen gilt – und die Beseitigung geschieht in dem Moment, in dem Lieferanten-PDFs ohne eine Person dazwischen in Tabellenspalten überführt werden.