イタリアの銀行取引明細書をExcelに変換（UniCredit、Intesa Sanpaoloなど）

Intesa Sanpaoloからのエステラート・コント（取引明細書）は、きれいに整形された列、data contabile（会計日）とdata valuta（決済日）の両方が記載された取引、借方（dare）と貸方（avere）にきれいに分かれた金額など、完璧に整理されているように見えます。しかし、それをExcelで扱おうとすると問題が発生します。カンマ区切りの小数点（例: 1.234,56）はテキスト文字列になり、DD/MM/YYYY形式の日付は月を silently に反転させます。イタリア特有の二重日付列は、一般的なパーサーをすべて混乱させます。さらに、四半期ごとのコンテンツェ（competenze、利息計算）ブロックは、残りの明細書とは全く異なるレイアウトで、利息計算と26%の源泉税（ritenuta fiscale）が含まれています。

イタリアには428の銀行があり、ヨーロッパで最も細分化された銀行システムを、5,910万人に提供しています。上位5行の金融機関が国全体の銀行資産の半分未満を保有しています。フォーマットは銀行間だけでなく、口座の種類、明細期間、そしてイタリアの規制で要求される四半期ごとの利息決済ページによっても異なります。世界最古の銀行であるモンテ・デイ・パスキ・ディ・シエナは1472年から明細書を発行していますが、その現代のPDFフォーマットは、その歴史と同じくらい独特です。

英国在住のクライアントのためにUniCreditの明細書を処理する駐在員会計士であれ、TeamSystemやZucchettiにクライアントデータをインポートするコマーチャリスト（commercialista）、多国籍企業でイタリア子会社の勘定を統合する担当者、あるいはFinecoからの partita IVA（付加価値税番号）収入を照合するフリーランサーであれ、問題は同じです。イタリアの銀行取引明細書PDFから、実際に機能するスプレッドシートに、クリーンで構造化されたデータを抽出することです。

このガイドでは、イタリアの明細書特有の課題、遭遇する可能性のある銀行、そしてそれらを正確に変換するための最も迅速な方法について説明します。

イタリアの銀行取引明細書がExcelで壊れる理由

イタリアの銀行取引明細書は、ヨーロッパ大陸の数値フォーマットと、イタリア特有のいくつかの慣習を組み合わせています。これらの慣習のそれぞれが、英語ロケールのスプレッドシートでデータを扱おうとすると、異なる種類の破損を引き起こします。

1. カンマ区切りの小数点とピリオド区切りの千単位

イタリアでは、英語とは逆の慣習を使用します。

英語ロケールのExcelは、「1.234,56」を認識できないテキスト文字列として扱います。ピリオドとカンマの位置が「間違っている」数値を解析できません。単純な検索と置換では、両方の区切り文字を正しい順序で同時に処理する必要があるため失敗します。

丸い金額の場合、問題は最悪です。「15.000」（1万5千ユーロを意味する）は、英語Excelによってサイレントに2000年1月15日という日付に変換されます。Excelがその変換を実行すると、元の値は永久に失われます。1.250,00ユーロのような金額の場合、Excelは「1.250」を1.25と解釈し、3桁の桁数をサイレントに失う可能性があります。

2. 二重日付列 -- Data Contabile と Data Valuta

これは、イタリアの明細書が他のほとんどのヨーロッパ形式と異なる点です。ドイツやフランスも2つの日付を表示しますが、イタリアの二重日付システムは銀行規制に深く組み込まれており、特定の法的結果をもたらします。

• Data contabile（会計日） -- 銀行が取引を記録した日
• Data valuta（決済日） -- 取引が利息計算に影響を与え始める日

この区別は重要です。なぜなら、イタリアの銀行は四半期ごとの利息（competenze）を、data contabileではなくdata valutaに基づいて計算するからです。3月28日に受け取ったボニフィコ（bonifico、送金）は、data contabileが3月28日でも、data valutaが3月30日である可能性があり、利息 charges を四半期の境界を越えて移動させます。

