アラビア語の銀行取引明細書をExcelに変換（Emirates NBD、Al Rajhi、QNBなど）

Emirates NBDの取引明細書はPDFではきれいに整理されているように見えます。アラビア語のヘッダーが右に、英語の対応するヘッダーが左に、取引金額がきれいに並んでいます。しかし、そのデータをExcelに抽出してみると、すべてがうまくいかなくなります。アラビア語のテキストは単語の順序を逆にします。バイリンガル列は行数を倍にします。コンバーターは、「1,234.567」がフォーマットエラーなのか、それともクウェートディナールでの有効な金額なのかを判断できません。そして、明細書に3/9/1447のようなHijri日付が含まれている場合、スプレッドシートはそれをどう扱ってよいかわかりません。

これは特殊なケースではありません。湾岸協力会議（GCC）諸国、エジプト、ヨルダンの1億1000万人以上のアラビア語話者の銀行顧客が毎月PDF形式の銀行取引明細書を生成しています。GCCのデジタルバンキング市場は2025年に127億ドルに達し、2032年までに476億ドルに達すると予測されています。しかし、この地域nearlyすべての銀行（1つの顕著な例外を除く）は、PDFダウンロードのみを提供しています。CSVもExcelエクスポートもありません。あるのは、あらゆる言語の中で最も技術的に困難なテキスト抽出問題を含むPDFだけです。

根本的な問題は双方向テキストです。アラビア語は右から左へ読みますが、数字（明細書のすべての取引金額を含む）は左から右へと流れます。銀行取引明細書の1行には、2つの異なる方向に流れるテキストが同時に含まれています。この問題を正しく処理しないPDF抽出ツールは、アラビア語の単語が逆順に表示され、金額が間違った列に配置され、説明が読めなくなるような、ぐちゃぐちゃな出力を生成します。

ドバイの会計士がEmirates NBDの明細書を処理する場合でも、リヤドの簿記担当者がAl Rajhiの取引を変換する場合でも、多国籍ERPにQNBのデータを統合するドーハの財務チームの場合でも、あるいは世界中のどこかの監査人が湾岸銀行の明細書を理解しようとする場合でも、根本的な課題は同じです。つまり、アラビア語の銀行取引明細書PDFから構造化され、スプレッドシートで利用可能なデータを抽出することです。

なぜアラビア語の銀行取引明細書はExcelで問題が発生するのか

アラビア語の銀行取引明細書は、ラテン文字言語のコンバーターが処理するものよりもはるかに高度な、独自の抽出課題を生み出します。問題は、テキストの方向、文字のレンダリング、数字システム、バイリンガルレイアウト、カレンダーシステム、通貨の精度に及びます。

1. 右から左へのテキスト反転

これが最大の単一の問題であり、出力を見るまで見えないものです。

アラビア語は右から左（RTL）のスクリプトです。PDF抽出ツールがアラビア語の銀行取引明細書からテキストをプルすると、論理的な順序（入力された最初の文字から最後）で格納されている基になる文字ストリームを読み取ります。しかし、適切な双方向（bidi）処理がないと、抽出されたテキストは間違った視覚的な順序で表示されます。

「تحويل إلى حساب التوفير」（普通預金口座への送金）のような説明は、「ريفوتلا باسح ىلإ ليوحت」のように抽出される可能性があります。すべての単語が反転し、単語の順序が入れ替わります。文字はすべて存在しますが、間違った順序になっています。

アラビア語の銀行取引明細書は、すべての行に双方向テキストが含まれているため、この問題はさらに複雑になります。典型的な取引行には、アラビア語（右から左）、英語（左から右）、日付（左から右）、および数値（左から右）がすべて同じ行に含まれています。PDFレンダラーは画面上では視覚的なレイアウトを正しく処理しますが、生のテキスト抽出は方向のコンテキストを混乱させます。

適切な抽出には、論理的な文字ストリームから正しい視覚的な順序を再構築する双方向テキストアルゴリズムを使用した後処理が必要です。ほとんどの汎用PDFコンバーターはこのステップを完全にスキップします。

