ドイツ

会計

勘定科目表

OdooではSKR03とSKR04の両方の勘定科目表がサポートされています。新しいOdoo Onlineデータベースを作成すると、デフォルトでSKR03がインストールされます。

どちらがインストールされているかを確認するには、会計 ‣ Configuration ‣ Settingsに移動し、Fiscal Localizationセクションの梱包フィールドを確認します。

警告

別の梱包を選択できるのは、会計エントリを作成していない場合のみです。転記済みの場合は、別の梱包を選択するために新しい会社またはデータベースをセットアップする必要があります。さらに、すべての仕訳を再度作成する必要があります。

レポート

Odoo Enterpriseで対応可能な以下のドイツ固有のレポート:

• 貸借対照表

• 損益

• 税レポート (Umsatzsteuervoranmeldung)

• EC販売リスト

• Intrastat

OdooからDATEVへのエントリのエクスポート

ドイツのfiscal localization packagesのいずれかがインストールされていれば、総勘定元帳からOdooの会計エントリをDATEVにエクスポートできます。

2種類のエクスポートが必要です: 最初にDATEV ATCHエクスポート、次にDATEV DATAエクスポートです。

注釈

DATEVにデータを正しく転送するには、両方が異なる段階で必要です。DATEVは2つのインターフェースで動作するためです。1つはクライアント用(DUO - DATEV Unternehmen Online)、もう1つは税理士用(DATEV Rechnungswesen)です。

1. DATEV ATCH

会計 ‣ レポーティング ‣ 総勘定元帳に移動し、(Actions)ボタンをクリックして、Datev ATCH (zip)を選択します。

ダウンロードした ZIP ファイルを DATEV Belegtransfer software 経由でアップロードしてください。

注釈

コンピュータに DATEV Belegtransfer ソフトウェアが `インストール<https://apps.datev.de/myupdates/download/products/ddc1adec-4b1e-4581-b5b0-504fe0d68fd2>`_ されていない場合は、税理士に依頼してください。

警告

DATEV ATCH ZIPファイルには、Odooの請求書または仕入先請求書にリンクされたファイル(レポート)が含まれます。顧客請求書の場合、ファイルはSendボタンを使用して生成されている必要があります。仕入先請求書の場合、ファイルはメールエイリアス経由で受信されているか、Uploadボタンを使用してアップロードされている必要があります。

DATEV ATCH ZIPファイル

ZIPファイルには2種類のファイルが含まれています:

• 選択した期間の総勘定元帳における個別の請求書/仕入先請求書ファイル (PDF、JPEG など)、および

• 各ファイルの一意のID (GUID) を生成するために使用されるdocument.xmlファイル。

これらの一意のIDは、次のステップでDATEV DATAファイルと共にインポートされる個別の仕訳帳項目にファイルを自動的にリンクすることをDATEVに可能にするため、不可欠です。

2. DATEV DATA

会計 ‣ レポーティング ‣ 総勘定元帳に移動し、(アクション) ボタンをクリックして、Datev DATA (zip)を選択します。

ダウンロードしたZIPファイルを税理士に転送します。税理士はZIPファイルをDATEV Rechnungswesenにインポートする必要があります。

これらのファイルがどのくらいの頻度で必要かを税理士に確認してください。

DATEV ATCH ZIPファイル

ZIPファイルには3つのCSVファイルが含まれています:

• 顧客に関するすべての情報を含むEXTF_customer_accounts.csvファイル、

• 仕入先に関するすべての情報を含むEXTF_vendor_accounts.csvファイル、および

• 総勘定元帳で定義された期間のすべての仕訳帳項目と、DATEV ATCH ZIPファイル内のファイルに仕訳帳項目をリンクできるようにする一意のID (GUID) を含むEXTF_accounting_entries.csv。

GoBDコンプライアンス

GoBDはGrundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriffの略です。簡単に言えば、ドイツの税務当局、税務申告、貸借対照表に関連する、電子形式での帳簿、記録、ドキュメントの適切な管理と保管、およびデータアクセスに関するガイドラインです。

これらの原則は、2014年11月に連邦財務省 (BMF) によって作成され、公開されました。2015年1月以降、これらは標準となり、コンピュータベースの会計に関連する以前に受け入れられていた慣行に取って代わりました。デジタルソリューション (クラウドホスティング、ペーパーレス企業など) の発展により、内容の一部を明確にするため、BMFによって2019年と2020年1月にいくつかの変更が加えられました。

重要

OdooはGoBD準拠の認証を受けています。

会計ソフトウェアに関連するGoBDの理解

