轉換印度銀行對帳單為 Excel
印度有超過 5.6 億個銀行帳戶，其對帳單具有獨特的挑戰：lakh/crore 的數字格式、密碼保護的 PDF、印地語/天城體文字以及 UPI/NEFT/IMPS 交易代碼。以下是如何準確轉換它們。
僅透過 Jan Dhan Yojana 開設的銀行帳戶就超過 5.6 億個，數位銀行用戶超過 2.95 億，以及 685 家銀行活躍於 UPI，每月處理 216 億筆交易。幾乎所有這些銀行都會發出 PDF 對帳單——每家都有自己的佈局、密碼格式、日期慣例和交易代碼系統。
將印度銀行對帳單轉換為 Excel 比看起來要困難。lakh/crore 數字系統的逗號放置方式與西方格式（1,23,456.78 對比 123,456.78）不同。大多數對帳單都受密碼保護，密碼組合取決於銀行，包含客戶 ID、出生日期和帳戶號碼。PSU 銀行在英文旁邊包含印地語（天城體）文字。包含 UPI 交易 ID 和 NEFT UTR 編號的說明欄位經常跨越多行，這會破壞標準提取工具。
本指南涵蓋了每家主要印度銀行的對帳單格式、密碼模式、交易代碼以及將其轉換為 Excel、CSV 或 Tally 相容格式的特定挑戰。
印度銀行對帳單格式
標準欄位佈局
大多數印度銀行對帳單使用此欄位結構：
| 欄位 | 說明 |
|---|---|
| 日期 | 交易日期（格式因銀行而異） |
| 價值日期 | 資金實際結算的日期 |
| 說明 / 描述 / 詳情 | 交易詳情、代碼和對手方 |
| 支票/參考號 | 支票號碼或參考號碼 |
| 提款 / 借記 | 扣除金額 |
| 存款 / 貸記 | 存入金額 |
| 結算餘額 | 每筆交易後的滾動餘額 |
一些銀行（SBI、PNB）使用單獨的借記和貸記欄位。其他銀行使用單一金額欄位，並帶有 Cr/Dr 指示符。這種不一致性是通用提取工具難以處理印度對帳單的原因之一。
按銀行劃分的日期格式
印度銀行在單一日期格式上沒有達成一致：
| 格式 | 範例 | 使用的銀行 |
|---|---|---|
| DD/MM/YYYY | 15/03/2026 | SBI、PNB、Canara Bank |
| DD-MM-YYYY | 15-03-2026 | ICICI、大多數 PSU 銀行 |
| DD-MMM-YYYY | 15-Mar-2026 | HDFC Bank |
| DD/MM/YY | 15/03/26 | 一些舊格式的對帳單 |
| DD MMM YYYY | 15 Mar 2026 | Axis Bank |
BIS 標準（IS 7900:2001）建議遵循 ISO 8601 的 YYYY-MM-DD，但幾乎沒有印度銀行對帳單使用此格式。轉換為 Excel 時，日期解析必須正確處理所有這些變體——日期被誤解為 MM/DD 可能會導致交易偏移數月。
說明欄位模式
說明欄位是印度銀行對帳單變得複雜的地方。常見模式：
- UPI/{VPA}/{Name}/{Ref} - 帶有虛擬支付地址 (VPA) 的 UPI 交易
- NEFT/{UTR}/{Beneficiary Name} - 帶有 UTR 編號的 NEFT 轉帳
- RTGS/{UTR}/{Beneficiary Name} - RTGS 高價值轉帳
- IMPS/{Ref}/{Name} - IMPS 即時轉帳
- ATM WDL 或 NWD - ATM 提款
- CHQ DEP - 支票存款
- INT CR - 存入的利息
- POS DR - 銷售點借記
- NACH - 全國自動清算所（定期付款）
- ECS - 電子清算服務
- CMS - 現金管理服務
- DD - 銀行本票
這些說明經常在 PDF 中跨越多行換行，特別是對於 UPI 交易（包含像 username@bankname 這樣的 VPA）和 NEFT 轉帳（包含 16 個字元的 UTR 編號以及受益人詳細資訊）。標準提取工具將每一行換行視為單獨的列——創建沒有日期或金額的虛假交易。
密碼保護：每家印度銀行都不同
幾乎所有印度銀行都會對發送給客戶的電子郵件 PDF 對帳單進行密碼保護。密碼格式對每家銀行都是獨一無二的：
| 銀行 | 密碼格式 | 範例 |
|---|---|---|
| SBI (行動銀行) | 11 位數字帳戶號碼 | 12345678901 |
| SBI (電子郵件) | 手機號碼後 5 位 + 出生日期 (DDMMYY) | 56789010190 |
| HDFC Bank (帳戶) | 客戶 ID | 12345678 |
| HDFC Bank (信用卡) | 姓名前 4 個大寫字母 + 卡號後 4 位 | SWAT5692 |
| ICICI Bank | 帳戶名稱前 4 個字母 + 出生日期 (DDMM) | SWAT1801 |
| Axis Bank | 姓名前 4 個大寫字母 + 出生日期 (DDMM) | RAJA0508 |
| PNB | 9 位數字客戶 ID（字母數字） | ABC123456 |
| Kotak Mahindra | CRN（客戶關係號碼） | 9876543210 |
| Bank of Baroda | 姓名前 4 個小寫字母 + 出生日期 (DDMM) | raje0508 |
| Bank of India | 姓名前 4 個小寫字母 + 出生日期 (DDMM) | anan1606 |
| Canara Bank | 客戶 ID（CIF 編號） | 9876543210 |
| Union Bank | 姓名格式 + 出生日期 | RAJA05081990 |
| IDBI Bank | 客戶 ID | 1234567890 |
| Yes Bank | 客戶 ID + 完整出生日期 (DDMMYYYY) | 123456789001011990 |
| IndusInd Bank | 名字前 4 個大寫字母 + 出生日期 (DDMM) | RAJA0508 |
| Central Bank of India | CustomerID@DOB (DDMMYYYY) | 9029080134@18031998 |
| Indian Bank | 完整銀行帳戶號碼 | (完整號碼) |
PDFSub 的 銀行對帳單轉換器 包含解鎖步驟——輸入一次密碼，轉換器即可處理其餘部分。密碼在您的瀏覽器中本地使用；它永遠不會發送到任何伺服器。
印度數字系統：Lakhs 和 Crores
印度數字系統在最初三位數字之後的數字分組方式與西方系統不同：
| 金額 | 印度格式 | 西方格式 |
|---|---|---|
| 一千 | 1,000 | 1,000 |
| 一萬 | 10,000 | 10,000 |
| 十萬 (1 Lakh) | 1,00,000 | 100,000 |
| 百萬 (10 Lakhs) | 10,00,000 | 1,000,000 |
| 千萬 (1 Crore) | 1,00,00,000 | 10,000,000 |
逗號模式：從右邊數 3 位數字後的第一個逗號，然後之後每 2 位數字一個逗號。
為何這對提取很重要： 期望西方逗號位置（每 3 位數字）的轉換器將錯誤解析印度格式的數字。金額 "1,23,456.78"（十一萬二千三百）可能被錯誤解析為 "123,456.78" 或 "1,234,567.8"——兩者都錯。
PDFSub 正確處理印度數字格式，無論逗號如何放置，都能保留實際的數值。
**Excel 提示：**要在 Excel 中顯示印度格式的數字，請將您的系統地區設定更改為英語（印度），或使用自訂數字格式：[>=10000000]##\,##\,##\,##0;[>=100000] ##\,##\,##0;##,##0
印地語和雙語對帳單
印地語出現的位置
RBI 的客戶服務總體規定，所有預定商業銀行的面向客戶的資料都必須提供印地語、英語和當地語言版本。實際上：
-
標題可能同時以印地語和英語顯示（例如，「खाता विवरण / Account Statement」）
-
銀行名稱和分行出現在 PSU 銀行對帳單的印地語版本中
-
說明欄位幾乎總是英文（NEFT、UPI、IMPS 等交易代碼是英文）
-
鄉村地區的政府/PSU 銀行存摺可能只有印地語標題
-
網路銀行下載的數位 PDF 對帳單主要為英文
常見印地語銀行術語
| 印地語（天城體） | 音譯 | 英文 |
|---|---|---|
| खाता | Khata | 帳戶 |
| बचत खाता | Bachat Khata | 儲蓄帳戶 |
| चालू खाता | Chalu Khata | 往來帳戶 |
| जमा | Jama | 存款 |
| निकासी | Nikaasi | 提款 |
| शेष राशि | Shesh Rashi | 餘額 |
| खाता विवरण | Khata Vivaran | 帳戶對帳單 |
| ब्याज | Byaaj | 利息 |
| दिनांक | Dinank | 日期 |
| लेनदेन | Lenden | 交易 |
天城體文字的 OCR 挑戰
帶有印地語文字的掃描對帳單會帶來特定的 OCR 挑戰：
- 複雜的字符結構——天城體有連字符，比拉丁字母更難分割
- 印刷體天城體準確性——清晰印刷文字為 90-95%
- 手寫印地語準確性——清晰樣本為 70-85%
- 多語言混合——混合天城體和拉丁字母的對帳單需要能夠同時處理這兩種文字的 OCR 系統
- 舊字體編碼——像 Kruti Dev 這樣的 Unicode 前字體使用拉丁字碼點編碼天城體字符，導致 OCR 失敗
PDFSub 支援包括印地語（天城體）在內的 130 多種語言。對於數位 PDF 對帳單（從網路銀行下載的類型），提取無需 OCR——文字已在 PDF 中編碼。OCR 只需用於掃描或拍攝的對帳單。
交易代碼參考
印度銀行對帳單使用特定的縮寫來表示不同的支付系統：
| 代碼 | 全稱 | 說明 | 典型格式 |
|---|---|---|---|
| UPI | Unified Payments Interface | 即時行動支付 | UPI/{VPA}/{Name}/{Ref} |
| NEFT | National Electronic Funds Transfer | 分批結算轉帳 | NEFT/{UTR}/{Name} |
| RTGS | Real Time Gross Settlement | 高價值即時轉帳（最低 20 萬盧比） | RTGS/{UTR}/{Name} |
| IMPS | Immediate Payment Service | 即時轉帳（任何金額） | IMPS/{Ref}/{Name} |
| NACH | National Automated Clearing House | 大量/定期付款（EMI、保險） | NACH/{Mandate}/{Name} |
| ECS | Electronic Clearing Service | 舊的大量支付系統 | ECS/{Ref} |
| ATM WDL | ATM Withdrawal | 在 ATM 提款 | ATM WDL/{Location} |
| NWD | Non-Home Branch Withdrawal | 在不同銀行 ATM 提款 | NWD/{Bank}/{Location} |
| CHQ DEP | Cheque Deposit | 存入的支票 | CHQ DEP/{Chq No} |
| POS | Point of Sale | 在商家處的卡片支付 | POS/{Merchant}/{City} |
| INT CR | Interest Credit | 存入帳戶的利息 | INT CR |
| CMS | Cash Management Services | 公司現金管理 | CMS/{Ref} |
| DD | Demand Draft | 銀行發行的支付 | DD/{No}/{Name} |
UTR（唯一交易參考）格式：
- NEFT：16 個字元代碼（銀行代碼 + 日期 + 序號）
- RTGS：22 個字元代碼（銀行代碼 + 完整日期 + 序號）
- IMPS：12 位數字參考號
- UPI：帶有 VPA（虛擬支付地址）的可變格式
了解這些代碼有助於您驗證提取的資料是否正確分類了交易類型。
特定銀行的對帳單特性
SBI（印度國家銀行）
印度最大的銀行，資產市場佔有率為 23%，貸款和存款佔有率為 25%。
- **佈局：**單獨的借記和貸記欄位
- 日期格式： DD/MM/YYYY
- 密碼（行動銀行）： 11 位數字帳戶號碼
- 密碼（電子郵件）： 手機號碼後 5 位 + 出生日期 (DDMMYY)
- **標題：**雙語（印地語 + 英語）
- **說明：**經常使用內部代碼縮寫
HDFC Bank
按市值計算是最大的私人銀行，擁有 9,100 多家分支機構。
- **佈局：**單獨的提款和存款欄位
- 日期格式： DD-MMM-YYYY（例如，15-Mar-2026）
- **密碼（帳戶）：**客戶 ID
- **密碼（信用卡）：**姓名前 4 個大寫字母 + 卡號後 4 位
- **標題：**僅英文
- **說明：**相對詳細，包含完整的受益人姓名
ICICI Bank
第二大私人銀行，擁有 6,613 家分支機構。
- **佈局：**單獨的借記和貸記欄位
- 日期格式： DD-MM-YYYY
- **密碼：**帳戶名稱前 4 個字母 + 出生日期 (DDMM)
- **標題：**僅英文
- **說明：**包含交易參考號碼
Axis Bank
第三大私人銀行。
- **佈局：**單獨的借記和貸記欄位
- 日期格式： DD MMM YYYY（空格分隔）
- **密碼：**姓名前 4 個大寫字母 + 出生日期 (DDMM)
- **標題：**僅英文
PNB（旁遮普國家銀行）
第二大 PSU 銀行，擁有 11,000 多家分支機構。
- **佈局：**單獨的借記和貸記欄位
- 日期格式： DD/MM/YYYY
- 密碼： 9 位數字客戶 ID（字母數字）
- **標題：**雙語（印地語 + 英語）
- **說明：**經常包含分行級交易的印地語文字
印度銀行對帳單轉換的應用場景
GST 合規與申報
在 GST 制度下，GST તાલમેલ（reconciliation）是企業的強制性要求。銀行對帳單可作為以下文件的支援證明：
- **GSTR-2A/2B તાલમેલ：**將採購/銷售數據與供應商記錄進行匹配
- **進項稅額抵扣申報：**驗證銀行手續費上支付的 GST
- **GSTR-9C：**年度 તાલમેલ 報表，比較 GST 申報與審計後的財務報表
- **CGST 法規第 54(2) 條：**當銀行未開具稅務發票時，銀行對帳單被視為發票
將對帳單轉換為 Excel，可透過匹配交易日期、金額和對手方詳細資訊，實現高效的月度 GST તાલમેલ。
所得稅申報準備
特許會計師 (CA) 會審計現金帳簿、分類帳、日記帳、銀行對帳單以及銷售/採購發票。根據第 44AB 條：
- 企業營業額超過 1 億盧比（若現金交易在 5% 以內，則為 10 億盧比）需要進行稅務審計
- 專業總收入超過 500 萬盧比需要進行稅務審計
- **根據第 271B 條的罰款：**未遵守規定的罰款為 10 萬盧比或營業額的 0.5%（以較低者為準）
組織良好的 Excel 銀行對帳單可顯著減少審計準備時間，並幫助 CA 有效驗證收入、支出和現金流。
TDS/TCS 追蹤
當利息收入超過每年 40,000 盧比（老年人為 50,000 盧比）時，銀行會扣除 TDS。將銀行對帳單轉換為 Excel 可實現：
- 將 TDS 扣除與 Form 26AS 和 年度資訊聲明 (AIS) 進行交叉參考
- 識別銀行扣除的 TDS 與 TRACES 記錄之間的差異
- 追蹤承包商/專業人士的 TDS（第 194C、194J 條）和採購的 TCS
貸款申請
所有主要印度銀行都要求提供過去 6 個月的銀行對帳單作為收入證明，用於貸款申請。自僱借款人需要額外的文件，包括往來帳戶對帳單和 CC/OD 額度對帳單。
轉換為 Excel 有助於申請人審查其財務數據，識別任何不規則之處，並確保對帳單符合貸方的要求。
簽證申請
大多數簽證申請都需要當期銀行對帳單以證明資金充足：
- 最低餘額通常為 150,000 至 500,000 盧比（因目的地國家而異）
- 建議提供過去 6 個月的對帳單
- 申請前突然的大額存款會顯得可疑
小型企業簿記
許多印度的中小企業將所有交易都透過個人銀行帳戶進行，這使得區分個人和企業支出變得困難。將 PDF 對帳單轉換為 Excel，可以定期進行分類和 તાલમેલ，而不是在年底倉促處理。
會計軟體相容性
TallyPrime（印度最廣泛使用的軟體）
TallyPrime 7.0 支援 145 家以上銀行的銀行對帳單匯入。
- 首選匯入格式： XML（結構化數據最可靠）
- 也接受： Excel、CSV、MT940
- 關鍵要求： XML 中的銀行帳戶名稱必須與 Tally 中的銀行分類帳名稱相符
- **自動 તાલમેલ：**將匯入的交易與現有的 Tally 記錄進行匹配
- **憑證日期要求：**必須落在活躍財政年度內
工作流程： 使用 PDFSub 將銀行對帳單轉換為 Excel → 將欄位對應到 Tally 的預期結構 → 匯出為 XML → 匯入 TallyPrime。
Zoho Books
在印度中小企業和新創公司中很受歡迎。
- 支援格式： CSV、TSV、OFX、QIF、CAMT.053
- **支援：**單欄位（帶類型金額）和雙欄位（單獨的存款/提款）格式
- **欄位對應：**匯入時可設定
QuickBooks India
- 支援格式： CSV（3 欄或 4 欄）
- **日期格式：**建議 DD/MM/YYYY
- **要求：**去除貨幣符號，移除千位分隔符，英文文字，檔案大小低於 350 KB，每次上傳最多 1,000 行
Vyapar
印度中小企業流行的計費和會計應用程式。
- 支援格式： Excel、CSV
Busy Accounting
在印度流行的桌面會計軟體。
- 支援格式： Excel、CSV
匯入格式摘要
| 軟體 | Excel | CSV | XML | OFX | QIF |
|---|---|---|---|---|---|
| TallyPrime | 是 | 是 | 是（首選） | 否 | 否 |
| Zoho Books | 否 | 是 | 否 | 是 | 是 |
| QuickBooks India | 否 | 是 | 否 | 否 | 否 |
| Vyapar | 是 | 是 | 否 | 否 | 否 |
| Busy Accounting | 是 | 是 | 否 | 否 | 否 |
PDFSub 匯出為 Excel、CSV、TSV、JSON、OFX、QBO、QFX 和 QIF——涵蓋所有主要的印度會計平台。
資料隱私：DPDP 法案和瀏覽器處理
印度的數位個人資料保護法 (DPDP Act, 2023)
印度首部全面的數位隱私法於 2023 年 8 月頒布，DPDP 法規 2025 於 2025 年 11 月公布。預計於 2027 年 5 月 13 日全面遵守。
七項核心原則：
- 同意與透明度——資料處理者必須預先披露處理細節
- 目的限制——資料僅用於聲明目的
- 資料最小化——僅收集必要資料
- 準確性——保持資料正確和最新
- 儲存限制——不保留超過所需時間
- 安全保障——防止洩漏
- 問責制——組織對合規負責
RBI 資料本地化
RBI 要求所有支付系統數據必須僅儲存在印度境內。這對於處理銀行對帳單的任何工具都特別重要——基於雲端的工具可能會將數據透過印度境外的伺服器路由。
為何瀏覽器處理很重要
當 PDFSub 在您的瀏覽器中處理您的銀行對帳單時：
- PDF 從您的設備讀取到瀏覽器記憶體中
- 提取在本地進行——識別日期、描述、金額
- 輸出文件（Excel、CSV 等）在您的瀏覽器中生成
- 您直接將結果下載到您的設備
**沒有數據會傳輸到任何伺服器。**銀行對帳單永遠不會離開您的設備，這符合：
- DPDP 法案資料最小化——不收集數據
- RBI 資料本地化——數據保留在您在印度的設備上
- AICPA/CA 專業標準——不向第三方披露
您可以驗證這一點：在處理對帳單時打開瀏覽器的開發者工具（F12 → Network 標籤）。沒有包含財務數據的傳出請求。
常見挑戰與解決方案
多行說明換行
**問題：**印度銀行對帳單的說明經常換行至 2-3 行。只有第一行包含日期、金額和餘額。標準工具將每一行視為單獨的交易。
**解決方案：**PDFSub 的提取引擎透過識別沒有日期和金額的行來偵測多行說明，然後將它們合併到父交易中。結果是每筆交易一個乾淨的列。
Lakh/Crore 數字解析
**問題：**以西方為中心的工具期望每 3 位數字有一個逗號。印度格式（1,23,456.78）被誤解。
**解決方案：**PDFSub 識別印度數字格式並保留正確的數值。在 Excel 輸出中，數字儲存為實際的數值，您可以對其進行加總、排序和分析。
密碼保護的 PDF
**問題：**每家銀行都使用不同的密碼格式。用戶浪費時間試圖記住他們的銀行使用哪種組合。
**解決方案：**請參閱本指南中的密碼參考表。PDFSub 的轉換器包含密碼解鎖步驟——輸入一次即可繼續轉換。密碼在您的瀏覽器中本地處理。
日期格式不一致
**問題：**DD/MM/YYYY、DD-MMM-YYYY、DD MMM YYYY——每家銀行都有自己的格式。當地區設定不匹配時，Excel 可能會誤解日期。
**解決方案：**PDFSub 在提取過程中標準化日期。在 Excel 輸出中，日期儲存為具有一致格式的正確日期值，防止地區設定相關的誤解。
印地語和英語混合文字
**問題：**PSU 銀行對帳單包含印地語標題，偶爾也有印地語說明。期望僅英文的工具可能無法解析這些部分。
**解決方案：**PDFSub 支援包括印地語在內的 130 多種語言。數位 PDF（從網路銀行下載的類型）中的文字直接編碼在文件中——無需 OCR。印地語和英語文字都會被正確提取。
步驟說明：轉換您的印度銀行對帳單
步驟 1：下載您的對帳單
登錄您銀行的網路銀行入口網站並下載 PDF 對帳單。數位對帳單比掃描的存摺頁面更準確。
步驟 2：記下您的密碼
參考本指南中您銀行的格式對應的密碼表。常見模式：
- 客戶 ID（HDFC、Canara、IDBI）
- 姓名縮寫 + 出生日期（ICICI、Axis、Bank of Baroda）
- 帳戶號碼（SBI 行動銀行、Indian Bank）
步驟 3：上傳並轉換
- 前往 PDFSub 的 銀行對帳單轉換器
- 上傳您的 PDF 對帳單
- 在提示時輸入密碼
- 選擇您的輸出格式（Excel、CSV 或您會計軟體偏好的格式）
- 下載轉換後的文件
大多數對帳單的整個過程不到 30 秒。您的文件在您的瀏覽器中處理，絕不會上傳到任何伺服器。
步驟 4：匯入您的會計軟體
**對於 TallyPrime：**打開 Excel 文件，將欄位對應到 Tally 的預期欄位，匯出為 XML，然後匯入 TallyPrime。
**對於 Zoho Books：**透過 Banking → Import Statement 直接上傳 CSV 文件。在匯入過程中對應欄位。
**對於 QuickBooks：**透過 Banking → Upload Transactions 上傳 CSV 文件。確保日期格式為 DD/MM/YYYY。
步驟 5：驗證
始終檢查：
- 交易數量與來源 PDF 匹配
- 期初餘額和期末餘額匹配
- 總借記和貸記正確
- 日期在正確的月份（注意 DD/MM 與 MM/DD 的解釋差異）
獲得最佳結果的提示
**下載數位對帳單。**網路銀行的 PDF 具有完美的文字編碼，使提取近乎完美。掃描的存摺頁面由於 OCR 的限制，準確性較低。
**使用正確的輸出格式。**Excel 最適合審查和分析。CSV 適用於大多數印度會計軟體。XML 適用於 TallyPrime。
**先檢查密碼格式。**每家銀行使用不同的模式。在開始之前準備好密碼可以節省時間。
**在 Excel 中驗證數字格式。**匯入後，確認金額被識別為數字（右對齊），而不是文字（左對齊）。如果金額顯示為文字，請選取該欄位並轉換為數字格式。
**小心處理多帳戶對帳單。**有些銀行在一份對帳單中合併了儲蓄帳戶和往來帳戶。檢查交易是否正確歸屬於每個帳戶。
免費試用
準備好轉換您的印度銀行對帳單了嗎？立即上傳您的 PDF——PDFSub 支援 20,000 多種銀行格式，包括所有主要的印度銀行。數位對帳單完全在您的瀏覽器中處理。您的財務數據永遠不會離開您的設備。
開始 7 天免費試用。隨時取消。