2. アラビア語の合字と文脈依存の形態

アラビア語は、ラテン文字のように、文字の位置に関係なく1つの形状を持つ文字があるわけではありません。アラビア語には28の基本文字があり、各文字は単語内の位置に応じて、孤立形、語頭形、語中形、語尾形の最大4つの文脈依存の形態をとることができます。

位置	形態	例 (ب)
孤立	単独	ب
語頭	単語の先頭	بـ
語中	単語の中間	ـبـ
語尾	単語の末尾	ـب

文字が接続すると、合字（複数の文字を表す単一のグリフのように見える視覚的な組み合わせ）が形成されます。最も一般的なのは「لا」（ラム・アレフ）で、アラビア語のテキストに常に現れます。

PDFフォントは、これらの合字を個々の文字ではなく、事前に結合された合字グリフとして格納する場合があります。合字を正しく分解しないコンバーターは、文字をスキップしたり、見た目は正しいがExcelで検索やソートが正しく行われないテキストを生成したりします。

3. 2つの数字システム

湾岸諸国の銀行業務では、主に西アラビア数字（0、1、2、3、4、5、6、7、8、9）が使用されています。これは英語で使用されているものと同じ数字です。しかし、一部の文書、特にエジプトの銀行や古いシステムからの文書では、東アラビア数字が使用されています。

西洋	0	1	2	3	4	5	6	7	8	9
東アラビア語	٠	١	٢	٣	٤	٥	٦	٧	٨	٩

これらは完全に異なるUnicodeコードポイントです。Excelは「١٢٣٤」を数値の1234ではなくテキストとして扱います。コンバーターは、明細書がどの数字システムを使用しているかを検出し、スプレッドシートとの互換性のために西洋数字に正規化する必要があります。一部の明細書では、同じページ上で両方のシステム（金額には西洋数字、日付や参照番号には東アラビア数字）が混在しています。

4. バイリンガルによる行の重複

ほとんどの湾岸銀行はデフォルトでバイリンガル明細書を発行しており、アラビア語と英語が隣り合って表示されるか、積み重ねて表示されます。これにより、ユニークな解析問題が発生します。各取引が2回表示されるのです。

典型的なバイリンガルレイアウトは次のようになります。

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

単純な抽出ツールはこれを3行として認識します。正しいパーサーは、これをバイリンガル説明を持つ1つの取引として認識します。言語検出と行のマージロジックがないと、スプレッドシートは予想される行数の2倍になり、その半分は異なる言語での重複になります。

銀行が異なるバイリンガルレイアウトを使用するため、この課題はさらに深刻になります。一部の銀行は、同じ行でアラビア語を右に、英語を左に配置します。他の銀行はアラビア語を英語の上に積み重ねます。一部の銀行は、同じ明細書の異なるセクションでアプローチを混在させています。

5. Hijriカレンダーの日付

イスラム暦（Hijri）は、グレゴリオ暦よりも年間約11日短いです。現在のHijri年は1447 AHで、2025年から2026年のCEの一部に対応します。一部のアラビア語の銀行取引明細書には、グレゴリオ暦の日付と並んで、またはその代わりにHijri日付が表示されます。

サウジアラビアは2016年10月に財務目的でグレゴリオ暦に公式に切り替えたため、最新のサウジアラビアの明細書はグレゴリオ暦の日付を使用しています。しかし、Hijri日付は二次的な参照として、ヘッダー/フッターテキスト、または古いアーカイブされた明細書に表示されることがあります。コンバーターが「3/9/1447」に遭遇した場合、それをグレゴリオ暦の不正な日付として扱うのではなく、Hijri日付（1447年ラマダン3日AH、約2026年2月26日CE）として認識する必要があります。

6. 3桁小数点通貨

これは、ほとんどのコンバーターが間違える重要な解析の詳細です。

