[TITLE]
德国会计与 POS 合规指南(Odoo)

[DESCRIPTION]
本文详细介绍在 Odoo 中使用德国会计科目表、报表、DATEV 导出以及 GoBD 合规要求,并提供 POS 系统的技术安全系统(TSS)配置和 DSFinV‑K 数据导出步骤,帮助企业实现税务合规与数据安全。

[KEYWORDS]
德国, 会计, Odoo, GoBD, DATEV, POS, TSS, fiskaly, 财务报表, 数据导出

[TRANSLATED_CONTENT]

德国

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

会计 --> 配置 --> 设置 中查看 Fiscal Localization(财政本地化)章节下的 Package(软件包)字段,以确认已安装的科目表。

::: warning 警告
仅在未创建任何会计分录时才能选择其他软件包。如果已有分录已过账,则需要新建公司或数据库后才能更换软件包。此外,所有日记账分录需重新创建。
:::

Odoo Enterprise 提供以下德国特定报表:

  • 资产负债表
  • 损益表
  • 税务报表(Umsatzsteuervoranmeldung)
  • EC 销售清单
  • Intrastat

在安装了德国 财政本地化软件包 <fiscal_localizations/packages> 后,可从总账将会计分录导出至 DATEV。需要进行两种导出:首先是 DATEV ATCH 导出,然后是 DATEV DATA 导出。

::: note 提示
这两种导出在不同阶段均必需,以便正确将数据传输至 DATEV。DATEV 使用两个接口:面向客户的 DUO(DATEV Unternehmen Online)和面向税务顾问的 DATEV Rechnungswesen。
:::

前往 会计 --> 报表 --> 总账,点击 fa-cog(操作)按钮,选择 Datev ATCH (zip)

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

如果电脑上未安装 DATEV Belegtransfer 软件,请联系您的税务顾问协助。

::: warning 警告
DATEV ATCH ZIP 文件包含与 Odoo 发票或账单关联的文件(报告)。客户发票必须通过 发送 按钮生成;供应商账单必须通过邮件别名接收或使用 上传 按钮上传。
:::

DATEV ATCH ZIP 文件
ZIP 文件包含两类文件:

  • 选定期间的单个发票/账单文件(PDF、JPEG 等)
  • 用于生成每个文件唯一 ID(GUID)的 document.xml 文件。
    这些唯一 ID 对于 DATEV 自动将文件链接至相应的日记账项目至关重要,后续的 DATEV DATA 文件导入时会使用它们。

同样在 会计 --> 报表 --> 总账,点击 fa-cog(操作)按钮,选择 Datev DATA (zip)

将下载的 ZIP 文件交给税务顾问,由其导入至 DATEV Rechnungswesen。请咨询税务顾问该文件的提交频率。

DATEV DATA ZIP 文件
ZIP 文件包含三个 CSV 文件:

  • EXTF_customer_accounts.csv:客户信息
  • EXTF_vendor_accounts.csv:供应商信息
  • EXTF_accounting_entries.csv:期间内的所有日记账项目及其 GUID,以便与 DATEV ATCH ZIP 文件中的文件关联

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 对必须向财政部门提交账目的企业(包括中小企业、自由职业者和创业者)具有约束力。纳税人本人对完整、详尽的税务相关数据负责。

除软件要求外,用户还需确保内部控制系统(依据《财政法》第 146 条):

  • 访问权限控制
  • 职责分离
  • 输入控制(错误提示、合理性检查)
  • 数据录入时的核对检查
  • 处理控制
  • 防止软件、数据或文档被有意或无意篡改的措施

用户须在组织内部分配任务并进行监督,记录控制结果(文档化),并在发现错误时采取预防措施。

纳税人必须 防止数据因删除、丢失或窃取而损失。若条目未得到充分保护,则账簿将被视为不符合 GoBD。

  • 一旦分录最终过账,便无法通过系统进行修改或删除。
  • 若 Odoo 运行于云端,Odoo Online 服务会定期备份,用户亦可下载备份至外部系统。

    参考:Odoo 云托管服务水平协议

  • 若在本地服务器上运行,用户需自行搭建备份基础设施。

::: important 重要
某些数据需保存十年或更久,请始终保留备份,尤其在更换软件供应商时更为关键。
:::

GoBD 只约束纳税人,软件编辑者不对用户的财务交易数据的合规性负责,只能提供实现合规的工具。

