イタリア

モジュール

イタリアローカライゼーションでは、以下のモジュールが自動的にインストールされます：

名称	技術名	説明
イタリア - 会計	l10n_it	デフォルト 会計ローカライゼーションパッケージ
イタリア-E-invoicing	l10n_it_edi	電子顧客請求書導入
イタリア - 意思表示宣言	l10n_it_edi_doi	意思表示宣言 (Dichiarazione di Intento) のサポート
イタリア - 販売電子請求	l10n_it_edi_sale	電子請求のための販売変更
イタリア - POS	l10n_it_pos	OdooPOSとイタリアの会計プリンタの統合
イタリア - 会計レポート	l10n_it_reports	イタリアのレポート
イタリア - 銀行領収書 (Ri.Ba.)	l10n_it_riba	Odoo のバッチ支払いから Ri.Ba. ファイルを生成
イタリア - 在庫DDT	l10n_it_stock_ddt	輸送ドキュメント - Documento di Trasporto (DDT)

注釈

追加モジュールを含むバージョンへのアップグレード時など、場合によってはモジュールが自動的にインストールされないことがあります。未設定のモジュールは手動でインストールできます。

参照

イタリアにおける電子請求の合法性とコンプライアンスに関するドキュメント

会社

この会計ローカリゼーションのすべての機能を使用するには、:ref:`会社レコード <general/companies/company>`に次のフィールドが必要です:

• 会社名

• 住所: 会社の住所

• VAT: 会社の VAT

• Codice Fiscale: 会社の税務コード

• Tax System: 会社が該当する税制

税設定

多くの顧客請求書機能はOdooの税システムを使用して実装されています。そのため、顧客請求書を正しく作成し、その他の仕入先請求書を処理するためには、税金を適切に設定する必要があります。

**イタリア**のローカライゼーションには、様々な目的のための事前定義された税の**例**が含まれています。

免税

販売税が**0%** (0%)の場合、イタリア当局により、顧客請求書に記載された :guilabel:`免税の種類(Natura)`と :guilabel:`免税の根拠となる法律参照`を正確に記録することが義務付けられています。

Example

EUの輸出税を参照することができます(0% EU、顧客請求書ラベル 00eu)。これは 会計 ‣ 設定 ‣ 税 にあります。輸出はVATが免除されるため、 免税 の種類と 法参照 の記入が必要です。

参照

多くの 免税の種類 (Natura) や 法参照 コードがあります。最新の情報を入手するために、利用可能な最新バージョンを確認して下さい:

• イタリア政府ドキュメント

• 免税の公式ガイド

注釈

別の種類の免除を使用する必要がある場合は、 会計 ‣ 設定 ‣ 税 に進み、類似の税金を選択し、歯車のアイコンをクリックして 複製 を選択します。高度なオプション タブで、免除 と 法参照 を追加します。確認するには 保存 をクリックします。

ちなみに

:guilabel:`名前`フィールドにある税金を、 :guilabel:`免除`に従って**名前**を変更することで、簡単に区別することができます。

リバースチャージ

**リバースチャージ**メカニズムは、VAT を支払う義務をサプライヤから顧客に移転する VAT ルールです。顧客は代わりに VAT を*自ら* AdE に支払います。さまざまなタイプがあります:

• 内部リバースチャージ (国内販売用)

  特定のカテゴリのプロダクトやサービスについては、VATの責任は購買者に移ります。
• 外部リバースチャージ (EU域内販売用)

  VATは、引渡しを受けた国またはサービスを提供した国で課されます。購入者自身がイタリアの企業である場合、EUは販売者の責任を購買者に転送できる仕組を提供しています。

請求書

**リバースチャージ**顧客請求書には VAT 金額が表示されませんが、AdE は販売者にリバースチャージメカニズムを可能にする 税免除 理由と 法律参照 を指定することを要求します。Odoo は、最も一般的に使用される構成を表す、リバースチャージ請求書明細に割り当てることができる特別な 0% 税のセットを提供します。

仕入先請求書

