德国¶

模块¶

以下模块会随德国本地化自动安装：

名称	技术名称	说明
德国 - 会计	`l10n_de`	德国财税本地化包。默认启用审计追踪，以确保符合 GoBD 的要求。
德国 - 会计报表	`l10n_de_reports`	提供德国会计报表，并为总分类账添加 DATEV 导出选项。
德国 - 销售点认证	`l10n_de_pos_cert`	包含技术安全系统的实施，使用 Fiskaly 提供的云端解决方案。
德国 - 餐饮类销售点认证	`l10n_de_pos_res_cert`	添加专门针对德国餐饮业的新监管要求。

注解

在某些情况下，例如升级到包含其他模块的版本时，模块可能不会自动安装。任何缺失的模块都可以手动安装。

本地化摘要¶

德国本地化包可确保符合德国的财税与会计法规。它包含用于管理税项、税务位置和报表的工具，以及一套依据德国标准定制的预定义会计科目表。

德国本地化包提供以下关键功能，以确保符合当地财税与会计法规：

会计科目表
税务规则（税项科目映射）：基于客户或供应商注册状态的自动税务调整
Taxes： France 的标准税率，包括标准增值税、零rated 和 exempt 选项
报表

会计科目表¶

Odoo 同时支持 SKR03 和 SKR04 会计科目表。创建新的 Odoo 云端版数据库时，默认安装 SKR03。

要确认当前安装的是哪一个，请前往会计 ‣ 配置 ‣ 设置，并检查财税本地化部分下的包字段。

警告

只有在尚未创建任何会计分录的情况下才能选择其他包。如果已过账分录，则必须新建公司或数据库才能选择其他包。此外，所有日记账分录都需要重新创建。

财务报表¶

以下德国专用报表可供使用：

资产负债表
利润损失
纳税申报（Umsatzsteuervoranmeldung）与 Elster 集成
欧洲共同体（EC）销售列表
欧盟专用报表

与 Elster 集成的纳税申报¶

注解

要向 Elster 提交 UStVA （增值税预申报），需要在公司记录上填写增值税编号和税号（St.-Nr.）。

模块安装完成并输入增值税编号和税号后，数据将在提交纳税申报时发送至 Elster。

测试模式

要设置测试模式，并在不发送真实数据的情况下使用 Elster 集成，请按以下步骤操作：

启用开发者模式。
打开设置应用，前往设置 ‣ 技术 ‣ 系统参数。
点击新建添加 l10n_de_reports.elster_proxy_mode 键，并将其值设置为 test。
保存。

小技巧

提交完成后，生成的 CPA005 TXT 文件会显示在纳税申报的聊天记录中，可供下载和用于银行导入；同时还会显示用于通过 Elster.de 手动上传的 XML 文件以及税务报表。

会计¶

应税供应日期¶

在发票上设置应税供应日期，以反映在创建发票之前所提供的商品或服务的实际交付日期（例如 5 月提供服务、6 月创建发票）。填写此字段会自动对齐发票的会计日期，确保日记账分录和相关增值税在正确的期间确认。

重要

如果上一期间已关闭并锁定（通过锁定日期），则不允许在该期间进行过账。因此，日记账分录将自动过账到当前未结期间。

注解

应税供应日期字段仅用于会计目的，不会显示在打印的报表上。使用 DIN 5008 布局时，请确保已填写交货日期字段，以便在生成的 PDF 发票上显示该日期。

从 Odoo 导出条目到 DATEV¶

如果已安装德国财税本地化包中的任意一个，即可从总分类账将 Odoo 中的会计分录导出到 DATEV。

需要两种类型的导出：首先，DATEV ATCH导出，然后是DATEV DATA导出。

注解

两者在不同阶段都是必需的，以便将数据正确传输到 DATEV，因为 DATEV 使用两个接口：一个面向客户（DUO - DATEV Unternehmen Online），另一个面向税务顾问（DATEV Rechnungswesen）。

DATEV DATA¶

进入会计 ‣ 报告 ‣ 总分类账，点击（操作）按钮，并选择 Datev DATA (zip) 。

将下载的 ZIP 文件传输给您的税务顾问。他们应将 ZIP 文件导入 DATEV Rechnungswesen。

请向您的税务顾问咨询他们需要这些文件的频率。

DATEV ATCH ZIP 文件

ZIP 文件包含三个 CSV 文件：