両方の日付はDD/MM/YYYY形式を使用します。英語ロケールのExcelでは、「05/03/2026」（3月5日）はサイレントに5月3日として解析されます。日が12以下の日付は誤って解釈され、12を超える日付は正しく解析されます。約40%の日付がエラーメッセージなしで間違ったものになります。

3. Dare/Avere 借方/貸方表記法

イタリアの明細書では、取引金額のレイアウトに次のいずれかを使用します。

2列形式: 別々の「Dare」（借方）と「Avere」（貸方）の列。Dareは銀行が「与える」（口座から引き落とす）ことを意味し、Avereは銀行が「受け取る」（口座に入金する）ことを意味します。これは、イタリアの銀行が好む伝統的な複式簿記形式です。

単一列形式: 借方がマイナス、貸方がプラスの単一の「Importo」列、または「D/A」インジケーター列が方向を指定する形式。

多くのコンバーターは、単一の金額列を期待しているため、2列形式のレイアウトで失敗します。DareとAvereを1つにマージしたり（符号を失う）、一方の列が空で他方に値がある場合に金額をずらしたりします。

4. 四半期ごとのコンテンツェ（Competenze）ブロック

すべてのイタリアの銀行取引明細書には、四半期ごとの利息決済セクションが含まれており、「competenze」または「scalare interessi」と呼ばれます。このブロックは、取引リストとは全く異なるレイアウトを持っています。

COMPETENZE DI TRIMESTRE 01/01/2026 - 31/03/2026
Numeri debitori: 234.567,89 Tasso:  8,750%
Numeri creditori: 1.456.789,01 Tasso:  0,125%
Interessi debitori: 56,18
Interessi creditori: 4,98
Commissione massimo scoperto:  15,00
Spese: 2,50
TOTALE COMPETENZE: -68,70
Ritenuta fiscale (26%): -1,29

コンテンツェブロックは、標準の日付-説明-金額列ではなく、ラベルと値のペアを使用します。これには、利息率、借方/貸方利息額（numeri）、およびイタリアの税法で義務付けられている利息収入に対する26%の源泉税（ritenuta fiscale）が含まれます。単純なパーサーは、このブロックを完全にスキップするか、無意味な取引行に乱雑に変換します。

5. イタリア固有の取引種別コード

イタリアの明細書には、他の国には存在しない略語コードや支払いタイプが満載です。

• Bonifico -- 銀行送金。Ordinante（送金者）、Beneficiario（受取人）、Causale（理由、最大140文字）のフィールドがあります。
• MAV (Pagamento Mediante Avviso) -- 公共料金、マンション管理費、大学授業料などの事前印刷された支払い伝票。
• RAV -- 回収代行業者向けの支払いバウチャー。
• RID/SDD -- SEPAダイレクトデビット（Rapporto Interbancario Diretto、現在はSDDに置き換えられています）。
• F24 -- すべてのイタリアの国および地方税金のための統一税金支払いフォーム。
• Bollettino postale -- 伝統的なPoste Italiane（イタリア郵便）の支払い伝票。
• PagoPA -- MAVとRAVに代わる政府のデジタル支払いシステム。

これらのそれぞれは、明細書上で異なる説明フォーマットを持っています。単一のF24エントリは、複数の税金タイプにわたる税金コード、期間、および合計を参照する場合があります。これらの説明は密であり、イタリア固有であり、汎用パーサーが標準の取引テーブルに収めようとすると壊れます。

6. Imposta di Bollo（印紙税）

イタリアの法律では、平均残高が5,000ユーロを超える口座に対して、年間34.20ユーロの「imposta di bollo」（印紙税）が義務付けられています。これは定期的な引き落としとして表示され、通常は四半期ごとに8.55ユーロです。コンバーターがこれを規制上の料金として認識せず、単なる取引として扱ってしまうと、照合に混乱が生じる可能性があります。

主要銀行とその明細書フォーマット

イタリアの428の銀行は、多種多様な明細書フォーマットを生成しています。ここでは、最も一般的な金融機関で遭遇する可能性のあるものを示します。

Intesa Sanpaolo（資産約8,690億ユーロ）

