--- title: "KI-Agent in Produktion: Freigabe-Gates für Banken - S-PRO" url: https://s-pro.io/de/blog/ki-agent-in-produktion-gates-fur-banken-nach-pilot lang: de description: "Welche Gates ein KI-Agenten-Pilot in Banken vor dem Produktivbetrieb bestehen sollte: Checkliste nach FINMA 08/2024, BaFin, DORA und EU AI Act." updated: 2026-11-09T06:06:38+00:00 source: S-PRO (https://s-pro.io) --- [Zurück zu Insights](https://s-pro.io/de/blog) Artikel # KI‑Agent in Produktion: Freigabe‑Gates für Banken Autor [Igor Izraylevych](https://s-pro.io/de/author/igor-izraylevych) CEO and Co-founder of S-PRO Veröffentlicht 6. November 2026 Zeit zum Lesen 13 min Inhaltsverzeichnis - Kurz gesagt - Inhaltsverzeichnis - Warum KI-Agenten-Piloten vor der Produktion stecken bleiben - Welche Regeln die Gates in der Schweiz und der EU prägen - Die Gate-Checkliste vor dem Produktivbetrieb - Integration ohne Umgehung bestehender Kontrollen - Betriebs- und Rollenmodell nach dem Go-live - So setzen Sie den Gate-Prozess um - Unsere Sicht - Häufige Fragen - Wie S-PRO Banken auf dem Weg in die Produktion unterstützt - Quellen - Empfehlungen Teilen Ein KI-Agenten-Pilot in einer Bank schafft den Sprung in den Produktivbetrieb, wenn er vor dem Go-live klar definierte Freigabekriterien besteht: Inventar und Risikoklassifizierung, Datenqualität, Tests und laufende Überwachung, Dokumentation, Erklärbarkeit, unabhängige Prüfung, Drittparteien, Protokollierung und menschliche Freigabe. Die meisten Piloten bleiben nicht wegen der Technik stecken, sondern weil diese Gates erst nach der Demo formuliert werden. Wir zeigen Ihnen, welche Gates CIO, COO und Compliance gemeinsam prüfen sollten, worauf sich die Kriterien in der Schweiz und in Deutschland stützen und wie ein tragfähiges Betriebs- und Rollenmodell aussieht. S-PRO s-pro.io KI-Agenten sicher in den Betrieb bringen S-PRO entwickelt KI-Agenten für Finanzinstitute und konzipiert Lösungen mit Blick auf Anforderungen wie FINMA, EU AI Act und DORA. KI-Pilot besprechen ## Kurz gesagt - Piloten bleiben stecken, wenn Produktionskriterien fehlen. Legen Sie die Gates fest, bevor der Pilot startet, nicht danach. - Die [FINMA-Aufsichtsmitteilung 08/2024](https://www.finma.ch/de/~/media/finma/dokumente/dokumentencenter/myfinma/4dokumentation/finma-aufsichtsmitteilungen/20241218-finma-aufsichtsmitteilung-08-2024.pdf) vom 18.12.2024 liefert die Prüfthemen: Governance, Inventar, Datenqualität, Tests, Überwachung, Dokumentation, Erklärbarkeit und unabhängige Prüfung. - Für Institute mit Bezug zu Deutschland ordnet die nicht verbindliche [BaFin-Orientierungshilfe zu IKT-Risiken beim Einsatz von KI](https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Meldung/2025/meldung_2025_12_18_orientierungshilfe_ikt_risiken.html) vom 18.12.2025 KI-Systeme in das IKT-Risikomanagement nach DORA ein. - Ein Agent bereitet vor, ein benannter Mensch gibt frei: Wertbewegende oder datenverändernde Aktionen brauchen eine explizite menschliche Bestätigung. - Ohne Betriebsmodell mit klaren Rollen, Monitoring und Abschaltmechanismus ist auch ein technisch starker Agent nicht produktionsreif. ## Inhaltsverzeichnis - So setzen Sie den Gate-Prozess um - Unsere Sicht - Häufige Fragen - Quellen ## Warum KI-Agenten-Piloten vor der Produktion stecken bleiben Ein Pilot beweist, dass ein Agent eine Aufgabe lösen kann. Die Produktion verlangt den Nachweis, dass er sie kontrolliert, nachvollziehbar und dauerhaft löst, und genau diese Lücke ist in vielen Banken nicht geplant. Typischerweise sehen wir vier Muster: 1. **Erfolgskriterien ohne Produktionsbezug.** Der Pilot misst, ob die Demo überzeugt. Niemand hat vorab festgelegt, welche Fehlerrate, welche Eskalationslogik und welche Nachweise für den Betrieb genügen. 2. **Kontrollen kommen zu spät.** Compliance, Informationssicherheit und Risikomanagement sehen den Agenten erst kurz vor dem geplanten Go-live. Ihre berechtigten Fragen verlängern dann den Weg, statt ihn von Anfang an zu prägen. 3. **Integration in die Bestandssysteme ist ungeklärt.** Ein Agent, der im Pilot mit einer Datenkopie arbeitet, muss in der Produktion an Kernbanksystem, AML-Plattform oder CRM angebunden werden, ohne bestehende Kontrollen zu umgehen. 4. **Verantwortung ist diffus.** Es gibt einen Projektleiter, aber keinen benannten Owner für den Agenten im Betrieb, keine Regel für Neubewertungen und keinen Plan für den Fall, dass der Agent pausiert werden muss. Die Konsequenz ist ein Pilot, der fachlich überzeugt und trotzdem nie in die Linie geht. Die Lösung ist kein zusätzlicher Proof of Concept, sondern ein Gate-Prozess, der die Anforderungen der Aufsicht und der eigenen Kontrollfunktionen in prüfbare Kriterien übersetzt. ## Welche Regeln die Gates in der Schweiz und der EU prägen Für Schweizer Banken ist die FINMA-Aufsichtsmitteilung 08/2024 der wichtigste Bezugspunkt, für Institute mit deutschem oder europäischem Geschäft kommen DORA, die BaFin-Orientierungshilfe und der EU AI Act hinzu. Keines dieser Dokumente schreibt einen konkreten Gate-Prozess vor, aber alle beschreiben, was ein Institut im Griff haben muss. ### FINMA-Aufsichtsmitteilung 08/2024 Die [FINMA-Aufsichtsmitteilung 08/2024 zu Governance und Risikomanagement beim Einsatz von KI](https://www.finma.ch/de/~/media/finma/dokumente/dokumentencenter/myfinma/4dokumentation/finma-aufsichtsmitteilungen/20241218-finma-aufsichtsmitteilung-08-2024.pdf), publiziert am 18.12.2024, ist eine Aufsichtsmitteilung und kein Rundschreiben. Die FINMA beschreibt darin ihre Beobachtungen aus der laufenden Aufsicht und ihre Erwartungen an beaufsichtigte Institute, die KI einsetzen: Sie sollen die Auswirkungen auf ihr Risikoprofil berücksichtigen und Governance, Risikomanagement und Kontrollsysteme entsprechend ausrichten. Die Mitteilung adressiert unter anderem ein Inventar mit Risikoklassifizierung, klare Zuständigkeiten, Datenqualität, Tests und laufende Überwachung, Dokumentation, Erklärbarkeit, unabhängige Prüfung sowie den Umgang mit Anwendungen, die von Dritten bezogen werden. ### BaFin-Orientierungshilfe und DORA Die BaFin hat am 18.12.2025 eine [Orientierungshilfe zu IKT-Risiken beim Einsatz von KI in Finanzunternehmen](https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Meldung/2025/meldung_2025_12_18_orientierungshilfe_ikt_risiken.html) veröffentlicht. Sie ist nicht verbindlich, zeigt aber, wie die Aufsicht KI-Systeme innerhalb des IKT-Risikomanagements nach DORA betrachtet: über den gesamten Lebenszyklus, von Entwicklung und Test über den Betrieb bis zu Drittparteien und IKT-Vorfällen. Für Schweizer Gruppen mit deutschen Einheiten ist sie ein praktischer Massstab, um Gates grenzüberschreitend einheitlich zu formulieren. ### EU AI Act Wenn es um die Konformität des KI-Systems selbst geht, ist der EU AI Act massgeblich. Laut [Europäischer Kommission](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai) ist die Verordnung (EU) 2024/1689 seit dem 1. August 2024 in Kraft und seit dem 2. August 2026 mit einigen Ausnahmen anwendbar. Für Schweizer Banken kann sie relevant sein, sobald KI-Systeme in der EU angeboten oder ihre Ergebnisse dort verwendet werden. Ob ein konkreter Agent darunter fällt und in welche Risikokategorie, klären Sie im Gate zur Risikoklassifizierung gemeinsam mit Ihrer Rechtsabteilung. ### Datenschutz Agenten verarbeiten häufig Kundendaten. Das Schweizer Datenschutzgesetz (DSG) und, bei EU-Bezug, die DSGVO gehören deshalb in die Gates zu Datenqualität, Drittparteien und Protokollierung, insbesondere bei der Frage, wo Daten und Modelle betrieben werden. ## Die Gate-Checkliste vor dem Produktivbetrieb Ein Agent geht in Produktion, wenn alle neun Gates mit dokumentiertem Nachweis bestanden sind und ein benannter Owner unterschrieben hat. Die Checkliste folgt den Prüfthemen der FINMA-Aufsichtsmitteilung 08/2024 und ergänzt sie um die operativen Fragen, die DORA und die BaFin-Orientierungshilfe stellen. 1. **Inventar und Risikoklassifizierung.** Der Agent ist im zentralen KI-Inventar erfasst, mit Zweck, Datenquellen, angebundenen Systemen und Owner. Die Risikoklassifizierung berücksichtigt die Wesentlichkeit des Prozesses, die Kundenwirkung und die Autonomie des Agenten. Hier prüfen Sie auch, ob der EU AI Act anwendbar ist. 2. **Datenqualität.** Es ist dokumentiert, auf welche Daten der Agent zugreift, wie aktuell und vollständig sie sind und wer sie verantwortet. Least-Privilege-Zugriffe sind umgesetzt: Der Agent sieht nur, was seine Aufgabe erfordert. 3. **Tests und laufende Überwachung.** Vor dem Go-live laufen fachliche Tests mit realistischen Fällen, Grenzfälle und Angriffsszenarien wie Prompt Injection. Nach dem Go-live überwachen Kennzahlen zu Qualität, Fehlern, Eskalationen und Kosten, ob der Agent so arbeitet wie freigegeben. 4. **Dokumentation.** Zweck, Architektur, Modelle, Prompts, Werkzeuge, Grenzen und Testergebnisse sind so dokumentiert, dass eine fachkundige Drittperson den Agenten verstehen und prüfen kann. 5. **Erklärbarkeit.** Für jede Ausgabe ist nachvollziehbar, auf welche Quellen und Zwischenschritte sich der Agent stützt. Die Fachperson, die freigibt, kann das Ergebnis begründen, auch gegenüber Kunden, Revision oder Aufsicht. 6. **Unabhängige Prüfung.** Eine vom Entwicklungsteam unabhängige Stelle, etwa Model Risk, Compliance oder interne Revision, hat Risikoklassifizierung, Tests und Dokumentation geprüft. 7. **Drittparteien.** Modellanbieter, Cloud-Betrieb und Integrationspartner sind im Auslagerungs- und Drittparteienmanagement erfasst. Verträge regeln Datenstandort, Zugriffsrechte, Prüfrechte und Exit-Szenarien. 8. **Protokollierung.** Jede Anfrage, jeder Werkzeugaufruf, jede Ausgabe und jede menschliche Entscheidung wird revisionssicher protokolliert. Der Audit-Trail erlaubt, einen Fall vollständig zu rekonstruieren. 9. **Menschliche Freigabe.** Pro Use Case ist festgelegt, was der Agent selbständig vorbereiten darf und was ein Mensch bestätigen muss. Wertbewegende Aktionen, Änderungen an Kundendaten und kundenwirksame Entscheidungen bleiben an eine explizite menschliche Freigabe gebunden. Der Agent kann jederzeit pausiert oder übersteuert werden. ### Gates und ihre Nachweise im Überblick | Gate | Leitfrage | Typischer Nachweis | Verantwortlich | | --- | --- | --- | --- | | Inventar und Risikoklassifizierung | Wissen wir, was der Agent tut und wie kritisch das ist? | Inventareintrag, Risikoeinstufung | Business Owner, Risikomanagement | | Datenqualität | Sind die Daten geeignet und die Zugriffe minimal? | Datenkatalog, Berechtigungskonzept | Data Owner, Informationssicherheit | | Tests und Überwachung | Funktioniert der Agent auch in Grenzfällen, und merken wir Abweichungen? | Testbericht, Monitoring-Dashboard | Engineering, Fachbereich | | Dokumentation | Kann eine Drittperson den Agenten prüfen? | Systemdokumentation | Engineering | | Erklärbarkeit | Lässt sich jede Ausgabe begründen? | Quellenverweise, Beispielfälle | Fachbereich | | Unabhängige Prüfung | Hat jemand ausserhalb des Projekts geprüft? | Prüfbericht | Model Risk, Compliance, Revision | | Drittparteien | Sind Anbieter vertraglich und operativ beherrscht? | Auslagerungsdossier, Exit-Plan | Vendor Management, Legal | | Protokollierung | Lässt sich jeder Fall rekonstruieren? | Audit-Trail, Aufbewahrungskonzept | IT-Betrieb, Compliance | | Menschliche Freigabe | Wer bestätigt welche Aktion? | Kompetenzmatrix, Eskalationsregeln | COO, Fachbereich | ## Integration ohne Umgehung bestehender Kontrollen Ein Agent gehört in die bestehende Kontrollarchitektur, nicht daneben. Er nutzt die gleichen Schnittstellen, Berechtigungen und Freigabeschritte wie ein Mitarbeitender und ersetzt keine etablierten Systeme wie die AML-Plattform oder das Kernbanksystem. In der Praxis heisst das: Der Agent liest über definierte Schnittstellen, schreibt Ergebnisse als Vorschlag in den bestehenden Workflow und löst keine Buchung, Kontoänderung oder Alert-Schliessung direkt aus. Bei AML und KYC bereitet der Agent etwa Alert-Triage, Adverse-Media-Recherche oder Onboarding-Unterlagen vor, die Entscheidung bleibt bei der zuständigen Fachperson. Diese Architektur macht das Gate zur menschlichen Freigabe technisch durchsetzbar: Fehlt die Bestätigung, wird die Aktion nicht ausgeführt. ## Betriebs- und Rollenmodell nach dem Go-live Die Produktionsfreigabe ist der Beginn der Verantwortung, nicht ihr Ende. Ein tragfähiges Betriebsmodell legt fest, wer den Agenten verantwortet, wer ihn überwacht, wer ihn stoppen darf und wann er neu bewertet wird. ### Rollen, die vor dem Go-live besetzt sein sollten - **Business Owner:** verantwortet Zweck, Nutzen und Ergebnisse des Agenten im Fachbereich und erteilt gemeinsam mit dem Gremium die Produktionsfreigabe. - **Technischer Owner:** verantwortet Betrieb, Änderungen, Modellversionen und Monitoring. - **Kontrollfunktionen:** Compliance, Risikomanagement und Informationssicherheit prüfen unabhängig und haben ein Vetorecht bei der Freigabe. - **Fachliche Freigebende:** die Mitarbeitenden, die Vorschläge des Agenten bestätigen oder ablehnen und Auffälligkeiten melden. - **Freigabegremium:** ein bestehendes Gremium, etwa ein KI- oder Risikokomitee, das Gates abnimmt und Neubewertungen anstösst. ### Aufsichtsmodelle je nach Risiko Welche Form der menschlichen Aufsicht passt, hängt von der Risikoklassifizierung ab: | Modell | Funktionsweise | Geeignet für | | --- | --- | --- | | Human-in-the-Loop | Ein Mensch prüft und bestätigt jede wesentliche Aktion, bevor sie wirkt | Kundenwirksame, wertbewegende oder irreversible Schritte | | Human-on-the-Loop | Der Agent arbeitet selbständig, ein Mensch überwacht, prüft Stichproben und kann stoppen | Hohe Volumen mit geringer Einzelwirkung, interne Vorbereitung | | Human-in-Command | Menschen entscheiden, ob, wo und wie der Agent eingesetzt wird | Übergeordnete Steuerung aller Agenten | ### Monitoring, Incidents und Rückfallebene Nach dem Go-live braucht es drei Mechanismen. Erstens ein Monitoring, das Qualität, Eskalationen, Fehler, Kosten und Drift sichtbar macht. Zweitens einen Incident-Prozess, der Fehlfunktionen des Agenten in das bestehende IKT-Incident-Management einbindet, wie es die BaFin-Orientierungshilfe im Rahmen von DORA beschreibt. Drittens eine Rückfallebene: Der Agent kann pausiert werden, und der Prozess läuft manuell weiter, ohne dass Kunden etwas davon merken. ### Regelmässige Neubewertung Legen Sie Auslöser für eine erneute Gate-Prüfung fest: ein Modellwechsel, neue Datenquellen, eine Ausweitung der Befugnisse, ein relevanter Incident oder eine Änderung der regulatorischen Lage. Zusätzlich empfiehlt sich ein fester Turnus, in dem das Gremium Leistung und Risikoeinstufung bestätigt. ## So setzen Sie den Gate-Prozess um Der wirksamste Weg ist, die Gates schon in die Pilotplanung einzubauen. So liefert der Pilot nicht nur eine Demo, sondern die Nachweise für die Produktionsfreigabe. 1. **Use Case und Autonomiegrenzen festlegen.** Definieren Sie, welche Aktionen der Agent vorbereiten darf und welche ein Mensch bestätigt. 2. **Kontrollfunktionen früh einbinden.** Compliance, Risikomanagement und Informationssicherheit beurteilen die Risikoklassifizierung bereits zu Projektbeginn. 3. **Produktionskriterien vorab schriftlich fixieren.** Qualität, Eskalationslogik, Protokollierung und Integration werden vor dem Pilot vereinbart. 4. **Pilot mit produktionsnaher Architektur bauen.** Berechtigungen, Logging und Schnittstellen entsprechen schon im Pilot dem Zielbild. 5. **Nachweise laufend sammeln.** Testergebnisse, Dokumentation und Beispielfälle entstehen während des Pilots, nicht danach. 6. **Gates im Gremium abnehmen.** Die unabhängige Prüfung und die Freigabe durch den Business Owner schliessen den Prozess ab. Welcher Anbietertyp diesen Weg am besten begleitet, vergleichen wir in unserem Überblick zu [Anbietertypen für KI-Agenten in Produktion](https://s-pro.io/de/ki-agent-pilot-produktion-anbieter-vergleich-bank). **Ihr Pilot überzeugt fachlich, aber die Freigabe stockt bei Compliance, Integration oder Betrieb?** Sprechen Sie mit unseren Engineers über Ihre Produktionsgates. ## Unsere Sicht > Wir erleben in Banken selten, dass ein Agent an seiner fachlichen Leistung scheitert. Häufiger fehlt die Brücke zwischen einem gelungenen Pilot und den Fragen, die Compliance, Risikomanagement und IT-Betrieb zu Recht stellen. > > > > Deshalb behandeln wir Produktionsgates als Teil der Architektur. Wenn Protokollierung, Least-Privilege-Zugriffe und menschliche Freigabe von Anfang an eingebaut sind, wird die Gate-Prüfung zur Bestätigung dessen, was ohnehin gebaut wurde, und nicht zur Nacharbeit. > > > > Ebenso wichtig ist der Betrieb. Ein Agent braucht einen Owner, ein Monitoring und eine Rückfallebene, wie jedes andere kritische System der Bank. Wer das mitplant, kann Agenten Schritt für Schritt auf weitere Prozesse ausweiten, mit einem Kontrollrahmen, der mitwächst. > > > > *Das S-PRO-Team* ## Häufige Fragen ### Wer erteilt die Produktionsfreigabe für einen KI-Agenten? Die Freigabe erteilt ein benannter Business Owner gemeinsam mit einem bestehenden Gremium, etwa einem KI- oder Risikokomitee. Voraussetzung ist, dass eine vom Projekt unabhängige Stelle wie Compliance, Model Risk oder interne Revision die Gates geprüft hat. Die Verantwortung bleibt bei der Bank und bei den Personen, die sie führen, denn ein Agent selbst trägt keine rechtliche Verantwortung. ### Ist die FINMA-Aufsichtsmitteilung 08/2024 verbindlich? Die Aufsichtsmitteilung 08/2024 vom 18.12.2024 ist kein Rundschreiben, sondern beschreibt Beobachtungen und Erwartungen der FINMA aus der laufenden Aufsicht. Sie zeigt, worauf die FINMA beim Einsatz von KI achtet: Governance, Inventar, Datenqualität, Tests, Dokumentation, Erklärbarkeit und unabhängige Prüfung. Für Banken ist sie damit ein zentraler Massstab, um Gates zu formulieren und in der Aufsicht zu begründen. ### Gilt die BaFin-Orientierungshilfe auch für Schweizer Banken? Die BaFin-Orientierungshilfe vom 18.12.2025 richtet sich an Finanzunternehmen unter deutscher Aufsicht und ist ausdrücklich nicht verbindlich. Für Schweizer Gruppen mit Einheiten in Deutschland oder der EU ist sie dennoch hilfreich, weil sie zeigt, wie KI-Systeme im IKT-Risikomanagement nach DORA eingeordnet werden. So lassen sich Gates für alle Standorte einheitlich gestalten. ### Wie viel Autonomie darf ein KI-Agent in der Produktion haben? So viel, wie die Risikoklassifizierung zulässt. Bewährt hat sich, dass Agenten vorbereiten, recherchieren und Vorschläge machen, während wertbewegende Aktionen, Änderungen an Kundendaten und kundenwirksame Entscheidungen eine explizite menschliche Bestätigung brauchen. Bei geringer Einzelwirkung kann ein Human-on-the-Loop-Modell mit Stichproben und Abschaltmechanismus passen. ### Wie starten wir einen Pilot, der die Gates von Anfang an berücksichtigt? Wir beginnen mit einem Design-Thinking-Pilot ab CHF 20k, 2-4 Wochen. Darin klären wir Use Case, Autonomiegrenzen, Datenzugriffe und Produktionskriterien gemeinsam mit Fachbereich, IT und Kontrollfunktionen. Das Ergebnis ist ein Pilot mit produktionsnaher Architektur und den ersten Nachweisen für die Gate-Prüfung, statt einer Demo, die später neu gebaut werden muss. ## Wie S-PRO Banken auf dem Weg in die Produktion unterstützt Wir begleiten Banken, Vermögensverwalter und Fintechs vom Pilot bis zum geprüften Produktivbetrieb von KI-Agenten. S-PRO ist ein internationales schweizerisch-amerikanisches Unternehmen mit Büros in Zürich (Löwenstrasse 45, 8001 Zürich) und Salt Lake City und globaler Delivery, R&D-Zentren in Zürich und Łódź, gegründet 2014, mit mehr als 250 Engineers und zertifiziert nach ISO 27001 und ISO 27701. Mit S-PRO über Ihr KI-Agenten-Projekt sprechen In Kontakt treten Mit unserem Angebot KI-Pilot in die Produktion bauen wir Agenten so, dass Protokollierung, Berechtigungen, Erklärbarkeit und menschliche Freigabe bereits in der Architektur verankert sind. Unsere Lösungen sind im Hinblick auf die Anforderungen von EU AI Act, FINMA und DORA konzipiert. Wir bauen die Lösung des Kunden auf unserer eigenen agentischen Plattform S-PRO Agents auf und betreiben sie als Service, damit Betrieb, Monitoring und Weiterentwicklung in einer Hand bleiben. Vereinbaren Sie ein Erstgespräch mit S-PRO und klären Sie, welche Gates Ihr Pilot noch braucht. ## Quellen - [FINMA-Aufsichtsmitteilung 08/2024: Governance und Risikomanagement beim Einsatz von Künstlicher Intelligenz (18.12.2024)](https://www.finma.ch/de/~/media/finma/dokumente/dokumentencenter/myfinma/4dokumentation/finma-aufsichtsmitteilungen/20241218-finma-aufsichtsmitteilung-08-2024.pdf) - [BaFin: Orientierungshilfe zu IKT-Risiken beim Einsatz von KI in Finanzunternehmen (18.12.2025)](https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Meldung/2025/meldung_2025_12_18_orientierungshilfe_ikt_risiken.html) - [Europäische Kommission: AI Act, Regulatory framework on AI](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai) Zuletzt aktualisiert: 4. November 2026 S-PRO Fragen zu Freigabe-Gates? Sprechen Sie mit S-PRO über KI-Agenten für Finanzinstitute und deren Weg vom Pilot in den Produktivbetrieb. SS-PRO [S-PRO eine E-Mail sendenhi@s-pro.io](mailto:hi@s-pro.io) [+41 41 539 15 83](tel:+41415391583) ## Empfehlungen - [6 Produktionsgates für KI-Agenten in Banken (2026)](https://s-pro.io/de/ki-agenten-produktionsfreigabe-bank-sechs-gates) - [KI-Agent der Bank in Produktion: Anbietertypen im Vergleich](https://s-pro.io/de/ki-agent-pilot-produktion-anbieter-vergleich-bank) - [EU-AI-Act-konforme KI-Agenten für Banken](https://s-pro.io/de/eu-ai-act-konforme-ki-agenten-banken) - [KI-Agenten Entwicklung für Banken in der Schweiz](https://s-pro.io/de/ki-agenten-entwicklung-banken) Abonnieren Holen Sie sich technische Einblicke und Branchennews Vielen Dank! Machen Sie sich bereit! Sie erhalten handverlesene Inhalte direkt in Ihren Posteingang. --- Kontakt Sie sprechen mit Engineers, die für Banken entwickeln, nicht mit einem Verkaufsskript. Teilen Sie uns Ihre Ideen, Erkenntnisse und Fragen mit. - **Sicherheit und Datenschutz an erster Stelle**Zertifiziert nach ISO 27001 und ISO 27701. - **Claude Partner Network**S-PRO ist zertifizierter Partner im Claude Partner Network. Unser Team umfasst Claude-zertifizierte Engineers und Architekten. - **Bewährt im regulierten Finanzsektor**Banken, Vermögensverwalter und Fintechs in der Schweiz, der EU und den USA. Ihre Ansprechpartner **Michael Barskyi**Head of Banking & Fintech **Dustin Schulze**Senior Business Analyst Lieber per E-Mail oder Telefon? [hi@s-pro.ioE-Mail](mailto:hi@s-pro.io)[+41 41 539 15 83Telefon](tel:+41415391583) Claude Certified Services Partner(Anthropic) **4,9**46 Bewertungen auf Clutch Kontakt ### Senden Sie uns Ihre Anfrage Drei Felder. Dauert etwa eine Minute. Link in die Zwischenablage kopiert In Kontakt treten