Aller au contenu
XSIS
Parler à un ingénieur

Secteurs

Fintech et services financiers

Logiciels et intégrations pour les banques, les paiements et les services financiers

Banque, paiements, crédit, gestion de patrimoine, assurance et portefeuilles électroniques : les plateformes sur lesquelles ils reposent et les connexions qui les relient.

Des tours de bureaux dans un quartier d’affaires

Présentation

La fintech est notre secteur phare. Nous concevons et intégrons les logiciels sur lesquels reposent les banques, les sociétés de paiement, les organismes de crédit, les gestionnaires de patrimoine, les assureurs et les fournisseurs de portefeuilles électroniques, et nous connaissons les standards que ces systèmes utilisent : ISO 20022, ISO 8583, EMV, les API d’open banking et les formats de fichiers dont les banques dépendent encore.

Un produit financier est rarement un système unique. Il réunit un grand livre central, le traitement des cartes, les vérifications d’identité, le filtrage anti-fraude, des infrastructures de paiement et, derrière eux, un ERP. La difficulté réside dans les connexions entre ces éléments, et dans ce qui se passe lorsque l’un d’eux est défaillant. Nous concevons ces connexions en premier, en consignant par écrit le chemin d’erreur.

Nous concevons pour des environnements réglementés. Les accès sont limités et journalisés, les données sensibles restent hors des systèmes qui n’en ont pas besoin, et chaque modification est traçable. Vos équipes conformité et risques voient comment le système fonctionne avant sa mise en production, pas après.

Un employé de banque compte des billets au guichet avec un client

Nos domaines d’intervention

BanqueBanque de détail, banque des professionnels et banque des entreprises, où les nouveaux canaux numériques doivent fonctionner avec un système central qu’on ne peut pas simplement remplacer.

Ce que nous construisons

  • Applications et portails de banque en ligne pour les particuliers et les professionnels
  • Services qui encapsulent et étendent le core banking par des API, au lieu de le remplacer
  • Canaux entreprises pour les fichiers de paiement, les validations, les relevés et les positions de trésorerie
  • Outils de back-office pour les opérations, les recherches sur paiements et le service client

Intégrations types

  • Systèmes de core banking, via leurs API, leurs files de messages ou leurs interfaces batch
  • Infrastructures de paiement et messagerie SWIFT, aux formats ISO 20022 et MT
  • Processeurs de cartes, fournisseurs KYC et API d’open banking
PaiementsPrestataires de services de paiement, acquéreurs, processeurs et commerçants, pour qui chaque transaction doit être autorisée, réglée et rapprochée.

Ce que nous construisons

  • Orchestration des paiements, qui achemine chaque transaction vers la bonne passerelle, le bon acquéreur ou la bonne infrastructure
  • Entrée en relation des commerçants, portails et reporting
  • Services de règlement, de calcul des frais et de reversement
  • Rapprochement des transactions, des règlements et des relevés bancaires

Intégrations types

  • Acquéreurs et processeurs, en ISO 8583 ou via leurs API
  • Terminaux EMV, paiement en ligne et 3-D Secure
  • Comptes bancaires de règlement, par fichiers host-to-host ou API
CréditCrédit aux particuliers, aux PME et aux entreprises, de la première demande au dernier remboursement.

Ce que nous construisons

  • Octroi de crédit : demandes, collecte des pièces et circuits de décision
  • Décision de crédit fondée sur des règles et des modèles explicables, que les équipes crédit peuvent examiner
  • Gestion des prêts : échéanciers, remboursements, impayés et recouvrement
  • Portails pour les courtiers et les partenaires

Intégrations types

  • Bureaux de crédit, données de comptes via l’open banking et vérification d’identité
  • Core banking ou registres de prêts, et encaissement des remboursements par prélèvement ou par carte
Gestion de patrimoine et investissementGestionnaires de patrimoine, courtiers et plateformes d’investissement, dont les clients attendent des positions exactes et un reporting clair.

