아랍어 은행 거래내역을 Excel로 변환 (Emirates NBD, Al Rajhi, QNB 등)

Emirates NBD 거래내역 PDF는 완벽하게 정리되어 보입니다. 오른쪽에는 아랍어 헤더, 왼쪽에는 영어 설명, 거래 금액은 깔끔하게 정렬되어 있습니다. 하지만 이 데이터를 Excel로 추출하려고 하면 모든 것이 엉망이 됩니다. 아랍어 텍스트는 단어 순서를 뒤집고, 이중 언어 열은 행 수를 두 배로 만듭니다. 변환기는 "1,234.567"이 서식 오류인지 아니면 쿠웨이트 디나르의 유효한 금액인지 구분하지 못합니다. 거래내역에 3/9/1447과 같은 히즈라력 날짜가 포함되어 있다면 스프레드시트는 이를 전혀 처리하지 못합니다.

이는 예외적인 경우가 아닙니다. 걸프협력회의(GCC) 국가, 이집트, 요르단의 1억 1천만 명 이상의 아랍어 사용 은행 고객이 매달 PDF 은행 거래내역을 생성합니다. GCC 디지털 뱅킹 시장은 2025년에 127억 달러에 달했으며 2032년에는 476억 달러에 이를 것으로 예상됩니다. 그러나 이 지역의 거의 모든 은행(한 가지 주목할 만한 예외 제외)은 PDF 다운로드로만 거래내역을 제공합니다. CSV나 Excel 내보내기는 없습니다. 단지 어떤 언어에서든 가장 기술적으로 어려운 텍스트 추출 문제를 포함하는 PDF일 뿐입니다.

핵심 문제는 양방향 텍스트입니다. 아랍어는 오른쪽에서 왼쪽으로 쓰지만, 거래내역의 모든 거래 금액을 포함한 숫자는 왼쪽에서 오른쪽으로 흐릅니다. 은행 거래내역의 한 줄에는 두 가지 방향으로 동시에 텍스트가 포함되어 있습니다. PDF 추출기가 이를 올바르게 처리하지 못하면 아랍어 단어가 역순으로 나타나고, 금액이 잘못된 열에 들어가고, 설명이 읽을 수 없게 되는 등 뒤섞인 결과가 나옵니다.

두바이에서 Emirates NBD 거래내역을 처리하는 회계사든, 리야드에서 Al Rajhi 거래를 변환하는 북키퍼든, 도하에서 QNB 데이터를 다국적 ERP로 통합하는 재무팀이든, 또는 전 세계 어디에서든 걸프 은행 거래내역을 이해하려는 감사원이든 -- 근본적인 과제는 동일합니다. 즉, 아랍어 은행 거래내역 PDF에서 구조화되고 스프레드시트 준비가 된 데이터를 추출하는 것입니다.

아랍어 은행 거래내역이 Excel에서 깨지는 이유

아랍어 은행 거래내역은 라틴 스크립트 언어의 변환기가 처리하는 것 이상의 고유한 추출 문제를 야기합니다. 문제는 텍스트 방향, 문자 렌더링, 숫자 체계, 이중 언어 레이아웃, 달력 체계, 통화 정밀도에 걸쳐 있습니다.

1. 오른쪽에서 왼쪽으로 쓰는 텍스트 반전

이것이 가장 큰 문제이며, 결과가 나올 때까지 보이지 않습니다.

아랍어는 오른쪽에서 왼쪽(RTL)으로 쓰는 스크립트입니다. PDF 추출기가 아랍어 은행 거래내역에서 텍스트를 가져올 때, 논리적 순서(입력된 첫 번째 문자부터 마지막 문자까지)로 저장된 기본 문자 스트림을 읽습니다. 하지만 올바른 양방향(bidi) 처리가 없으면 추출된 텍스트가 잘못된 시각적 순서로 표시됩니다.