総資産でイタリア最大の銀行であり、ユーロ圏でも最大級の銀行です。オンラインバンキングを通じてデジタル明細書（estratto conto）を提供しています。クリーンなデジタルPDFです。法人顧客は、CBI（Corporate Banking Interbancario）を通じてSEPA CAMTフォーマットにアクセスできます。PDFフォーマットは、伝統的なdare/avereの2列レイアウトと、data contabileおよびdata valutaの両方を使用しています。

UniCredit（資産約2,740億ユーロ）

国際的なプレゼンスでイタリア最大の銀行であり、最も輸出志向の銀行です。UniCreditはイタリアの銀行では例外であり、イタリア語と英語の両方でXLS、CSV、QIF、PDFフォーマットでのダウンロードを提供しています。オンラインバンキングの「Lista Movimenti」（取引リスト）セクションは、イタリアの主要銀行の中で最も広範なエクスポートオプションを提供しています。UniCredit口座をお持ちの場合は、まずネイティブエクスポートを使用してください。

Banco BPM

2017年にBanco PopolareとBanca Popolare di Milanoが合併して誕生しました。イタリアで3番目に大きい銀行です。標準的なイタリアのフォーマットを持つPDF明細書を提供しています。PDF以外のネイティブエクスポートオプションは限られています。

Monte dei Paschi di Siena (MPS)

1472年にシエナで設立された、世界最古の現存する銀行です。その歴史と最近の不安定な状況（2017年の54億ユーロの政府救済）にもかかわらず、MPSは特にイタリア中部で、依然として重要な小売銀行です。ほとんどの個人口座保有者にはPDF明細書のみが提供されます。

BPER Banca

2012年以降の統合中に、UBI、Carigeなどの支店を吸収して、買収を通じて大幅に拡大しました。イタリア北部と中部で存在感を増しています。オンラインバンキング経由でPDF明細書を提供しています。

FinecoBank（顧客数169万人）

UniCreditグループ傘下の、イタリアをリードするオンライン取引およびバンキングプラットフォームです。完全にデジタル化されており、強力なエクスポート文化を持っています。「Lista Movimenti」セクションではExcelダウンロードが可能です。PDF変換なしで構造化されたデータを求めるユーザーにとって、最良のセルフサービスオプションです。ただし、エクスポートされたExcelファイルは依然としてイタリアのフォーマットを使用しており、英語ロケールのツールで利用するには変換が必要です。

Poste Italiane（Banco Posta）

イタリアの郵便銀行サービスで、数百万人が利用しています。特に小さな町や高齢者層に人気があります。明細書はPDFのみです。bollettino postale支払いシステムはここから始まります。

デジタルバンク

Hype（顧客数200万人） -- Banca Sellaが支援する人気のイタリアのネオバンク。Revolut ItalyとN26 Italy -- 両方ともPDFとCSVのエクスポートを提供していますが、フォーマットは伝統的なイタリアの慣習ではなく、ヨーロッパ全域のテンプレートに従っています。

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

PDFSub は、上記のすべてのフォーマット課題を含む、イタリアの銀行取引明細書をネイティブで処理します。

仕組み

1. エステラート・コントをアップロード -- イタリアのどの銀行のPDFでもドラッグ＆ドロップしてください。PDFSubは、20,000以上のサポートされているテンプレートから銀行フォーマットを自動検出します。

2. 自動フォーマット処理 -- コンバーターは自動的に以下を行います。 - DD/MM/YYYY形式の日付を好みの形式に変換します。 - カンマ区切りの小数点（1.234,56）を標準的な数値（1234.56）に変換します。 - dare/avere列を識別し、符号付き金額に正しくマッピングします。 - data contabileとdata valutaを別々の日付列にマッピングします。 - 四半期ごとのcompetenzeブロックを個別のセクションとして処理します。 - MAV、RAV、F24、bollettino、PagoPAのエントリを解析します。 - マルチラインのbonifico説明を単一のクリーンな行にマージします。 - アクセント付き文字を正しいUTF-8エンコーディングで保持します。

