Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Verso 1.4
Agosto de 2017
Histrico de verses
Data Verso Descrio
19/12/2014 1.0 Verso inicial
- Alterao do protocolo de segurana da camada de transporte de
SSL para TLS.
- Alterao da verso do SOAP de 1.2 para 1.1.
- Excluso da tag hash dos retornos dos WebServices.
- Alterao do nome das tags "tpInscricao" e "nrInscricao" para
"tpInsc" e "nrInsc" para compatibilizar com o nome utilizado nos
Schemas dos eventos.
26/06/2015 1.1 - Alterao do nome do atributo "id" para "Id" para compatibilizar
com o nome utilizado nos Schemas dos eventos.
- Alterao dos namespaces dos Schemas dos XMLs de
comunicao.
- Melhoria da descrio da seo 4.1. Padro de Documento XML.
(Esclarecer o cenrio de uso dos caracteres de escape).
- Melhoria da descrio da seo 6.5. Estrutura do retorno de
processamento do evento. (Incluso da referncia ao arquivo
RetornoEvento-vx_x_x.xsd.)
2
- Incluso da seo 5.6.1. Respeitar a ordem de precedncia no
envio dos eventos em lotes.
- Incluso da seo 7. Orientaes para utilizao do ambiente de
21/06/2017 1.3 Produo Restrita.
- Excluso da seo Ambientes de Recepo.
- Atualizao da seo 3.4.1. Indisponibilidade dos servidores
3
ndice
1. INTRODUO ......................................................................................................... 6
2. CONSIDERAES INICIAIS .............................................................................. 6
2.1.OBJETIVOS DO PROJETO ........................................................................................... 6
2.2.CONCEITO DE EVENTO ............................................................................................. 7
3. ARQUITETURA DE COMUNICAO ........................................................... 8
3.1. MODELO OPERACIONAL ........................................................................................... 8
3.2. NVEIS DE VALIDAO ............................................................................................ 9
3.3. ETAPAS DO PROCESSO IDEAL ................................................................................. 10
3.4. PROCEDIMENTOS DE CONTINGNCIA ..................................................................... 11
3.4.1. Indisponibilidade dos servidores ............................................................ 11
4. PADRES TCNICOS ......................................................................................... 13
4.1.PADRO DE DOCUMENTO XML ............................................................................. 13
4.2.SCHEMA XML....................................................................................................... 14
4.3.PADRO DE COMUNICAO .................................................................................. 15
4.4.PADRO DE CERTIFICADO DIGITAL ........................................................................ 16
4.5.PADRO DE ASSINATURA DIGITAL ......................................................................... 17
4.6.PROCESSO DE VALIDAO DE ASSINATURA DIGITAL.............................................. 19
4.7.RESUMO DOS PADRES TCNICOS .......................................................................... 20
5. WEBSERVICES ...................................................................................................... 22
5.1. PADRO DE MENSAGENS DOS WEBSERVICES ........................................................ 22
5.2. VALIDAO DA ESTRUTURA DA MENSAGEM NO WEBSERVICE ............................. 23
5.3. VALIDAO DO CERTIFICADO DIGITAL ................................................................. 24
5.4. WEBSERVICE DE ENVIO DE LOTE DE EVENTOS ...................................................... 25
5.4.1. Dados para a chamada ao Webservice ................................................. 25
5.4.2. Fluxo de Envio de Lote de Eventos ...................................................... 27
5.4.3. Leiaute Mensagem de Entrada ................................................................ 28
5.4.4. Leiaute Mensagem de Retorno do Envio do Lote ............................ 32
5.4.5. Validaes aplicadas .................................................................................. 39
5.5. WEBSERVICE DE CONSULTA AO RESULTADO DO PROCESSAMENTO DE UM LOTE DE
EVENTOS ........................................................................................................................... 40
5.5.1. Dados para a chamada ao Webservice ................................................. 40
5.5.2. Fluxo de consulta ao resultado do processamento do lote de
eventos 41
5.5.3. Leiaute da Mensagem de Entrada .......................................................... 42
5.5.4. Leiaute Mensagem de Retorno do Processamento do Lote........... 44
5.5.5. Retorno dos eventos totalizadores ......................................................... 53
5.5.6. Validaes aplicadas .................................................................................. 54
5.6. RECOMENDAES E BOAS PRTICAS ..................................................................... 54
5.6.1. Respeitar a ordem de precedncia no envio dos eventos em lotes
54
4
5.6.2. Evitar o envio de eventos de outros grupos durante o envio dos
eventos peridicos ....................................................................................................... 56
5.6.3. Evitar o envio de eventos durante o processamento do
fechamento da folha .................................................................................................... 56
5.6.4. Tempo de espera para busca do resultado do processamento....... 57
5.6.5. Otimizao na montagem do arquivo ................................................... 57
5.6.6. Validao de Schema ................................................................................. 58
6. EVENTOS ................................................................................................................. 59
6.1. ESTRUTURA DO EVENTO ........................................................................................ 59
6.2. IDENTIFICAO DO EVENTO................................................................................... 63
6.3. ASSINATURA DO EVENTO ....................................................................................... 64
6.4. VERSIONAMENTO DOS LEIAUTES DOS EVENTOS ..................................................... 64
6.5. ESTRUTURA DO RETORNO DE PROCESSAMENTO DO EVENTO .................................. 66
6.6. CDIGOS DE REPOSTA DE PROCESSAMENTO DO EVENTO ........................................ 72
7. ORIENTAES PARA UTILIZAO DO AMBIENTE DE
PRODUO RESTRITA ............................................................................................. 73
7.1. SOBRE A PRODUO RESTRITA ............................................................................. 73
7.2. ESTRATGIA DE DISPONIBILIZAO ....................................................................... 74
7.3. EVENTOS ............................................................................................................... 74
7.4. RESTRIES........................................................................................................... 75
7.5. TEMPO DE GUARDA DOS DADOS ............................................................................. 76
7.6. VALIDAES ......................................................................................................... 76
7.7. REGRA PARA IDENTIFICAO DO AMBIENTE .......................................................... 78
7.8. URL DOS WEB SERVICES ...................................................................................... 79
7.9. ATENDIMENTO....................................................................................................... 79
7.10. CERTIFICAO DIGITAL ..................................................................................... 79
7.11. REMOVER EMPREGADOR DA BASE DE DADOS..................................................... 80
5
1. Introduo
2. Consideraes iniciais
6
2.2. Conceito de evento
7
3. Arquitetura de comunicao
Este arquivo eletrnico dever ser transmitido pela Internet para o Ambiente
Nacional em agrupamentos denominados lote de eventos, que so arquivos eletrnicos que
encapsulam um conjunto de eventos. No Ambiente Nacional, os eventos sero extrados
dos lotes, e submetidos a validaes quanto ao contedo e quanto aos outros eventos
recebidos anteriormente, garantindo a qualidade da informao.
8
O segundo Webservice, cujo propsito a consulta ao resultado do processamento
de um lote de eventos, ter como retorno o andamento/resultado do processamento, assim
como os erros gerados, caso estes existam, e o recibo de entrega de cada um dos eventos
pertencentes ao lote.
9
O andamento/resultado do processamento dos eventos, bem como os erros gerados
pela m formao destes ou pelo processamento dos mesmos, somente podero ser
recuperados pelo responsvel pela solicitao de processamento, ou seja, aquele que enviou
a solicitao de processamento do lote. A recuperao destes dados deve ocorrer atravs de
uma solicitao de consulta ao resultado do processamento de um lote.
10
2) O Webservice recebe a mensagem de solicitao de processamento, valida e insere a
solicitao no repositrio de lotes;
6) O sistema eSocial valida cada um dos eventos contidos no lote. Os eventos que so
considerados vlidos pelo eSocial so armazenados e um recibo emitido;
11
necessrio observar que, devido ao processo manual de entrada de dados no Portal
Web do sistema eSocial, o procedimento de contingncia tratado neste item se mostrar
oneroso para o registro de grandes volumes de dados no sistema e por isso deve ser evitado
e somente utilizado quando, de fato, for necessrio.
12
4. Padres Tcnicos
Cada arquivo XML somente poder ter uma nica declarao <?xml version="1.0"
encoding="UTF-8"?>. Nas situaes em que um documento XML pode conter outros
documentos XML, como ocorre com o documento XML de servios que recebem lote de
eventos, deve-se tomar cuidado para que exista uma nica declarao no incio do
documento.
Caractere Escape
13
(aspas duplas) "
Cada evento XML dever ter uma nica declarao de namespace no elemento raiz
do documento com o seguinte padro:
<eSocial xmlns="http://www.esocial.gov.br/schema/evt">
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
<.../>
</Signature>
</eSocial>
14
contedo e de obrigatoriedade de cada elemento ou grupo de informao. Este Schema
XML representado, fisicamente, por um arquivo de extenso XSD.
<soap:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
15
<soap:Header></soap:Header>
</soap:Envelope>
O certificado digital utilizado no sistema eSocial dever ser emitido por Autoridade
Certificadora credenciada pela Infraestrutura de Chaves Pblicas Brasileira ICP-Brasil.
Este dever pertencer srie A. Existem duas sries as quais os certificados podem
pertencer, a srie A e a S. A srie A rene os certificados de assinatura digital utilizados na
confirmao de identidade na Web, em e-mails, em redes privadas virtuais (VPN) e em
documentos eletrnicos com verificao da integridade de suas informaes. A srie S
rene os certificados de sigilo que so utilizados na codificao de documentos, de bases de
dados, de mensagens e de outras informaes eletrnicas sigilosas.
16
2. Assinatura de documentos: para garantir o no repdio e a integridade das
informaes os documentos eletrnicos enviados para o eSocial so assinados
digitalmente seguindo a especificao descrita em 4.5 - Padro de assinatura digital
e as orientaes estabelecidas no "Manual de Orientao do eSocial".
17
8. Transformaes exigidas: til para realizar a canonicalizao do XML enviado
para realizar a validao correta da assinatura digital. So elas:
18
4.6. Processo de validao de assinatura digital
6) adotar as regras definidas pelo RFC 3280 para as LCR e cadeia de confiana;
19
4.7. Resumo dos padres tcnicos
Caracterstica Descrio
Meio lgico de
Webservice (s) disponibilizado (s) pelo sistema eSocial
comunicao
Meio fsico de
INTERNET
comunicao
Padro de troca de
SOAP verso 1.1
mensagens
20
XML Digital Signature, Enveloped, com certificado digital X.509
verso 3, com chave privada de tamanho varivel, conforme o
Padro de assinatura
padro da ICP-Brasil (1024, 2048, ou mais bits), com padres de
digital
criptografia assimtrica RSA, algoritmo message digest SHA-256
e utilizao das transformaes Enveloped e C14N.
21
5. Webservices
22
Eventos.
Namespace:
http://www.esocial.gov.br/schema/lote/eventos/envio/vx_x_x
Nome arquivo:
23
5.3. Validao do Certificado Digital
Os certificados digitais podem ser utilizados tanto nas conexes TLS de transmisso
dos lotes de eventos para o eSocial, quanto para a assinatura dos eventos. Neste caso, os
efeitos da validao podem se dar para todo o lote (no caso de o erro ser gerado a partir do
certificado de transmisso) como para um evento especfico (no caso do erro ser gerado a
partir de uma assinatura de um documento XML, enviado ao eSocial, que representa o
evento).
Rejeio do lote
O certificado no poder estar revogado. 150
ou do evento
Rejeio do lote
O certificado no foi encontrado. 4
ou do evento
24
Rejeio do lote
Falha ao acessar a lista de certificados revogados. 11
ou do evento
Cada evento enviado, atravs do lote de eventos, deve ser assinado individualmente
dentro do lote. Alm disso, o lote somente poder conter eventos de um nico empregador
e do mesmo grupo. Caso existam eventos pertencentes a um grupo diferente do informado
no lote, o sistema eSocial ir considera-los rejeitados e no ir processa-los. Os grupos dos
eventos, e os eventos que compem estes, esto listados no "Manual de Orientao do
eSocial".
Sim.
25
Schema Retorno RetornoEnvioLoteEventos-vx_x_x.xsd
URL A DEFINIR
26
5.4.2. Fluxo de Envio de Lote de Eventos
27
5.4.3. Leiaute Mensagem de Entrada
tag: eSocial
obrigatrio? Sim
ocorrncia nica
28
grupo obrigatrio 1 1 - Eventos de Tabelas Define o grupo dos
eventos contidos no
2 - Eventos No Peridicos
lote. Durante o
3 - Eventos Peridicos
processamento
verificado se o evento
pertence ao grupo
informado no lote, e
caso no seja, o evento
rejeitado.
tag: envioLoteEventos
obrigatrio? Sim
ocorrncia nica
tag: ideEmpregador
obrigatrio? Sim
ocorrncia nica
29
do empregador.
Observaes:
tag: ideTransmissor
obrigatrio? Sim
ocorrncia nica
Observaes:
tag: eventos
30
obrigatrio? Sim
ocorrncia nica
tag: evento
obrigatrio? Sim
ocorrncia 1 .. 50
Observaes:
O contedo do campo evento, deve ser o XML do evento a ser enviado para processamento
no sistema eSocial. Este campo pode ser repetido at 50 vezes, isto quer dizer que o lote de
eventos pode ser composto, no mximo, por 50 eventos.
Existem diferentes estruturas XML, leiautes, para a representao dos eventos recebidos
pelo sistema eSocial. Mais informaes a respeito podem ser obtidas na seo 6. Eventos.
31
5.4.4. Leiaute Mensagem de Retorno do Envio do Lote
tag: eSocial
32
obrigatrio? Sim
ocorrncia nica
retornoEnvio/vx_x_x
tag: retornoEnvioLoteEventos
obrigatrio? Sim
ocorrncia nica
tag: ideEmpregador
obrigatrio? No
ocorrncia nica
33
nrInsc obrigatrio 1 - Contm o nmero de inscrio
do empregador.
Observaes:
Esta tag ser preenchida somente quando o lote no apresentar erros de Schema.
tag: ideTransmissor
obrigatrio? No
ocorrncia nica
Observaes:
Esta tag ser preenchida somente quando o lote no apresentar erros de Schema.
34
tag: status
obrigatrio? Sim
ocorrncia nica
35
tag: ocorrencias
obrigatrio? No
ocorrncia nica
tag: ocorrencia
descrio: Contm cada uma das ocorrncias encontradas no lote quando o cdigo
de resposta contido na tag status for diferente de sucesso (cdigo: 201).
ocorrncia 1..*
36
2 - Advertncia
tag: dadosRecepcaoLote
descrio: Contm os dados relativos a um lote recebido com sucesso. nesta tag
que est localizado o Protocolo de Envio.
obrigatrio? No
ocorrncia nica
37
Abaixo descrita a regra de
formao deste Protocolo:
A.B.YYYYMM.NNN....N
A = Agente de recepo:
Serpro=1 ou Caixa=2
B = Ambiente de recepo:
1=Produo;
2=Pr-produo - dados reais;
3=Pr-produo - dados
fictcios;
6=Homologao;
7=Validao;
8=Testes;
9=Desenvolvimento;
YYYYMM = Ano e ms da
recepo.
Observaes:
Esta tag ser preenchida somente quando o lote for recebido com sucesso.
38
5.4.5. Validaes aplicadas
39
5.5. Webservice de Consulta ao Resultado do Processamento de um
Lote de Eventos
Sim.
Observao: Somente quem transmitiu a solicitao de
Requer Certificado de processamento tem acesso ao resultado do processamento.
Cliente? Portanto, necessrio utilizar o mesmo certificado (certificado
com o mesmo nmero de inscrio) da transmisso para acessar o
resultado do processamento do lote.
URL A DEFINIR
40
5.5.2. Fluxo de consulta ao resultado do processamento do lote de eventos
41
5.5.3. Leiaute da Mensagem de Entrada
tag: eSocial
obrigatrio? Sim
ocorrncia nica
tag: consultaLoteEventos
obrigatrio? Sim
ocorrncia nica
42
campo obrigatoriedade ocorrncia valores vlidos descrio
43
5.5.4. Leiaute Mensagem de Retorno do Processamento do Lote
44
tag: eSocial
obrigatrio? Sim
ocorrncia nica
tag: retornoProcessamentoLoteEventos
obrigatrio? Sim
ocorrncia nica
tag: ideEmpregador
obrigatrio? No
ocorrncia nica
45
campo obrigatoriedade ocorrncia valores vlidos descrio
Observaes:
Esta tag somente no ser preenchida quando houver um erro no servidor que impossibilite
a obteno do lote sob consulta.
tag: ideTransmissor
obrigatrio? No
ocorrncia nica
Observaes:
Esta tag somente no ser preenchida quando houver um erro no servidor que impossibilite
a obteno do lote sob consulta.
46
tag: status
obrigatrio? Sim
ocorrncia nica
501 - Solicitao de
Consulta Incorreta -
47
Erro Preenchimento.
502 - Solicitao de
Consulta Incorreta -
Schema Invlido.
503 - Solicitao de
Consulta Incorreta -
Verso do Schema
No Permitida.
504 - Solicitao de
Consulta Incorreta -
Erro Certificado.
505 - Solicitao de
Consulta Incorreta -
Consulta nula ou
vazia.
48
tag: ocorrencias
obrigatrio? No
ocorrncia nica
tag: ocorrencia
descrio: Contm cada uma das ocorrncias encontradas no lote quando o cdigo
de resposta contido na tag status indicar que foram encontrados erros
ou advertncias no lote.
ocorrncia 1..*
49
2 - Advertncia ocorrncia.
tag: dadosRecepcaoLote
obrigatrio? No
ocorrncia nica
Observaes:
Esta tag ser preenchida somente quando a consulta ao lote for realizada com sucesso.
tag: dadosProcessamentoLote
obrigatrio? No
50
ocorrncia nica
Observaes:
Esta tag ser preenchida somente quando a consulta ao lote for realizada com sucesso.
tag: retornoEventos
obrigatrio? No
ocorrncia nica
Observaes:
Esta tag somente ser preenchida quando o campo <cdResposta> contido na tag <status>
contiver o valor maior que 200 e menor que 300.
tag: evento
obrigatrio? No
51
ocorrncia 1 .. 50
tag: retornoEvento
obrigatrio? Sim
ocorrncia 1
tag: tot
52
obrigatrio? No
ocorrncia 0 .. *
S-5011
S-5012
Observaes:
As orientaes sobre o preenchimento da tag tot est da seo 5.5.5. Retorno dos eventos
totalizadores.
Sempre que os eventos S-1200, S-2299 e S-2399 forem processados pelo eSocial,
sero retornados o seu recibo (na tag retornoEvento) e o totalizador S-5001 (na tag tot com
o atributo tipo preenchido com o valor S-5001).
Sempre que o evento S-1210 for processado pelo eSocial, sero retornados o seu
recibo (na tag retornoEvento) e o totalizador S-5002 (na tag tot com o atributo tipo
preenchido com o valor S-5002).
Sempre que o evento S-1299 for processado pelo eSocial, sero retornados o seu
recibo na tag retornoEvento e os totalizadores S-5011 e S-5012. Neste caso, sero
53
retornadas 2 tags tot, uma com o atributo tipo preenchido com o valor S-5011 e a outra com
o atributo tipo preenchido com o valor S-5012.
Rejeio da
Foi identificado um erro na estrutura da solicitao. 606
consulta
54
Alm disso, para todos os tipos de evento, deve sempre ser observada a ordem
lgica para o seu envio, conforme regras estabelecidas no leiaute.
Quanto transmisso dos eventos de tabelas, ela deve ocorrer lote a lote, de forma
sequencial, por empregador.
O envio dos eventos no peridicos deve ocorrer lote a lote, de forma sequencial,
por empregado, respeitando a precedncia definida pelo leiaute do eSocial. Dessa forma,
uma boa prtica agrupar os eventos de um trabalhador em um nico lote. Caso o
trabalhador possua uma quantidade de eventos maior que a quantidade permitida no lote, o
prximo lote somente deve ser transmitido aps a empresa receber o resultado do
processamento referente a ltima transmisso.
O envio dos eventos peridicos pode e deve ser paralelizado. Porm, deve-se
atentar para a precedncia definida pelo leiaute do eSocial. Por exemplo, o S-1200 de um
trabalhador deve ser enviado antes do S-1210.
55
2. Enviar pares de eventos S-1200 e S-1210 em um mesmo lote, de forma paralela,
para em seguida enviar o S-1299. Caso as regras de precedncia no forem
seguidas, o eSocial rejeitar o evento.
56
5.6.4. Tempo de espera para busca do resultado do processamento
No dever ser includa a tag de campo com contedo zero (para campos tipo
numrico) ou vazio (para campos tipo caractere) na gerao do arquivo XML para servir de
insumo e de resposta para os servios disponibilizados pelo eSocial. Exceto para os campos
identificados como obrigatrios no modelo, neste caso, dever constar a tag com o valor
correspondente (mesmo que este seja zero ou vazio) e, para os demais campos, devero ser
eliminadas as tags.
Para reduzir o tamanho final do arquivo XML a ser transportado alguns cuidados de
programao devero ser assumidos:
57
5.6.6. Validao de Schema
58
6. Eventos
Ex. http://www.esocial.gov.br/schema/evt/evtInfoEmpregador/vx_x_x
59
A imagem abaixo ilustra a estrutura bsica de um evento:
tag: eSocial
obrigatrio? Sim
ocorrncia nica
60
tag: evtXXX
descrio: Tag que identifica o tipo do evento (O nome dessa tag est presente tambm
no namespace do Xsd da estrutura do evento).
obrigatrio? Sim
ocorrncia nica
tag: ideEvento
obrigatrio? Sim
ocorrncia nica
3=Pr-produo -
dados fictcios;
6=Homologao;
61
7=Validao;
8=Testes;
9=Desenvolvimento;
2 - Aplicativo Web
do ESocial
tag: ideEmpregador
obrigatrio? Sim
ocorrncia nica
tag: infoXXX
62
obrigatrio? Sim
ocorrncia nica
tag: Signature
obrigatrio? Obrigatrio
ocorrncia nica
Observaes:
Cada evento do eSocial possui uma identificao nica, gerada pelo empregador,
conforme o padro abaixo:
63
Exemplo: ID2333901700001892014020213424700001 (36 posies).
OBS.: O nmero de inscrio deve ser informado com CNPJ completo quando a
natureza jurdica do empregador for igual a 1015, 1040, 1074 e 1163, para as demais
naturezas jurdicas deve ser informado o CNPJ base (8 primeiras posies do CNPJ).
O documento Xml do Evento dever ser assinado com um certificado digital do tipo
e-CPF (e-PF) ou e-CNPJ (e-PJ)., conforme a especificao definida em 4.5 - Padro de
assinatura digital e os critrios estabelecidos no "Manual de Orientao do eSocial".
A assinatura do evento dever ser realizada sobre todo documento Xml e inserida no
local estabelecido no Schema (XSD) de cada tipo de evento, ou seja, no elemento
"Signature".
O versionamento dos leiautes dos eventos ser por tipo de evento. Assim, a
alterao do leiaute de um determinado tipo de evento no afeta a verso dos demais tipos
de eventos.
64
atualizao do "Manual de Orientao do eSocial", ou seja, no haver alterao
da verso do leiaute.
Para cada tipo de evento haver apenas uma verso de leiaute vigente em um
determinado perodo.
Onde:
65
6.5. Estrutura do retorno de processamento do evento
Para cada evento enviado, o Sistema eSocial gera um documento Xml com
informaes referentes ao processamento do evento. Se o Sistema eSocial no identificar
nenhum erro no evento durante o seu processamento, o evento ser aceito e um nmero de
recibo de entrega ser gerado. O documento de retorno de processamento somente ser
assinado digitalmente se o evento for validado sem erros e aceito pelo eSocial.
66
tag: eSocial
obrigatrio? Sim
ocorrncia nica
tag: retornoEvento
obrigatrio? Sim
ocorrncia nica
tag: ideEmpregador
67
obrigatrio? Sim
ocorrncia nica
tag: recepcao
obrigatrio? Sim
ocorrncia nica
3=Pr-produo -
dados fictcios;
6=Homologao;
7=Validao;
8=Testes;
9=Desenvolvimento;
68
versaoApp obrigatrio 1 - Verso do aplicativo de
recepo do evento.
Recepcao
tag: processamento
obrigatrio? Sim
ocorrncia nica
tag: ocorrencias
69
descrio: Contm as ocorrncias encontradas no evento.
obrigatrio? no
ocorrncia nica
Observaes:
Somente poder existir ocorrncia se o campo cdResposta da Tag status for diferente de
Sucesso (Cdigo 201).
tag: ocorrencia
ocorrncia 1..*
70
tag: recibo
obrigatrio? Facultativo
ocorrncia nica
A.B.CC.NNNNNNNN....N
A = Agente de processamento:
Serpro=1
B = Ambiente de recepo:
1=Produo;
2=Pr-produo - dados reais;
3=Pr-produo - dados
fictcios;
6=Homologao;
7=Validao;
8=Testes;
9=Desenvolvimento;
C = Partio do Empregador
N = Nmero sequencial (19
posies)
Observaes:
A tag recibo somente ser preenchida se o evento estiver vlido para o Sistema eSocial.
71
tag: Signature
obrigatrio? Facultativo
ocorrncia nica
Observaes:
O retorno do evento somente ser assinado caso o Evento esteja vlido para o Sistema
eSocial. O padro de assinatura do documento de retorno est descrito em "Padro de
Assinatura Digital".
Cdigo Descrio
201 Sucesso.
Sucesso
202 Sucesso com advertncia.
Erro 301 Erro Servidor
eSocial
401 Erro no contedo do evento.
402 Schema invlido.
403 Leiaute invlido.
Erro Erro do certificado digital da
404
cliente assinatura do evento.
405 Erro na assinatura evento
Evento no pertence ao grupo
406
especificado no lote de eventos
72
7. Orientaes para utilizao do ambiente de Produo Restrita
Com isso, as Empresas faro uso do ambiente de produo, somente aps as suas
aplicaes estarem amadurecidas e estabilizadas diante dos testes realizados na Produo
Restrita.
73
Este ambiente no d validade jurdica s
informaes recebidas. Dessa forma, os As informaes recebidas possuem validade
dados transmitidos pelas empresas podem jurdica.
ser reais ou fictcios.
Testes funcionais -
Para a Produo Restrita, a data de 01/01/2017 deve ser adotada como incio de
obrigatoriedade do eSocial.
7.3. Eventos
74
14. S-1260 - Comercializao da Produo Rural Pessoa Fsica
15. S-1270 - Contratao de Trabalhadores Avulsos No Porturios
16. S-1280 - Informaes Complementares aos Eventos Peridicos
17. S-1298 - Reabertura dos Eventos Peridicos
18. S-1299 - Fechamento dos Eventos Peridicos
19. S-1300 - Contribuio Sindical Patronal
20. S-2100 - Cadastramento Inicial do Vnculo
21. S-2190 - Admisso de Trabalhador - Registro Preliminar
22. S-2200 - Admisso de Trabalhador
23. S-2205 - Alterao de Dados Cadastrais do Trabalhador
24. S-2206 - Alterao de Contrato de Trabalho
25. S-2210 - Comunicao de Acidente de Trabalho
26. S-2230 - Afastamento Temporrio
27. S-2250 - Aviso Prvio
28. S-2298 - Reintegrao
29. S-2299 - Desligamento
30. S-2300 - Trabalhador Sem Vnculo de Emprego/Estatutrio - Incio
31. S-2306 - Trabalhador Sem Vnculo de Emprego/Estatutrio - Alterao
Contratual
32. S-2399 - Trabalhador Sem Vnculo de Emprego/Estatutrio - Trmino
33. S-3000 - Excluso de eventos
34. S-5001 - Informaes das contribuies sociais por trabalhador
35. S-5002 - Imposto de Renda Retido na Fonte
36. S-5011 - Informaes das contribuies sociais consolidadas por contribuinte
37. S-5012 - Informaes do IRRF consolidadas por contribuinte
7.4. Restries
Caso a empresa utilize os 1.000 (mil) vnculos e queira incluir um novo empregado,
um empregado que esteja ativo deve ser desligado.
75
7.5. Tempo de guarda dos dados
7.6. Validaes
76
Orientao de uso: Os CPF informados nos eventos do eSocial sero validados
contra o ambiente de produo do Sistema CPF. Dessa forma, os eventos devem ser
preenchidos com CPF vlidos e em situao regular junto a RFB - Receita Federal do
Brasil.
Tabela de Municpios
77
Orientao de uso: Inicialmente o ambiente de Produo Restrita validar somente o
dgito verificador (DV) do NIS. Dessa forma, os eventos podem ser preenchidos com
qualquer NIS, desde que o DV seja vlido.
Procurao Eletrnica
78
7.8. URL dos Web Services
webservices.esocial.gov.br
7.9. Atendimento
No sero atendidas por esse canal dvidas que tratem exclusivamente de direito
material.
Para que a conexo HTTPS (TLS) seja feita com sucesso estes certificados devem
estar instalados como certificados confiveis na mquina que ser cliente dos Webservices.
79
7.11. Remover empregador da base de dados
Ser retornada a mensagem "1012 - Empregador {0} removido com sucesso da base
de dados da Producao Restrita do eSocial", onde {0} o identificador do empregador.
80