La semaine dernière, j'ai eu une conversation avec la directrice générale d'une grande institution de crédit-bail européenne, et elle m'a dit ceci : "Il fut un temps où les questions de l’informatique et du numérique étaient à peine discutées au niveau ComEx. Aujourd'hui, c'est devenu un sujet d'importance stratégique, et en 2023 les dirigeants du secteur bancaire se doivent de comprendre l'architecture de leurs systèmes d'information".

Je pense donc que toute personne préoccupée par l'état actuel de son système d'information devrait prendre le temps de lire cet article. Je vous promets que vous y trouverez le bon équilibre entre jargon business et langage tech/geek.

Pour commencer, supposons que je sois une institution financière et que ma plateforme actuelle de prêt ou de crédit-bail soit "insatisfaisante". Je souhaite la (re)construire sur les bases de 2023, à la pointe de la technologie. Il s'agit d'un projet de grande envergure, et je veux que mon nouveau système reste pertinent pendant au moins 20 ans.

Tout d'abord, je dois dresser une liste de tous les sujets importants et des fonctionnalités dont j’ai besoin.**

• Certaines caractéristiques seront génériques à toute application commerciale :

  • Capable de couvrir tous les besoins de l'entreprise (de bout en bout, front-to-back, omni-canal, etc.)
  • À l'épreuve du temps
  • Capable de me garder aussi indépendant que possible de l'éditeur du logiciel
  • Un time-to-market accéléré
  • Facile à maintenir et à améliorer
  • Capable de fonctionner dans n'importe quel pays
  • Facile à intégrer dans mon système d'information existant
  • Basé sur un système sophistiqué de gestion des utilisateurs
  • Basé sur des workflows
  • Une automatisation maximale des tâches
  • Capable de traiter des volumes gigantesques à un rythme rapide
  • Capable d'extraire efficacement toutes les données à des fins de reporting
  • Des capacités intégrées de création de dashboards
  • Un stack technique à la pointe de la technologie et à l'épreuve du temps
  • Pas de sur-ingénierie
  • Une scalabilité infinie
  • Disponible 24h/24 et 7j/7
  • Un temps de réponse rapide

• D'autres caractéristiques seront spécifiques au secteur des prêts et du leasing:

  • Un système soutenu par une équipe d'analystes commerciaux et d'ingénieurs qui sont des experts dans le domaine
  • Un moteur de calcul financier puissant
  • Un bon modèle de produit financier
  • Un "time to yes" minimal
  • Facile à intégrer dans l'écosystème financier
  • Capable de supporter et de s'adapter aux contraintes réglementaires

Je sais que cela fait beaucoup d'exigences et que certaines d'entre elles sont très techniques. Mais en tant que leader de 2023, je n'ai pas peur de la technologie, alors creusons un peu plus chacun d'entre elles.

1. Capable de couvrir tous les besoins de l'entreprise
   Pour construire un nouveau système, il faut combler les lacunes laissées par les précédents. Bien sûr, de nombreux logiciels de prêt et de location existent déjà, avec de grands noms comme références, mais ils sont pré-numériques. J'ai besoin d'une plateforme moderne qui soit "digitalement native" et qui ne se contente pas d'ajouter des capacités numériques sur des fondations obsolètes. Tout doit pouvoir se faire en ligne, à partir de n'importe quel appareil, à grande vitesse.
   
   En outre, je dois pouvoir étendre et personnaliser une plateforme standard pour l'adapter à mes propres besoins en quelques jours, et non en quelques mois. Les anciennes plateformes ont tendance à être monolithiques, avec des capacités de configuration limitées et des lignes de code monstrueuses que seuls les plus courageux osent manipuler. Au contraire, j'ai besoin d'abattre la muraille de Chine entre les analystes commerciaux et les développeurs chevronnés, de sorte que même les non-experts puissent gérer directement la (re)configuration de la plateforme. Pour y parvenir, je dois faire en sorte que la plateforme soit basée sur du "low code ", c'est-à-dire qu'elle ne nécessite que peu ou pas de codage. L'avenir de l'agilité réside dans les "double-pizza teams" où moins d'une douzaine d'ingénieurs peuvent gérer l'ensemble de la plateforme.

2. À l'épreuve du temps
   Nous construisons un système pour les 20 prochaines années ou plus, qui sait ce qui arrivera demain ? Je ne peux pas me permettre que la façon dont je travaille aujourd'hui soit basée sur du code dur, j'ai besoin d'adaptabilité à tout moment et dans des délais courts. Là encore, les smart extensions et le low code sont essentiels pour permettre à ma plateforme de s'adapter aux bouleversements futurs.