"تحويل إلى حساب التوفير"(저축 계좌로 이체)와 같은 설명은 "ريفوتلا باسح ىلإ ليوحت"으로 추출될 수 있습니다. 즉, 모든 단어가 뒤집히고 단어 순서가 바뀝니다. 문자는 모두 있지만 잘못된 순서로 되어 있습니다.

아랍어 은행 거래내역의 모든 줄에 양방향 텍스트가 포함되어 있기 때문에 문제는 더욱 복잡해집니다. 일반적인 거래 행에는 아랍어(오른쪽에서 왼쪽), 영어(왼쪽에서 오른쪽), 날짜(왼쪽에서 오른쪽), 숫자(왼쪽에서 오른쪽)가 모두 같은 행에 있습니다. PDF 렌더러는 화면에서 시각적 레이아웃을 올바르게 처리하지만, 원시 텍스트 추출은 방향 컨텍스트를 뒤섞습니다.

올바른 추출을 위해서는 논리적 문자 스트림에서 올바른 시각적 순서를 재구성하는 양방향 텍스트 알고리즘을 사용한 후처리가 필요합니다. 대부분의 일반 PDF 변환기는 이 단계를 완전히 건너뜁니다.

2. 아랍어 합자 및 문맥 형태

아랍어는 각 문자가 위치에 관계없이 하나의 모양을 갖는 라틴 스크립트와 다릅니다. 아랍어에는 28개의 기본 문자가 있으며, 각 문자는 단어 내 위치에 따라 고립형, 시작형, 중간형, 끝형의 최대 네 가지 문맥 형태를 가질 수 있습니다.

문자가 연결될 때 합자(ligatures)를 형성합니다. 이는 여러 문자를 나타내지만 단일 글리프처럼 보이는 시각적 조합입니다. 가장 일반적인 것은 "لا"(lam-alef)로, 아랍어 텍스트에 끊임없이 나타납니다.

PDF 글꼴은 이러한 합자를 개별 문자가 아닌 미리 구성된 합자 글리프로 저장할 수 있습니다. 합자를 올바르게 분해하지 못하는 변환기는 문자를 건너뛰거나 올바르게 보이지만 Excel에서 정렬 및 검색이 잘못되는 텍스트를 생성합니다.

3. 두 가지 숫자 체계

걸프 지역 은행은 주로 서아랍 숫자(0, 1, 2, 3, 4, 5, 6, 7, 8, 9)를 사용합니다. 이는 영어에서 사용되는 숫자와 동일합니다. 하지만 일부 문서, 특히 이집트 은행이나 오래된 시스템의 문서에서는 동아랍 숫자를 사용합니다.

이들은 완전히 다른 유니코드 코드 포인트입니다. Excel은 "١٢٣٤"를 숫자 1234가 아닌 텍스트로 취급합니다. 변환기는 거래내역이 어떤 숫자 체계를 사용하는지 감지하고 스프레드시트 호환성을 위해 서양식 숫자로 정규화해야 합니다. 일부 거래내역은 같은 페이지에 금액에는 서양식 숫자를, 날짜나 참조 번호에는 동아랍식을 혼합하여 사용하기도 합니다.

4. 이중 언어 행 중복

대부분의 걸프 은행은 기본적으로 이중 언어 거래내역을 발행하며, 아랍어와 영어가 나란히 또는 위아래로 표시됩니다. 이는 고유한 파싱 문제를 야기합니다. 각 거래가 두 번 나타납니다.

일반적인 이중 언어 레이아웃은 다음과 같을 수 있습니다.

تحويل محلي - راتب شهر مارس
Local Transfer - March Salary
01/03/2026 12,500.00 AED

단순한 추출기는 세 줄로 인식합니다. 올바른 파서는 이를 이중 언어 설명이 있는 한 거래로 인식합니다. 언어 감지 및 행 병합 논리가 없으면 스프레드시트에는 예상 행 수의 두 배가 포함되며, 절반은 다른 언어로 된 중복 항목이 됩니다.

