ERP KI Datenschutz: Was vor dem Start zählt

Eine Eingangsrechnung kommt als PDF per E-Mail, die KI liest Positionen aus und legt den Beleg zur Prüfung in SAP Business One ab. Ein Mitarbeiter fragt per Chat nach offenen Forderungen. Ein Agent erstellt einen Bestellvorschlag. Genau an diesen Punkten wird ERP KI Datenschutz konkret: Nicht die KI-Idee ist das Risiko, sondern die Frage, welche Daten wohin fließen, wer sie sehen darf und was das System tatsächlich tun kann.

Für viele mittelständische Unternehmen ist das keine theoretische Diskussion. In Finanzdaten, Personalbezügen, Kundendaten, Preisen und Lieferkonditionen steckt der Kern des Geschäfts. Wer KI produktiv einsetzen will, braucht deshalb keine allgemeinen Datenschutzversprechen, sondern eine Architektur, die zu den eigenen Daten, Prozessen und Risiken passt.

ERP KI Datenschutz beginnt vor dem ersten Chat

Ein ERP-System enthält Daten, die im Zusammenspiel besonders sensibel sind. Ein einzelner Artikelpreis mag harmlos wirken. Zusammen mit Kundenhistorie, Rabatten, Deckungsbeiträgen, Zahlungszielen und offenen Posten entsteht jedoch ein sehr genaues Bild deines Unternehmens. Bei personenbezogenen Daten gilt das erst recht.

Darum reicht es nicht, ein KI-Werkzeug mit einem Benutzerkonto zu aktivieren. Entscheidend ist der komplette Datenweg: Welche Daten sendet SAP Business One an das Modell? Werden sie außerhalb deines Netzwerks verarbeitet? Speichert ein Anbieter Eingaben oder Ausgaben? Kann die KI nur lesen oder auch Belege, Geschäftspartner und Buchungen anlegen? Und wer kontrolliert diese Berechtigungen?

Datenschutz und Informationssicherheit greifen hier ineinander. Die DSGVO beantwortet vor allem, unter welchen Voraussetzungen personenbezogene Daten verarbeitet werden dürfen. Für dein Unternehmen kommen zusätzlich Vertraulichkeit von Geschäftsgeheimnissen, Berechtigungskonzepte, Nachvollziehbarkeit und Schutz vor Fehlbedienung hinzu. Eine datenschutzkonforme Lösung, die jedem Nutzer Schreibrechte auf Finanzdaten gibt, wäre operativ trotzdem keine gute Lösung.

Die KI ist kein neutraler Taschenrechner

Ein Sprachmodell verarbeitet immer den Kontext, den es erhält. Wenn ein Chatbot offene Posten erklären soll, braucht er Zugriff auf passende Daten oder eine vorbereitete Abfrage. Je mehr Kontext du ungefiltert übergibst, desto größer ist die Angriffsfläche und desto schwieriger wird die Kontrolle.

Die bessere Frage lautet daher nicht: Darf unsere KI auf SAP zugreifen? Sie lautet: Welche Aufgabe soll sie für welchen Nutzer mit welchem minimalen Datenzugriff erledigen? Für die Suche nach einem Auftrag reichen andere Informationen als für die Prüfung einer Eingangsrechnung. Für einen Vertriebsmitarbeiter gelten andere Berechtigungen als für die kaufmännische Leitung.

Das Prinzip der Datenminimierung ist dabei sehr praktisch. Statt einen ganzen Kundenstamm an ein Modell zu übergeben, holt die Anwendung nur die Daten, die für die konkrete Anfrage nötig sind. Statt Freitext aus dem ERP unkontrolliert weiterzuleiten, werden Felder, Ausgaben und erlaubte Aktionen klar begrenzt. Das senkt Datenschutzrisiken und verbessert oft auch die Qualität der Antworten.

Schreibzugriff braucht eine andere Sicherheitsstufe

