I sistemi bancari tradizionali non sono riusciti a stare al passo con le esigenze dei clienti che danno la priorità ai servizi digitali. Questo ha portato a delle difficoltà nelle transazioni e nei trasferimenti internazionali di denaro che richiedono soluzioni blockchain aziendali.




Panoramica del progetto
Il tempo necessario per regolare i pagamenti transfrontalieri è stato ridotto in modo significativo da 3-4 giorni a meno di mezzo minuto, con un impressionante tasso di successo delle transazioni pari al 99,97%.
Sfide dei sistemi legacy
Il settore finanziario ha visto cambiare le preferenze dei consumatori, che ora preferiscono interagire prima di tutto in modo digitale. I sistemi bancari di base, ormai vecchi, fanno fatica a stare al passo con le richieste e le aspettative dei clienti di oggi.
Problemi relativi ai pagamenti transfrontalieri
Gestire i pagamenti oltre confine è complicato a causa delle partnership bancarie e degli obblighi normativi che spesso portano a ritardi e strutture tariffarie poco chiare per gli utenti. Inoltre, gestire le finanze personali in modo efficiente è difficile a causa degli strumenti che rendono complicato per le persone capire la loro situazione finanziaria.
Modifiche al quadro normativo
Strutture come PSD in Europa e iniziative di Open Banking in tutto il mondo hanno aperto le porte a operatori che offrono servizi finanziari nel rispetto di rigorosi standard normativi. Tuttavia, la creazione di una base scalabile richiede scelte oculate in materia di misure di controllo dei dati, audit trail e strategie di mitigazione dei rischi.
Limiti del sistema bancario tradizionale
I sistemi bancari tradizionali avevano dei difetti che influivano parecchio sulla soddisfazione dei clienti e sull'efficienza operativa:
- •Le piattaforme bancarie principali che per decenni hanno funzionato su sistemi mainframe hanno creato problemi tecnici e ostacoli all'integrazione
- •Queste piattaforme gestivano le transazioni in batch, il che causava ritardi nella disponibilità dei fondi e una visibilità in tempo reale limitata per i clienti
- •Il sistema di pagamenti transfrontalieri usava reti di banche corrispondenti con intermediari che causavano ritardi nell'elaborazione.
- •Le procedure di autenticazione e conformità sono per lo più fatte a mano e richiedono di mandare dei documenti e di farli controllare da qualcuno
- •Gli strumenti di gestione delle finanze personali non erano disponibili o provenivano da app che non si collegavano bene con i dettagli delle transazioni
- •Le app mobili venivano spesso adattate alle interfacce desktop invece di essere progettate per l'uso mobile
Trasforma la tua esperienza bancaria
Scopri come le moderne soluzioni di digital banking possono dare una svolta alle tue operazioni finanziarie.
Risultati dell'implementazione
Miglioramenti all'esperienza del cliente
Miglioramento della velocità di acquisizione dei clienti grazie alla semplificazione del processo di apertura del conto da 2-4 settimane a meno di 10 minuti utilizzando flussi di lavoro KYC automatizzati e la verifica istantanea dell'identità digitale. Ciò ha portato a un aumento del 340% nell'acquisizione di clienti.
Miglioramenti operativi
- •Ridurre i ritardi nei pagamenti transfrontalieri creando canali diretti di regolamento blockchain
- •Riduzione della durata dei trasferimenti da 3 giorni a 30 secondi
- •Riduzione delle commissioni del 78%
- •L'adozione dell'architettura cloud e delle procedure di conformità automatizzate ha portato a una riduzione del 68% dei costi operativi.
- •Gli strumenti di finanza personale integrati con analisi delle spese in tempo reale hanno aumentato l'interazione con i clienti del 156%
- •Ha portato a una riduzione del 43% del turnover dei clienti
- •Lo screening automatico per l'antiriciclaggio (AML) ha portato a una riduzione dell'89% delle violazioni della conformità
Architettura tecnica
Progettazione di microservizi basati su cloud
La struttura era incentrata su un design basato sul cloud che dava la priorità alle API e divideva le operazioni bancarie in microservizi. Questo metodo ha permesso di migliorare le funzionalità, avere una scalabilità autonoma e rispettare più facilmente le normative stabilendo dei limiti di servizio.
Elaborazione basata sugli eventi
Le strategie di progettazione basate sugli eventi hanno garantito la gestione delle transazioni e il controllo uniforme dello stato in tutti gli elementi del sistema, con ogni transazione monetaria che ha generato sequenze di eventi per tracciati di audit dettagliati e analisi istantanee dei dati.
Implementazione della sicurezza
Il sistema ha usato standard di controllo dell'identità e dell'accesso come OAuth 2 e OpenID Connect, insieme alla verifica su dispositivi mobili, per migliorare la sicurezza al livello di quello bancario tradizionale attraverso regolari controlli di sicurezza e aumentare di molto la soddisfazione degli utenti.
Soluzioni di pagamento transfrontaliero
I sistemi di pagamento transfrontalieri usano un mix di metodi bancari per rispettare le normative e reti blockchain per transazioni più trasparenti. I percorsi di pagamento vengono scelti automaticamente in base a fattori come la destinazione e i costi di transazione per garantire efficienza ed economicità.
Sviluppo e implementazione
Implementazione DevSecOps
Il progetto è stato sviluppato seguendo i principi DevSecOps, integrando test di sicurezza in ogni fase del processo di sviluppo del software. Le pipeline di distribuzione individuali per ogni microservizio hanno permesso il rilascio senza bisogno di coordinamento tra i vari sistemi.
Strategia dell'ambiente di sviluppo
Usando modelli di infrastruttura come codice, sono stati creati ambienti di sviluppo che includono dati di prova per rispettare le norme sulla privacy. Il rilascio graduale delle funzionalità è stato reso possibile grazie a flag di funzionalità che hanno garantito la stabilità del sistema durante tutto il processo.
Controllo qualità
- •I test automatici di unità e integrazione devono raggiungere almeno l'85% di copertura del codice.
- •Testare i contratti tra i microservizi ha aiutato a evitare problemi di integrazione
- •I test di prestazione hanno verificato che il sistema funziona bene con carichi di transazioni superiori al 200% della capacità prevista
- •Gli scenari di test end-to-end hanno coperto varie interazioni con i clienti durante il funzionamento del sistema
Strategia di migrazione
Il passaggio dei clienti dai sistemi vecchi è stato un po' come la crescita di una pianta di fico strangolatore. Abbiamo spostato lentamente i tipi di transazioni sui nuovi servizi, assicurandoci che la compatibilità con il vecchio sistema rimanesse intatta durante tutto il processo.
Metriche di prestazione
Risultati delle prestazioni del sistema
| Metrica | Destinatari | Fatto | Stato |
|---|---|---|---|
| Tempo di attività dell'elaborazione dei pagamenti | >99,95% | 99,98% | ✓ Superato |
| Tasso di completamento KYC | >95% | 98% | ✓ Superato |
| Volume delle transazioni | 5.000 TPS | 8.000+ TPS | ✓ Superato |
| Tempo di risposta | <2 secondi | <1 secondo | ✓ Superato |
Impatto sul business
- •Costo di acquisizione dei clienti ridotto del 54%
- •Il lavoro di conformità è stato ridotto dell'81% grazie alla reportistica automatizzata
- •Il sistema ha gestito oltre 847 milioni di transazioni nel suo primo anno senza alcuna violazione dei dati
- •I ricavi dei clienti sono aumentati del 127% grazie all'aumento del numero di transazioni e delle commissioni di servizio
Problemi tecnici e soluzioni
Complessità dell'architettura event-driven
La natura complessa dell'architettura event-driven ha portato a delle sfide che hanno richiesto risorse per monitorare e implementare strumenti di risoluzione dei problemi. Usare tecniche di event sourcing si è rivelato utile per garantire la conformità agli audit, anche se ha richiesto approcci di evoluzione dello schema per evitare modifiche che potessero causare problemi.
Requisiti di localizzazione dei dati
Le regole sulla localizzazione dei dati hanno limitato un po' come abbiamo distribuito le cose in diverse regioni, influenzando parecchio la pianificazione strategica. Lavorare a stretto contatto con i team che si occupano di conformità fin dall'inizio ha aiutato a evitare modifiche all'architettura più avanti nella fase di implementazione del progetto.
Design mobile-first
Creare API su misura per come si usano i dispositivi mobili invece di cambiare le interfacce desktop ha portato a una maggiore efficienza e a un miglioramento dell'interazione con gli utenti. Le esigenze di funzionalità offline hanno influenzato gli approcci di cache e sincronizzazione che hanno migliorato la robustezza generale del sistema.
Requisiti relativi alle transazioni finanziarie
Le transazioni finanziarie hanno caratteristiche di performance diverse rispetto alle app web e richiedono una precisione che influisce parecchio sulla scelta del database e sulle strategie di caching. I test di carico usando modelli di transazioni finanziarie tramite lo sviluppo di contratti intelligenti sono stati fondamentali per capire i requisiti di capacità.
Componenti dell'infrastruttura
Tecnologie principali
- •Orchestrazione dei container: Kubernetes per il ridimensionamento automatico e il monitoraggio dello stato di salute
- •Event Streaming: piattaforma di coda dei messaggi per l'elaborazione delle transazioni in tempo reale
- •Livello cache: archivio dati in memoria per gestire le sessioni e i dati a cui si accede spesso
- •CI/CD Pipeline: test e implementazione automatizzati con scansione di sicurezza
- •Elaborazione dei pagamenti: integrazione con più sistemi di pagamento e instradamento intelligente
- •Gestione dei documenti: archiviazione crittografata per i documenti KYC e tracciamento degli audit
- •Motore di analisi: elaborazione in tempo reale dei flussi di dati per la business intelligence
Pianificazione del ripristino di emergenza
Le istituzioni finanziarie hanno bisogno di piani di ripristino di emergenza che vadano oltre le normali esigenze delle app. Gli standard normativi per la continuità operativa potrebbero richiedere procedure di fallback manuali che influiscono sulle scelte di progettazione del sistema.
Strategia relativa al database
Quando si ha a che fare con dati finanziari, è fondamentale pianificare strategie di sharding del database per garantire che la coerenza delle transazioni tra i collegamenti degli account sia mantenuta correttamente, soprattutto in scenari in cui la conformità ACID è necessaria per attività finanziarie che richiedono un'attenzione specifica oltre a quella che i tipici metodi di scalabilità orizzontale possono offrire.
Risultati del progetto
- Aumento del 340% nell'acquisizione di clienti
- Tasso di successo delle transazioni del 99,97%
- Il tempo di pagamento transfrontaliero è passato da 3 giorni a 30 secondi
- Riduzione del 78% delle commissioni di transazione
- Riduzione del 68% dei costi operativi
- Aumento del 156% nell'interazione con i clienti
- Riduzione del 43% del turnover dei clienti
- Diminuzione dell'89% delle violazioni di conformità
Indicatori chiave di prestazione
Acquisizione dei clienti
Aumento del tasso di acquisizione
Transazione riuscita
Tasso di successo dei pagamenti
Riduzione dei costi
Risparmio sui costi operativi
Tempo di elaborazione
Tempo di pagamento transfrontaliero


