Parser Check 21

Parser les fichiers Check 21 (X9.37)

1
Comprendre Les fichiers Check 21 / X9.37
TL;DR

Check 21 permet aux banques de traiter les images de cheques electroniquement au lieu de transporter physiquement les cheques papier.

Qu’est-ce que Check 21 ?

Check 21 (officiellement le Check Clearing for the 21st Century Act) est une loi federale americaine entree en vigueur le 28 octobre 2004. Elle permet aux banques de traiter les paiements par cheque electroniquement en creant des images numeriques des cheques papier, eliminant le besoin de transporter physiquement les cheques originaux entre les banques pour la compensation. Le format de fichier electronique utilise pour echanger ces images de cheques est defini par la norme X9.37 (egalement connue sous le nom de DSTU X9.37 ou X9.100-187).

Avant Check 21, le processus de compensation des cheques necessitait le deplacement physique de milliards de cheques papier chaque annee. Les cheques emis en Californie et deposes a New York devaient etre transportes par avion a travers le pays — un processus lent, couteux et vulnerable aux perturbations (comme l’a demontre l’interruption du trafic aerien apres le 11 septembre 2001, qui a paralyse la compensation des cheques a l’echelle nationale).

Check 21 a introduit le concept du cheque de substitution (document de remplacement d’image ou IRD), une reproduction papier du cheque original creee a partir de son image electronique. Un IRD est l’equivalent legal du cheque original, ce qui signifie que les banques peuvent traiter l’image electroniquement et ne creer une version papier que si cela est specifiquement necessaire.

Fonctionnement de Check 21

Check 21 Processing Flow A horizontal flow diagram showing six stages: Paper Check is scanned to create an Image, which is packaged into an X9.37 file, sent via Electronic Exchange to clearing, and finally settled. Each stage shows the key data or action involved. 1 Paper Check Customer writes check Deposited at bank/ATM or mobile (RDC) 2 Scanning Front + back images MICR line captured 200 DPI minimum 3 X9.37 File Images + MICR data Check detail records Structured format 4 Exchange Fed or clearing house processes electronically 5 Clearing Paying bank receives image Verifies MICR, signature, funds Posts to payor account 6 Settlement Fed debits paying bank Credits depositing bank Funds available next day Key Benefits of Check 21: Faster clearing (same-day vs 3-5 days) | Lower transportation costs | Disaster resilience | Enables mobile deposit (RDC) Reduced fraud through automated image analysis | Nationwide interoperability between all US banks

Format de fichier X9.37

Le fichier X9.37 est un format binaire contenant a la fois des enregistrements de donnees structures et des images TIFF integrees du recto et du verso du cheque. Le fichier suit une structure hierarchique similaire aux autres formats de fichiers financiers.

Type d’enregistrementNomDescription
01En-tete de fichierMetadonnees au niveau du fichier : emetteur, destinataire, date de creation
10En-tete de lettre de caisseIdentifie un lot de cheques (origine, destination, date comptable)
20En-tete de liasseRegroupe les cheques au sein d’une lettre de caisse (generalement 300 articles par liasse)
25Detail du chequeDonnees individuelles du cheque : routage, compte, montant, MICR
50/52Detail/Donnees de vue d’imageImages recto et verso du cheque (format TIFF, 200 DPI minimum)
70Controle de liasseNombre et total pour la liasse
90Controle de lettre de caisseNombre et total pour la lettre de caisse
99Controle de fichierNombre et total pour l’ensemble du fichier

Ligne MICR

La ligne MICR (Magnetic Ink Character Recognition — reconnaissance de caracteres a encre magnetique) au bas de chaque cheque contient trois champs cles essentiels pour le routage et l’identification :

  • Numero de routage/transit : Le numero ABA a 9 chiffres identifiant la banque payeuse
  • Champ On-Us : Le numero de compte et le numero de serie du cheque (le format varie selon la banque)
  • On-Us auxiliaire : Donnees supplementaires telles que le numero de serie du cheque pour les cheques commerciaux

Capture de depot a distance

La capture de depot a distance (RDC) est un descendant direct de Check 21. Puisque la loi a etabli qu’une image numerique d’un cheque est legalement equivalente a l’original, les banques ont pu permettre aux clients de « deposer » des cheques en les photographiant simplement. Le RDC est desormais propose par pratiquement toutes les banques americaines via des applications mobiles, permettant :

  • Depots mobiles grand public via l’appareil photo du smartphone
  • RDC d’entreprise par des scanners de bureau pour le traitement de cheques a haut volume
  • Capture d’image aux guichets automatiques ou les cheques sont numerises au guichet plutot que traites physiquement

Le risque principal du RDC est la presentation en double — le meme cheque depose plusieurs fois dans differentes institutions. Les banques implementent des algorithmes de detection des doublons qui comparent les donnees MICR, les montants, les numeros de serie des cheques et les empreintes d’image pour intercepter les doublons avant leur compensation.

Cas d’utilisation courants

  • Compensation de cheques : L’usage principal — les banques echangent des fichiers X9.37 pour compenser des millions de cheques quotidiennement sans transport physique
  • Depot mobile : Les applications RDC creent des images compatibles X9.37 pour le traitement des depots
  • Archivage et recherche : Les banques conservent les images de cheques pendant plus de 7 ans pour satisfaire les exigences reglementaires de conservation et repondre aux demandes des clients
  • Detection de fraude : L’analyse automatisee des images detecte les cheques alteres, les documents contrefaits et les presentations en double
  • Articles retournes : Lorsqu’un cheque est rejete (provision insuffisante, opposition, compte clos), le retour est egalement traite electroniquement via X9.37
  • Lockbox d’entreprise : Les processeurs de paiement a haut volume numerisent les cheques entrants et creent des fichiers X9.37 pour le depot par lots

Essayez ces exemples

Fichier X9.37 valide Valide

Un fichier X9.37 complet avec un en-tete de fichier (01, niveau standard 03, production, destination 091000019, origine 021000089, 15 mars 2024), un en-tete de Cash Letter (10), un en-tete de Bundle (20), un Check Detail (25) pour 5 000,00 $ avec routage ECE 091000019 et routage payeur 021000089, suivi des controles Bundle (70), Cash Letter (90) et Fichier (99).

0103P091000019021000089202403151430N0101 1001091000019021000089202403151000CL01 2001091000019021000089202403150000 25091000019000000000012345 021000089000000000001234500000500000000000001001 70 90 99
X9.37 invalide (en-tete de fichier manquant) Invalide

Cet exemple contient uniquement un enregistrement Check Detail (type 25) sans l'enregistrement obligatoire File Header (type 01). Un fichier X9.37 valide doit commencer par un File Header qui identifie l'expediteur, le destinataire et la date de creation. Sans celui-ci, le fichier ne peut pas etre correctement identifie ni achemine pour la compensation.

25 091000019 00012345 0000050000 20240315 20240315 0001 0 091000018 021000089 1 0000 0 0000000002 JANE DOE CHECK 5678