**リバースチャージ**の対象となるイタリア企業は、仕入先請求書の詳細を AdE に送信する必要があります。

注釈

**リバースチャージ**仕入先請求書の自己申告 VAT XML ファイルを発行し、AdE に送信する必要があります。

仕入先請求書を作成する際、**リバースチャージ**税を 税 フィールドに追加することができます。どの税が有効化されているかは 会計 ‣ 設定 ‣ 税 に行き、確認することができます。10%の商品税と22%のサービス税などが有効化されていることがわかります。イタリア会計ポジションの自動設定により、これらは自動的に税リストで有効化されます。

税グリッド

イタリアのローカリゼーションには、**リバースチャージ**税の特定の 税グリッド セクションがあります。これらの税グリッドは VJ タグで識別でき、会計 ‣ レポーティング ‣ 税申告 に移動することで見つけることができます。

電子請求

注釈

すべてのイタリア固有の電子請求 モジュール が インストール されていることを確認してください。

SdI は、イタリアで使用されている 電子請求 システムです。顧客との間で電子請求書を送受信できます。ドキュメントは FatturaPA と呼ばれる XML EDI 形式である必要があり、配信される前にシステムによって正式に検証される必要があります。

請求書と通知を受信できるようにするには、ユーザのファイルを Odoo に送信し、ユーザに代わって処理する必要があることを SdI サービスに通知する必要があります。そのためには、AdE ポータルで Odoo の 宛先コード を設定する必要があります。

1. イタリア当局ポータル に移動して認証します。

2. Fatture e Corrispettivi セクションに移動します。

3. 電子住所を設定したいVAT番号の法定当事者としてユーザを設定します;

4. Servizi Disponibili ‣ Fatturazione Elettronica ‣ Registrazione dell’indirizzo telematico dove ricevere tutte le fatture elettroniche`で、Odooの :guilabel:`宛先コード `K95IV18`を入力し、確認します。

デモモードと本番モード

注釈

• デモモードはデフォルトで有効になっており、Fattura Electronica（FatturaPA）セクションでこのボックスにチェックを入れることで、Sistema di Interscambio（SDI）を通じて請求書を送受信することを Odoo に許可しますオプションが有効になるまで稼働中のままです。このオプションが有効になると、本番モードが有効になり、無効にすることはできません。

• デモモードは、請求書が政府に送信される環境をシミュレートします。このモードでは、請求書を 手動で XML ファイルとしてダウンロードし、AdEのウェブサイトにアップロードする必要があります。

ファイルは Odoo のサーバを経由してSdIに送信されるか、データベースで受信されるため、Odoo がファイルを処理するには承認が必要です。本番モードを有効にし、SdIへの送信を有効にするには、次の手順に従ってください。

1. 会社情報でCodice Fiscaleフィールドが入力されていることを確認してください。

2. 会計 ‣ 設定 ‣ 設定に移動し、イタリア電子請求セクションまでスクロールしてください。

3. Fattura Electronica（FatturaPA）セクションで、このボックスにチェックを入れることで、Sistema di Interscambio（SDI）を通じて請求書を送受信することを Odoo に許可しますオプションを有効にしてください。

4. 保存 をクリックします。

処理

イタリア向けのSdIへの請求書提出は、企業とAdE間で税務書類を XML 形式で義務的に送信するために使用される電子プロセスであり、エラーを削減し、処理の正確性を検証します。

注釈

:guilabel:`SdIステータス`フィールドで顧客請求書の現在のステータスを確認することができます。XMLファイルは顧客請求書に添付されます。

XMLドキュメント作成

Odooは、AdEが要求する FatturaPA 形式で、請求書への添付ファイルとして必要なXMLファイルを生成します。必要な請求書を選択したら、送信ボタンをクリックします。

ポップアップウィンドウが開くと、実行可能なアクションが選択できます。XMLファイルを生成 は添付ファイルを生成します。

XMLファイルおよびPDFファイルは、顧客請求書に添付されています。

希望する施策を選択した後、送信をクリックします。

SDIへの送信

