ドイツ¶
モジュール¶
The following modules are installed automatically with the German localization:
名称 |
技術名 |
説明 |
|---|---|---|
Germany - Accounting |
|
German fiscal localization package. By default, the audit trail is enabled to ensure compliance with GoBD. |
Germany - Accounting Reports |
|
Provides German accounting reports and adds DATEV export options to the general ledger. |
Germany - Certification for Point of Sale |
|
Includes the implementation of the Technical Security System, using a cloud-based solution from Fiskaly. |
Germany - Certification for Point of Sale of type restaurant |
|
Adds the new regulatory requirements specifically related to the restaurant industry in Germany. |
さらに、以下のモジュールを手動でインストールする必要があります:
名称 |
技術名 |
説明 |
|---|---|---|
Germany - Elster Tax Submission |
|
Electronic submission of the German UStVA (advance tax return) to the Finanzamt via the Elster system. |
注釈
追加モジュールを含むバージョンへのアップグレード時など、一部のケースでは、モジュールが自動的にインストールされない可能性があります。未設定のモジュールは手動でインストールできます。
ローカライゼーション概要¶
The German localization package ensures compliance with German fiscal and accounting regulations. It includes tools for managing taxes, fiscal positions, and reporting, as well as a predefined chart of accounts tailored to Germany’s standards.
The German localization package provides the following key features to ensure compliance with local fiscal and accounting regulations:
会計ポジション(税と勘定科目のマッピング):顧客または仕入先の登録状況に基づく自動税額調整
税金: 標準VAT(付加価値税)、ゼロ税率、免税オプションを含む事前設定済み税率
勘定科目表¶
Both SKR03 and SKR04 charts of accounts are supported in Odoo. When a new Odoo Online database is created, SKR03 is installed by default.
To verify which is installed, go to and check the Package field under the Fiscal Localization section.
警告
Selecting another package is only possible if no accounting entries have been created. If one was posted, a new company or database must be set up to select another package. In addition, all journal entries will need to be created again.
レポート¶
The following German-specific reports are available:
貸借対照表
損益
Tax return (Umsatzsteuervoranmeldung) with Elster integration
EC販売リスト
Intrastat
Tax return with Elster integration¶
注釈
Make sure to install the Germany - Elster Tax Submission (
l10n_de_reports_elster) module.To submit UStVA (VAT advance returns) to Elster, the VAT ID and tax number (St.-Nr.) are required on the company record.
Once the module is installed and the VAT ID and tax number have been entered, data is sent to Elster upon submission of the tax return.
テストモード
To set the test mode and use the Elster integration without sending real data, follow these steps:
Enable developer mode.
Open the Settings app and go to .
Click New to add the
l10n_de_reports_elster.elster_proxy_modekey and set its value totest.保存 をクリックします。
ちなみに
Once the submission is complete, the generated CPA005 TXT file is displayed in the tax return's chatter for download and bank import, along with the XML file for manual upload via Elster.de and the tax reports.
会計¶
Taxable supply date¶
Set the Taxable Supply Date on invoices to reflect the actual delivery date for goods or services provided before invoice creation (e.g., service delivered in May, invoice created in June). Completing this field automatically aligns the invoice's accounting date, ensuring that the journal entry and the associated VAT are recognized in the correct period.
重要
If the previous period is closed and locked (via Lock dates), postings for that period are not allowed. Consequently, the journal entry will automatically be posted in the current open period.
注釈
The Taxable Supply Date field is intended for accounting purposes and is not displayed on printed reports. When using the DIN 5008 layout, ensure the Delivery Date field is filled to display the date on the generated PDF invoice.
OdooからDATEVへのエントリのエクスポート¶
Provided that one of the German fiscal localization packages is installed, accounting entries from Odoo can be exported to DATEV from the general ledger.
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オンラインサービスの一部です。また、定期バックアップをダウンロードして外部システムにバックアップすることも可能です。
サーバがローカルで運用されている場合、ユーザは必要なバックアップインフラストラクチャを作成する責任があります。
重要
場合によっては、データを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>`_ のサポートを受けて準拠したサービスを提供しています。
重要
このソリューションはクラウドベースであるため、インターネット接続が必要です。
注釈
使用可能な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) モジュールを インストール して下さい。
ちなみに
これらのモジュールがリストにない場合は、 アプリリストを更新 して下さい。
技術的セキュリティシステムを作成してPOSにリンクする¶
ドイツでPOSを使用するには、まず:menuselection:`POS --> 設定 --> POS`に移動し、編集する:guilabel:`POS`を選択し、:guilabel:`Fiskaly API`セクションの下にある:guilabel:`TSSを作成`ボックスにチェックを入れて、:abbr:`TSS(技術的セキュリティシステム)`を作成します。
TSSの作成が成功すると、次の情報が確認できます:
DSFinV-Kエクスポート¶
POS レジスターを閉じると、オーダの詳細が fiskaly のDSFinV-Kサービスに送信されます。
監査の場合、:menuselection:`POS --> オーダ --> DSFinV-Kエクスポート --> 新規`に移動して、DSFinV-Kに送信されたデータをエクスポートできます。
これらのフィールドは必須です:
開始日時:指定された開始日以降の日付を持つデータをエクスポートします。
終了日時: 指定された終了日以下の日付を持つデータをエクスポート
すべてのPOSのデータをエクスポートする場合は、POSフィールドを空白のままにしてください。特定のPOSのみのデータをエクスポートする場合は、そのPOSを指定してください。
エクスポートが正常にトリガーされ処理中の場合、都道府県・州フィールドには保留中と表示されます。準備ができているか確認するには、状態を更新をクリックしてください。