SOFTWAREENTWICKLUNG FÜR BANKEN

Kundenerlebnis verbindenmit den Prozessen der Bank.

Wir entwickeln individuelle Anwendungen und Integrationen für digitale Kanäle, Verwaltung und Bankprozesse. Vom Kundenportal bis zu Freigabe-Workflows bauen wir Lösungen mit kontrolliertem Zugriff und nachvollziehbaren Aktionen.

Modernes Bürogebäude mit Glasfassade in der Dämmerung
Demo-Bank · Internet BankingBeispielansicht

Willkommen, Arta Demo

  • Girokonto3.930,40 €Verfügbar · AL•• 4821
  • Sparkonto12.800,00 €Verfügbar · AL•• 9013

Letzte Umsätze

  • Gehalt · Demo-Firma+1.380,00 €
  • Miete−450,00 €
  • Stromrechnung−62,30 €
Wartet auf FreigabeLieferantenzahlung · 3.200 € · 1 von 2 Freigaben

Mobile App

Serviceanfrage

Ersatz-Debitkarte · KS-2041

  1. Eingereicht
  2. In Prüfung
  3. Abgeschlossen
Eingereicht

Wir benachrichtigen Sie, sobald die Anfrage abgeschlossen ist.

  • Digitale Kanäle
  • Integrationen mit Banksystemen
  • Kontrollierte Prozesse

SOFTWARE FÜR FINANZINSTITUTE

Einfacher für Kunden. Klarere Kontrolle für das Team.

Eine Banking-Oberfläche ist nur ein Teil des Services. Dahinter stehen Prüfungen, Autorisierungen, Kontosysteme, Zahlungen und Prozesse, die zusammenarbeiten müssen.

Bei ENOR entwerfen wir Anwendungen, die sich in diese Umgebung einfügen und die Zuständigkeiten jedes Systems respektieren. Wir helfen dem Institut, digitale Kanäle und interne Abläufe zu verbessern, mit definierten Funktionen und technisch geprüften Integrationen.

Wer tauscht was aus

Beispielansicht

KundeDigitale Kanäle

Anfragen, Autorisierungen und Dokumente

Klicken Sie erneut auf denselben Beteiligten, um zur Animation zurückzukehren.

Klicken Sie auf einen Beteiligten, um seine Verantwortung zu sehen. Die Pfeile zeigen die ausgetauschten Informationen.

KERNLÖSUNGEN

Lösungen für Ihre Kunden, Teams und Systeme.

Jedes Projekt beginnt mit dem Prozess, den Sie verbessern möchten. Jede Karte führt zur passenden Erklärung.

Wir bieten keine fertig installierbare Bankplattform an. Wir entwickeln die definierten Funktionen und verbinden sie mit den Systemen, die das Institut nutzt.

INTERNET UND MOBILE BANKING

Digitale Kanäle, die den Service leichter zugänglich machen.

Funktionen werden je Projekt festgelegt und mit den Systemen verbunden, die die offiziellen Daten führen.

  • Kontoübersicht
  • Salden
  • Umsatzhistorie
  • Suche und Filter
  • Auszüge und Dokumente
  • Empfänger
  • Überweisungsaufträge
  • Zahlungen
  • Benachrichtigungen
  • Serviceanfragen
  • Geräte- und Sitzungsverwaltung

Jeder Saldo zeigt seine Bedeutung

  1. 01BuchungssaldoDer Betrag nach gebuchten Umsätzen.
  2. 02Vorgemerkte BeträgeAutorisierungen oder offene Aktionen, sofern das System sie liefert.
  3. 03Verfügbarer SaldoDer Betrag, der jetzt genutzt werden kann.
Mitarbeiterin nutzt ihr Smartphone im Büro
Internet Banking · Arta DemoBeispielansicht

Girokonto · EUR

AL•• •••• •••• 4821

Buchungssaldo
4.250,40 €
Vorgemerkte Beträge
−320,00 €
Verfügbarer Saldo
3.930,40 €
Aktualisiert vor 4 Min. · Quelle: Kontosystem

Öffnen Sie die Erklärung zu jedem Saldo, suchen und filtern Sie Umsätze oder beenden Sie eine Sitzung unter „Geräte“.

