Transformance ist von Beginn an mit IT-Sicherheit für Unternehmen konzipiert: VPC-Deployment, das Finanzdaten innerhalb der eigenen Cloud-Umgebung des Kunden hält, eine ISO-27001-Zertifizierung und ein vollständiger Audit-Trail für jede automatisierte Aktion der Plattform. Wer KI im Finanzwesen und in der Buchhaltung einsetzt, stellt schnell fest: Die meisten Anbieter für KI-gestütztes Forderungsmanagement behandeln Sicherheit als Formsache nach dem Verkaufsgespräch. Dieser Leitfaden führt durch die Fragen, die Einkauf und IT-Sicherheit tatsächlich stellen, damit das Finanzteam sie vorab klärt, bevor sie den Abschluss blockieren.
Das Wichtigste in Kürze
- Datenstandort und VPC-Deployment entscheiden, ob Ihre Finanzdaten eine Vertrauensgrenze überschreiten. Der Firmensitz des Anbieters allein sagt darüber nichts aus.
- ISO 27001 und SOC 2 sind für KI-Anbieter im Unternehmensumfeld die Grundvoraussetzung. TISAX ist vor allem für Finanzteams in der Automobil-Lieferkette relevant.
- Fragen Sie direkt, ob Ihre Daten die gemeinsam genutzten Modelle des Anbieters trainieren. Die Antwort steht oft im Auftragsverarbeitungsvertrag, nicht in der Verkaufspräsentation.
- Audit-Trails und Kontrollen mit menschlicher Freigabe zählen für den Einkauf mehr als reine Genauigkeitswerte der KI.
- Laut Gartner (2025) werden bis 2027 mehr als 40 % der Projekte mit agentischer KI eingestellt, weil der geschäftliche Nutzen unklar ist oder die Risikokontrollen unzureichend sind. Governance-Fragen wiegen damit ebenso schwer wie die Frage nach dem ROI.
In diesem Artikel
- Was ist eine Anbieter-Checkliste für KI im Finanzwesen?
- 1. Warum stellt der Einkauf andere Fragen als das Finanzteam?
- 2. Wo liegen Ihre Finanzdaten?
- 3. Welche Zertifizierungen wirklich zählen: ISO 27001, SOC 2 und TISAX
- 4. Trainiert der Anbieter mit Ihren Daten?
- 5. Welchen Audit-Trail und welche Nachvollziehbarkeit sollten Sie verlangen?
- 6. Wie passen SSO, SAML und RBAC in die Checkliste?
- 10 Fragen an jeden KI-Anbieter im Forderungsmanagement vor der Unterschrift
- Wie schneiden KI-Anbieter bei der Unternehmenssicherheit ab?
- Von der Checkliste zur Freigabe durch den Einkauf
Was ist eine Anbieter-Checkliste für KI im Finanzwesen?
Eine Anbieter-Checkliste für KI im Finanzwesen ist ein strukturierter Fragenkatalog, mit dem Finanzteams und IT-Sicherheit den Umgang eines Anbieters mit Daten, seine Zertifizierungen und seine Governance-Kontrollen prüfen, bevor ein Vertrag unterschrieben wird. Für die Automatisierung in der Debitorenbuchhaltung geht es konkret darum, wo Finanzdaten gehostet werden, ob die KI-Modelle des Anbieters mit Kundendaten trainieren, welcher Audit-Trail für automatisierte Aktionen existiert und welche Zugriffskontrollen das Konto schützen.
Die meisten Kaufratgeber für KI-Software im Forderungsmanagement drehen sich um Trefferquoten, Integrationsgeschwindigkeit und Funktionsvergleiche. Seltener behandeln sie die Fragen, die Einkauf und IT-Sicherheit tatsächlich aufwerfen, sobald ein Anbieter in die engere Auswahl kommt. Genau diese Fragen entscheiden über den Abschluss, und sie kommen auf, nachdem das Finanzteam sich längst für einen Favoriten entschieden hat.
Die folgenden sechs Prüfpunkte bilden den Kern der Bewertung. Arbeiten Sie sie der Reihe nach ab, bevor Sie eine Auswahl treffen, und Sie klären die Fragen des Einkaufs, bevor sie den Abschluss ausbremsen.
1. Warum stellt der Einkauf andere Fragen als das Finanzteam?
Das Finanzteam bewertet KI-Anbieter anhand von Ergebnissen: Trefferquoten, DSO-Senkung, eingesparte Zeit bei manueller Arbeit. Einkauf und IT-Sicherheit bewerten denselben Anbieter anhand des Risikos: wo die Daten liegen, wer darauf zugreifen kann und was passiert, wenn etwas schiefgeht.
Laut dem Deloitte-Bericht State of Generative AI in the Enterprise (2024) waren Datenschutz und Sicherheit die größte Hürde, die Unternehmen beim Skalieren generativer KI nannten, noch vor Kosten oder fehlenden Fachkräften. Genau in dieser Lücke zwischen der Begeisterung des Finanzteams und der Vorsicht der IT-Sicherheit geraten Abschlüsse ins Stocken. Ein Anbieter mit 95 % Trefferquote und ohne klare Antwort zum Datenstandort scheitert trotzdem an der Sicherheitsprüfung.
Der praktische Ausweg: beide Bewertungen von Anfang an parallel führen. Das Finanzteam erstellt den Business Case für die Order-to-Cash-Automatisierung, während die IT-Sicherheit die folgende Checkliste durcharbeitet. So laufen beide Gespräche aufeinander zu, statt in der Vertragsphase zusammenzustoßen.
2. Wo liegen Ihre Finanzdaten?
Der Datenstandort entscheidet, ob Ihre Rechnungen, Zahlungsavise und Bankdaten physisch in einer von Ihrer Rechtsabteilung freigegebenen Rechtsordnung bleiben oder ob sie eine Grenze, die Zuständigkeit eines Unterauftragsverarbeiters oder eine gemeinsam genutzte Infrastrukturebene überschreiten, die Sie nicht kontrollieren.
Für Unternehmen in der EU ist das keine Formsache. Die Haftung nach DSGVO folgt den Daten, und ein Anbieter, der Forderungsdaten außerhalb der EU hostet oder sie über einen Unterauftragsverarbeiter dorthin leitet, fügt einen Konformitätsschritt hinzu, den Ihr Datenschutzbeauftragter vor dem Go-live abzeichnen muss. Fragen Sie den Anbieter drei Dinge direkt: Wo werden die Daten gehostet, handelt es sich um eine gemeinsam genutzte Mandantenumgebung oder eine dedizierte Instanz, und lässt sich die Lösung in Ihrer eigenen VPC betreiben?
VPC-Deployment ist wichtig, weil es ändert, wer die Hoheit über die Daten hat. Wenn Finanzdaten in Ihrer eigenen Cloud-Umgebung bleiben statt in der gemeinsam genutzten Umgebung eines Anbieters, greifen Ihre bestehenden Sicherheitskontrollen (Netzwerksegmentierung, Verschlüsselungsschlüssel, Zugriffsprotokollierung) ohne Anpassung. Das ist ein deutlich anderes Risikoprofil als Daten in einer vom Anbieter verwalteten Umgebung, die Sie prüfen, aber nicht kontrollieren können.
3. Welche Zertifizierungen wirklich zählen: ISO 27001, SOC 2 und TISAX
Was ist ISO 27001?
ISO 27001 ist ein internationaler Standard für Informationssicherheits-Managementsysteme. Er bescheinigt, dass ein Anbieter dokumentierte, prüfbare Prozesse für den Umgang mit Sicherheitsrisiken hat, nicht nur gute Absichten.
Bei einem KI-Anbieter im Forderungsmanagement sollte ISO 27001 gezielt den KI-Entwicklungszyklus abdecken, nicht nur den allgemeinen IT-Betrieb. Lassen Sie sich die Geltungsbereichs-Erklärung des Zertifikats geben, nicht nur die Bestätigung, dass der Anbieter „ISO 27001 hat“. Genau in den Lücken des Geltungsbereichs finden Audits die Überraschungen.
SOC 2 (und zwar Type II, nicht Type I) belegt, dass Sicherheitskontrollen über einen längeren Zeitraum wirksam funktioniert haben, in der Regel sechs bis zwölf Monate, geprüft durch einen unabhängigen Auditor. Es ergänzt ISO 27001, ersetzt es aber nicht. Bietet ein Anbieter nur eines von beiden, fragen Sie nach dem Grund.
TISAX ist relevant, wenn Ihr Unternehmen an irgendeiner Stelle der Automobil-Lieferkette steht, als OEM, Tier-1- oder Tier-2-Lieferant. Es ist der Informationssicherheitsstandard, den Automobilhersteller von Anbietern verlangen, die ihre Daten verarbeiten, und ein Anbieter mit TISAX signalisiert, dass er die Prüfung nach Automobilstandard bereits bestanden hat. Wenn Sie nicht in der Automobilbranche tätig sind, ist TISAX ein nützliches Zusatzsignal: Ein Anbieter, der hier investiert, behandelt Sicherheit als Produktmerkmal, nicht als Häkchen auf einer Liste.
4. Trainiert der Anbieter mit Ihren Daten?
Das ist die mit Abstand häufigste Lücke bei der Bewertung von KI-Anbietern, und sie verdient eine direkte, schriftliche Antwort, keine mündliche Zusicherung im Verkaufsgespräch.
Fragen Sie ausdrücklich: Werden unsere Rechnungs-, Zahlungsavis- und Kundenzahlungsdaten verwendet, um Modelle zu trainieren, die auch anderen Kunden dienen? Viele Anbieter antworten im Marketing-Gespräch mit „Nein“ und definieren „Training“ im Auftragsverarbeitungsvertrag dann eng, mit Ausnahmen für „Produktverbesserung“ oder „Modell-Fine-Tuning“, die genauso funktionieren.
Laut der McKinsey-Umfrage State of AI (2024) verfügt weniger als ein Viertel der Organisationen, die KI eingeführt haben, über unternehmensweite Verfahren zur Risikominderung. Das heißt: Die meisten Anbieter, die an Finanzabteilungen verkaufen, wurden von ihren eigenen Governance-Teams nie gezwungen, diese Frage rigoros zu beantworten. Sichern Sie sich die Antwort im Vertrag, in einer Klausel, die Ihre Rechtsabteilung prüft, nicht in einer Fußnote.
Die Position von Transformance dazu ist vertraglich verankert, nicht bloß eine Absichtserklärung: Kundendaten werden nicht verwendet, um gemeinsam genutzte Modelle über andere Kunden hinweg zu trainieren, und die Plattform ist modellagnostisch, sodass Kunden ihren eigenen KI-Anbieter mitbringen können, wenn interne Richtlinien das verlangen. Verlangen Sie von jedem Anbieter auf Ihrer Auswahlliste die entsprechende Klausel in schriftlicher Form.
5. Welchen Audit-Trail und welche Nachvollziehbarkeit sollten Sie verlangen?
Ein Audit-Trail bei einem KI-Anbieter im Forderungsmanagement sollte jede automatisierte Entscheidung protokollieren (ein zugeordnetes Zahlungsavis, ein klassifizierter Abzug, das Ergebnis eines Inkasso-Anrufs), wer oder was sie freigegeben hat und wann. Ohne das können Sie einem Prüfer nicht beantworten, warum eine bestimmte Buchung gebucht wurde.
Nachvollziehbarkeit ist wichtig, weil eine KI, die autonom über Finanzdaten entscheidet, ihren Rechenweg offenlegen muss. Ein Anbieter, der Ihnen sagen kann, dass eine Zahlung zugeordnet wurde, weil Betrag, Referenz und Datum deterministisch übereinstimmten, hat ein anderes Risikoprofil als einer, der sagt, ein Modell habe „entschieden“, ohne nachvollziehbare Logik.
Lassen Sie sich ein Live-Beispiel des Audit-Logs zeigen, keinen Screenshot aus einer Präsentation. Fragen Sie gezielt, ob jede Aktion, die das Hauptbuch berührt, vor der Buchung eine menschliche Freigabe erfordert, oder ob das System autonom buchen kann. Für Prozesse im Zahlungsabgleich und im Abzugsmanagement entscheidet dieser Unterschied darüber, wie viel Kontrolle Ihre Controller behalten.
Transformance protokolliert jede Aktion über Zuordnung, Abzugsklärung und Inkasso-Ansprache hinweg, und Buchungen erfordern stets eine menschliche Freigabe, bevor sie das ERP-System erreichen. Das ist eine bewusste Governance-Entscheidung, keine technische Einschränkung. Anbieter, die diesen Schritt überspringen, um schnellere Automatisierung zu behaupten, verlagern das Risiko auf Ihr Rechnungswesen.
6. Wie passen SSO, SAML und RBAC in die Checkliste?
Single Sign-on (SSO) und SAML-Integration bedeuten, dass Ihr Identitätsprovider steuert, wer auf die Plattform zugreifen kann, und nicht das separate Login-System des Anbieters. Das ist operativ wichtig: Wenn eine Mitarbeiterin oder ein Mitarbeiter das Unternehmen verlässt, wird der Zugriff automatisch über Ihr bestehendes Identitätsmanagement entzogen, statt dass jemand einen gesonderten Offboarding-Schritt für das Forderungstool im Kopf behalten muss.
Die rollenbasierte Zugriffskontrolle (RBAC) legt fest, was jeder Nutzer innerhalb der Plattform sehen und tun darf, sobald er angemeldet ist. Ein Sachbearbeiter im Forderungsmanagement sollte nicht dieselben Rechte haben wie ein Controller, der Buchungen im Hauptbuch freigibt, und ein Inkasso-Mitarbeiter sollte keine Daten zur Abzugsklärung außerhalb der ihm zugewiesenen Konten sehen.
Lassen Sie sich das Berechtigungsmodell des Anbieters im Detail erklären: wie viele Rollenebenen es gibt, ob sich die Berechtigungen pro Kunde konfigurieren lassen und ob das System zwischen dem Ansehen von Daten, dem Empfehlen einer Aktion und deren Ausführung unterscheidet. Ein flaches Berechtigungsmodell, bei dem jeder angemeldete Nutzer dieselben Aktionen auslösen kann, ist ein Warnsignal für den Einsatz im Unternehmen.
10 Fragen an jeden KI-Anbieter im Forderungsmanagement vor der Unterschrift
- Wo werden unsere Daten physisch gehostet, und lässt sich die Lösung in unserer eigenen VPC betreiben?
- Werden unsere Finanzdaten verwendet, um Modelle zu trainieren, die auch anderen Kunden dienen, und wo steht das im Auftragsverarbeitungsvertrag?
- Wie lautet die vollständige Liste der Unterauftragsverarbeiter, und wie werden wir über Änderungen informiert?
- Ist der Anbieter nach ISO 27001 zertifiziert, und deckt der Geltungsbereich des Zertifikats gezielt das KI-Produkt ab?
- Ist SOC 2 Type II verfügbar, und können wir den aktuellsten Bericht einsehen?
- Verfügt der Anbieter über TISAX, sofern das für unsere Position in der Lieferkette relevant ist?
- Welcher Audit-Trail existiert für jede automatisierte Zuordnung, Klassifizierung oder Inkasso-Aktion?
- Wird eine Aktion, die das Hauptbuch berührt, ohne menschliche Freigabe gebucht?
- Welche Optionen für SSO, SAML und RBAC gibt es, und wie granular sind die Berechtigungsebenen?
- Wie lautet das SLA für die Reaktion auf Vorfälle, und was geschieht mit unseren Daten, wenn wir den Vertrag kündigen?
Wie schneiden KI-Anbieter bei der Unternehmenssicherheit ab?
Funktionslisten sagen Ihnen, was ein Anbieter gebaut hat. Die Sicherheitsarchitektur sagt Ihnen, was mit Ihren Daten geschieht. Die folgende Tabelle vergleicht eine KI-native, auf Sicherheit ausgelegte Plattform mit den beiden anderen Kategorien, die Finanzteams üblicherweise in die engere Auswahl nehmen: etablierte Forderungsplattformen, die nachträglich mit KI ausgestattet wurden, und universelle KI-Anbieter ohne spezifische Kontrollen für das Forderungsmanagement.
Häufig gestellte Fragen
Was ist ein Auftragsverarbeitungsvertrag (AVV), und warum braucht mein KI-Anbieter einen?
Ein Auftragsverarbeitungsvertrag (AVV) ist ein rechtlich bindender Vertrag, der regelt, wie ein Anbieter personenbezogene oder Finanzdaten in Ihrem Auftrag verarbeitet. Jeder KI-Anbieter im Forderungsmanagement sollte einen solchen standardmäßig anbieten, mit Regelungen zu Unterauftragsverarbeitern, Aufbewahrungsfristen, Meldefristen bei Datenschutzverletzungen und Löschbedingungen nach Vertragsende.
Was ist die TISAX-Zertifizierung?
TISAX (Trusted Information Security Assessment Exchange) ist der Informationssicherheitsstandard, den die Automobilindustrie von Anbietern verlangt, die Daten von Herstellern oder Zulieferern verarbeiten. Wenn Ihre Finanzabteilung zu einem Automobilhersteller oder dessen Lieferkette gehört, fragen Sie Anbieter direkt, ob sie darüber verfügen, denn die meisten KI-Anbieter tragen diese Zertifizierung nicht standardmäßig.
Beweist SOC 2 allein, dass ein Anbieter unternehmenstauglich ist?
Nein, SOC 2 allein reicht für die Bewertung eines KI-Anbieters im Unternehmen nicht aus. Es sollte mit ISO 27001 kombiniert und zusammen mit Datenstandort, Richtlinie zum Modelltraining und Tiefe des Audit-Trails geprüft werden, denn SOC 2 belegt die operativen Kontrollen, sagt aber nichts darüber aus, wo die Daten liegen oder wie KI-Modelle sie nutzen.
Sollte das Finanzteam oder die IT-Sicherheit die Bewertung des KI-Anbieters verantworten?
Beide sollten sie gemeinsam verantworten, parallel statt nacheinander. Das Finanzteam erstellt den Business Case rund um Ergebnisse wie DSO-Senkung und Trefferquoten, während die IT-Sicherheit die Checkliste zu Hosting, Zertifizierungen und Data-Governance abarbeitet. So laufen beide Stränge vor der Vertragsphase zusammen, statt danach zusammenzustoßen.
Was passiert, wenn das Modell eines KI-Anbieters mit unseren Rechnungsdaten trainiert?
Ihre Zahlungsbedingungen, Kundenbeziehungen und Preisstrukturen können in aggregierter Form in ein Modell einfließen, das auch anderen Kunden dient, möglicherweise auch Ihren Wettbewerbern. Deshalb braucht die Frage nach dem Training eine vertragliche Antwort, keine mündliche, bevor irgendwelche Pilotdaten den Besitzer wechseln.
Wie lange sollte die Sicherheitsprüfung eines KI-Anbieters im Forderungsmanagement dauern?
Eine gründliche Sicherheitsprüfung für einen KI-Anbieter im Forderungsmanagement dauert in der Regel zwei bis sechs Wochen, je nachdem, wie vollständig die Unterlagen des Anbieters zu Beginn sind. Anbieter, die ISO 27001, SOC-2-Berichte und einen klaren Auftragsverarbeitungsvertrag griffbereit haben, sind schneller als Anbieter, die ihre Antworten erst während der Prüfung zusammentragen, was für sich genommen schon ein aussagekräftiges Signal ist.
Von der Checkliste zur Freigabe durch den Einkauf
Die Anbieter, die die Sicherheitsprüfung im Unternehmen am schnellsten bestehen, sind jene, die sie als Konstruktionsanforderung behandelt haben, nicht als Papierkram nach dem Launch. Datenstandort, Zertifizierungen, Richtlinie zum Modelltraining, Audit-Trails und Zugriffskontrollen sind keine Hindernisse für eine schnellere Einführung im Forderungsmanagement. Sie sind das, was eine schnellere Einführung überhaupt möglich macht, weil Einkauf und IT-Sicherheit aufhören, Gründe zum Bremsen zu finden.
Wenn Ihr Team in eine Anbieterprüfung für das Abzugsmanagement oder die Automatisierung des Zahlungsabgleichs geht, arbeiten Sie diese Checkliste vor der ersten Demo ab, nicht erst nach der zweiten. Wenn Sie bereit sind, die Antworten mit einer echten Implementierung zu vergleichen, buchen Sie einen Termin mit dem Team von Transformance und bringen Sie die obigen Fragen mit.


