トルコの銀行取引明細書をExcelに変換(Garanti BBVA、İş Bankası、Akbankなど)
トルコの銀行取引明細書は、コンマ区切りの小数、DD.MM.YYYY形式の日付、EFT/FAST/Havaleトランザクションコードが英語ロケールのコンバーターでは正しく処理されないため問題が発生します。ここでは、それらをクリーンに変換する方法を説明します。
トルコの hesap ekstresi(取引明細書)は、画面上では完璧に整形されているように見えますが、スプレッドシートに数値を取り込もうとすると問題が発生します。コンマ区切りの小数点がテキストに変わったり、DD.MM.YYYY形式の日付が月と日を誤って解釈したり、EFTおよびFASTトランザクションコードが1つの長い文字列に化けたりします。さらに、長年の高インフレによって6桁または7桁に膨れ上がった金額は、列からはみ出したり、小数点以下の精度を失ったりします。
トルコの銀行システムは約8500万人が利用しており、成人人口の70%以上が少なくとも1つの銀行口座を保有しています。同国は世界で最も洗練された即時決済ネットワーク(FAST)の一つを運営し、インフレヘッジとして広く複数通貨口座をサポートし、独自の専門用語を持つイスラム銀行セクターも並行して維持しています。これらの要因により、トルコの銀行取引明細書は最も正確な変換が難しいものの一つとなっています。
毎月数十件の顧客明細書を処理するSMMM(公認会計士)、トルコ子会社のデータを統合する国際会計士、またはGaranti BBVAやAkbankの口座をQuickBooksで照合しようとしている事業主であっても、直面する課題は現実的かつ具体的です。
このガイドでは、トルコの明細書がなぜ変換困難なのか、遭遇する主要な銀行、そしてExcel、CSV、または会計ソフトウェアにクリーンで構造化されたデータを最速で取り込む方法について詳しく説明します。
なぜトルコの銀行取引明細書はExcelで問題が発生するのか
トルコの銀行取引明細書は、数値のフォーマット、日付の規則、文字エンコーディング、金融用語が組み合わさっており、それぞれが個別に扱いにくいだけでなく、英語ロケールのツールにとっては悪夢となります。以下に6つの主要な問題点を挙げます。
1. コンマ区切りの小数とピリオド区切りの千単位
大陸ヨーロッパの多くの国と同様に、トルコは英語圏とは逆の数値表記規則を使用しています。
| トルコ形式 | 英語換算 | Excelが認識するもの |
|---|---|---|
| 1.234,56 TL | 1,234.56 TL | テキスト(認識不可) |
| 125.000,00 TL | 125,000.00 TL | テキストまたは125.0 |
| -4.567,89 TL | -4,567.89 TL | テキスト |
| 1.250.000,00 TL | 1,250,000.00 TL | テキスト |
英語ロケールのExcelは「1.234,56」を解析できません。ピリオドとコンマの位置が間違っていると認識し、値全体をテキスト文字列として扱います。単純な置換(Find and Replace)では、千単位の区切り文字を削除せずにコンマをピリオドに置き換えると「1.234.56」となり、依然として壊れた状態になります。
この問題は、トルコでは高インフレによって数値が大きくなるため、さらに増幅されます。ドイツの明細書ではユーロで4桁または5桁の金額が表示されるかもしれませんが、トルコの明細書では通常、リラで6桁または7桁の数字が表示されます。月給は「45.750,00 TL」、家賃の支払いは「22.500,00 TL」と表示されることがあります。千単位の区切り文字が多いほど、解析エラーの可能性も高まります。
2. ピリオド区切りのDD.MM.YYYY形式の日付
トルコの日付は、日-月-年の順序でピリオドを区切り文字として使用します:15.03.2026 は2026年3月15日を意味します。
英語ロケールのExcelはこれを次のように解釈します。
- 3月15日、2026年(日が13以上の場合、正しい解釈が強制される)
- 1月15日、2026年(日が12以下の場合、ExcelがMM.DD.YYYYと推測する)
結果として、一部の日付は正しく解析され、他は誤って(月にずれが生じて)表示される列になります。その列をソートすると無意味な取引順序になり、数週間後に照合が失敗するまで気づかない可能性があります。
トルコの明細書には、トランザクションごとに二重の日付も含まれています。
- İşlem Tarihi -- 取引日(支払いが発生した日)
- Valör Tarihi -- バリュー日付(金額が利息計算に影響を与える日)
これらはしばしば異なります。金曜日のPOS購入は、İşlem Tarihiは金曜日、Valör Tarihiは月曜日と表示されることがあります。コンバーターは両方の列を正しくマッピングし、区別を維持する必要があります。
3. I/iの問題 -- トルコ語の文字エンコーディング
トルコ語には標準ASCIIに存在しない4つの文字があり、独自のエンコーディング問題を引き起こします。
| 文字 | 名前 | 問題点 |
|---|---|---|
| i (ドットなしI) | 小文字のドットなしi | トルコ語固有 -- 英語の相当なし |
| I (ドット付きI) | 大文字のドット付きI | トルコ語の「i」の大文字であり、「I」ではない |
| ğ | ソフトg | しばしば省略されるか「g」に置き換えられる |
| ş | セディーユ付きs | ASCIIコンテキストでは「s」に置き換えられる |
最も悪名高い問題はI/iの反転です。英語では、「i」は大文字にすると「I」になります。トルコ語では、「i」(ドット付き)は大文字にすると「I」(ドット付き)になり、「ı」(ドットなし)は大文字にすると「I」(ドットなし)になります。これは、ソフトウェアがトルコ語ロケール規則を理解しない限り、大文字・小文字を区別しない検索やテキストマッチングが壊れることを意味します。銀行取引明細書にはしばしばすべて大文字のテキストが含まれます -- 「EFT GÖNDERİM」、「İŞ BANKASI」、「GARANTI BBVA」 -- ここではドットの有無による区別が正しく表示するために重要です。
追加のトルコ語文字(c, o, u)は、受取人名、支店名、説明文全体に現れます。エンコーディングの不一致は、「İşlem」を「İşlem」や「?şlem」に変えてしまい、説明文が読めなくなります。
4. 高インフレによる大きな金額
トルコの持続的な高インフレ(2022年には85%超を記録し、高止まり)は、日常的な取引金額が国際基準から見て大きいことを意味します。レストランでの食事は2.500,00TLかもしれません。月々の公共料金請求書は3.750,00TLかもしれません。ビジネス取引は日常的に数百万に達します。
これは実用的な問題を引き起こします。Excelのデフォルトの列幅では7桁の数字を表示できず(「####」と表示される)、浮動小数点数として誤って解析された金額は大きな数値で精度を失い、多くのトルコ人はインフレヘッジとして並行して米ドル、ユーロ、金口座を保有しているため、1人の顧客の明細書には複数の通貨での取引が含まれ、その規模は大きく異なります。
5. 複数通貨の明細書
トルコでは、外貨口座はニッチな商品ではなく、主流です。Garanti BBVA、İş Bankası、Akbankなどの銀行は、USD、EUR、GBP、さらにはアルティン(金)口座を提供しており、残高はグラム単位の金で表示されます。
1人の顧客は、国内取引用のTRY普通預金口座、インフレヘッジとしてのUSD定期預金口座、国際貿易用のEUR口座、貯蓄手段としてのaltın hesabı(金口座)を保有している可能性があります。各通貨は独自の明細書を生成し、多くの場合、同じ銀行でも異なるフォーマット規則が適用されます。コンバーターは、TRY、USD、EUR、GBP、およびXAUの金額を正しく処理し、通貨コードを維持し、各通貨に適切な小数点フォーマットを適用する必要があります。
政府の2021年のKKM(Kur Korumalı Mevduat -- 外貨建て保護預金)スキームは、さらに複雑さを増しました。明細書には、リラ預金が為替レート保証に関連付けられているKKMエントリが表示される場合があり、説明文にはTRY金額とUSD/EUR換算レートの両方が参照されることがあります。
6. EFT/FAST/Havaleトランザクションコード
トルコの明細書には、一般的なパーサーが認識しない送金タイプのコードが含まれています。
| コード | 正式名称 | 意味 |
|---|---|---|
| EFT | Elektronik Fon Transferi | CBRT経由の銀行間送金(営業時間のみ) |
| FAST | Fonların Anlık ve Sürekli Transferi | 即時24時間365日送金(トルコのリアルタイム決済システム) |
| Havale | Havale | 同じ銀行内の送金(通常無料) |
| POS | POS İşlemi | POSカード取引 |
| ATM | ATM İşlemi | ATMからの引き出しまたは預け入れ |
これらのコードは、トルコ語の説明フィールド内に、dekont(領収書)番号、IBANの一部、受取人情報などと共に埋め込まれています。この構造を理解していないコンバーターは、1つのトランザクションを複数の行に分割したり、複数のフィールドを1つの構造化されていないテキストの塊に圧縮したりします。
主要な銀行とその明細書フォーマット
トルコの銀行セクターは4つの異なるカテゴリーに分かれており、それぞれ異なる明細書規則とエクスポート機能を持っています。
国営銀行
Ziraat Bankası -- 1863年設立、トルコ最大の資産を持つ銀行。元々は農業銀行でしたが、現在は国内で最も広範な支店網を持つフルサービス機関です。明細書は主にPDFベースです。オンラインバンキングからのデジタルエクスポートは、民間銀行と比較して限定的です。公務員、退職者、地方の顧客に非常に一般的です。
Halkbank -- 中小企業融資に重点を置く2番目の主要国営銀行。PDF明細書が主なフォーマットであり、オンラインバンキングからの基本的なエクスポートオプションがあります。
VakıfBank -- 3番目の国営銀行、元々は財団銀行として設立されました。Halkbankと同様に、PDF中心の明細書提供でデジタル機能を持っています。
国営銀行の明細書は、レイアウトがより保守的な傾向があります -- フォーマットはシンプルですが、エクスポートオプションは少なくなります。顧客が国営銀行を利用している場合、変換が必要なPDFを扱っている可能性が非常に高いです。
民間銀行
İş Bankası -- 1924年、共和国初期に設立されたトルコ最大の民間銀行。オンラインバンキング(İşbank Internet Şubesi)からPDFとExcelのエクスポートの両方を提供しています。会計ワークフローで最も一般的に遭遇する民間銀行の明細書です。複数通貨の明細書は、法人顧客にとって標準です。
Garanti BBVA -- スペインのBBVAグループ傘下。PDFとExcelのエクスポートオプションを備えた強力なデジタルバンキングプラットフォーム。Garantiのオンラインバンキングインターフェースは、比較的クリーンなトランザクションダウンロードを提供しますが、CSVフォーマットはセミコロンを区切り文字として使用し、トルコ語の数値フォーマットを使用します。
Akbank -- Sabancıグループ傘下。PDFと限定的なExcelエクスポートを提供しています。高トランザクション量の法人顧客に広く利用されています。
Yapı Kredi -- KocグループとUniCreditの合弁事業。公式のekstreler(明細書)のデフォルトフォーマットはPDFで、オンラインバンキングを通じてデジタルアクセスが可能です。
デジタルバンクおよび外資系銀行
Enpara.com -- QNB Finansbankのデジタルバンキングブランドで、ゼロ手数料口座で知られています。トルコの銀行の中で最高の輸出能力を提供しています -- クリーンなCSVおよびExcelダウンロードで、構造化された列を備えています。顧客がEnparaを利用している場合は、PDFを変換する前にネイティブエクスポートから始めてください。
QNB Finansbank -- カタール国立銀行傘下。標準的なPDFと限定的なCSVエクスポートを提供しています。
DenizBank -- Emirates NBD傘下。標準的なデジタルバンキングエクスポートを提供しています。
Papara -- 2000万人以上のユーザーを持つトルコ最大のフィンテック企業。トランザクション履歴のエクスポートは利用可能ですが、従来の銀行取引明細書とは異なるフォーマットになっています。
参加銀行(イスラム銀行)
Kuveyt Türk, Albaraka Türk, および Türkiye Finans は、イスラム銀行の原則に基づいて運営されています。これらの明細書は、根本的に異なる専門用語を使用しています。
| 従来の用語 | 参加銀行の用語 | 意味 |
|---|---|---|
| Faiz (利息) | Kar Payı (利益分配) | 預金に対するリターン |
| Kredi (融資) | Finansman (ファイナンス) | 融資商品 |
| Faiz Oranı (利率) | Kar Payı Oranı (利益分配率) | リターンの率 |
| Mevduat (預金) | Katılım Hesabı (参加口座) | 貯蓄口座 |
利息エントリで「faiz」を期待するコンバーターは、参加銀行の明細書では「kar payı」を見逃してしまいます。会計ソフトウェアでトランザクションを正しく分類するためには、この区別が重要です。
方法1:銀行取引明細書コンバーターを使用する(推奨)
PDFSub は、上記で説明したすべてのフォーマットの問題を含む、トルコの銀行取引明細書をネイティブで処理します。
仕組み
-
hesap ekstresiをアップロード -- トルコのどの銀行のPDFでもドラッグ&ドロップしてください。PDFSubは、ドキュメント構造、通貨コード、テキストパターンから、銀行フォーマットとトルコ語ロケールを自動検出します。
-
自動フォーマット処理 -- コンバーターは自動的に以下を行います。
- DD.MM.YYYY形式の日付を好みの形式に変換します
- コンマ区切りの小数(1.234,56)を標準的な数値(1234.56)に変換します
- トルコ語の文字(c、g、i、I、o、s、u)を正しいUTF-8エンコーディングで保持します
- EFT、FAST、Havaleのトランザクションタイプを構造化されたフィールドに解析します
- İşlem TarihiとValör Tarihiを別々の日付列にマッピングします
- TRY、USD、EUR、その他の通貨金額を正しく処理します
-
レビューと検証 -- プレビューで抽出されたトランザクションを確認します。Opening and closing bakiye(残高)の値は、明細書の合計値に対して検証されます。
-
ダウンロード -- Excel(.xlsx)、CSV、QBO(QuickBooks)、OFX(Xero、Wave)、QFX(Quicken)、QIF、またはJSONとしてエクスポートします。
トルコの明細書で機能する理由
トルコ語を含む133言語に対応。 抽出エンジンはトルコ語の銀行用語(hesap ekstresi、bakiye、borç、alacak、tutar、açıklama)を理解し、それらを構造化されたフィールドに正しくマッピングします。
すべての主要トルコ銀行をサポート。 Ziraat、Halkbank、VakıfBank、İş Bankası、Garanti BBVA、Akbank、Yapı Kredi、QNB Finansbank、DenizBank、Enpara、および参加銀行はすべて認識され、20,000以上のグローバル銀行フォーマットで正しく解析されます。
ブラウザファーストのプライバシー。 オンラインバンキングからのデジタルPDF(ほとんどのトルコ銀行明細書)の場合、テキスト抽出はすべてブラウザ内で行われます。ファイルがデバイスから離れることはありません。スキャンされたドキュメントまたは画像が多いPDFの場合のみ、サーバーサイド処理がトリガーされます。
正しいトルコ語の数値処理。 コンバーターは、トルコの数値フォーマット規則を理解しており、トルコの明細書で一般的な、インフレによる大きな金額も処理します。ピリオド区切りの千単位とコンマ区切りの小数を持つ6桁および7桁の数値は、精度を失うことなく解析されます。
複数通貨への対応。 TRY、USD、EUR、GBP、および金口座の明細書は、それぞれ正しい小数点精度と通貨コードの保持で処理されます。
価格
銀行取引明細書の変換は、月額29ドル(Businessプラン + BSCアドオン、500ページ)から始まります。すべての有料プランには、全機能を利用できる7日間の無料トライアルが含まれています。詳細については、現在の価格をご覧ください。
方法2:銀行提供のダウンロード
一部のトルコ銀行は、オンラインバンキングプラットフォームからCSVまたはExcelのエクスポートを提供しています。以下に期待される内容を示します。
入手方法
- İş Bankası: İşbank Internet Şubesi -- Hesap Hareketleri -- Excel İndir
- Garanti BBVA: Garanti Internet -- Hesap İşlemleri -- Excel/CSV
- Akbank: Akbank Direkt -- Hesap Özeti -- İndir (Excel)
- Enpara: Enpara.com -- Hesap Hareketleri -- CSV İndir(最もクリーンなエクスポート)
- Ziraat Bankası: Ziraat Internet -- 限定的なエクスポートオプション、PDFが主
制限事項
セミコロン区切りのCSV。 コンマ区切りの小数を使用する他の国と同様に、トルコのCSVエクスポートはセミコロンを区切り文字として使用します。これを英語ロケールのExcelで開くと、すべて列Aにダンプされます。
修正方法: Excelを開く → Data → From Text/CSV → ファイルを選択 → 区切り文字として「Semicolon」を選択 → トルコ語文字を保持するためにUTF-8エンコーディングを設定します。
トルコ語の数値フォーマットが維持される。 エクスポートされたファイルは、コンマ区切りの小数とピリオド区切りの千単位を保持します。計算のために英語の数値フォーマットに変換する必要があります。
国営銀行は遅れている。 トルコの人口の大部分を占めるZiraat、Halkbank、VakıfBankは、Excel/CSVエクスポートをほとんど、またはまったく提供していません。顧客が国営銀行を利用している場合、PDFを扱っています。
履歴が限定的。 ほとんどの銀行は、エクスポートを3〜12ヶ月のトランザクションに制限しています。年間の明細書処理または監査準備のために、PDFのekstrelerを扱う必要があります。
公式文書ではない。 CSVダウンロードはhesap ekstresiではありません。開始残高と終了残高、銀行の公式フォーマット、およびトルコ税務当局(Gelir İdaresi Başkanlığı)が必要とする文書の法的効力を欠いています。
方法3:コピー&ペースト(非推奨)
PDFからトランザクションデータを選択してExcelに貼り付けることができます。問題は深刻です。
- トルコ語の文字(c、g、i、o、s、u)が破損したり、欠落したりする可能性があります。
- コンマ区切りの小数点がテキストとして貼り付けられ、数値になりません。
- 複数行の説明が余分な行を作成し、テーブル構造を壊します。
- EFT/FASTコードとdekont番号が説明と結合します。
- 二重の日付列(İşlem Tarihi / Valör Tarihi)が単一のフィールドに折りたたまれます。
開始残高と終了残高に対する検証はありません。
- インフレによる大きな数値が不正確な精度で貼り付けられる可能性があります。
数件のトランザクションを超える場合、コピー&ペーストは節約できる時間よりも多くの修正作業を生み出します。
トルコの明細書における送金タイプ
正確な分類のために、トルコの明細書にある送金コードを理解することが不可欠です。各タイプが何を意味し、どのように表示されるかを以下に示します。
EFT (Elektronik Fon Transferi)
トルコ共和国中央銀行(CBRT)を通じて処理される銀行間電子送金。CBRTの営業時間内(平日08:30〜17:30)のみ利用可能です。明細書の説明には通常、次のように記載されます。
EFT GÖNDERİM-- 送金EFTEFT GELEN-- 受信EFTEFT/MEHMET YILMAZ/TR330006100519786457841234-- 受取人名とIBAN付き
FAST (Fonların Anlık ve Sürekli Transferi)
トルコの即時決済システムで、24時間365日稼働し、1回の取引あたり最大100,000 TLの送金限度があります。2021年に開始され、急速に普及しました -- インドのUPIやブラジルのPIXに似ています。明細書での表示は次のとおりです。
FAST GÖNDERİM-- 送金FASTFAST GELEN-- 受信FASTFAST/AYŞE DEMİR/TR760001001234567890123456-- 詳細付き
Havale
同じ金融機関内の口座間での銀行内送金。通常、手数料無料で即時に処理されます。一般的な説明は次のとおりです。
HAVALE GÖNDERİM-- 送金HavaleHAVALE GELEN-- 受信HavaleHAVALE/ŞUBE 1234/HESAP 567890-- 支店と口座の詳細付き
その他の一般的なエントリには、POS İŞLEMİ(カード支払い)、OTOMATİK ÖDEME(自動請求書払い)、MAAŞ ÖDEMESİ(給与)、KREDİ KARTI ÖDEMESİ(クレジットカード支払い)、ATM ÇEKİM(ATM引き出し)、VIRMAN(自身の口座間での内部送金)、およびDEKONT NO: 123456(領収書/バウチャー番号参照)があります。
税金および手数料のエントリ
トルコの銀行取引明細書には、会計目的で正しく分類する必要があるいくつかの税金関連の控除が含まれています。以下に遭遇する可能性のあるものを挙げます。
| 税金 / 手数料 | トルコ語名称 | 税率 / 備考 |
|---|---|---|
| KDV | Katma Değer Vergisi (付加価値税) | 手数料および銀行サービス料に対する20% |
| BSMV | Banka ve Sigorta Muameleleri Vergisi | 主要な銀行取引に対する10%(金融サービスに対するKDVに代わるもの) |
| Stopaj | Stopaj Kesintisi (源泉徴収税) | 利息/利益分配収入から源泉徴収される;faizまたはkar payıエントリの後に表示される |
| KKDF | Kaynak Kullanımı Destekleme Fonu | 外貨借入および輸入金融に対する賦課金;法人口座で一般的 |
| Damga Vergisi | Damga Vergisi (印紙税) | 融資実行、保証、および金融契約に適用される |
これらの各エントリは、会計帳簿の正しい税金カテゴリにマッピングする必要があります。トルコ語の説明フィールドを正しく解析するコンバーターは、PDFページを手動でスキャンするよりも、この分類を大幅に迅速化します。
複数通貨および金口座
トルコのインフレ環境により、複数通貨での銀行取引は贅沢ではなく標準的な慣行となっています。これらの口座が明細書にどのように表示されるかを理解することは、正確な変換のために非常に重要です。
トルコの人々や企業が同時に3つ以上の通貨で口座を保有することは一般的です。典型的な中小企業は、国内取引および給与支払いのためのTRY hesap、輸入および価値保存のためのUSD hesap、ヨーロッパのサプライヤー向けのEUR hesap、そして貯蓄手段としてグラム単位で表示されるaltın hesabı(金口座)を維持している可能性があります。
各通貨口座は、独自の開始残高、終了残高、およびトランザクション履歴を持つ個別のhesap ekstresiを生成します。照合のために変換する場合、各明細書を個別に処理し、通貨の額面を保持してください。
金口座は、通貨単位ではなくグラムで表示されます。残高は「152,347 gr」または「0,500 gr ALTIN」のように表示されます。金口座の明細書を変換するには、標準的な通貨規則に従わないグラム建ての金額を処理する必要があります。
KKM (Kur Korumalı Mevduat) -- 2021年12月に導入された政府の為替レート保護預金スキーム -- は、独自の取引タイプを追加します。KKM預金はTRY建てですが、USD/TRYまたはEUR/TRY為替レートに連動しているため、明細書のエントリには単一のトランザクション説明に複数の通貨が参照される場合があります。
参加銀行の明細書
トルコの参加銀行(katılım bankaları) -- Kuveyt Türk、Albaraka Türk、Türkiye Finans、Vakıf Katılım、およびZiraat Katılım -- は、イスラム銀行の原則に基づいて運営されています。これらの明細書は、特別な処理を必要とする異なる専門用語を使用しています。
最も重要な区別は、参加銀行は「faiz」(利息)という言葉を使用しないことです。利息収入はkar payı(利益分配)、融資はfinansman(ファイナンス)、預金口座はkatılım hesabı(参加口座)になります。「faiz」を検索して利息エントリを特定するコンバーターは、参加銀行の同等エントリをすべて見逃してしまいます。
SMMMにとって、これはstopaj(源泉徴収税)エントリが「faiz」ではなく「kar payı」を参照し、経費分類が「faiz gideri」ではなく「kar payı gideri」を使用し、「faiz」または「kredi」を参照する自動照合ルールが参加銀行の同等エントリを捕捉しないことを意味します。コンバーターが両方の用語セットを処理できることを確認してください。
会計ソフトウェアへのインポート
トルコの銀行取引明細書が変換されたら、データを会計システムにインポートする必要があります。主要なプラットフォームがトルコの財務データをどのように処理するかを以下に示します。
QuickBooks
フォーマット: QBO(Web Connect)またはCSV
QuickBooks Onlineは、トルコ語の数値または日付フォーマットをネイティブでサポートしていません。明細書をQBOフォーマット(標準化された日付(YYYYMMDD)および数値(千単位区切りなし、ピリオド小数)の規則を使用)に変換すると、最もクリーンなインポートが可能です。PDFSubのQBOエクスポートは、この変換を自動的に処理します。
QuickBooks Desktopの場合は、File -- Utilities -- Import -- Web Connect を通じてQBOまたはQIFインポートパスを使用します。
Xero
フォーマット: OFXまたはCSV
Xeroの銀行フィードインポートはOFXファイルを受け入れます。これはQBOと同様に、標準化されたフォーマットを使用してトルコ語ロケールの問題を回避します。CSVインポートの場合、Xeroは特定の列ヘッダー(Date、Amount、Payee、Description)を必要とし、英語の数値フォーマットを期待します。最もスムーズな体験のために、PDFSub経由でOFXに変換してください。
トルコの会計ソフトウェア
LUCAおよびParasut -- トルコで最も人気のあるクラウド会計プラットフォーム。どちらもトルコ語フォーマットのCSVおよびExcelインポートを受け入れるため、英語の規則に変換するのではなく、元のトルコ語の日付と数値フォーマットを保持したい場合があります。
DATEV -- ドイツ企業のトルコ子会社の場合、DATEV互換のエクスポートが必要になることがあります。PDFSubのCSV出力は、DATEVのインポートアシスタントに必要な構造化データを提供します。
一般的なインポートのヒント
- 常に通貨を一致させる -- USD hesap ekstresiをTRY建ての銀行口座にインポートしないでください。
- 二重の日付を正しくマッピングする -- İşlem Tarihi(取引日)を主要な日付として使用します;Valör Tarihiは利息計算にのみ関連します。
- 説明を保持する -- EFT/FASTコードとdekont番号は、監査証跡に役立ちます。
- 税金のエントリを個別に処理する -- BSMV、KDV、およびStopajの金額は、専用の税金経費または源泉徴収勘定にマッピングされるべきです。
よくある質問
Ziraat Bankasıの明細書をExcelに変換できますか?
はい。PDFSubは、すべてのフォーマットのZiraat Bankasıの明細書をサポートしています。Ziraatのオンラインバンキングは、民間銀行と比較してCSV/Excelエクスポートが限定的であるため、トルコ最大の銀行からの構造化データにアクセスするための実用的な方法は、通常PDF変換のみです。
トルコの明細書でコンマ区切りの小数形式をどう扱いますか?
PDFSubは、抽出中にトルコ語のコンマ区切りの小数(1.234,56)を標準形式(1234.56)に自動的に変換します。トルコ銀行からの生のCSVファイルを扱っている場合は、Excelのロケール設定を変更するか(File -- Options -- Advanced -- "Use system separators"のチェックを外し、Decimal separatorをコンマ、Thousands separatorをピリオドに設定)、Find & Replaceを使用して区切り文字を手動で置き換える必要があります。
EFT、FAST、およびHavaleの違いは何ですか?
EFT(Elektronik Fon Transferi)は、CBRTの営業時間中にのみ処理される銀行間送金です。FAST(Fonların Anlık ve Sürekli Transferi)は、トルコの即時決済システムで、24時間365日稼働し、100,000 TLの限度額があります。Havaleは、同じ金融機関内の口座間での銀行内送金で、通常は無料かつ即時です。これら3つはすべて、トルコの明細書で異なるトランザクションタイプとして表示されます。
トルコのデジタル銀行明細書にOCRの問題はありますか?
一般的にはありません。トルコのオンラインバンキングポータル(internet şubesi)からダウンロードされた明細書は、選択可能なテキストを持つネイティブなデジタルPDFです。OCRは、古い紙の明細書またはスキャンされたドキュメントにのみ必要です。PDFSubは両方に対応しています -- デジタルPDFの場合はブラウザベースの抽出、スキャンされたドキュメントの場合はサーバーサイドAIを使用します。
複数通貨のトルコ明細書をどう扱いますか?
各通貨口座は、個別のhesap ekstresiを生成します。各明細書を個別に処理し、通貨コード(TRY、USD、EUR、GBP、または金の場合はXAU)を保持してください。会計ソフトウェアにインポートする際は、各明細書が会計帳簿の正しい通貨建て銀行口座にマッピングされていることを確認してください。
参加銀行(katılım bankası)の明細書を変換できますか?
はい。PDFSubは、従来の銀行用語と参加銀行の用語の両方を認識します。「faiz」(利息)の代わりに「kar payı」(利益分配)を使用し、「kredi」の代わりに「finansman」を使用するエントリは、正しく解析され、構造化されたフィールドにマッピングされます。
どのトルコ語の文字がエンコーディングの問題を引き起こす可能性がありますか?
トルコ語固有の文字 c、g、i(ドットなしi)、I(ドット付きI)、o、s、u は、正しく表示するためにUTF-8エンコーディングが必要です。最も問題となるのはI/iのペアで、英語とは異なる大文字/小文字のマッピングがあります。PDFSubは、変換プロセス全体で正しいUTF-8エンコーディングですべてのトルコ語文字を保持します。
PDFSubはいくつのトルコ銀行をサポートしていますか?
PDFSubは世界中で20,000以上の銀行フォーマットをサポートしており、すべての主要トルコ銀行を含みます:Ziraat Bankası、Halkbank、VakıfBank、İş Bankası、Garanti BBVA、Akbank、Yapı Kredi、QNB Finansbank、DenizBank、Enpara.com、Papara、およびすべての参加銀行(Kuveyt Türk、Albaraka Türk、Türkiye Finans、Vakıf Katılım、Ziraat Katılım)。
トルコの銀行取引明細書を変換する際に私のデータは安全ですか?
デジタルPDFの場合、PDFSubのTier 1抽出は完全にブラウザ内で行われます — ファイルがデバイスから離れることはありません。スキャンされたドキュメントでサーバーサイド処理が必要な場合、PDFSub Engineが処理します — インターネットアクセスを持たない隔離されたサービスです。ファイルは隔離された環境で処理され、自動的に削除されます。これは、機密性の高いトルコの財務データを扱うための強力なプライバシーモデルです。
複数のトルコ明細書を一度に処理できますか?
はい。複数のhesap ekstreleriをアップロードすると、PDFSubはそれらを順番に処理します。各明細書は、異なる銀行や異なる通貨であっても、独立して自動検出され、変換されます。