Le relevé bancaire est le document le plus falsifié dans le crédit alternatif — et les plateformes KYC ne le contrôlent pas
Un emprunteur télécharge son vrai relevé depuis la banque en ligne, l’ouvre dans Excel, fait passer le solde de 2 400 € à 24 000 €, exporte en PDF et envoie le tout sur le portail de crédit. Les plateformes KYC valident la mise en page et le logo. Elles ne contrôlent pas si la structure binaire a été modifiée après l’export bancaire.
HTPBE? analyse la couche structurelle du fichier PDF — celle qui consigne toute modification, même invisible. Nous ne remplaçons ni les plateformes KYC ni les API d’agrégation bancaire. Si votre problème de fraude porte sur un relevé bancaire au format PDF falsifié ou altéré numériquement, nous sommes l’outil le plus précis.
Lorsque HTPBE? renvoie INCONCLUSIVE sur un relevé bancaire, c’est une raison de passer à un contrôle manuel, pas une preuve de fraude — les vrais relevés proviennent de systèmes bancaires institutionnels, jamais d’un outil de bureau.
Le problème
Un relevé bancaire retouché s’affiche à l’identique de l’original
Dans un dossier de crédit à la consommation, de location ou d’ouverture de compte, le relevé bancaire sert de preuve de revenus et de capacité de remboursement. La fraude la plus courante n’invente rien : l’emprunteur télécharge son vrai relevé depuis sa banque en ligne, le rouvre dans un tableur ou un éditeur de PDF, modifie un solde, efface un découvert ou ajoute un virement de salaire, puis réenregistre le fichier. La mise en page, le logo et la police sont ceux de la banque, parce qu’ils viennent d’un vrai relevé.
Les analystes crédit et les gestionnaires locatifs contrôlent ces pièces à l’écran, et un contrôle à l’écran ne voit pas une retouche sans trace visuelle. L’OCR n’y change rien : il lit ce que le fichier affiche aujourd’hui, pas ce qu’il affichait au moment de l’export par la banque. Quant à la vérification de gabarit des plateformes KYC, elle confirme que le document ressemble à un relevé — pas que ce fichier-là n’a pas été retravaillé.
Le fichier garde pourtant la trace de son parcours. Un PDF exporté par un système bancaire n’est pas produit par un tableur, et un PDF retravaillé n’est pas réécrit à partir de zéro : l’outil d’édition laisse sa propre signature et des enregistrements de modification dans la structure binaire. HTPBE? lit cette structure et renvoie un verdict avec des marqueurs nommés, en environ trois secondes.
Schémas de fraude fréquents sur les relevés bancaires
- Solde de fin de mois relevé pour atteindre le seuil d’un prêt ou d’un loyer
- Virements de salaire ajoutés pour gonfler les revenus mensuels
- Découverts et rejets de prélèvement effacés du relevé
- Nom du titulaire ou IBAN remplacé par celui du demandeur
- Mois d’un relevé réel recopiés pour fabriquer plusieurs mois de relevés
- Relevé reconstitué dans un tableur puis exporté en PDF
- Pages issues de plusieurs relevés assemblées en un seul fichier
Concrètement, sur le terrain
À quoi ressemblent vraiment les faux relevés bancaires
Trois mécaniques de fraude bien réelles, détectées au niveau de la couche structurelle du PDF.
Vrai relevé modifié dans Microsoft Excel
La technique la plus fréquente : export depuis la banque en ligne, ouverture dans Excel via « Ouvrir avec », modification des soldes ou des transactions, puis nouvel export en PDF. Le résultat est visuellement identique à l’original. HTPBE? signale un fichier reconstruit dans un autre logiciel plutôt qu’exporté par le système de la banque.
Relevé reconstitué de toutes pièces dans une feuille Excel
Le fraudeur recrée la mise en page d’un relevé à partir de rien dans un tableur, insère des transactions fictives et exporte en PDF. Le fichier n’a jamais été produit par un système bancaire — HTPBE? ne peut pas confirmer qu’il s’agit d’un export bancaire inaltéré.
Relevé intercepté et modifié avant transmission
Dans certains parcours de demande de crédit, les relevés envoyés par e-mail peuvent être interceptés, modifiés dans un éditeur PDF en ligne, puis renvoyés. HTPBE? détecte alors les modifications postérieures à l’export.
L’ampleur
Pourquoi vos vérifications actuelles passent à côté
Les plateformes KYC vérifient si le document ressemble à un vrai relevé — pas si ce fichier précis a été modifié
Plaid et Bridge couvrent les données de compte. Pas le PDF que le candidat dépose.
Les plateformes KYC (Onfido, Jumio, Sumsub) vérifient la mise en page, le logo et la structure visuelle — elles ne détectent pas si le fichier binaire sous-jacent a été modifié. Les API d’agrégation bancaire (Bridge, Tink, Powens) transmettent les données directement depuis la banque — idéal lorsque le candidat consent à la connexion, mais beaucoup de dossiers frauduleux arrivent encore au format PDF. HTPBE? analyse la structure du fichier et répond à la question que ces outils ne posent pas.
Ce que HTPBE? détecte
Capacités de détection
Signaux structurels déterministes. Aucun score probabiliste.
Analyse de l’origine
Les vrais relevés proviennent du système de la banque. Lorsqu’un fichier présente des signes de production ou de retouche en dehors de sa source déclarée, par exemple dans un tableur, HTPBE? le signale.
Couches de révision multiples
Un relevé rouvert dans un éditeur et enregistré à nouveau après l’export de la banque reçoit généralement une couche de révision supplémentaire.
Réécriture après export
Un relevé modifié dans un éditeur PDF après l’export de la banque garde des preuves structurelles de cette modification. HTPBE? les signale comme MODIFIED.
Dates internes contradictoires
HTPBE? signale les dates internes du fichier qui se contredisent, comme une date de modification qui ne concorde pas avec la date de création — une raison de contrôler le relevé, pas à elle seule une preuve de falsification.
Polices altérées après création
HTPBE? signale un traitement des polices incohérent avec l’outil de création déclaré, ou des polices d’origine modifiées par un éditeur après la création du document.
Relevé reconstruit
HTPBE? signale les relevés produits ou retravaillés en dehors du système de la banque.
Transmettre à l’équipe technique
Intégrez ceci à votre flux de traitement en moins d’une journée
Deux appels API — un POST pour soumettre le PDF, un GET pour récupérer le verdict. Transmettez cette page à votre équipe technique ; la référence API complète, les quotas et des exemples prêts à l’emploi en cURL, JavaScript, Python, PHP, Go et Ruby sont à un clic.
Tarifs
Forfaits en self-service, sans appel commercial
Tous les forfaits incluent les mêmes contrôles forensiques. Choisissez le quota adapté à votre volume mensuel de documents.
manuelStarter
30 crédits/mois
Contrôles manuels ponctuels et tests d’intégration
le plus courantGrowth
350 crédits/mois
Pipelines actifs de traitement documentaire
gros volumePro
1 500 crédits/mois
Automatisation à fort volume et intégrations API
Enterprise (illimité, on-premise disponible) — voir tous les tarifs
Clé API à l’inscription. Environnement de test gratuit sur chaque forfait. Sans carte bancaire.
Témoignages clients
Des équipes qui ont mis fin à la fraude documentaire
Les équipes conformité, finance et risque s’appuient sur HTPBE? pour détecter les PDF manipulés avant qu’ils ne deviennent des erreurs coûteuses.
Caught an invoice where the total had been changed by less than a thousand dollars. Without this I would have approved it without a second look.
Sarah M.
AP Manager
United States
We had three applicants in the same week with bank statements that looked completely fine. Two of them were flagged as modified. You simply cannot see this by reading the document — it is in the file structure.
Lars V.
Risk Analyst, Online Lending
Netherlands
Salary slips were coming with altered figures. We identified two problematic files before the placement was finalised.
Priya K.
HR Operations Lead
India
Since we started checking documents this way, we stopped two applications early in the process that would have been very difficult to reverse later.
Julien R.
Fraud Analyst, Fintech
France
Some applicants were sending PDFs that looked authentic but had been edited in ways not visible to the eye. We now ask for checked originals when something is flagged. Already saved us from a few bad decisions.
Marta S.
Compliance Coordinator
Spain
One invoice was caught because there was a mismatch between the document dates and structure. That particular case would have cost us significantly.
Tariq A.
Finance Manager
United Arab Emirates
FAQ
Questions fréquentes
En quoi est-ce différent de la vérification de gabarit KYC ?
Les relevés modifiés dans Excel sont-ils détectés ?
Que signifie « inconclusive » pour un relevé bancaire ?
inconclusive signifie que HTPBE? ne peut pas confirmer que le fichier est intact — le plus souvent en raison du type de source dont il provient, parfois parce que l’analyse n’a pas pu aboutir. Pour un relevé censé provenir d’une banque, c’est une raison de passer à un contrôle manuel, pas une preuve de fraude.Où intégrer ce contrôle dans un parcours de crédit ?
POST /v1/analyze, puis interrogez GET /v1/result/{id}. Si le verdict est modified ou inconclusive, marquez le dossier pour une revue manuelle.Un relevé téléchargé depuis la banque en ligne est-il forcément authentique ?
Peut-on analyser un relevé scanné ou photographié ?
intact. Un scan ou une impression ne permet pas de remonter à l’export d’origine de la banque : le verdict reste au mieux inconclusive. Pour un dossier de crédit, demandez le PDF natif, ou une connexion directe via une API d’agrégation bancaire lorsque le candidat y consent.Que faire d’un relevé jugé « modified » lors d’une demande de crédit ?
modified établit que le fichier a été retravaillé après sa génération, pas que la personne a voulu tromper. Mettez le dossier en revue manuelle et demandez au candidat un nouvel export, ou une consultation directe de son compte. La décision d’accorder ou de refuser reste la vôtre : HTPBE? fournit le constat technique et les marqueurs nommés qui l’appuient.Sécurisez votre processus KYC
Créez votre compte — clé API dès l’inscription, environnement de test inclus dans chaque plan.
Sans engagement. Résiliable à tout moment.