Wenn Informationen nicht live sind, zeigt die Oberfläche Aktualisierungszeit und Quelle.

Biometrie auf dem Smartphone ist kein Synonym für die Bankautorisierung jeder Transaktion; die Autorisierung folgt den Regeln der Bank.

BANKING FÜR FIRMENKUNDEN

Kontrollen, die der Organisation des Unternehmens folgen.

Das Unternehmen legt fest, wer vorbereitet, wer freigibt und bis zu welchem Betrag, während die Bank nur ausführt, was ihr übermittelt wird.

  • Mehrere Nutzer pro Unternehmen
  • Rollen
  • Berechtigte Konten
  • Aktionslimits
  • Vorbereitung und Freigabe
  • Mehrere Freigabestufen
  • Einzel- oder Sammelzahlungen
  • Dateiimport
  • Berichte und Exporte
  • Aktionsverlauf

Beispiel

  1. Vorbereitet
  2. In Prüfung
  3. Freigegeben
  4. Gesendet
  5. Ergebnis bestätigt
Firmenportal · Demo GmbHBeispielansicht
  1. Vorbereitet
  2. In Prüfung
  3. Freigegeben
  4. Gesendet
  5. Ergebnis bestätigt

Sammelzahlung · PG-118

Vorbereitet

Regel: über 10.000 € sind 2 Freigebende nötig

  • Lieferant Alpha6.400,00 €
  • Lieferant Beta3.150,00 €
  • Demo IT-Services2.200,00 €
  • Summe11.750,00 €
  • ArtaVorbereitung · Finanzen
  • BesnikFinanzleiter
  • EliraAdministratorin

Freigaben: 0/2

Senden Sie die Sammelzahlung zur Prüfung, geben Sie sie mit zwei Personen frei und senden Sie sie ab. Ändern Sie testweise einen Betrag nach der Freigabe.

Business-Team in einer Besprechung am Tisch

Die interne Freigabe im Unternehmen ist von der finanziellen Ausführung in der Bank getrennt.

Ändern sich die Daten einer Aktion, werden bestehende Freigaben gemäß den Regeln neu bewertet.

CORE-BANKING-INTEGRATIONEN

Neue Funktionen, verbunden mit den Kernsystemen.

Wir bauen um bestehende Systeme herum, ohne sie unnötig zu ersetzen, und machen klar, welches System was führt.

  • Integrationsschichten
  • APIs
  • Portale und Anwendungen
  • Interne Prozesse
  • Datenaustausch
  • Monitoring der Integrationen
  • Schrittweise Modernisierung

Wir legen die offizielle Quelle fest für

  • Konten
  • Salden
  • Umsätze
  • Produkte
  • Status
Integration mit den Kernsystemen · vereinfachte AnsichtBeispielansicht

Kanäle

  • Internet Banking
  • Mobile Banking
  • Firmenportal
  • Mitarbeiter-App

Integrationsschicht

  • API
  • Nachrichten-Warteschlange
  • Monitoring

Bestehende Systeme

  • Core Banking
  • Zahlungssystem
  • Dokumentenarchiv
  • CRM

Offizielle Quelle für

Salden: Die offizielle Quelle ist Core Banking. Die Kanäle lesen über die Integrationsschicht und halten keine konkurrierende Kopie.

  • Core BankingAktiv
  • ZahlungssystemAktiv
  • DokumentenarchivVerzögert

Wählen Sie eine Datenart, um ihre offizielle Quelle zu sehen. Simulieren Sie einen Core-Ausfall, um das Verhalten der Kanäle zu sehen.

Die Anwendung erzeugt keine unabhängige Kopie des Saldos, die mit dem offiziellen Register konkurriert. Die Kompatibilität mit einem Core-Banking-System hängt von Produkt, Version, Schnittstellen, Dokumentation und Berechtigungen ab.

Die Neuentwicklung eines Core-Banking-Systems wird als eigenes Programm mit eigener Analyse, eigenen Kontrollen und eigener Validierung behandelt.

ZAHLUNGEN UND ÜBERWEISUNGEN

Jede Aktion mit klarem Status und Verlauf.