Eine KI, die einen Bericht erklärt, ist etwas anderes als eine KI, die Bestellungen anlegt oder Buchungsvorschläge erzeugt. Lesende Funktionen können trotzdem sensible Informationen offenlegen. Schreibende Funktionen können zusätzlich reale Folgen auslösen: falsche Mengen, doppelte Belege oder unpassende Kontierungen.

Deshalb sollten kritische Schritte nicht allein auf einer plausibel klingenden KI-Antwort beruhen. Bei Eingangsrechnungen ist ein sinnvoller Ablauf: Die KI liest Daten aus dem PDF, schlägt Lieferant, Betrag, Positionen und Kontierung vor, ein berechtigter Mitarbeiter prüft den Vorgang und gibt ihn erst dann frei. Bei wiederkehrenden, klaren Fällen kann der Grad der Automatisierung später steigen. Erst kontrollieren, dann beschleunigen - nicht umgekehrt.

Drei Betriebsmodelle für sensible ERP-Daten

Beim ERP KI Datenschutz gibt es keinen pauschalen Sieger. Die richtige Variante hängt davon ab, welche Daten verarbeitet werden, welche internen Vorgaben gelten und wie viel Betrieb du selbst übernehmen willst. Für SAP Business One sind drei Modelle besonders sinnvoll.

KI-Modell in Deutschland gehostet

Ein in Deutschland betriebenes KI-Modell ist für viele Unternehmen der pragmatische Mittelweg. Die Verarbeitung bleibt in einem klar definierten europäischen Umfeld, während du nicht selbst Modellbetrieb, Updates und Kapazitäten organisieren musst. Wichtig ist auch hier der konkrete Vertrag: Auftragsverarbeitung, technische und organisatorische Maßnahmen, Löschkonzept sowie die Frage, ob Eingaben zum Training verwendet werden, müssen eindeutig geregelt sein.

Diese Variante passt häufig, wenn du KI zügig in Prozessen wie Belegerfassung, Auskunft oder Auswertungen einsetzen willst, ohne sensible Daten in eine unklare globale Verarbeitung zu geben. Sie ersetzt aber kein Berechtigungskonzept in SAP Business One.

Eigener API-Schlüssel

Mit einem eigenen API-Schlüssel steuerst du selbst, bei welchem Modellanbieter die Verarbeitung stattfindet und welches Vertragsverhältnis zugrunde liegt. Das kann sinnvoll sein, wenn dein Unternehmen bereits verbindliche Vorgaben für einen Anbieter hat oder mehrere KI-Anwendungen zentral verwalten will.

Der Vorteil ist die Flexibilität. Der Nachteil: Du bist stärker in der Pflicht, Einstellungen, Zugänge, Kostenkontrolle und Datenschutzbewertung sauber zu führen. Ein API-Schlüssel gehört nicht in Konfigurationsdateien, die im Team herumgeschickt werden. Er braucht eine geschützte Ablage, getrennte Berechtigungen und einen Prozess für Wechsel oder Sperrung.

Komplett lokal im eigenen Netzwerk

Bei einem lokalen Modell verlassen die verarbeiteten Daten dein eigenes Netzwerk nicht. Das ist die stärkste Option, wenn interne Richtlinien, besonders schutzbedürftige Daten oder Kundenanforderungen keine externe KI-Verarbeitung zulassen. Gerade bei Lohninformationen, vertraulichen Vertragsdaten oder streng regulierten Abläufen kann das ausschlaggebend sein.

Dafür übernimmst du mehr Verantwortung. Rechenleistung, Wartung, Aktualisierungen, Ausfallsicherheit und Modellqualität müssen geplant werden. Lokal heißt nicht automatisch sicher. Ein lokal betriebenes Modell mit zu weit gefassten SAP-Berechtigungen bleibt ein Risiko. Es heißt aber: Du behältst die volle Kontrolle über den Ort der Verarbeitung.

Die technische Trennung entscheidet im Alltag