은행마다 다른 이중 언어 레이아웃을 사용하기 때문에 문제는 더욱 심화됩니다. 일부는 같은 행의 오른쪽에 아랍어를, 왼쪽에 영어를 배치합니다. 다른 일부는 아랍어를 영어 위에 쌓습니다. 일부는 같은 거래내역의 다른 섹션에 걸쳐 접근 방식을 혼합합니다.

5. 히즈라력 날짜

이슬람력(히즈라력)은 그레고리력보다 연간 약 11일 짧습니다. 현재 히즈라력 연도는 1447 AH로, 2025-2026 CE의 일부에 해당합니다. 일부 아랍어 은행 거래내역에는 그레고리력 날짜와 함께 또는 대신 히즈라력 날짜가 표시됩니다. 사우디아라비아는 2016년 10월 재정 목적으로 그레고리력으로 공식 전환했기 때문에 최신 사우디 거래내역은 그레고리력 날짜를 사용합니다. 그러나 히즈라력 날짜는 보조 참조, 헤더/푸터 텍스트 또는 오래된 보관된 거래내역에 여전히 나타납니다. "3/9/1447"을 만나는 변환기는 이를 잘못된 그레고리력 날짜로 취급하는 대신 히즈라력 날짜(1447 AH년 3월 라마단, 약 2026년 2월 26일 CE)로 인식해야 합니다.

6. 세 자리 소수점 통화

대부분의 변환기가 잘못 처리하는 중요한 파싱 세부 정보입니다.

아랍어 은행 거래내역에서 흔히 볼 수 있는 세 가지 통화는 표준 두 자리가 아닌 세 자리 소수점을 사용합니다.

두 자리 소수점을 가정하는 변환기는 마지막 숫자를 잘라내거나 금액을 완전히 잘못 파싱합니다. "1,234.567 KWD"는 "1,234.57"이 아닙니다. 세 번째 소수점은 실제 화폐 단위(1 fils)를 나타냅니다. 이를 반올림하거나 버리면 수백 건의 거래에서 오류가 누적됩니다.

AED, SAR, QAR, EGP는 모두 두 자리 소수점을 사용합니다. 다중 통화 거래가 있는 쿠웨이트 은행의 단일 거래내역은 같은 페이지에 두 자리 및 세 자리 소수점 금액이 모두 포함될 수 있습니다.

7. 아랍어 특정 숫자 구분 기호

걸프 지역 은행은 일반적으로 영어와 동일한 숫자 형식(1,234.56, 쉼표 천 단위 구분 기호, 마침표 소수점)을 사용하지만, 일부 아랍어 문서는 유니코드 아랍어 숫자 구분 기호를 사용합니다.

• 아랍어 소수점 구분 기호 (U+066B): ٫ -- 쉼표와 유사하지만 다른 문자입니다.
• 아랍어 천 단위 구분 기호 (U+066C): ٬ -- 마침표와 유사하지만 다른 문자입니다.

이 문자는 표준 쉼표 및 마침표와 동일하게 보이지만 다른 유니코드 코드 포인트입니다. Excel 및 회계 소프트웨어는 이를 숫자 구분 기호로 인식하지 않아 전체 금액이 텍스트로 처리됩니다.

주요 은행 및 거래내역 형식

아랍에미리트

Emirates NBD -- 자산 규모 기준 UAE 최대 은행. 온라인 뱅킹을 통해 이중 언어(아랍어/영어) PDF 거래내역을 제공합니다. 전자 거래내역은 일반적으로 고객의 CIF(고객 정보 파일) ID의 중간 8자리 숫자를 사용하여 비밀번호로 보호됩니다. 선택 가능한 텍스트가 있는 깔끔한 디지털 PDF입니다. CSV 또는 Excel 내보내기 옵션은 없습니다.