3. レビューと検証 -- プレビューで抽出された取引を確認します。残高は、明細書のsaldo iniziale（初期残高）とsaldo finale（最終残高）に対して検証されます。

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

イタリアの明細書で機能する理由

イタリア語を含む130以上の言語に対応。 抽出エンジンはイタリアの銀行用語（bonifico、addebito、accredito、commissione、competenze、ritenuta fiscaleなど）を理解し、それらを構造化されたフィールドにマッピングします。

428の銀行フォーマット。 単一のテンプレートに依存するのではなく、PDFSubはAI支援抽出を使用し、イタリアの細分化された銀行ランドスケープ全体でのレイアウトのバリエーションに適応します。Intesa Sanpaoloのdare/avere列からFinecoBankのデジタルフォーマット、MPSの100年前の慣習まで対応します。

ブラウザファーストのプライバシー。 オンラインバンキングからのデジタルPDF（ほとんどのイタリアの銀行明細書）の場合、テキスト抽出は完全にブラウザ内で行われます。ファイルはデバイスから離れません。スキャンされた文書にのみサーバーサイド処理が使用されます。

正しいdare/avere処理。 コンバーターは、2列形式（dare/avere）と単一列形式（importoとD/Aインジケーター）の両方のレイアウトを理解します。銀行がどちらのフォーマットを使用しているかに関わらず、借方と貸方は正しく符号化されます。

イタリア固有の支払いタイプ。 MAV、RAV、F24、bollettino postale、PagoPA、RID/SDDエントリは、参照番号、causale説明、および税コード（codice tributo）をそのまま認識して解析されます。

銀行取引明細書の変換は、All-In-Oneプラン（年間$20/ユーザー/月、ユーザーあたり500ページ）に含まれており、7日間の無料トライアルがあります。これは、1年分の明細書を変換し、出力が必要な要件を満たしていることを確認するのに十分な時間です。

方法2：銀行提供のダウンロード

ほとんどのイタリアの銀行は、主要な、そしてしばしば唯一のエクスポートフォーマットとしてPDFを提供しています。特筆すべき例外はUniCreditです。

UniCredit：最高のネイティブエクスポート

UniCreditは、イタリアの主要銀行の中で最も完全なエクスポートオプションを提供しています。

• XLS (Excel) -- イタリア語フォーマットですが、少なくとも構造化されています。
• CSV -- セミコロン区切りで、イタリア語の数値フォーマットを使用。
• QIF -- イタリア語版と英語版の両方で利用可能。
• PDF -- 標準のエステラート・コント。

アクセス方法: オンラインバンキング → Conti e Carte（口座とカード） → Lista Movimenti（取引リスト） → Esporta（エクスポート）。

UniCreditのExcelエクスポートであっても、ファイルはイタリア語のフォーマット（カンマ区切りの小数点、DD/MM/YYYY形式の日付）を使用しており、英語ロケールのExcelでは手動変換なしでは正しく解析できません。

その他の銀行

CSVの制限

イタリアの銀行がCSVエクスポートを提供する場合：

セミコロン区切り。 イタリアのCSVファイルは、カンマが小数点に使用されるため、区切り文字としてセミコロン（;）を使用します。英語のExcelはカンマ区切りのCSVを期待するため、すべてを列Aにダンプします。

イタリア語の数値フォーマットが保持される。 CSVには、ピリオド区切りの千単位とカンマ区切りの小数点を持つイタリア語形式の数値が含まれます。英語ロケールのツールでは手動変換が必要です。

履歴が限定的。 ほとんどの銀行は、90日から12ヶ月間のCSVエクスポートを提供しています。公式のエステラート・コントは、明細期間全体をカバーしています。

公式の明細書ではない。 取引のCSVエクスポートは、エステラート・コントの法的効力を持ちません。Agenzia delle Entrate（イタリア税務当局）や法的手続きには、公式のPDFが必要です。

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

PDFから取引データを直接Excelにコピー＆ペーストしようとすることができます。問題点は以下の通りです。