Auftrag, Autorisierung und Ergebnis werden getrennt gespeichert, damit Kunde und Team genau sehen, wo eine Aktion steht.

  • Empfänger
  • Datenvalidierung
  • Limits
  • Gebühren
  • Ausführungsdatum
  • Geplante Aktionen
  • Autorisierung
  • Übermittlung an das zuständige System
  • Bestätigung
  • Ablehnung
  • Rückbuchung oder Korrektur, wenn unterstützt

Status, die nicht verwechselt werden

  1. 01Auftrag erstelltGespeichert, noch nicht autorisiert.
  2. 02Auftrag autorisiertVom Kunden oder einer berechtigten Person bestätigt.
  3. 03Vom System angenommenDas Zahlungssystem hat ihn erhalten.
  4. 04VerarbeitungDie Aktion läuft.
  5. 05AbgeschlossenDas System hat das Ergebnis bestätigt.
  6. 06AbgewickeltSofern das Zahlungsverfahren dies vorsieht.
Überweisung · TRF-30418Beispielansicht
Empfänger
Agim Demo · AL•• 7730
Betrag
1.250,00 €
Ausführung
Heute
Gebühr
2,00 €

Anfrageschlüssel: 7f3c-91a2

  1. 1ErstelltAuftrag gespeichert
  2. 2AutorisiertVom Kunden autorisiert
  3. 3AngenommenVom Zahlungssystem erhalten
  4. 4In VerarbeitungWird verarbeitet
  5. 5AbgeschlossenVom System bestätigt
  6. 6AbgewickeltSofern das Verfahren dies vorsieht

Autorisieren und senden Sie die Überweisung. Testen Sie einen Timeout, das erneute Senden und die Änderung des Empfängers nach der Autorisierung.

Ein Timeout ist kein Beweis, dass die Überweisung gescheitert ist. Kennungen, Idempotenz und Statusprüfung verhindern doppelte Aktionen.

Integrationen mit Zahlungsverfahren und Nachrichtenstandards werden je Markt und Anbieter geprüft. Wir versprechen keine sofortigen weltweiten Überweisungen.

ONBOARDING UND KYC

Ein organisierter und dokumentierter Registrierungsprozess.

Formular, Dokumente, Prüfungen und Entscheidung sind in einem einzigen Fall mit vollständigem Verlauf verknüpft.

  • Formulare
  • Dokumente
  • Vollständigkeitsprüfung
  • Identifizierungsintegrationen
  • Prüfungen mit spezialisierten Anbietern
  • Fallmanagement
  • Manuelle Prüfung
  • Entscheidung
  • Begründung
  • Verlauf
  • Datenaktualisierung

Drei verschiedene Dinge

  1. 01Technische PrüfungOb das Dokument lesbar und gültig ist.
  2. 02PrüfergebnisWas der Anbieter oder die Regel zurückgegeben hat.
  3. 03Entscheidung des InstitutsDie Annahme des Kunden, mit Begründung.
Onboarding-Fall · ON-2207Beispielansicht

Privatkundin · Elona Demo

Technische Dokumentprüfung

  • Das Dokument ist lesbar
  • Das Ablaufdatum ist gültig
  • Das Foto passt laut Anbieter zum Selfie

Technische Prüfungen des Verifizierungsanbieters.

Prüfergebnisse

  • Listenabgleich: 1 mögliche Namensübereinstimmung
  • Adressnachweis fehlt

Informationen zur Prüfung, keine Entscheidung.

Entscheidung des Instituts

In manueller Prüfung

Fallverlauf

  1. Die Kundin hat das Formular in der App ausgefüllt
  2. Der Verifizierungsanbieter hat die technischen Ergebnisse geliefert
  3. Der Fall wurde Drita · Compliance zugewiesen

Über die Annahme des Kunden entscheidet das Institut, nicht die API.

Wählen Sie eine Begründung und treffen Sie die Entscheidung. Ohne Begründung wird sie nicht gespeichert.

Ein API-Ergebnis wird nicht als endgültige rechtliche oder finanzielle Entscheidung dargestellt.

Erhebung und Speicherung von Dokumenten bleiben auf die festgelegten Anforderungen beschränkt.

KREDITE UND ANTRÄGE

Vom Antrag über die Prüfung bis zur Verwaltung.

