Zollstammdaten in Sage 100: was der Standard kann — und was nicht automatisch geprüft wird
Sage 100 bringt eigene Intrastat-Felder mit und eine Struktur für ein importiertes Warenverzeichnis: Warennummer, Ursprungsland, besondere Mengeneinheit und weitere statistische Angaben lassen sich direkt am Artikel pflegen. Davon zu unterscheiden ist etwas anderes — die regelmäßige Prüfung des gesamten vorhandenen Bestands gegen den aktuellen amtlichen Nomenklaturstand.
Ein Feld zu haben heißt nicht, dass es stimmt
Das verbreitetste Missverständnis im Stammdatenmanagement ist die Gleichsetzung von Erfassungsmöglichkeit und fachlicher Gültigkeit. Dass ein ERP ein Feld bereitstellt, heißt nicht, dass es dessen Inhalt laufend gegen die sich jährlich ändernden amtlichen Verzeichnisse prüft.
Solche Abweichungen bleiben im Tagesgeschäft lange unauffällig. Sie werden sichtbar, wenn gemeldet, ausgewertet oder rückwirkend nachvollzogen werden muss — also genau dann, wenn die Korrektur teuer ist.
Die Felder in KHKArtikel
Ein Blick ins Datenbankschema zeigt, wie Sage das Thema modelliert — und die Antwort ist eindeutig: als Intrastat, nicht als Zolltarif. Ein Feld namens „Zolltarifnummer" gibt es nicht.
| Feld | Typ | Bedeutung |
|---|---|---|
| Warennummer | varchar(10) | die Warennummer; in der Dokumentation als ganze Beschreibung: „Intrastat" |
| Ursprungsland | varchar(10) | Länderkennzeichen aus den Intrastat-Konstanten, gespeichert wird der ISO-Alpha-2-Code |
| Ursprungsregion Bestimmungsregion |
varchar(10) | Intrastat-Regionen, also Bundesländer — nicht das Ursprungsland |
| IntrastatMengeneinheit | varchar(20) | die besondere Maßeinheit, getrennt von der Lagermengeneinheit |
| UmrechnungsfaktorIntraME DezimalstellenIntraME |
currency(8) smallint(1) |
Faktor und Nachkommastellen für die Umrechnung aus der Basismengeneinheit |
| Eigenmasse | currency(8) | Artikelgewicht; die Einheit ist fest kg, das Feld Gewichtseinheit wird laut Schema nicht benutzt |
| StatWertEingang StatWertVersendung |
currency(8) | statistischer Wert für Eingangs- und Versendungsmeldungen |
| StatVerfahren | smallint(2) | das anzuwendende statistische Verfahren |
Zwei Punkte daraus lohnen die Aufmerksamkeit:
- Zehn Zeichen. Die achtstellige Warennummer passt, die elfstellige deutsche Codenummer nicht. Wer beide Ebenen führen will, braucht ein zusätzliches Feld — welche Ebene wofür gilt, steht im Artikel HS, KN, TARIC und EZT.
- Region ist nicht Land. Ursprungs- und Bestimmungsregion sind Bundesländer für die Meldung. Wer sie als Herkunftsland liest, baut einen stillen Fehler ein — zu den drei Bedeutungen des Ursprungsfeldes siehe Ursprungsland ist nicht gleich Ursprungsland.
Da das Feld als Zeichenkette angelegt ist, kann Sage Warennummern mit führender Null speichern. Vorausgesetzt, ein vorgelagerter Import hat den Wert nicht schon numerisch verändert — die häufigste Ursache dafür steht im Artikel Führende Nullen: wie Excel Warennummern zerstört.
Das Warenverzeichnis: Tabelle im Standard, Daten separat
Für die Nomenklatur selbst gibt es die Tabelle KHKIntrastatWaren in der globalen Datenbank, mit den Feldern lfdNr, Parent, Kapitel, Warennummer, Warenbezeichnung und Mengeneinheit. Für die Oberfläche sorgen eigene Metadatenstrukturen, die daraus einen Auswahlbaum machen: Der Anwender wählt die Nummer aus dem Verzeichnis und ordnet sie dem Artikel zu.
Die Daten gehören nicht zum Standard-Globaldatenimport. Der umfasst AfA, AZV, BIC, Intrastatkonstanten und Postleitzahlen; das Warenverzeichnis wird separat eingespielt, die Daten stammen von Reguvis.
Ist die Tabelle in Ihrer Installation leer, heißt das deshalb nicht, dass Sage die Funktion nicht unterstützt — es heißt, dass hier noch kein Verzeichnisbestand eingepflegt wurde. Zwei Fragen lohnen sich, bevor man sich darauf verlässt: Ist etwas drin — und von wann ist es?
Speichern ist nicht Prüfen
Hier liegt die eigentliche Grenze, und sie besteht unabhängig davon, ob das Verzeichnis gefüllt ist. KHKIntrastatWaren stellt einen Referenzbestand für Auswahl und Zuordnung bereit: Bei Neuanlage oder Bearbeitung eines Artikels greift der Anwender darauf zu. Eine automatische, regelmäßige Hintergrundprüfung des bereits vorhandenen Artikelstamms ist damit nicht dasselbe — und im Standard nicht nachgewiesen.
Zum Jahreswechsel wird das relevant. Werden Codes aufgehoben, ersetzt oder aufgeteilt, bleiben gespeicherte Nummern im Altbestand unverändert stehen, solange kein separater Prüfprozess läuft. Die amtlichen Korrelationen — 1:1, 1:n, n:1 und m:n — wertet die Standardfunktion nicht als Bestandsprüfung aus. Gerade bei mehreren möglichen Nachfolgern entsteht fachlicher Prüfbedarf, den niemand meldet, wenn niemand danach sucht (wie das im Detail aussieht).
Besondere Maßeinheit: Felder vorhanden, Abgleich offen
Für einen Teil der Warennummern ist eine besondere Maßeinheit vorgesehen. Sage hält dafür IntrastatMengeneinheit, UmrechnungsfaktorIntraME und DezimalstellenIntraME bereit — die fachliche Frage bleibt: Ist für die hinterlegte Nummer im aktuellen Jahrgang überhaupt eine Einheit vorgesehen, welche gilt, und lässt sich die benötigte Menge aus den vorhandenen Daten plausibel ableiten?
Zollbox liest die amtliche Einheit aus der Leitdatei des jeweiligen Jahrgangs und vergleicht sie mit dem, was im Artikel steht (L1.6 und L1.7). Der Umrechnungsfaktor ist dabei eine technische Umsetzung im ERP und kein amtlich vorgegebener Wert — mehr dazu im Artikel Besondere Maßeinheit.
EAN/GTIN: Achtung, die hängt an den Varianten
Ein Detail, an dem regelmäßig Exporte scheitern: Die EANNummer (varchar(15)) steht nicht an KHKArtikel, sondern an den Artikelvarianten (KHKArtikelVarianten). Eine Auswertung „EAN je Artikel" muss deshalb über die Varianten gehen — bei Artikeln ohne eigene Ausprägungen über die Grundvariante.
Geben Sie die Spalte mit, prüft Zollbox sie auf formale und strukturelle Auffälligkeiten: Zeichen und Länge einschließlich Excels Exponentialformat, Prüfziffer nach GS1-Modulo-10, Verdacht auf eine verlorene führende Null, Dubletten, interne Nummernkreise und reine Platzhalter. Fehlt die Spalte oder ist das Feld leer, schweigt diese Prüfstufe — nicht jeder Artikel braucht eine GTIN. Details im Artikel EAN, GTIN, UPC und Barcode.
Direktvergleich
| Funktion | Sage 100 Standard | Zollbox |
|---|---|---|
| Warennummer speichern | ja, KHKArtikel.Warennummer | nutzt die vorhandenen Daten |
| Warenverzeichnis zur Auswahl | ja, KHKIntrastatWaren (separat einzuspielen) | versionierter amtlicher Stand auf Basis der SOVA-Leitdatei |
| Systematische Prüfung des vorhandenen Bestands | nicht mit der Auswahlfunktion gleichzusetzen | ja, der gesamte übergebene Bestand |
| Entfallene und geänderte Codes erkennen | keine automatische Bestandsprüfung nachgewiesen | ja, gegen den Jahrgang der Leitdatei |
| Korrelationen zum Jahreswechsel auswerten | nicht Bestandteil der Standardfunktion | ja, mit ausgewiesenem Prüfbedarf bei mehreren Nachfolgern |
| Besondere Maßeinheit gegen den Jahrgang prüfen | Felder vorhanden, kein Bestandsabgleich nachgewiesen | ja |
| EAN/GTIN-Strukturprüfung | nicht Gegenstand des Intrastat-Verzeichnisses | ja, formal und strukturell |
| Automatische zolltarifliche Neueinreihung | nein | nein — bewusst ausgeschlossen |
| Präferenziellen Ursprung ermitteln | aus den Intrastat-Feldern nicht ableitbar | nein |
Aufgabenteilung: Sage als führendes System, Zollbox als Prüfschicht
Zollbox ersetzt den Sage-Artikelstamm nicht, sondern ergänzt ihn um eine nachvollziehbare Validierung gegen amtliche Daten. Sage bleibt das führende System für Stammdaten und operative Prozesse.
Der Weg heute
- 1. Exportieren. Artikelnummer, Bezeichnung und Warennummer genügen; Ursprungsland, besondere Maßeinheit, Warengruppe, Gewicht und EAN erhöhen den Ertrag.
- 2. Prüfen. Der Lauf gleicht gegen den amtlichen Stand ab und nennt im Bericht, gegen welche Ausgabe geprüft wurde.
- 3. Entscheiden. Die Befundliste kommt als Excel mit einer Spalte „übernehmen ja/nein" — ein Mensch bewertet, das Werkzeug nicht.
- 4. Zurückpflegen. Die bestätigten Zeilen fließen kontrolliert zurück in Sage.
Ein Sage-100-Modul, das diesen Weg abkürzt und die Artikeldaten direkt liest, steht als Beta-Version auf Anfrage zur Verfügung. Ein automatisches Zurückschreiben in den Artikelstamm bleibt auch damit an zwei Bedingungen geknüpft: Bestätigung durch einen Menschen und ein nachvollziehbarer Audit Trail. Ein Fehler in den Stammdaten läuft sonst direkt in die nächste Meldung.
Die fachliche Entscheidung bleibt im Haus.
Zollbox nimmt keine zolltarifliche Neueinreihung vor und wählt bei mehreren Nachfolgern keinen aus. Rechtssicherheit für einen konkret beschriebenen Sachverhalt gibt nur eine verbindliche Zolltarifauskunft (vZTA).
Prüfen Sie Ihren Sage-100-Artikelstamm
Zollbox prüft vorhandene Warennummern und ausgewählte Stammdatenmerkmale gegen den aktuellen amtlichen Datenstand und macht technische wie nomenklatorische Auffälligkeiten sichtbar.
Artikelstamm kostenlos prüfen Sage-100-Modul anfragen
Ohne Anmeldung · Keine Zahlungsdaten · Für den Einstieg genügen Artikelnummer, Bezeichnung und Warennummer; EAN/GTIN optional.
Primärquellen
- Sage GmbH — Sage 100, Das Datenbankschema (Tabellen KHKArtikel, KHKArtikelVarianten, KHKIntrastatWaren)
- Sage GmbH — Leitfaden zur Installation und Konfiguration (Umfang des Globaldatenimports)
- Statistisches Bundesamt (Destatis) — Warenverzeichnis für die Außenhandelsstatistik und SOVA-Leitdatei
- Europäische Kommission — Kombinierte Nomenklatur und TARIC
- Deutsche Zollverwaltung — Elektronischer Zolltarif (EZT-online)
Stand des Artikels: 04.09.2026 · geprüft gegen WA 2026. Feldangaben gegen eine Installation der Version 9.0 geprüft; Feldnamen sind versionsübergreifend stabil, der Bestand Ihrer Installation kann abweichen.