包含与客户相关的所有信息的 EXTF_customer_accounts.csv 文件、
包含所有供应商相关信息的 EXTF_vendor_accounts.csv 文件，以及
EXTF_accounting_entries.csv 包含在总分类账上定义的期间内的所有日记账项目，以及唯一 ID（GUID），以便将日记账项目链接到 DATEV ATCH ZIP 文件内的文件。

DATEV ATCH¶

进入会计 ‣ 报告 ‣ 总分类账，点击（操作）按钮，并选择 Datev ATCH (zip) 。

通过DATEV Belegtransfer 软件上传下载的 ZIP 文件。

注解

如果您的计算机上没有安装 DATEV Belegtransfer 软件，请向您的税务顾问寻求帮助。

警告

DATEV ATCH ZIP 文件包含与某张 Odoo 发票或账单关联的文件（报表）。对于客户发票，该文件必须是通过发送按钮生成的。对于供应商账单，该文件必须是通过邮件别名接收的，或使用上传按钮上传的。

DATEV ATCH ZIP 文件

ZIP 文件包含两类文件：

总分类账上所选期间的单个发票/账单文件（PDF、JPEG 等），以及
一个 document.xml 文件，用于为每个文件生成唯一的 ID（GUID）。

这些唯一 ID 至关重要，因为它们允许 DATEV 自动将文件链接到单个日记账项，这些日记账项将在下一步与 DATEV DATA 文件一起导入。

GoBD 合规¶

GoBD 是 Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff 的缩写。简而言之，这是一份关于正确管理和存储电子形式的账簿、记录和文件以及数据访问的指南，与德国税务机关、纳税申报和资产负债表相关。

这些原则由联邦财政部（BMF）于2014年11月编写并发布。自2015年1月起，这些原则已成为规范 ，并取代了以前公认的与基于计算机的会计相关的做法。由于数字化解决方案（云托管、无纸化公司等）的发展，联邦财政部在 2019 年和 2020 年 1 月对其中一些内容进行了修改。

重要

Odoo 已通过 GoBD合规性 认证。

了解与会计软件相关的 GoBD¶

GoBD 对必须向财政部门呈交账目的公司具有约束力，其中包括中小企业、自由职业者和企业家。因此，纳税人本人是唯一责任人，负责完整、详尽地保存税务相关数据（即上文所述的财务及相关数据）。

除软件要求外，用户还必须确保内部控制体系（依据《财税法典》第 146 条）：

访问权限控制；
职责分离、职能分立；
entry controls (error notifications, plausibility checks);
数据录入时的对账检查；
处理过程控制；以及
采取措施防止对软件、数据或单据进行故意或无意的篡改。

用户必须在其组织内将任务分派到相关岗位（控制），并核查任务是否得到恰当且完整的执行（监督）。这些控制的结果必须予以记录（文档化），如果在控制过程中发现错误，应采取适当措施纠正状况（预防）。

数据安全¶

纳税人必须 保护系统免受任何数据丢失，防止数据被删除、移除或窃取。如果分录未得到充分保护，账务将被视为不符合 GoBD 准则。

预订最终过账后，将无法再通过应用程序进行更改或删除。

如果在云端使用Odoo，则提供定期备份服务。此外，可以在外部系统下载和备份定期备份数据。

更多内容
Odoo雲端託管 - 服務等級協議
如果服务器在本地运营，则用户有责任建立必要的备份基础设施。

重要

在某些情况下，数据必须保留十年或更长时间，因此始终保存备份。如果您决定更换软件提供商，则更为重要。

软件编辑的责任¶

考虑到 GoBD 仅约束纳税人，软件提供商绝不能因其用户财务交易数据的准确与合规文档而承担责任，它只能为用户提供必要工具，以遵守 GoBD 中所述与软件相关的准则。

通过 Odoo 确保合规¶

就 GoBD 而言，关键词是：可追溯、可验证、真实、清晰、连续。简而言之，您需要具备可通过审计的归档机制，而 Odoo 为您提供了实现所有这些目标的手段：

追溯性和可验证

Odoo 中的每条记录都会标注单据创建人、创建日期、修改日期以及修改人。此外，相关字段会被跟踪。因此，可以在相应对象的聊天区中看到哪个值由谁更改。
完整性

所有财务数据必须记录到系统中，不得有缺口。Odoo 确保财务交易的编号不存在缺口。将所有财务数据录入系统是用户的责任。由于 Odoo 中的大部分财务数据是自动生成的，因此完整录入所有供应商账单和杂项操作仍属用户的责任。
价格准确性

