2024 年第一季度,我们对 e-FACT 与市场供应商提供的各种软件解决方案的集成进行了审查。在这次审查中,发现了影响电子发票生命周期正确管理的问题和事件。
根据规定1 有效,您必须:
- 所有公共机构都有一个 电子发票通用入口点 (PGEF),对于加泰罗尼亚来说,就是 e-FACT。
- 每个会计办公室都会通知我们发票的处理状态。这些状态是:
- 发票会计登记册 (RCF):发票已记入接收会计办公室的发票会计登记册,发票的会计登记号必须返回给 PGEF。不应返回行政登记簿中发票的录入登记号,而应返回 RCF 发票的会计号码。
- 已确认债务的会计处理:发票产生的付款义务已被确认。
- Pagada:发票产生的付款义务已支付(入围状态)。
- 拒绝了: 会计部门或处理单位拒绝发票,并说明原因。
这些措施对于确保电子发票的正确管理以及确保行政流程的透明度和效率至关重要。
因此,我们所有人都有必要审查您的供应商与 e-FACT 的集成,并考虑以下因素:
- e-FACT 必须仅与会计软件集成
- e-FACT 集成架构专为会计软件而设计,不适用于与文件管理器软件集成。
- e-FACT 和会计软件之间的集成可以在 RCF 中正确报告发票,并可以传达法规中规定的强制和最终处理状态。
- 发票上的信息以及必须处理的发票的状态 文件管理器,必须通过会计经理和文件管理器之间的集成来解决,而不是通过 e-FACT 和文件管理器之间的集成来解决。 AOC 不干预第三方应用程序之间的插件和集成。
您可以在他评论的常见问题解答中找到更多信息 e-FACT 中的集成方法.
- 机构的管理登记册必须与 MUX (V3) 集成:
- 为了使电子发票在实体的行政登记册中正确登记,供应商的行政登记解决方案必须与 MUX V3 集成。此集成将允许下载 FACTURAe 格式的发票和 PDF 格式的收据。
- 与 MUX v3 集成可确保发票注册只需完成一次,并且供应商能够正确获知其发票注册号。
- 首先在 EACAT 的辅助登记册中登记发票,然后在实体的行政登记册中为发票分配新的登记号,这不是正确的做法。在这种情况下,管理注册表必须与 eFACT 服务的 MUX v3 集成。
您可以在常见问题解答中找到更多信息,其中评论了 MUX v3 可下载文档.