Aller au contenu

Fintech / traitement des paiements

Service de passerelle de paiement

Projet Lanexas · client sous NDA

Une plateforme réunissant paiements en ligne, abonnements, remboursements et plusieurs prestataires derrière un service unique. L’enjeu d’ingénierie consistait à maintenir des états de transaction et des parcours métier cohérents tout en faisant évoluer les prestataires indépendamment.

Données de la mission

Rôle
CTO / Technical Lead
Équipe
Équipe pluridisciplinaire de 6 personnes
Durée
Environ 9 mois
Retour aux projets sélectionnés

Contribution de Lanexas

Architecture système, direction technique, planification de la livraison, revue de code et conception des API et des intégrations prestataires.

Résultat

Mise en production avec plusieurs prestataires de paiement derrière une API unique. De nouveaux prestataires pouvaient être ajoutés sans modifier la logique métier centrale.

Participation de l’IA

Un flux de détection de fraude et de scoring du risque évaluait chaque paiement avant la décision de transaction, tandis que la détection d’anomalies surveillait les changements brusques de comportement des marchands.

Fonctionnalités IA livrées

  • 01Scoring du risque à partir du montant, du pays et de l’IP, de l’appareil, de la fréquence des paiements, de l’heure, de l’historique client et marchand, des refus et des écarts de comportement
  • 02Décisions d’approbation, de revue manuelle ou de blocage à partir du score du modèle et de seuils de politique explicites
  • 03Détection d’anomalies au niveau du marchand lors de changements soudains de volume ou de comportement transactionnel

Chaîne de production

API de paiement Go → Kafka → traitement des features → modèle de fraude Python → service de décision du risque via gRPC

Périmètre livré

  • 01Couche d’adaptation des prestataires et modèle de transaction unifié
  • 02Abonnements, remboursements, webhooks et traitements idempotents
  • 03Traitements asynchrones, gestion des droits et journaux d’audit

Stack technique

  • Go
  • Python / ML
  • PostgreSQL
  • Redis
  • Kafka
  • REST / gRPC
  • Docker
  • Kubernetes
  • OpenTelemetry

Pourquoi le client n’est pas nommé

Il s’agit d’un véritable projet Lanexas. L’identité du client et les détails confidentiels de la réalisation restent protégés par NDA ; cette page présente uniquement le contexte produit, la contribution, le périmètre, la stack et le résultat dont la publication est autorisée.

Un défi produit ?

Commencez par le problème. Nous vous aiderons à définir la suite.

Envoyez d’abord un court message. Si le besoin correspond, l’étape suivante est un appel gratuit de 30 minutes avec un fondateur. Nous répondons sous deux jours ouvrables.

Demander un appel gratuit de 30 minutes