德国¶
模块¶
以下模块随德国本地化自动安装:
名称 |
技术名称 |
描述 |
|---|---|---|
德国 - 会计 |
|
德语 税务本地化包 。默认情况下会启用审计追踪,以确保符合 GoBD。 |
德国 - 会计报告 |
|
提供德国会计报表,并为总账添加 DATEV 导出选项。 |
德国 - 销售点认证 |
|
包含技术安全系统(Technical Security System)的实施,使用 Fiskaly 提供的基于云的解决方案。 |
德国 - 餐厅类型销售点认证 |
|
添加针对德国餐饮行业的新监管要求。 |
此外,以下模块必须手动 安装:
名称 |
技术名称 |
描述 |
|---|---|---|
德国 - Elster 税务提交 |
|
通过 Elster 系统向 Finanzamt(税务局)电子提交德国的 UStVA (预缴税申报表)。 |
注解
在某些情况下,例如升级到包含附加模块的版本时,模块可能不会自动安装。任何缺失的模块都可以手动 安装 。
本地化概述¶
德国本地化包确保符合德国的财税和会计法规。它包含用于管理税项、财政状况和报告的工具,以及针对德国标准预定义的科目表。
德国本地化包提供以下主要功能,以确保符合当地财税和会计法规:
财政状况(税项和科目映射) :基于客户或供应商注册状态的自动税务调整
税务 :预配置的税率,包括标准增值税、零税率和免税选项
科目表¶
Odoo 同时支持 SKR03 和 SKR04 科目表 。创建新的 Odoo Online 数据库时,默认安装 SKR03。
要确认已安装哪一个,请前往 ,查看 税务本地化 部分下的 软件包 字段。
警告
只有在尚未创建任何会计分录时才可以选择其他软件包。如果已有分录过账,则必须新建公司或数据库才能选择其他软件包。此外,所有日记账分录都需要重新创建。
报表¶
以下德国专属报告可用:
资产负债表
损益
税务申报表 (Umsatzsteuervoranmeldung),集成 Elster
欧洲共同体(EC)销售列表
内部统计
集成 Elster 的税务申报表¶
注解
模块安装完成且已输入增值税号和税号后,在 提交税务申报表 时数据会发送至 Elster。
测试模式
要设置测试模式并在不发送真实数据的情况下使用 Elster 集成,请按以下步骤操作:
启用 开发者模式 。
打开设置应用,前往 。
点击 新建 添加
l10n_de_reports_elster.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 条):
访问权限控制;
职责分离,功能分离;
输入控制(错误通知,合理性检查);
数据输入时的对账检查;
处理控制;以及
防止有意或无意操纵软件、数据或文件的措施。
用户必须在其组织内将任务分配到相关岗位(控制),并验证任务是否正确、完整地执行(监督)。这些控制的结果必须被记录下来(文档),如果在这些控制中发现错误,应采取适当措施纠正情况(预防)。
数据安全¶
纳税人必须 保护系统,防止因删除、移除或盗窃任何数据而导致的数据丢失 。如果分录没有得到充分的保护,记账将被视为不符合 GoBD 指南。
预订最终发布后,将无法再通过应用程序进行更改或删除。
如果在云端使用Odoo,则提供定期备份服务。此外,可以在外部系统下载和备份定期备份数据。
如果服务器在本地运行,用户有责任创建必要的备份基础设施。
重要
在某些情况下,数据必须保留十年或更长时间,因此始终保存备份。如果您决定更换软件提供商,则更为重要。
软件编辑的责任¶
鉴于 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 格式导出(参见“关于数据媒介移交的补充信息”第 3 条),但这不是强制性的。
不合规¶
如果发生违规行为,您可以预期会受到罚款,并收到法院要求实施特定措施的命令。
销售点¶
技术安全系统¶
《 收银安全保障条例 》(防止数字记录被篡改的法案)要求电子记录系统(包括 销售点系统 )必须配备 技术安全系统 (也称为 TSS 或 TSE )。
Odoo 在 fiskaly 的帮助下提供了一项兼容服务,这是一种 基于云的解决方案。
重要
由于此解决方案是基于云的,因此需要有效的互联网连接。
注解
唯一允许的增值税税率由 fiskaly 提供。您可以通过查阅 fiskaly DSFinV-K API:增值税定义 来查看这些税率。
配置¶
安装 的 德国 - 销售点认证 (l10n_de_pos_cert) 和 德国 - 餐厅类型销售点认证 (l10n_de_pos_res_cert) 模块。
小技巧
如果未列出这些模块,则 更新应用列表 。
创建技术安全系统并将其链接到销售点¶
要在德国使用销售点,首先通过 创建一个 TSS(技术安全系统),选择要编辑的 POS,然后选中 Fiskaly API 部分下的 创建 TSS 框。
成功创建 TSS 后,您可以找到:
TSS ID 指的是您的 TSS 在 fiskaly 端的 ID,以及
Fiskaly 客户 ID,指的是您在 fiskaly 端的 POS。
DSFinV-K 导出¶
每当您关闭 POS 收银机时,订单详情都会发送到 fiskaly 的 DSFinV-K 服务。
在审计的情况下,您可以通过转到: 来导出发送到 DSFinV-K 的数据。
这些字段是必填字段:
开始日期:导出日期大于或等于给定开始日期的数据)
结束日期:导出日期小于或等于给定结束日期的数据)
如果要导出所有销售点的数据,请将 POS 字段留空;如果只想导出此特定销售点的数据,请指定一个字段。
导出成功触发并正在处理时,状态 字段应提及 处理中 。点击 刷新状态 检查是否准备就绪。