アラビア語の銀行取引明細書で一般的に見られる3つの通貨は、標準の2桁ではなく、3桁の小数点を使用します。

通貨	コード	国	金額例
クウェートディナール	KWD	クウェート	1,234.567
バーレーンディナール	BHD	バーレーン	1,234.567
ヨルダンディナール	JOD	ヨルダン	1,234.567

小数点以下2桁を想定するコンバーターは、最後の桁を切り捨てるか、金額を完全に誤って解析します。「1,234.567 KWD」という金額は「1,234.57」ではありません。3桁目の小数点はある通貨単位（1 fils）を表します。丸めたり削除したりすると、数百の取引にわたってエラーが蓄積します。

AED、SAR、QAR、EGPはすべて小数点以下2桁を使用します。多通貨取引を含むクウェートの銀行からの単一の明細書では、同じページに2桁と3桁の金額の両方が含まれる場合があります。

7. アラビア語固有の数字区切り文字

湾岸諸国の銀行業務では一般的に英語と同じ数値形式（1,234.56、カンマを千単位区切り、ピリオドを小数点）が使用されていますが、一部のアラビア語文書ではUnicodeのアラビア数字区切り文字が使用されています。

• アラビア語の小数点区切り文字 (U+066B): ٫ -- カンマに似ていますが、異なる文字です。
• アラビア語の千単位区切り文字 (U+066C): ٬ -- ピリオドに似ていますが、異なる文字です。

これらの文字は標準のカンマやピリオドと見た目は同じですが、異なるUnicodeコードポイントです。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建ての金額（小数点以下2桁）のバイリンガルフォーマット。

クウェート

Kuwait Finance House (KFH) -- 世界で最も初期のイスラム銀行の一つで、1977年に設立。PDF明細書はKWD建てで小数点以下3桁を使用。「利息」ではなく「Murabaha利益」と表示されるなど、イスラム金融用語が全体に使用されています。

National Bank of Kuwait (NBK) -- 同国で最も古く、最大の通常銀行。PDF明細書はバイリンガルフォーマット。KWD建ての金額は3桁小数点処理が必要です。

バーレーン

バーレーンはGCCで最も高い携帯電話普及率（137%）を誇り、デジタル明細書へのアクセスはほぼ普遍的です。BHDは小数点以下3桁を使用します。主要銀行には、Bank of Bahrain and Kuwait (BBK)、National Bank of Bahrain (NBB)、Ahli United Bankなどがあります。すべてPDFのみの明細書ダウンロードを提供しています。

エジプト

人口1億500万人、金融包摂率76.3%のエジプトは、顧客数で最大の العربية語圏の銀行市場です。主要銀行には、National Bank of Egypt (NBE)、Banque Misr、Commercial International Bank (CIB)などがあります。エジプトの明細書は、湾岸諸国の明細書よりも東アラビア数字（٠١٢٣４５６７８９）を使用する可能性が高いです。金額はEGP建てで小数点以下2桁です。

ヨルダン

アンマンに本社を置くArab Bankは、世界最大のアラブ銀行機関の一つです。ヨルダンの明細書はJOD建てで小数点以下3桁を使用します。この銀行セクターは、レバント地域を結ぶ金融ハブとして機能しています。

---

方法1：銀行取引明細書コンバーターを使用する（推奨）

PDFSub は、上記で説明したRTL、バイリンガル、複数桁小数点の問題を含む、アラビア語の銀行取引明細書をネイティブに処理します。

仕組み

1. 明細書をアップロード -- アラビア語の銀行のPDFをドラッグ＆ドロップします。PDFSubは、20,000以上のサポートされているテンプレートから銀行フォーマットと言語を自動検出します。

