So extrahieren Sie kanadische zweisprachige Rechnungen
GST/HST/QST pro Provinz
Gemäß der Charta der französischen Sprache (CQLR c C-11, s.51–52) muss jedes in Quebec ausgestellte Handelsdokument auf Französisch verfasst sein. Gemäß der bundesstaatlichen Politik zur offiziellen Zweisprachigkeit drucken viele Lieferanten außerhalb von Quebec Rechnungen sowohl auf Englisch als auch auf Französisch. Das Ergebnis: Ein kanadischer Geschäftsinhaber, der Lieferantenrechnungen sammelt, erhält regelmäßig Dokumente, in denen dasselbe Feld in zwei verschiedenen Sprachen erscheint — „Invoice No" auf einer Seite, „N° de facture" auf der nächsten, „Date" und „Date de facturation" nebeneinander. Positionsbasierte Extraktionstools — die Art, die Felder anhand ihrer Position markiert — versagen, sobald Sie von einem Lieferanten in Vancouver zu einem in Montreal wechseln. Und wenn Sie für Ihre GST34-Erklärung außerdem GST von HST von QST von PST nach Provinz trennen müssen, wird das Problem zu etwas, das kein generisches Rechnungstool bewältigen kann.

Wichtigste Erkenntnisse
- Positionsbasierte Extraktion behandelt Rechnungsnr. und N° de facture als zwei verschiedene Felder, die separate Vorlagen erfordern — obwohl sie exakt denselben Datenpunkt erfassen.
- Kanada hat vier Steuersysteme in seinen Provinzen, aber die meisten Extraktionstools fassen alle Steuerbeträge in einer Spalte zusammen — das bedeutet, dass Sie die an die CRA zu meldende GST nicht von der an Revenu Québec zu meldenden QST trennen können, ohne jede Rechnung manuell zu prüfen.
- Semantische Extraktion liest TPS als GST und TVQ als QST in beiden Sprachen, und eine KI-gestützte Zuständigkeitsspalte klassifiziert jede Rechnung nach Einreichungsziel — Ihre Tabelle kommt vorsortiert für zwei verschiedene behördliche Formulare an, bevor Sie sie überhaupt ansehen.
Gleiches Feld, zwei Sprachen — warum kanadische Rechnungen generische Extraktion scheitern lassen

