Rechnungsautomatisierung in zwei Wochen: OpenAI API, ISO 27001 und SAP

Das Problem: Manuelle Rechnungsprüfung in der Schweiz

Du betreibst einen E-Commerce-Betrieb in der Schweiz mit 51 bis 200 Mitarbeitenden. Die Rechnungsprüfung läuft manuell über SAP oder Microsoft Dynamics. Jede Rechnung wird von einem Buchhalter geprüft, erfasst und freigegeben. Dieser Prozess kostet Zeit und Geld. Du willst die Kosten pro Support-Ticket senken, indem du die Rechnungsprüfung automatisierst. Der Pilot soll in zwei Wochen abgeschlossen sein und einen messbaren Vorher-Nachher-Vergleich liefern. Die Architektur nutzt die OpenAI API für das Scoring-Modell und ist ISO 27001-konform. Der Workflow ist fest umrissen: Rechnungsprüfung, keine anderen Prozesse.

Voraussetzungen vor dem ersten Schritt

• ERP-Zugriff: API-Zugang zu SAP oder Microsoft Dynamics, freigegeben durch die IT-Abteilung. Bei SAP ist das die BAPI oder OData-API, bei Dynamics die Web API.
• OpenAI API-Key: Ein API-Key mit ausreichendem Guthaben. Der Key wird im Secrets-Manager gespeichert, nicht im Code.
• ISO 27001-Dokumentation: Der Datenfluss von der Rechnungsdatei über die OpenAI-API zurück ins ERP ist dokumentiert. Die Verschlüsselung in Transit (TLS 1.2 oder höher) und die Protokollierung der API-Calls sind festgelegt.
• Basiswerte: 100 zufällig ausgewählte Rechnungen aus den letzten drei Monaten. Für jede ist die Bearbeitungszeit und die Fehlerquote dokumentiert.
• Menschliche Freigabe: Ein Buchhalter ist für die Prüfung der Rechnungen mit einem Konfidenzwert unter 0,95 verfügbar.

Die sieben Schritte zum Piloten

1. Prozessanalyse durchführen. Du identifizierst die 20 Prozent der Rechnungen, die 80 Prozent des manuellen Aufwands verursachen. Typische Kandidaten sind wiederkehrende Lieferanten mit unklaren Positionen, Rechnungen mit mehreren Währungen oder Dokumente mit fehlenden Pflichtfeldern. Diese Auswahl bestimmt, welche Daten du für das Scoring-Modell brauchst.

2. ERP-Connector schreiben. Du schreibst einen Connector, der die Rechnungsdaten aus dem ERP liest. Bei SAP nutzt du die BAPI oder OData-API, bei Dynamics die Web API. Der Connector läuft als Hintergrundjob und wird über den API-Key authentifiziert. Die Daten werden in ein JSON-Format überführt, das das Scoring-Modell versteht.

3. Scoring-Modell konfigurieren. Du rufst die OpenAI API auf und übergibst die Rechnungsdaten. Das Modell liefert einen Konfidenzwert zwischen 0 und 1. Du setzt die Schwellenwerte: über 0,95 wird automatisch freigegeben, zwischen 0,70 und 0,95 geht die Rechnung an einen Prüfer, unter 0,70 wird sie abgelehnt.

4. Freigabe-Workflow einrichten. Du konfigurierst den Workflow im ERP. Rechnungen mit einem Konfidenzwert über 0,95 werden automatisch freigegeben. Die anderen gehen an den Buchhalter. Der Buchhalter sieht den Konfidenzwert und die Begründung des Modells und trifft die Entscheidung.

5. Basiswerte messen. Du wiederholst die Messung mit denselben 100 Rechnungen. Du dokumentierst die neue Bearbeitungszeit und die neue Fehlerquote. Der Unterschied zeigt, ob die Automatisierung die Kosten pro Ticket senkt.

6. ISO 27001-Dokumentation abschließen. Du dokumentierst den Datenfluss, die Verschlüsselung, die Speicherung der API-Keys und die Protokollierung. Zusätzlich legst du fest, wer Zugriff auf die Scoring-Ergebnisse hat und wie lange die Logs aufbewahrt werden.

7. Pilotenbericht erstellen. Du fasst die Ergebnisse zusammen. Du nennst die neue Bearbeitungszeit, die neue Fehlerquote und die geschätzte Kostenersparnis pro Ticket. Du legst fest, ob der Pilot in den Regelbetrieb übergeht.

Häufige Stolperfallen und wie du sie erkennst

• API-Key im Code: Der OpenAI API-Key steht im Quellcode statt im Secrets-Manager. Du erkennst das, wenn der Key in der Versionskontrolle sichtbar ist. Lösung: Key in den Secrets-Manager verschieben und den Code bereinigen.
• Fehlende ISO-Dokumentation: Der Datenfluss ist nicht dokumentiert. Du erkennst das, wenn das ISO-27001-Audit den Piloten ablehnt. Lösung: Dokumentation vor dem Piloten abschließen.
• Zu niedrige Schwellenwerte: Der Konfidenzwert über 0,95 wird zu oft erreicht, aber die Fehlerquote steigt. Du erkennst das, wenn die manuelle Nachprüfung mehr Fehler findet als vorher. Lösung: Schwellenwerte auf 0,98 anheben.
• ERP-API-Rate-Limit: Der Connector überschreitet das Rate-Limit des ERP-Systems. Du erkennst das, wenn der Connector Fehlermeldungen liefert. Lösung: Batch-Größe reduzieren und die Abfragefrequenz senken.
• Fehlende menschliche Freigabe: Rechnungen mit einem Konfidenzwert unter 0,95 werden nicht geprüft. Du erkennst das, wenn die Fehlerquote steigt. Lösung: Workflow im ERP so konfigurieren, dass die Freigabe erzwungen wird.

Nächster Schritt: Vom Piloten in den Regelbetrieb

Der Pilot ist abgeschlossen. Du hast die Basiswerte gemessen und die Kosten pro Ticket berechnet. Der nächste Schritt ist die Entscheidung, ob der Pilot in den Regelbetrieb übergeht. Wenn die Fehlerquote unter 2 Prozent liegt und die Bearbeitungszeit um mindestens 30 Prozent gesunken ist, ist der ROI gegeben. Wenn nicht, passt du die Schwellenwerte an und wiederholst den Piloten. Die ISO 27001-Dokumentation bleibt gültig, solange der Datenfluss sich nicht ändert. Der Connector läuft weiter als Hintergrundjob und wird über den API-Key authentifiziert.