Die E-Rechnung, die nur vorbereitet wird: ESF, Betreiber und KI
In Usbekistan ist eine Rechnung nicht nur ein PDF mit Stempel. Das Dokument, das im Kreis der E-Rechnungen Gewicht hat, ist die ESF: Sie wird bei einem ESF-Betreiber erstellt und mit einer elektronischen Signatur unterschrieben. Firmspace übernimmt bewusst eine engere Rolle. Es bereitet die Daten vor, prüft die Vollständigkeit der Rechnung, führt die Register der ausgestellten und erhaltenen Rechnungen und lässt Erstellung und Signatur dort, wo das Gesetz sie verortet.
Die Register liegen unter Finanzen als eigene ESF-Ansicht und nur für eine Firma, die auf dem usbekischen Markt arbeitet. Zwei Tabs: ausgestellt und erhalten. Ein Periodenschalter bietet Monat, Quartal oder Jahr. Die Tabelle der ausgestellten Rechnungen zeigt Nummer, Datum, Kunde, STIR, Netto, USt. und Gesamt in Som; die Tabelle der erhaltenen behält die Währung des Belegs. Ein CSV-Export gibt dem Betreiber-Kabinett dieselben Zeilen in einer Form, die es abgleichen kann. Der Bildschirm sagt außerdem klar, dass das PDF aus dem CRM und die CSV keine ESF sind.
Bevor etwas zum Betreiber geht, wird die Rechnung gegen die Felder geprüft, die eine ESF braucht. Auf der Verkäuferseite: Firmenname, Adresse, STIR oder JShShIR, USt.-Pflicht und USt.-Code, Bank, MFO und Abrechnungskonto. Auf der Käuferseite: Name und STIR, die Adresse als Warnung. In den Zeilen: Bezeichnung, Maßeinheit, Menge größer als null, Preis und USt.-Satz. Dazu das Leistungsdatum, ein verknüpfter Vertrag oder Auftrag als Lieferungsgrundlage sowie Geschäftsführer und Hauptbuchhalter, die unterschreiben.
Die Prüfung trennt Fehler von Warnungen, und der Unterschied zählt. Ein Fehler heißt: Der Datensatz ist nicht bereit — keine STIR des Käufers, keine Maßeinheit, Menge null, fehlender USt.-Satz, kein Verkäuferkonto. Eine Warnung heißt: Die ESF lässt sich vorbereiten, aber ein Mensch sollte hinsehen — Käuferadresse leer, kein Vertrag oder Auftrag verknüpft, Leistungsdatum fehlt und das Rechnungsdatum würde verwendet, die Firma ist nicht als USt.-pflichtig markiert oder die Namen der Unterzeichner fehlen. Der Bildschirm zählt beides und zeigt jede Meldung.
Die Währung ist eine eigene Falle. Eine ESF wird in Som ausgestellt, also braucht eine Fremdwährungsrechnung einen gespeicherten Kurs der Zentralbank. Firmspace speichert den Kurs an der Rechnung; fehlt er, meldet die Prüfung einen Fehler und die Summen lassen sich nicht umrechnen. Mit Kurs erscheinen Netto, USt. und Gesamt in Som neben der Belegwährung. Das ist Arithmetik, keine Schätzung: kein Kurs, keine umgerechnete Summe.
Der Status der ESF ist eine menschliche Markierung, kein automatischer Übergang. Zur Wahl stehen nicht ausgestellt, Daten vorbereitet, an den Betreiber gesendet, bestätigt und storniert. Die Markierung lässt sich nur an einer ausgestellten Rechnung setzen, nicht an einem Entwurf oder einer stornierten Rechnung; gesendet und bestätigt verlangen eine ESF-Nummer. Die Markierung versendet nichts, ändert keine Rechnungszeile und fügt keine Steuer hinzu. Sie hält fest, was eine Person beim Betreiber getan hat, mit Betreibername und Datum, und die Änderung landet im Audit-Log.
Das Register der ausgestellten Rechnungen entsteht aus Rechnungen und Gutschriften, ohne Entwürfe und stornierte Belege; eine Gutschrift zählt negativ. Es summiert Netto, USt. und Gesamt in Som und zählt zwei Arten offener Arbeit: Zeilen, die wegen verbleibender Fehler nicht bereit sind, und Zeilen, die bereit, aber noch nicht beim Betreiber ausgestellt sind. Die zweite Zahl prüft eine Finanzleitung am Montag: Die Rechnung existiert, der Kunde hat sie, aber die ESF ist noch nicht registriert.
Das Register der erhaltenen Rechnungen beginnt bei den Ausgaben, nicht bei einem separaten Posteingang. Jede Ausgabe kann ESF-Nummer, Datum und STIR des Lieferanten tragen. Ist die Nummer da, wird die Zeile markiert; fehlt sie, zeigt die Zusammenfassung die Vorsteuer, hinter der derzeit keine ESF steht. Die Software entscheidet nicht, ob diese Vorsteuer abziehbar ist. Sie zeigt den Betrag und die Lücke, der Buchhalter entscheidet. Das ist die ehrliche Teilung: Das CRM kann zählen, der Buchhalter kann bewerten.
Der KI-Assistent kann die Rechnung vorbereiten, die in diesen Prozess fließt, aber er kann das Ergebnis nicht beglaubigen. Er legt aus Kundenname und Positionen einen Rechnungsentwurf an, wendet die Steuerpolitik der Firma an und kann die Rechnung versenden oder als bezahlt markieren. Sein Positionsschema ist bewusst kurz: Bezeichnung, Menge, Preis. Es hat kein Feld für die Maßeinheit und kein ESF-Werkzeug. Ein vom Assistenten erstellter Entwurf ist deshalb oft gut genug zum Versenden und trotzdem nicht bereit für eine ESF: Die Prüfung zeigt fehlende Maßeinheit, fehlende STIR des Käufers oder fehlende Lieferungsgrundlage, und ein Mensch ergänzt sie.
Diese Grenze ist kein fehlendes Feature. Eine rechtsgültige ESF wird bei einem Betreiber mit einer elektronischen Signatur erstellt und unterschrieben; Betreibervertrag und API liegen außerhalb dieser Version. Das CRM kann nicht für die Firma unterschreiben und sollte es nicht vortäuschen. Was es kann: die fehlenden Felder sichtbar machen, bevor jemand die Betreiber-Sitzung beginnt, das Register an einer Stelle halten und zeigen, welche Rechnungen noch warten. Das Druckformular und die CSV sind Arbeitsdokumente, kein Ersatz für die ESF.
Der tägliche Effekt ist bescheiden und praktisch. Der Buchhalter öffnet nicht mehr jede Rechnung, um zu sehen, ob die STIR des Käufers oder die Maßeinheit da ist; die ESF-Ansicht hat es bereits gezählt. Das Register der ausgestellten Rechnungen zeigt, was vorbereitet ist und was noch nicht beim Betreiber liegt. Das Register der erhaltenen zeigt die USt., der eine Lieferanten-ESF fehlt. Der Betreiber stellt weiterhin aus, der Geschäftsführer unterschreibt weiterhin, und der Buchhalter entscheidet weiterhin über den Abzug. Keine Zahl in diesem Artikel ist ein Kundenergebnis; es sind die Regeln, die der Code durchsetzt.