GoBDは、会計を提示する必要のある企業に対して拘束力があり、中小企業、フリーランサー、起業家が財務当局に対して含まれます。そのため、納税者自身が唯一の責任者であり、税務関連データ (上記の財務および関連データ) の完全かつ徹底的な保管に責任を負います。

ソフトウェア要件とは別に、ユーザは内部統制システムを確保する必要があります (税法第146条に従って):

• アクセス権の管理、

• 職務の分離、機能の分離、

• 入力制御（エラー通知、妥当性小切手）

• データ入力時の照合小切手

• 処理制御、および

• ソフトウェア、データ、またはドキュメントの意図的または非意図的な操作を防止するための対策。

ユーザは、組織内のタスクを関連する部門に配分し（制御）、タスクが適切かつ完全に実行されていることを確認する必要があります（監督）。これらの制御の結果は記録する必要があり（文書化）、これらの制御中にエラーが見つかった場合は、状況を修正するための適切な対策を講じる必要があります（予防）。

データセキュリティ

納税者は、データの削除、除去、または盗難によるデータ損失に対して**システムを保護する必要があります**。入力が十分に保護されていない場合、帳簿はGoBDガイドラインに準拠していないと見なされます。

一度確定された予約は、アプリケーションから変更または削除することはできません。

• Odooをクラウドで使用する場合、定期的なバックアップはOdooオンラインサービスの一部です。また、定期バックアップをダウンロードして外部システムにバックアップすることも可能です。

  参照

  Odoo Cloud Hosting - Service Level Agreement

• サーバがローカルで運用されている場合、ユーザは必要なバックアップインフラストラクチャを作成する責任があります。

重要

場合によっては、データを10年以上保存しなければならないこともありますので、バックアップは常に取っておきましょう。ソフトウェアプロバイダーを変更する場合は、さらに重要です。

ソフトウェア編集者の責任

GoBDは納税者にのみ適用されることを考慮すると、ソフトウェア編集者は、ユーザの財務取引データの正確かつ準拠した文書化について責任を負うことは決してありません。GoBDで説明されているソフトウェア関連のガイドラインをユーザが尊重するために必要なツールを提供することができるだけです。

Odooを通じたコンプライアンスの確保

GoBDに関するキーワードは、**追跡可能、検証可能、真実、明確、継続的**です。要するに、監査証明のアーカイブを整備する必要があり、Odooはこれらすべての目的を達成するための手段を提供します：

1. トレーサビリティと検証可能性

   Odooの各レコードには、ドキュメントの作成者、作成日、変更日、および変更者が記録されます。さらに、関連するフィールドが追跡されます。したがって、関連オブジェクトのチャッターで、誰がどの値を変更したかを確認できます。
2. 達成率

   すべての財務データはシステムに記録されなければならず、欠番があってはなりません。Odoo は、財務取引の番号に欠番が発生しないように保証します。すべての財務データをシステムに入力する責任はユーザにあります。Odooでは多くの財務データが自動的に生成されますが、仕入先請求書および雑仕訳を漏れなく入力する責任は、引き続きユーザにあります。
3. 正確さ

   Odooは、正しい設定により、正しい分析勘定が使用されることを保証します。さらに、購買オーダと販売オーダおよびそれぞれの請求書間の制御メカニズムは、ビジネスの現実を反映しています。紙ベースの仕入先請求書をスキャンし、Odooの該当レコードに添付することは、ユーザの責任です。Odooドキュメントはこのタスクの自動化を支援します。
4. タイムリーな予約と記録管理

   Odooのほとんどの会計データは取引オブジェクトによって生成されるため(例えば、顧客請求書は確認時に計上されます)、Odooはすぐにタイムリーな記録保持を保証します。仕入先請求書やその他オペレーションを全てタイムリーにエンコードすることはユーザの責任です。
5. オーダ

   Odooに保存されている財務データは、定義上、順序付けられており、モデルに存在するほとんどのフィールドに従って再順序付けできます。GoBDでは特定の順序付けは強制されていませんが、システムは、第三者の専門家が特定の財務取引を迅速に見つけられることを保証する必要があります。Odooは、これを標準で保証します。
6. 改ざん防止

   ドイツ語Odooローカライゼーションにより、Odooはカスタマイズすることなく変更不可条項を遵守できるように標準設定されています。

GoBDエクスポート

財政管理の場合、財政当局は会計システムへのアクセスを3つのレベル(Z1、Z2、Z3)で要求することができます。これらのレベルは、インターフェースへの直接アクセスから、ストレージデバイス上の財務データの引き渡しまで様々です。

