ドイツ¶

モジュール¶

ドイツのローカリゼーションでは、次のモジュールが自動的にインストールされます：

名称	技術名	説明
ドイツ - 会計	`l10n_de`	ドイツの会計ローカリゼーションパッケージ。デフォルトでは、GoBDへの準拠を確保するために監査証跡が有効化されています。
ドイツ - 会計レポート	`l10n_de_reports`	ドイツの会計レポートを提供し、総勘定元帳にDATEVエクスポートオプションを追加します。
ドイツ - POS認証	`l10n_de_pos_cert`	Fiskalyのクラウドベースソリューションを使用した技術的セキュリティシステムの実装が含まれます。
ドイツ - レストランタイプPOS認証	`l10n_de_pos_res_cert`	ドイツの飲食業界に特に関連する新しい規制要件を追加します。

さらに、以下のモジュールを手動でインストールする必要があります：

名称	技術名	説明
ドイツ - Elster税務申告	`l10n_de_reports_elster`	Elsterシステムを介したFinanzamtへのドイツの UStVA (事前税務申告)の電子提出。

注釈

追加モジュールを含むバージョンへのアップグレード時など、一部のケースでは、モジュールが自動的にインストールされない可能性があります。未設定のモジュールは手動でインストールできます。

ローカライゼーション概要¶

ドイツのローカリゼーションパッケージは、ドイツの税務および会計規制への準拠を保証します。税金、会計ポジション、レポートを管理するためのツールに加え、ドイツの基準に合わせた事前定義済みの勘定科目表が含まれています。

ドイツのローカリゼーションパッケージは、現地の税務および会計規制への準拠を確実にするため、以下の主要機能を提供します：

勘定科目表
会計ポジション(税と勘定科目のマッピング)：顧客または仕入先の登録状況に基づく自動税額調整
税金: 標準VAT(付加価値税)、ゼロ税率、免税オプションを含む事前設定済み税率
レポート

勘定科目表¶

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

どちらがインストールされているか確認するには、会計 ‣ 設定 ‣ 設定に移動し、パッケージフィールドを財政ローカリゼーションセクションで確認します。

警告

別のパッケージを選択できるのは、会計エントリがまだ作成されていない場合のみです。すでに転記されている場合は、別のパッケージを選択するために新しい会社またはデータベースを設定する必要があります。さらに、すべての仕訳エントリを再作成する必要があります。

レポート¶

以下のドイツ固有のレポートを利用できます：

貸借対照表
損益
納税申告書 (Umsatzsteuervoranmeldung)（Elster連携）
EC販売リスト
Intrastat

Elster連携による納税申告書¶

注釈

必ずインストールしてください: ドイツ - Elster税務申告 (l10n_de_reports_elster)モジュール。
Elsterに *UStVA*（付加価値税の仮申告書）を提出するには、VATIDと税務番号（St.-Nr.）が会社レコードに必要です。

モジュールがインストールされ、VAT IDと税務番号が入力されると、納税申告書の提出時にデータがElsterに送信されます。

テストモード

テストモードを設定し、実際のデータを送信せずにElster連携を使用するには、次の手順を実行します：

開発者モードを有効にします。
設定アプリを開き設定 ‣ 技術 ‣ システムパラメータに移動します。
新規をクリックしてl10n_de_reports.elster_proxy_modeキーを追加し、その値をtestに設定します。
保存をクリックします。

ちなみに

提出が完了すると、生成されたCPA005 TXTファイルが納税申告書のチャッターに表示され、ダウンロードして銀行にインポートできるようになります。あわせて、Elster.de経由で手動アップロードするためのXMLファイルと税務レポートも表示されます。

会計¶

課税対象供給日¶

請求書作成前に提供された商品またはサービスの実際の納品日（例：5月にサービス提供、6月に請求書作成）を反映するには、請求書の課税対象供給日を設定します。このフィールドに入力すると請求書の会計日が自動的に一致し、仕訳エントリと関連するVATが正しい期間に認識されるようになります。

重要

前の期間が締め切られロックされている場合（ロック日経由）、その期間への記帳は許可されません。その結果、仕訳は現在オープンしている期間に自動的に記帳されます。

注釈

課税供給日フィールドは会計用であり、印刷されたレポートには表示されません。DIN 5008レイアウトを使用する場合、生成されたPDF請求書に日付を表示するには、納品日フィールドに入力されていることを確認してください。

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

ドイツの財務ローカリゼーションパッケージのいずれかがインストールされていれば、Odooの会計エントリを総勘定元帳からDATEVにエクスポートできます。

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

注釈

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

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。

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に可能にするため、不可欠です。

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はこれらすべての目的を達成するための手段を提供します：

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

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

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

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

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

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

ドイツ語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>`_ のサポートを受けて準拠したサービスを提供しています。

重要

Odoo POSのオフライン機能により、オフラインで行われたPOSオーダもコンプライアンスに準拠した状態を維持できます。ただし、有効なインターネット接続が推奨されます。

注釈

使用可能な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を指定してください。

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

GitHub で編集