은행 명세서아랍어ExcelUAE사우디아라비아국제

아랍 은행 명세서를 Excel로 변환 (Emirates NBD, Al Rajhi, QNB 등)

2026년 3월 2일

PDFSub Team

아랍 은행 명세서에는 오른쪽에서 왼쪽으로 쓰는 텍스트, 이중 언어 레이아웃, 일반 변환기에서 오류가 발생하는 Hijri 날짜가 포함되어 있습니다. 깔끔하게 변환하는 방법은 다음과 같습니다.

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

이것은 예외적인 경우가 아닙니다. 걸프협력회의(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)를 사용합니다. 이는 영어에서 사용되는 숫자와 동일합니다. 그러나 일부 문서, 특히 이집트 은행 및 이전 시스템의 문서는 동아랍 숫자를 사용합니다:

서양식	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. Hijri 달력 날짜

이슬람(Hijri) 달력은 매년 그레고리력보다 약 11일 짧습니다. 현재 Hijri 연도는 1447 AH이며, 이는 2025-2026 CE의 일부에 해당합니다. 일부 아랍 은행 명세서는 그레고리력 날짜와 함께 또는 대신 Hijri 날짜를 표시합니다.

사우디아라비아는 2016년 10월 금융 목적으로 공식적으로 그레고리력을 채택했으므로 최신 사우디 명세서는 그레고리력 날짜를 사용합니다. 그러나 Hijri 날짜는 보조 참조, 헤더/푸터 텍스트 또는 오래된 보관된 명세서에 계속 나타납니다. "3/9/1447"을 만나는 변환기는 이를 잘못된 그레고리력 날짜로 취급하는 대신 Hijri 날짜(3 Ramadan 1447 AH, 약 2026년 2월 26일 CE)로 인식해야 합니다.

6. 세 자리 소수점 통화

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

아랍 은행 명세서에서 흔히 볼 수 있는 세 가지 통화는 표준 두 자리가 아닌 세 자리 소수점을 사용합니다:

통화	코드	국가	예시 금액
쿠웨이트 디나르	KWD	쿠웨이트	1,234.567
바레인 디나르	BHD	바레인	1,234.567
요르단 디나르	JOD	요르단	1,234.567

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

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

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

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

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

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

주요 은행 및 명세서 형식

아랍에미리트

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

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

Abu Dhabi Commercial Bank (ADCB) -- 온라인 및 모바일 뱅킹을 통한 PDF 명세서입니다. Emirates NBD와 유사한 이중 언어 레이아웃입니다. 암호로 보호된 eStatement입니다.

사우디아라비아

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 profit"으로 표시됩니다.

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, 이중 언어 및 다중 소수점 문제를 포함하여 아랍 은행 명세서를 기본적으로 처리합니다.

작동 방식

명세서 업로드 -- 아랍 은행의 PDF를 드래그 앤 드롭합니다. PDFSub는 20,000개 이상의 지원 템플릿에서 은행 형식과 언어를 자동으로 감지합니다.
자동 형식 처리 -- 변환기는 자동으로 다음을 수행합니다.
- 양방향 텍스트를 올바르게 처리하여 아랍어 단어 순서를 유지합니다.
- 동아랍 숫자(٠١٢٣٤٥٦٧٨٩)를 감지하고 서양식 숫자로 정규화합니다.
- 이중 언어 행을 깔끔한 설명이 있는 단일 거래로 병합합니다.
- 반올림 없이 세 자리 소수점 통화(KWD, BHD, JOD)를 처리합니다.
- 아랍어 특정 유니코드 구분 기호(U+066B, U+066C)를 표준 형식으로 변환합니다.
- Hijri 날짜를 인식하고 필요한 경우 그레고리력으로 변환합니다.
- 이슬람 은행 용어를 구조화된 거래 범주로 매핑합니다.
검토 및 확인 -- 미리 보기에서 추출된 거래를 확인합니다. 잔액은 명세서의 시작 및 종료 잔액과 비교하여 검증됩니다.
다운로드 -- Excel(.xlsx), CSV, QBO(QuickBooks), OFX(Xero, Wave), QFX(Quicken) 또는 JSON으로 내보냅니다.

PDFSub가 아랍 명세서에 효과적인 이유

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

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

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