財務データをストレージデバイスに引き渡す場合、GoBDはフォーマットを強制**しません**。たとえば、XLS、CSV、XML、Lotus 123、SAP形式、AS/400形式などが可能です。Odooは、財務データのCSVおよびXLSエクスポートを標準でサポートしています。GoBDは、特定のXMLベースのGoBD形式でのエクスポートを**推奨**していますが（「Ergänzende Informationen zur Datenträgerüberlassung」§3を参照）、拘束力はありません。

非準拠

違反が発生した場合、罰金および特定の対策の実施を要求する裁判所命令が予想されます。

POS

技術的セキュリティシステム

**Kassensicherungsverordnung**（デジタル記録の操作に対する保護法）は、電子記録保存システム（POSシステムを含む）に**技術的セキュリティシステム**（**TSS**または**TSE**とも呼ばれる）を装備することを要求しています。

Odooは クラウドベースのソリューション である`fiskaly <https://fiskaly.com>`_ のサポートを受けて準拠したサービスを提供しています。

重要

このソリューションはクラウドベースであるため、インターネット接続が必要です。

注釈

使用可能なVAT(付加価値税)率はfiskalyが決定します。これらの税率は`fiskaly DSFinV-K API: VAT Definition <https://developer.fiskaly.com/api/dsfinvk/v0/#tag/VAT-Definition>`_を参照して確認できます。

設定

ドイツ - POS用認証 (l10n_de_pos_cert) および ドイツ - レストランタイプのPOS用認証 (l10n_de_pos_res_cert) モジュールを インストール して下さい。

ちなみに

これらのモジュールがリストにない場合は、 アプリリストを更新 して下さい。

税務当局への会社登録

会社を登録するには、:guilabel:`設定`アプリを開き、:guilabel:`会社`セクションの下にある:guilabel:`情報を更新`をクリックし、次のフィールドに入力します：

• 会社名

• 住所

• 登録番号

• St.-Nr.`（Steuernummer）この番号は、税務署によってすべての課税対象となる自然人または法人に割り当てられます（例：`2893081508152）。

• :guilabel:`W-IdNr.`（Wirtschafts-Identifikationsnummer）この番号は、経済活動を行う人の永続的な識別番号として使用されます。

その後、:guilabel:`Fiskaly`タブを開き、:guilabel:`Fiskaly登録`ボタンをクリックして、**fiskaly経由で会社を登録**できます。

ちなみに

:guilabel:`Fiskaly登録`ボタンが表示されない場合は、会社情報を*保存*し、もう*編集モード*でないことを確認してください。

登録が完了すると、新しいフィールドが表示されます:

• :guilabel:`Fiskaly Organization ID`はfiskaly側における会社のIDを指します。

• :guilabel:`Fiskaly API Key`と:guilabel:`Fiskaly API Secret`は、システムがfiskalyが提供するサービスにアクセスするために使用する認証情報です。

注釈

現在の認証情報に問題がある場合は、:guilabel:`新しいキー`ボタンをクリックして新しい認証情報をリクエストできます。

技術的セキュリティシステムを作成してPOSにリンクする

ドイツでPOSを使用するには、まず:menuselection:`POS --> 設定 --> POS`に移動し、編集する:guilabel:`POS`を選択し、:guilabel:`Fiskaly API`セクションの下にある:guilabel:`TSSを作成`ボックスにチェックを入れて、:abbr:`TSS（技術的セキュリティシステム）`を作成します。

TSSの作成が成功すると、次の情報が確認できます：

• :guilabel:`TSS ID`はfiskaly側におけるTSSのIDを指します。

• :guilabel:`Fiskaly Client ID`はfiskaly側におけるPOSを指します。

DSFinV-Kエクスポート

POS レジスターを閉じると、オーダの詳細が fiskaly のDSFinV-Kサービスに送信されます。

監査の場合、:menuselection:`POS --> オーダ --> DSFinV-Kエクスポート --> 新規`に移動して、DSFinV-Kに送信されたデータをエクスポートできます。

これらのフィールドは必須です:

• 開始日時：指定された開始日以降の日付を持つデータをエクスポートします。

• 終了日時: 指定された終了日以下の日付を持つデータをエクスポート

すべてのPOSのデータをエクスポートする場合は、POSフィールドを空白のままにしてください。特定のPOSのみのデータをエクスポートする場合は、そのPOSを指定してください。

エクスポートが正常にトリガーされ処理中の場合、都道府県・州フィールドには保留中と表示されます。準備ができているか確認するには、状態を更新をクリックしてください。