• 二重日付列（data contabileとdata valuta）が単一のテキストブロックにマージされる。

• Dare/avere列の構造が失われ、金額が間違ったセルに入る。

• 数値がイタリア語フォーマットのままテキストとして貼り付けられる。

• マルチラインのbonifico説明が余分な行を作成する。

• コンテンツェブロックがコピー＆ペーストされると、完全に無意味なものになる。

• saldo inizialeとsaldo finaleに対する検証が行われない。

• F24、MAV、bollettinoの参照番号が金額から分離される。

数件の取引を超える場合、このアプローチは解決するよりも多くのエラーを生み出します。

イタリア固有の取引タイプ

明細書上のこれらのエントリの意味を理解することは、正確な分類と照合に不可欠です。

Bonifico（銀行送金）

最も一般的な取引タイプです。SEPAボニフィコには構造化されたフィールドが含まれます。

• Ordinante -- 送金者（着金の場合）
• Beneficiario -- 受取人（送金の場合）
• Causale -- 支払い理由（SEPA規則では最大140文字）
• CRO -- 11桁の取引参照番号（Codice Riferimento Operazione）。
• TRN -- SEPA送金の30文字の取引参照。

単一のボニフィコエントリは、これらのフィールドが折り返されるため、明細書上で4〜6行にまたがることがあります。

RID/SDD（SEPAダイレクトデビット）

RID（Rapporto Interbancario Diretto）はイタリアの国内ダイレクトデビットシステムでしたが、現在はSDD（SEPA Direct Debit）に置き換えられています。多くの明細書では、これらが依然として「RID」または「Addebito SDD」とラベル付けされています。公共料金（Enel、ENI、Acea）、保険料、住宅ローン支払い、サブスクリプションで一般的です。

MAV（Pagamento Mediante Avviso）

マンション管理費（spese condominiali）、大学授業料（tasse universitarie）、公共料金などの債権者によって発行される事前印刷された支払いバウチャー。各MAVには、取引説明に一意のコードが含まれています。PagoPAは徐々にMAVに取って代わっていますが、両方とも現在の明細書に表示されます。

RAV

MAVに似ていますが、回収代行業者や税金徴収に使用されます。各RAVエントリには、特定の義務へのリンクを示す参照コードが含まれています。

F24（統一税金支払い）

所得税（IRPEF）、地方税、社会保険料（INPS）、固定資産税（IMU）、およびその他の多数の義務をカバーする、イタリアの万能税金支払いフォーム。単一のF24支払いには、複数の税コード（codici tributo）が参照され、複数の期間にわたる税金が含まれる場合があります。

Bollettino Postale（郵便振替）

Poste Italianeを通じて処理される伝統的な支払い伝票。依然として公共料金、政府手数料、罰金の支払いに広く使用されています。各bollettinoには、c/c postale（郵便口座）番号とcausaleが含まれています。

PagoPA

政府関連の支払いのためにMAV、RAV、bollettinoに代わる、イタリア政府が義務付けたデジタル支払いプラットフォーム。エントリはPagoPA参照コード（IUV - Identificativo Univoco Versamento）とともに明細書に表示されます。

二重日付列の理解

イタリアの明細書における二重日付システムは、単なる表示上の好みではありません。金融上および法的な意味合いを持っています。

Data Contabile（会計日）

銀行が取引を正式に記録した日。会計および税務目的では、通常、data contabileが関連する日付です。これは、取引がどの会計期間に該当するかを決定します。

Data Valuta（決済日）

取引が利息計算のために口座残高に影響を与え始める日。イタリアの銀行は、data valutaを使用して「numeri」（日次残高）を計算します。これは、四半期ごとのcompetenze計算の基礎となります。

なぜ違いが重要なのか

着金の場合、data valutaは通常data contabileよりも遅くなります。つまり、銀行が処理を終えるまで資金に対する利息は発生しません。送金の場合、valutaは時には早くなることがあり、取引が正式に記帳される前に利息の発生が停止します。明細書を変換する際には、会計記録（data contabile）または利息計算（data valuta）と照合できるように、両方の列を保持する必要があります。

