jakloan
Retail-Banking neu definiert: Wie wir JakLoan entwickelt haben, das mobile Kredit-Ökosystem von Bank DKI für Unternehmen
Jede moderne Bank steht irgendwann vor dem entscheidenden Moment, in dem Altsysteme nicht mehr als zuverlässige Arbeitstiere dienen, sondern zu operativen Engpässen werden. Für die Bank DKI, ein führendes regionales Finanzinstitut, war dieser Moment in der Kreditvergabeabteilung gekommen. Früher begaben sich Kleinunternehmer, die einen Mikrokredit suchten, oder Beamte, die eine Mehrzweckfinanzierung beantragten, auf eine papierintensive Reise. Kreditprüfer verbrachten Tage mit Reisen zwischen Vor-Ort-Prüfungen, Regionalbüros und physischen Aktenschränken. Das Einholen von Antragsunterlagen, die manuelle Abfrage bei Kreditauskunfteien und das Entwerfen papierbasierter Risikobewertungen verlängerten die Bearbeitungszeiten regelmäßig von Tagen auf Wochen.
Als Produkt- und Engineering-Team standen wir vor einer gewaltigen Aufgabe: der vollständigen Digitalisierung und Automatisierung des gesamten Kreditvergabe- und Kreditprüfungsprozesses der Bank DKI. Das Ergebnis unserer Arbeit war JakLoan, eine Suite nativer Android-Anwendungen auf Unternehmensebene, die die manuellen Arbeitsabläufe der Bank in ein hocheffizientes, mobiles First-Erlebnis verwandelte.
Um den unterschiedlichen Kreditmärkten gerecht zu werden, haben wir die Plattform in zwei separate Anwendungen aufgeteilt: eine Multi-Produkt-Kernanwendung, die Mikro- (Mikro) und schariakonforme (Syariah) Finanzierungen unterstützt, und eine spezialisierte, optimierte App, die exklusiv für Mehrzweckkredite (Kredit Multiguna - KMG) für Gehaltsempfänger und Beamte entwickelt wurde. Dies ist die Geschichte, wie wir diese Transformation konzipiert, strukturiert und umgesetzt haben.
Die Herausforderung: Datenschutz, Reibungsverluste durch Altsysteme und die Offline-Realität
Als wir begannen, die User Journeys für unsere wichtigste Persona – den Account Officer im Außendienst – zu entwerfen, wurde uns schnell klar, dass eine standardmäßige, verbraucherorientierte Banking-App nicht ausreichen würde. Diese Mitarbeiter verbrachten ihre Tage auf belebten traditionellen Märkten, entlegenen Baustellen und in Kommunalverwaltungen, wo die Internetverbindung äußerst unzuverlässig war. Dennoch mussten sie hochsensible, personenbezogene Daten erfassen, offizielle Ausweisdokumente einscannen, Geschäftsadressen verifizieren und komplexe Finanzberechnungen direkt vor Ort durchführen.
Wir standen vor drei zentralen Herausforderungen. Erstens mussten wir absolute Sicherheit und regulatorische Compliance gewährleisten. Wir arbeiteten mit sensiblen Daten von Dukcapil und Finanzhistorien der indonesischen Kreditauskunftei (SLIK OJK). Jeder lokale Datenabfluss wäre katastrophal gewesen, weshalb unsere Speicher- und Übertragungsprotokolle unglaublich sicher sein mussten.
Zweitens mussten wir die Offline-Problematik lösen. Ein Account Officer an einem abgelegenen Marktstand konnte es sich nicht leisten, einen kompletten Entwurf eines Kreditantrags zu verlieren, nur weil die Netzwerkverbindung abbrach. Die Anwendung musste nach einem Offline-First-Paradigma funktionieren: komplexe Formularzustände, Geotags und hochauflösende Fotouploads lokal speichern und diese nahtlos synchronisieren, sobald wieder eine Verbindung bestand.
Schließlich mussten wir die Komplexität der Geschäftslogik bewältigen. Die Plattform musste konventionelle Mikrokredite unterstützen, die physische Kreditsicherheitenbewertungen erforderten, schariakonforme Finanzierungen mit speziellen Gewinnmargenberechnungen und Vertragsauswahlen sowie optimierte Gehaltskredite, die eine Integration mit Regierungs-Arbeitgeberdatenbanken erforderten. Die Verwaltung dieser unterschiedlichen Workflows in einer einzigen Codebasis hätte zu einem unwartbaren System geführt, was uns dazu veranlasste, eine hochmodulare Dual-App-Architektur zu entwerfen.
Die technische Strategie: Modulare Architektur & Offline-First-Sicherheit
Um ein solides Fundament für das JakLoan-Ökosystem zu legen, entschied sich unser Team für einen nativen Android-Stack auf Basis von Kotlin und Java, wobei Android Studio als primäre Entwicklungsumgebung diente. Wir strukturierten die Anwendungen nach den Prinzipien der Clean Architecture in Kombination mit dem Model-View-ViewModel-Designmuster (MVVM) und dem Repository-Pattern. Diese Trennung der Zuständigkeiten (Separation of Concerns) hielt unsere Geschäftslogik von der Benutzeroberfläche entkoppelt, wodurch wir eine hohe Testbarkeit aufrechterhalten und Datenquellen einfach austauschen konnten.
Für die Dependency Injection haben wir Google Hilt und Dagger2 implementiert, um Abhängigkeiten wie unsere API-Clients und lokalen Repositories über den gesamten Lebenszyklus der Anwendung hinweg zu verwalten. Unsere lokale Datenpersistenz basierte auf einer Room-Datenbank, die als Offline-Cache fungierte. Wenn ein Mitarbeiter über die Routine saveDataCanvasing einen Außendiensteinsatz oder eine Werbeaktivität startete, schrieb die Anwendung direkt in Room.
Ein Offline-Zustandsmanager verfolgte den Synchronisationsstatus und nutzte Hintergrunddienste wie SignalStrengthLevel, um die Verbindung zu überwachen. Wenn das Signal stark war, synchronisierte die App die Offline-Warteschlange mithilfe von Retrofit2 und OkHttp3 wieder mit unseren Servern, unterstützt durch eine robuste Moshi-JSON-Serialisierung und benutzerdefinierte Kotlin-Adapter.
Sicherheit wurde direkt in unsere Datenschicht integriert. Um Man-in-the-Middle-Angriffe zu verhindern, haben wir ein striktes SSL-Certificate-Pinning für unsere API-Endpunkte erzwungen, die auf die sicheren Domänen der Bank DKI ausgerichtet waren. Alle lokal gespeicherten Daten, wie z. B. aktive Sitzungsdaten, wurden mithilfe von PrefData in Encrypted SharedPreferences aufbewahrt.
Wir haben auch einen Session-Guard-Mechanismus integriert, der von Hintergrunddiensten wie LogoutService gesteuert wurde. Dieser Dienst überwachte aktiv Netzwerkänderungen und Benutzerinaktivität, löschte sensible Speicherreferenzen und loggte den Benutzer aus, wenn verdächtige Aktivitäten erkannt wurden. Während der Entwicklung haben wir Chucker als Netzwerk-Interceptor zur Fehlersuche in APIs verwendet, aber wir haben unsere Build-Varianten so konfiguriert, dass Chucker vollständig entfernt und alle Autorisierungs-Header vor dem Kompilieren der Produktions-Builds unkenntlich gemacht wurden.
Hinter den Kulissen: Ein Tag im Außendienst mit JakLoan
Um wirklich zu verstehen, wie diese technischen Strategien in geschäftlichen Nutzen umgemünzt wurden, können wir den Weg eines Account Officers namens Budi verfolgen, der JakLoan im Außendienst zur Bearbeitung eines Mikrokreditantrags nutzt.
Budi begann seinen Morgen mit dem Öffnen der JakLoan-App. Das Pipeline-Dashboard zeigte ihm sofort seinen Tagesplan mit aktiven Leads, ausstehenden Nachfassaktionen und seinen geografisch gekennzeichneten Akquisitionszielen an. Als er auf einem lokalen Markt eintraf, um einen Antragsteller zu treffen, öffnete Budi das digitale E-Formular-Modul.
Anstatt lange Formulare auszufüllen, startete er die benutzerdefinierte Kameraschnittstelle. Die App nutzte einen geräteinternen OCR-Scanner, um die indonesische KTP-Karte (Personalausweis) des Antragstellers zu erfassen und Namen, Adresse und die nationale Identitätsnummer sofort in die Formularfelder einzutragen. Diese Daten wurden dann in Echtzeit mit der nationalen Dukcapil-Datenbank abgeglichen.
Nachdem die Identität des Antragstellers validiert war, führte Budi eine sofortige Vorprüfung durch. Die App sendete eine API-Anfrage an die zentrale Kreditauskunftei, um die SLIK OJK-Datenbank abzufragen. Innerhalb weniger Augenblicke lud Budi eine umfassende Kreditauskunft herunter und prüfte sie.
Wenn der Kunde diese erste Prüfung bestand, passte die App die verfügbaren Kreditlimits basierend auf staatlichen Subventionsaufzeichnungen über unsere Datenbankintegration an, wodurch das Risiko in der Frühphase minimiert wurde.
Als Nächstes führte Budi die physische Prüfung vor Ort durch. Er erfasste verifizierte GPS-Koordinaten und Standortfotos des Standes des Antragstellers und bewertete dessen Kreditsicherheiten. Die Multi-Sicherheiten-Engine der Core-App ermöglichte es ihm, fünf verschiedene Arten von Sicherheiten zu bearbeiten – von Immobilien bis hin zu Marktstandgenehmigungen – und die geschäftliche Gesundheit direkt auf seinem Mobilgerät zu bewerten.
Bei schariakonformen Antragstellern berechnete die Anwendung automatisch die Gewinnmargen neu und verifizierte die Vertragsvereinbarungen direkt vor Ort.
Sobald die Datenerfassung abgeschlossen war, die integrierte Kredit-Scoring-Engine der Anwendung eine Risikobewertung in Echtzeit. Budi reichte die ausgefüllte Akte ein, woraufhin der Antrag an den regionalen Filialleiter weitergeleitet wurde.
Zurück in der Filiale prüfte der Leiter das umfassende Kreditanalysememo, genehmigte den Antrag und erstellte ein offizielles digitales Kreditangebotsschreiben. Budi konnte das genehmigte Dokument dann noch am selben Tag herunterladen und für den Kunden ausdrucken.
Ergebnisse & Die Zukunft der Kreditvergabe im Privatkundengeschäft gestalten
Durch den Ersatz langsamer, papierbasierter Prozesse durch ein integriertes, mobiles First-Erlebnis konnten wir den Kreditprüfungsprozess der Bank DKI erheblich verbessern. Die Einführung von JakLoan verkürzte die durchschnittliche Bearbeitungszeit für Kredite bei der Bank um rund 60 %. Was früher mehrere Tage für die manuelle Dateneingabe, die physische Überprüfung und die administrative Weiterleitung in Anspruch nahm, wurde auf wenige Stunden optimierter mobiler Abläufe reduziert.
Durch die Automatisierung von Identitätsprüfungen über Dukcapil und die Integration von Echtzeit-Berichten von Kreditauskunfteien halfen wir der Bank, Identitätsbetrug und Kreditausfälle in der Frühphase erheblich zu reduzieren.
Darüber hinaus stellte die Anforderung eines verifizierten GPS-Geotaggings für alle Außendienstbesuche sicher, dass Prüfungen präzise vor Ort durchgeführt wurden, was den regionalen Filialleitern eine klare Transparenz über die Aktivitäten ihrer Außendienstteams verschaffte.
Wichtige Erkenntnisse & Lektionen aus dem Außendienst
Die Entwicklung von JakLoan hat unserem Team einige wichtige Lektionen über die Bereitstellung von digitalen Systemen auf Unternehmensebene in etablierten Bankenumgebungen gelehrt.
Erstens haben wir gelernt, dass die Gestaltung der Offline-Benutzererfahrung ebenso wichtig ist wie das Schreiben von sicherem Backend-Code. Indem wir einer Offline-First-Architektur unter Verwendung von Room und Hintergrundsynchronisierungsdiensten Priorität einräumten, stellten wir sicher, dass Kreditprüfer effizient arbeiten konnten, ohne durch lückenhafte Mobilfunkverbindungen behindert zu werden.
Zweitens haben wir erkannt, wie wertvoll es ist, die Modularität frühzeitig im Entwicklungslebenszyklus zu priorisieren. Die Aufteilung der Plattform in eine Core-Anwendung und eine spezialisierte KMG-App ermöglichte es uns, zwei maßgeschneiderte Benutzererfahrungen bereitzustellen, ohne unsere Codebasis übermäßig zu verkomplizieren. Diese saubere Trennung der Zuständigkeiten machte es viel einfacher, beide Anwendungen unabhängig voneinander zu warten, zu testen und zu skalieren.
Letztendlich hat JakLoan gezeigt, dass traditionelle Bankabläufe erfolgreich modernisiert werden können, ohne Kompromisse bei der Sicherheit oder regulatorischen Compliance einzugehen. Durch die Kombination einer sauberen Android-Architektur mit robuster Sicherheit und einer benutzerfreundlichen mobilen Erfahrung haben wir der Bank DKI geholfen, den Übergang in eine schnellere, agilere und papierlose digitale Kreditära zu vollziehen.