Jede Phase hat Verantwortliche, Dokumente und Status, und die Berechnungen folgen dem vom Institut freigegebenen Produkt.

  • Anträge
  • Dokumente
  • Aufgaben
  • Prüfungen
  • Freigabe-Workflows
  • Angebote
  • Verträge
  • Tilgungspläne
  • Benachrichtigungen
  • Integrationen mit den zuständigen Systemen

Getrennte Phasen

  1. Unverbindliche Simulation
  2. Angebot
  3. Genehmigung
  4. Vertrag
  5. Auszahlung
Konsumentenkredit · KR-7731Beispielansicht

Unverbindliche Simulation

Nicht verbindlich

Wer handelt: Der Kunde selbst in der App

Laufzeit:

Beispielzins des Demo-Produkts: 7,5 %

Unverbindliche Rate193,43 €

Unverbindliche Simulation, kein Angebot. Die endgültigen Konditionen ergeben sich aus der Prüfung durch die Bank.

Ändern Sie Betrag und Laufzeit in der Simulation und gehen Sie dann durch die weiteren Phasen, um zu sehen, was sich ändert.

Berechnungen folgen dem Produkt und den Konditionen, die das Institut freigegeben hat; eine Simulation ist kein Angebot.

Wir versprechen keine automatische Genehmigung und keine fehlerfreie Bonitätsbewertung.

BANKING-CRM

Die richtigen Informationen für das berechtigte Team.

Jede Rolle sieht, was sie für ihre Arbeit braucht, und Werbekommunikation bleibt von Servicemitteilungen getrennt.

  • Kundenprofile
  • Firmenbeziehungen
  • Anfragen
  • Termine
  • Aufgaben
  • Beschwerden
  • Vertriebschancen
  • Kommunikationsverlauf
  • Kontaktpräferenzen
  • Dokumente nach Berechtigung
Profil · Demo GmbHBeispielansicht

Ansicht als

Kontakt
Arta Demo · Finanzleiterin
Offene Anfragen
2 · KS-2041, KS-2055
Beschwerden
1 · in Bearbeitung
Nächster Termin
Für diese Rolle nicht nötig
Vertriebschance
Für diese Rolle nicht nötig
Dokumente
Für diese Rolle nicht nötig
Kontaktpräferenzen
E-Mail · Werktage

Kommunikation mit dem Kunden

  • ServicemitteilungenAktiv
  • WerbekommunikationKeine Einwilligung

Wechseln Sie die Rolle, um zu sehen, welche Felder sich öffnen und welche geschlossen bleiben.

Beraterin im Gespräch mit einem Kunden im Büro

Der Zugriff folgt dem Bedarf der Arbeit. Wir kopieren nicht alle Finanzdaten ohne festgelegten Zweck ins CRM.

Werbekommunikation wird von Servicemitteilungen unterschieden.

OPEN BANKING UND APIs

Kontrollierter Austausch mit dem Finanzökosystem.

Jeder Zugriff hat einen Umfang, eine Laufzeit und eine Widerrufsmöglichkeit, und jede API hat Dokumentation, Versionen und Limits.

  • API-Design
  • Authentifizierung und Autorisierung
  • Zugriffsumfang
  • Einwilligungen oder Berechtigungen je nach Modell
  • Laufzeiten und Widerruf
  • Ratenbegrenzung
  • Versionierung
  • Sandbox
  • Dokumentation
  • Monitoring
Berechtigungen und APIs · vereinfachte AnsichtBeispielansicht

Demo-Budget-App

Aktiv

Erteilt am 02.05. · Läuft ab am 31.07.

  • Konten lesen
  • Umsätze der letzten 90 Tage
  • Zahlungen auslösen

Letzte Anfragen

  • GET /accounts200
  • GET /transactions?days=90200
  • POST /payments403 · außerhalb des Umfangs

Widerrufen Sie die Berechtigung und sehen Sie sich die API-Antworten an. Unter „API“ testen Sie das Anfragelimit.

Eine interne API ist von einem regulierten Open-Banking-Service zu unterscheiden. Rechtliche Verweise und Standards werden vor der Verwendung anhand aktueller offizieller Quellen geprüft.

Wir versprechen weder Verbindungen zu jeder Bank noch Zugriff ohne die erforderlichen Berechtigungen.

