將印度銀行對帳單（含印地語）轉換為 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 banks) 在英文旁還會包含印地語（天城文）文本。此外，包含 UPI 交易 ID 和 NEFT UTR 編號的摘要欄位經常跨越多行，這會導致標準提取工具失效。
本指南涵蓋了印度各大銀行的對帳單格式、密碼模式、交易代碼，以及將其轉換為 Excel、CSV 或 Tally 相容格式時面臨的具體挑戰。
印度銀行對帳單格式
標準欄位配置
大多數印度銀行對帳單使用以下欄位結構：
| 欄位 | 描述 |
|---|---|
| 日期 (Date) | 交易日期（格式因銀行而異） |
| 起息日 (Value Date) | 資金實際結算的日期 |
| 摘要 / 描述 / 詳情 (Narration / Description / Particulars) | 交易細節、代碼及交易對象 |
| 支票/參考編號 (Chq/Ref No.) | 支票號碼或參考編號 |
| 提款 / 借方 (Withdrawal / Debit) | 借記金額 |
| 存款 / 貸方 (Deposit / Credit) | 貸記金額 |
| 結餘 (Closing Balance) | 每筆交易後的即時餘額 |
部分銀行（如 SBI、PNB）使用獨立的借方和貸方欄位。其他銀行則使用單一金額欄位並標註 Cr/Dr。這種不一致性是通用提取工具難以處理印度對帳單的原因之一。
各銀行的日期格式
印度各銀行對日期格式尚未達成共識：
| 格式 | 範例 | 使用銀行 |
|---|---|---|
| DD/MM/YYYY | 15/03/2026 | SBI, PNB, Canara Bank |
| DD-MM-YYYY | 15-03-2026 | ICICI, 大多數國有銀行 |
| 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} — 帶有虛擬付款地址的 UPI 交易
- NEFT/{UTR}/{受益人姓名} — 帶有 UTR 編號的 NEFT 轉帳
- RTGS/{UTR}/{受益人姓名} — 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 | 客戶ID@出生日期 (DDMMYYYY) | 9029080134@18031998 |
| Indian Bank | 完整銀行帳號 | (完整號碼) |
PDFSub 的 銀行對帳單轉換器 包含解鎖步驟 — 只需輸入一次密碼，轉換器即可處理其餘工作。密碼僅在您的瀏覽器本地使用，絕不會傳送到任何伺服器。
印度數字系統：Lakhs 與 Crores
印度數字系統在首三位數字後的進位方式與西方系統不同：
| 金額 | 印度格式 | 西方格式 |
|---|---|---|
| 一千 | 1,000 | 1,000 |
| 一萬 | 10,000 | 10,000 |
| 十萬 (One lakh) | 1,00,000 | 100,000 |
| 百萬 (Ten lakhs) | 10,00,000 | 1,000,000 |
| 千萬 (One 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"）
- 銀行名稱和分行 在國有銀行對帳單上以印地語顯示
- 摘要欄位 幾乎總是使用英語（NEFT、UPI、IMPS 等交易代碼為英語）
- 政府/國有銀行存摺 在農村地區可能僅有印地語標題
- 數位 PDF 對帳單 透過網路銀行下載的主要是英語
常見印地語銀行術語
| 印地語 (天城文) | 轉寫 | 英文 (中文) |
|---|---|---|
| खाता | Khata | Account (帳戶) |
| बचत खाता | Bachat Khata | Savings Account (儲蓄帳戶) |
| चालू खाता | Chalu Khata | Current Account (支票帳戶) |
| जमा | Jama | Deposit (存款) |
| निकासी | Nikaasi | Withdrawal (提款) |
| शेष राशि | Shesh Rashi | Balance (餘額) |
| खाता विवरण | Khata Vivaran | Account Statement (帳戶對帳單) |
| ब्याज | Byaaj | Interest (利息) |
| दिनांक | Dinank | Date (日期) |
| लेनदेन | Lenden | Transaction (交易) |
天城文的 OCR 挑戰
包含印地語文本的掃描對帳單面臨特定的 OCR 挑戰：
- 複雜的字符結構 — 天城文具有合體字，比拉丁字母更難分割
- 印刷體準確度 — 清晰印刷文本的準確度約為 90–95%
- 手寫印地語準確度 — 清晰樣本的準確度約為 70–85%
- 多語種混合 — 結合天城文和拉丁字母的對帳單需要能同時處理兩種腳本的 OCR 系統
- 舊式字體編碼 — Unicode 普及前的字體（如 Kruti Dev）使用拉丁代碼點編碼天城文，會導致 OCR 失敗
PDFSub 支援包括印地語（天城文）在內的 130 多種語言。對於數位 PDF 對帳單（從網路銀行下載的類型），無需 OCR 即可提取 — 文本已在 PDF 中編碼。OCR 僅用於掃描或拍攝的對帳單。
交易代碼參考
印度銀行對帳單針對不同的付款系統使用特定的縮寫：
| 代碼 | 全稱 | 描述 | 典型格式 |
|---|---|---|---|
| UPI | 統一付款介面 | 即時行動支付 | UPI/{VPA}/{Name}/{Ref} |
| NEFT | 國家電子資金轉帳 | 批次結算轉帳 | NEFT/{UTR}/{Name} |
| RTGS | 即時全額結算 | 高額即時轉帳（最低 20 萬盧比） | RTGS/{UTR}/{Name} |
| IMPS | 即時付款服務 | 即時轉帳（不限金額） | IMPS/{Ref}/{Name} |
| NACH | 國家自動清算系統 | 批量/定期付款（分期付款、保險） | NACH/{Mandate}/{Name} |
| ECS | 電子清算服務 | 舊式批量付款系統 | ECS/{Ref} |
| ATM WDL | ATM 提款 | 在 ATM 提取現金 | ATM WDL/{Location} |
| NWD | 非本行分行提款 | 在不同銀行 ATM 提款 | NWD/{Bank}/{Location} |
| CHQ DEP | 支票存款 | 存入支票 | CHQ DEP/{Chq No} |
| POS | 銷售點 | 在商家刷卡支付 | POS/{Merchant}/{City} |
| INT CR | 利息存入 | 帳戶利息存入 | INT CR |
| CMS | 現金管理服務 | 企業現金管理 | CMS/{Ref} |
| DD | 銀行匯票 | 銀行發行的付款憑證 | 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 (旁遮普國家銀行)
第二大國有銀行，擁有 11,000 多家分行。
- 版面配置： 獨立的借方和貸方欄位
- 日期格式： DD/MM/YYYY
- 密碼： 9 位客戶 ID (英數組合)
- 標題： 雙語（印地語 + 英語）
- 摘要： 分行級交易經常包含印地語文本
印度銀行對帳單轉換的應用場景
GST 合規與申報
在 GST 制度下，企業必須進行 GST 對帳。銀行對帳單可作為以下用途的證明文件：
- GSTR-2A/2B 對帳 — 將採購/銷售數據與供應商記錄進行比對
- 進項稅額抵扣 (ITC) 申報 — 驗證銀行手續費中支付的 GST
- GSTR-9C — 年度對帳表，比較 GST 申報表與審計後的財務報表
- CGST 規則第 54(2) 條 — 當銀行未開立稅務發票時，銀行對帳單被視為發票
將對帳單轉換為 Excel 可透過比對交易日期、金額和交易對象詳情，實現高效的每月 GST 對帳。
所得稅申報準備
執業會計師 (CA) 審計現金簿、總帳、日記帳、銀行對帳單以及銷售/採購發票。根據第 44AB 條：
- 營業額超過 1 億盧比（若現金交易在 5% 以內則為 10 億盧比）需進行稅務審計
- 專業總收入超過 500 萬盧比需進行稅務審計
- 第 271B 條罰則： 未合規者處以 10 萬盧比或營業額 0.5%（以較低者為準）的罰款
Excel 中井然有序的銀行對帳單能顯著減少審計準備時間，並幫助會計師高效驗證收入、支出和現金流。
TDS/TCS 追蹤
銀行會對每年超過 4 萬盧比（老年人為 5 萬盧比）的利息收入扣除 TDS。將銀行對帳單轉換為 Excel 可以：
- 將 TDS 扣除額與 Form 26AS 和 年度資訊報表 (AIS) 進行交叉比對
- 識別銀行扣除的 TDS 與 TRACES 記錄之間的不一致
- 追蹤承包商/專業人士 TDS（第 194C、194J 條）及採購 TCS
貸款申請
所有主要的印度銀行都要求提供 最近 6 個月的銀行對帳單 作為貸款申請的收入證明。自僱借款人還需要額外文件，包括往來帳戶對帳單和 CC/OD 額度對帳單。
轉換為 Excel 有助於申請人審查其財務數據，識別任何異常情況，並確保對帳單符合貸款機構的要求。
簽證申請
大多數簽證申請需要提供顯示資金證明的近期銀行對帳單：
- 最低餘額通常為 15 萬至 50 萬盧比（視目的地國家而定）
- 建議提供過去 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 法案與瀏覽器端處理
印度數位個人資料保護法 (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 輸出中，日期以正確的日期值儲存，並具有一致的格式，防止因地區設定引起的誤解。
混合印地語與英語文本
問題： 國有銀行對帳單包含印地語標題，偶爾還有印地語摘要。僅預期英語文本的工具可能無法解析這些部分。
解決方案： 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： 透過「銀行業務」→「匯入對帳單」直接上傳 CSV 文件。在匯入期間映射欄位。
對於 QuickBooks： 透過「銀行業務」→「上傳交易」上傳 CSV 文件。確保日期格式符合 DD/MM/YYYY。
第 5 步：驗證
務必檢查：
- 交易筆數與原始 PDF 一致
- 期初和期末餘額一致
- 借方和貸方總額正確
- 日期位於正確的月份（注意 DD/MM 與 MM/DD 的誤判）
獲得最佳結果的技巧
下載數位對帳單。 網路銀行 PDF 具有完美的文本編碼，使提取近乎完美。掃描的存摺頁面由於 OCR 的限制，準確度較低。
使用正確的輸出格式。 Excel 最適合審查和分析。CSV 適用於大多數印度會計軟體。XML 適用於 TallyPrime。
先確認密碼格式。 每家銀行使用的模式都不同。在開始前準備好密碼可以節省時間。
在 Excel 中驗證數字格式。 匯入後，確認金額被識別為數字（靠右對齊），而非文本（靠左對齊）。如果金額顯示為文本，請選取該欄位並轉換為「數字」格式。
小心處理多帳戶對帳單。 部分銀行會將儲蓄帳戶和往來帳戶合併在一份對帳單中。請檢查交易是否正確歸屬於各個帳戶。
免費試用
準備好轉換您的印度銀行對帳單了嗎？立即上傳您的 PDF — PDFSub 支援包括所有主要印度銀行在內的 20,000 多種銀行格式。數位對帳單完全在您的瀏覽器中處理。您的財務數據絕不會離開您的裝置。
開始 7 天免費試用。無需信用卡。