Common use of E-SOCIAL Clause in Contracts

E-SOCIAL. 1. O E-Social deverá permitir a integração de dados de forma automática ou ainda através de arquivos de intercâmbio de informações com o sistema de Folha de Pagamento. 2. O sistema deverá realizar o envio de eventos, verificando a existência de pendências. 3. Possibilitar a recuperação de um envio não processado, seja motivo de instabilidade ou outro, que tenha interrompido o fluxo. 4. Possibilitar a visualização e download do arquivo do evento gerado, em formato XML. 5. Possuir notificação de ocorrências do sistema ao usuário, permitindo visualizar os status como: em andamento, lidas e não lidas. 6. Possibilitar a consulta dos eventos conforme sua situação, possuindo os status de aguardando envio, enviando, aguardando retorno e enviados com retorno. Ao listar a consulta, deverá apresentar no mínimo: o registro a que se refere no eSocial, a descrição do evento, a data de envio (quando já enviado, o prazo limite de envio, o protocolo de envio (quando já enviado) e o recibo de retorno, quando existir. 7. Dispor de lista que apresente os próximos envios previstos, seguindo o critério do mais atrasado para o mais atual. 8. Disponibilizar indicativos das rotinas de domínios integrados, eventos gerados, lotes eSocial e próximos envios. 9. Possibilitar a visualização em formato de calendário dos eventos pendentes de envio, conforme sua data limite. 10. Possuir mensagem que demonstre ao usuário, como orientação, as inconsistências relacionadas a "Erro" e "Alerta". 11. Possibilitar envio dos arquivos para o eSocial via web service. 12. Possuir listagem de eventos aguardando envio, permitindo selecionar um ou vários itens e executar para os selecionados a ação e enviar. 13. Possibilitar a validação dos arquivos usando schema xsd provido pelo governo. 14. Permitir ao usuário trocar de entidade sem sair do sistema. 15. Possibilitar o gerenciamento da situação do registro que foi transformado para o formato eSocial, em todas as etapas do processo de envio. 16. Possibilitar envio dos lotes de informações para o eSocial, podendo selecionar um ou vários eventos para assinatura e envio. 17. Permitir consultar os erros do retorno do governo, quando existirem. 18. Permitir a configuração da transformação dos registros de domínio, no formato de arquivos do eSocial. 19. Realizar a validação do XML gerado com o XSD do layout oficial do Governo Federal.

E-SOCIAL. 113.18.1. O E-Social deverá permitir Permitir a integração de dados de forma automática ou ainda através de arquivos de intercâmbio de informações com o sistema de Folha de Pagamento. 213.18.2. O sistema deverá realizar o envio de eventos, verificando a existência de pendências. 313.18.3. Possibilitar a recuperação de um envio não processado, seja motivo de instabilidade ou outro, que tenha interrompido o fluxo. 413.18.4. Possibilitar a visualização e download do arquivo do evento gerado, em formato XML. 5. Possuir notificação de ocorrências do sistema ao usuário, permitindo visualizar os status como: em andamento, lidas e não lidas. 613.18.5. Possibilitar a consulta dos eventos conforme sua situação, possuindo os status de aguardando envio, enviando, aguardando retorno e enviados com retorno. Ao listar a consulta, deverá apresentar no mínimo: o registro a que se refere no eSocial, a descrição do evento, a data de envio (quando já enviado, o prazo limite de envio, o protocolo de envio (quando já enviado) e o recibo de retorno, quando existir. 713.18.6. Dispor de lista que apresente os próximos envios previstos, seguindo o critério do mais atrasado para o mais atual. 813.18.7. Disponibilizar indicativos das rotinas de domínios integrados, eventos gerados, lotes eSocial e próximos envios. 913.18.8. Possibilitar a visualização em formato de calendário dos eventos pendentes de envio, conforme sua data limite. 1013.18.9. Possuir mensagem que demonstre ao usuário, como orientação, as inconsistências relacionadas a "“Erro" ” e "“Alerta"”. 1113.18.10. Possibilitar envio dos arquivos para o eSocial via web service. 1213.18.11. Possuir listagem de eventos aguardando envio, permitindo selecionar um ou vários itens e executar para os selecionados a ação e enviar. 1313.18.12. Possibilitar a validação dos arquivos usando schema xsd provido pelo governo. 14. Permitir ao usuário trocar de entidade sem sair do sistema. 1513.18.13. Possibilitar o gerenciamento da situação do registro que foi transformado para o formato eSocial, em todas as etapas do processo de envio. 1613.18.14. Possibilitar envio dos lotes de informações para o eSocial, podendo selecionar um ou vários eventos para assinatura e envio. 1713.18.15. Permitir consultar os erros do retorno do governo, quando existirem. 1813.18.16. Permitir a configuração da transformação dos registros de domínio, no formato de arquivos do eSocial. 1913.18.17. Realizar a validação do XML gerado com o XSD do layout oficial do Governo Federal.

E-SOCIAL. 18.7.1. O E-Social deverá permitir Permitir a integração de dados de forma automática ou ainda através de arquivos de intercâmbio de informações com o sistema de Folha de Pagamento. 28.7.2. O sistema deverá realizar o envio de eventos, verificando a existência de pendências. 38.7.3. Possibilitar a recuperação de um envio não processado, seja motivo de instabilidade ou outro, que tenha interrompido o fluxo. 48.7.4. Possibilitar a visualização e download do arquivo do evento gerado, em formato XML. 58.7.5. Possuir notificação de ocorrências do sistema ao usuário, permitindo visualizar os status como: em andamento, lidas e não lidas. 68.7.6. Possibilitar a consulta dos eventos conforme sua situação, possuindo os status de aguardando envio, enviando, aguardando retorno e enviados com retorno. Ao listar a consulta, deverá apresentar no mínimo: o registro a que se refere no eSocial, a descrição do evento, a data de envio (quando já enviado, o prazo limite de envio, o protocolo de envio (quando já enviado) e o recibo de retorno, quando existir. 78.7.7. Dispor de lista que apresente os próximos envios previstos, seguindo o critério do mais atrasado para o mais atual. 88.7.8. Disponibilizar indicativos das rotinas de domínios integrados, eventos gerados, lotes eSocial e próximos envios. 98.7.9. Possibilitar a visualização em formato de calendário dos eventos pendentes de envio, conforme sua data limite. 108.7.10. Possuir mensagem que demonstre ao usuário, como orientação, as inconsistências relacionadas a "Erro" e "Alerta". 118.7.11. Possibilitar envio dos arquivos para o eSocial via web service. 128.7.12. Possuir listagem de eventos aguardando envio, permitindo selecionar um ou vários itens e executar para os selecionados a ação e enviar. 138.7.13. Possibilitar a validação dos arquivos usando schema xsd provido pelo governo. 148.7.14. Permitir ao usuário trocar de entidade sem sair do sistema. 158.7.15. Possibilitar o gerenciamento da situação do registro que foi transformado para o formato eSocial, em todas as etapas do processo de envio. 168.7.16. Possibilitar envio dos lotes de informações para o eSocial, podendo selecionar um ou vários eventos para assinatura e envio. 178.7.17. Permitir consultar os erros do retorno do governo, quando existirem. 188.7.18. Permitir a configuração da transformação dos registros de domínio, no formato de arquivos do eSocial. 198.7.19. Realizar a validação do XML gerado com o XSD do layout oficial do Governo Federal.

E-SOCIAL. 1. O E-Social deverá permitir a integração de dados de forma automática ou ainda através de arquivos de intercâmbio de informações com o sistema de Folha de Pagamento. 2. O sistema deverá realizar o envio de eventos, verificando a existência de pendências. 3. Possibilitar a recuperação de um envio não processado, seja motivo de instabilidade ou outro, que tenha interrompido o fluxo. 4. Possibilitar a visualização e download do arquivo do evento gerado, em formato XML. 5. Possuir notificação de ocorrências do sistema ao usuário, permitindo visualizar os status como: em andamento, lidas e não lidas. 6. Possibilitar a consulta dos eventos conforme sua situação, possuindo os status de aguardando envio, enviando, aguardando retorno e enviados com retorno. Ao listar a consulta, deverá apresentar no mínimo: o registro a que se refere no eSocial, a descrição do evento, a data de envio (quando já enviado, o prazo limite de envio, o protocolo de envio (quando já enviado) e o recibo de retorno, quando existir. 7. Dispor de lista que apresente os próximos envios previstos, seguindo o critério do mais atrasado para o mais atual. 8. Disponibilizar indicativos das rotinas de domínios integrados, eventos gerados, lotes eSocial e próximos envios. 9. Possibilitar a visualização em formato de calendário dos eventos pendentes de envio, conforme sua data limite. 10. Possuir mensagem que demonstre ao usuário, como orientação, as inconsistências relacionadas a "Erro" e "Alerta". 11. Possibilitar envio dos arquivos para o eSocial via web service. 12. Possuir listagem de eventos aguardando envio, permitindo selecionar um ou vários itens e executar para os selecionados a ação e enviar. 13. Possibilitar a validação dos arquivos usando schema xsd provido pelo governo. 14. Permitir ao usuário trocar de entidade sem sair do sistema. 15. Possibilitar o gerenciamento da situação do registro que foi transformado para o formato eSocial, em todas as etapas do processo de envio. 16. Possibilitar envio dos lotes de informações para o eSocial, podendo selecionar um ou vários eventos para assinatura e envio. 17. Permitir consultar os erros do retorno do governo, quando existirem. 18. Permitir a configuração da transformação dos registros de domínio, no formato de arquivos do eSocial. 19. Realizar a validação do XML gerado com o XSD do layout oficial do Governo Federal.

E-SOCIAL. 1. O E-Social deverá permitir Permitir a integração de dados de forma automática ou ainda através de arquivos de intercâmbio de informações com o sistema de Folha de Pagamento. 2. O sistema deverá realizar o envio de eventos, verificando a existência de pendências. 3. Possibilitar a recuperação de um envio não processado, seja motivo de instabilidade ou outro, que tenha interrompido o fluxo. 4. Possibilitar a visualização e download do arquivo do evento gerado, em formato XML. 5. Possuir notificação de ocorrências do sistema ao usuário, permitindo visualizar os status como: em andamento, lidas e não lidas. 6. Possibilitar a consulta dos eventos conforme sua situação, possuindo os status de aguardando envio, enviando, aguardando retorno e enviados com retorno. Ao listar a consulta, deverá apresentar no mínimo: o registro a que se refere no eSocial, a descrição do evento, a data de envio (quando já enviado, o prazo limite de envio, o protocolo de envio (quando já enviado) e o recibo de retorno, quando existir. 7. Dispor de lista que apresente os próximos envios previstos, seguindo o critério do mais atrasado para o mais atual. 8. Disponibilizar indicativos das rotinas de domínios integrados, eventos gerados, lotes eSocial e próximos envios. 9. Possibilitar a visualização em formato de calendário dos eventos pendentes de envio, conforme sua data limite. 10. Possuir mensagem que demonstre ao usuário, como orientação, as inconsistências relacionadas a "Erro" e "Alerta". 11. Possibilitar envio dos arquivos para o eSocial via web service. 12. Possuir listagem de eventos aguardando envio, permitindo selecionar um ou vários itens e executar para os selecionados a ação e enviar. 13. Possibilitar a validação dos arquivos usando schema xsd provido pelo governo. 14. Permitir ao usuário trocar de entidade sem sair do sistema. 15. Possibilitar o gerenciamento da situação do registro que foi transformado para o formato eSocial, em todas as etapas do processo de envio. 16. Possibilitar envio dos lotes de informações para o eSocial, podendo selecionar um ou vários eventos para assinatura e envio. 17. Permitir consultar os erros do retorno do governo, quando existirem. 18. Permitir a configuração da transformação dos registros de domínio, no formato de arquivos do eSocial. 19. Realizar a validação do XML gerado com o XSD do layout oficial do Governo Federal.