Ein positionsbasiertes Extraktionstool, das ein Rechteck um „Invoice Date" auf einem Layout eines Lieferanten aus BC zeichnet, findet „Date de facturation" auf der Rechnung eines Lieferanten aus Quebec nicht — obwohl beide exakt denselben Datenpunkt darstellen.
Generische Rechnungsextraktionstools basieren auf einer Annahme, die in den meisten einsprachigen Märkten gilt: Das Feldlabel, das auf der Rechnung eines Lieferanten erscheint, erscheint — mit geringfügigen Formatierungsvarianten — auf jeder Lieferantenrechnung. „Invoice Number" wird vielleicht zu „Invoice #" oder „Inv No.", aber es wird nie zu einem völlig anderen Wort in einer anderen Sprache. Das Tool kann eine Reihe von Labelmustern lernen und sie Extraktionsfeldern zuordnen — ein Mustererkennungsproblem, das mit ausreichend Trainingsdaten lösbar ist.
Kanadische zweisprachige Rechnungen brechen diese Annahme an der Wurzel. Ein Lieferant in Quebec druckt „N° de facture", wo ein Lieferant in Ontario „Invoice #" druckt. Ein Lieferant in New Brunswick druckt möglicherweise beides: „Invoice No / N° de facture." Ein bundesweit regulierter Lieferant könnte die Sprache je nach Provinz des Kunden wechseln. Für ein positions- oder labelbasiertes Extraktionssystem sind das drei völlig unterschiedliche Eingaben — drei separate Vorlagen, die erstellt und gepflegt werden müssen, für ein einziges, semantisch betrachtet, Datenfeld.
Das ist keine Lokalisierungsfunktion. Es ist eine gesetzliche Anforderung. Gemäß der Charta der französischen Sprache in Quebec müssen alle Dokumente, die von Unternehmen in Quebec ausgestellt werden, einschließlich Rechnungen und Belegen, auf Französisch sein (CQLR c C-11, ss.51–52). Das bundesstaatliche Official Languages Act (RSC 1985, c 31) verlangt von Bundesinstitutionen und Kronunternehmen, Dienstleistungen in beiden Amtssprachen anzubieten, was sich auch auf ihre Rechnungsstellung erstreckt. Lieferanten in Alberta oder BC hingegen unterliegen keiner Sprachpflicht und stellen Dokumente nur auf Englisch aus. Die Zweisprachigkeit ist nicht über alle Lieferanten konsistent — sie variiert je nach Provinz, nach Lieferantenpolitik und manchmal nach dem Dokumentgenerierungssystem, das sie in diesem Monat zufällig verwenden.
Das Extraktionsparadigma, das dies bewältigt, ist die semantische Extraktion statt positions- oder labelbasierter Extraktion. In einem semantischen System definieren Sie die Spalte, die Sie möchten — „Invoice Number" — und die KI lokalisiert den entsprechenden Wert, indem sie versteht, was das Feld repräsentiert, nicht wo es sitzt oder welches Label es trägt. „N° de facture", „Invoice #", „Facture n°" und „Numéro de facture" werden alle demselben Konzept zugeordnet — eine semantische Extraktionsengine erkennt sie alle als dieselbe Spalte, ohne separate Vorlagen pro Sprache oder pro Lieferantenformat. Genau das ermöglicht es, dass ein einziger Satz von Spaltendefinitionen über alle zweisprachigen Rechnungen in Ihrem Lieferantenstapel funktioniert — vom rein englischsprachigen Großhändler in Vancouver bis zum französischsprachigen Hersteller in Montreal.
Diese Funktion löst auch das Problem der Formatvariation innerhalb einer einzigen Sprache. Ein Baustofflieferant könnte Rechnungsnummern auf einem Dokument als „INV-2026-0472" und auf dem nächsten nach einem System-Upgrade als „472/2026" drucken. Die semantische Extraktion verarbeitet beides – sie gleicht kein Muster ab, sondern identifiziert „das Feld auf diesem Dokument, das als Rechnungskennung dient". Für einen tieferen Einblick, warum Formatunabhängigkeit über Dokumenttypen hinweg wichtig ist, siehe unseren Leitfaden zur Rechnungsextraktion.
Kanada hat drei Steuersysteme auf einem Rechnungsstapel