3. Capable de me garder aussi indépendant que possible de l'éditeur du logiciel
   Dans un monde parfait, je ferais tout avec mes ressources informatiques internes, mais je n'ai ni le temps ni l'argent nécessaires. Même si le projet réussit, je risque d'avoir des problèmes pour maintenir la plateforme à l'avenir. Je peux aller plus vite en faisant appel à un tiers, mais je dépendrai de lui. Je dois trouver un équilibre, avec un éditeur de logiciels qui me fournisse un système clé en main, prêt à l’emploi, mais aussi les capacités de configuration nécessaires pour l'adapter aux exigences spécifiques qui rendent mon entreprise unique.
   Pour obtenir des ressources de la part des intégrateurs à des prix compétitifs, je dois aussi utiliser autant que possible des technologies standard et éviter les langages propriétaires. De cette façon, j'aurai le choix de l'intégrateur que je choisirai, et cette concurrence m'aidera à maintenir un prix bas, ce qui réduira mon TCO.

4. Un time-to-market accéléré
   La concurrence est féroce. Dans cette course aux étoiles – aux services digitalement natifs et aux expériences utilisateur fluides – je dois être le premier à planter mon drapeau sur le sol. Par exemple, le MVP doit être mis en production en 6 mois.
   De plus, le business du prêt et du leasing est en constante mutation et les exigences des utilisateurs évoluent encore plus rapidement. Par conséquent, non seulement mon nouveau système doit être opérationnel le plus rapidement possible, mais je dois également être en mesure de l'améliorer à la volée au fil du temps, par exemple toutes les deux semaines.

5. Facile à maintenir et à améliorer
   Je n'ai plus à craindre les mises à jour permanentes. Dans le passé, les entreprises dépensaient des millions de dollars pour migrer vers la version la plus récente du système qu'elles utilisent. Aujourd'hui, les mises à jour logicielles doivent être poussées automatiquement et ne pas être visibles par l'utilisateur final. Est-ce que Amazon vous informe de la mise à jour de sa plateforme en arrière-plan ? Exactement. Ce n'est pas parce qu'une fonctionnalité est construite, testée et intégrée que les clients doivent nécessairement en être notifiés.
   En outre, si on attend de regrouper un certain nombre de modifications de fonctionnalités en une seule grande mise à jour, il est beaucoup plus difficile de déterminer quelle modification a provoqué tels effets secondaires inattendus, comme les bugs et les régressions.
   Encore une fois, pour soutenir les updates continues et automatisées, il est essentiel de réduire le nombre de lignes de code. L'utilisation de fonctions telles que le « drag-and-drop » pour déplacer et reproduire des lignes de code me permettra de raccourcir le cycle de vie du développement logiciel. Je pourrai ainsi construire le pipeline CI/CD (Continuous Integration and Continuous Delivery) parfait pour que mes équipes puissent modifier le code plus fréquemment et de manière plus fiable grâce à l'automatisation et à la réplication des tâches. Être en mesure de construire et de déployer de nouvelles fonctionnalités logicielles en 2 minutes permet de le faire 100 fois par jour.
   En outre, le code doit être normalisé, chaque fonctionnalité doit être développée de manière standard et chaque API doit suivre les mêmes règles afin que les configurateurs et les intégrateurs puissent facilement trouver leur chemin dans le répertoire inévitablement vaste de codes et d’APIs.
   Enfin, ces mises à jour doivent s'appuyer sur le TDD (Test Driven Development) pour s'assurer qu'elles livrent un produit fonctionnant parfaitement, sans bugs ni régressions. Seuls des tests fréquents et automatisés peuvent garantir la stabilité du système dans le temps. Il doit y avoir des revues de code, mais elles ne doivent pas être bloquantes, c'est-à-dire empêcher le nouveau code de fusionner avec la ligne de code principale tant qu'il n'a pas été examiné. Ce serait contre-productif car cela créerait des goulets d'étranglement importants, augmenterait les délais et conduirait plus généralement à l'inefficacité. Au contraire, les configurateurs et les développeurs doivent être en mesure de livrer rapidement pour éviter les conflits avec leurs collègues.