First Abu Dhabi Bank (FAB) -- 온라인 뱅킹에서 직접 Excel 및 CSV 내보내기를 제공하는 유일한 주요 걸프 은행입니다. FAB는 이 지역에서 주목할 만한 예외입니다. FAB를 이용하는 경우 기본적인 거래 데이터에 대해서는 변환기가 필요 없을 수도 있습니다. 그러나 내보낸 형식은 회계 소프트웨어 가져오기를 위해 여전히 정리 작업이 필요합니다.

Abu Dhabi Commercial Bank (ADCB) -- 온라인 및 모바일 뱅킹을 통한 PDF 거래내역. Emirates NBD와 유사한 이중 언어 레이아웃. 비밀번호로 보호된 전자 거래내역.

사우디아라비아

Al Rajhi Bank -- 시가총액 기준 세계 최대 이슬람 은행. Tahweel 앱 및 온라인 뱅킹을 통해 아랍어(영어 옵션 포함) PDF 거래내역을 제공합니다. 거래내역은 재무 데이터에 그레고리력 날짜를 사용합니다. 이 지역에서 가장 많은 거래내역을 생성하는 은행 중 하나입니다.

Saudi National Bank (SNB) -- 2021년 National Commercial Bank와 Samba Financial Group의 합병으로 형성된 사우디아라비아 최대 은행. PDF 거래내역은 별도로 비밀번호가 전송되는 이메일로 제공됩니다.

카타르

Qatar National Bank (QNB) -- 총자산 기준 중동 및 아프리카 최대 은행. 28개국에서 운영됩니다. QNB Online 및 모바일 앱을 통해 PDF 거래내역을 이용할 수 있습니다. QAR(두 자리 소수점) 금액이 포함된 이중 언어 형식입니다.

쿠웨이트

Kuwait Finance House (KFH) -- 1977년에 설립된 세계 최초의 이슬람 은행 중 하나입니다. PDF 거래내역은 세 자리 소수점 KWD를 사용합니다. "이자" 대신 "Murabaha 이익"으로 표시되는 거래내역 등 이슬람 금융 용어가 전반적으로 사용됩니다.

National Bank of Kuwait (NBK) -- 해당 국가에서 가장 오래되고 큰 전통 은행입니다. PDF 거래내역은 이중 언어 형식입니다. KWD 금액은 세 자리 소수점 처리가 필요합니다.

바레인

바레인은 GCC에서 모바일 보급률이 137%로 가장 높아 디지털 거래내역 접근이 거의 보편적입니다. BHD는 세 자리 소수점을 사용합니다. 주요 은행으로는 Bank of Bahrain and Kuwait (BBK), National Bank of Bahrain (NBB), Ahli United Bank가 있습니다. 모두 PDF 전용 거래내역 다운로드를 제공합니다.

이집트

인구 1억 5백만 명과 금융 포용률 76.3%를 가진 이집트는 고객 수 기준으로 가장 큰 아랍어 사용 은행 시장입니다. 주요 은행으로는 National Bank of Egypt (NBE), Banque Misr, Commercial International Bank (CIB)가 있습니다. 이집트 거래내역은 걸프 은행 거래내역보다 동아랍 숫자(٠١٢٣٤٥٦٧٨٩)를 사용할 가능성이 높습니다. 금액은 두 자리 소수점 EGP를 사용합니다.

요르단

암만에 본사를 둔 Arab Bank는 세계에서 가장 큰 아랍 은행 기관 중 하나입니다. 요르단 거래내역은 세 자리 소수점 JOD를 사용합니다. 이 은행 부문은 레반트 지역을 연결하는 금융 허브 역할을 합니다.

방법 1: 은행 거래내역 변환기 사용 (권장)

PDFSub는 위에서 설명한 모든 RTL, 이중 언어 및 다중 소수점 문제를 포함하여 아랍어 은행 거래내역을 네이티브로 처리합니다.

작동 방식

1. 거래내역 업로드 -- 모든 아랍어 은행의 PDF를 드래그 앤 드롭합니다. PDFSub는 20,000개 이상의 지원 템플릿에서 은행 형식과 언어를 자동으로 감지합니다.