送信して印刷ダイアログの税務当局に送信オプションは、添付ファイルをプロキシサーバに送信します。プロキシサーバはすべてのリクエストを収集し、WebServices チャネルを介してSdIに転送します。請求書ビューの上部にある送信確認ボタンから、請求書の送信ステータスを確認してください。

SDIにより処理中

SdIはドキュメントを受信し、エラーがないか検証します。この段階で、請求書上に表示されるように、請求書はSdI 処理中状態になります。また、請求書にはFatturaPA トランザクション番号が割り当てられ、電子請求タブに表示されます。検証には、イタリア全土で送信される請求書のキューに応じて、数秒から最大 1 日までさまざまな時間がかかる場合があります。

検収

ドキュメントが有効である場合、AdEによって記録され、財務的に有効と見なされます。機関のポータルで明示的に要求された場合、代替保存 (Conservazione Sostitutiva)でのアーカイブが進められます。

警告

Odooは Conservazione Sostitutiva の要件を提供していません。他のプロバイダーおよびAdEが、法律で要求される仕様を満たすための無料で認証された保存を提供しています。

SdIの送信先コードは、入力されたアドレスが PEC メールアドレスであるか、ERPのWebServicesチャネル用のSdIの送信先コードであるかにかかわらず、そのアドレスで顧客に請求書を転送しようとします。12時間ごとに最大6回の試行が行われるため、成功しない場合でも、このプロセスには最大3日かかる可能性があります。請求書のステータスはSDIによって承認済み、パートナーに転送中です。

却下の可能性

SdIは、編集上の不正確さ、場合によっては形式的なものを見つける可能性があります。この場合、請求書はSDIによって却下状態になります。SdIの指摘は、請求書タブの上部に挿入されます。問題を解決するには、請求書の添付ファイルを削除し、請求書をドラフトに戻し、エラーを修正するだけで十分です。請求書の準備ができたら、再送信できます。

注釈

XMLを再生成するには、XML添付ファイルとPDFレポートの両方を削除して、一緒に再生成する必要があります。これにより、両者には常に同じデータが含まれるようになります。

転送完了

顧客請求書は顧客に配信済ですが、電子メールまたは郵送でPDFのコピーを顧客に送信できます。ステータスは SDI受理済、取引先送付済 です。

SdIが顧客に連絡できない場合、顧客がAdEポータルに登録されていない可能性があります。この場合は、メールまたは郵送でPDF形式の請求書を送信してください。請求書はSDIによって承認済み、パートナーへの配信失敗状態になります。

税統合

仕入先請求書を|SdI|から、紙から、またはインポートされたXMLファイルから受け取った場合、税務当局は一部の税情報統合を|SdI|に送信するよう要求することがあります。これは、免税取引が何らかの理由で課税対象になった場合に発生します。

Example

以下リストから、その一部を確認して下さい:

• リバースチャージ

  購入者として、購買したものに対して税を払い、税情報を統合する必要があります。リバースチャージ 税。
• スプリット支払

  |PA|のビジネス購入者として、税金を支払い、税情報を統合する必要があります。受け取った仕入先請求書の:guilabel:`0% Sale Taxes`を正しい:guilabel:`Split Payment`税に置き換えてください。
• 自己消費

  ビジネスオーナーとして、ビジネスのために購入した資産を個人的な理由で使用する場合、本来ビジネスコストとして控除した税金を支払なければなりません。

Odooは、:ref:`localizations/italy/document-types`セクションで詳述されているように、仕入先請求書が税統合を必要とするタイプのドキュメントとして解釈できることを検出する場合があります。

重要

受け取った仕入先請求書の:guilabel:`0% Sale Taxes`を、|AdE|に支払う必要がある税に置き換えてください。その後、個別の仕入先請求書フォームの上部にボタンが表示され、それらを送信できます。

guilabel:税統合を送信 ボタンをクリックすると、適切な ドキュメントタイプ の XMLファイルが生成され、仕入先請求書に添付され、顧客請求書と同様に送信されます。

ドキュメントタイプ

|SdI|は、企業に:abbr:`EDI (Electronic Data Interchange)`を通じて顧客請求書やその他のドキュメントを送信することを要求しています。