2. 自動フォーマット処理 -- コンバーターは自動的に以下を行います。

   • 双方向テキストを正しく処理し、アラビア語の単語順を保持します。
   • 東アラビア数字（٠١٢３４５６７８９）を検出し、西洋数字に正規化します。
   • バイリンガル行を、きれいな説明を持つ単一の取引にマージします。
   • 3桁小数点通貨（KWD、BHD、JOD）を丸めなしで処理します。
   • アラビア語固有のUnicode区切り文字（U+066B、U+066C）を標準フォーマットに変換します。
   • Hijri日付を認識し、必要に応じてグレゴリオ暦に変換します。
   • イスラム金融用語を構造化された取引カテゴリにマッピングします。

3. レビューと検証 -- プレビューで抽出された取引を確認します。残高は、明細書の開始残高と終了残高に対して検証されます。

4. ダウンロード -- Excel（.xlsx）、CSV、QBO（QuickBooks）、OFX（Xero、Wave）、QFX（Quicken）、またはJSONとしてエクスポートします。

PDFSubがアラビア語明細書で機能する理由

アラビア語を含む133言語に対応。 抽出エンジンは、完全な双方向処理で右から左へのテキストを処理します。アラビア語の説明は、逆順ではなく、正しい視覚的順序で抽出され、Excel、Google Sheets、会計ソフトウェアで正しくレンダリングされるUTF-8テキストとして保存されます。

バイリンガル明細書対応。 パーサーは、アラビア語/英語のバイリンガルレイアウト（横並びか縦積みかに関わらず）を検出し、重複する説明を、好みの言語の単一取引行にマージします。

ブラウザファーストのプライバシー。 オンラインバンキングからのきれいなデジタルPDF（ほとんどの湾岸銀行の明細書）の場合、テキスト抽出はすべてブラウザ内で行われます。ファイルはデバイスから離れることはありません。サーバーサイド処理は、AIベースの抽出を必要とするスキャンされたドキュメントまたは複雑なレイアウトにのみ使用されます。

3桁小数点通貨対応。 KWD、BHD、JODの金額は、3桁小数点精度で完全に解析されます。丸めや切り捨て、精度損失はありません。

イスラム金融用語対応。 Murabaha、Ijara、Sukuk、Takafulなどのイスラム金融用語を含む取引説明は、認識されないテキストとしてフラグ付けされるのではなく、正しく解析およびカテゴリ化されます。

価格

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の3桁小数点金額
NBK	PDFのみ	KWDの3桁小数点金額

FABのエクスポートの制限

FABのExcel/CSVエクスポートにも問題があります。

• 日付フォーマット: DD/MM/YYYY。英語Excelでは、1日から12日までの日付をサイレントに誤解釈します。
• 通貨フォーマット: 数値に通貨記号が含まれる場合があります。
• 取引説明: 完全なPDF明細書と比較して、しばしば切り捨てられます。
• 履歴の制限: エクスポートは最近の数ヶ月に制限される場合があります。PDFアーカイブは数年分遡ります。
• 公式明細書ではない: Excelエクスポートは、監査または規制目的での公式PDF明細書の法的効力を欠いています。

---

方法3：コピー＆ペースト（非推奨）

アラビア語の銀行取引明細書PDFからテキストをコピーしてExcelに貼り付けると、あらゆる言語の中で最悪の結果のいくつかになります。問題は深刻です。

• RTLテキスト反転: アラビア語の説明は、単語の順序が反転して貼り付けられます。「تحويل إلى حساب التوفير」は読めない文字のスープになります。
• Bidi混合: PDFでは正しく配置されていた数字が、アラビア語テキストの反対側に配置されます。
• 列の破壊: バイリンガルレイアウトは、アラビア語と英語の断片がランダムにインターリーブされた単一の列に崩壊します。
• 合字分解: 接続されたアラビア文字は、文字自体は技術的に存在していても、視覚的なガベージを作成する孤立した形態に分解される場合があります。
• 3桁小数点切り捨て: Excelがデフォルトの小数点以下2桁フォーマットを適用すると、貼り付けられた数値は3桁目の小数点以下を失う可能性があります。

アラビア語の明細書の場合、コピー＆ペーストは実用的ではありません。1つの取引でも手動での修正が必要です。完全な月次明細書は、文字ごとの修正に何時間もかかるでしょう。