2. 자동 형식 처리 -- 변환기는 자동으로 다음을 수행합니다. - 양방향 텍스트를 올바르게 처리하여 아랍어 단어 순서를 유지합니다. - 동아랍 숫자(٠١٢٣٤٥٦٧٨٩)를 감지하고 서양식 숫자로 정규화합니다. - 이중 언어 행을 깔끔한 설명이 있는 단일 거래로 병합합니다. - 세 자리 소수점 통화(KWD, BHD, JOD)를 반올림 없이 처리합니다. - 아랍어 특정 유니코드 구분 기호(U+066B, U+066C)를 표준 형식으로 변환합니다. - 히즈라력 날짜를 인식하고 필요한 경우 그레고리력으로 변환합니다. - 이슬람 금융 용어를 구조화된 거래 범주로 매핑합니다.

3. 검토 및 확인 -- 미리 보기에서 추출된 거래내역을 확인합니다. 잔액은 거래내역의 시작 및 종료 잔액과 비교하여 검증됩니다.

4. 다운로드 -- Excel(.xlsx), CSV, QBO(QuickBooks), OFX(Xero, Sage), QFX(Quicken) 또는 JSON으로 내보냅니다.

PDFSub가 아랍어 거래내역에 효과적인 이유

아랍어를 포함한 130개 이상 언어 지원. 추출 엔진은 완전한 양방향 처리를 통해 오른쪽에서 왼쪽으로 쓰는 텍스트를 처리합니다. 아랍어 설명은 역순이 아닌 올바른 시각적 순서로 추출됩니다.

이중 언어 거래내역 지원. 파서는 아랍어/영어 이중 언어 레이아웃(나란히 있든 위아래로 쌓여 있든)을 감지하고 중복 설명을 선호하는 언어로 된 단일 거래 행으로 병합합니다.

브라우저 우선 개인 정보 보호. 온라인 뱅킹의 깔끔한 디지털 PDF(대부분의 걸프 은행 거래내역)의 경우, 텍스트 추출은 전적으로 브라우저에서 이루어집니다. 파일은 장치를 벗어나지 않습니다. 서버 측 처리는 AI 기반 추출이 필요한 스캔된 문서 또는 복잡한 레이아웃에만 사용됩니다.

세 자리 소수점 통화 처리. KWD, BHD, JOD 금액은 세 자리 소수점 정밀도로 완벽하게 파싱됩니다. 반올림, 잘라내기, 정밀도 손실이 없습니다.

이슬람 금융 용어 인식. Murabaha, Ijara, Sukuk, Takaful 및 기타 이슬람 금융 용어가 포함된 거래 설명은 인식되지 않는 텍스트로 플래그 지정되지 않고 올바르게 파싱 및 범주화됩니다.

가격

PDFSub의 올인원 플랜은 사용자당 월 $20(연간) 또는 월 $25(월간)이며, 사용자당 월 500페이지의 은행 거래내역이 포함됩니다. 모든 유료 플랜에는 전체 기능이 포함된 7일 무료 평가판이 제공됩니다. 자세한 내용은 현재 가격을 참조하세요.

방법 2: 은행 제공 다운로드

GCC, 이집트, 요르단의 거의 모든 주요 은행은 PDF 다운로드로만 거래내역을 제공합니다. CSV 버튼이나 "Excel로 내보내기" 옵션은 없습니다. PDF만 제공됩니다.

유일한 예외는 **First Abu Dhabi Bank (FAB)**로, 온라인 뱅킹에서 Excel 및 CSV 내보내기를 제공합니다. FAB를 이용하는 경우, 스프레드시트 데이터에 가장 빠르게 접근하는 방법입니다. 단, 내보낸 데이터는 영어권 회계 소프트웨어 가져오기를 위해 여전히 정리 작업이 필요합니다. 해당 지역의 다른 모든 주요 은행의 경우, PDF 변환이 유일한 옵션입니다.