Ce que nous construisons

  • Portails et applications clients : portefeuilles, transactions et documents
  • Reporting de portefeuille et reporting client, établis à partir des données des dépositaires et des marchés
  • Entrée en relation avec questionnaires d’adéquation et de profil de risque
  • Outils pour les conseillers : revues clients, propositions et rééquilibrage

Intégrations types

  • Dépositaires, courtiers et fournisseurs de données de marché
  • Systèmes de gestion de portefeuille et CRM
AssuranceAssureurs, courtiers et agents souscripteurs, dont les produits, les contrats et les sinistres dépendent de nombreux partenaires.

Ce que nous construisons

  • Parcours de devis et de souscription pour les clients et les courtiers
  • Extensions de la gestion des contrats : produits, avenants et renouvellements
  • Déclaration de sinistres avec IA documentaire, tri et suivi du statut
  • Pipelines de données de tarification et de risque

Intégrations types

  • Systèmes de gestion des contrats et des sinistres
  • Encaissement des primes, remboursements et grand livre
Portefeuilles électroniquesPortefeuilles de monnaie électronique et de paiement, où les soldes doivent toujours être exacts et la fraude arrêtée au plus tôt.

Ce que nous construisons

  • Applications de portefeuille : rechargement, virements, paiement de factures et paiement chez les commerçants
  • Un grand livre de portefeuille en partie double, avec contrôle quotidien des soldes
  • Émission de cartes et cartes tokenisées pour le paiement mobile
  • Plafonds, frais et règles de fidélité que les équipes opérationnelles peuvent modifier elles-mêmes

Intégrations types

  • Processeurs d’émission de cartes et services de tokenisation
  • Comptes bancaires d’alimentation et de règlement
  • Fournisseurs de filtrage KYC et LCB-FT

Ce que nous construisons

Canaux numériques

Banque en ligne et mobile, applications de portefeuille et d’investissement, conçues pour les clients et dimensionnées pour les pics des jours de paie et des fins de mois.

Extensions du core banking

Des services autour du core banking ou du grand livre, qui ajoutent produits et canaux sans remplacement risqué.

Orchestration des paiements

Routage, nouvelles tentatives et basculement entre passerelles, acquéreurs et infrastructures de paiement, chaque tentative étant enregistrée.

Entrée en relation et KYC

Entrée en relation des particuliers et des entreprises avec vérifications d’identité, filtrage et capture de documents, et un chemin clair vers l’examen manuel.

Surveillance des fraudes et des transactions

Des règles et des modèles d’apprentissage automatique qui évaluent les transactions en temps réel et retiennent les opérations suspectes pour examen.

Rapprochement et finance

Un rapprochement entre grands livres, processeurs, banques et ERP, pour que la finance clôture sur des données fiables.

Comment tout se connecte

Un produit financier numérique, de bout en boutUne application bancaire ou de portefeuille électronique dialogue avec une couche d’API unique. Derrière elle se trouvent les vérifications d’identité, le traitement des cartes et le grand livre central. Les transactions sont filtrées en temps réel, et toute opération suspecte est retenue pour examen par une personne.PersonnesClientServiceApplicationbancaire ouportefeuilleWeb et mobileXSISCouche d’APIAuthentification,plafonds et journald’auditTiersFournisseur KYC etLCB-FTEntrée en relation etfiltragePasserelleProcesseur decartesÉmission etautorisationBanqueCore banking ougrand livreComptes, soldes etécrituresServiceSurveillance desfraudes et destransactionsRègles et modèlesPersonnesÉquipe conformitéet opérationsExamine lesopérations retenues etles signalements12REST/JSONOAuth 2.03REST/JSONwebhook4REST/JSONISO 200225REST/JSON6ISO 8583789

Un produit financier numérique, de bout en bout

Une application bancaire ou de portefeuille électronique dialogue avec une couche d’API unique. Derrière elle se trouvent les vérifications d’identité, le traitement des cartes et le grand livre central. Les transactions sont filtrées en temps réel, et toute opération suspecte est retenue pour examen par une personne.

  • Flux principal
  • Asynchrone
  • Chemin d’exception