---

国別のフォーマット

アラビア語の銀行取引明細書は一枚岩ではありません。各国には、明細書データの解析と変換方法に影響を与える独自の慣習があります。

国	通貨	小数点	数字	言語	主要な注意点
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億500万人; 金融包摂率76.3%
ヨルダン	JOD	3	西洋（日付は東アラビア語）	アラビア語プライマリ	IBAN: JO + 28桁

重要なポイント：ほとんどの湾岸諸国は西洋数字と英語スタイルの数値区切り文字（カンマを千単位区切り、ピリオドを小数点）を使用しており、解析が簡素化されます。エジプトは東アラビア数字が現れる可能性のある例外です。そして3カ国（クウェート、バーレーン、ヨルダン）は3桁の小数点を使用しており、これは2桁の精度を想定するコンバーターを破損させます。

---

イスラム金融用語

Al Rajhi、KFH、Dubai Islamic Bank、Abu Dhabi Islamic Bank、または通常銀行のイスラム金融部門などのイスラム銀行の明細書を処理している場合、通常の銀行取引明細書には見られない専門用語に遭遇します。これらの用語を理解することは、正しい取引カテゴリ分けに不可欠です。

アラビア語の用語	英語	明細書での意味
مرابحة (Murabaha)	Cost-plus financing	銀行が資産を購入し、マークアップを付けて顧客に販売する。分割払いは「Murabaha payment」として表示される
إجارة (Ijara)	Lease financing	リースに似ている。月々の支払いは「Ijara rental」と表示される
صكوك (Sukuk)	Islamic bonds	シャリア準拠債券からの投資収益。「Sukuk profit distribution」として表示される
تكافل (Takaful)	Islamic insurance	保険料の引き落としは「Takaful contribution」と表示される
وكالة (Wakala)	Agency investment	投資預金。収益は「Wakala profit」と表示される
مشاركة (Musharaka)	Partnership financing	合弁事業の収益。「Musharaka profit share」
مضاربة (Mudaraba)	Profit-sharing investment	貯蓄/投資収益。「Mudaraba profit」
زكاة (Zakat)	Islamic alms tax	慈善控除。銀行によって自動引き落としされる場合がある

重要な区別：イスラム銀行の明細書では、「利息」（فائدة）という言葉は決して使用されません。従来の銀行が「利息収入：45.00 SAR」と表示するのに対し、イスラム銀行は「Mudaraba利益：45.00 SAR」または「Wakala利益：45.00 SAR」と表示します。これらは経済的には似ていますが、法的に、そして構造的に異なります。

会計士にとって、これらの用語を勘定科目表で正しく分類することは重要です。Murabahaの支払いは元本と利益の両方のコンポーネントを含みます（元本と利息に相当）。Ijaraの支払いはレンタル料とサービス料を含む場合があります。優れたコンバーターは、これらのラベルを削除するのではなく、取引説明に保持します。

---

パスワード保護された明細書の処理

ほとんどの湾岸銀行はeStatementにパスワード保護をかけています。これにより、変換を開始する前に手順が追加されます。パスワードスキームは銀行によって異なります。

一般的なパスワードフォーマット

銀行	パスワードスキーム
Emirates NBD	CIF（Customer Information File）IDの中央8桁
ADCB	口座番号の下4桁 + 生年月日（DDMM）
SNB (サウジ)	明細書とは別にメールで送信
Al Rajhi	国民ID番号またはイカーマ番号
QNB	顧客設定パスワードまたはカード番号の下4桁

解ロック方法

1. 銀行のFAQまたはヘルプセンターを確認する -- ほとんどの銀行は、eStatement登録ページでパスワードフォーマットを文書化しています。

2. 別のメールを探す。 一部の銀行（SNBなど）は、明細書を含むメールとは別のメールでパスワードを送信します。

