德国

模块

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

名称

技术名称

描述

德国 - 会计

l10n_de

德语 税务本地化包 。默认情况下会启用审计追踪,以确保符合 GoBD。

德国 - 会计报告

l10n_de_reports

提供德国会计报表,并为总账添加 DATEV 导出选项。

德国 - 销售点认证

l10n_de_pos_cert

包含技术安全系统(Technical Security System)的实施,使用 Fiskaly 提供的基于云的解决方案。

德国 - 餐厅类型销售点认证

l10n_de_pos_res_cert

添加针对德国餐饮行业的新监管要求。

此外,以下模块必须手动 安装:

名称

技术名称

描述

德国 - Elster 税务提交

l10n_de_reports_elster

通过 Elster 系统向 Finanzamt(税务局)电子提交德国的 UStVA (预缴税申报表)。

注解

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

本地化概述

德国本地化包确保符合德国的财税和会计法规。它包含用于管理税项、财政状况和报告的工具,以及针对德国标准预定义的科目表。

德国本地化包提供以下主要功能,以确保符合当地财税和会计法规:

科目表

Odoo 同时支持 SKR03 和 SKR04 科目表 。创建新的 Odoo Online 数据库时,默认安装 SKR03。

要确认已安装哪一个,请前往 会计 ‣ 配置 ‣ 设置,查看 税务本地化 部分下的 软件包 字段。

警告

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

报表

以下德国专属报告可用:

  • 资产负债表

  • 损益

  • 税务申报表 (Umsatzsteuervoranmeldung),集成 Elster

  • 欧洲共同体(EC)销售列表

  • 内部统计

集成 Elster 的税务申报表

注解

  • 请务必 安装 德国 - Elster 税务提交 (l10n_de_reports_elster)模块。

  • 要向 Elster 提交 UStVA (增值税预缴申报表),公司记录 上必须填写 增值税 号和税号(St.-Nr.)。

模块安装完成且已输入增值税号和税号后,在 提交税务申报表 时数据会发送至 Elster。

测试模式

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

  1. 启用 开发者模式 。

  2. 打开设置应用,前往 设置 ‣ 技术 ‣ 系统参数 。

  3. 点击 新建 添加 l10n_de_reports_elster.elster_proxy_mode 键,并将其值设置为 test 。

  4. 点击 保存 。

小技巧

提交完成后,生成的 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 导出的总分类账操作菜单

通过 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 条):

  • 访问权限控制;

  • 职责分离,功能分离;

  • 输入控制(错误通知,合理性检查);

  • 数据输入时的对账检查;

  • 处理控制;以及

  • 防止有意或无意操纵软件、数据或文件的措施。

用户必须在其组织内将任务分配到相关岗位(控制),并验证任务是否正确、完整地执行(监督)。这些控制的结果必须被记录下来(文档),如果在这些控制中发现错误,应采取适当措施纠正情况(预防)。

数据安全

纳税人必须 保护系统,防止因删除、移除或盗窃任何数据而导致的数据丢失 。如果分录没有得到充分的保护,记账将被视为不符合 GoBD 指南。

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

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

  • 如果服务器在本地运行,用户有责任创建必要的备份基础设施。

重要

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

软件编辑的责任

鉴于 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 导出

在财政控制的情况下,财政当局可以请求对会计系统的三个级别的访问(Z1,Z2,Z3)。这些级别从直接访问接口到在存储设备上移交财务数据不等。

在将财务数据移交给存储设备的情况下,GoBD 不强制规定 格式。例如,可以是 XLS、CSV、XML、Lotus 123、SAP 格式、AS/400 格式或其他格式。Odoo 默认支持财务数据的 CSV 和 XLS 导出。GoBD 建议 使用特定的基于 XML 的 GoBD 格式导出(参见“关于数据媒介移交的补充信息”第 3 条),但这不是强制性的。

不合规

如果发生违规行为,您可以预期会受到罚款,并收到法院要求实施特定措施的命令。

销售点

技术安全系统

《 收银安全保障条例 》(防止数字记录被篡改的法案)要求电子记录系统(包括 销售点系统 )必须配备 技术安全系统 (也称为 TSS 或 TSE )。

Odoo 在 fiskaly 的帮助下提供了一项兼容服务,这是一种 基于云的解决方案。

重要

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

注解

唯一允许的增值税税率由 fiskaly 提供。您可以通过查阅 fiskaly DSFinV-K API:增值税定义 来查看这些税率。

配置

安装 的 德国 - 销售点认证 (l10n_de_pos_cert) 和 德国 - 餐厅类型销售点认证 (l10n_de_pos_res_cert) 模块。

小技巧

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

在财政局注册公司

要注册您的公司,请打开 设置 应用程序,在 公司 部分点击 更新信息 ,然后填写以下字段:

  • 公司名称

  • 地址

  • VAT

  • St.-Nr. (税号)是由税务局分配给每个应税自然人或法人实体的编号(例如,2893081508152 )。

  • W-IdNr. (经济识别号码)用于作为经济活跃人士的永久识别编号。

然后,您可以通过打开 Fiskaly 标签页并点击 Fiskaly 注册 按钮来 通过 fiskaly 注册您的公司 。

小技巧

如果您没有看到 Fiskaly 注册 按钮,请确保您已 保存 公司详细信息,并且不再处于 编辑模式 。

注册完成后,将显示新字段:

  • Fiskaly 组织 ID 是指 fiskaly 系统中您公司的 ID。

  • Fiskaly API 密钥 和 Fiskaly API 密钥密码 是系统用来访问 fiskaly 提供的服务的凭据。

Fiskaly 注册标签页

注解

如果当前凭据出现问题,可以通过点击 新密钥 按钮请求新的凭据。

DSFinV-K 导出

每当您关闭 POS 收银机时,订单详情都会发送到 fiskaly 的 DSFinV-K 服务。

在审计的情况下,您可以通过转到:销售点 ‣ 订单 ‣ DSFinV-k 导出‣ 新建 来导出发送到 DSFinV-K 的数据。

用于导出DSFinV-K的菜单

这些字段是必填字段:

  • 开始日期:导出日期大于或等于给定开始日期的数据)

  • 结束日期:导出日期小于或等于给定结束日期的数据)

如果要导出所有销售点的数据,请将 POS 字段留空;如果只想导出此特定销售点的数据,请指定一个字段。

导出 DSFinV-K

导出成功触发并正在处理时,状态 字段应提及 处理中 。点击 刷新状态 检查是否准备就绪。