Le flux, étape par étape

  1. Source Client, destination Application bancaire ou portefeuille : S’inscrit, paie et effectue des virements (flux principal).
  2. Source Application bancaire ou portefeuille, destination Couche d’API : Requêtes, via REST/JSON · OAuth 2.0 (flux principal).
  3. Source Couche d’API, destination Fournisseur KYC et LCB-FT : Vérifications d’identité et filtrage, via REST/JSON · webhook (flux principal).
  4. Source Couche d’API, destination Core banking ou grand livre : Écritures et soldes, via REST/JSON · ISO 20022 (flux principal).
  5. Source Couche d’API, destination Processeur de cartes : Émission et contrôle des cartes, via REST/JSON (flux principal).
  6. Source Processeur de cartes, destination Core banking ou grand livre : Transactions par carte, via ISO 8583 (asynchrone).
  7. Source Couche d’API, destination Surveillance des fraudes et des transactions : Transactions à filtrer, en flux d’événements (asynchrone).
  8. Source Surveillance des fraudes et des transactions, destination Équipe conformité et opérations : Retenues pour examen (chemin d’exception).
  9. Source Fournisseur KYC et LCB-FT, destination Équipe conformité et opérations : Vérifications en échec ou incertaines transmises (chemin d’exception).
De l’ERP à la banque : paiements sortants, relevés entrantsLes paiements approuvés quittent l’ERP sous forme de fichiers ISO 20022 signés, via un canal host-to-host. Les comptes rendus de statut et les relevés reviennent par le même chemin et sont rapprochés des postes ouverts. Les rejets et les lignes non rapprochées sont transmis à votre équipe, motif à l’appui.ERPERPCampagnes depaiements, postesouverts, grand livreXSISCouched’intégrationMapping, validation,signature etplanificationPasserelleCanal bancairesécuriséSFTP host-to-host,EBICS ou APIbancaireBanqueBanquePaiements et gestionde trésorerieServiceMoteur derapprochementRègles derapprochement ettolérancesPersonnesÉquipe trésorerie etfinanceTraite les rejets et lesécarts1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002RJCT910

De l’ERP à la banque : paiements sortants, relevés entrants

Les paiements approuvés quittent l’ERP sous forme de fichiers ISO 20022 signés, via un canal host-to-host. Les comptes rendus de statut et les relevés reviennent par le même chemin et sont rapprochés des postes ouverts. Les rejets et les lignes non rapprochées sont transmis à votre équipe, motif à l’appui.

  • Flux principal
  • Asynchrone
  • Chemin d’exception

Le flux, étape par étape

  1. Source ERP, destination Couche d’intégration : Campagne de paiements approuvée, via REST/JSON · IDoc (flux principal).
  2. Source Couche d’intégration, destination Canal bancaire sécurisé : Fichier de paiement signé et chiffré, via ISO 20022 pain.001 · OpenPGP (flux principal).
  3. Source Canal bancaire sécurisé, destination Banque : Remis à la banque, via SFTP H2H (flux principal).
  4. Source Banque, destination Canal bancaire sécurisé : Comptes rendus de statut et relevés, via pain.002 · camt.053 · MT940 (asynchrone).
  5. Source Canal bancaire sécurisé, destination Couche d’intégration : Collectés et validés, via SFTP H2H (asynchrone).
  6. Source Couche d’intégration, destination Moteur de rapprochement : Lignes de relevé, via camt.053 (asynchrone).
  7. Source Moteur de rapprochement, destination ERP : Écritures rapprochées comptabilisées, via REST/JSON (flux principal).
  8. Source Couche d’intégration, destination Équipe trésorerie et finance : Paiements rejetés, avec le code motif, via pain.002 RJCT (chemin d’exception).
  9. Source Moteur de rapprochement, destination Équipe trésorerie et finance : Lignes non rapprochées : écart de rapprochement (chemin d’exception).
  10. Source Équipe trésorerie et finance, destination ERP : Corrigés et soumis à nouveau (chemin d’exception).