四半期ごとのコンテンツェ（Competenze）ブロック

すべてのイタリアの銀行取引明細書には、四半期ごとの決済セクションが含まれています。その構造を理解することは、正確な変換に必要です。

コンテンツェブロックの内容

• Numeri debitori -- 日次借方残高に日数を掛けた合計。借方利息の計算に使用されます。
• Numeri creditori -- 貸方残高に対する同様の計算。
• Tasso debitore -- 借方残高に適用される利率（通常、不正な当座借越の場合は8〜12％）。
• Tasso creditore -- 貸方残高に対する利率（通常0.01〜0.25％）。
• Interessi debitori -- 計算された借方利息。
• Interessi creditori -- 計算された貸方利息。
• Commissione di massimo scoperto -- 四半期の最大当座借越残高に対する手数料。
• Spese di tenuta conto -- 口座維持手数料。
• Ritenuta fiscale -- 純利息収入に対する26％の源泉税（正の場合）。銀行によって自動的に差し引かれます。

コンバーターが壊れる理由

コンテンツェブロックは、列形式の取引フォーマットではなく、ラベルと値のレイアウトを使用します。ほとんどのPDFからExcelへのツールは、これを完全にスキップするか、各行を日付が乱れた個別の「取引」として解析するか、ページの下部数行の取引とマージします。適切なコンバーターは、コンテンツェブロックを個別のセクションとして認識し、各コンポーネントを正しくラベル付けされた行に抽出します。

会計ソフトウェアへのインポート

イタリアの銀行取引明細書が構造化されたフォーマットに変換されたら、会計システムにインポートする方法は次のとおりです。

QuickBooks Online

最もスムーズなインポートのために、PDFSubからQBOフォーマットでエクスポートします。QuickBooks Onlineは、Banking -> Upload Transactions を介してQBOファイルをインポートできます。

CSVインポートの場合、日付がDD/MM/YYYY（QuickBooksがイタリア語ロケールに設定されている場合）またはMM/DD/YYYY（米国ロケールの場合）の形式であることを確認してください。金額列を正しくマッピングしてください。QuickBooksは、別々のdare/avereではなく、単一の符号付き金額列を期待します。

詳細な手順については、ガイドを参照してください：QuickBooks Onlineへの銀行取引明細書のインポート方法。

Xero

XeroにはOFXフォーマットでPDFSubからエクスポートします。Bank Accounts -> Manage Account -> Import a Statement を介してアップロードします。

XeroはOFX、QIF、CSVを受け入れます。CSVの場合、Xeroは最低限、Date、Amount、Descriptionの列が必要です。日付フォーマットは、Xero組織の地域設定と一致する必要があります。

詳細な手順については、ガイドを参照してください：Xeroへの銀行取引明細書のインポート方法。

イタリアの会計ソフトウェア

TeamSystem (Ago Infinity, Lynfa Studio) -- イタリアで支配的な会計ソフトウェアプロバイダー。TeamSystemのインポートモジュールを使用して、変換されたCSVまたはExcelファイルをインポートします。列を標準フィールド（data registrazione、descrizione、dare、avere）にマッピングします。

Zucchetti (Ad Hoc Revolution) -- もう一つの主要なイタリアのソフトウェアプロバイダー。銀行取引のための列マッピングを備えたCSVインポートをサポートしています。

Wolters Kluwer (Arca Evolution) -- 銀行照合のために構造化されたCSVを受け入れます。

すべてのイタリアの会計ソフトウェアにとって、鍵となるのは両方の日付列を保持し、dare/avereの区別を維持することです。PDFSubのExcelおよびCSV出力は、すべての元の列を保持するため、ソフトウェアの期待されるフィールドに直接マッピングできます。

よくある質問

Intesa Sanpaoloの明細書をExcelに変換できますか？

はい。Intesa Sanpaoloは、PDFSubが処理する最も一般的なイタリアの銀行取引明細書フォーマットです。コンバーターは、彼らのdare/avere列レイアウト、二重日付列、マルチラインのbonifico説明、および四半期ごとのcompetenzeブロックを処理します。PDFをアップロードすると、フォーマットが自動検出されます。

