Kanadische zweisprachige Rechnungen auslesen
GST/HST/QST je Provinz
Gemäß der Charte de la langue française (CQLR c C-11, Art. 51–52) muss jedes Geschäftsdokument in Québec auf Französisch ausgestellt sein. Aufgrund der bundesstaatlichen Zweisprachigkeitsregelung drucken viele Lieferanten außerhalb Québecs Rechnungen sowohl auf Englisch als auch auf Französisch. Die Folge: Ein kanadischer Geschäftsinhaber, der Lieferantenrechnungen sammelt, erhält regelmäßig Dokumente, in denen dasselbe Feld in zwei Sprachen erscheint – „Invoice No“ auf einer Seite, „N° de facture“ auf der nächsten, „Date“ und „Date de facturation“ nebeneinander. Positionsbasierte Extraktionstools – diejenigen, die Kästchen um Feldpositionen zeichnen – versagen, sobald man von einem Lieferanten aus Vancouver zu einem aus Montréal wechselt. Und wenn man für die GST34-Meldung zusätzlich GST von HST, QST und PST je Provinz trennen muss, wird das Problem zu einer Herausforderung, für die kein generisches Rechnungstool ausgelegt ist.
Kernerkenntnisse
- 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 Steuerregime in seinen Provinzen, aber die meisten Extraktionstools fassen alle Steuerbeträge in einer Spalte zusammen – was bedeutet, dass man CRA-pflichtige GST nicht von Revenu-Québec-pflichtiger QST trennen kann, ohne jede Rechnung manuell zu prüfen.
- Semantische Extraktion liest TPS als GST und TVQ als QST in beiden Sprachen, dann ordnet eine KI-gestützte Zuständigkeitsspalte jede Rechnung dem richtigen Meldeort zu – Ihre Tabelle ist bereits für zwei verschiedene Behördenformulare vorsortiert, bevor Sie sie ansehen.
Ein Feld, zwei Sprachen – Warum kanadische Rechnungen generische Extraktion scheitern lassen
Ein positionsbasiertes Extraktionstool, das ein Rechteck um „Rechnungsdatum“ auf einem Layout eines Lieferanten aus British Columbia zieht, wird „Date de facturation“ auf einer Rechnung eines Lieferanten aus Quebec nicht finden – obwohl beide exakt denselben Datenpunkt darstellen.
Generische Rechnungsextraktionstools basieren auf einer Prämisse, die in den meisten einsprachigen Märkten gilt: Die Feldbezeichnung auf einer Lieferantenrechnung erscheint – mit geringfügigen Formatierungsabweichungen – auf jeder Lieferantenrechnung. „Rechnungsnummer“ wird vielleicht zu „Rechn.-Nr.“ oder „Rg.-Nr.“, aber niemals zu einem völlig anderen Wort in einer anderen Sprache. Das Tool kann eine Reihe von Bezeichnungsmustern erlernen und Extraktionsfeldern zuordnen – ein Mustererkennungsproblem, das mit ausreichend Trainingsdaten lösbar ist.
Kanadische zweisprachige Rechnungen brechen diese Prämisse an der Wurzel. Ein Lieferant in Quebec druckt „N° de facture“, wo ein Lieferant in Ontario „Rechnungsnummer“ druckt. Ein Lieferant in New Brunswick druckt vielleicht beides: „Rechnungsnr. / N° de facture“. Ein bundesrechtlich regulierter Lieferant wechselt je nach Kundensitz die Sprache. Für ein positions- oder bezeichnungsbasiertes Extraktionssystem sind das drei völlig unterschiedliche Eingaben – drei separate Vorlagen, die erstellt und gepflegt werden müssen, für ein einziges semantisches Datenfeld.
Dies ist keine Lokalisierungsfunktion. Es ist eine gesetzliche Anforderung. Gemäß der Charta der französischen Sprache in Quebec müssen alle von Unternehmen in Quebec ausgestellten Dokumente, einschließlich Rechnungen und Quittungen, auf Französisch sein (CQLR c C-11, ss.51–52). Das bundesstaatliche Amtssprachengesetz (RSC 1985, c 31) verlangt von Bundesbehörden und Kronunternehmen, Dienstleistungen in beiden Amtssprachen anzubieten, was auch die Rechnungsstellung umfasst. Lieferanten in Alberta oder British Columbia hingegen unterliegen keiner Sprachvorschrift und stellen Dokumente nur auf Englisch aus. Die Zweisprachigkeit ist nicht einheitlich – sie variiert je nach Provinz, Lieferantenrichtlinie und manchmal je nach dem im jeweiligen Monat verwendeten Dokumentenerstellungssystem.
Das Extraktionsparadigma, das dies bewältigt, ist die semantische Extraktion – im Gegensatz zur positions- oder bezeichnungsbasierten Extraktion. In einem semantischen System definieren Sie die gewünschte Spalte – „Rechnungsnummer“ – und die KI findet den entsprechenden Wert, indem sie versteht, was das Feld darstellt, nicht wo es steht oder welche Bezeichnung es trägt. „N° de facture“, „Rechnungsnummer“, „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 Lieferantenformat zu benötigen. Dies ermöglicht es, mit einem einzigen Satz von Spaltendefinitionen über alle zweisprachigen Rechnungen in Ihrem Lieferantenstapel zu arbeiten – von einem englischsprachigen Großhändler in Vancouver bis zu einem französischsprachigen Hersteller in Montreal.
Diese Fähigkeit löst auch das Problem der Formatvariation innerhalb einer Sprache. Ein Bauzulieferer druckt Rechnungsnummern möglicherweise als „INV-2026-0472“ auf einem Dokument und als „472/2026“ auf dem nächsten nach einem Systemupdate. 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, lesen Sie unseren vollständigen Leitfaden zur Rechnungsdatenextraktion.
Kanada hat drei Steuersysteme auf einem Rechnungsstapel
Es gibt keinen einheitlichen „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 unterscheiden können – ohne manuelle Sortierung.
Das GST/HST-System in Kanada ist ein föderales Mehrwertsteuersystem mit vier verschiedenen Betriebsmodi, die jeweils unterschiedliche Steuerfelder auf Ihren Lieferantenrechnungen erzeugen:
| System | Provinzen / Territorien | Steuern auf Rechnung | Steuerfeldbezeichnungen | Gesamtsatz |
|---|---|---|---|---|
| Nur GST | AB, NT, NU, YT | Nur bundesstaatliche GST | „GST" „GST 5%" „TPS" | 5% |
| HST | ON (13%), NB NL NS PEI (15%) | Einheitliche harmonisierte Steuer | „HST" „HST 13%" „TVH" | 13% oder 15% |
| GST + PST | BC (7%), SK (6%), MB (7%) | Bundes-GST + provinzielle PST, getrennt | „GST" / „PST" – zwei separate Posten | 5% + 6–7% |
| GST + QST | Nur QC | Bundes-GST + Quebec QST, nach separater Gesetzgebung | „TPS" / „TVQ" – Zuständigkeit Revenu Québec | 5% + 9,975% |
Der rechtliche Unterschied zwischen HST-Provinzen und Quebec geht über den Steuersatz hinaus. HST wird gemäß Teil IX des Excise Tax Act (R.S.C., 1985, c. E-15) erhoben und von der CRA verwaltet. QST wird gemäß dem 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 handelt sich um dieselbe Steuerbemessungsgrundlage, 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 in der Regel zwei Steuerposten: „TPS 5%" (das ist GST, 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 separate Beträge. Ein Lieferant aus Saskatchewan fügt „GST 5%" und „PST 6%" hinzu. Die Feldbezeichnungen, die Anzahl der Steuerzeilen und die dahinterstehende Behörde variieren alle – obwohl jede Rechnung eine „kanadische Rechnung" ist.
Betrachten Sie 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-Posten. Dasselbe Unternehmen kauft Hardware bei einem Lieferanten in Toronto (Ontario) – diese Rechnung hat eine einzelne HST-Zeile. Und es mietet Ausrüstung von einem Lieferanten in Calgary (Alberta) – diese Rechnung zeigt nur GST. In einem Monat, drei Lieferanten, drei Provinzen, vier Steuerzeilenkonfigurationen auf den Rechnungen, und alle müssen korrekt nach Zuständigkeit gemeldet werden. Eine Extraktionstabelle, die jede Steuerart in einer eigenen Spalte erfasst – anstatt eines generischen Sammelpostens „Steuer" – macht dies handhabbar, da Sie nach der Extraktion nach Steuerzuständigkeit filtern, summieren und sortieren können, ohne jede Rechnung manuell prüfen zu müssen, um zu bestimmen, welchem Steuersystem sie unterliegt.
Schritt für Schritt: Kanadische Rechnungsdaten mit Steueraufschlüsselung extrahieren
Der Extraktionsworkflow für zweisprachige kanadische Rechnungen folgt dem gleichen Muster wie jede semantische Extraktion – der Unterschied liegt im Spaltenaufbau und den abgeleiteten Feldern, die Sie hinzufügen, um das Problem der Mehrfachsteuersysteme zu bewältigen.
Lieferantenrechnungen hochladen
Ziehen Sie Fotos, Scans oder PDFs Ihrer Lieferanten per Drag & Drop – eine Charge von einem Anbieter aus Québec, eine aus Ontario und eine aus British Columbia. Das Tool akzeptiert JPG, PNG, WebP und PDF. Eine Vorsortierung nach Sprache oder Provinz ist nicht nötig.
Extraktionsspalten definieren
Geben Sie die Spaltennamen ein, die Sie in Ihrer Ausgabetabelle sehen möchten. Für zweisprachige kanadische Rechnungen empfiehlt sich folgende Auswahl:
| Spaltenname | Extraktionsmodus | Erfasster Inhalt |
|---|---|---|
Invoice Number | Direkt | „INV-2026-0472" oder „Facture n° 0472" – KI erkennt beide als dasselbe Feld |
Invoice Date | Direkt | Ausstellungsdatum, egal ob „Date", „Date de facturation" oder „Date de facture" |
Supplier Name | Direkt | Rechtlicher oder Handelsname des Lieferanten, wie im Rechnungskopf gedruckt |
Supplier GST/HST Reg No | Direkt | 9-stellige BN des Lieferanten + Suffix (z. B. „123456789 RT0001") oder QST-Registrierungsnummer (10-stellige NEQ + TQ-Suffix) |
Subtotal | Direkt | Nettobetrag vor Steuern – egal ob „Subtotal", „Sous-total", „Net" oder „Montant avant taxes" |
GST Amount | Direkt | Bundes-GST-Anteil; bei Rechnungen aus Québec die Zeile „TPS" |
HST Amount | Direkt | Harmonisierte Steuer auf Rechnungen aus ON/NB/NL/NS/PEI; bei GST+PST- oder GST+QST-Rechnungen leer lassen |
QST Amount | Direkt | Betrag der Québec-Sales-Tax („TVQ"); bei Rechnungen außerhalb Québecs leer lassen |
PST Amount | Direkt | Provinzumsatzsteuer auf Rechnungen aus BC/SK/MB; bei HST- oder reinen GST-Rechnungen leer lassen |
Total | Direkt | Rechnungsendbetrag inkl. aller Steuern – „Total", „Montant total", „Total TTC" |
Tax Jurisdiction | Abgeleitet | KI ermittelt das Steuerregime aus den Steuerfeldern und Lieferantendaten: „HST-Provinz", „Québec (GST+QST)", „GST+PST-Provinz", „Nur GST" |
Die Spalten GST Amount, HST Amount, QST Amount und PST Amount sind bewusst getrennt – jede Rechnung enthält je nach Herkunftsprovinz genau einen oder zwei dieser Werte. 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.
Abgeleitete Spalte für Steuerzuständigkeit hinzufügen
Die Spalte Steuerzuständigkeit oben ist eine abgeleitete Spalte – Sie geben der KI eine Reihe von Klassifikationsoptionen vor, und sie liest die Rechnung, um die zutreffende zu ermitteln, auch wenn kein Feld auf dem Dokument explizit mit „Steuerzuständigkeit" beschriftet ist. Wenn Sie Steuerzuständigkeit (Optionen: Nur GST/HST-Provinz/Québec (GST+QST)/GST+PST-Provinz) definieren, prüft die KI die Steuerpositionen jeder Rechnung – erkennt „TVQ"- und „TPS"-Bezeichnungen und klassifiziert die Rechnung als Québec, sieht eine einzelne „HST"-Position und klassifiziert sie als HST-Provinz usw. So erhalten Sie eine filterbare Spalte, die anzeigt, welche Regierung welche Steuer von welcher Rechnung erhält – ganz ohne manuelle Kennzeichnung.
Stapel verarbeiten und Tabelle herunterladen
Nach Bestätigung der Spaltendefinitionen liest die KI alle hochgeladenen Rechnungen und füllt jede Spalte. Das Ergebnis ist eine einzige Tabelle, in der jede Rechnung eine Zeile ist, jede Steuerart eine eigene Spalte hat und die Spalte Steuerzuständigkeit auf einen Blick zeigt, zu welcher Meldekategorie jede Zeile gehört. Bei einem Stapel von 50 Rechnungen aus 5 Provinzen dauert das vom Hochladen bis zum Download unter einer 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 Rechnungssatz wiederverwenden – unabhängig von der Sprache des Lieferanten, dem Rechnungsformat oder ob das Dokument ein klares PDF aus einem modernen Buchhaltungssystem oder ein Handyfoto eines thermisch bedruckten Baumarktbelegs ist. Für einen breiteren Vergleich von Extraktionstools und -ansätzen siehe unseren Überblick über die beste 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 (PST) 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.