Paiements par carte : autorisés en caisse, réglés ensuite, rapprochés dans l’ERPLe terminal ou la page de paiement interroge la passerelle, la passerelle interroge l’acquéreur, et l’acquéreur achemine la demande vers le réseau de cartes et l’émetteur. Les fichiers de règlement arrivent plus tard et sont rapprochés des ventes et des frais dans l’ERP. En cas d’absence de réponse dans le délai, une annulation automatique garantit que le client n’est jamais débité deux fois.POSTerminal EMV oupaiement en lignePuce, sans contact ete-commercePasserellePasserelle depaiementTokenisation etroutageBanqueAcquéreurAutorisation etrèglementTiersRéseau de carteset émetteurAccepte ou refuseERPERPVentes, frais etreversementsXSISCouched’intégrationLecture etrapprochement desrèglementsPersonnesÉquipe desopérations depaiementÉcarts, litiges etrétrofacturations1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Paiements par carte : autorisés en caisse, réglés ensuite, rapprochés dans l’ERP

Le terminal ou la page de paiement interroge la passerelle, la passerelle interroge l’acquéreur, et l’acquéreur achemine la demande vers le réseau de cartes et l’émetteur. Les fichiers de règlement arrivent plus tard et sont rapprochés des ventes et des frais dans l’ERP. En cas d’absence de réponse dans le délai, une annulation automatique garantit que le client n’est jamais débité deux fois.

  • Flux principal
  • Asynchrone
  • Chemin d’exception

Le flux, étape par étape

  1. Source Terminal EMV ou paiement en ligne, destination Passerelle de paiement : Demande d’autorisation, via EMV · REST/JSON (flux principal).
  2. Source Passerelle de paiement, destination Acquéreur : Autorisation, via ISO 8583 (flux principal).
  3. Source Acquéreur, destination Réseau de cartes et émetteur : Acheminée vers l’émetteur, via ISO 8583 (flux principal).
  4. Source Acquéreur, destination Passerelle de paiement : Acceptée ou refusée, via ISO 8583 (asynchrone).
  5. Source Acquéreur, destination Couche d’intégration : Fichiers de règlement et de frais, via SFTP (asynchrone).
  6. Source Couche d’intégration, destination ERP : Ventes réglées, frais et reversements, via REST/JSON (flux principal).
  7. Source Passerelle de paiement, destination Terminal EMV ou paiement en ligne : Pas de réponse dans le délai : annulation automatique, via ISO 8583 0400 (chemin d’exception).
  8. Source Couche d’intégration, destination Équipe des opérations de paiement : Écart de règlement ou rétrofacturation (chemin d’exception).
Open banking : données et paiements avec le consentement du clientLe client donne son consentement, le connecteur conserve les jetons, et chaque appel à la banque est autorisé et journalisé. Lorsque le consentement expire ou est retiré, l’application sollicite à nouveau le client au lieu d’échouer sans rien signaler.PersonnesClientServiceVotre applicationou plateformeTrésorerie, crédit oucomptabilitéXSISConnecteur openbankingConsentement, jetonset normalisation desdonnéesBanqueAPI bancaires ouagrégateurInformation sur lescomptes et initiationde paiementERPERP ou grand livrePosition de trésorerieet rapprochement12REST/JSON3OAuth 2.0 · FAPIREST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

Open banking : données et paiements avec le consentement du client

Le client donne son consentement, le connecteur conserve les jetons, et chaque appel à la banque est autorisé et journalisé. Lorsque le consentement expire ou est retiré, l’application sollicite à nouveau le client au lieu d’échouer sans rien signaler.

  • Flux principal
  • Asynchrone
  • Chemin d’exception