イタリアの明細書からのカンマ区切りの小数点（コンマデシマル）をどう処理しますか？

PDFSubは、抽出中にイタリアのカンマ区切りの小数点（1.234,56）を標準フォーマット（1234.56）に自動的に変換します。手動で生のイタリア語データを扱っている場合、2段階のプロセスが必要です。まずピリオドの千単位区切り文字を削除し、次にカンマをピリオドに置き換えて小数とします。この順序で行ってください。手順を逆にすると、データが破損します。

data contabileとdata valutaの違いは何ですか？

Data contabileは会計日、つまり銀行が取引を記録した日です。Data valutaは決済日、つまり取引が利息計算のために口座残高に影響を与え始める日です。取引タイプによって、1〜5営業日異なる場合があります。会計目的では、通常data contabileが関連する日付です。銀行の利息 charges（competenze）との照合には、data valutaが必要です。

イタリアのデジタル銀行取引明細書にOCRの問題はありますか？

一般的にはありません。イタリアのオンラインバンキングポータルからダウンロードされた明細書は、ネイティブなデジタルPDFでテキストが選択可能であるため、抽出は迅速かつ正確です。OCRは、古い紙の明細書やスキャンされた文書にのみ必要です。PDFSubは両方に対応しています。デジタルPDFの場合はブラウザベースの抽出、スキャンの場合はサーバーサイドOCRを使用します。

四半期ごとのコンテンツェブロックを変換できますか？

はい。PDFSubは、コンテンツェブロックを独自のレイアウトを持つ個別のセクションとして認識します。利息 charges、手数料、およびritenuta fiscale源泉徴収は、取引テーブルに乱雑にされるのではなく、個別の明細項目として抽出および提示されます。

明細書のimposta di bollo（印紙税）とは何ですか？

Imposta di bolloは、年間平均残高が5,000ユーロを超える銀行口座に適用される34.20ユーロの年間印紙税（通常は四半期ごとに8.55ユーロで請求）です。これは規制上の料金であり、銀行手数料ではありません。PDFSubはこれを標準の取引明細項目として抽出します。

PDFSubはいくつのイタリアの銀行をサポートしていますか？

PDFSubは世界中で20,000以上の銀行フォーマットをサポートしており、すべての主要なイタリアの銀行（Intesa Sanpaolo、UniCredit、Banco BPM、MPS、BPER、FinecoBank、Poste Italiane、Hype）および数百の小規模なBanche PopolariやCasse di Risparmioが含まれます。

HypeやRevolut Italyのようなイタリアのデジタルバンクの明細書を変換できますか？

はい。Hype、Revolut Italy、N26 Italyなどのネオバンクからのデジタル銀行取引明細書は完全にサポートされています。これらは、伝統的な銀行取引明細書よりもクリーンなデジタルPDFで、レイアウトがシンプルな傾向があるため、抽出が特に正確です。

PDFSubはイタリアのデータ保護要件に準拠していますか？

デジタルPDFの場合、PDFSubのTier 1抽出は完全にブラウザ内で実行されます。ファイルはデバイスから離れません。サーバーサイド処理が必要なスキャンされた文書の場合、PDFSub Engineが処理します。これはインターネットアクセスを持たない隔離されたサービスです。ファイルは隔離された環境で処理され、自動的に削除されます。これは、GDPRおよびイタリアのデータ保護法（Codice della Privacy）の下で、機密性の高いイタリアの金融データを処理するための強力なプライバシーモデルです。PDFSubはGDPRおよびCCPAに準拠しており、SOC 2 Readyです。

複数のイタリアの銀行取引明細書を一度に変換できますか？

はい。複数のエステラート・コントをアップロードすると、PDFSubはそれらを順番に処理します。各明細書は、異なる銀行で異なるフォーマットであっても、独立して自動検出および変換されます。例えば、Intesa Sanpaoloのdare/avereレイアウトとUniCreditの単一列importoフォーマットが混在していても対応します。