意大利¶
配置¶
安装以下模块以获取意大利本地化的所有功能： Install
名称 |
技术名称 |
描述 |
|---|---|---|
意大利 - 会计 |
|
默认 财务本地化包 |
意大利 - 电子发票 |
|
电子发票实施 |
意大利 - 电子发票（代扣） |
|
电子发票预扣 |
意大利 - 会计报告 |
|
特定国家的报告 |
意大利 - 库存 DDT |
|
运输文件 - 运输文件（DDT） |
公司信息¶
配置公司信息可以确保您的会计数据库正确设置。要添加信息，请转到： ，然后在 公司 部分，点击 更新信息 。从这里，填写字段：
地址：公司的地址；
增值税: 公司的增值税;
Codice Fiscale：公司的税务代码；
税务体系：公司所属的税务体系；
税务配置¶
许多电子发票功能是通过Odoo的税务系统实现的。因此，必须正确配置税务以正确生成发票并处理其他计费用例。
意大利语 本地化包含了针对各种用途的预定义 示例 税率。
Tax exemption¶
意大利当局要求使用 零税率 (0%) 的销售税，以准确跟踪 免税类型 (Natura) 和 法律依据，这些依据证明了发票行上的免税操作。
Example
欧盟出口税可用作参考（0% EU，发票标签为 00eu）。可在 下找到。出口免征增值税，因此需要填写 免税 类型和 法律依据。
注解
如果您需要使用不同类型的免税，请前往 ，选择一个类似的税项，然后点击齿轮图标并选择 复制。在 高级选项 标签页中，添加 免税 和 法律依据。确认后点击 保存。
小技巧
在 名称 字段中根据 免税 情况 重命名 您的税款，以便轻松区分它们。
反向征税¶
反向征税 机制是一项增值税规则，它将支付增值税的责任从供应商转移到客户。客户 自行 向 AdE 支付增值税。有以下几种类型：
发票¶
反向收费 的客户发票不显示增值税金额，但 AdE 要求卖方指定 免税 原因和启用反向收费机制的 法律依据。Odoo 提供了一组特殊的 0% 税率，可以分配给每个反向收费的发票行，代表最常用的配置。
供应商账单¶
受逆向征税约束的意大利公司必须将收到的账单信息发送给 AdE。
注解
自我申报的增值税 XML 文件必须签发并发送给 AdE 以处理反向收费账单。
创建供应商账单时，可以在 Taxes 字段中添加 reverse charge 税。您可以通过前往 来查看可用的税收，您可以看到 10% 商品税和 22% 服务税等已被激活。由于意大利税务位置的自动配置，这些税收会自动在税收列表中激活。
Tax grids¶
意大利本地化有一个特定的 tax grid 部分用于 reverse charge 税。这些税表可以通过 VJ 标签识别，并可以通过 找到。
电子发票¶
SdI 是意大利使用的 电子发票 系统。它支持与客户之间的电子发票发送和接收。文档必须采用名为 FatturaPA 的 XML EDI 格式，并在交付前由系统正式验证。
要能够接收发票和通知，必须告知 SdI 服务，用户文件需要发送到 Odoo 并由其代为处理。为此，您必须在 AdE 门户上设置 Odoo 的 目的地代码。
前往 意大利官方门户 并进行身份验证；
转到部分 ;
将用户设置为您要配置电子地址的增值税号码的法定当事人；
在 中，插入 Odoo 的 目的地代码
K95IV18，并确认。
EDI 模式与授权¶
由于文件在发送到 SdI 或接收到您的数据库之前会通过 Odoo 的服务器传输，您需要授权 Odoo 从您的数据库处理文件。要执行此操作，请转到 。
有三种模式可用：
- Demo此模式模拟发票发送至政府的环境。在此模式下，发票需要 手动 下载为 XML 文件并上传至 AdE 的网站。
- 测试（实验性）此模式将发票发送至由 AdE 提供的非生产（即测试）服务。保存此更改将引导数据库中的所有公司使用此配置。
- 官方这是一种生产模式，可将您的发票直接发送到 AdE。
一旦选择了模式，您需要勾选 允许Odoo处理发票 来接受 条款和条件，然后点击 保存。现在您可以在Odoo会计中记录您的交易。
警告
选择 Test (experimental) 或 Official 是 不可逆的。例如，一旦进入 Official 模式，就无法选择 Test (experimental) 或 Demo。我们建议创建一个 单独的数据库 仅用于测试目的。
注解
当处于 测试（实验性） 模式时，所有发送的发票 必须 使用由 AdE 提供的以下虚假 目的地代码 之一：0803HR0 - N8MIMM9 - X9XX79Z。任何实际生产环境中客户的 Codice Destinario 都不会被测试服务识别为有效。
处理¶
向意大利的 SdI（Sistema di Interscambio） 提交发票是一种电子流程，用于在公司和 AdE（Agenzia delle Entrate） 之间以 XML 格式强制传输税务文件，以减少错误并验证操作的正确性。
注解
您可以通过 SdI State 字段查看发票的当前状态。XML 文件已附加到发票上。
XML Documents creation¶
Odoo 生成所需的 XML 文件，作为发票的附件，采用 AdE 要求的 FatturaPA 格式。选择所需的发票后，转到 操作 并点击 发送并打印。
当弹出窗口打开时，可以选择执行的操作。 生成 XML 文件 生成附件。
XML 文件以及 PDF 文件可以在发票的附件中找到。
提交至 SDI¶
在 发送和打印 对话框中，发送至税务局 选项会将附件发送到 代理服务器，该服务器会收集所有请求，然后通过 WebServices 渠道将其转发到 SdI（交换系统）。通过发票视图顶部的 检查发送 按钮，可以查看发票的发送状态。
由 SDI 处理¶
SdI 接收文件并检查是否存在错误。在此阶段，发票处于 SdI 处理中 状态，如发票上所示。发票还会被分配一个 FatturaPA 交易 编号，该编号显示在 电子发票 选项卡中。检查可能需要不同的时间，从几秒到一天不等，具体取决于整个意大利发送的发票队列。
Acceptance¶
如果文件有效，它将被记录并由 AdE 视为税务有效，如果在该机构的门户网站上明确要求，将进行归档到 替代存储 (Conservazione Sostitutiva) 中。
警告
Odoo 不提供 Conservazione Sostitutiva 要求。其他供应商和 AdE 提供免费且经过认证的存储，以满足法律要求的规范。
SdI 目的地代码 尝试将发票转发到提供的地址，无论该地址是 PEC 电子邮件地址还是 SdI 目的地代码 用于其 ERP 的 WebServices 通道。每 12 小时最多尝试 6 次，因此即使不成功，此过程也可能需要长达三天时间。发票状态为 已由 SDI 接受，正在转发给合作伙伴。
可能的拒绝¶
SdI 可能会发现编译中的不准确之处，甚至可能是形式上的错误。在这种情况下，发票将处于 SDI 已拒绝 状态。SdI 的观察结果会插入到发票选项卡的顶部。要解决此问题，只需删除发票的附件，将发票返回到 草稿 状态，并修复错误。一旦发票准备就绪，即可重新发送。
注解
要重新生成 XML，必须同时删除 XML 附件和 PDF 报告，以便它们一起重新生成。这确保了两者始终包含相同的数据。
转发完成¶
发票已交付给客户；不过，您仍然可以通过电子邮件或邮寄的方式将PDF副本发送给客户。其状态为 已由SDI接受，交付给合作伙伴。
如果 SdI 无法联系到您的客户，他们可能未在 AdE 门户上注册。在这种情况下，只需确保通过电子邮件或邮寄方式发送 PDF 格式的发票。发票将处于 已由 SDI 接受，客户交付失败 状态。
税务整合¶
当您收到供应商账单时，无论是来自 SdI、纸质文件还是导入的 XML 文件，税务局可能会要求您将一些税务信息整合发送回 SdI。这种情况通常发生在原本免税的交易因任何原因变为应税时。
Example
以下是一个非详尽列表：
- 作为买家，您需要为所购商品缴纳税款并整合税务信息。 Reverse Charge 税款。
- 作为 PA（公共行政） 的企业买家，您需要缴纳税款并整合税务信息。请确保将收到的供应商账单上的 0% 销售税 替换为正确的 分期付款 税款。
- Self Consumption当作为企业主，你将原本为企业购买的资产用于个人用途时，你必须支付那些原本作为企业成本扣除的税款。
Odoo 可能会检测到您的供应商账单可以被解释为需要税务整合的文档类型，如 文件类型 部分所述。
重要
请确保将收到的供应商账单上的 0% 销售税 替换为您应向 AdE 支付的税款。随后，在单个供应商账单表单的顶部会出现一个按钮，用于发送它们。
点击 发送税务整合 按钮时，会生成相应 文档类型 的 XML 文件，附加到账单上，并像发票一样发送。
文件类型¶
SdI 要求企业通过 EDI 发送客户发票和其他文件。
以下 单据类型 代码在技术上均标识了不同的业务用例。
TD01 - Invoices¶
这代表了通过 SdI 交换的所有发票的标准 国内 场景。任何不属于特定特殊情况的发票都被归类为普通发票，由 Document Type TD01 标识。
TD02 - Down payments¶
预付款 发票的导入/导出使用与常规发票不同的 Document Type 代码 TDO2。在导入发票时，会创建一个常规的供应商账单。
Odoo 在满足以下条件时将交易导出为 TD02：
这是一张发票；
所有发票行都与预付款销售订单行相关。
TD04 - Credit notes¶
这是向 国内 客户发出的所有 贷项通知单 的标准场景，当我们需要正式确认卖方减少或取消先前开具的发票时，例如在超额计费、错误项目或多付款的情况下。与发票一样，它们必须发送到 SdI，其 文档类型 为 TD04。
TD07, TD08, TD09 - Simplified Invoicing¶
简化发票 (TD07)、贷记单 (TD08) 和借记单 (TD09) 可用于认证含增值税金额低于 400 欧元的国内交易。其状态与普通发票相同，但所需信息较少。
要开具简化发票，必须包含以下内容：
Customer Invoice reference: unique numbering sequence with no gaps;
Invoice Date: issue date of the invoice;
公司信息: 卖方 的完整信息（增值税/税号、名称、完整地址）位于 下；
VAT: 买方 的增值税/纳税人识别号（在合作伙伴表单上）；
总计: 发票的总 **金额**（含增值税）。
在 EDI 中，如果满足以下条件，Odoo 将以简化形式导出发票：
这是一笔国内交易（即合作伙伴来自意大利）；
您公司的 必填字段**（:guilabel:`增值税号` 或 :guilabel:`税号`、:guilabel:`税务制度` 以及完整的 **地址）已提供；
合作伙伴的地址未完全指定（即缺少城市或邮政编码）；
含增值税的总金额 少于 400 欧元
注解
400 EUR 阈值是在 2019年5月10日的法令 中定义的。我们建议您检查当前的官方数值。
TD16 - Internal Reverse Charge¶
内部反向征税交易（参见 Tax exemption 和 反向征税）在满足以下条件时，将导出为 TD16：
这是一张供应商账单；
它在发票行上至少有一个针对以下之一的 税项 ： 税格:
VJ6,VJ7,VJ8,VJ12,VJ13,VJ14,VJ15,VJ16,VJ17
TD17 - Buying services from abroad¶
当从 欧盟 和 非欧盟 国家购买 服务 时，外国 卖方 会以 不含增值税 的价格开具服务发票，因为该服务在意大利不征税。增值税由意大利的 买方 支付。
在欧盟内：买方 将收到的发票与意大利应缴的 增值税信息 整合（即 供应商账单税务整合）；
非欧盟： 买方 自行发送发票（即， 自助开票 ）。
如果满足以下条件，Odoo 将将交易导出为 TD17 ：
这是一张供应商账单；
它在发票行上至少有一个针对税收网格的 税项 VJ3;
所有发票行的 产品 要么是 服务 ，要么是一个带有 服务 作为 税收范围 的税收。
TD18 - Buying goods from EU¶
欧盟内部发行的发票遵循 标准格式 ，因此只需要对现有发票进行集成。
如果满足以下条件，Odoo 将把交易导出为 TD18 ：
这是一张供应商账单；
合作伙伴 来自 欧盟 国家；
发票行上至少有一个针对税收网格 VJ9 的税项；
所有发票行要么将 消耗品 作为 产品，要么将 商品 作为 税收范围 的税项。
TD19 - Buying goods from VAT deposit¶
从 国外 供应商处购买 商品，但 商品 已经在 意大利 的 增值税仓库 中。
来自欧盟：买方 将收到的发票与意大利应缴纳的 增值税信息 整合（即 供应商账单税务整合）；
非欧盟： 买方 向 自己 发送发票（即， 自助开票 ）。
Odoo 在满足以下条件时将交易导出为 TD19：
这是一张供应商账单；
发票行上至少有一个针对税收网格 VJ3 的税；
所有发票行要么以 消耗品 作为产品，要么以 商品 作为 税收范围 的税项。
TD24 - Deferred invoices¶
The deferred invoice is an invoice that is issued at a later time than the sale of goods or the provision of services. A deferred invoice has to be issued at the latest within the 15th day of the month following the delivery covered by the document.
它通常是一份 汇总发票，包含当月进行的多次商品或服务销售的清单。企业可以将这些销售 合并 为 一张发票，通常在 月底 开具，用于会计目的。对于拥有常客的 批发商 来说，延期发票是默认选项。
如果货物由 承运人 运输，每次交付都有一个关联的 Documento di Transporto (DDT) ，或者 运输文件 。延期发票 必须 指明所有 DDTs 的详细信息，以便更好地追踪。
注解
延期发票的电子发票开具需要 l10n_it_stock_ddt 模块。在这种情况下，电子发票中会使用专门的 文档类型 TD24。
Odoo 在满足以下条件时将交易导出为 TD24：
这是一张发票；
它与那些 DDTs 的日期与发票开具日期 不同 的交货相关联。
TD28 - San Marino¶
发票¶
圣马力诺和意大利在电子发票操作方面有特殊协议。因此，发票**遵循常规的 **反向收费 规则。您可以根据发票类型使用适当的 文档类型：TD01、TD04、TD05、TD24、TD25。Odoo 不会强制执行额外的要求。但是，**国家**要求用户：
选择一种 Tax Exemption Kind 设置为
N3.3的税种；使用通用的 SdI 目的地代码
2R4GT08。
发票随后由圣马力诺的一个专门办公室转交给正确的企业。
供应商账单¶
当从圣马力诺收到 纸质账单 时，任何意大利公司 必须 将该发票提交给 AdE，并在电子发票的 Document Type 字段中指定特殊值 TD28。
Odoo 在满足以下条件时将交易导出为 TD28：
这是一张供应商账单；
发票行上至少有一个针对税收网格 VJ 的税种；
合作伙伴的 国家 是 圣马力诺 。
公共行政业务（B2G）¶
PA 企业比私营企业受到更多的控制，因为它们处理来自纳税人的公共资金。EDI 过程在 常规流程 中增加了一些步骤，因为 PA 企业可以 接受 或 拒绝 发票。
注解
PA 企业拥有一个 6 位数的 目的地代码，也称为 CUU，这是 强制性的，在这种情况下不能使用 PEC 地址。
CIG，CUP，DatiOrdineAcquisto¶
为确保公共管理部门支付的有效可追溯性，向公共管理部门开具的电子发票必须包含：
除非根据2010年8月13日法律第136号的规定免除追溯义务，否则应使用 CIG；
在与公共工程相关的发票中，使用 CUP。
如果 XML 文件要求，AdE 只能在 XML 文件中包含 CIG 和 CUP 时 仅 处理电子发票的付款。
注解
CUP 和 CIG 必须包含在 DatiOrdineAcquisto、DatiContratto、DatiConvenzione、DateRicezione 或 DatiFattureCollegate XML 标签之一中。
这些对应于电子发票XML文件中名为 CodiceCUP 和 CodiceCIG 的元素，其表格可在政府 网站 上找到。
Split Payment¶
Split Payment 机制的运作方式与 反向征税 非常相似。
Example
当意大利公司向 PA（公共管理部门） 企业开具发票时——例如，为公共建筑提供清洁服务—— PA（公共管理部门） 企业自行向税务机构申报增值税，而供应商只需为其发票行选择适当的税种和正确的 免税 选项。
特定的 Scissione dei Pagamenti 税务位置可用于处理属于 PA（公共行政） 的合作伙伴。
处理¶
数字合格签名¶
对于发送给 PA（公共管理部门） 的发票和账单，所有通过 SdI（交换系统） 发送的文件都需要 数字合格签名。XML 文件必须使用以下任一证书进行认证：
一张 智能卡;
一个 USB token；
一个 HSM。
警告
Odoo 无法 为您对文档进行数字签名。当检测到6位数的 Codice Destinatario 时，EDI（电子数据交换） 过程将停止，发票将处于 需要用户签名 状态。您可以下载XML格式的文档，使用任何 数字合格签名 提供者的外部程序对其进行签名，并通过 AdE（Agenzia Delle Entrate） 门户发送。
接受或拒绝¶
警告
由于 Odoo 不处理向 PA（公共管理） 企业发送签名发票的事宜，因此这些状态无法由 Odoo 直接触发。当您在 AdE（税务局） 门户上传发票时，Odoo 会收到相关通知，并在发票上设置正确的 SdI 状态。
通过 SdI 收到发票后，PA 企业有 15 天的时间接受发票。如果接受，则流程在此结束。如果 PA 企业拒绝发票，一旦被 SdI 接受，发票仍然被视为有效。然后，您需要开具贷项通知单以进行补偿，并将其发送到 SdI。
Expired Terms¶
如果 PA（公共管理部门） 企业在 15 天内未回复，您需要直接联系 PA（公共管理部门） 企业，通过电子邮件发送发票和收到的截止日期通知。您可以与他们达成协议，并在发票上手动设置正确的 SdI 状态。