온라인 뱅킹에서 제공하는 항목

FAB 내보내기의 한계

FAB의 Excel/CSV 내보내기에도 문제가 있습니다.

• 날짜 형식: DD/MM/YYYY 형식으로, Excel이 1-12일의 경우 이를 잘못 해석할 수 있습니다.

• 통화 형식: 숫자와 통화 기호가 혼합되어 있을 수 있습니다.

• 거래 설명: PDF 거래내역 원본에 비해 종종 잘립니다.

• 제한된 기록: 내보내기가 최근 몇 달로 제한될 수 있습니다. PDF 아카이브는 몇 년 전까지 거슬러 올라갑니다.

• 공식 거래내역 아님: Excel 내보내기는 감사 또는 규제 목적상 공식 PDF 거래내역의 법적 효력이 없습니다.

방법 3: 복사/붙여넣기 (권장하지 않음)

아랍어 은행 거래내역 PDF에서 텍스트를 복사하여 Excel에 붙여넣으면 어떤 언어보다도 최악의 결과가 나옵니다. 문제는 심각합니다.

• RTL 텍스트 반전: 아랍어 설명이 역순으로 붙여넣어집니다. "تحويل إلى حساب التوفير"가 읽을 수 없는 문자 덩어리가 됩니다.

• Bidi 혼합: PDF에서 올바르게 배치되었던 숫자가 아랍어 텍스트의 잘못된 쪽에 나타납니다.

• 열 파괴: 이중 언어 레이아웃이 아랍어 및 영어 조각이 무작위로 섞인 단일 열로 축소됩니다.

• 합자 분해: 연결된 아랍어 문자가 고립된 형태로 분해되어 기술적으로 문자가 존재하더라도 시각적으로 엉망이 될 수 있습니다.

• 세 자리 소수점 잘림: Excel이 기본 두 자리 소수점 서식을 적용하면 붙여넣은 숫자가 세 번째 소수점 자리를 잃을 수 있습니다.

아랍어 거래내역의 경우 복사/붙여넣기는 실용적이지 않습니다. 단 한 건의 거래라도 수동 수정이 필요합니다. 월간 전체 거래내역은 문자별 수리 작업에 몇 시간이 걸릴 것입니다.

국가별 서식

아랍어 은행 거래내역은 단일하지 않습니다. 각 국가는 거래내역 데이터를 구문 분석하고 변환하는 방식에 영향을 미치는 고유한 관례를 가지고 있습니다.

핵심 요점: 대부분의 걸프 국가는 서양식 숫자와 영어식 숫자 구분 기호(쉼표 천 단위, 마침표 소수점)를 사용하여 파싱을 단순화합니다. 이집트는 동아랍 숫자가 나타날 수 있는 예외입니다. 그리고 세 국가(쿠웨이트, 바레인, 요르단)는 세 자리 소수점을 사용하여 두 자리 소수점을 가정하는 모든 변환기를 깨뜨립니다.

이슬람 금융 용어

Al Rajhi, KFH, Dubai Islamic Bank, Abu Dhabi Islamic Bank 또는 전통 은행의 이슬람 금융 부서와 같은 이슬람 은행의 거래내역을 처리하는 경우, 일반 은행 거래내역에는 나타나지 않는 전문 용어를 접하게 됩니다. 이러한 용어를 이해하는 것은 올바른 거래 범주화를 위해 필수적입니다.

주요 차이점: 이슬람 금융 거래내역은 "이자"(فائدة)라는 단어를 사용하지 않습니다. 전통적인 은행이 "받은 이자: 45.00 SAR"를 표시하는 곳에 이슬람 은행은 "Mudaraba 이익: 45.00 SAR" 또는 "Wakala 이익: 45.00 SAR"를 표시합니다. 경제적으로는 유사하지만 법적, 구조적으로는 다릅니다.

