Convertir les relevés bancaires indiens en Excel
Les plus de 560 millions de comptes bancaires indiens génèrent des relevés présentant des défis uniques : formatage des nombres lakh/crore, PDF protégés par mot de passe, texte en hindi/devanagari et codes de transaction UPI/NEFT/IMPS. Voici comment les convertir avec précision.
L'Inde compte plus de 560 millions de comptes bancaires ouverts sous Jan Dhan Yojana seulement, avec plus de 295 millions d'utilisateurs de services bancaires numériques et 685 banques actives sur UPI traitant 21,6 milliards de transactions par mois. Presque chacune de ces banques émet des relevés PDF — chacun avec sa propre mise en page, son format de mot de passe, sa convention de date et son système de codes de transaction.
La conversion des relevés bancaires indiens en Excel est plus difficile qu'il n'y paraît. Le système de numération lakh/crore place les virgules différemment du formatage occidental (1,23,456.78 contre 123,456.78). La plupart des relevés sont protégés par mot de passe avec des combinaisons spécifiques à chaque banque : identifiant client, date de naissance et numéros de compte. Les banques PSU incluent du texte en hindi (devanagari) à côté de l'anglais. Et les champs de narration contenant les identifiants de transaction UPI et les numéros UTR NEFT s'étendent fréquemment sur plusieurs lignes, ce qui perturbe les outils d'extraction standard.
Ce guide couvre le format de relevé de chaque banque indienne majeure, les modèles de mots de passe, les codes de transaction et les défis spécifiques de leur conversion en formats compatibles Excel, CSV ou Tally.
Formats de relevés bancaires indiens
Disposition standard des colonnes
La plupart des relevés bancaires indiens utilisent cette structure de colonnes :
| Colonne | Description |
|---|---|
| Date | Date de la transaction (format variable selon la banque) |
| Date de valeur | Date à laquelle les fonds sont effectivement débloqués |
| Narration / Description / Détails | Détails de la transaction, codes et contrepartie |
| N° Chq/Réf. | Numéro de chèque ou numéro de référence |
| Retrait / Débit | Montant débité |
| Dépôt / Crédit | Montant crédité |
| Solde de clôture | Solde courant après chaque transaction |
Certaines banques (SBI, PNB) utilisent des colonnes de débit et de crédit séparées. D'autres utilisent une seule colonne de montant avec des indicateurs Cr/Dr. Cette incohérence est l'une des raisons pour lesquelles les outils d'extraction génériques peinent avec les relevés indiens.
Formats de date par banque
Les banques indiennes ne s'accordent pas sur un format de date unique :
| Format | Exemple | Banques l'utilisant |
|---|---|---|
| JJ/MM/AAAA | 15/03/2026 | SBI, PNB, Canara Bank |
| JJ-MM-AAAA | 15-03-2026 | ICICI, la plupart des banques PSU |
| JJ-MMM-AAAA | 15-Mar-2026 | HDFC Bank |
| JJ/MM/AA | 15/03/26 | Certains anciens formats de relevés |
| JJ MMM AAAA | 15 Mar 2026 | Axis Bank |
La norme BIS (IS 7900:2001) recommande AAAA-MM-JJ selon la norme ISO 8601, mais pratiquement aucun relevé bancaire indien n'utilise ce format. Lors de la conversion en Excel, l'analyse des dates doit gérer toutes ces variations correctement — une date mal interprétée comme MM/JJ peut décaler les transactions de plusieurs mois.
Modèles de champ de narration
Le champ de narration est là où les relevés bancaires indiens deviennent complexes. Modèles courants :
- UPI/{VPA}/{Nom}/{Réf} — Transaction UPI avec adresse de paiement virtuelle (VPA)
- NEFT/{UTR}/{Nom du bénéficiaire} — Transfert NEFT avec numéro UTR
- RTGS/{UTR}/{Nom du bénéficiaire} — Transfert RTGS de haute valeur
- IMPS/{Réf}/{Nom} — Transfert instantané IMPS
- ATM WDL ou NWD — Retrait ATM
- CHQ DEP — Dépôt de chèque
- INT CR — Intérêts crédités
- POS DR — Débit point de vente
- NACH — National Automated Clearing House (paiements récurrents)
- ECS — Electronic Clearing Service
- CMS — Cash Management Services
- DD — Demand Draft (traite bancaire)
Ces narrations s'étendent fréquemment sur plusieurs lignes dans le PDF, en particulier pour les transactions UPI (qui incluent des VPA comme username@bankname) et les transferts NEFT (qui incluent des numéros UTR de 16 caractères plus les détails du bénéficiaire). Les outils d'extraction standard traitent chaque ligne étendue comme une ligne séparée — créant des transactions fantômes sans date ni montant.
Protection par mot de passe : Chaque banque indienne est différente
Presque toutes les banques indiennes protègent par mot de passe les relevés PDF envoyés par e-mail aux clients. Le format du mot de passe est unique à chaque banque :
| Banque | Format du mot de passe | Exemple |
|---|---|---|
| SBI (mobile banking) | Numéro de compte à 11 chiffres | 12345678901 |
| SBI (e-mail) | 5 derniers chiffres du mobile + DOB (JJMMAA) | 56789010190 |
| HDFC Bank (compte) | Identifiant client | 12345678 |
| HDFC Bank (carte de crédit) | 4 premières lettres majuscules du nom + 4 derniers chiffres de la carte | SWAT5692 |
| ICICI Bank | 4 premières lettres du titre du compte + DOB (JJMM) | SWAT1801 |
| Axis Bank | 4 premières lettres majuscules du nom + DOB (JJMM) | RAJA0508 |
| PNB | Identifiant client à 9 chiffres (alphanumérique) | ABC123456 |
| Kotak Mahindra | CRN (Customer Relationship Number) | 9876543210 |
| Bank of Baroda | 4 premières lettres minuscules du nom + DOB (JJMM) | raje0508 |
| Bank of India | 4 premières lettres minuscules du nom + DOB (JJMM) | anan1606 |
| Canara Bank | Identifiant client (Numéro CIF) | 9876543210 |
| Union Bank | Format du nom + DOB | RAJA05081990 |
| IDBI Bank | Identifiant client | 1234567890 |
| Yes Bank | Identifiant client + DOB complète (JJMMMAAAA) | 123456789001011990 |
| IndusInd Bank | 4 premières lettres majuscules du prénom + DOB (JJMM) | RAJA0508 |
| Central Bank of India | CustomerID@DOB (JJMMMAAAA) | 9029080134@18031998 |
| Indian Bank | Numéro de compte bancaire complet | (numéro complet) |
Le Convertisseur de relevés bancaires de PDFSub inclut une étape de déverrouillage — entrez votre mot de passe une fois et le convertisseur s'occupe du reste. Le mot de passe est utilisé localement dans votre navigateur ; il n'est jamais envoyé à aucun serveur.
Le système numérique indien : Lakhs et Crores
Le système de numération indien regroupe les chiffres différemment du système occidental après les trois premiers chiffres :
| Montant | Format indien | Format occidental |
|---|---|---|
| Mille | 1,000 | 1,000 |
| Dix mille | 10,000 | 10,000 |
| Un lakh | 1,00,000 | 100,000 |
| Dix lakhs | 10,00,000 | 1,000,000 |
| Un crore | 1,00,00,000 | 10,000,000 |
Le motif des virgules : première virgule après 3 chiffres en partant de la droite, puis tous les 2 chiffres ensuite.
Pourquoi c'est important pour l'extraction : Un convertisseur qui attend un placement de virgule occidental (tous les 3 chiffres) analysera mal les nombres au format indien. Le montant "1,23,456.78" (un lakh vingt-trois mille) pourrait être mal interprété comme "123,456.78" ou "1,234,567.8" — les deux sont incorrects.
PDFSub gère correctement le formatage des nombres indiens, en préservant la valeur numérique réelle quelle que soit la position des virgules.
Astuce Excel : Pour afficher les nombres au format indien dans Excel, changez votre locale système en anglais (Inde) ou utilisez un format de nombre personnalisé : [>=10000000]##\,##\,##\,##0;[>=100000] ##\,##\,##0;##,##0
Relevés en hindi et bilingues
Où le hindi apparaît
La circulaire maîtresse de la RBI sur le service client impose que tout le matériel destiné aux clients des banques commerciales agréées soit disponible en hindi, anglais et langue régionale. En pratique :
- Les en-têtes peuvent apparaître en hindi et en anglais (par exemple, "खाता विवरण / Account Statement")
- Le nom de la banque et la succursale apparaissent en hindi sur les relevés des banques PSU
- Les champs de narration sont presque toujours en anglais (les codes de transaction comme NEFT, UPI, IMPS sont en anglais)
- Les carnets de chèques/relevés PDF des banques publiques dans les zones rurales peuvent avoir des en-têtes uniquement en hindi
- Les relevés PDF numériques des services bancaires en ligne sont principalement en anglais
Termes bancaires courants en hindi
| Hindi (Devanagari) | Translittération | Anglais |
|---|---|---|
| खाता | Khata | Compte |
| बचत खाता | Bachat Khata | Compte d'épargne |
| चालू खाता | Chalu Khata | Compte courant |
| जमा | Jama | Dépôt |
| निकासी | Nikaasi | Retrait |
| शेष राशि | Shesh Rashi | Solde |
| खाता विवरण | Khata Vivaran | Relevé de compte |
| ब्याज | Byaaj | Intérêt |
| दिनांक | Dinank | Date |
| लेनदेन | Lenden | Transaction |
Défis OCR pour le Devanagari
Les relevés numérisés avec du texte en hindi présentent des défis OCR spécifiques :
- Structure de caractères complexe — Le Devanagari a des caractères conjoints plus difficiles à segmenter que l'alphabet latin
- Précision du Devanagari imprimé — 90–95 % pour un texte imprimé clair
- Précision du hindi manuscrit — 70–85 % pour des échantillons clairs
- Mélange de scripts — Les relevés combinant Devanagari et latin nécessitent des systèmes OCR qui gèrent les deux scripts simultanément
- Encodage de polices hérité — Les polices pré-Unicode comme Kruti Dev encodent les caractères Devanagari en utilisant des points de code latins, provoquant des échecs OCR
PDFSub prend en charge plus de 130 langues, dont le hindi (script Devanagari). Pour les relevés PDF numériques (le type téléchargé depuis les services bancaires en ligne), l'extraction fonctionne sans OCR — le texte est déjà encodé dans le PDF. L'OCR n'est nécessaire que pour les relevés numérisés ou photographiés.
Référence des codes de transaction
Les relevés bancaires indiens utilisent des abréviations spécifiques pour différents systèmes de paiement :
| Code | Forme complète | Description | Format typique |
|---|---|---|---|
| UPI | Unified Payments Interface | Paiement mobile instantané | UPI/{VPA}/{Nom}/{Réf} |
| NEFT | National Electronic Funds Transfer | Transfert à règlement par lots | NEFT/{UTR}/{Nom} |
| RTGS | Real Time Gross Settlement | Transfert en temps réel de haute valeur (min 2 lakh Rs) | RTGS/{UTR}/{Nom} |
| IMPS | Immediate Payment Service | Transfert en temps réel (montant quelconque) | IMPS/{Réf}/{Nom} |
| NACH | National Automated Clearing House | Paiements groupés/récurrents (EMI, assurances) | NACH/{Mandat}/{Nom} |
| ECS | Electronic Clearing Service | Ancien système de paiement groupé | ECS/{Réf} |
| ATM WDL | Retrait ATM | Retrait d'espèces à un distributeur | ATM WDL/{Lieu} |
| NWD | Non-Home Branch Withdrawal | Retrait ATM dans une autre succursale | NWD/{Banque}/{Lieu} |
| CHQ DEP | Dépôt de chèque | Chèque déposé | CHQ DEP/{N° Chq} |
| POS | Point of Sale | Paiement par carte chez un commerçant | POS/{Commerçant}/{Ville} |
| INT CR | Crédit d'intérêt | Intérêts crédités au compte | INT CR |
| CMS | Cash Management Services | Gestion de trésorerie d'entreprise | CMS/{Réf} |
| DD | Demand Draft | Paiement émis par la banque | DD/{N°}/{Nom} |
Formats UTR (Unique Transaction Reference) :
- NEFT : Code à 16 caractères (code banque + date + série)
- RTGS : Code à 22 caractères (code banque + date complète + série)
- IMPS : Référence numérique à 12 chiffres
- UPI : Format variable avec VPA (Virtual Payment Address)
Comprendre ces codes vous aide à vérifier que les données extraites classent correctement les types de transactions.
Caractéristiques des relevés spécifiques aux banques
SBI (State Bank of India)
La plus grande banque d'Inde avec 23 % de part de marché en actifs et 25 % en prêts et dépôts.
- Mise en page : Colonnes de débit et de crédit séparées
- Format de date : JJ/MM/AAAA
- Mot de passe (mobile banking) : Numéro de compte à 11 chiffres
- Mot de passe (e-mail) : 5 derniers chiffres du mobile + DOB (JJMMAA)
- En-têtes : Bilingues (hindi + anglais)
- Narration : Souvent abrégée avec des codes internes
HDFC Bank
Plus grande banque du secteur privé en capitalisation boursière avec plus de 9 100 succursales.
- Mise en page : Colonnes de retrait et de dépôt séparées
- Format de date : JJ-MMM-AAAA (par exemple, 15-Mar-2026)
- Mot de passe (compte) : Identifiant client
- Mot de passe (carte de crédit) : 4 premières lettres majuscules du nom + 4 derniers chiffres de la carte
- En-têtes : Uniquement en anglais
- Narration : Relativement détaillée avec les noms complets des bénéficiaires
ICICI Bank
Deuxième plus grande banque privée avec 6 613 succursales.
- Mise en page : Colonnes de débit et de crédit séparées
- Format de date : JJ-MM-AAAA
- Mot de passe : 4 premières lettres du titre du compte + DOB (JJMM)
- En-têtes : Uniquement en anglais
- Narration : Inclut les numéros de référence de transaction
Axis Bank
Troisième plus grande banque privée.
- Mise en page : Colonnes de débit et de crédit séparées
- Format de date : JJ MMM AAAA (séparés par des espaces)
- Mot de passe : 4 premières lettres majuscules du nom + DOB (JJMM)
- En-têtes : Uniquement en anglais
PNB (Punjab National Bank)
Deuxième plus grande banque PSU avec plus de 11 000 succursales.
- Mise en page : Colonnes de débit et de crédit séparées
- Format de date : JJ/MM/AAAA
- Mot de passe : Identifiant client à 9 chiffres (alphanumérique)
- En-têtes : Bilingues (hindi + anglais)
- Narration : Inclut souvent du texte en hindi pour les transactions au niveau de la succursale
Cas d'utilisation de la conversion de relevés bancaires indiens
Conformité et déclaration GST
La réconciliation GST est obligatoire pour les entreprises sous le régime GST. Les relevés bancaires servent de documents justificatifs pour :
- Réconciliation GSTR-2A/2B — Comparaison des données d'achat/vente avec les enregistrements des fournisseurs
- Demandes de crédit de taxe sur les intrants (Input Tax Credit) — Vérification de la GST payée sur les frais bancaires
- GSTR-9C — Déclaration annuelle de réconciliation comparant les déclarations GST aux états financiers audités
- Règle 54(2) des Règles CGST — Lorsqu'une banque n'émet pas de facture fiscale, le relevé bancaire est considéré comme la facture
La conversion des relevés en Excel permet une réconciliation GST mensuelle efficace en comparant les dates de transaction, les montants et les détails des contreparties.
Préparation de la déclaration de revenus
Les experts-comptables (CA) auditent les livres de caisse, les registres, les journaux, les relevés bancaires et les factures de vente/achat. En vertu de l'article 44AB :
- Chiffre d'affaires de l'entreprise dépassant 1 crore de roupies (10 crores de roupies si les transactions en espèces sont inférieures à 5 %) nécessite un audit fiscal
- Recettes brutes professionnelles dépassant 50 lakhs de roupies nécessitent un audit fiscal
- Sanction en vertu de l'article 271B : 1 lakh de roupies ou 0,5 % du chiffre d'affaires (le moins élevé des deux) en cas de non-conformité
Des relevés bancaires bien organisés en Excel réduisent considérablement le temps de préparation de l'audit et aident les CA à vérifier efficacement les revenus, les dépenses et les flux de trésorerie.
Suivi TDS/TCS
Les banques déduisent la TDS sur les revenus d'intérêts dépassant 40 000 Rs/an (50 000 Rs pour les seniors). La conversion des relevés bancaires en Excel permet de :
- Croiser les déductions TDS avec le Formulaire 26AS et la Déclaration d'informations annuelles (AIS)
- Identifier les discordances entre la TDS déduite par la banque et les enregistrements TRACES
- Suivre la TDS des prestataires/professionnels (Sections 194C, 194J) et la TCS sur les achats
Demandes de prêt
Toutes les grandes banques indiennes exigent les relevés bancaires des 6 derniers mois comme preuve de revenus pour les demandes de prêt. Les emprunteurs indépendants ont besoin de documents supplémentaires, y compris les relevés de compte courant et les relevés de facilité CC/OD.
La conversion en Excel aide les demandeurs à examiner leurs données financières, à identifier toute irrégularité et à s'assurer que les relevés répondent aux exigences des prêteurs.
Demandes de visa
La plupart des demandes de visa nécessitent des relevés bancaires récents montrant une preuve de fonds :
- Solde minimum généralement de 1 50 000 Rs à 5 00 000 Rs (varie selon le pays de destination)
- Relevés des 6 derniers mois recommandés
- Dépôts importants soudains avant la demande semblent suspects
Comptabilité des petites entreprises
De nombreuses PME indiennes effectuent toutes leurs transactions via des comptes bancaires personnels, ce qui rend difficile la distinction entre les dépenses personnelles et professionnelles. La conversion des relevés PDF en Excel permet une catégorisation et une réconciliation régulières plutôt qu'une précipitation en fin d'année.
Compatibilité avec les logiciels de comptabilité
TallyPrime (Le plus utilisé en Inde)
TallyPrime 7.0 prend en charge l'importation de relevés bancaires pour plus de 145 banques.
- Format d'importation préféré : XML (le plus fiable pour les données structurées)
- Accepte également : Excel, CSV, MT940
- Exigence clé : Le nom du compte bancaire dans XML doit correspondre au nom du compte Tally
- Réconciliation automatique : Fait correspondre les transactions importées avec les enregistrements Tally existants
- Exigence de date de pièce : Doit tomber dans l'exercice financier actif
Flux de travail : Convertir le relevé bancaire en Excel avec PDFSub → Mapper les colonnes à la structure attendue par Tally → Exporter en XML → Importer dans TallyPrime.
Zoho Books
Populaire auprès des PME et des startups en Inde.
- Formats pris en charge : CSV, TSV, OFX, QIF, CAMT.053
- Prend en charge : Les formats à colonne unique (montant avec type) et à double colonne (dépôt/retrait séparés)
- Mappage des colonnes : Configurable lors de l'importation
QuickBooks India
- Format pris en charge : CSV (3 ou 4 colonnes)
- Format de date : JJ/MM/AAAA recommandé
- Exigences : Supprimer les symboles de devise, les séparateurs de milliers, texte en anglais, fichiers de moins de 350 Ko, jusqu'à 1 000 lignes par téléchargement
Vyapar
Application de facturation et de comptabilité populaire pour les PME indiennes.
- Formats pris en charge : Excel, CSV
Busy Accounting
Logiciel de comptabilité de bureau populaire en Inde.
- Formats pris en charge : Excel, CSV
Résumé des formats d'importation
| Logiciel | Excel | CSV | XML | OFX | QIF |
|---|---|---|---|---|---|
| TallyPrime | Oui | Oui | Oui (préféré) | Non | Non |
| Zoho Books | Non | Oui | Non | Oui | Oui |
| QuickBooks India | Non | Oui | Non | Non | Non |
| Vyapar | Oui | Oui | Non | Non | Non |
| Busy Accounting | Oui | Oui | Non | Non | Non |
PDFSub exporte vers Excel, CSV, TSV, JSON, OFX, QBO, QFX et QIF — couvrant toutes les principales plateformes comptables indiennes.
Confidentialité des données : DPDP Act et traitement basé sur le navigateur
Loi indienne sur la protection des données personnelles numériques (DPDP Act, 2023)
La première loi complète sur la confidentialité numérique de l'Inde a été promulguée en août 2023, avec les règles DPDP 2025 notifiées en novembre 2025. La conformité totale est attendue d'ici le 13 mai 2027.
Sept principes fondamentaux :
- Consentement et transparence — Les processeurs de données doivent divulguer les détails du traitement à l'avance
- ** Limitation de la finalité** — Les données utilisées uniquement aux fins déclarées
- Minimisation des données — Collecter uniquement ce qui est nécessaire
- Exactitude — Garder les données correctes et à jour
- Limitation de la conservation — Ne pas conserver plus longtemps que nécessaire
- Garanties de sécurité — Protéger contre les violations
- Responsabilité — Les organisations sont responsables de la conformité
Localisation des données par la RBI
La RBI exige que toutes les données des systèmes de paiement soient stockées exclusivement en Inde. Ceci est particulièrement pertinent pour tout outil traitant des relevés bancaires — les outils basés sur le cloud peuvent acheminer les données via des serveurs situés hors de l'Inde.
Pourquoi le traitement basé sur le navigateur est important
Lorsque PDFSub traite votre relevé bancaire dans votre navigateur :
- Le PDF est lu depuis votre appareil vers la mémoire du navigateur
- L'extraction se fait localement — les dates, descriptions, montants sont identifiés
- Le fichier de sortie (Excel, CSV, etc.) est généré dans votre navigateur
- Vous téléchargez le résultat directement sur votre appareil
Aucune donnée n'est transmise à un serveur. Le relevé bancaire ne quitte jamais votre appareil, ce qui est conforme à :
- Minimisation des données du DPDP Act — Aucune collecte de données n'a lieu
- Localisation des données de la RBI — Les données restent sur votre appareil en Inde
- Normes professionnelles AICPA/CA — Aucune divulgation à des tiers
Vous pouvez le vérifier : ouvrez les outils de développement de votre navigateur (F12 → onglet Réseau) pendant le traitement d'un relevé. Zéro requête sortante avec des données financières.
Défis courants et solutions
Sauts de ligne dans la narration
Problème : Les narrations des relevés bancaires indiens s'étendent fréquemment sur 2 à 3 lignes. Seule la première ligne contient la date, le montant et le solde. Les outils standard traitent chaque ligne comme une transaction distincte.
Solution : Le moteur d'extraction de PDFSub détecte les narrations multi-lignes en identifiant les lignes sans dates ni montants, puis les fusionne dans la transaction parente. Le résultat est une seule ligne propre par transaction.
Analyse des nombres Lakh/Crore
Problème : Les outils centrés sur l'Occident attendent des virgules tous les 3 chiffres. Le formatage indien (1,23,456.78) est mal interprété.
Solution : PDFSub reconnaît le formatage des nombres indiens et préserve la valeur numérique correcte. Dans la sortie Excel, les nombres sont stockés comme des valeurs numériques réelles que vous pouvez additionner, trier et analyser.
PDF protégés par mot de passe
Problème : Chaque banque indienne utilise un format de mot de passe différent. Les utilisateurs perdent du temps à essayer de se souvenir de quelle combinaison leur banque utilise.
Solution : Utilisez le tableau de référence des mots de passe de ce guide. Le convertisseur de PDFSub inclut une étape de déverrouillage par mot de passe — entrez-le une fois et procédez à la conversion. Le mot de passe est traité localement dans votre navigateur.
Incohérence des formats de date
Problème : JJ/MM/AAAA, JJ-MMM-AAAA, JJ MMM AAAA — chaque banque utilise son propre format. Excel peut mal interpréter les dates lorsque la locale ne correspond pas.
Solution : PDFSub normalise les dates lors de l'extraction. Dans la sortie Excel, les dates sont stockées comme des valeurs de date correctes avec un formatage cohérent, empêchant les mauvaises interprétations liées à la locale.
Texte mixte hindi et anglais
Problème : Les relevés des banques PSU incluent des en-têtes en hindi et parfois des narrations en hindi. Les outils attendant uniquement du texte anglais peuvent ne pas analyser ces sections.
Solution : PDFSub prend en charge plus de 130 langues, dont le hindi. Les PDF numériques (le type téléchargé depuis les services bancaires en ligne) ont le texte encodé directement dans le fichier — pas besoin d'OCR. Le texte hindi et anglais est extrait correctement.
Étapes : Convertir votre relevé bancaire indien
Étape 1 : Téléchargez votre relevé
Connectez-vous au portail bancaire en ligne de votre banque et téléchargez le relevé PDF. Les relevés numériques sont plus précis que les pages de carnets de chèques numérisés.
Étape 2 : Notez votre mot de passe
Consultez le tableau des mots de passe de ce guide pour le format de votre banque. Modèles courants :
- Identifiant client (HDFC, Canara, IDBI)
- Abréviation du nom + DOB (ICICI, Axis, Bank of Baroda)
- Numéro de compte (SBI mobile banking, Indian Bank)
Étape 3 : Téléchargez et convertissez
- Allez sur le Convertisseur de relevés bancaires de PDFSub
- Téléchargez votre relevé PDF
- Entrez le mot de passe lorsqu'il est demandé
- Sélectionnez votre format de sortie (Excel, CSV ou le format préféré de votre logiciel de comptabilité)
- Téléchargez le fichier converti
L'ensemble du processus prend moins de 30 secondes pour la plupart des relevés. Votre fichier est traité dans votre navigateur et jamais téléchargé sur un serveur.
Étape 4 : Importez dans votre logiciel de comptabilité
Pour TallyPrime : Ouvrez le fichier Excel, mappez les colonnes aux champs attendus par Tally, exportez en XML, puis importez dans TallyPrime.
Pour Zoho Books : Téléchargez le fichier CSV directement via Banque → Importer le relevé. Mappez les colonnes lors de l'importation.
Pour QuickBooks : Téléchargez le fichier CSV via Banque → Télécharger les transactions. Assurez-vous que le format de date correspond à JJ/MM/AAAA.
Étape 5 : Vérifiez
Vérifiez toujours :
- Le nombre de transactions correspond au PDF source
- Les soldes d'ouverture et de clôture correspondent
- Les totaux des débits et crédits sont corrects
- Les dates sont dans le bon mois (attention à l'interprétation JJ/MM vs MM/JJ)
Conseils pour de meilleurs résultats
Téléchargez des relevés numériques. Les PDF des services bancaires en ligne ont un encodage de texte parfait, rendant l'extraction quasi parfaite. Les pages de carnets de chèques numérisés ont une précision plus faible en raison des limitations de l'OCR.
Utilisez le bon format de sortie. Excel est idéal pour la revue et l'analyse. CSV pour la plupart des logiciels de comptabilité indiens. XML pour TallyPrime.
Vérifiez d'abord le format du mot de passe. Chaque banque utilise un schéma différent. Avoir le mot de passe prêt avant de commencer vous fait gagner du temps.
Vérifiez le formatage des nombres dans Excel. Après l'importation, confirmez que les montants sont reconnus comme des nombres (alignés à droite) et non comme du texte (alignés à gauche). Si les montants apparaissent comme du texte, sélectionnez la colonne et convertissez-la au format Nombre.
Gérez les relevés multi-comptes avec soin. Certaines banques combinent les comptes d'épargne et les comptes courants dans un seul relevé. Vérifiez que les transactions sont correctement attribuées à chaque compte.
Essayez gratuitement
Prêt à convertir votre relevé bancaire indien ? Téléchargez votre PDF maintenant — PDFSub prend en charge plus de 20 000 formats bancaires, y compris toutes les grandes banques indiennes. Les relevés numériques sont traités entièrement dans votre navigateur. Vos données financières ne quittent jamais votre appareil.
Commencez un essai gratuit de 7 jours. Annulez à tout moment.