세 자리 소수점 통화 처리. KWD, BHD, JOD 금액은 세 자리 소수점 정밀도로 구문 분석됩니다. 반올림, 잘림, 정밀도 손실이 없습니다.

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

가격

PDFSub 요금제는 월 10달러부터 시작하며, 은행 명세서 변환은 월 29달러(Business + BSC 추가 기능, 500페이지)입니다. 모든 유료 요금제에는 전체 기능이 포함된 7일 무료 체험이 제공됩니다. 자세한 내용은 현재 가격을 참조하십시오.

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

GCC, 이집트, 요르단의 거의 모든 주요 은행은 PDF 다운로드로만 명세서를 제공합니다. CSV 버튼 없음. "Excel로 내보내기" 옵션 없음. PDF를 얻게 되며, 그게 전부입니다.

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

온라인 뱅킹에서 얻는 것

은행	내보내기 옵션	참고
Emirates NBD	PDF만	암호 보호됨 (CIF ID의 중간 8자리)
FAB	PDF, Excel, CSV	스프레드시트 내보내기를 제공하는 유일한 걸프 은행
ADCB	PDF만	암호 보호됨
Al Rajhi	PDF만	아랍어 또는 영어 옵션
SNB	PDF만	암호는 별도 이메일로 발송
QNB	PDF만	기본적으로 이중 언어
KFH	PDF만	KWD 세 자리 소수점 금액
NBK	PDF만	KWD 세 자리 소수점 금액

FAB 내보내기의 한계

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

날짜 형식: DD/MM/YYYY 형식으로, 영어 Excel에서는 1-12일의 날짜를 잘못 해석합니다.
통화 형식: 숫자와 함께 통화 기호가 포함될 수 있습니다.
거래 설명: 전체 PDF 명세서에 비해 종종 잘립니다.
제한된 기록: 내보내기가 최근 몇 개월로 제한될 수 있습니다. PDF 아카이브는 수년 전까지 거슬러 올라갑니다.
공식 명세서 아님: Excel 내보내기는 감사 또는 규제 목적상 공식 PDF 명세서의 법적 효력이 없습니다.

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

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

RTL 텍스트 반전: 아랍어 설명이 역순으로 붙여넣어집니다. "تحويل إلى حساب التوفير"는 읽을 수 없는 문자 덩어리가 됩니다.
Bidi 혼합: PDF에서 올바르게 배치되었던 숫자가 아랍어 텍스트의 반대쪽에 나타납니다.
열 파괴: 이중 언어 레이아웃이 단일 열로 축소되고 아랍어와 영어 조각이 무작위로 섞입니다.
합자 분해: 연결된 아랍어 문자가 고립된 형태로 분해되어 문자가 기술적으로 존재하더라도 시각적으로 의미 없는 텍스트가 될 수 있습니다.
세 자리 소수점 잘림: Excel이 기본 두 자리 소수점 서식을 적용하면 붙여넣은 숫자가 세 번째 소수점 자리를 잃을 수 있습니다.

아랍어 명세서의 경우 복사-붙여넣기는 실행 불가능합니다. 단 한 건의 거래라도 수동 수정이 필요합니다. 월별 전체 명세서는 문자 단위 수리 작업에 몇 시간이 걸릴 것입니다.

국가별 서식

아랍 은행 명세서는 획일적이지 않습니다. 각 국가는 명세서 데이터를 구문 분석하고 변환하는 방식에 영향을 미치는 고유한 관례를 가지고 있습니다.

국가	통화	소수점	숫자	언어	주요 참고 사항
UAE	AED	2	서양식	이중 언어 표준	수수료 5% VAT; IBAN: AE + 21자리
사우디아라비아	SAR	2	서양식	아랍어 기본	2016년 10월부터 그레고리력; IBAN: SA + 22자리
카타르	QAR	2	서양식	이중 언어 표준	IBAN: QA + 27자리
쿠웨이트	KWD	3	서양식	이중 언어 표준	가장 가치 있는 통화; 1 KWD = 1,000 fils
바레인	BHD	3	서양식	이중 언어 표준	137% 모바일 보급률
이집트	EGP	2	동아랍 숫자 가능성	아랍어 기본	1억 5백만 인구; 76.3% 금융 포용률
요르단	JOD	3	서양식 (날짜는 동아랍식)	아랍어 기본	IBAN: JO + 28자리

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