회계사의 경우, 귀하의 계정과목표에서 이러한 용어를 올바르게 분류하는 것이 중요합니다. Murabaha 지급에는 원금과 이익 구성 요소가 모두 포함됩니다(원금과 이자와 유사). Ijara 지급에는 임대료 및 서비스 요금이 포함될 수 있습니다. 좋은 변환기는 이러한 레이블을 제거하지 않고 거래 설명에 유지합니다.

비밀번호로 보호된 거래내역 처리

대부분의 걸프 은행은 전자 거래내역에 비밀번호를 설정합니다. 이는 변환이 시작되기 전에 추가 단계가 필요합니다. 비밀번호 체계는 은행마다 다릅니다.

일반적인 비밀번호 형식

잠금 해제 방법

1. 은행의 FAQ 또는 도움말 센터 확인 -- 대부분의 은행은 전자 거래내역 등록 페이지에 비밀번호 형식을 문서화합니다.

2. 별도 이메일 확인. 일부 은행(SNB 등)은 거래내역이 포함된 이메일과 별도로 비밀번호를 보냅니다.

3. 일반적인 조합 시도: 생년월일(DDMMYYYY 또는 MMDDYYYY), 주민등록번호, 계좌 번호, CIF 번호, 또는 직불 카드 마지막 4자리 숫자.

4. 은행에 문의. 고객 서비스는 비밀번호 형식을 확인할 수 있습니다. 비밀번호 자체는 알려주지 않지만, 무엇을 기반으로 하는지는 알려줄 것입니다.

5. PDFSub에 업로드. PDFSub는 비밀번호로 보호된 PDF를 지원합니다. 요청 시 비밀번호를 입력하세요. 비밀번호는 파일을 로컬에서 해독하는 데 사용되며 저장되거나 전송되지 않습니다.

회계 소프트웨어로 가져오기

아랍어 은행 거래내역이 구조화된 형식으로 변환되면 다음 단계는 회계 플랫폼으로 가져오는 것입니다.

QuickBooks

가장 깔끔한 가져오기를 위해 QBO 형식으로 내보냅니다. QBO 파일은 QuickBooks의 은행 피드 가져오기에 직접 매핑되어 날짜, 금액, 설명을 유지합니다. 자세한 안내는 QuickBooks로 은행 거래내역 가져오기 가이드를 참조하세요.

Xero

OFX 형식으로 내보냅니다. Xero의 은행 거래내역 가져오기는 OFX 파일을 수락하고 거래 필드를 자동으로 매핑합니다. 메모 필드의 아랍어 설명은 UTF-8 텍스트로 유지됩니다. Xero로 은행 거래내역 가져오기 가이드를 참조하세요.

Zoho Books

CSV 또는 Excel로 내보냅니다. Zoho Books의 은행 거래내역 가져오기는 구성 가능한 열 매핑을 통해 두 형식을 모두 지원합니다. 가져오기 중에 날짜, 설명, 차변, 대변 열을 매핑합니다.

다중 통화 통합

여러 걸프 국가의 거래내역을 통합하는 경우 소수점 정밀도에 특별히 주의하십시오. AED(두 자리 소수점)와 KWD(세 자리 소수점)를 혼합하는 스프레드시트에는 일관된 소수점 처리가 필요합니다. KWD/BHD/JOD 금액의 암묵적 반올림을 방지하기 위해 전체 금액 열에 대해 Excel 열 형식을 세 자리 소수점으로 설정하십시오.

자주 묻는 질문

Emirates NBD 거래내역을 Excel로 변환할 수 있나요?

예. PDFSub는 비밀번호로 보호된 전자 거래내역을 포함하여 Emirates NBD 거래내역을 지원합니다. 요청 시 비밀번호(일반적으로 CIF ID의 중간 8자리)를 입력하면 변환기가 올바른 아랍어 텍스트, 이중 언어 설명 및 AED 금액으로 모든 거래내역을 추출합니다.