OMNICHANNEL UND PROZESSE

Kontinuität zwischen App, Portal und Team.

Eine Anfrage behält dieselbe Kennung und denselben Verlauf, wo auch immer sie weitergeht.

Beispiele

  • Die Anfrage beginnt in der App und wird vom Team geprüft.
  • Das Dokument wird über das Portal ergänzt.
  • Der Termin wird mit der Anfrage verknüpft.
  • Der Status wird in den betroffenen Kanälen aktualisiert.
  • Der Kunde erhält eine Benachrichtigung.
Vorgang KR-55120 · FirmenkreditBeispielansicht
  1. AppDie Anfrage beginnt in der mobilen App
  2. TeamDas Team prüft sie und fordert den Jahresabschluss an
  3. PortalDer Kunde lädt das Dokument im Firmenportal hoch
  4. TerminDer Termin mit dem Betreuer wird mit der Anfrage verknüpft
  5. BenachrichtigungDer Kunde wird über das Angebot benachrichtigt

Dieselbe Kennung und derselbe Verlauf in jedem Kanal

  • AppKR-55120Eingereicht
  • PortalKR-55120Eingereicht
  • TeamKR-55120Eingereicht

Gehen Sie Schritt für Schritt vor und sehen Sie, wie sich der Status in App, Portal und beim Team gleich aktualisiert.

Kundenservice-Team mit Headsets im Büro

Wir behalten in jedem integrierten Kanal dieselbe Prozesskennung und denselben Verlauf.

Wir versprechen nicht, dass jede in einem Kanal begonnene Aktion ohne Integration automatisch in jedem anderen Kanal weiterläuft.

RISIKO- UND FALLMONITORING

Warnungen, die geprüft und verfolgt werden können.

Jede Warnung hat Verantwortliche, Belege und eine begründete Entscheidung, damit der Fall bis zum Ende verfolgt wird.

  • Regeln
  • Integrationen mit bestehenden Engines
  • Warnungen
  • Priorität
  • Zuweisung der Verantwortung
  • Belege
  • Entscheidungen
  • Begründungen
  • Verlauf
  • Berichtswesen

Vier Stufen, die nicht gleichgesetzt werden

  1. 01AnomalieEine Abweichung vom üblichen Verhalten.
  2. 02WarnungVon einer Regel oder Engine zur Prüfung markiert.
  3. 03VerdachtEin dokumentierter Grund für eine Untersuchung.
  4. 04Bestätigter FallEine Entscheidung der berechtigten Person.
Fall AL-8812Beispielansicht
  1. AnomalieAbweichung vom üblichen Verhalten
  2. WarnungVon einer Regel zur Prüfung markiert
  3. VerdachtDokumentierter Grund zur Untersuchung
  4. Bestätigter FallEntscheidung der berechtigten Person
Ereignis
3 Überweisungen an neue Empfänger in 40 Min.
Betrag
4.900 €
Quelle
Regel R-14 · bestehende Engine
Priorität
Hoch

Ohne Verantwortliche

Weisen Sie eine verantwortliche Person zu, fügen Sie Belege hinzu und stufen Sie den Fall als Verdacht ein. Schließen oder Bestätigen erfordert eine Begründung.

Analysten arbeiten an Monitoren im Büro

Eine Warnung wird nicht als Beweis für Betrug dargestellt.

Wir versprechen weder, jede illegale Transaktion zu verhindern, noch ein vollständig automatisches aufsichtsrechtliches Meldewesen.

KI UND ANALYSE

KI zur Unterstützung der Arbeit, mit festgelegten Grenzen.

Die KI arbeitet mit freigegebenen Quellen und hilft dem Team, Informationen zu finden, zusammenzufassen und vorzubereiten.

  • Suche in der Dokumentation
  • Zusammenfassungen von Anfragen
  • Klassifizierung von Dokumenten
  • Datenextraktion zur Prüfung
  • Vorbereitung von Antworten
  • Hinweise auf Auffälligkeiten
  • Operative Analysen

Kontrollen, die wir einbauen

  • Freigegebene Quellen
  • Zugriffskontrolle
  • Qualitätsmessung
  • Prüfung
  • Monitoring
  • Handlungsgrenzen
