德国¶

会计¶

会计科目表¶

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

前往会计 ‣ 配置 ‣ 设置，检查财税本地化部分下的软件包字段，以确认已安装哪一种。

Warning

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

财务报表¶

以下德国专用报表在 Odoo 企业版上可用：

资产负债表
利润损失
Tax Report (Umsatzsteuervoranmeldung)
欧洲共同体（EC）销售列表
欧盟专用报表

将分录从 Odoo 导出到 DATEV¶

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

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

Note

两者在不同阶段都需要，以便将数据正确传输到 DATEV，因为 DATEV 使用两个接口：一个供客户使用 (DUO - DATEV Unternehmen Online)，另一个供税务顾问使用 (DATEV Rechnungswesen)。

1. DATEV ATCH¶

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

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

如果您的电脑上没有安装 DATEV Belegtransfer 软件，请咨询您的税务顾问。

Warning

DATEV ATCH ZIP 文件包括与 Odoo 发票或账单相关联的文件（报告）。对于客户发票，文件必须是通过使用打印和发送按钮生成的。对于供应商账单，文件必须是通过电子邮件别名收到或使用上传按钮上传的。

DATEV ATCH ZIP 文件

ZIP 文件包含两类文件：

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

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

2. 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 文件内的文件。

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 月对其中一些内容进行了修改。

Important

Odoo 已通过 GoBD 合规性 认证。

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

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

除软件要求外，用户还需确保建立内部控制制度（依据《财政法典》第 146 条）：

访问权限控制；
职责分离、职能划分；
录入控制（错误提示、合理性检查）；
数据录入时的对账检查；
处理控制；以及
防止对软件、数据或文档进行有意或无意操纵的措施。

用户必须将任务分配给组织内的相关岗位（控制），并验证任务是否得到正确、完整的执行（监督）。这些控制的结果必须记录下来（文档记录），如果在这些控制过程中发现错误，则应采取适当的纠正措施（预防）。

数据安全¶

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

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

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

更多内容
Odoo Cloud Hosting - 服务水平协议
如果服务器在本地运行，用户需负责建立必要的备份基础设施。

Important

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

软件编辑的责任¶

鉴于 GoBD 仅适用于纳税人， 软件开发商无论如何都不能为用户财务交易数据的准确性和合规记录承担责任 。它只能提供必要的工具，让用户遵守 GoBD 中描述的与软件相关的准则。

通过 Odoo 确保合规¶

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

追溯性和可验证

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

所有财务数据都必须记录在系统中，不能有任何遗漏。Odoo 确保财务交易的编号没有空缺。将所有财务数据录入系统是用户的责任。由于 Odoo 中的大多数财务数据是自动生成的，用户仍需负责完整录入所有供应商账单和杂项操作。
价格准确性

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

由于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 条），但这并不具约束力。

不合规¶

一旦发生违规，您可能会面临罚款以及要求执行特定措施的法院命令。

POS¶

技术安全系统¶

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

Odoo 借助 fiskaly 提供了一项合规服务，这是一种 基于云的解决方案 。

Important

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

Note

允许的增值税税率由 fiskaly 提供。您可以查阅 fiskaly DSFinV-K API: VAT Definition 来检查这些税率。

配置¶

安装 Germany - Certification for Point of Sale （l10n_de_pos_cert）和 Germany - Certification for Point of Sale of type restaurant （l10n_de_pos_res_cert）模块。

Tip

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