以下の ドキュメントタイプ コードは全て技術的に異なるビジネスユースケースを識別するものです。

TD01 - 請求書

これは、|SdI|を通じて交換されるすべての請求書の標準的な**国内**シナリオを表します。特定の特殊ケースに該当しない請求書は、:guilabel:`Document Type`が`TD01`で識別される通常の請求書として分類されます。

TD02 - 前払金

**前受金**請求書は通常の請求書とは異なる ドキュメントタイプ コード TDO2 でインポート/エクスポートされます。顧客請求書をインポートすると、通常の仕入先請求書が作成されます。

以下の条件を満たす場合、Odooは取引を`TD02`としてエクスポートします:

1. これは請求書です。

2. 全ての顧客請求書は、前受金販売オーダ明細と関連しています。

TD04 - クレジットノート

これは、**国内**の顧客に発行されるすべての**クレジットノート**の標準的なシナリオで、売り手が以前に発行した請求書を減額またはキャンセルすることを正式に認める必要がある場合（過大請求、誤った項目、過払いなど）に使用されます。請求書と同様に、|SdI|に送信する必要があり、その:guilabel:`Document Type`は`TD04`です

TD07、TD08、TD09 - 簡易請求

簡易顧客請求書(TD07)、クレジットノート(TD08)、デビットノート(TD09)は、400EUR(VAT込)未満の国内取引の証明に使用できます。そのステータスは通常の顧客請求書と同じですが、必要な情報が少なくなっています。

簡易請求書が成立するためには、以下を含む必要があります:

1. :guilabel:`Customer Invoice`参照:**一意**で**欠番のない**番号シーケンス。

2. Invoice Date:請求書の発行**日付**。

3. Company Info:**売り手**の完全な認証情報(VAT/TIN番号、名前、完全な住所)。

4. VAT:**購入者**のVAT/TIN番号(パートナーフォーム上)。

5. 合計: 顧客請求書の合計**金額** (VAT込)

:abbr:`EDI (電子データ交換)`でOdooは以下の場合、顧客請求書を簡易化してエクスポートします:

1. これは国内取引です(つまり、パートナーはイタリア出身です)。

2. 貴社の**必須フィールド**(VAT Number`または:guilabel:`Codice Fiscale、Fiscal Regime、および完全な**住所**)が入力されています。

3. パートナーの住所が完全に指定されていません（つまり、市区町村または郵便番号が欠落しています）。

4. VAT込の合計金額が**400ユーロ****以下**であること。

注釈

400ユーロの基準額は、 `2019年5月10日付のGazzetta Ufficiale紙に掲載された政令<https://www.gazzettaufficiale.it/eli/id/2019/05/24/19A03271/sg>`_で定められています。現在の公式値を確認することをお勧めします。

TD16 - 国内リバースチャージ

内部リバースチャージ打刻データ（免税およびリバースチャージを参照）は、次の条件が満たされた場合に TD16 としてエクスポートされます:

• これは仕入先請求書です。

• 請求書明細に、次の税グリッドのいずれかを対象とする税が少なくとも1つあります: VJ6、VJ7、VJ8、VJ12、VJ13、VJ14、VJ15、VJ16、VJ17

TD17 - 海外からのサービス購入

サービス**を**EU**および**EU外**諸国から購入する場合、海外の*販売者*は、イタリアでは課税されないため、**VAT除外**価格で顧客請求書を発行します。VAT はイタリア国内の 購入者 が支払います。

• EU域内: 購入者は、イタリアで課税されるVAT情報を受領した請求書に統合します（つまり、仕入先請求書税統合）。