3. 一般的な組み合わせを試す: 生年月日（DDMMYYYYまたはMMDDYYYY）、国民ID番号、口座番号、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（小数点以下2桁）とKWD（小数点以下3桁）を混在させるスプレッドシートは、一貫した小数点処理が必要です。KWD/BHD/JOD金額のサイレントな丸めを防ぐために、Excelの列フォーマットを金額列全体で小数点以下3桁に設定します。

---

よくある質問

Emirates NBDの明細書をExcelに変換できますか？

はい。PDFSubはEmirates NBDの明細書をサポートしており、パスワード保護されたeStatementも含まれます。プロンプトが表示されたらパスワード（通常はCIF IDの中央8桁）を入力すると、コンバーターは正しいアラビア語テキスト、バイリンガル説明、AED金額ですべての取引を抽出します。

コンバーターは右から左へのアラビア語テキストをどのように処理しますか？

PDFSubは、抽出中に正しいアラビア語の単語順を保持する双方向テキスト処理を使用します。アラビア語の説明は、逆順ではなく、正しい視覚的順序で抽出され、Excel、Google Sheets、会計ソフトウェアで正しくレンダリングされるUTF-8テキストとして保存されます。

Excelのアラビア語ロケール設定が必要ですか？

いいえ。PDFSubは変換中にすべてのフォーマットを正規化します。日付は標準フォーマットに変換され、数値は標準区切り文字を持つ西洋数字を使用し、金額は数値として保存されます。結果のファイルはどのロケールでも機能します。説明フィールドのアラビア語テキストは、システムにアラビア語フォントがインストールされている限り（ほとんどの最新システムにはデフォルトでインストールされています）、正しく表示されます。

3桁小数点通貨（KWD、BHD、JOD）はどのように処理されますか？

PDFSubは明細書の通貨を検出し、正しい小数点精度で金額を解析します。KWD、BHD、JODの金額は、3桁すべての小数点以下を保持します。丸めや切り捨てはありません。PDFの1,234.567 KWDという金額は、スプレッドシートでは1234.567として表示されます。

東アラビア数字を含む明細書を変換できますか？

はい。PDFSubは東アラビア数字（٠١٢３４５６７８９）を検出し、抽出中に西洋数字（0123456789）に変換します。これは、湾岸諸国の明細書よりも東アラビア数字を使用する可能性が高いエジプトの銀行取引明細書に最も関連性があります。

アラビア語と英語のバイリンガル明細書についてはどうですか？

PDFSubはバイリンガルレイアウト（横並びか縦積みか）を検出し、それらを単一の取引行にマージします。アラビア語と英語の両方の説明を別々の列に保持することも、出力に好みの言語を選択することもできます。

銀行取引明細書のデータは安全ですか？

きれいなデジタルPDF（ほとんどの湾岸銀行のeStatement）の場合、PDFSubはファイルを完全にブラウザ内で処理します。PDFはデバイスから離れることはありません。サーバーサイド処理は、スキャンされたPDFまたは画像が多いPDFにのみ使用され、ファイルは隔離された環境で処理され、処理後に削除されます。

PDFSubはいくつのアラビア語銀行をサポートしていますか？

PDFSubは世界中で20,000以上の銀行フォーマットをサポートしており、UAE、サウジアラビア、カタール、クウェート、バーレーン、エジプト、ヨルダンのすべての主要銀行をカバーしています。テンプレートに依存しないパーサーは、地域および専門銀行も処理します。

イスラム銀行の明細書を変換できますか？

はい。PDFSubは、イスラム金融用語（Murabaha、Ijara、Sukuk、Takaful、Wakala、Musharaka、Mudaraba）を正しく解析し、これらのラベルを削除または変更するのではなく、取引説明に保持します。

明細書がパスワードで保護されている場合はどうなりますか？

アップロード中にプロンプトが表示されたらパスワードを入力します。PDFSubはファイルをローカルのブラウザで復号化します。パスワードは保存、ログ記録、または送信されることはありません。パスワードフォーマットについては、銀行のヘルプセンターを確認してください。通常、CIF番号、国民ID、または生年月日に基づいています。