이슬람 은행 용어

Al Rajhi, KFH, Dubai Islamic Bank, Abu Dhabi Islamic Bank 또는 전통 은행의 이슬람 은행 부서와 같은 이슬람 은행의 명세서를 처리하는 경우, 전통적인 은행 명세서에는 나타나지 않는 전문 용어를 접하게 됩니다. 이러한 용어를 이해하는 것은 올바른 거래 분류에 필수적입니다.

아랍어 용어	영어	명세서에서의 의미
مرابحة (Murabaha)	원가 가산 금융	은행이 자산을 구매하여 마크업을 붙여 고객에게 판매합니다. 할부 납입은 "Murabaha payment"로 표시됩니다.
إجارة (Ijara)	리스 금융	리스와 유사합니다. 월별 납입은 "Ijara rental"로 표시됩니다.
صكوك (Sukuk)	이슬람 채권	Sharia 준수 채권의 투자 수익. "Sukuk profit distribution"으로 표시됩니다.
تكافل (Takaful)	이슬람 보험	보험료 납입은 "Takaful contribution"으로 표시됩니다.
وكالة (Wakala)	대리 투자	투자 예금. 수익은 "Wakala profit"으로 표시됩니다.
مشاركة (Musharaka)	파트너십 금융	합작 투자 수익. "Musharaka profit share"로 표시됩니다.
مضاربة (Mudaraba)	이익 공유 투자	저축/투자 수익. "Mudaraba profit"으로 표시됩니다.
زكاة (Zakat)	이슬람 자선세	은행에서 자동 차감되는 경우도 있는 자선 기부금.

주요 차이점: 이슬람 은행 명세서에는 "이자"(فائدة)라는 단어가 사용되지 않습니다. 전통 은행이 "이자 수입: 45.00 SAR"를 표시하는 곳에 이슬람 은행은 "Mudaraba profit: 45.00 SAR" 또는 "Wakala profit: 45.00 SAR"를 표시합니다. 경제적으로는 유사하지만 법적, 구조적으로는 다릅니다.

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

암호로 보호된 명세서 처리

대부분의 걸프 지역 은행은 eStatement에 암호를 설정합니다. 이는 변환이 시작되기 전에 추가 단계가 필요합니다. 암호 체계는 은행마다 다릅니다.

일반적인 암호 형식

은행	암호 체계
Emirates NBD	CIF(Customer Information File) ID의 중간 8자리 숫자
ADCB	계좌 번호의 마지막 4자리 + 생년월일(DDMM)
SNB (사우디)	명세서와 별도의 이메일로 발송
Al Rajhi	주민등록번호 또는 Iqama 번호
QNB	고객 설정 암호 또는 카드 번호의 마지막 4자리

잠금 해제 방법

은행의 FAQ 또는 도움말 센터 확인 -- 대부분의 은행은 eStatement 등록 페이지에 암호 형식을 문서화합니다.
별도 이메일 확인. 일부 은행(SNB 등)은 명세서가 포함된 이메일과 별도의 이메일로 암호를 보냅니다.
일반적인 조합 시도: 생년월일(DDMMYYYY 또는 MMDDYYYY), 주민등록번호, 계좌 번호, CIF 번호 또는 직불 카드 마지막 네 자리 숫자.
은행에 문의. 고객 서비스는 암호 형식을 확인할 수 있습니다. 암호 자체를 알려주지는 않지만, 암호가 무엇에 기반하는지는 알려줄 것입니다.
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는 암호로 보호된 eStatement를 포함한 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(대부분의 걸프 지역 은행 eStatement)의 경우, PDFSub는 파일을 전적으로 브라우저에서 처리합니다. PDF는 장치를 떠나지 않습니다. 서버 측 처리는 스캔되거나 이미지가 많은 PDF에만 사용되며, 파일은 격리된 환경에서 처리되고 처리 후 삭제됩니다.

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

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

이슬람 은행 명세서를 변환할 수 있나요?

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

명세서가 암호로 보호되어 있다면 어떻게 해야 하나요?

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