Es gibt keinen einzelnen „kanadischen Steuersatz". Ein Lieferant in Ontario berechnet 13% HST auf einer Rechnung. Ein Lieferant in Quebec berechnet 5% GST plus 9.975% QST auf der nächsten. Ein Lieferant in BC fügt 5% GST plus 7% PST hinzu. Ihr Extraktionstool muss alle vier Systeme verarbeiten – und sie unterscheiden – ohne manuelles Sortieren.
Das GST/HST-System in Kanada ist ein bundesstaatlicher Rahmen für Mehrwertsteuern mit vier verschiedenen Betriebsmodi, die jeweils einen anderen Satz an Steuerfeldern auf Ihren Lieferantenrechnungen erzeugen:
| System | Provinzen / Territorien | Steuern auf der Rechnung | Steuerfeld-Labels, die Sie sehen | Gesamtsatz |
|---|---|---|---|---|
| Nur GST | AB, NT, NU, YT | Nur bundesstaatliche GST | „GST" „GST 5%" „TPS" | 5% |
| HST | ON, NB NL NS PEI (15%) | Einzelne harmonisierte Steuer | „HST" „HST 13%" „TVH" | 13% oder 15% |
| GST + PST | BC (7%), SK (6%), MB (7%) | Bundesstaatliche GST + provinzielle PST, getrennt | „GST" / „PST" – zwei getrennte Positionen | 5% + 6–7% |
| GST + QST | Nur QC | Bundesstaatliche GST + Quebec QST, unter separater Gesetzgebung | „TPS" / „TVQ" – Zuständigkeit Revenu Québec | 5% + 9.975% |
Die rechtliche Unterscheidung zwischen HST-Provinzen und Quebec geht über den Steuersatz hinaus. HST wird unter Teil IX des Excise Tax Act (R.S.C., 1985, c. E-15) erhoben und von der CRA verwaltet. QST wird unter An Act respecting the Québec sales tax (CQLR c T-0.1) erhoben und von Revenu Québec verwaltet. Wenn Sie Ihre GST34-Erklärung einreichen, fließen HST-Beträge in dieselbe Zeile wie GST – es ist dieselbe Steuerbasis, harmonisiert. QST-Beträge fließen in eine separate FPZ-500-Erklärung, die bei Revenu Québec eingereicht wird. Wenn Ihr Extraktionstool alle Steuerbeträge in einer einzigen Spalte „Steuer" zusammenfasst, verlieren Sie die Zuständigkeitsunterscheidung, die bestimmt, welche Regierung welches Formular erhält.
Auf einer echten Quebec-Rechnung sehen Sie typischerweise zwei Steuerpositionen: „TPS 5%" (das ist GST, auf Französisch beschriftet) und „TVQ 9.975%" (QST). Eine Ontario-Rechnung zeigt eine einzelne Zeile „HST 13%". Eine BC-Rechnung zeigt „GST 5%" und „PST 7%" als getrennte Beträge. Ein Lieferant aus Saskatchewan fügt „GST 5%" und „PST 6%" hinzu. Die Feld-Labels, die Anzahl der Steuerzeilen und die Regierungsbehörde hinter jeder einzelnen variieren – obwohl jede Rechnung eine „kanadische Rechnung" ist.
Betrachten wir nun das Szenario über Provinzgrenzen hinweg. Ein kleines Bauunternehmen in Ottawa (Ontario) kauft Holz bei einem Lieferanten in Gatineau (Quebec) – die Rechnung kommt auf Französisch mit TPS/TVQ-Positionen. Dasselbe Unternehmen kauft Hardware bei einem Lieferanten in Toronto (Ontario) – diese Rechnung enthält eine einzige HST-Position. Und es mietet Ausrüstung von einem Lieferanten in Calgary (Alberta) – diese Rechnung weist nur GST aus. In einem Monat: drei Lieferanten, drei Provinzen, vier verschiedene Steuerzeilenkonfigurationen auf den Rechnungen – und alle müssen korrekt nach Zuständigkeitsbereich gemeldet werden. Eine Extraktionstabelle, die jede Steuerart in einer eigenen Spalte erfasst – statt eines allgemeinen Sammelpostens „Steuer“ – macht das überschaubar, weil Sie nach der Extraktion nach Steuerzuständigkeit filtern, summieren und sortieren können, ohne jede Rechnung manuell prüfen zu müssen, um festzustellen, welchem Steuersystem sie unterliegt.
Schritt für Schritt: Kanadische Rechnungsdaten mit Steueraufschlüsselung extrahieren