Eine sichere KI-Anbindung sollte nicht wie ein Generalschlüssel funktionieren. Das Modell selbst benötigt keinen direkten Vollzugriff auf deine SAP-Datenbank. Besser ist eine vermittelnde Schicht, die Anfragen prüft, nur erlaubte Funktionen bereitstellt und jede Aktion nachvollziehbar macht.

Für KI-Agenten ist das besonders relevant. Ein Agent sollte nicht frei entscheiden dürfen, welche Tabellen er abfragt oder welche Belege er ändert. Stattdessen bekommt er klar definierte Werkzeuge: etwa offene Rechnungen eines berechtigten Geschäftspartners suchen, einen Entwurf für einen Bestellvorschlag erzeugen oder einen Beleg zur Freigabe anlegen. Jede Funktion erhält begrenzte Eingaben, eine definierte Ausgabe und die Rechte des jeweiligen Nutzers.

Mit RC.MCP lässt sich SAP Business One genau über solche kontrollierten Schnittstellen für KI-Agenten öffnen. Das Ziel ist nicht, KI möglichst viel Zugriff zu geben. Das Ziel ist, konkrete Arbeitsschritte sicher nutzbar zu machen. Protokollierung gehört dazu: Wer hat welche Anfrage gestellt, welche Daten wurden verarbeitet, welcher Vorschlag wurde erzeugt und wer hat eine Änderung freigegeben?

Was du vor dem produktiven Einsatz festlegen solltest

Bevor du KI an dein ERP anschließt, lohnt sich ein kurzer, ehrlicher Prozesscheck. Kläre zuerst die Anwendungsfälle. Eine automatisierte Belegerfassung spart messbar Zeit, wenn viele Rechnungen eingehen. Ein allgemeiner Chat ohne klaren Nutzen erzeugt dagegen oft nur neue Fragen.

Danach ordnest du die Daten ein. Welche Informationen sind personenbezogen, welche vertraulich, welche dürfen niemals in externe Verarbeitung gelangen? Lege für jeden Anwendungsfall fest, welches Betriebsmodell passt und welche SAP-Berechtigungen gelten. Prüfe außerdem die rechtliche Grundlage, den Vertrag zur Auftragsverarbeitung und die Rollen von Datenschutzbeauftragten, IT und Fachbereich.

Zum Schluss braucht es Regeln für den Betrieb. Dazu zählen Freigaben für schreibende Aktionen, Prüfungen bei unklaren KI-Ergebnissen, ein Verfahren für Fehlerfälle und regelmäßige Kontrollen der Protokolle. Auch Mitarbeitende müssen wissen, was sie eingeben dürfen. Ein KI-Chat ist kein Ort, um ungefiltert sensible Informationen hineinzukopieren, nur weil eine Antwort schnell gebraucht wird.

Datenschutz darf Prozesse nicht wieder langsam machen

Zu strenge Regeln können KI ebenso unbrauchbar machen wie zu lockere Zugriffe gefährlich sind. Wenn jeder Beleg manuell in mehreren Systemen geprüft werden muss, bleibt vom Nutzen wenig übrig. Wenn ein Modell dagegen ohne Kontrolle Daten liest und Aktionen ausführt, kommt die Überraschung später - meist dann, wenn sie teuer wird.

Der sinnvolle Weg liegt zwischen beiden Extremen: klar abgegrenzte Anwendungsfälle, minimale Datenweitergabe, passende Betriebsform und Freigaben dort, wo finanzielle oder rechtliche Folgen entstehen. Dann wird KI nicht zum Schattenwerkzeug neben SAP Business One, sondern zu einem kontrollierten Teil deiner Prozesse.

Starte deshalb nicht mit der Frage, welches Modell gerade am meisten Aufmerksamkeit bekommt. Starte mit dem Ablauf, der dein Team heute Zeit kostet, und baue den Datenschutz direkt in die Lösung ein. So entsteht ein Nutzen, der im Alltag trägt - ohne Overengineering und ohne Überraschungen.