Operative Vorarbeit
KI befüllt definierte Assessment- und Workflow-Felder vor, entwirft Zuordnungen, Texte oder Report-Bausteine und legt Quellen, Begründung und Konfidenz offen.
Ein kritischer Prozess öffnet den passenden Prüfpfad — der CIF-Kontext wird aus dem gestützten Prozess übernommen, die konkrete Einstufung bleibt prüf- und bestätigbar.
Eigener TPRM-Fachprozess: Dienstleister, Dienstleistung, Vertrag, Datenzugriff, IKT-Bezug und unterstützte Prozesse werden im Modul bewertet — Risiken werden in DRA und BPDD erhoben, nicht aus einem vorgelagerten Register übernommen.
Gezielt übernommener Kontext: CIF-Status, BIA/RTO/RPO, Schutzbedarf, Process Owner und Asset-Bezüge kommen aus den zuständigen Modulen und werden im TPRM nicht doppelt gepflegt.
KI-Vorbereitung mit Kontrolle: Quellen werden verarbeitet, Felder vorbefüllt, Plausibilität und Konfidenz sichtbar gemacht; Fachrollen prüfen, übernehmen, korrigieren oder lehnen ab. Methodik, Assessment-Templates, Checklisten, Schwellenwerte und Reviewer-Routing bleiben kundenspezifisch konfigurierbar.
Jedes Modul bleibt klassisch bedienbar. Wenn KI aktiviert ist, übernimmt sie operative Vorbereitung und Verdichtung: Vorbefüllungen, Zuordnungen, Zusammenfassungen und Review-Queues. Verantwortliche Rollen prüfen Qualität, treffen die Entscheidung und geben den Nachweis frei.
Was sich im Arbeitsalltag ändert
KI befüllt definierte Assessment- und Workflow-Felder vor, entwirft Zuordnungen, Texte oder Report-Bausteine und legt Quellen, Begründung und Konfidenz offen.
Fachrollen prüfen, korrigieren, bündeln oder verwerfen. Freigaben, Overrides und rechtlich relevante Entscheidungen bleiben menschlich.
Input, Vorbefüllung oder Entwurf, Entscheidung, Begründung und Version werden protokolliert. Der Effizienzgewinn kommt ohne Kontrollverlust.
Primär: TPRM-, Drittdienstleistungs- und Risk-Manager in regulierten Häusern, die DORA Art. 28 und – soweit einschlägig – MaRisk AT 9 belastbar und prüffähig bedienen müssen. Sekundär: Auslagerungsbeauftragte, CRO und Compliance-Officer, die konsolidierte Drittparteien-Sicht und aufsichtliche Berichterstattung verantworten, sowie CISO als Second-Line-Reviewer.
Kritikalität der Drittdienstleistung in Vertrag, Risiko und Prozessliste getrennt gepflegt
Welcher Prozess am Dienstleister hängt, steht nirgends abrufbar
Konzentration je Dienstleister erst nach Handarbeit über alle Verträge sichtbar
Ein kritischer Prozess öffnet den passenden Prüfpfad — der CIF-Kontext wird aus dem gestützten Prozess übernommen, die konkrete Einstufung bleibt prüf- und bestätigbar.
CIF-Kontext · Prüfpfad bestätigt
Jedes Drittdienstleistungs-Arrangement übernimmt den Kontext der gestützten Prozesse — etwa CIF, RTO/RPO und Schutzbedarf — und nutzt ihn für Register, Reviews, Exit-Pflichten und Managementsicht. Der Kontext klassifiziert nicht automatisch: Ob daraus eine MaRisk-Auslagerung, eine DORA-relevante IKT-Drittdienstleistung oder ein sonstiger Leistungsbezug wird, bleibt im Quick Check prüf- und bestätigbar.
Beispieldaten · Illustration
Belegt: DORA Art. 28–30 (IKT-Drittdienstleister-Risikomanagement, Register, Vertragsinhalte), Art. 29 (Konzentrationsrisiko), Art. 28(8) (Exit-Strategie, Exit-Plan und Testnachweise), MaRisk AT 9.1–9.6 (Auslagerungen als engerer Prüfpfad). Avalon unterstützt die Erfüllung; die regulatorische Verantwortung verbleibt beim Kunden.
Ein kritischer Prozess öffnet den passenden Prüfpfad — der CIF-Kontext wird aus dem gestützten Prozess übernommen, die konkrete Einstufung bleibt prüf- und bestätigbar.
Avalon-Kern
CIF-Kontext · Prüfpfad bestätigt
Dienstleister, Dienstleistung, Vertrag, Datenzugriff, IKT-Bezug, Subdienstleister, Ersetzbarkeit und unterstützte Prozesse bilden den Intake.
CIF, BIA/RTO/RPO, Schutzbedarf, Process Owner und Asset-Bezüge kommen aus den zuständigen Modulen und bleiben dort führend.
Quick Check klassifiziert; DRA bewertet die Dienstleistung; BPDD bewertet den Dienstleister; Vertragsprüfung, Exit und KPI steuern den Betrieb.
Jeder Schritt zeigt, welche Vorarbeit entsteht, wer prüft und welcher Nachweis daraus wird.
Was passiert in diesem Schritt
Der Fachbereich oder Sachverhaltsverantwortliche eröffnet den Leistungsbezug als Arrangement. Er erfasst Dienstleister, konkrete Dienstleistung, Vertrag oder Vertragsentwurf, Laufzeit, Kündigungsfristen, Kosten, Dokumente, verantwortliche Personen, Datenarten, IKT-Bezug, Cloud-/Standortinformationen, Subdienstleister und Ersetzbarkeit. Wenn KI aktiviert ist, kann sie diese Felder aus bereitgestellten Quellen wie Briefing, Datenblatt, öffentlicher Anbieterinformation, Vertrag, Vertragsentwurf, Präsentation, Angebot oder E-Mail vorbefüllen. Das ist der fachliche Intake; eine Risikobewertung wird dadurch noch nicht vorausgesetzt.
Was passiert in diesem Schritt
Anschließend wird festgelegt, welche Geschäftsprozesse oder kritischen Funktionen durch die Dienstleistung unterstützt werden. Avalon übernimmt die dort gepflegten Kontextdaten gezielt: CIF-Status, BIA-Werte wie RTO/RPO, Business Impact, Schutzbedarf, Process Owner und Asset-Bezüge. Diese Werte beeinflussen Prüftiefe, DORA-Register, Review-Turnus und Exit-Pflichten, ersetzen aber nicht die fachliche TPRM-Klassifizierung.
Was passiert in diesem Schritt
Der Quick Check klärt die regulatorische Einordnung in geführten Fragen. Zuerst wird geprüft, ob der Leistungsbezug zulässig ist und welcher Vertragstyp vorliegt. Danach bewertet Avalon Eigenleistungsfähigkeit, bankspezifischen Charakter und operative Integration, um Auslagerung, Grenzfall oder sonstigen Fremdbezug zu unterscheiden. Anschließend werden Ausfallauswirkung, Zeitdruck, regulatorische Einbindung, aufsichtliche Bedeutung, IKT-Bezug, personenbezogene Daten, Datenstandort, Kosten, Ersetzbarkeit, Cloud- und Gruppenbezug einbezogen. Das Ergebnis wird in Klartext angezeigt und steuert Pflichten, Review-Turnus, Exit und Nachweise.
Was passiert in diesem Schritt
Erst jetzt werden die Risiken strukturiert erhoben. Die DRA bewertet die konkrete Dienstleistung, etwa Leistungsausfall, Datenschutz, IKT-Sicherheit, Compliance, Konzentration, Weiterverlagerung, Standort und Reputation. Die BPDD bewertet den Dienstleister, etwa finanzielle Stabilität, Kompetenz, Compliance, Organisation, Interessenkonflikte und Negative News. Die Vertragsprüfung prüft relevante Pflichtklauseln gegen DORA Art. 30, MaRisk AT 9, soweit einschlägig, und Datenschutzanforderungen. KI kann DRA-/BPDD-Antworten, Providerinformationen und Vertragsklauseln aus Quellen vorbereiten; Reviewer entscheiden, welche Vorbefüllungen übernommen, editiert oder abgelehnt werden.
Was passiert in diesem Schritt
Avalon ermittelt aus Klassifizierung, Datenzugriff, IKT-Bezug, Datenschutzrelevanz und Kritikalität, welche Fachrollen eingebunden werden müssen. Informationssicherheit, Datenschutz, Compliance, IKT, Interne Revision oder BCM erhalten gezielte Prüfaufgaben statt allgemeiner E-Mail-Abstimmungen. Jede Rolle votiert innerhalb ihrer Domäne mit Zustimmung, Zustimmung unter Auflagen, Ablehnung mit Begründung oder Delegation. Auflagen, Konflikte und Befangenheiten bleiben am Arrangement nachvollziehbar dokumentiert.
Was passiert in diesem Schritt
Wenn Pflichtangaben, DRA, BPDD, Vertragsprüfung, Fachvoten und gegebenenfalls Exit-Strategie vollständig sind, wird der Final Review freigegeben. TPRM-Koordination oder TPRM-Admin prüfen nicht inhaltlich anstelle der Fachrollen, sondern kontrollieren Vollständigkeit, offene Auflagen, Statuslogik, Aktivierungsbedingungen und Dokumentationsstand. Das Sign-off aktiviert das Arrangement für den laufenden Betrieb; es ist keine pauschale Geschäftsleitungsfreigabe.
Was passiert in diesem Schritt
Die Exit-Strategie ist die institutsseitige Entscheidung: Wann muss ausgestiegen werden, welche Ausstiegsoption ist realistisch, welche Nachfolge- oder Interimsanbieter kommen in Betracht, wie werden Daten zurückgeführt oder gelöscht und wer trägt intern die Verantwortung. KI kann aus Vertrag, Risikodaten, Providerinformationen und vorhandenen Quellen einen begründeten Strategieentwurf vorbereiten. Erst danach wird mit dem Dienstleister der konkrete Exit-Plan entwickelt. Dieser Plan beschreibt Transition-Schritte, Termine, Mitwirkungspflichten, technische Übergaben, Datenrückgabe, Lösch- und Nachweispflichten sowie Abnahmekriterien. Strategie und Plan bleiben getrennte Objekte, weil sie unterschiedlichen Verantwortungen folgen.
Was passiert in diesem Schritt
Nach Aktivierung läuft das Arrangement in die operative Steuerung. Providersteuerung und TPRM überwachen Reviews, Re-Checks, KPI-Ampeln, SLA-Verletzungen, Vertragsänderungen, Dokumentenaktualität, Konzentrationsrisiken, Findings und Eskalationen. Für kritische oder wichtige IKT-Drittdienstleistungen und für wesentliche Auslagerungen werden Exit-Plan-Tests terminiert, durchgeführt und mit Ergebnis, Abweichungen, Maßnahmen und getesteter Planversion dokumentiert. Wird das Arrangement beendet, führt der getestete Plan durch Transition, Datenrückgabe oder Löschung, Alternativlösung, Abschlussprüfung und revisionssichere Archivierung.
Avalon behandelt nicht jeden externen Leistungsbezug pauschal als Auslagerung. Drittdienstleistung ist der operative Oberbegriff; DORA fokussiert vertragliche Vereinbarungen mit IKT-Drittdienstleistern; MaRisk AT 9 greift nur, wenn der Auslagerungsbegriff erfüllt ist. Der Quick Check hält diese Einordnung fest, bevor Prüfpfade, Registerdaten, Vertragsanforderungen, Review-Zyklen und Exit-Pflichten ausgelöst werden.
Der Datensatz beginnt mit dem Dienstleister, der konkreten bezogenen Leistung, Vertrags- und Laufzeitinformationen, Datenzugriff, IKT-Bezug, Subdienstleistern, Ersetzbarkeit und den unterstützten Geschäftsprozessen. Risiken werden daraus nicht vorausgesetzt, sondern im TPRM-Workflow strukturiert erhoben und bewertet.
Aktivierte KI-Funktionen können bereitgestellte Quellen lesen: Textbriefings, Sprachmemos, Datenblätter, Whitepaper, Verträge, Vertragsentwürfe, Web-Recherche, Begleitdokumente, Präsentationen, Angebote und E-Mails. Daraus entstehen Vorbefüllungen für Stammdaten, Quick-Check-Antworten, DRA-/BPDD-Felder, Vertragsklauseln, Informationsregister und Exit-Inhalte — jeweils mit Quellenausschnitt, Confidence, Plausibility-Status und Auditspur. Der Nutzer bleibt Manager des Prozesses und qualitätssichert jedes Feld.
Verknüpfte Prozesse stellen den Kontext bereit, der fachlich in anderen Modulen gepflegt wird: CIF-Status aus der Kritikalitätslogik, BIA-Werte wie RTO/RPO aus BCM, Schutzbedarf aus dem ISMS, Process Owner und Asset-Bezüge aus Prozessmanagement/CMDB. TPRM nutzt diese Werte für Prüftiefe, DORA-Register, Reviews und Exit-Pflichten, ohne die MaRisk-Auslagerungseinstufung zu automatisieren.
Avalon TPRM deckt beide regulatorischen Steuerungspfade ab: vertragliche ICT Services bzw. IKT-Dienstleistungen mit IKT-Drittdienstleistern nach DORA und Auslagerungen nach MaRisk AT 9, soweit der Auslagerungstatbestand erfüllt ist. Beide Pfade nutzen dieselben Stammdaten, Dokumente, Rollen und Nachweise, bleiben in der Klassifizierung aber sauber getrennt.
Der Quick Check erklärt den Leistungsbezug in Klartext: wesentliche Auslagerung, nicht wesentliche Auslagerung oder sonstiger Fremdbezug; jeweils mit IKT-Bezug, CIF-Kontext und den daraus folgenden Pflichten. Die technische Codierung wird nur für Nachweis und Auswertung gespeichert. Anwender sehen, welche Prüfungen, Reviews, Vertragsanforderungen, Exit-Pflichten und Nachweise ausgelöst werden. Bei einer nicht wesentlichen Auslagerung mit CIF-Kontext markiert Avalon den Widerspruch und fordert die fachliche Prüfung einer Höherstufung.
Kunden können die TPRM-Methodik individuell konfigurieren: Quick-Check-Fragen, DRA-/BPDD-Assessment-Templates, Vertragsprüfungs-Checklisten, Pflichtdokumente, Review-Zyklen, KPI-Schwellenwerte, Eskalationen und Reviewer-Routing werden kundenspezifisch ausgerichtet. So bleibt der Standard regulatorisch vorstrukturiert, ohne Ihre interne Methodik zu erzwingen.
Die DRA bewertet die Risiken der bezogenen Dienstleistung selbst, typischerweise Leistungsausfall, Datenschutz, IKT-Sicherheit, Compliance, Konzentration, Weiterverlagerung, Länder-/Standortrisiken und Reputation. Je nach regulatorischer Einordnung werden nur die relevanten Kategorien verpflichtend geöffnet.
Die BPDD bewertet den Dienstleister als Geschäftspartner: finanzielle Stabilität, fachliche Kompetenz, regulatorische Compliance, organisatorische Stabilität, Interessenkonflikte, Negative News und — bei entsprechendem Scope — Nachhaltigkeit/ESG. Damit werden Provider-Risiken getrennt von der Dienstleistungsrisikoanalyse sichtbar.
Je nach Klassifizierung werden die erforderlichen Reviewer eingebunden: Informationssicherheit, Datenschutz, Compliance, IKT, Interne Revision und BCM. Jeder votiert in seiner Domäne — Zustimmung, Zustimmung mit Auflagen, Ablehnung mit Begründungspflicht oder Delegation. Befangenheitsregeln, Auflagen und Findings halten die Entscheidungskette nachvollziehbar; der Final Review liegt bei TPRM-Koordinator oder TPRM-Admin.
Jedes Arrangement durchläuft einen kontrollierten Lebenszyklus: Entwurf (Basisdaten, Provider, Dokumente), Prüfung (Quick Check, DRA, BPDD, Vertragsprüfung, Exit-Strategie, Kenntnisnahme), Aktiv (periodische Reviews, KPIs, Re-Checks, Exit-Plan-Tests) und Beendet (ausgeführter Exit-Plan mit Transition-Timeline, Datenrückgabe und Alternative). Statusübergänge, Vollständigkeitsprüfung und Final Review werden durch Koordinator/Admin geführt.
Die Pflichtklausel-Checkliste stellt sich nach der Klassifizierung zusammen. Für DORA-relevante IKT-Drittdienstleistungen prüft Avalon u. a. uneingeschränktes Audit-Recht, quantitative SLAs, getestetes BCP des Providers, Weiterverlagerungsklauseln, Standortangaben und Exit-Unterstützung — geprüft gegen DORA Art. 30(2)/(3), MaRisk AT 9.3, soweit Auslagerung, und DSGVO Art. 28(3). Vertragslücken werden als Befund, Auflage oder Finding sichtbar.
Die Exit-Strategie ist die institutsseitige Entscheidung, wie Abhängigkeiten beendet oder ersetzt werden können: Trigger, strategische Option, Nachfolge-Provider, Datenrückgabe und Verantwortlichkeit. Daraus entsteht der konkrete Exit-Plan mit dem Dienstleister — inklusive Transition-Schritten, Terminen, Datenrückgabe/-löschung, Mitwirkungspflichten und Nachweisen. Für kritische oder wichtige IKT-Drittdienstleistungen sowie wesentliche Auslagerungen werden Exit-Plan-Tests geplant, durchgeführt, mit Findings dokumentiert und am getesteten Planstand vermerkt.
Avalon misst das Konzentrationsrisiko je Dienstleister aus mehreren regulatorisch hergeleiteten Faktoren nach DORA Art. 29 und Del. VO (EU) 2024/1502 — u. a. Abhängigkeit kritischer Funktionen, Kosten-, Prozess- und Standort-Konzentration, Substituierbarkeit und Weiterverlagerungs-Tiefe. Eine Ausfallsimulation zeigt, welche Prozesse und Wiederanlaufziele der Ausfall eines Dienstleisters gefährden würde.
Drei-Linien-Modell über spezialisierte Fachrollen: operativ (Sachverhaltsverantwortliche, Providersteuerer, Evaluatoren), Second Line (sechs Fachdomänen ISM/Datenschutz/Compliance/IKT/Revision/BCM), Steuerung (Koordinator, Admin) und Lesezugriff für Reporting, Management und Prüfung. Ein Nutzer kann mehrere Rollen gleichzeitig tragen; Berechtigungen werden ausschließlich manuell vergeben.
Pro Arrangement werden Dienstleistungs-KPIs erfasst — SLA-Verfügbarkeit, Reaktions- und Lösungszeit, Incident-Häufigkeit, Berichtsqualität — mit Ampellogik (Grün/Gelb/Rot) je Kennzahl. Verletzungen erzeugen Vorgänge, Fristen werden sichtbar und der KPI-Verlauf stützt Reviews, Eskalationen und Management-Reporting.
Am Prozess „Online-Banking“ ist der CIF-Kontext aus der Kritikalitätslogik gepflegt. Avalon macht sichtbar, welche Arrangements diesen Prozess unterstützen; das Cloud-Hosting wird dadurch in den passenden Prüfpfad geführt. Quick Check, DRA, BPDD, DORA-Art.-30-Vertragsprüfung, Second-Line-Votierung und Final Review durch die TPRM-Koordination laufen im gleichen Nachweisraum — ohne dass TPRM-Verantwortliche Kritikalität in mehreren Listen nachpflegen müssen.
Ein Dienstleister erhält ein drittes CIF-Arrangement. Das Konzentrationsrisiko des Dienstleisters springt sichtbar auf Rot. Die Ausfallsimulation legt offen, welche Prozesse, welche kritischen Funktionen und welche Wiederanlaufziele ein Ausfall gefährden würde — Grundlage für Dual-Sourcing, Management-Entscheidungen und Aufsichtsvorbereitung.
Ein aktives Arrangement nähert sich dem Vertragsende. Fristen, SLA-Signale, offene Findings, institutsseitige Exit-Strategie, mit dem Dienstleister abgestimmter Exit-Plan und der letzte Exit-Test liegen im selben Vorgang. Die Beendigung bleibt kontrolliert statt überstürzt.
TPRM liefert nach der fachlichen Bewertung steuerbare Risikosignale in das GRC-Modell – ohne dass ein vorgelagertes Register oder eine externe Vorbewertung die TPRM-Einstufung ersetzt.
Die Prozesswelt liefert Kritikalitätskontext: Schutzbedarf, Wiederanlaufzeiten und Kritikalitätsstatus eines Prozesses beeinflussen die Prüftiefe der zugehörigen Drittdienstleistung. Die konkrete TPRM-Klassifizierung bleibt im Quick Check prüf- und bestätigbar; Prozessänderungen werden als Bewertungsanlass sichtbar.
DRA- und BPDD-Ergebnisse können nach Abschluss als Quellrisiken in das zentrale IT-Risk-Register gespiegelt werden. Dort starten sie im Entwurfsstatus, erhalten Vier-Augen-Freigabe und Reporting-Fähigkeit; die fachliche Detailbewertung und Aktualisierung bleiben im TPRM.
Soweit Dienstleister, Services oder zugehörige technische Komponenten im Informationsverbund bzw. in der CMDB geführt werden, kann TPRM deren Schutzbedarfs- und Asset-Kontext nutzen. Die Bewertung der konkreten Dienstleistung bleibt dennoch DRA/BPDD im TPRM – Schutzbedarf ist Kontext, nicht Ersatz für die Drittparteienprüfung.
Avalon unterstützt die Umsetzung dieser Rahmenwerke. Die Konformität bleibt in der Verantwortung Ihrer Organisation.
Die KI-Mechanik im TPRM-Modul ist auf breite Prozessvorbereitung ausgelegt: Sie kann Informationen über Dienstleister und Dienstleistung aus bereitgestellten Quellen lesen — öffentliche Anbieterinformationen, Verträge, Vertragsentwürfe, Präsentationen, Angebote, Briefings, Datenblätter, Whitepaper, E-Mails oder Sprachmemos — und daraus Stammdaten, Quick-Check-Antworten, DRA-/BPDD-Felder, Vertragsprüfungen, Informationsregister-Hinweise sowie institutsseitige Exit-Strategie-Entwürfe vorbereiten. Jede Ausgabe bleibt eine prüfbare Vorbefüllung mit Quelle, Quellenausschnitt, Begründung, Plausibility-Status und Konfidenz. Der Mensch nimmt die managende Rolle ein: prüfen, qualitätssichern, korrigieren, übernehmen oder ablehnen. Der Exit-Plan wird anschließend mit dem Dienstleister entwickelt und getestet. Der TPRM-Lebenszyklus bleibt vollständig manuell bedienbar; finale Entscheidungen, Workflow-Status, Klassifizierungen und Freigaben setzt immer der Mensch.
KI kann bereitgestellte Quellen über den gesamten Drittdienstleistungsprozess auswerten. Sie befüllt Felder vor, setzt aber keine finale Einordnung als ICT Service, Auslagerung oder sonstiger Fremdbezug.
Avalon TPRM deckt beide Steuerungspfade ab: ICT Services bzw. IKT-Dienstleistungen nach DORA sowie Auslagerungen nach MaRisk AT 9. DORA wird insbesondere über Art. 28 (Governance, Register- und Vorabprüfungslogik), Art. 29 (Konzentrationsrisiko) und Art. 30 (Vertragsanforderungen) adressiert; MaRisk AT 9 greift als eigener Auslagerungspfad, wenn der Auslagerungsbegriff erfüllt ist. Die aufsichtliche Verantwortung bleibt bei Ihrer Organisation.
Über mehrdimensionale Bewertungslogik – Substituierbarkeit, Datenzugriff, Konzentrationsrisiko – mit transparentem Score und Begründung pro Dimension.
Der Quick Check liefert eine fachlich lesbare Einordnung des Leistungsbezugs: wesentliche Auslagerung, nicht wesentliche Auslagerung oder sonstiger Fremdbezug; jeweils ergänzt um IKT-Bezug, Unterstützung einer kritischen oder wichtigen Funktion (CIF) und die daraus folgenden Pflichten. Geprüft werden Leistungsart, Wesentlichkeit bei Auslagerungen, IKT-Bezug, CIF-Kontext, Ausfallauswirkung, Datenzugriff, Ersetzbarkeit, Konzentration, Datenstandort und weitere kundenindividuell konfigurierbare Kriterien. Bei Widersprüchen – etwa CIF-Kontext bei einer zunächst nicht wesentlichen Auslagerung – setzt Avalon einen Warnhinweis und fordert eine fachliche Prüfung. Unzulässige Auslagerungskonstellationen können den Prozess stoppen.
Ja, inkl. Metadaten, Laufzeiten, kritischen Klauseln und Verknüpfung zu betroffenen Prozessen und Assets. Erinnerungen für Reviews sind automatisiert.
Über regelmäßige Reviews, KPI-Tracking und Eventualfall-Workflows – alles in der gleichen Plattform wie Risiken, Compliance und ISMS.
Ja. Assessment-Templates, Quick-Check-Fragen, DRA-/BPDD-Fragenkataloge, Vertragsprüfungs-Checklisten, Pflichtdokumente, Review-Zyklen, KPI-Schwellenwerte, Eskalationen und Reviewer-Routing können kundenspezifisch an die eigene Methodik angepasst werden.
Wir zeigen Ihnen Avalon entlang Ihrer aktuellen Fragestellung – konkret, in Ihrem Kontext, ohne Standard-Sales-Demo.
On-Premise · KI-Inferenz auf Ihrer Appliance