• EU外: 購入者 が自分自身に顧客請求書を送ります(つまり、Self-billing）。

Odooは以下の条件を満たす場合、取引を`TD17`としてエクスポートします:

• これは仕入先請求書です。

• 請求書明細に、税グリッドVJ3を対象とする税が少なくとも1つあります。

• 全ての顧客請求書は サービス を プロダクト として持っているか、または サービス を 課税範囲 として持っています。

TD18 - EUからの商品購入

EU内で発行される顧客請求書は**標準フォーマット**に従っているため、既存の請求書を統合するだけです。

以下の条件を満たす場合、Odooは取引を`TD18`としてエクスポートします:

• これは仕入先請求書です。

• パートナーがEU加盟国の国です。

• 請求書明細に、税グリッドVJ9を対象とする税が少なくとも1つあります。

• 全ての顧客請求書は 消耗品 を プロダクト として持っているか、または 商品 を 課税範囲 として持っています。

TD19 - VATデポジットからの商品購入

**外国**の仕入先から**商品**を買いますが、**商品**は**VATデポジット**で既に**イタリア**にあります。

• EUから: 購入者は、イタリアで課税されるVAT情報を受領した請求書に統合します（つまり、仕入先請求書税統合）。

• EU外: 購入者 は 自分 あてに顧客請求書を送信します (つまり セルフビリング) 。

Odooは以下の条件を満たす場合、取引を`TD19`としてエクスポートします:

• これは仕入先請求書です。

• 請求書明細に、税グリッドVJ3を対象とする税が少なくとも1つあります。

• 全ての顧客請求書は 消耗品 をプロダクトとして持つか、または 商品 を 課税範囲 として持つ税を持ちます。

TD24 - 繰延請求書

**繰延顧客請求書**とは、商品の販売やサービスの提供よりも**後に発行される**請求書のことです。**繰延顧客請求書**は、遅くともそのドキュメントに記載された納品の翌月**15日**以内に発行されなければなりません。

通常、それは、その月に行われた複数の商品やサービスの販売リストが記載された**概要請求書**です。企業は、通常、会計目的のため、**月末**に発行される**1つの請求書**に販売を**グループ化**することができます。繰延顧客請求書は、**卸売業者**が定期的に顧客を持つ場合のデフォルトです。

商品が**配送業者**によって輸送される場合、各配送には関連する**Documento di Transporto (DDT)**、または**運送ドキュメント**があります。繰延顧客請求書には、追跡を容易にするため、全ての**DDT**情報の詳細を記載する必要があります。

注釈

繰延請求書の電子請求には、l10n_it_stock_ddtモジュールが必要です。この場合、専用のドキュメントタイプTD24 が電子請求書で使用されます。

以下の条件を満たす場合、Odooは取引を`TD24`としてエクスポートします:

1. これは請求書です。

2. **DDT**の日付が顧客請求書の発行日と**異なる**納品に関連付けられます。

TD28 - サンマリノ

請求書

サンマリノとイタリアは顧客請求業務に関する特別協定を結んでいます。そのため、**顧客請求書**は通常の**リバースチャージ**規則に従います。顧客請求書のタイプに応じて、適切な ドキュメントタイプ を使用することができます: TD01, TD04, TD05, TD24, TD25 です。追加要件はOdooによって強制されるものではありません。ただし、ユーザは*政府**から要求されます:

• 税免除種別を N3.3 に設定した税を選択してください。

• 汎用SdI宛先コード2R4GTO8 を使用してください。

顧客請求書は、サンマリノの専用オフィスから適切な企業に送られます。

仕入先請求書

サンマリノから紙の請求書を受領した場合、イタリアの企業は必ずその請求書をAdEに提出し、電子請求書のドキュメントタイプフィールドに特別な値 TD28 を指定する必要があります。

以下の条件を満たす場合、Odooは取引を`TD28`としてエクスポートします:

1. これは仕入先請求書です。

2. 請求書明細に、税グリッドVJを対象とする税が少なくとも1つあります。

3. 取引先の**国**は**サンマリノ**です。

公共機関・行政機関(B2G)

PA企業は納税者から得た公的資金を扱うため、民間企業よりも厳しい管理下にあります。EDI（電子データ交換）プロセスは、通常のプロセスにいくつかのステップを追加します。これは、PA企業が請求書を承認または却下できるためです。

注釈

PA企業は6桁の宛先コードを持っており、これはCUU（Codice Univoco Ufficio）とも呼ばれ、必須です。この場合、PECアドレスは使用できません。

参照

行政機関に属する企業の全リストと宛先コード

CIG, CUP, DatiOrdineAcquisto

行政機関による支払いの効果的なトレーサビリティを確保するため、行政機関に発行される電子顧客請求書には、以下の内容が含まれていなければなりません:

• CIG（Codice Identificativo Gara）は、2010年8月13日付法律第136号で入力されたトレーサビリティ義務からの除外の場合を除き必要です。

• 公共事業に関する顧客請求書の場合、CUP。

XMLファイルで必要な場合、AdEは、XMLファイルにCIG（Codice Identificativo Gara）およびCUP（Codice Unico di Progetto）が含まれている場合にのみ電子請求書の支払を処理できます。

注釈

CUP (Codice Unico di Progetto)`と :abbr:`CIG (Codice Identificativo Gara)`は `DatiOrdineAcquisto, DatiContratto, `DatiConvenzione`のいずれかの XML タグに含める必要があります。

これらは電子顧客請求書XMLファイルの CodiceCUP と CodiceCIG という要素に対応しています。その表は、政府`ウェブサイト <http://www.fatturapa.gov.it/>`_で見ることができます。

スプリット支払

スプリット支払の仕組みは、リバースチャージと非常に似ています。

Example

イタリアの企業がPA企業に請求を行う場合（例: 公共施設のクリーニングサービス）、PA企業は自ら税務当局にVATを報告し、販売者は請求書明細に適切な税免除を持つ適切な税を選択するだけで済みます。

PAに属するパートナーを扱うために、特定のScissione dei Pagamenti会計ポジションが利用可能です。

処理

適格電子署名

PA向けの請求書および仕入請求書は、SdIを通じて提出する際に認定電子署名を含める必要があります。この署名は、請求書のパートナーが6桁の宛先コード`（|PA|企業を示す）を持っている場合、:abbr:`XAdES（XML Advanced Electronic Signature）形式で自動的に適用されます。

注釈

このような請求書が税務当局に送信されると、生成された`.xml`ファイルはOdooサーバー上で署名され、データベースに返され、自動的に請求書に添付されます。

承認または却下

SdIを通じて請求書を受け取った後、PA企業は請求書を承認するために15日間の猶予があります。承認された場合、プロセスはここで終了します。PA企業が請求書を却下した場合でも、SdIによって受理されれば有効とみなされます。その場合、補償するためにクレジットノートを発行し、SdIに送信する必要があります。

期限切れ

PA企業が15日以内に返信しない場合、PA企業に直接連絡し、請求書と受信した期限通知の両方をメールで送信する必要があります。企業と調整を行い、請求書の正しいSdI状態を手動で設定できます。

POS会計プリンター

警告

会計プリンタはePOSプリンタとは異なります。会計プリンタのIPアドレスは、ePOS IPアドレス設定に入力しないでください。

財務規制では、準拠した売上領収書を確保し、税務当局との安全な連絡を保証するために、RTプリンタやRTサーバーなどの認定RTデバイスの使用が義務付けられています。これらのデバイスは毎日自動的に財務データを送信します。個別のPOS端末用に設計されたRTプリンタは、取引を処理し、売上領収書を印刷し、当局に報告することで、データの整合性とコンプライアンスを確保します。

シミュレーションモード

警告

シミュレーションモードは当局にデータを送信するため、プリンタの設定プロセスの最初にのみ有効にする必要があります。プリンタが本番モードに切り替えられると、シミュレーションモードに戻すことはできません。

Odooでの財務プリンタ設定をテストするには、次のようにシミュレーションモードで財務プリンタを設定します:

1. 会計プリンタがデフォルト状態であることを確認します：プリンタの電源がオン、起動サイクルが完了、取引が進行中でないこと。

2. 3333と入力します。

3. Chiaveを押します。画面にScelta Funzioneが表示されます。

4. 14と入力します。画面にApprendimentoが表示されます。

5. 62と入力します。画面にSimulazioneが表示されます。

6. noをsiに変更するには、Xを押します。

7. 確定するには、Contanteを押します。

8. Chiaveを押します。

プリンタを本番環境用に設定するには、上記の手順を繰り返します。

注釈

プリンタ設定をテストするには、まず物理デバイスを入手し、関連当局に登録する必要があります。

Odooと連携するようプリンタを設定

会計プリンタはローカルネットワークでのみ動作するように設計されています。つまり、プリンタとOdoo POSを実行しているデバイスは同じネットワークに接続されている必要があります。

会計プリンタは通常、デフォルトでHTTPを使用するように設定されています。Odooとの互換性を確保するには、プリンタでHTTPSサポートを有効にするように設定を更新する必要があります。これは、EpsonFPWizard設定ソフトウェアまたはプリンタに接続されたキーボードを使用して行うことができます。

キーボードを使用して会計プリンタを設定するには、次の手順に従います：

1. 会計プリンタがデフォルト状態であることを確認します：プリンタの電源がオン、起動サイクルが完了、取引が進行中でないこと。

2. 3333と入力します。

3. Chiaveを押します。画面にScelta Funzioneが表示されます。

4. 34と入力します。画面にWeb Serverが表示されます。

5. Contanteを3回押し、画面にWeb Server: SSLが表示されるまで操作します。

6. 値0を1に変更するには、Xを押します。

7. 確定するには、Contanteを3回押します。

8. Chiaveを押します。

次に、Odoo POSを実行しているデバイスでプリンタにログインし、プリンタの証明書を認識させます。

プリンタの証明書を承認してインストールするには、次の手順に従います：

1. ウェブブラウザを開き、アドレスバーに https://<ip-of-your-printer> と入力してプリンタにアクセスします。警告: 潜在的なセキュリティリスクありというセキュリティメッセージが表示されます。

2. 詳細をクリックして、証明書承認オプションを表示します。

3. 続行をクリックして、証明書を確認します。

次に、Odoo POSが会計プリンタで設定されていることを確認するには、POS ‣ 設定 ‣ 設定に移動します。接続されたデバイスセクションで、イタリア会計プリンタのIPアドレスにIPアドレスを追加し、HTTPSを使用を有効にします。

Ri.Ba. (Ricevuta Bancaria)

Ri.Ba.はイタリアで広く使用されている支払方法で、販売者が自行を通じて支払を要求し、その銀行が顧客の銀行に要求を転送し、回収の責任を負います。これにより、支払の自動化が可能になり、販売者のリスクが軽減されます。

ベンダーは通常、支払いリストを含む固定形式のテキストファイルを銀行のウェブポータルにアップロードします。

注釈

Ri.Ba.はイタリア国内の国内支払専用です。定期的な国際支払については、`SEPA口座振替（SDD）<../accounting/payments/batch_sdd>`_を使用してください。

設定

1. l10n_it_riba モジュールがインストール済みであることを確認してください。

2. 設定 ‣ ユーザーと会社 ‣ 会社に移動し、Ri.Ba.を使用する会社を選択します。

3. 必要なSIAコードを入力します。

   

   注釈

   SIAコードは、イタリアの銀行ネットワーク内で企業を識別し、特定の支払い方法で送金を受け取るために使用されます。1文字と4桁の数字で構成され (例: T1234)、通常は銀行のポータルで確認するか、銀行に連絡して取得できます。

4. 会社の銀行アカウントにイタリアのIBANがあることを確認してください。

   参照

   銀行アカウントの設定方法

請求書でRi.Ba.を受け入れる

Ri.Ba.タイプの支払は、請求書`（:menuselection:`会計 --> 顧客 --> 請求書）から登録できます。

重要

請求書には、イタリアのIBANを持つ銀行アカウントを持つ取引先が関係していることを確認してください。

次に、すべての支払いを 一括支払 にグループ化する必要があります。

参照

• 一括支払

• 一括支払の作成

一括支払の確認ボタンを押すと、Ri.Ba.ファイルが生成され、一括支払に添付されます。これにより、ファイルをダウンロードして銀行のウェブポータルにアップロードできます。