GoBD 关键字:可追溯、可验证、真实、清晰、连续。Odoo 提供以下功能:

  1. 可追溯性与可验证性
    每条记录均记录创建者、创建日期、修改日期及修改者,重要字段受追踪,聊天记录显示变更细节。

  2. 完整性
    所有财务数据必须录入系统,Odoo 确保财务凭证编号不出现空缺。用户需完整录入供应商账单及其他业务。

  3. 准确性
    正确配置后使用正确科目,采购单与销售单及其对应发票的控制机制反映业务实际。用户需将纸质供应商账单扫描并附加至相应记录,Odoo Documents 可自动化此任务。

  4. 及时记账与存档
    大多数财务数据由事务对象自动生成(如确认发票即记账),Odoo 默认实现及时存档。用户需及时录入供应商账单及其他业务。

  5. 有序性
    Odoo 中的财务数据默认有序,可依据模型字段重新排序,便于第三方审计快速检索。

  6. 不可更改性
    德国本地化的 Odoo 已默认配置,使其满足不可更改性要求,无需额外定制。

财政监管机构可请求三种访问级别(Z1、Z2、Z3),从直接接口访问到将财务数据交付至存储介质。

若交付至存储介质,GoBD 不强制文件格式,常见包括 XLS、CSV、XML、Lotus 123、SAP、AS/400 等。Odoo 开箱即支持 CSV 与 XLS 导出。GoBD 建议使用基于 XML 的特定格式(参见 §3 “Ergänzende Informationen zur Datenträgerüberlassung”),但并非强制。

若违反规定,可能面临罚款及法院强制要求实施特定整改措施。

Kassensicherungsverordnung(防止数字记录篡改法)要求电子记账系统——包括 POS(point of sale)系统——必须配备 技术安全系统(TSS,也称 TSE)。

Odoo 通过 fiskaly(基于云的解决方案)提供符合该要求的服务。

::: important 重要
该方案基于云端,需保持网络连接。
:::

::: note 提示
允许的增值税率由 fiskaly 提供,可通过 fiskaly DSFinV‑K API: VAT Definition 查询。
:::

安装 Germany - Certification for Point of Salel10n_de_pos_cert)和 Germany - Certification for Point of Sale of type restaurantl10n_de_pos_res_cert)模块。

::: tip 小贴士
若未看到这些模块,请 更新应用列表 <general/install>
:::

在财政部门登记公司

设置 应用中,公司 部分点击 更新信息,填写以下字段:

  • 公司名称
  • 地址
  • 税号(VAT)
  • St.-Nr.(税号),税务局为每个纳税自然人或法人分配的编号,例如 [2893081508152]
  • W-IdNr.(经济体识别号),用于标识经济活动主体的永久编号。

随后在 Fiskaly 标签页点击 Fiskaly Registration 按钮,即可通过 fiskaly 注册公司。

::: tip 小贴士
若未看到 Fiskaly Registration 按钮,请确保已保存公司信息且不处于编辑模式。
:::

注册完成后会出现新字段:

  • Fiskaly Organization ID:公司在 fiskaly 侧的 ID
  • Fiskaly API KeyFiskaly API Secret:系统访问 fiskaly 服务的凭证

::: note 提示
如当前凭证有问题,可点击 New keys 按钮请求新凭证。
:::

创建技术安全系统并关联 POS

要在德国使用 POS,首先在 POS --> 配置 --> 销售点 中编辑相应的 POS,勾选 Create TSS(创建 TSS)复选框,位于 Fiskaly API 区域。

创建成功后,会显示:

  • TSS ID:在 fiskaly 侧的 TSS 编号
  • Fiskaly Client ID:在 fiskaly 侧对应的 POS 编号

每次关闭 POS 会话时,订单详情会发送至 fiskaly 的 DSFinV‑K(Digitale Schnittstelle der Finanzverwaltung für Kassensysteme)服务。

在审计时,可通过 POS --> 订单 --> DSFinV‑K 导出 --> 新建 导出已发送的数据。

必填字段:

  • Start Datetime:导出大于等于该时间的记录
  • End Datetime:导出小于等于该时间的记录

Point of Sale 字段留空,则导出所有 POS 的数据;指定后仅导出该 POS 的数据。

导出成功后,State(状态)会显示 Pending(待处理),可点击 Refresh State 检查是否完成。

[SUMMARY]

  • 德国
    • 会计
      • 科目表
      • 报表
      • 导出到 DATEV
        • DATEV ATCH
        • DATEV DATA
      • GoBD 合规
        • GoBD 概述
        • 软件要求
        • 数据安全
        • 软件编辑者责任
        • Odoo 合规实现
        • GoBD 导出
        • 不合规后果
    • 销售点 (POS)
      • 技术安全系统 (TSS)
      • 配置
        • 公司在税务局登记
        • 创建 TSS 并关联 POS
      • DSFinV‑K 导出