Odoo 确保在正确配置下使用正确的科目。此外，采购订单和销售订单与其各自发票之间的控制机制反映了业务的实际情况。用户有责任扫描纸质供应商账单并将其附加到 Odoo 中的相应记录上。Odoo Documents 可帮助您自动完成此任务。
及时预订和记录保存

由于Odoo中的大多数财务数据都是由交易对象生成的（例如，开票是在确认时记账的），Odoo确保开箱即用的及时记录保存。用户有责任及时对所有传入的供应商账单以及杂项操作进行编码。
订购

存储在 Odoo 中的财务数据按定义是有序的，并可根据模型中的绝大多数字段重新排序。GoBD 并不强制特定排序方式，但系统必须确保第三方专家可以快速找到给定的财务交易。Odoo 开箱即用即满足此要求。
不变性散列

通过德语Odoo本地化，Odoo的标准配置方式是，无需任何进一步的自定义即可遵守不可更改性子句。

GoBD 导出¶

在财政控制的情况下，财政当局可以请求对会计系统的三个级别的访问（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），但这并非强制要求。

Non-compliance¶

如发生违规，您可能面临罚款以及要求实施特定措施的法院命令。

门店收银POS¶

技术安全系统¶

Kassensicherungsverordnung （《防止数字化记录被篡改法》）要求电子记录系统——包括销售点系统——必须配备 技术安全系统 （也称为 TSS 或 TSE）。

Odoo 在 fiskaly 的帮助下提供合规服务，这是一种 基于云的解决方案。

重要

由于此解决方案是基于云的，因此需要有效的互联网连接。

注解

fiskaly 仅允许特定的增值税税率。您可以通过 fiskaly DSFinV-K API：VAT Definition 查询这些税率。

配置¶

安装 德国 - 门店收银认证 （l10n_de_pos_cert）和 德国 - 餐厅类型门店收银认证 （l10n_de_pos_res_cert）模块。

小技巧

如果未列出这些模块，则更新应用列表。

公司在税务机关的注册¶

要注册公司，请打开设置应用，在公司部分下点击更新信息，并填写以下字段：

公司名称
地址
VAT
St.-Nr. （Steuernummer，税务编号）：该号码由税务机关分配给每位纳税的自然人或法人（例如 2893081508152）。
W-IdNr. （Wirtschafts-Identifikationsnummer，经济识别号）：该号码是经济活动人士的永久识别号。

然后，您可以通过打开 Fiskaly 选项卡并点击 Fiskaly 注册按钮来 通过 fiskaly 注册公司。

小技巧

如果看不到 Fiskaly 注册按钮，请确认您已保存公司信息，且不再处于 编辑模式。

注册完成后，将显示新字段：

Fiskaly Organization ID 指您的公司在 fiskaly 一侧的 ID。
Fiskaly API Key 和 Fiskaly API Secret 是系统用于访问 fiskaly 所提供服务的凭据。

注解

如果当前凭据存在问题，可以点击新密钥按钮请求新的凭据。

创建技术安全系统并将其关联到 POS¶

要在德国使用销售点，首先创建 TSS：前往销售点 ‣ 配置 ‣ 销售点，选择要编辑的销售点，然后在 Fiskaly API 部分下勾选创建 TSS 复选框。

TSS 创建成功后，您可以查看：

TSS ID，即您的 TSS 在 fiskaly 一侧的 ID，以及
Fiskaly Client ID，即您的 POS 在 fiskaly 一侧的 ID。

DSFinV-K 导出¶

每當您關閉POS收銀機時，訂單的詳細資訊都會發送到fiskaly的DSFinV-K（Digitale Schnittstelle der Finanzverwaltung für Kassensysteme）服務。

在接受审计时，您可以前往销售点 ‣ 订单 ‣ DSFinV-K 导出 ‣ 新建，导出已发送到 DSFinV-K 的数据。

这些字段是必填字段：

开始日期时间：导出日期大于或等于指定开始日期的数据
结束日期时间：导出日期小于或等于指定结束日期的数据

若要导出所有销售点的数据，请将销售点字段留空；若只想导出某个特定 POS 的数据，请指定该 POS。

当导出成功触发并正在处理时，状态字段应显示待处理。点击刷新状态以检查是否已完成。