인도 은행 거래내역을 Excel로 변환
인도의 5억 6천만 개 이상 은행 계좌에서 생성되는 거래내역은 고유한 어려움을 안고 있습니다: 라크/크로르 숫자 형식, 비밀번호로 보호된 PDF, 힌디어/데바나가리 문자, UPI/NEFT/IMPS 거래 코드. 정확하게 변환하는 방법은 다음과 같습니다.
인도에는 Jan Dhan Yojana만으로도 5억 6천만 개 이상의 은행 계좌가 개설되었으며, 2억 9천 5백만 명 이상의 디지털 뱅킹 사용자와 월 216억 건의 거래를 처리하는 6억 8천 5백만 개의 활성 UPI 은행이 있습니다. 이 은행들 거의 모두가 PDF 거래내역을 발행하며, 각 은행마다 고유한 레이아웃, 비밀번호 형식, 날짜 규칙 및 거래 코드 시스템을 가지고 있습니다.
인도 은행 거래내역을 Excel로 변환하는 것은 생각보다 어렵습니다. 라크/크로르 숫자 시스템은 서양 형식(123,456.78)과 다르게 쉼표를 배치합니다(1,23,456.78). 대부분의 거래내역은 고객 ID, 생년월일, 계좌 번호의 은행별 조합으로 비밀번호가 보호됩니다. PSU 은행은 영어와 함께 힌디어(데바나가리) 텍스트를 포함합니다. UPI 거래 ID 및 NEFT UTR 번호가 포함된 설명 필드는 종종 여러 줄에 걸쳐 줄 바꿈되어 표준 추출 도구를 방해합니다.
이 가이드에서는 주요 인도 은행의 거래내역 형식, 비밀번호 패턴, 거래 코드 및 Excel, CSV 또는 Tally 호환 형식으로 변환하는 특정 과제를 다룹니다.
인도 은행 거래내역 형식
표준 열 레이아웃
대부분의 인도 은행 거래내역은 이 열 구조를 사용합니다:
| 열 | 설명 |
|---|---|
| 날짜 | 거래 날짜 (은행별 형식 다름) |
| 결제일 | 자금이 실제로 처리된 날짜 |
| 내역 / 설명 / 상세 | 거래 세부 정보, 코드 및 상대방 |
| 수표/참조 번호 | 수표 번호 또는 참조 번호 |
| 출금 / 차변 | 차변 금액 |
| 입금 / 대변 | 대변 금액 |
| 마감 잔액 | 각 거래 후의 누적 잔액 |
일부 은행(SBI, PNB)은 별도의 차변 및 대변 열을 사용합니다. 다른 은행은 Cr/Dr 표시가 있는 단일 금액 열을 사용합니다. 이러한 불일치는 일반 추출 도구가 인도 거래내역으로 어려움을 겪는 이유 중 하나입니다.
은행별 날짜 형식
인도 은행은 단일 날짜 형식에 동의하지 않습니다:
| 형식 | 예시 | 사용하는 은행 |
|---|---|---|
| DD/MM/YYYY | 2026/03/15 | SBI, PNB, Canara Bank |
| DD-MM-YYYY | 2026-03-15 | ICICI, 대부분의 PSU 은행 |
| DD-MMM-YYYY | 2026-Mar-15 | HDFC Bank |
| DD/MM/YY | 26/03/15 | 일부 구형식 거래내역 |
| DD MMM YYYY | 15 Mar 2026 | Axis Bank |
BIS 표준(IS 7900:2001)은 ISO 8601에 따라 YYYY-MM-DD를 권장하지만, 거의 모든 인도 은행 거래내역이 이 형식을 사용하지 않습니다. Excel로 변환할 때 날짜 구문 분석은 이러한 모든 변형을 올바르게 처리해야 합니다. MM/DD로 잘못 해석된 날짜는 거래를 몇 달씩 이동시킬 수 있습니다.
내역 필드 패턴
인도 은행 거래내역이 복잡해지는 곳은 내역 필드입니다. 일반적인 패턴:
- UPI/{VPA}/{이름}/{참조} — 가상 결제 주소(VPA)가 있는 UPI 거래
- NEFT/{UTR}/{수취인 이름} — UTR 번호가 있는 NEFT 이체
- RTGS/{UTR}/{수취인 이름} — RTGS 고액 이체
- IMPS/{참조}/{이름} — IMPS 즉시 이체
- ATM WDL 또는 NWD — ATM 출금
- CHQ DEP — 수표 입금
- INT CR — 이자 입금
- POS DR — 판매 시점(POS) 차변
- NACH — National Automated Clearing House (정기 결제)
- ECS — Electronic Clearing Service
- CMS — Cash Management Services
- DD — Demand Draft
이러한 내역은 특히 UPI 거래(사용자이름@은행이름과 같은 VPA 포함) 및 NEFT 이체(16자리 UTR 번호 및 수취인 세부 정보 포함)의 경우 PDF에서 여러 줄에 걸쳐 줄 바꿈되는 경우가 많습니다. 표준 추출 도구는 각 줄 바꿈된 줄을 별도의 행으로 처리하여 날짜나 금액이 없는 유령 거래를 생성합니다.
비밀번호 보호: 모든 인도 은행은 다릅니다
거의 모든 인도 은행은 고객에게 이메일로 보내는 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@생년월일 (DDMMYYYY) | 9029080134@18031998 |
| Indian Bank | 전체 은행 계좌 번호 | (전체 번호) |
PDFSub의 은행 거래내역 변환기에는 잠금 해제 단계가 포함되어 있습니다. 비밀번호를 한 번 입력하면 변환기가 나머지를 처리합니다. 비밀번호는 브라우저에서 로컬로 사용되며 서버로 전송되지 않습니다.
인도 숫자 시스템: 라크(Lakh)와 크로르(Crore)
인도 숫자 시스템은 처음 세 자리 이후 숫자를 서양 시스템과 다르게 그룹화합니다:
| 금액 | 인도 형식 | 서양 형식 |
|---|---|---|
| 천 | 1,000 | 1,000 |
| 만 | 10,000 | 10,000 |
| 10만 (1 Lakh) | 1,00,000 | 100,000 |
| 100만 (10 Lakh) | 10,00,000 | 1,000,000 |
| 1천만 (1 Crore) | 1,00,00,000 | 10,000,000 |
쉼표 패턴: 오른쪽에서 세 자리 뒤, 그 다음부터 두 자리마다 쉼표가 붙습니다.
추출 시 중요한 이유: 서양식 쉼표 배치(세 자리마다)를 예상하는 변환기는 인도 형식 숫자를 잘못 구문 분석합니다. "1,23,456.78"(1라크 2만 3천)이라는 금액은 "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와 같은 유니코드 이전 글꼴은 라틴 코드 포인트를 사용하여 데바나가리 문자를 인코딩하여 OCR 오류를 유발합니다.
PDFSub는 힌디어(데바나가리 스크립트)를 포함하여 130개 이상의 언어를 지원합니다. 디지털 PDF 거래내역(인터넷 뱅킹에서 다운로드하는 유형)의 경우 OCR 없이 추출이 작동합니다. 텍스트는 이미 PDF에 인코딩되어 있습니다. OCR은 스캔되거나 사진 찍힌 거래내역에만 필요합니다.
거래 코드 참조
인도 은행 거래내역은 다양한 결제 시스템에 대해 특정 약어를 사용합니다:
| 코드 | 전체 이름 | 설명 | 일반적인 형식 |
|---|---|---|---|
| UPI | Unified Payments Interface | 즉시 모바일 결제 | UPI/{VPA}/{이름}/{참조} |
| NEFT | National Electronic Funds Transfer | 배치 결제 이체 | NEFT/{UTR}/{이름} |
| RTGS | Real Time Gross Settlement | 고액 실시간 이체 (최소 20만 루피) | RTGS/{UTR}/{이름} |
| IMPS | Immediate Payment Service | 실시간 이체 (모든 금액) | IMPS/{참조}/{이름} |
| NACH | National Automated Clearing House | 대량/정기 결제 (EMI, 보험) | NACH/{위임}/{이름} |
| ECS | Electronic Clearing Service | 이전 대량 결제 시스템 | ECS/{참조} |
| ATM WDL | ATM 출금 | ATM 현금 인출 | ATM WDL/{위치} |
| NWD | Non-Home Branch Withdrawal | 다른 은행에서의 ATM 출금 | NWD/{은행}/{위치} |
| CHQ DEP | 수표 입금 | 입금된 수표 | CHQ DEP/{수표 번호} |
| POS | Point of Sale | 판매자에서의 카드 결제 | POS/{판매자}/{도시} |
| INT CR | 이자 입금 | 계좌에 입금된 이자 | INT CR |
| CMS | Cash Management Services | 기업 현금 관리 | CMS/{참조} |
| DD | Demand Draft | 은행 발행 결제 | DD/{번호}/{이름} |
UTR (Unique Transaction Reference) 형식:
- NEFT: 16자리 코드 (은행 코드 + 날짜 + 일련번호)
- RTGS: 22자리 코드 (은행 코드 + 전체 날짜 + 일련번호)
- IMPS: 12자리 숫자 참조
- UPI: VPA(가상 결제 주소)가 있는 가변 형식
이러한 코드를 이해하면 추출된 데이터가 거래 유형을 올바르게 분류하는지 확인하는 데 도움이 됩니다.
은행별 거래내역 특징
SBI (State Bank of India)
자산 23%, 대출 및 예금 25%의 시장 점유율을 가진 인도 최대 은행.
- 레이아웃: 별도의 차변 및 대변 열
- 날짜 형식: DD/MM/YYYY
- 비밀번호 (모바일 뱅킹): 11자리 계좌 번호
- 비밀번호 (이메일): 휴대폰 번호 마지막 5자리 + 생년월일 (DDMMYY)
- 헤더: 이중 언어 (힌디어 + 영어)
- 내역: 내부 코드로 자주 축약됨
HDFC Bank
시가총액 기준 최대 민간 은행으로 9,100개 이상의 지점 보유.
- 레이아웃: 별도의 출금 및 입금 열
- 날짜 형식: DD-MMM-YYYY (예: 2026-Mar-15)
- 비밀번호 (계좌): 고객 ID
- 비밀번호 (신용카드): 이름의 첫 4개 대문자 + 카드 마지막 4자리
- 헤더: 영어만 사용
- 내역: 전체 수취인 이름을 포함하여 비교적 상세함
ICICI Bank
6,613개 지점을 보유한 두 번째로 큰 민간 은행.
- 레이아웃: 별도의 차변 및 대변 열
- 날짜 형식: DD-MM-YYYY
- 비밀번호: 계좌명 첫 4글자 + 생년월일 (DDMM)
- 헤더: 영어만 사용
- 내역: 거래 참조 번호 포함
Axis Bank
세 번째로 큰 민간 은행.
- 레이아웃: 별도의 차변 및 대변 열
- 날짜 형식: DD MMM YYYY (공백으로 구분)
- 비밀번호: 이름의 첫 4개 대문자 + 생년월일 (DDMM)
- 헤더: 영어만 사용
PNB (Punjab National Bank)
11,000개 이상의 지점을 보유한 두 번째로 큰 PSU 은행.
- 레이아웃: 별도의 차변 및 대변 열
- 날짜 형식: DD/MM/YYYY
- 비밀번호: 9자리 고객 ID (영숫자)
- 헤더: 이중 언어 (힌디어 + 영어)
- 내역: 지점 거래의 경우 힌디어 텍스트 포함 빈번
인도 은행 거래내역 변환 활용 사례
GST 준수 및 신고
GST 규정 하에서 기업은 GST 조정이 의무입니다. 은행 거래내역은 다음을 위한 지원 문서로 사용됩니다:
- GSTR-2A/2B 조정 — 구매/판매 데이터를 공급업체 기록과 일치시킴
- 매입세액 공제 청구 — 은행 수수료에 대해 납부한 GST 확인
- GSTR-9C — GST 신고와 감사 재무제표를 비교하는 연간 조정 명세서
- CGST 규정 54(2)조 — 은행이 세금 계산서를 발행하지 않는 경우, 은행 거래내역이 송장으로 간주됨
거래내역을 Excel로 변환하면 거래 날짜, 금액 및 상대방 세부 정보를 일치시켜 효율적인 월별 GST 조정을 가능하게 합니다.
소득세 신고 준비
CA(공인회계사)는 현금 장부, 원장, 저널, 은행 거래내역 및 판매/구매 송장을 감사합니다. 44AB조에 따라:
- 사업 매출 1크로르 초과 (현금 거래가 5% 이내인 경우 10크로르) 시 세무 감사 필요
- 전문가 총수입 50만 루피 초과 시 세무 감사 필요
- 271B조에 따른 벌금: 미준수 시 10만 루피 또는 매출액의 0.5%(둘 중 적은 금액)
잘 정리된 Excel 형식의 은행 거래내역은 감사 준비 시간을 크게 줄이고 CA가 소득, 비용 및 현금 흐름을 효율적으로 확인할 수 있도록 합니다.
TDS/TCS 추적
연간 40,000루피(고령자는 50,000루피)를 초과하는 이자 소득에 대해 은행은 TDS를 원천징수합니다. 은행 거래내역을 Excel로 변환하면 다음이 가능합니다:
- Form 26AS 및 **Annual Information Statement (AIS)**와 TDS 공제 대조
- 은행 원천징수 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 권장
- 요구 사항: 통화 기호 제거, 천 단위 구분 기호 제거, 영어 텍스트, 350KB 미만 파일, 업로드당 최대 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일까지 예상됩니다.
7가지 핵심 원칙:
- 동의 및 투명성 — 데이터 처리자는 처리 세부 정보를 사전에 공개해야 함
- 목적 제한 — 명시된 목적으로만 데이터 사용
- 데이터 최소화 — 필요한 것만 수집
- 정확성 — 데이터를 정확하고 최신 상태로 유지
- 저장 제한 — 필요한 기간 이상 보관하지 않음
- 보안 조치 — 침해로부터 보호
- 책임성 — 조직은 준수 책임이 있음
RBI 데이터 현지화
RBI는 모든 결제 시스템 데이터를 인도 내에만 저장하도록 의무화합니다. 이는 은행 거래내역을 처리하는 모든 도구에 특히 관련이 있습니다. 클라우드 기반 도구는 인도를 벗어난 서버를 통해 데이터를 라우팅할 수 있습니다.
브라우저 기반 처리가 중요한 이유
PDFSub가 브라우저에서 은행 거래내역을 처리할 때:
- PDF는 장치에서 브라우저 메모리로 읽혀집니다.
- 추출은 로컬에서 수행됩니다 — 날짜, 설명, 금액이 식별됩니다.
- 출력 파일(Excel, CSV 등)은 브라우저에서 생성됩니다.
- 결과를 장치로 직접 다운로드합니다.
어떤 데이터도 서버로 전송되지 않습니다. 은행 거래내역은 장치를 벗어나지 않으며, 이는 다음을 준수합니다:
- DPDP 법률 데이터 최소화 — 데이터 수집이 발생하지 않음
- RBI 데이터 현지화 — 데이터는 인도 내 장치에 그대로 유지됨
- AICPA/CA 전문 표준 — 제3자 공개 없음
이를 확인할 수 있습니다. 거래내역을 처리하는 동안 브라우저의 DevTools(F12 → 네트워크 탭)를 엽니다. 금융 데이터가 포함된 아웃바운드 요청은 제로입니다.
일반적인 과제 및 해결책
여러 줄의 내역 줄 바꿈
문제: 인도 은행 거래내역의 내역은 종종 2~3줄에 걸쳐 줄 바꿈됩니다. 첫 번째 줄에만 날짜, 금액 및 잔액이 있습니다. 표준 도구는 각 줄을 별도의 거래로 처리합니다.
해결책: PDFSub의 추출 엔진은 날짜와 금액이 없는 줄을 식별하여 여러 줄의 내역을 감지하고 이를 상위 거래로 병합합니다. 결과는 거래당 하나의 깔끔한 행입니다.
라크/크로르 숫자 구문 분석
문제: 서양 중심 도구는 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. TallyPrime에는 XML.
먼저 비밀번호 형식을 확인하십시오. 각 은행마다 다른 패턴을 사용합니다. 시작하기 전에 비밀번호를 준비하면 시간을 절약할 수 있습니다.
Excel에서 숫자 형식 확인. 가져온 후 금액이 텍스트(왼쪽 정렬)가 아닌 숫자(오른쪽 정렬)로 인식되는지 확인합니다. 금액이 텍스트로 표시되면 열을 선택하고 숫자 형식으로 변환합니다.
여러 계좌 거래내역을 신중하게 처리하십시오. 일부 은행은 하나의 거래내역에 저축 계좌와 당좌 예금 계좌를 결합합니다. 거래가 각 계좌에 올바르게 귀속되는지 확인하십시오.
무료 체험
인도 은행 거래내역을 변환할 준비가 되셨습니까? 지금 PDF 업로드 — PDFSub는 모든 주요 인도 은행을 포함한 20,000개 이상의 은행 형식을 지원합니다. 디지털 거래내역은 브라우저에서 완전히 처리됩니다. 금융 데이터는 장치를 벗어나지 않습니다.
7일 무료 체험을 시작하세요. 언제든지 취소할 수 있습니다.