KI-Entwicklung
Team-AssistentBeispielansicht

Wählen Sie oben eine Frage.

Wählen Sie eine Frage und sehen Sie, wo der Assistent aufhört.

Die KI führt keine Überweisungen aus, ändert keine Limits und genehmigt keine Kredite ohne festgelegte Kontrollen.

Wir versprechen keine Anlageberatung und keine sicheren Marktprognosen.

BERICHTE UND DATEN

Berichte mit klarer Quelle und Bedeutung.

Jeder Bericht zeigt Zeitraum, Quelle und Aktualisierungszeit, und Abweichungen erscheinen als Fälle zur Prüfung.

  • Kanalaktivität
  • Anfragen nach Status
  • Bearbeitungszeit
  • Fehlgeschlagene Aktionen
  • Umsätze
  • Abstimmung
  • Teamauslastung
  • Berichte nach Rolle
Operativer Bericht · digitale KanäleBeispielansicht

Zeitraum: 06.–12.05. · Quelle: Anfragesystem · Aktualisiert: heute 07:00

  • Neu42
  • In Prüfung31
  • Abgeschlossen118
  • Abgelehnt9
Durchschnittliche Bearbeitungszeit
1,8 Tage
Fehlgeschlagene Aktionen
0,6 %

Operativer Bericht. Kein Finanz- oder Aufsichtsbericht.

Wechseln Sie den Zeitraum und sehen Sie, wie sich Quelle und Aktualisierungszeit ändern. Unter „Abstimmung“ erscheinen die Abweichungen.

Operatives Berichtswesen ist vom finanziellen und aufsichtsrechtlichen Berichtswesen zu unterscheiden.

Aufsichtsrechtliche Berichte erfordern Spezifikationen, Mapping und Prüfung mit dem Institut; wir versprechen sie nicht als automatische Compliance.

SICHERHEIT

Kontrolle in jedem Schritt einer Aktion.

Maßnahmen werden je Projekt und Risiko festgelegt, von der Anmeldung bis zur Wiederherstellung.

Zugriff und Autorisierung

  • Minimale Rechte
  • Angemessene Authentifizierung
  • Transaktionsautorisierung
  • Aufgabentrennung
  • Freigabe durch mehrere Personen bei Bedarf
  • Sitzungs- und Geräteverwaltung

Daten und Geheimnisse

  • Verschlüsselung
  • Schlüssel- und Secret-Verwaltung
  • Ratenbegrenzung
  • Audit-Logs

Prüfung und Wiederherstellung

  • Bedrohungsmodellierung
  • Sicherheitstests
  • Monitoring und Wiederherstellung

Eine Änderung von Betrag oder Empfänger folgt den Regeln zur erneuten Autorisierung.

Wir zeigen keine sensiblen Daten in Logs, Analysen oder Push-Benachrichtigungen.

Blockchain ist keine Voraussetzung für Banksicherheit.

ANFORDERUNGEN DES INSTITUTS

Entwicklung nach den Anforderungen der Bank und ihres Marktes.

Anforderungen werden zu Beginn gemeinsam mit dem Institut ermittelt und als Teil des Projektumfangs dokumentiert.

Empfangshalle mit Marmor und Pflanzen

In der Analyse legen wir fest

  • Die Rechtsordnung
  • Die Rollen der Beteiligten
  • Die Daten
  • Die Aufbewahrung
  • Die Anbieter
  • Den Verarbeitungsort
  • Die Audit-Anforderungen
  • Die Kontinuität
  • Die vertraglichen Kontrollen

Nicht dasselbe

  • DSGVO

    Verordnung der Europäischen Union zum Schutz personenbezogener Daten.

    Die Anwendbarkeit hängt von der Rechtsordnung und von lokalen Datenschutzgesetzen ab.

  • PCI DSS

    Standard der Kartenbranche zum Schutz von Karteninhaberdaten.

    Relevant, wenn Kartendaten gespeichert, verarbeitet oder übertragen werden.

  • ISO/IEC 27001

    Internationaler Standard für Managementsysteme der Informationssicherheit.

    Zertifiziert wird die Organisation, nicht eine einzelne Anwendung.