6. Capable de fonctionner dans n'importe quel pays
   Les prêts et les leases étaient auparavant accordés pays par pays. Ce n'est plus le cas en 2023. Je dois penser à l'échelle européenne, voire mondiale. J'ai besoin d'un modèle qui me permette de déployer un nouveau pays en quelques semaines, tout en m'adaptant aux contraintes locales. Ou, si je veux une seule mise en œuvre, j'ai besoin d'un modèle de guichet unique où plusieurs pays peuvent être déployés simultanément et maintenus indépendants par des murailles de Chine pour s'assurer que chacun d'entre eux respecte ses contraintes réglementaires spécifiques.

7. Facile à intégrer dans mon système d'information existant
   Bien sûr, j’ai déjà un système d'information qui héberge des applications « legacy » avec des données et des services critiques pour l'entreprise (SSO Single Sign-On, sécurité, monitoring, reporting, comptabilité, conformité et compliance, RSE, etc.) et des installations physiques (data warehouses, data lakes et postes de travail).
   Je dois intégrer cet ancien système au nouveau, ce qui implique de relier différentes sources de données et composants autonomes. Je pourrais écrire des interfaces ad hoc pour accéder aux données, mais ce serait lent et coûteux. Ne serait-il pas préférable que ma plateforme puisse s'appuyer à 100 % sur les capacités d'extension des API (Interfaces de Programmation d'Applications), ce qui signifie que je n'aurai pas à réinventer la roue chaque fois que je rendrai mes applications et services internes accessibles à mes clients, partenaires commerciaux, fournisseurs et autres tierces parties?
   Bien sûr, pour des besoins particuliers qui nécessitent des interfaces spécifiques, je dois pouvoir créer des API moi-même, à la volée, sans être dépendant de l'éditeur du logiciel qui me fera probablement payer très cher. Encore une fois, la configuration est le meilleur moyen d'y parvenir, car elle me permet de ne pas attendre la fin du cycle complet de R&D pour pouvoir utiliser les nouvelles API.

8. Basé sur un système sophistiqué de gestion des utilisateurs
   Dans un monde numériquement ouvert, de nombreux profils d'utilisateurs différents - des clients et partenaires au personnel de back-office et aux administrateurs - utiliseront mon système, tous avec des droits et des devoirs différents. Pour m'assurer que tout se passe bien, j'ai besoin d'une "user segmentation", c'est-à-dire de définir des hiérarchies et des droits d'action entre les utilisateurs. Seuls les bons utilisateurs doivent être en mesure d'accepter un contrat ou d'annuler un montant impayé. Un représentant commercial ne doit avoir accès qu’aux contrats qu'il initie, tout comme un directeur d'agence ne doit voir que les contrats des représentants commerciaux qu'il gère.

9. Basé sur des workflows
   J'ai de nombreuses entités interdépendantes dans mon système d’information, avec des statuts différents. Certaines d'entre elles sont au début de leur parcours et doivent être validées par plusieurs tiers avant d'atteindre le statut "live". D'autres sont à la fin de leur cycle de vie et doivent être retirées pour des raisons liées au GDPR. Chaque transition de statut nécessitera une action de la part d'un utilisateur ou un appel à une API interne ou externe, le tout protégé par des autorisations de contrôle d'accès basées sur le profil de l'utilisateur. La complexité est grande, j'ai donc besoin d'une représentation graphique de ces cycles de vie. Je pourrais les documenter moi-même, mais ce serait moins chronophage et entraînerait moins d'erreurs si ma plateforme pouvait le faire à ma place.

10. Une automatisation maximale des tâches
    Des milliers de personnes utiliseront la plateforme et je ne veux pas qu'elles échangent des courriels. Je veux que chaque utilisateur – qu'il s'agisse d'un client, d'un représentant commercial, d'un souscripteur, d'un agent de traitement ou d'un agent de recouvrement – puisse utiliser la plateforme en libre-service autant que possible. J'ai également des centres d'appels en action qui aident le client et qui ont besoin que les tâches soient envoyées sur leur bureau avec une mesure du temps qu'il leur faut pour traiter la tâche.

11. Capable de traiter des volumes gigantesques à un rythme rapide
    Je gérerai des centaines de milliers de contrats avec de nombreux comptes à payer et à recevoir. Chaque nuit, je devrai générer d'innombrables paiements, factures et PDF, le tout dans les plus brefs délais. J'ai donc besoin d'un système doté d'une « parallel batch architecture », c'est-à-dire une architecture capable de traiter simultanément plusieurs tâches par lots. Pour les tâches qui impliquent l'ensemble de la base de données, j'ai besoin d'un pipeline ETL (Extract, Transform, Load) capable de collecter des millions d'ensembles de données provenant de sources multiples, de les traiter et de les transformer en quelques minutes.

12. Des capacités intégrées de création de dashboards
    Pour piloter, il me faut un cockpit. Tous les utilisateurs ont besoin d'informations et de vues à 360° de leurs tâches, activités et interactions actuelles. Ces informations doivent être fournies sous la forme de diagrammes présentant un aperçu graphique synthétique des données. Chaque diagramme ou graphique étant différent, je dois être en mesure de les créer à la demande.

13. Un stack technique à la pointe de la technologie et à l'épreuve du temps
    Quel est le meilleur langage de programmation aujourd'hui ? JavaScript. Il s'agit d'un langage multifonctionnel qui peut être utilisé à des fins diverses, telles que le développement web, le développement mobile, les applications de bureau, etc. Il est facile à utiliser, c'est pourquoi tous les jeunes ingénieurs apprennent l’apprenne à l'école. De plus, la technologie REST API est basée sur JSON, c'est-à-dire JavaScript.
    Vient ensuite le choix de la base de données. Les databases SQL sont un outil puissant. Elles permettent de stocker des données dans des lignes et des tables qui sont liées de différentes manières. Elles offrent un stockage rapide, peuvent gérer de grandes quantités de données et des requêtes complexes. Cependant, elles peuvent être un casse-tête à maintenir car elles reposent sur des schémas strictement prédéfinis, qui nécessitent d'organiser et de structurer les données avant de commencer à utiliser la database. A l’inverse, les bases de données NoSQL permettent de travailler avec différentes structures de données. Parce qu'ils sont plus dynamiques, il est moins nécessaire de pré-planifier et de pré-organiser les données, et il est plus facile d'apporter des modifications à leur structure.
    En utilisant une combinaison de Javascript pur et de NoSQL, on peut construire un accès direct à des éléments tels que des contrats ou des factures en quelques lignes de code. Moins de code signifie plus de productivité, moins de maintenance, moins de bugs et une vitesse de traitement fulgurante.
    Quelle est la meilleure base de données NoSQL ? MongoDB. MongoDB propose également un service DBaaS (Database-as-a-Service), avec une évolutivité infinie à un prix raisonnable. Dans l'ensemble, il ne fait donc aucun doute que Basikon a fait le bon choix en optant pour le stack MERN (MongoDB, Express, React, Node) il y a 5 ans. L'architecture MERN permet de construire facilement une architecture à trois niveaux (front-end, back-end et base de données) entièrement en JavaScript et JSON. Ce choix a permis à Basikon de construire des interfaces complexes avec des fonctionnalités prêtes à l'emploi en utilisant des composants simples.

14. Pas de sur-ingénierie
    Je souhaite limiter le nombre de technologies que j'utilise dans ma plateforme. C'est la clé d'une bonne performance et d'une bonne maintenabilité. Ainsi, chaque fois que quelqu'un veut introduire quelque chose de nouveau, nous nous demanderons "en avons-nous vraiment besoin, est-ce que ça introduit-il une dépendance vis-à-vis d'un tiers, est-ce que ça augmente la complexité du monitoring, est-ce que ça ajoute de nouvelles compétences pour la maintenance, est-ce que ça rend plus complexe le fait de comprendre d’où viennent exactement les problèmes en phase de production, est-ce que ça augmente le nombre de lignes de code ?" En suivant ce principe, nous serons en mesure de maintenir un niveau élevé de maintenabilité et de robustesse.

15. Une scalabilité infinie
    Pour une scalabilité infinie, j'ai besoin d'élasticité. J'ai besoin d'un système dans lequel je peux simplement ajouter des serveurs pour prendre en charge davantage de volumes. Je dois me débarrasser de tous les goulets d'étranglement, et j'ai donc besoin d'une infrastructure "sans état", où toute demande de n'importe quel utilisateur peut être exécutée simultanément sur n'importe quel serveur actuellement allumé, qu'il ait été démarré la veille ou il y a une demi-seconde.

16. Disponible 24h/24 et 7j/7
    En 2023, les gens ne veulent pas être obligés de faire des prêts ou des locations uniquement pendant les heures d'ouverture. Ils veulent aussi pouvoir le faire tôt le matin et tard le soir, bref à n’importe quel moment. C'est pourquoi j'ai besoin que ma plateforme soit opérationnelle à tout moment.
    Par conséquent, je veux une infrastructure sans SPOF, c'est-à-dire sans "Single Point Of Failure", où je peux débrancher n'importe quel serveur, application, base de données, DNS ou reverse proxy, à tout moment, sans entraîner la défaillance de l'ensemble du système.
    Cette robustesse peut également être obtenue avec des infrastructures "sans état", où n'importe quelle requête peut être exécutée sur n'importe quel serveur et emprunter plusieurs routes entre deux destinations sur le réseau. Et si un serveur tombe en panne (ce qui finit toujours par arriver), la même requête peut "contourner" la panne, de sorte que l'utilisateur ne sait même pas qu'elle s'est produite.

17. Un temps de réponse rapide
    Les temps de réponse rapides sont également dus à la simplicité : traitement direct, stack techniques simples, architectures de serveurs sans état, bases de données NoSQL. A votre avis, pourquoi les entreprises utilisent-elles encore des mainframes alors qu'ils sont souvent considérés comme des dinosaures ? Si ce sont des dinosaures, dans ce cas ce sont des T-Rex, car ils sont capables de traiter des millions de lignes en un clin d'œil. Nous avons besoin de la même vitesse, reproduite sur un stack moderne.

Maintenant que nous connaissons les principes fondamentaux de notre plate-forme logicielle, examinons les spécificités du secteur des prêts et des leases.

1. Un système soutenu par une équipe d'analystes commerciaux et d'ingénieurs qui sont des experts dans le domaine
   En 2023, il est essentiel d'avoir des employés qui connaissent à la fois le monde financier et le monde numérique. Les entreprises qui ne trouvent pas ces ressources se retrouvent avec deux types d’employés : ceux s’y connaissent en affaires et ceux qui s’y connaissent en technologie. Il faut alors d'innombrables réunions et débats pour les aligner. L'équipe doit également être internationale. Avoir un expert par pays signifie encore plus de réunions. Chez Basikon, nous avons constitué une équipe de plus de 40 personnes, chacune ayant des dizaines d'années d'expérience dans le secteur des prêts et des leases ET dans le monde du numérique. Et parce que nous aimons être proches de nos clients, nous avons créé des équipes locales dans votre fuseau horaire, capables de travailler en français, anglais, espagnol, allemand, néerlandais, arabe, etc. De plus, nous avons construit un réseau d'intégrateurs qui savent comment déployer Basikon, ce qui nous permet d'évoluer très facilement.

2. Un moteur de calcul financier puissant
   Le calcul des prêts et des leases n'a rien de sorcier. La difficulté réside dans les nombreuses subtilités qui se sont ajoutées au fil des années, au fur et à mesure de l'apparition d'usages différents. Voici quelques exemples :

• Les paiements sont-ils quotidiens ? Hebdomadaires ? mensuels ? Trimestriels ? Semestriels ? Annuels ?
• Le client paie-t-il les intérêts chaque mois ou à la fin du prêt ?
• Paie-t-il les intérêts le même jour que la date de début ou la date est-elle arbitraire ? Le locataire choisit-il la date ?
• S'agit-il de versements constants ? Linéaires ? Saisonnières ?
• Considère-t-on qu'une année est composée de 12 mois de 30 jours ("30-360" ou "LOAN", par défaut), ou de 365 jours avec le nombre réel de jours de chaque mois ("ACTUEL-365") ?
• Y a-t-il un délai de grâce au début ?
• Y a-t-il un paiement initial ? Est-il calculé comme un nombre de versements payés à l'avance ou saisi de manière arbitraire ?
• Existe-t-il des actifs ? Existe-t-il une valeur résiduelle à la fin du contrat ? Y a-t-il un ballon à la fin ?
• Est-ce la banque ou le client qui est propriétaire du bien pendant la durée du bail ? Le client sera-t-il propriétaire du bien à la fin du contrat ou s'agit-il d'une simple location ?
• Y a-t-il une assurance, des services d’entretien, des frais ? Sont-ils payés à l'avance ou mensuellement ? Sont-ils calculés sur la base du montant du versement, du montant financé ou d’une toute autre valeur ?
• Si le paiement tombe un dimanche ou un jour férié, est-il reporté au jour suivant ? Cela a-t-il une incidence sur le calcul des intérêts ?
• Si j'utilise le canal long, il y aura un intermédiaire ou un revendeur (dans Basikon, nous disons "partenaire") qui exigera des règles spéciales après négociation. Pouvons-nous modifier ces règles de manière contrôlée ?
• Quel est le modèle d'arrondi ?
• ... et bien d'autres choses encore
  Comment gérer tout cela ? Au début de nombreux projets, notre client nous dit "j'utilise l'approche standard" et nous réalisons alors que personne ne sait exactement ce que cela signifie ! Notre best practice consiste à commencer par modéliser les différents cas et à effectuer le calcul complet de la manière la plus précise possible. Une fois que nous avons la vision définitive sur notre feuille de calcul, nous la configurons dans le système en utilisant les mêmes fonctions et algorithmes qu'Excel.

3. Un bon modèle de produit financier
   L'une des difficultés auxquelles le client est généralement confronté lorsqu'il conclut un contrat de prêt ou de leasing sur une plateforme numérique est la complexité même de la configuration de l'écran. La plateforme logicielle devant prendre en charge tous les cas de figure, l'interface utilisateur est généralement très chargée et difficile à parcourir. Chez Basikon, nous pensons que cette approche unique ne convient pas à tout le monde. Nous avons résolu ce problème en utilisant le low code et la segmentation des clients pour concevoir des expériences adaptées au client, sur la base de son propre vocabulaire et de ses propres règles commerciales.

4. Un "Time to Yes" minimal
   Aujourd'hui, la concurrence dans l'écosystème financier est féroce, les banques se battant pour (re)financer les meilleures offres. Les gagnants seront ceux qui proposeront le meilleur scénario (multiple) en quelques secondes, permettant aux utilisateurs de choisir celui qui correspond le mieux à leurs besoins. La question est maintenant de savoir à quelle vitesse les clients peuvent obtenir l'approbation de la banque. La plateforme de la banque doit être légère, efficace et capable de calculer le plus rapidement possible. Avec Basikon, vous pouvez calculer des centaines de milliers de scénarios en une demi-seconde et obtenir un score très rapidement.

5. Facile à intégrer dans l'écosystème financier
   Nous vivons dans un monde d'API, où divers ensembles de codes et de protocoles permettent à différentes applications et composants logiciels de communiquer entre eux. De plus, ces mêmes API permettent ce que nous appelons la "banque ouverte". En favorisant la mise en réseau entre les fournisseurs tiers (TPP third-party providers) et les institutions financières, ils permettent aux nouveaux acteurs, tels que les FinTechs et les portails de paiement en ligne, d'accéder aux informations bancaires des consommateurs de manière efficace et sécurisée. Pour parvenir à une intégration solide et profonde avec mon système d'information existant et l'écosystème financier au sens large, j'ai besoin d'un système comme Basikon qui est basé à 100 % sur des API. J'ai également besoin de capacités de configuration pour pouvoir créer des API ad hoc en quelques heures et intégrer le système d'information de mon partenaire à la volée.

6. Capable de supporter et de s'adapter aux contraintes réglementaires
   Les régulateurs sont très créatifs, ce qui oblige mon service informatique à s'adapter en permanence aux exigences réglementaires changeantes, même si cela n'apporte qu'une faible valeur ajoutée à mon entreprise. J'ai besoin qu'ils soient capables d'effectuer ces changements rapidement et à un coût raisonnable. J'ai donc (à nouveau) besoin d'un système hautement adaptatif, et non d'un de ces monolithes qui ne peuvent être modifiés sans attendre des mois et payer beaucoup d'argent.

Voilà, vous connaissez maintenant tout des subtilités techniques d’une plateforme de prêts et leases qui soit à la fois efficace, agile et compétitive. Ce que vous venez de lire, c’est aussi le processus de réflexion que nous avons suivi lorsque nous avons créé Basikon il y a 5 ans. Nous n'avons regretté aucun de nos choix et, depuis, nous avons signé avec un grand nombre de grandes banques à travers l'Europe et l'Afrique. Nous ne serions jamais allés aussi loin si nous n'étions pas partis de zéro, si nous avions essayé de faire migrer des systèmes technologiquement dépassés et des pratiques pré-numériques vers l'ère du numérique. Ce long voyage a demandé un investissement conséquent de la part de toute l'équipe, mais nous sommes aujourd'hui convaincus d'avoir fait le bon choix.

Pour découvrir à votre tour comment notre approche peut s'adapter aux exigences spécifiques qui rendent votre entreprise unique, prenez rendez-vous avec Basikon ici !