Source de vérité
Le solde affiché à l'utilisateur ne se calcule jamais dans l'interface. Nous tenons un registre d'événements côté plateforme, aligné sur celui du prestataire, avec une règle claire de résolution en cas d'écart.
Construire des parcours financiers fiables et traçables.
Émission de comptes et de cartes avec Treezor, encaissement avec Stripe, contrôles KYC/KYB, webhooks idempotents, rapprochement et supervision. Nous développons les produits où chaque événement doit pouvoir être compris, prouvé et rejoué.
Chemin d'un euro
- Entrée en relation Collecte, KYC/KYB, décision, dossier de preuve
- Ouverture du compte Wallet, IBAN dédié, cartes physiques ou virtuelles
- Mouvement Encaissement, virement, paiement carte, remboursement
- Événement reçu Webhook signé, idempotent, rejouable, horodaté
- Rapprochement Réconciliation, export comptable, piste d'audit
01 / ARCHITECTURE
Un flux financier n'est pas une API de plus.
La différence entre un projet qui tient et un projet qui dérive se joue sur des décisions d'architecture prises tôt : où vit la vérité comptable, que se passe-t-il quand un webhook arrive deux fois, comment on rejoue trois jours d'événements sans doubler un paiement. Nous traitons ces questions au cadrage, pas à la mise en production.
Idempotence de bout en bout
Chaque requête sortante porte une clé d'idempotence, chaque webhook entrant est dédupliqué et signé. Un incident réseau, un rejeu ou un double clic ne produisent jamais deux mouvements.
Machine à états explicite
Un paiement, un dossier KYC ou une carte passent par des états nommés, avec des transitions autorisées et des délais. Le support et la conformité lisent le même vocabulaire que les développeurs.
Réconciliation quotidienne
Un rapprochement automatique compare chaque jour notre registre et celui du prestataire. Les écarts remontent en alerte avec leur contexte, pas dans un tableau que personne ne relit.
02 / IDENTITÉ
Un onboarding conforme qui ne fait pas fuir l'utilisateur.
L'entrée en relation est le moment où l'on perd le plus d'utilisateurs et où l'on prend le plus de risque réglementaire. Nous concevons le parcours avec les équipes conformité, pas contre elles.
Le principe : demander le minimum au bon moment, expliquer chaque pièce demandée, permettre de reprendre un dossier, et donner aux analystes un back-office où décider vite.
Collecte progressive
Personne physique ou morale, bénéficiaires effectifs, justificatifs, capture documentaire assistée et reprise du dossier.
Décision outillée
Back-office de revue, files priorisées, motifs de rejet normalisés, demandes de complément traçables.
Cycle de vie
Révision périodique, changement de situation, gel et clôture de compte, conservation et purge des pièces.
Preuve
Journal d'audit horodaté et non modifiable : qui a décidé quoi, sur quelles pièces, à quel moment.
Intégrateur et développeur, pas établissement de paiement.
AppsPanel conçoit, développe, héberge et exploite la plateforme. L'agrément, la tenue de compte et l'émission monétaire relèvent de l'établissement partenaire — Treezor pour l'émission, Stripe pour l'acquisition. Cette répartition est écrite noir sur blanc dans chaque projet.
La plateforme, son infrastructure et son run.
- Hébergement managé en France, cloud privé ou hybride
- Chiffrement, cloisonnement, gestion des accès et des secrets
- Supervision des files d'événements et des taux d'échec
- Astreinte, procédures d'incident et rejeu contrôlé
- Sauvegardes, PRA et exercices de reprise
03 / PREUVE
Un parcours bancaire sensible, tenu dans la durée.
Banque · Sécurité · Run LCL
Faire de l'authentification mobile un maillon fiable du parcours bancaire.
- Enjeu
- Un usage critique, une forte exigence de disponibilité et un système d'information complexe.
- Intervention
- Applications, API, notifications, intégration SI, supervision et accompagnement continu.
04 / QUESTIONS
Ce qu'on nous demande
Êtes-vous établissement de paiement ?
Non. Nous sommes intégrateur et développeur. L'agrément et la tenue de compte relèvent de l'établissement partenaire, Treezor pour l'émission.
Pouvez-vous reprendre une plateforme existante ?
Oui, c'est un cas fréquent. Nous commençons par un audit du registre d'événements et des écarts de rapprochement — c'est là que se trouvent les dettes les plus coûteuses.
Travaillez-vous avec d'autres prestataires que Treezor ?
Oui. Nous intégrons Stripe pour l'acquisition et des API bancaires selon le contexte. Le choix se fait sur le besoin réel, pas sur une habitude d'intégration.
Où sont hébergées les données ?
Sur un cloud privé ou hybride opéré en France, avec chiffrement, cloisonnement, sauvegardes et plan de reprise contractualisés.
Comment gérez-vous un incident sur un flux ?
File d'événements mise en pause, diagnostic sur les journaux, correction, puis rejeu contrôlé grâce à l'idempotence. Aucun mouvement n'est dupliqué.
Combien de temps pour un premier jalon ?
Le cadrage et la maquette de flux se traitent en quelques semaines. Le calendrier réel dépend surtout des délais d'ouverture et de validation côté établissement partenaire.
Paiement · Wallet · Cartes · KYC/KYB · Reprise de plateforme
Quel flux faut-il sécuriser ?
Décrivez le parcours et les prestataires déjà en place. Nous revenons avec les questions d'architecture qui comptent, avant de parler de calendrier.
Parler d’un projet financier