Jeder rechtliche Verweis und jeder Standard wird vor der Verwendung im Projekt anhand der aktuellen offiziellen Quelle geprüft.

ENOR beansprucht keine Zertifizierungen, Akkreditierungen oder universelle Compliance. Die Projektanforderungen werden mit dem Institut geprüft.

ZUVERLÄSSIGKEIT UND SKALIERUNG

Vorbereitet auf Last und Wiederherstellung.

Ziele für Leistung, Verfügbarkeit und Wiederherstellung werden mit dem Institut festgelegt und getestet.

  • Festgelegte Leistungsziele
  • Lasttests
  • Umgang mit Nebenläufigkeit
  • Verarbeitungswarteschlangen
  • Idempotenz
  • Kontrollierte Wiederholungen
  • Monitoring
  • Abstimmung
  • Backups
  • Wiederherstellungstests
  • Notfallplan
Verarbeitungswarteschlange · vereinfachte AnsichtBeispielansicht
  • MSG-901 · TRF-30501In Warteschlange
  • MSG-902 · TRF-30502In Warteschlange
  • MSG-903 · KS-2061In Warteschlange
  • MSG-904 · TRF-30503In Warteschlange
Wiederherstellungszeit (RTO)
Mit dem Institut festgelegt und getestet
Zulässiger Datenverlust (RPO)
Mit dem Institut festgelegt und getestet

Schalten Sie das Empfängersystem ab, verarbeiten Sie die Warteschlange mehrmals und schalten Sie es wieder ein. Keine Nachricht wird doppelt verarbeitet.

Serverrack mit Netzwerkkabeln

Wir versprechen weder absolute Verfügbarkeit noch Millionen Nutzer ohne Nachweis.

Die Architektur wird je Projekt gewählt. Microservices und Kubernetes sind nicht für jedes System Pflicht.

MODERNISIERUNG UND MIGRATION

Funktionen verbessern und die Kontrolle über die Historie behalten.

Der Umstieg erfolgt in Phasen, mit Testmigration und Abstimmung, damit keine finanzielle Aktion doppelt ausgeführt wird.

  • Audit
  • Systemzuordnung
  • Offizielle Datenquellen
  • Schrittweise Integrationen
  • Testmigration
  • Abstimmung
  • Pilotbetrieb
  • Kontrollierter Umstieg
  • Rückfallplan

Wir prüfen

  • Referenzen
  • Konten
  • Salden
  • Umsätze
  • Autorisierungen
  • Dokumente
  • Laufende Anfragen
Prüfung der TestmigrationBeispielansicht
  1. 01Audit
  2. 02Systemzuordnung
  3. 03Offizielle Quellen
  4. 04Testmigration
  5. 05Abstimmung
  6. 06Pilotbetrieb
  7. 07Kontrollierter Umstieg
DatenAltes SystemNeues System
Konten18.24018.240
Umsätze 20251.942.1181.942.118
Laufende Anfragen312309

3 laufende Anfragen ohne klaren Status → vor dem Umstieg in Prüfung; sie werden nicht automatisch erneut gesendet

Rückfallplan: bereit

Während des Umstiegs werden keine finanziellen Aktionen doppelt ausgeführt.

Wir versprechen keine Migration ohne Unterbrechung ohne vorherige Analyse.

ENTWICKLUNGSPROZESS

Von den Anforderungen des Institutszu einer geprüften Lösung.

Lieferungen, Abnahmekriterien und Änderungen des Umfangs werden im gesamten Projekt dokumentiert.

01

Analyse von Prozessen und Systemen

Wir lernen Kanäle, Systeme, Nutzer und bestehende Kontrollen kennen.

02

Umfang, Risiko und Verantwortung

Wir legen fest, was gebaut wird, welche Risiken bestehen und wer für jedes System zuständig ist.

03

Architektur und UX/UI

Wir entwerfen Integrationen, Rollen und Oberflächen für Kunden und Teams.

04

Entwicklung in Phasen

Wir bauen in Phasen, mit regelmäßigen Demos.

05

Integration und Tests

Wir prüfen Logik, Berechtigungen, Integrationen und Fehlerszenarien.

06

Abnahme und Pilotbetrieb