변환기는 오른쪽에서 왼쪽으로 쓰는 아랍어 텍스트를 어떻게 처리하나요?

PDFSub는 양방향 텍스트 처리를 사용하여 추출 중에 올바른 아랍어 단어 순서를 유지합니다. 아랍어 설명은 역순이 아닌 올바른 시각적 순서로 추출되어 Excel, Google Sheets 및 회계 소프트웨어에서 올바르게 렌더링되는 UTF-8 텍스트로 저장됩니다.

Excel을 아랍어 로케일로 설정해야 하나요?

아니요. PDFSub는 변환 중에 모든 서식을 정규화합니다. 날짜는 표준 형식으로 변환되고, 숫자는 표준 구분 기호가 있는 서양식 숫자를 사용하며, 금액은 숫자 값으로 저장됩니다. 결과 파일은 모든 로케일에서 작동합니다. 설명 필드의 아랍어 텍스트는 시스템에 아랍어 글꼴이 설치되어 있는 경우(대부분의 최신 시스템에는 기본적으로 설치됨) 올바르게 표시됩니다.

세 자리 소수점 통화(KWD, BHD, JOD)는 어떻게 처리되나요?

PDFSub는 거래내역 통화를 감지하고 올바른 소수점 정밀도로 금액을 파싱합니다. KWD, BHD, JOD 금액은 세 자리 소수점 전체를 유지합니다. 반올림 또는 잘라내기가 없습니다. PDF의 1,234.567 KWD 금액은 스프레드시트에서 1234.567로 표시됩니다.

동아랍 숫자 거래내역을 변환할 수 있나요?

예. PDFSub는 추출 중에 동아랍 숫자(٠١٢٣٤٥٦٧٨٩)를 감지하고 서양식 숫자(0123456789)로 변환합니다. 이는 걸프 은행 거래내역보다 이집트 은행 거래내역에서 동아랍 숫자를 더 자주 사용하는 경우에 가장 관련이 있습니다.

아랍어와 영어가 혼합된 이중 언어 거래내역은 어떻습니까?

PDFSub는 이중 언어 레이아웃(나란히 있든 위아래로 쌓여 있든)을 감지하고 이를 단일 거래 행으로 병합합니다. 아랍어 및 영어 설명은 별도의 열에 보존하거나 출력에 선호하는 언어를 선택할 수 있습니다.

은행 거래내역 데이터는 안전한가요?

깔끔한 디지털 PDF(대부분의 걸프 은행 전자 거래내역)의 경우, PDFSub는 파일을 전적으로 브라우저에서 처리합니다. PDF는 장치를 벗어나지 않습니다. 서버 측 처리는 스캔되거나 이미지 위주의 PDF에만 사용되며, 파일은 격리된 환경에서 처리된 후 삭제됩니다.

PDFSub는 몇 개의 아랍어 은행을 지원하나요?

PDFSub는 전 세계 20,000개 이상의 은행 형식을 지원하며, UAE, 사우디아라비아, 카타르, 쿠웨이트, 바레인, 이집트, 요르단의 모든 주요 은행을 포함합니다. 템플릿에 구애받지 않는 파서도 지역 및 전문 은행을 처리합니다.

이슬람 은행 거래내역을 변환할 수 있나요?

예. PDFSub는 Murabaha, Ijara, Sukuk, Takaful, Wakala, Musharaka, Mudaraba와 같은 이슬람 금융 용어를 올바르게 파싱하여, 이를 제거하거나 수정하지 않고 거래 설명에 보존합니다.

거래내역에 비밀번호가 설정되어 있다면 어떻게 되나요?

업로드 중에 요청 시 비밀번호를 입력하세요. PDFSub는 브라우저에서 파일을 로컬로 해독합니다. 비밀번호는 저장, 기록 또는 전송되지 않습니다. 은행의 도움말 센터에서 비밀번호 형식을 확인하세요. 일반적으로 CIF 번호, 주민등록번호 또는 생년월일을 기반으로 합니다.