Le flux, étape par étape

  1. Source Client, destination Votre application ou plateforme : Donne son consentement (flux principal).
  2. Source Votre application ou plateforme, destination Connecteur open banking : Demandes de comptes et de paiements, via REST/JSON (flux principal).
  3. Source Connecteur open banking, destination API bancaires ou agrégateur : Appels API autorisés, via OAuth 2.0 · FAPI · REST (flux principal).
  4. Source API bancaires ou agrégateur, destination Connecteur open banking : Soldes, transactions et statut des paiements, via REST/JSON · webhook (asynchrone).
  5. Source Connecteur open banking, destination ERP ou grand livre : Transactions normalisées, via REST/JSON (flux principal).
  6. Source API bancaires ou agrégateur, destination Connecteur open banking : Consentement expiré ou retiré, via HTTP 401 · 403 (chemin d’exception).
  7. Source Connecteur open banking, destination Votre application ou plateforme : Client invité à renouveler son consentement (chemin d’exception).

Intégrations types

Connectivité bancaire

Paiements et relevés aux formats ISO 20022 et MT, via des canaux host-to-host, EBICS ou des API bancaires.

Traitement des cartes

Acquéreurs, processeurs et plateformes d’émission, en ISO 8583 ou par API, avec terminaux EMV en magasin et 3-D Secure en ligne.

Open banking

Information sur les comptes et initiation de paiement via des API bancaires réglementées et des agrégateurs, avec une gestion rigoureuse du consentement.

Identité, KYC et LCB-FT

Vérification d’identité, filtrage des sanctions et des personnes politiquement exposées, et contrôle des informations défavorables dans les médias, chaque résultat étant conservé pour l’audit.

ERP et grand livre

Écritures, frais et règlements reportés dans l’ERP, pour que la finance voie les mêmes chiffres que les opérations.

Une ingénierie conforme aux règles

Données de carte et PCI DSS

Nous concevons vos systèmes pour qu’ils ne manipulent pas les données de carte lorsque c’est possible, grâce à la tokenisation et aux champs de paiement hébergés, ce qui réduit le périmètre PCI DSS. Lorsque des données de carte doivent être traitées, nous appliquons les contrôles que votre évaluateur testera.

Authentification forte du client

Nous mettons en place les parcours d’authentification qu’exigent les règles bancaires et de paiement, comme la connexion à deux facteurs et la signature des transactions, avec uniquement les exemptions autorisées par votre équipe risques.

Contrôles KYC et LCB-FT

L’entrée en relation et la surveillance conservent les preuves dont votre équipe conformité a besoin : ce qui a été vérifié, quand, par quel fournisseur, et qui a pris la décision.

Protection des données

Nous convenons, avant le début des travaux, des lieux où les données personnelles et financières peuvent être stockées et traitées, et nous concevons en conformité avec le RGPD et les lois locales, comme la PDPL des Émirats arabes unis et la PDPL saoudienne, lorsqu’elles s’appliquent.

Pistes d’audit et résilience

Chaque modification portant sur les fonds, les plafonds et les droits est journalisée et traçable, et les systèmes sont conçus pour échouer sans risque et se rétablir, conformément aux exigences de résilience opérationnelle.

Questions et réponses

Quels travaux XSIS réalise-t-elle dans la fintech ?

La fintech est notre secteur phare. Nous développons des applications de banque en ligne et de portefeuille électronique, des services de paiement et de règlement, des plateformes de crédit, du reporting patrimonial et des parcours d’assurance, et nous les connectons aux banques, aux processeurs de cartes, aux fournisseurs KYC et aux ERP. Nous ne publions pas le nom de nos clients sans leur accord : nous montrons donc notre expérience par les systèmes et les standards avec lesquels nous travaillons, et lors d’échanges techniques avec vos architectes.

Lien vers cette question
Pouvez-vous travailler dans le respect de nos exigences réglementaires et de sécurité ?

Oui. Nous travaillons dans le cadre de vos politiques : vos règles d’accès, vos environnements, votre processus de gestion des changements et vos exigences d’audit. Avant le début des travaux, nous convenons du traitement des données, des environnements accessibles aux ingénieurs et des preuves attendues par vos équipes risques et conformité. Nous décrivons clairement les contrôles que nous appliquons, afin que vos évaluateurs puissent les examiner.

