USt-IdNr.-Prüfung dokumentieren: vom Prüfergebnis zum belastbaren Nachweis

Bei der Prüfung einer Umsatzsteuer-Identifikationsnummer ist nicht nur das Ergebnis wichtig. Später muss nachvollziehbar sein, welche Daten zu welchem Zeitpunkt über den vorgesehenen amtlichen Weg geprüft wurden. KI kann Rückmeldungen ordnen und Abweichungen für die Kanzlei aufbereiten. Sie kann jedoch selbst keine amtliche Gültigkeit bestätigen. Eine syntaktisch plausibel aussehende Nummer und eine tatsächliche Bestätigung sind unterschiedliche Informationen.

Prüfung und Dokumentation als einen Vorgang behandeln

Die Grundlage ist ein eindeutiger Geschäftspartner mit den für die Abfrage benötigten Angaben. Diese stammen aus bestätigten Quellen und werden vor der Prüfung kontrolliert. Unterschiedliche Schreibweisen, Rechtsformen oder Anschriften werden nicht unbemerkt zusammengeführt. Der Vorgang hält fest, welche Eingabedaten tatsächlich verwendet wurden. Ein später aktualisierter Stammsatz darf die historische Abfrage nicht rückwirkend verändern.

§ 18e UStG regelt das Bestätigungsverfahren des Bundeszentralamts für Steuern. Eine technische Automatisierung kann den Ablauf nur innerhalb der tatsächlich vorgesehenen Möglichkeiten unterstützen. Welche Schnittstelle oder welcher zulässige Abfrageweg nutzbar ist, wird konkret geprüft. Das Vorhandensein eines KI-Modells schafft weder einen amtlichen Datenzugang noch eine Berechtigung, beliebige Informationen über Unternehmen abzurufen.

Was das amtliche Ergebnis tatsächlich aussagt

Das BZSt erläutert einfache und qualifizierte Bestätigungen und deren jeweiligen Aussageumfang. Besonders wichtig ist der Bezug zum Zeitpunkt der Abfrage. Ein Ergebnis sollte deshalb nicht als zeitlich unbegrenztes Qualitätssiegel im Kundenstamm stehen. Ebenso darf eine Bestätigung nicht pauschal als Beweis für die gesamte steuerliche Behandlung eines Geschäftsvorgangs verwendet werden. Weitere Voraussetzungen können gesondert zu prüfen sein.

Das Arbeitspaket enthält Eingaben, Zeitpunkt, amtliche Rückmeldung und den Zusammenhang zum betreuten Vorgang. Wenn eine Abfrage technisch nicht abgeschlossen werden konnte, erhält sie einen eigenen Status. „Keine Antwort“ ist weder gültig noch ungültig. Die KI kann eine Fehlermeldung verständlich erläutern, darf daraus aber kein inhaltliches Prüfergebnis erzeugen. Ein erneuter Versuch erfolgt nach den festgelegten Regeln.

Abweichungen in bearbeitbare Fragen übersetzen

Bei einer abweichenden Rückmeldung wird zunächst geprüft, ob die Eingabe korrekt war. Ein Schreibfehler, eine veraltete Adresse oder eine unklare Gesellschaftszuordnung können unterschiedliche nächste Schritte erfordern. Die KI stellt vorhandene Quellen nebeneinander und schlägt eine präzise Rückfrage vor. Sie darf eine abweichende Angabe nicht so lange verändern, bis irgendeine passende Kombination ein positives Ergebnis liefert.

Die Zuständigkeit wird festgelegt: Wer klärt Stammdaten mit dem Geschäftspartner, wer beurteilt die steuerlichen Folgen und wer dokumentiert die Freigabe? Eine einzelne Ampel im Kundenkonto reicht dafür nicht. Der Bearbeitungsstand sollte zeigen, welche Frage noch offen ist. So bleibt auch bei einer Vertretung erkennbar, ob lediglich ein technischer Abruf fehlt oder ein fachlicher Sachverhalt ungeklärt ist.

Beispiel: gültige Nummer, unklare Gesellschaftsbezeichnung

Illustratives Beispiel: Eine Nummer wird bestätigt, während die verwendeten Unternehmensangaben nicht vollständig übereinstimmen. In den Unterlagen finden sich eine ältere Firmenbezeichnung und eine aktuelle Rechnung. Der Prozess verknüpft die Quellen mit der Rückmeldung und markiert die Abweichung. Er erklärt die Rechnung nicht allein wegen der gültigen Nummer für unbedenklich und ändert die Stammdaten nicht eigenständig.

Die Fachkraft klärt die Identität des Geschäftspartners und die erforderlichen Angaben. Nach einer bestätigten Korrektur wird eine gegebenenfalls nötige weitere Abfrage dokumentiert. Der frühere Prüfstand bleibt erhalten. Dadurch lässt sich später nachvollziehen, welcher Unterschied erkannt und wie er geklärt wurde. Das Beispiel beschreibt einen möglichen Dokumentationsablauf, keine allgemeine Entscheidung über einen steuerlichen Einzelfall.

Wiederholungen und Änderungen nachvollziehbar halten

Eine weitere Prüfung kann im vorhandenen Prozess vorgesehen sein oder durch eine relevante Änderung ausgelöst werden. Das System sollte den Anlass festhalten, statt nur das jeweils neueste Ergebnis zu speichern. Welche Prüfungen wann erforderlich sind, legt die fachlich verantwortliche Stelle anhand des konkreten Falls fest. KI darf daraus keine selbst erfundene allgemeine Prüffrequenz ableiten.

Für die Ablage sind verständliche Beziehungen wichtiger als lange Dateinamen. Der Nachweis wird mit Geschäftspartner, Vorgang und Datum verbunden. Ein Export für eine spätere Prüfung enthält die tatsächlich verwendeten Informationen. Wenn ein Mitarbeiter nur eine Zusammenfassung sieht, muss er bei Bedarf zum Originalergebnis gelangen können. Die sprachliche Aufbereitung bleibt eine Arbeitshilfe und ersetzt den amtlichen Nachweis nicht.

Mit vorhandenen Prüfungsfällen beginnen

Wählen Sie für einen Pilot abgeschlossene Fälle mit positiven, abweichenden und technisch fehlgeschlagenen Abfragen. Prüfen Sie, ob die Übersicht den tatsächlichen Status korrekt wiedergibt und ob jede Rückfrage einen sinnvollen nächsten Schritt beschreibt. Besonders wichtig ist, dass fehlende Ergebnisse nicht versehentlich als erledigte Prüfung erscheinen. Die Zahl automatisch sortierter Rückmeldungen ist dafür kein ausreichender Maßstab.

Ein guter erster Schritt ist eine einheitliche Dokumentation von Eingabe, Rückmeldung und Klärung. Erst danach lohnt sich eine weitergehende technische Übergabe. So unterstützt KI die Nachvollziehbarkeit des Prüfprozesses, ohne eine amtliche Bestätigung zu simulieren oder ihren Aussageumfang über den tatsächlich geprüften Sachverhalt hinaus auszudehnen.