Der Extraktionsworkflow für kanadische zweisprachige Rechnungen folgt demselben Muster wie jede semantische Extraktion – der Unterschied liegt in der Spaltengestaltung und den abgeleiteten Feldern, die Sie hinzufügen, um das Problem der mehrfachen Steuerregime zu bewältigen.
Laden Sie Ihre Lieferantenrechnungen hoch
Ziehen Sie Fotos, Scans oder PDFs Ihrer Lieferanten per Drag & Drop hinein — eine Charge von einem Anbieter aus Quebec, eine von einem Anbieter aus Ontario und eine von einem Anbieter aus BC. Das Tool akzeptiert JPG, PNG, WebP und PDF. Kein Vorsortieren nach Sprache oder Provinz erforderlich.
Definieren Sie Ihre Extraktionsspalten
Geben Sie die Spaltennamen ein, die Sie in Ihrer Ausgabetabelle wünschen. Für kanadische zweisprachige Rechnungen wird folgender Satz empfohlen:
| Spaltenname | Extraktionsmodus | Was erfasst wird |
|---|---|---|
Invoice Number | Direkt | „INV-2026-0472" oder „Facture n° 0472" — die KI erkennt beides als dasselbe Feld |
Invoice Date | Direkt | Das Ausstellungsdatum, ob mit „Date", „Date de facturation" oder „Date de facture" beschriftet |
Supplier Name | Direkt | Der rechtliche oder Handelsname des Lieferanten, wie er im Rechnungskopf aufgedruckt ist |
Supplier GST/HST Reg No | Direkt | Die 9-stellige BN des Lieferanten + Suffix (z. B. „123456789 RT0001") oder die QST-Registrierungsnummer (10-stellige NEQ + TQ-Suffix) |
Subtotal | Direkt | Nettobetrag vor Steuern — ob mit „Subtotal", „Sous-total", „Net" oder „Montant avant taxes" beschriftet |
GST Amount | Direkt | Der bundesstaatliche GST-Anteil; auf einer Rechnung aus Quebec ist dies die Zeile „TPS" |
HST Amount | Direkt | Der harmonisierte Steuerbetrag auf Rechnungen aus ON/NB/NL/NS/PEI; bei GST+PST- oder GST+QST-Rechnungen leer lassen |
QST Amount | Direkt | Der Betrag der Quebec-Verkaufssteuer („TVQ"); bei Rechnungen außerhalb Quebecs leer lassen |
PST Amount | Direkt | Provinzielle Verkaufssteuer auf Rechnungen aus BC/SK/MB; bei HST- oder reinen GST-Rechnungen leer lassen |
Total | Direkt | Die Rechnungssumme einschließlich aller Steuern — „Total", „Montant total", „Total TTC" |
Tax Jurisdiction | abgeleitete Spalte | Die KI bestimmt das Steuersystem anhand der Steuerfelder des Dokuments und der Lieferantendaten: „HST Province", „Quebec (GST+QST)", „GST+PST Province", „GST Only" |
Die Spalten GST Amount, HST Amount, QST Amount und PST Amount sind bewusst getrennt — jede Rechnung hat je nach Herkunftsprovinz einen Wert in genau einer oder zwei davon. Diese Trennung ermöglicht es Ihnen, nach der Extraktion nach Steuerart zu filtern und zu summieren — genau das, was Sie für die Erstellung einer GST34- oder FPZ-500-Meldung benötigen.
Fügen Sie eine abgeleitete Spalte für die Steuerzuständigkeit hinzu
Die Spalte Tax Jurisdiction oben ist eine abgeleitete Spalte – eine Spalte, in der Sie der KI eine Reihe von Klassifizierungsoptionen vorgeben und sie die Rechnung liest, um zu entscheiden, welche zutrifft, auch wenn kein Feld auf dem Dokument explizit mit „Tax Jurisdiction" beschriftet ist. Wenn Sie Tax Jurisdiction (Optionen: Nur GST/HST-Provinz/Quebec (GST+QST)/GST+PST-Provinz) definieren, untersucht die KI die Steuerpositionen auf jeder Rechnung – sie sieht „TVQ"- und „TPS"-Beschriftungen und klassifiziert die Rechnung als Quebec, sieht eine einzelne „HST"-Position und klassifiziert sie als HST-Provinz usw. So erhalten Sie eine filterbare Spalte, die Ihnen sagt, welche Regierung welche Steuer von welcher Rechnung erhält – ohne eine einzige manuell zu kennzeichnen.
Verarbeiten Sie den Batch und laden Sie Ihre Tabelle herunter
Sobald Sie die Spaltendefinitionen bestätigt haben, liest die KI alle hochgeladenen Rechnungen und füllt jede Spalte aus. Das Ergebnis ist eine einzige Tabelle, in der jede Rechnung eine Zeile ist, jede Steuerart eine eigene Spalte hat und die Spalte Tax Jurisdiction Ihnen auf einen Blick zeigt, zu welcher Einreichungskategorie jede Zeile gehört. Für einen Batch von 50 Rechnungen aus 5 Provinzen dauert dies vom Hochladen bis zum Herunterladen weniger als eine Minute – im Vergleich zu den 2–3 Stunden manueller Dateneingabe, die es ersetzt.
Dateien werden sicher verarbeitet und nicht gespeichert.
Der semantische Extraktionsansatz bedeutet, dass Sie die Spalten einmal definieren und für jeden kanadischen Rechnungsstapel wiederverwenden – unabhängig von der Sprache des Lieferanten, dem Rechnungsformat oder davon, ob das Dokument ein gestochen scharfes PDF aus einem modernen Buchhaltungssystem oder ein Handyfoto eines thermisch gedruckten Baumarktbelegs ist. Für einen breiteren Vergleich von Extraktionstools und -ansätzen finden Sie in unserer Übersicht der besten Rechnungsextraktionssoftware 2026.
Drei Arten von Nachweisen, die jede Extraktion liefern sollte
Die CRA will nicht nur die Steuerbeträge. Gemäß ETA s.169(4) und s.169(5) muss ein Vorsteuerabzug durch drei Kategorien von Belegen gestützt werden: Lieferantenidentität, berechnete Steuer und Geschäftszweck. Ihre Extraktionstabelle sollte alle drei liefern, ohne manuelle Nacharbeit.
Die meisten Diskussionen über die Extraktion kanadischer Rechnungen konzentrieren sich auf die korrekte Erfassung der Steuerbeträge – und das ist auch die sichtbarste Anforderung. Aber die ITC-Regeln des Excise Tax Act (Teil IX, Abteilung I) verlangen mehr als nur korrekte Dollarbeträge. Wenn ein CRA-Prüfer Ihre GST34-Erklärung prüft, überprüft er drei Dinge für jeden ITC-Antrag:
1. Lieferantenidentität – wer die Steuer berechnet hat. Die Rechnung muss den rechtlichen oder Handelsnamen des Lieferanten sowie seine GST/HST-Registrierungsnummer enthalten – die 9-stellige Geschäftsnummer plus das RT-Suffix (z. B. „123456789 RT0001"). Für Lieferanten aus Québec benötigen Sie auch die QST-Registrierungsnummer, die eine 10-stellige NEQ (Numéro d'entreprise du Québec) plus das TQ-Suffix verwendet (z. B. „1234567890 TQ0001"). Ihre Extraktionsspalten sollten sowohl den Lieferantennamen als auch die Registrierungsnummer als separate Felder erfassen – so erhalten Sie einen filterbaren, durchsuchbaren Datensatz aller Lieferanten, von denen Sie ITC geltend gemacht haben, genau das, wonach ein Prüfer fragen wird.
2. Berechnete Steuer – der Betrag und der Satz. Die Rechnung muss den Gesamtbetrag der berechneten Steuer oder das Gesamtentgelt plus eine Erklärung, dass die Steuer enthalten ist, ausweisen. Aber einfach „Steuer = 47,32 $" zu erfassen, reicht nicht aus, wenn Sie nicht sagen können, ob diese 47,32 $ GST (bundesstaatlicher ITC), HST (bundesstaatlicher ITC), QST (Québec ITR) oder PST (in den meisten Fällen nicht über den GST/HST-Mechanismus erstattungsfähig) sind. Deshalb hält das Spaltendesign in Schritt 2 GST, HST, QST und PST in getrennten Spalten. Wenn Sie Ihre Tabelle nach Steuerhoheit = „HST-Provinz" filtern, ist die Summe der HST-Betragsspalte Ihr bundesstaatlicher ITC für diese Rechnungsgruppe. Wenn Sie nach „Québec (GST+QST)" filtern, speist die GST-Betragsspalte Ihre GST34 und die QST-Betragsspalte Ihre FPZ-500. Die Trennung ist die Compliance-Ebene.
3. Geschäftszweck – dass die Lieferung zur Verwendung in Ihrer gewerblichen Tätigkeit bestimmt war. Dies ist die am wenigsten automatisierte, aber folgenreichste Prüfung. Die CRA verlangt, dass jeder ITC-Antrag für eine Lieferung erfolgt, die „zum Verbrauch, zur Verwendung oder zur Lieferung im Rahmen einer gewerblichen Tätigkeit" erworben wurde (ETA s.169(1)). Die Rechnung selbst belegt den Geschäftszweck nicht – aber Ihr Extraktionsworkflow sollte genügend Daten erfassen, um den Zusammenhang zu stützen: Der Lieferantenname sagt dem Prüfer, mit wem die Ausgabe getätigt wurde; das Rechnungsdatum verknüpft sie mit einem Berichtszeitraum; und der extrahierte Nettobetrag sagt dem Prüfer den Wert der Lieferung. Bei Ausgaben mit mehreren Zwecken (z. B. ein zu 60 % geschäftlich genutztes Fahrzeug) müssen Sie die Aufteilung manuell vornehmen – kein Extraktionstool kann Ihren geschäftlichen Nutzungsanteil allein aus Rechnungsdaten ermitteln.
GST-ITC-Anträge müssen innerhalb von 4 Jahren nach Rechnungsdatum gemäß ETA s.225(4) gestellt werden. QST-ITR-Anträge haben eine andere Frist: der 31. Dezember des 4. Kalenderjahres nach dem Jahr des Rechnungseingangs (An Act respecting the Québec sales tax, s.206). Eine korrekt extrahierte Rechnungsdatenspalte ermöglicht es Ihnen, bei der Einreichung nach bald verfallenden Ansprüchen zu filtern – ohne manuell jedes Rechnungsdatum mit dem aktuellen Einreichungsjahr abzugleichen.
Über das CRA-Minimum hinaus: Ein gut formatierter Extraktionslog
Die Extraktionstabelle, die die Mindestanforderungen der CRA erfüllt, ist nicht dasselbe wie ein Extraktionslog, mit dem Sie Monat für Monat tatsächlich arbeiten möchten. Ein paar Formatierungsergänzungen – die meisten davon erfolgen automatisch durch die Nachbearbeitung des Extraktionstools – verwandeln eine Compliance-Checkliste in eine wirklich nützliche Lieferantendatenbank.
Datumsstandardisierung. Kanadische Rechnungen verwenden mehrere Datumsformate: „2026-06-15“ (ISO), „15/06/2026“ (TT/MM/JJJJ, üblich in Quebec und französischsprachigen Dokumenten), „06/15/2026“ (MM/TT/JJJJ, üblich bei Rechnungen aus den USA oder zweisprachigen Rechnungen von englischsprachigen Lieferanten). Die Daten-Nachbearbeitung des Extraktionstools normalisiert alle Datumsformate in ein einheitliches Format Ihrer Wahl, sodass Sie nach Datum sortieren, nach Monat filtern und bald ablaufende ITC-Ansprüche identifizieren können, ohne jede Zeile manuell neu formatieren zu müssen.
Lieferantenname-Normalisierung. Derselbe Lieferant erscheint oft unter leicht unterschiedlichen Namen auf Rechnungen: „Matériaux Bouchard Ltée“ auf einer, „Bouchard Materials“ auf einer anderen, „Matériaux Bouchard (2020) Inc.“ auf einer dritten. Die Extraktionsspalten erfassen genau das, was gedruckt ist, was den Prüfpfad bewahrt. Für Ihre eigene Arbeitskopie können Sie eine berechnete Spalte hinzufügen, die Lieferantennamen einer kanonischen Liste zuordnet – oder dies nach der Extraktion in Excel tun, da die Pflege einer Lieferantenstammliste eine einmalige Einrichtungsaufgabe ist, kein Vorgang pro Rechnung.
Steuergebietsfilterung. Mit der abgeleiteten Spalte „Steuergebiet“ unterstützt Ihre Tabelle einen einfachen Workflow zum Zeitpunkt der Einreichung: Filtern Sie nach „HST-Provinz“ → summieren Sie die Spalte „HST-Betrag“ → das ist Ihre bundesstaatliche ITC aus harmonisierten Provinzen. Filtern Sie nach „Nur GST“ → summieren Sie die Spalte „GST-Betrag“ → das ist Ihre bundesstaatliche ITC aus Nicht-HST-Provinzen. Filtern Sie nach „Quebec (GST+QST)“ → summieren Sie die Spalte „GST-Betrag“ für Ihre GST34 und separat die Spalte „QST-Betrag“ für Ihre FPZ-500. Filtern Sie nach „GST+PST-Provinz“ → summieren Sie die Spalte „GST-Betrag“ für Ihre GST34; der PST-Betrag ist provinziell und folgt provinziellen Regeln (BC PST ist in der Regel nicht als ITC erstattungsfähig, kann aber als Betriebsausgabe abzugsfähig sein).
Provinzübergreifende Berichterstattung. Wenn Ihr Unternehmen in mehreren Provinzen tätig ist – sagen wir, ein Bauunternehmen mit Projekten in Ontario, Quebec und New Brunswick – ermöglichen Ihnen die provinzspezifischen Steuerspalten, eine Steuerzusammenfassung pro Provinz zu erstellen, ohne Lieferantenadressen oder Postleitzahlen abgleichen zu müssen. Jede Zeile hat bereits den richtigen Betrag in der richtigen Steuerspalte für das richtige Gebiet.
Keine dieser Formatierungen erfordert manuelle Arbeit pro Rechnung. Die Extraktion erfolgt einmal, die Spalten werden automatisch befüllt, und die Nachbearbeitungsstandardisierung ist in die Ausgabe integriert. Die heruntergeladene Tabelle ist bereits für den Einreichungs-Workflow strukturiert – kein Rohdaten-Dump, der eine zweite Runde manueller Bereinigung erfordert.
Häufig gestellte Fragen
Kann ein KI-Extraktionstool den Unterschied zwischen einer französischen und einer englischen Rechnung erkennen?
Das ist nicht nötig – und genau das ist der Sinn semantischer Extraktion. Statt Rechnungen nach Sprache zu klassifizieren und sprachspezifische Regeln anzuwenden, liest die KI das Dokument und versteht, was jedes Feld darstellt, unabhängig von der Sprache. „N° de facture" und „Rechnungs-Nr." werden beide zum selben Konzept aufgelöst – einer Rechnungskennung –, sodass das Extraktionsergebnis unabhängig von der Bezeichnungssprache identisch ist. Die KI behandelt Zweisprachigkeit als Detail der Datenpräsentation, nicht als Extraktionsherausforderung.
Was ist, wenn der QST-Betrag auf einer Quebec-Rechnung nicht separat ausgewiesen ist?
Die meisten Lieferantenrechnungen aus Quebec weisen GST (TPS) und QST (TVQ) als separate Positionen aus – dies ist Standardpraxis, da jede Steuer an eine andere Regierungsebene geht. Zeigt eine Quebec-Rechnung nur einen Gesamtbetrag inklusive Steuern, können Sie mit einer berechneten Spalte den QST-Betrag ableiten. Definieren Sie eine Spalte mit einer Berechnung wie „QST-Betrag = (Gesamtsumme − Zwischensumme) × (9,975 / 14,975)", die das bekannte Verhältnis von QST zur Gesamtsteuer auf Quebec-Rechnungen nutzt (9,975 % QST ÷ 14,975 % kombiniert = 66,6 %). Die KI führt diese Berechnung während der Extraktion durch und gibt den abgeleiteten Wert direkt in Ihre Tabelle aus. Berechnete Spalten funktionieren bei jeder messbaren Beziehung – Steuerverhältnisse, Währungsumrechnungen, Mengen × Einzelpreis-Arithmetik – und werden während des Extraktionsdurchlaufs ausgeführt, sodass Ihre Ausgabe die Antwort enthält, nicht nur die Rohdaten.
Funktioniert das mit gescannten Papierrechnungen oder nur mit digitalen PDFs?
Es funktioniert mit beidem. Die KI liest den visuellen Inhalt des Dokuments – sie verarbeitet, was auf der Seite erscheint, nicht den eingebetteten Text aus einer PDF-Ebene. Ein Foto einer Papierrechnung mit dem Handy, ein gescanntes PDF vom Desktop-Scanner und eine digital erstellte Rechnungs-PDF werden alle durch dieselbe visuelle Verarbeitungs-Engine analysiert. Die Scan-Qualität spielt eine Rolle – ein unscharfes, niedrig aufgelöstes Foto einer zerknitterten Quittung liefert weniger genaue Ergebnisse als ein sauberer 300-DPI-Scan –, aber der zugrundeliegende Extraktionsmechanismus ist bei allen Eingabeformaten derselbe.
Woher weiß ich, in welche Steuerspalte ich einordnen muss – was passiert bei einem Fehler?
Die Aufteilung der Steuerarten in einzelne Spalten – GST-Betrag, HST-Betrag, QST-Betrag, PST-Betrag – plus die abgeleitete Spalte „Steuerhoheit“ ergibt ein Doppelprüfsystem. Die Spalte „Steuerhoheit“ zeigt an, welchem Regime die Rechnung unterliegt. Die einzelnen Steuerbetragsspalten zeigen die tatsächlichen Zahlen. Wenn die Steuerhoheit „HST-Provinz“ lautet und die HST-Betragsspalte einen Wert enthält, während die QST-Betragsspalte leer ist, ist der Meldeweg klar: Der HST-Betrag kommt auf Ihr GST34-Formular. Wenn die Steuerhoheit „Québec (GST+QST)“ lautet und sowohl die GST- als auch die QST-Betragsspalte Werte aufweisen, teilen Sie auf: GST auf das GST34, QST auf das FPZ-500. Wenn Sie bei einer bestimmten Rechnung unsicher sind, ist es am besten, sie für Ihren Buchhalter zu kennzeichnen, anstatt zu raten – ein Teil eines sauberen Extraktionsworkflows besteht darin, die mehrdeutigen Fälle leicht auffindbar zu machen, nicht sie vollständig zu eliminieren.
Kann ich Positionsdetails extrahieren, oder ist das nur auf Rechnungsebene möglich?
Beides. Die in Schritt 2 gezeigte Spaltenkonfiguration erfasst Felder auf Rechnungsebene – Gesamtsumme, Steuerbeträge, Lieferantendaten. Sie können die Spaltenliste erweitern, um Positionsdetails zu erfassen, indem Sie Spalten wie Positionsbeschreibung, Positionsmenge, Positionsstückpreis und Positionsgesamtpreis hinzufügen. Jede extrahierte Zeile repräsentiert dann eine Position aus einer Rechnung, wobei die Felder auf Rechnungsebene (Lieferant, Datum, Rechnungsnummer) über die Positionen dieser Rechnung wiederholt werden. Dies ist nützlich für den Inventarabgleich, die Auftragskalkulation oder die Überprüfung, ob der Steuerbetrag pro Position dem Steuersatz der Provinz des Lieferanten entspricht.
Wie verhält es sich mit der PST auf Rechnungen aus British Columbia und Saskatchewan – ist sie erstattungsfähig?
Die Provinzumsatzsteuer ist im Allgemeinen nicht über den bundesstaatlichen GST/HST-Vorsteuerabzug (ITC) erstattungsfähig. Die PST von British Columbia (7 %), Saskatchewan (6 %) und Manitoba RST (7 %) sind Provinzsteuern mit eigenen Regeln – und in den meisten Fällen können Unternehmen sie nicht als Vorsteuer auf dem GST34-Formular geltend machen. Der PST-Betrag wird in der Regel als Teil der Kosten der gekauften Waren oder Dienstleistungen behandelt. Deshalb ist es wichtig, die PST in einer eigenen Spalte zu führen: So können Sie sie von den bundesstaatlichen GST-Beträgen trennen, die als Vorsteuer erstattungsfähig sind. Einige Provinzen bieten begrenzte PST-Befreiungen für bestimmte Branchen oder Ausrüstungstypen an – klären Sie dies mit Ihrem Buchhalter oder der zuständigen Provinzsteuerbehörde. Das Extraktionstool trennt die Zahlen; Ihr Buchhalter berät Sie zu deren Behandlung.
Wie schneidet das im Vergleich zu den integrierten Steuerfunktionen von QuickBooks Canada ab?
QuickBooks Canada und Sage 50 Canada berechnen Steuersätze auf von Ihnen ausgestellten Rechnungen – sie wenden die korrekten GST-, HST- oder QST-Sätze an, wenn Sie eine Rechnung für Ihren Kunden erstellen. Sie extrahieren keine Daten aus Lieferantenrechnungen, die Sie als PDFs, Scans oder Fotos erhalten. Bei eingehenden Lieferantenrechnungen ist der Arbeitsablauf in den meisten Buchhaltungsprogrammen manuell: PDF öffnen, Lieferantenname, Datum, Nettobetrag und Steuerbeträge Feld für Feld in die Eingabemaske für Einkäufe eingeben. Semantische Extraktion schließt diese Lücke: Sie liest die Rechnung des Lieferanten und gibt eine strukturierte Zeile aus, die zum Importieren oder Eingeben bereit ist – der manuelle Tippschritt entfällt. Die beiden Werkzeuge erfüllen unterschiedliche Funktionen – QuickBooks verwaltet Ihre Bücher; semantische Extraktion wandelt Papier und PDFs in Daten um, die Ihre Bücher nutzen können.
Was ist, wenn auf der Rechnung die GST/HST-Registrierungsnummer des Lieferanten fehlt?
Gemäß den CRA-Regeln ist eine gültige GST/HST-Registrierungsnummer auf der Rechnung des Lieferanten Voraussetzung für die Geltendmachung der ITC. Wenn Sie eine Rechnung ohne Registrierungsnummer erhalten, kontaktieren Sie den Lieferanten und fordern Sie vor der Einreichung eine korrigierte Rechnung an. Das Extraktionstool erfasst, was auf dem Dokument vorhanden ist – es kann keine Registrierungsnummer erfinden, die nicht vorhanden ist. Wenn das Feld für die Registrierungsnummer nach der Extraktion leer bleibt, ist das Ihr Signal, beim Lieferanten nachzuhaken. Eine saubere Extraktionsausgabe macht fehlende Felder sofort sichtbar – das ist besser, als die Auslassung erst während einer Prüfung zu entdecken.