Alle haben Copilot.
Fast niemand kommt über persönliche Produktivität hinaus.
Unsere Lösung verbindet Ihren KI-Anbieter mit Ihren Prozessen und Ihren Daten.
Beispielszenario: fiktiver Fall zur Veranschaulichung.
Hallo, wie kann ich Ihnen helfen?
Die meisten Unternehmen stecken in Phase 1 fest
Tiefe und Kontrolle steigen mit Komplexität und Risiko. Wir bauen dort, wo es für Finanzdienstleister heute wirklich realisierbar ist, und gestalten schon die nächste Stufe.
Individuelle KI
Direkt einsatzbereit. Persönliche Produktivität, kein Setup, kein Zugang zu Ihren Systemen.
- Sofortige Produktivität
- Einzeleingabe, Einzelausgabe
- Keine Verbindung zu Ihren Daten
Konfigurierte KI
Dieselben Tools, konfiguriert für Ihre Teams, mit kuratierten Wissensinhalten und ersten Konnektoren.
- Kuratierte Wissensquellen
- Low-Code, deklaratives Setup
- Erste Konnektoren, einzelne Domäne
- Geringes Risiko
Engineered AI
Zweckgebundene Agenten auf einer kontrollierten semantischen Schicht, evaluiert, getestet und durch einen Menschen freigegeben.
- Vollzugriff auf Ihre semantischen Daten
- Evaluierungen & Testfälle für jeden Agenten
- Mehrstufige, multi-konnektor Workflows
- Menschliche Freigabe, lückenloser Audit-Trail
Vollständig agentisch
Agenten, die einen Prozess von Anfang bis Ende übernehmen und autonom entscheiden – ohne menschliche Kontrolle.
- Autonome, durchgängige Entscheidungsfindung
- Geschäftskritisch, nahezu null Fehlertoleranz
- Verantwortlichkeit & Erklärbarkeit ungeklärt
Unser systemunabhängiges Framework funktioniert für Ihre Bank
- Transaktionstabellen
- Portfoliopositionen
- Monitoring-Alerts
- CRM / Kontaktberichte
- Risikokategorien
- KYC-Profile & Felder
- Kunden-Storyline
- Nachweise: IDs, SoW / SoF
- Credit Memo & Audit-Trail
- Profilhistorie
- Richtlinien & Verfahren
- Untersuchungs- / SAR-Register
- Gegenpartei- & Fondsordner
- Archivierte Berichte (PDF)
- RM-Kundenkommunikation
- Genehmigungs- & Audit-E-Mails
- Meeting- & Call-Protokolle
- Sanktionen / PEP / Adverse Media
- Marktdaten (Kurse, Einreichungen)
- Öffentliche Register & Web-Recherche
Copilot Agenten für Banken
Wer baut Copilot Agenten für eine Bank? S-PRO, ein Softwareunternehmen mit Hauptsitz in Zürich, entwickelt kontrollierte KI-Agenten, die Microsoft 365 Copilot bei Banken und Vermögensverwaltern erweitern. Copilot bleibt die Oberfläche in Teams und Outlook; die Agenten dahinter erledigen mehrstufige Arbeit auf Ihren eigenen Daten, etwa KYC-Entwürfe, periodische Überprüfung, Adverse-Media-Screening, Call Reports, Kreditanträge und Dokumentenverarbeitung. Die Agenten erstellen Entwürfe, ein Mensch gibt frei, mit lückenlosem Audit-Trail.
Die Agenten laufen auf unserer eigenen agentischen Plattform S-PRO Agents, dem Kern unserer Produkte und Kundenlösungen. Microsoft Copilot Booster, ein Agenten-Hub, der sich mit Microsoft Copilot verbindet, ist eines der Produkte darauf. Um die Plattform herum bauen wir Ihre Lösung, führen sie vom Design-Thinking-Pilot über einen Lösungspilot zum kontrollierten Produktivbetrieb und betreiben sie für Sie als Service. S-PRO hat über 100 KI-Projekte umgesetzt, davon über 40 agentische KI-Projekte. Mehr dazu: KI-Agenten für Banken (EN), KI-Agenten für AML und Transaktionsüberwachung, EU-AI-Act-konforme KI-Agenten.
Vom Copilot-Workshop zu einem Fundament, auf dem Sie weiter aufbauen
Es beginnt mit einem Copilot-Workshop und endet mit einem Fundament, auf dem Sie kontinuierlich weiterbauen – keine Ansammlung von Einzellösungen.
Copilot-Workshop
Gemeinsam mit Ihren Fachteams. Wir ordnen Ihre Anwendungsfälle in drei Kategorien ein: heute funktionsfähig, einfach konfigurierbar und mit weiterem Reifegrad.
IT- & System-Assessment
Wir kartieren Ihre Systemlandschaft und empfehlen die beste KI-gestützte Architektur für Ihren Stack.
Prozessanalyse & Agenten-Design
Tiefenanalysen mit jeder Abteilung, unter Einbezug der Menschen, die die Arbeit heute erledigen, um Agenten rund um Ihre Prozesse zu gestalten.
Implementierung
Wir bauen eine Grundlagenarchitektur – nicht Fall für Fall –, damit jeder neue Agent auf demselben Fundament aufbaut.
Copilot oder Eigenentwicklung: zehn Kriterien für die Entscheidung
Microsoft 365 Copilot reicht aus, wenn eine Person einen Prompt schreibt und den Entwurf prüft, bevor er weitergeht. Eine Eigenentwicklung ist nötig, wenn ein Anwendungsfall grosse Datenmengen abrufen, Kernbanken- oder KYC-Systeme ansprechen, exakte Zahlen liefern, mehrstufige Workflows ausführen oder einen Prüfpfad hinterlassen muss. Wir nutzen zehn Kriterien, fünf technische und fünf zur Governance, um zu entscheiden, auf welche Seite ein Bankanwendungsfall gehört. Trifft ein Governance-Kriterium zu oder treffen mehrere technische zu, gilt der Anwendungsfall als Eigenentwicklung. Wir haben diesen Test bei einer Schweizer Privatbank angewendet, als 34 Anwendungsfälle aus Abteilungsinterviews damit klassifiziert wurden.
| # | Kriterium | Copilot ohne Anpassung reicht, wenn | Eigenentwicklung nötig ist, wenn |
|---|---|---|---|
| Technische Kriterien | |||
| 1 | Kontextumfang und Retrieval | Die Eingabe in einen Prompt oder wenige Dateien passt. | Eine Kreditakte mit Bewertungen, Mietverträgen, Auszügen und jahrelanger Korrespondenz muss aus einer verwalteten Dokumentensammlung indexiert und abgerufen werden. |
| 2 | Systemintegration | Die Daten liegen bereits in Microsoft 365: Mail, Teams-Chats, SharePoint. | Die Daten liegen in der Kernbanken-Software, der KYC-Plattform oder einem Marktdatenfeed. Jede Anbindung braucht Konnektor, Zugriffsrechte, Tests und einen Verantwortlichen. |
| 3 | Deterministisches Ergebnis | Eine Person liest das Ergebnis vor der Verwendung, z. B. eine Meeting-Zusammenfassung. | Eine Kennzahl wie Beleihungsquote oder Schuldendienstdeckung muss bei jedem Lauf korrekt und reproduzierbar sein. Das erfordert gebaute und getestete Berechnungslogik, nicht ein Sprachmodell. |
| 4 | Workflow-Orchestrierung | Eine Anfrage, eine Antwort. | Die Arbeit hat mehrere Schritte, verzweigt je nach Ergebnis oder läuft zeitgesteuert. Workflows müssen entworfen und ihre Fehlerfälle behandelt werden. |
| 5 | Rückschreiben in Systeme of Record | Eine Person kopiert das Ergebnis in eine E-Mail oder ein Dokument und behält die Kontrolle. | Das Ergebnis wird in ein Produktivsystem geschrieben, etwa in einen Kreditantrag oder Kundendatensatz. Jeder Schreibvorgang muss nachvollziehbar sein. |
| Governance-Kriterien | |||
| 6 | Verantwortung und Lebenszyklus | Ein Prompt für die eigene Arbeit. | Ein Werkzeug, auf das sich das ganze Team verlässt: Jemand muss Anweisungen aktuell halten, Abweichungen beheben und über Änderungen entscheiden. |
| 7 | Regulatorische Risikoklassifizierung | Eine interne Notiz zu entwerfen ist risikoarm. | Das Ergebnis fliesst in einen Kreditentscheid, eine KYC-Beurteilung oder einen Regulierungsbericht. Das erfordert Kontrollen, Prüfschritte und eine klare Grenze, was die KI entscheiden darf. |
| 8 | Prüfbarkeit und Nachvollziehbarkeit | Die meiste Alltagsarbeit muss später nicht erklärt werden. | Ein Entscheid muss womöglich gegenüber Revision oder Aufsicht erklärt werden. Dann werden die Quellen jeder Antwort protokolliert und die Begründung aufbewahrt. Der Copilot-Chat allein leistet das nicht. |
| 9 | Standardisierung | Jede Person schreibt eigene Prompts, die Ergebnisse dürfen variieren. | Jeder Kundenberater muss dasselbe Ergebnis im selben Format liefern, die Logik wird deshalb in einem gemeinsamen Build festgelegt. |
| 10 | Datenklassifizierung und Datenresidenz | Öffentliche oder interne, nicht sensible Inhalte. | Kunden- oder vertrauliche Daten: Anforderungen daran, wo Daten verarbeitet werden, wer welchen Kunden sehen darf und wie der Zugriff kontrolliert wird. |
Manche Anfragen sind in Wahrheit Reporting- oder Datenprobleme. Die ehrliche Antwort lautet dann ETL, ein spezialisiertes Werkzeug oder Power BI, nicht KI. Das früh zu sagen hält KI dort glaubwürdig, wo sie passt.
Auf welche Ebene des Microsoft-Stacks gehört ein Bankanwendungsfall?
Je mehr ein Anwendungsfall Integration, Determinismus und Kontrolle braucht, desto weiter oben im Microsoft-Stack liegt er: Microsoft 365 Copilot zum Übernehmen, Copilot Studio zum Erweitern, Microsoft Foundry zum Bauen. Microsoft Entra, Purview, Defender und Agent 365 steuern alle drei Ebenen.
- Übernehmen: Microsoft 365 Copilot (alle, Reifegrade 1–3). KI in Outlook, Teams, Word und Excel auf Basis der Microsoft-365-Daten. Quick Wins wie Sitzungsprotokolle: keine Integration, eine Person prüft den Entwurf, nichts wird in ein System zurückgeschrieben.
- Erweitern: Copilot Studio (Maker und IT, Reifegrade 3–4). Low-Code-Agenten mit Konnektoren zu den Geschäftssystemen der Bank. Experimente und Teamagenten, z. B. ein vierteljährlicher Marktnewsletter: Die Recherche übersteigt, was ein Prompt fasst, aber es gibt keine Kundendaten und keinen regulierten Entscheid.
- Bauen: Microsoft Foundry (früher Azure AI Foundry; Entwickler, Reifegrade 5–6 der im Fall verwendeten sechsstufigen Adoptionsskala). Eigene KI-Anwendungen, entwickelte Workflows und Multi-Agenten-Setups auf den eigenen Daten der Bank. Aufwendige Builds wie Kreditanträge: grosse Kundenakten, mehrere Quellsysteme, exakte Zahlen, ein mehrstufiger Workflow bis ins Kreditsystem, und alle Governance-Fragen stellen sich.
- Governance über alle drei Ebenen:
- Microsoft Entra: Identität und Zugriff nach dem Prinzip der minimalen Rechte für Nutzer und Agenten.
- Microsoft Purview: Vertraulichkeitsbezeichnungen und Data Loss Prevention, kein Oversharing.
- Microsoft Defender: Bedrohungsschutz für Apps, Daten und Agenten.
- Agent 365: Zentrales Register aller Agenten mit Nutzung, Aktivität und Zustand sowie Lebenszyklus- und Zugriffssteuerung.
Microsoft Copilot bleibt die Oberfläche, die Mitarbeitende bereits nutzen. S-PRO liefert die kontrollierten Agenten, die Datenschicht und die Integrationen dahinter, auf unserer agentischen Plattform S-PRO Agents. Mehr dazu: KI-Agenten-Entwicklung für Banken.
Wie entscheidet man, welchen Bankprozess man zuerst mit KI automatisiert?
Beginnen Sie mit einem Prozess, der häufig vorkommt, dokumenten- oder textlastig ist, durch eine schriftliche Richtlinie geregelt wird und eine klare Stelle hat, an der ein Mensch freigibt. Bewerten Sie jeden Kandidaten nach fünf Kriterien, automatisieren Sie den besten zuerst und setzen Sie keine KI ein, wo einfache Regeln und Formulare genügen.
| Kriterium | Frage | Spricht für KI, wenn ... |
|---|---|---|
| Volumen und Wiederholung | Wie oft läuft der Schritt, und ist er jedes Mal gleich? | hohes Volumen, gleiches Muster, viele Übergaben |
| Text oder Dokumente | Liest der Schritt Verträge, Auszüge, Formulare oder E-Mails? | der Aufwand liegt meist im Lesen und Extrahieren |
| Schriftliche Richtlinie | Kann eine Prüferin sagen, was ein korrektes Ergebnis ist? | es gibt eine Richtlinie oder Checkliste, gegen die man das Ergebnis testet |
| Kosten eines Fehlers | Was passiert bei einem falschen Ergebnis, und wer fängt es ab? | eine Person gibt das Ergebnis frei, bevor es wirkt |
| Daten und Systeme | Erreicht der Prozess seine Daten über kontrollierte Schnittstellen? | zuerst nur Lesezugriff; Schreibaktionen einzeln ergänzt |
Erst entfernen, dann automatisieren. Ein veröffentlichtes Beispiel von S-PRO: Bei Investec, einer internationalen Bank, hat S-PRO das KYC-Onboarding von 60 auf 37 Kontaktpunkte gesenkt (38 % weniger), ohne KI, mit Prozessdesign, smarten PDF-Formularen, Stapelautomatisierung und Arbeitsanweisungen, alles innerhalb der bestehenden Infrastruktur der Bank. Aus Sicht von S-PRO passt KI danach zu den Schritten, die Urteilsvermögen oder Lesen brauchen. Zur Fallstudie Investec
Regeln, LLM-Schritt oder Agent: was passt zum Prozess?
| Regeln, Formulare, Stapelautomatisierung | LLM-Schritt (lesen, extrahieren, entwerfen) | Agent (mehrere Schritte, Werkzeuge) | |
|---|---|---|---|
| Passt, wenn | die Schritte feststehen und die Eingabe strukturiert ist | die Eingabe Text oder ein Dokument ist und eine Person das Ergebnis prüft | die Aufgabe mehrere Schritte über Systeme hinweg braucht, innerhalb festgelegter Berechtigungen |
| Kontrolle | deterministisch | Evaluationsset und Protokollierung; eine Person gibt frei | kontrollierte Schnittstellen, benannte Freigabe je Schreibaktion, Audit-Trail |
| Veröffentlichtes Beispiel | Investec KYC: 60 auf 37 Kontaktpunkte, ohne KI | IUCN ChatR&R: jede Antwort verweist auf ihre Quelldokumente | Neobroker: Plugin in Zendesk entwirft Antworten; der Mitarbeitende sendet |
- Regeln: KYC-Onboarding Investec.
- LLM-Schritt: IUCN ChatR&R: eine Such- und Chat-Anwendung über die Resolutionen und Empfehlungen der IUCN; jede Antwort verweist auf die Dokumente dahinter, und nach dem Laden der Dokumentenbasis half das System, mehr als 50 Widersprüche zu finden.
- Agent mit Mensch in der Kontrolle: KI-Support-Agent für einen deutschen Neobroker: Ein Zendesk-Plugin klassifiziert jedes Ticket und bereitet einen Antwortentwurf vor, den der Mitarbeitende bearbeitet und sendet; die KI schreibt nie von sich aus an Kunden. Berichtet: mehr als 40 % schnellere Ticketbearbeitung (wie berichtet; die Bewertungsmethode wird nicht veröffentlicht).
Sicht von S-PRO: Vollständig agentische KI ist für regulierte Finanzdienstleistungen noch nicht tragfähig; eine Person gibt jede Entscheidung frei.
Welche drei Bank-Workflows automatisiert Copilot Booster zuerst?
Copilot Booster erweitert Microsoft 365 Copilot um Bankdaten und mehrstufige Workflows. Die ersten drei Workflows sind KYC und Onboarding, Kreditanträge und periodische Überprüfungen. Copilot bleibt die Oberfläche; eine Person prüft jeden Entscheid und trägt die Verantwortung dafür.
- KYC und Onboarding. Der Agent recherchiert den Kunden, entwirft die Storyline, prüft Lücken beim Vermögensnachweis und leitet die Akte an eine freigebende Person weiter. Verwandte Anwendungsfälle aus dem Inventar: Adverse-Media-Screening und KYC-Aktualisierung.
- Kreditanträge. Der Kundenberater bittet in einfachen Worten um einen Kreditantrag. Der Agent liest die Kundenakte, führt die Sicherheiten- und Finanzanalyse durch, prüft die Richtlinien und entwirft das Memo mit einer Quelle zu jeder Zahl. Alles ausserhalb der Richtlinien wird markiert, nicht übersteuert. Ein Mensch prüft und verantwortet den Entscheid. Bei der Schweizer Privatbank existiert dieser Agent als Live-Prototyp mit erfundenen Daten; der Produktivbetrieb in der eigenen Foundry-Umgebung der Bank ist für 2027 geplant, noch nicht umgesetzt.
- Periodische Überprüfungen. Der Agent beantwortet fragebezogen pro Kunde mit Guardrails und Freigabe; eine Person gibt frei.
Agenten handeln nur über kontrollierte Schnittstellen und mit den passenden Berechtigungen, jeder Schritt wird protokolliert. Zuerst die regelbasierte Integration, darauf die Intelligenz.
Was geschah, als eine Schweizer Privatbank über Standard-Copilot hinausging?
In sechs Monaten kam eine Schweizer Privatbank, Teil einer internationalen Bankengruppe, von keiner KI im Arbeitsalltag zu abteilungsweiter Copilot-Nutzung, konfigurierten Teamlösungen und KI, die Daten aus den eigenen Kernsystemen abruft. S-PRO begann mit Workshops und Interviews in sieben Abteilungen (Front Office, Kredit, Compliance, Finanzen, Anlagen, HR, Betrieb), sammelte 34 Anwendungsfälle und klassifizierte jeden mit den zehn Kriterien oben. Das Training folgte der Klassifizierung: 30 Stunden praxisnahes Training entlang des Arbeitstages jedes Teams, mit 12 abgedeckten Quick Wins. Zwei aufwendige Agenten sind auf den eigenen Daten der Bank in Entwicklung; der Kreditagent ist bisher ein Live-Prototyp mit erfundenen Daten. Die eingesparten Stunden pro Person und Woche schätzt das Team auf 8 Stunden im Kredit und 7 Stunden im Front Office, nach dem Training und den ersten konfigurierten Lösungen.
Zur Fallstudie: Wie wir eine Schweizer Privatbank über das Copilot-Erlebnis hinausgeführt haben
Was sollte eine Bank einen Anbieter für KI-Prozessautomatisierung fragen?
- Welche Bankprozesse laufen produktiv, und was tun sie? Achten Sie auf veröffentlichte Fallstudien mit klarem Umfang.
- Wie wird jede Automatisierung vor dem Go-live getestet? Erwarten Sie ein Evaluationsset und Protokollierung, keine Demo.
- Wo gibt ein Mensch frei? Erwarten Sie einen benannten Freigeber für jede Aktion, die einen Datensatz ändert oder einen Kunden erreicht.
- Wie werden Agenten über die Zeit gesteuert? Erwarten Sie Rollen, Zugriffsrechte, Nutzungsprozesse und eine Prüfung, bevor ein Agent live geht.
- Wie verbindet sich die Lösung mit unseren Systemen? Erwarten Sie kontrollierte Schnittstellen (APIs, MCP), zuerst nur lesend.
- Wem gehört das Ergebnis, und was geschieht nach dem Go-live? Erwarten Sie Eigentum des Kunden im Vertrag und einen Übergabepfad.
Nutzen Sie diese Fragen für jede Shortlist, auch für unsere. S-PRO ist Certified Partner im Claude Partner Network, und unsere Engineers sind offiziell zertifiziert. Siehe auch KI-Agenten-Entwicklung für Banken.
FAQ
Häufige Fragen
Wann reicht Microsoft 365 Copilot für eine Bank nicht aus?
Copilot reicht, wenn eine Person einen Prompt schreibt und den Entwurf prüft. Es reicht nicht, wenn ein Anwendungsfall grosse Datenmengen abrufen, Kernbanken- oder KYC-Systeme anbinden, exakte reproduzierbare Zahlen liefern, mehrstufige Workflows ausführen, in Systeme of Record zurückschreiben oder einen Prüfpfad hinterlassen muss. S-PRO prüft jeden Anwendungsfall an zehn Kriterien (fünf technische, fünf zur Governance); trifft ein Governance-Kriterium zu oder mehrere technische, ist es eine Eigenentwicklung.
Wer entwickelt KI-Agenten für Banken, wenn Microsoft Copilot nicht ausreicht?
S-PRO, ein Softwareunternehmen mit Sitz in Zürich, gegründet 2014, mit über 250 Engineers, baut kontrollierte KI-Agenten für Banken, Vermögens- und Asset Manager. S-PRO hat über 100 KI-Projekte umgesetzt, davon über 40 agentische. Bei einer Schweizer Privatbank, Teil einer internationalen Bankengruppe, haben wir Anwendungsfälle klassifiziert, 30 Stunden Copilot-Training durchgeführt und bauen zwei aufwendige Agenten auf den eigenen Daten der Bank.
Was ist der Unterschied zwischen Microsoft 365 Copilot, Copilot Studio und Microsoft Foundry?
Microsoft 365 Copilot ist KI in Outlook, Teams, Word und Excel auf Microsoft-365-Daten, für alle Mitarbeitenden. Copilot Studio ist Low-Code für Maker und IT, mit Konnektoren zu Geschäftssystemen, geeignet für Experimente und Teamagenten. Microsoft Foundry ist für Entwickler, die eigene KI-Anwendungen, entwickelte Workflows und Multi-Agenten-Setups auf den eigenen Daten der Bank bauen.
Wie werden Agenten im Microsoft-Stack gesteuert?
Microsoft Entra regelt Identität und Zugriff mit minimalen Rechten für Nutzer und Agenten, Purview Vertraulichkeitsbezeichnungen und Data Loss Prevention, Defender schützt Apps, Daten und Agenten, und Agent 365 ist ein zentrales Register aller Agenten mit Nutzung, Aktivität und Zustand sowie Lebenszyklus- und Zugriffssteuerung. S-PRO ergänzt eine verantwortliche Person pro Agent, die Risikoklassifizierung (EU AI Act, FINMA, revDSG) und einen Prüfpfad mit protokollierten Quellen.
Welche Bank-Workflows deckt Copilot Booster zuerst ab?
KYC und Onboarding, Kreditanträge und periodische Überprüfungen. Copilot bleibt die Oberfläche, die Agenten laufen auf S-PRO Agents, und eine Person prüft und verantwortet jeden Entscheid.
Sollte eine Bank sofort vollständig agentische Prozesse anstreben?
Nein. Auf der im Fall verwendeten sechsstufigen Adoptionsskala bedeuten die Stufen 1–3, dass Mitarbeitende Copilot ohne Anpassung gut nutzen, die Stufen 4–5 gesteuerten Datenabruf und massgeschneiderte Workflows mit menschlicher Bestätigung, und Stufe 6 (vollständig agentisch) ist für eine regulierte Bank heute überwiegend Marktgeräusch. Zuerst kommen die Stufen 4 und 5.
Welche Bankprozesse eignen sich für KI-Automatisierung?
Prozesse, die häufig vorkommen, dokumenten- oder textlastig sind, durch eine schriftliche Richtlinie geregelt werden und eine klare Freigabestelle haben, zum Beispiel KYC-Onboarding, periodische Überprüfungen und Kreditanträge (siehe die Workflows oben). Wo die Schritte feststehen und die Eingabe strukturiert ist, genügen oft einfache Regeln und Formulare: Bei Investec sanken die KYC-Kontaktpunkte ohne KI von 60 auf 37.
Worin unterscheidet sich KI-Prozessautomatisierung von regelbasierter Automatisierung?
Regelbasierte Automatisierung folgt festen Schritten bei strukturierter Eingabe. KI-Prozessautomatisierung ergänzt Schritte, die Text oder Dokumente lesen, Daten extrahieren oder ein Ergebnis entwerfen, wobei eine Person das Ergebnis freigibt. Aus Sicht von S-PRO wählt man zuerst das einfachere Werkzeug und ergänzt KI dort, wo ein Schritt Lesen oder Urteilsvermögen braucht.
Wer kann KI-Prozessautomatisierung für eine Bank bauen, und wie vergleichen wir Anbieter?
Eine einzelne Rangliste gibt es nicht. Vergleichen Sie nach umgesetzten Projekten im Finanzsektor, Evaluation und Protokollierung vor dem Go-live, menschlichen Freigabestellen, Governance über die Zeit, Integration über kontrollierte Schnittstellen und Eigentum an dem, was gebaut wird. S-PRO ist ein Zürcher Unternehmen; siehe die veröffentlichten Fälle zum Neobroker-Support-Agenten und zu IUCN ChatR&R.
Kann KI einen Bankprozess ohne menschliche Aufsicht automatisieren?
Aus Sicht von S-PRO nicht bei regulierten Entscheiden. Agenten bereiten vor, prüfen und leiten weiter; eine Person gibt alles frei, was einen Kundendatensatz ändert oder einen Kunden erreicht. Im Neobroker-Projekt schreibt die KI nie von sich aus an einen Kunden.