Das Institut nimmt anhand der Kriterien ab, und wir starten mit einer begrenzten Gruppe.

07

Veröffentlichung und Wartung

Wir überwachen, warten und erweitern gemäß Vereinbarung.

Welchen Bankprozess möchten Sie zuerst verbessern?

Mit ENOR sprechen
Der Zeitplan wird nach der Analyse festgelegt und hängt auch von Zugängen, Freigaben und Drittsystemen ab.

TESTS

Wir testen Logik und Berechtigungen, nicht nur Oberflächen.

Kritische Szenarien werden gegen ein vorab festgelegtes erwartetes Ergebnis getestet.

  • 01Wiederholter Überweisungsauftrag.Erwartetes Ergebnis: Wird am Anfrageschlüssel erkannt; es entsteht nur eine Überweisung.
  • 02Timeout nach dem Senden.Erwartetes Ergebnis: Der Status wird als unbekannt markiert und geprüft; der Auftrag wird nicht blind erneut gesendet.
  • 03Verspätete Bestätigung.Erwartetes Ergebnis: Der Status wird bei Eingang der Bestätigung aktualisiert und der Kunde einmal benachrichtigt.
  • 04Betrag oder Währung passen nicht.Erwartetes Ergebnis: Der Auftrag stoppt vor dem Senden mit einer klaren Meldung.
  • 05Empfänger nach der Freigabe geändert.Erwartetes Ergebnis: Freigaben werden aufgehoben und eine neue Autorisierung ist nötig.
  • 06Nutzer ohne Berechtigung.Erwartetes Ergebnis: Der Server lehnt die Aktion ab und protokolliert den Versuch.
  • 07Sammelzahlung mit Teilergebnissen.Erwartetes Ergebnis: Jede Zahlung hat ihren eigenen Status; abgelehnte bleiben zur Korrektur.
  • 08Abgelaufene Sitzung.Erwartetes Ergebnis: Die Aktion stoppt und vor jeder Autorisierung ist eine neue Anmeldung nötig.
  • 09Veraltete Daten im Cache.Erwartetes Ergebnis: Werden mit Aktualisierungszeit angezeigt und nicht für Entscheidungen genutzt, die aktuelle Daten brauchen.
  • 10Abstimmung mit Abweichungen.Erwartetes Ergebnis: Abweichungen werden mit Referenz aufgelistet und zur Prüfung weitergegeben.
  • 11Wiederherstellung aus dem Backup.Erwartetes Ergebnis: Die Daten werden innerhalb der getesteten Ziele wiederhergestellt und per Abstimmung geprüft.
  • Testarten je Projekt

    • Funktionstests
    • Sicherheitstests
    • Integrationstests
    • Performancetests

WARUM ENOR

Ein Entwicklungspartner für Prozesse, die Genauigkeit verlangen.

  • Klarer Umfang und klare ZuständigkeitenJede Funktion und jedes System hat einen festgelegten Verantwortlichen.
  • Dokumentierte IntegrationenRegeln, Fehler und Abstimmung für jede Verbindung beschrieben.
  • Rollenbasierte OberflächenFür Kunden, operative Teams und Administratoren.
  • Nachvollziehbare AktionenWer hat was wann getan, für jede wichtige Aktion.
  • Tests kritischer SzenarienDuplikate, Verzögerungen, Berechtigungen und Wiederherstellungen.
  • Wartung und WeiterentwicklungUpdates und Erweiterungen gemäß Vereinbarung.

Eigentum am Code, Lizenzen, Übergabe und laufende Kosten werden in der Vereinbarung festgelegt.

Fachleute in einer Arbeitsbesprechung

HÄUFIGE FRAGEN

Häufige Fragen.

Welchen Bankprozess möchten Sie verbessern?

Nennen Sie uns Ziel, Nutzer und beteiligte Systeme. Wir legen einen konkreten Umfang für Analyse und Entwicklung fest.


Beschreiben Sie den Prozess; bitte keine Kunden-, Konto- oder Kartendaten und keine Zugangsdaten angeben.

Was unsere Kunden sagen

5.0
A
Arben Hoxha, CEO

Logistikunternehmen (Beispiel)

“Sie übersetzen komplexe technische Konzepte in klare Entscheidungen für unser Team.”