README

用于将应用程序与劳工部、联邦税务局和联邦经济银行进行集成的eSocial的PHP库 eSocial

sped-esocial是一个框架，它提供了与劳工部称为eSocial的项目服务的集成。它提供了在XML中构建事件、发送批次和通过SSL使用数字证书A1 (PKCS#12) 进行SOAP请求进行查询的可能性，该证书属于巴西认证链。

开发中的库，使用前请测试

此包符合PSR-1、PSR-2和PSR-4规范。如果您发现任何不符合规范的疏忽，请通过pull request发送补丁。

NFePHP讨论组 - 跟踪开发并参与讨论和解答疑问。 Gitter聊天 - 开始关于此包开发的特定讨论。

布局 S-1.0（自2021年5月10日起）

布局 S-1.1（自2023年3月19日起）

布局 S-1.2（自2023年11月20日起）

预计时间表

第一阶段 - 年营业额超过7800万元的 企业

第一阶段：2018年1月 - 仅有关企业本身的信息，即雇主和表单

第二阶段：2018年3月：在这个阶段，企业开始被迫发送有关工人及其与企业的联系（非定期事件）的信息，例如入职、离职和离职

第三阶段：2018年5月：发送工资单成为强制性的

第四阶段：2018年7月：取代GFIP（社会保险信息指南）和交叉补偿

第五阶段：2019年1月：在最后阶段，应发送有关工人安全和健康的数据

第二阶段 - 其他私营企业，包括小企业、微型企业和个人（雇佣员工）

第一阶段：2018年7月 - 仅有关企业本身的信息，即雇主和表单

第二阶段：2018年9月：在这个阶段，企业开始被迫发送有关工人及其与企业的联系（非定期事件）的信息，例如入职、离职和离职

第三阶段：2018年11月：发送工资单成为强制性的

第四阶段：2019年1月：取代GFIP（社会保险信息指南）和交叉补偿

第五阶段：2019年1月：在最后阶段，应发送有关工人安全和健康的数据

第三阶段 - 公共机构

由联合命令ERFB/SEPRT No 76, October 22, 2020更新

第一阶段：2021年6月 - 仅有关机构本身的信息，即雇主和表单

第二阶段：设置/21：在这个阶段，实体开始被迫发送有关服务器及其与机构的关系（非定期事件）的信息。例如：入职、离职和解除合同

第三阶段：1月/22：发送工资单成为强制性要求

第四阶段：7月/22：替换GFIP（向养老金机构提供信息的指南）和交叉补偿。在最后阶段，应发送工人的安全和健康数据

国家SIMPLES公司：待定

CAIXA Nº 761 DE 12/04/2017

捐赠

我们正在寻找捐赠者和赞助商来资助本包和其他包的部分开发，对此感兴趣的人请通过电子邮件联系作者：linux.rlm@gmail.com

这是一个完全开源的项目，为了使用、复制和修改它，您绝对不需要支付任何费用。但是，为了继续适当地维护它，需要一些贡献，无论是帮助编码、编写文档、进行测试和识别错误和BUG。

但是，如果您认为在这里获取的任何信息对您有所帮助，并且这值得一些金钱，并且您愿意捐赠一些东西，请随时发送任何金额，无论是直接发送给作者还是通过PayPal和PagSeguro。

感谢以下人士的贡献

• Rodrigo Traleski来自Actuary

没有他，这个项目将不存在。

按事件详细分阶段

第一阶段

雇主注册和表格

第二阶段

工人数据和其与企业的关系（非定期事件）

第三阶段

工资单（定期事件）

第四阶段

替换GFIP（向养老金机构提供信息的指南）和交叉补偿

DCTF Web（联邦税收债务和信用申报）将取代GFIP，并由eSocial、EFD-Reinf和SERO（电子工程评估服务）生成，自动计算债务（养老金贡献、其他实体和基金贡献、IRRF）和，如果适用，信用（家庭工资、产假和发票上的扣款）。

如果没有传输计算（eSocial、EFD-Reinf、SERO），则不会自动生成DCTF Web。也不会手动添加债务或扣除/扣款；

必须在事件发生月份的下一个月15日之前传输。

第五阶段

工人的安全和健康数据

ESOCIAL的概念

eSocial（或数字工资单），代表数字税务义务的编制系统，是2007年发布的SPED-Sistema Público de Escrituração Digital（公共数字编制系统）项目的一部分。

对所有雇主的要求

该项目旨在发送有关有偿使用劳动力的信息，无论是否存在雇佣关系。因此，所有雇主，无论是法人还是自然人，都将被迫提交。所有雇主在系统中都有相同的义务，但是自然人、微型企业主和农村小生产商，由于他们的需求，不需要自己的系统来满足项目的义务。他们可以直接在互联网上的eSocial门户中履行义务。

集中履行养老金和劳工义务

eSocial统一了目前向涉及的机构单独提供的附属义务的履行：劳动和就业部、联邦税务局、养老金机构、巴西经济银行、社会保障基金（FGTS）和劳工法院。

要提供的信息很多，这要求雇主尽快收集和调整公司及其员工的信息，也就是说，保持档案有序对于新系统至关重要。

为工人带来的改进

eSocial的一个目标是确保工人的劳动和养老权益得到充分履行。

工人在退休过程中应更加便捷，并应更加尊重其养老和劳动权益。想法是，通过eSocial，工人的所有重要工作生活事件都将记录在系统中，并在工人需要时可用，从而无需在旧公司的档案中寻找这些信息，其中许多公司甚至已经不存在。

公司日常运营的变更

该系统适用于所有雇主，无论企业规模。预计通过调整内部流程、减少附带义务以及政府存储超过2000条信息，企业将在时间和工作量方面有所收益。

然而，这种收益将在中期到来，因为最初在适应阶段，旧的义务尚未废除，而新的义务开始并行履行，导致义务积累。eSocial未来将不再需要发送多种附带义务，如RAIS、CAGED、DIRF、CAT和其他信息，这些信息将集中存储在eSocial中。

会计事务所应提醒其客户

公司日常运营的变化将直接影响会计事务所的日常运营，它们将主要依赖客户的行为来履行新义务。

新系统的最大亮点之一是，公司日常发生的大多数事件应立即报送税务部门。因此，客户与会计事务所之间的沟通应每日进行，而不仅仅是月底。工伤、预告辞退、体检、入职、离职等事件应立即通报。这是涉及各方信息传递的新特性。

通过会议、讲座、DVD、书籍或课程，会计事务所应提醒客户注意这一新情况。

电子监控

涉及eSocial的监管和处罚需要特别注意。

目前理解是，在SPED项目内部发送的所有信息都具有声明性，即承认并经数字签名。

因此，至少有两个监管过程提前，即通知证明和调整期限。这两个过程应被取消，因为负责机构将已经拥有eSocial提供的信息。

安全和职业健康

关于安全和职业健康规则，变化将是实施允许对企业进行更严格监管的程序和控制，以确保现行法规得到遵守。

雇主应制定和实施职业健康控制计划（PCMSO），旨在促进和保护工人的健康。

组织仍然有义务将雇员提交到Pcmso规定的体检，并发放职业健康证明（ASO），保持预防环境风险计划，并提供个人防护设备，应将这些信息报送税务部门，而不再保留在公司。

• 入职：必须在工人开始活动之前进行；
• 定期：根据NR 7规定的间隔进行；
• 返回工作：工人在因疾病或工伤或因非职业病或分娩而缺勤30天或更长时间后返回工作的第一天，必须进行；
• 职能变更：必须在职能、工作岗位或部门变更前进行，如果变更后的有害物质暴露与之前不同。
• 离职：自最后一次职业健康体检以来超过135天（1级和2级风险企业）或90天（3级和4级风险企业）。

在所有职业健康检查中，都必须通过eSocial进行登记，通过职业健康证明事件S-2280，详细记录负责人医生、注册号（CRM）、进行的检查等。

贡献

这是一个完全开源的项目，使用和修改它都不需要付费。但是，为了继续维护它，需要做出一些贡献，无论是帮助编码、文档编写还是进行测试和故障识别。

此包已在Packgist上列出，为Composer的使用而开发，因此不会提供任何安装替代方案。

在开发和测试阶段，此包应通过以下方式安装：

composer require nfephp-org/sped-esocial:dev-master

或者还可以通过修改您的应用程序的composer.json来添加

"require": {
    "nfephp-org/sped-esocial" : "dev-master"
}

注意：在开发阶段使用此包时，请务必修改您的应用程序的composer.json以接受开发包，将"minimum-stability"属性从"stable"更改为"dev"。

"minimum-stability": "dev"

稳定版本发布后，可以通过以下方式安装：

composer require nfephp-org/sped-esocial

或者还可以通过修改您的应用程序的composer.json来添加

"require": {
    "nfephp-org/sped-esocial" : "^1.0"
}

使用方式

即将推出....

变更日志和版本

请关注CHANGELOG以获取有关最近更改的更多信息。

测试

所有测试都是针对PHPUNIT开发的。

安全性

如果您发现任何安全问题，请直接向包维护者发送电子邮件，而不是创建ISSUE。

致谢

Roberto L. Machado（所有者和开发者）

许可协议

此包根据LGPLv3或MIT许可协议提供。请阅读许可文件以获取更多信息。