Lien vers cette question
Devons-nous remplacer notre système de core banking ?

En général, non. La plupart des banques ont davantage à gagner en encapsulant le core banking dans des API bien définies et en construisant de nouveaux produits et canaux sous forme de services autour de lui. Le système de référence reste ainsi stable, tandis que les parties visibles par les clients évoluent plus vite. Lorsqu’un core banking doit réellement être remplacé, nous planifions la migration par étapes, les deux systèmes étant rapprochés jusqu’à l’arrêt de l’ancien.

Lien vers cette question
Comment traitez-vous les données de carte ?

Nous concevons les systèmes de sorte que le moins possible d’entre eux voient un numéro de carte complet. Les champs de paiement hébergés, la tokenisation et les jetons réseau laissent les données de carte chez le processeur, ce qui réduit votre périmètre PCI DSS. Lorsqu’un système doit traiter des données de carte, nous le construisons selon les contrôles PCI DSS applicables et les documentons pour votre évaluateur.

Lien vers cette question
Pouvez-vous prendre en charge ISO 20022 et les paiements instantanés ?

Oui. Nous développons des services qui créent, valident et lisent les messages ISO 20022, tant pour les paiements et le reporting des entreprises, comme pain.001 et camt.053, que pour les messages interbancaires utilisés par les systèmes de paiements instantanés et de paiements de montant élevé. Chaque schéma et chaque banque a ses propres règles : nous travaillons donc à partir de leurs guides de mise en œuvre et testons dans leurs environnements de test.

Lien vers cette question
Pouvez-vous mettre en place une surveillance des fraudes et des transactions ?

Oui. Nous combinons des règles que vos analystes peuvent lire et modifier avec des modèles d’apprentissage automatique entraînés sur vos propres données, et nous expliquons pourquoi chaque alerte a été levée. Les alertes rejoignent une file de dossiers où les analystes décident, et leurs décisions alimentent en retour les règles et les modèles. Si vous faites déjà appel à des fournisseurs spécialisés de filtrage, nous les connectons.

Lien vers cette question
Qu’est-ce qui détermine le coût d’un projet fintech ?

Le nombre de systèmes et de partenaires concernés, les contrôles réglementaires applicables, le volume et la vitesse que le système doit absorber, et l’ampleur des tests exigés par les partenaires avant la mise en production. L’intégration auprès des partenaires, comme la certification par une banque ou un processeur, dicte souvent le rythme davantage que le code. Nous établissons une estimation après le cadrage et découpons le travail en étapes que vous pouvez financer et approuver une à une.

Lien vers cette question
Comment protégez-vous nos systèmes, notre code et nos données ?

Les accès sont accordés nominativement, limités aux besoins de chaque rôle et retirés lorsque la personne quitte le projet. Nous travaillons dans vos dépôts et vos environnements si vous le préférez, utilisons l’authentification multifacteur et conservons les secrets dans un coffre-fort numérique, jamais dans le code. Le code est relu avant d’être fusionné, les dépendances sont analysées, et les données de production ne sont jamais copiées dans les environnements de test sans masquage. Nous convenons de ces contrôles avec votre équipe sécurité dès le départ.

Lien vers cette question
Où nos données sont-elles stockées et traitées ?

Là où vous le décidez. Nous convenons de la localisation des données avant le début des travaux et concevons en conséquence, qu’elles doivent rester dans un pays donné, dans votre propre compte cloud ou dans vos locaux. Lorsque des lois sur la protection des données telles que le RGPD s’appliquent, nous travaillons dans le cadre d’un accord de traitement des données et limitons les données personnelles à ce que le travail exige.

Lien vers cette question

Dites-nous ce que vous devez construire ou connecter.

Décrivez les systèmes, le calendrier et les contraintes. Les ingénieurs concernés prennent ensuite le relais.

  • Notre équipe vous appellera dans les 24 heures, sur le créneau de votre choix
  • Notre équipe est disponible 24 h/24, 7 j/7