Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Índice
maxLevel5
outlinetrue
exclude.*ndice
stylenone

Pré-Requisitos

A rotina tem como objetivo principal, fazer o controle dos EPIs que a empresa faz uso e realizar a entrega dos mesmos. Para realizar uma entrega de EPI, ao selecionar o botão Funcionário o sistema apresenta uma tela com possibilidade de ea

Mapa Mental

...

Na página inicial da rotina, estão disponíveis as seguintes opções:


Envios

As rotinas abaixo são as responsáveis pelo envio do evento ao eSocial:

Âncora
Âncora
estoque
estoque

Deck of Cards
effectDuration0.5
historyfalse
idsamples
effectTypefade
card
Card
id640
labelAcidente (MDTA640)
Informações
id685
labelAtestado Médico (MDTA685)
Card
id155
labelDiagnóstico Médico (MDTA155)

Permite a visualização de informações do EPI selecionado.

Esta opção não permite nenhum tipo de alteração, apenas a função de leitura do registro selecionado.

As informações a serem visualizadas estarão conforme as orientações descritas em Campos Gerais.

Card
idXML
labelGeração de XML (MDTA640)

Permite a pesquisa de informações para o título selecionado com a utilização de filtros que as ordenam de acordo com a característica desejada. Para isto, basta selecionar o item desejado e clicar em Outras Ações / Pesquisar.

Pesquisas disponíveis:

  • Filial + Fornecedor + Loja + Código + Num. C.A.
  • Filial + Código

...

Campos presentes para o cadastro de informações referentes ao EPI X Funcionário.

...

effectDuration0.5
historyfalse
idsamples
effectTypefade

...

defaulttrue
id1
labelPrincipais

...

Descrição

...

Matrícula (TNF_MAT)

...

Código para identificação do funcionário. O código da matrícula vem da rotina de Funcionários (GPEA010) do campo Matrícula (RA_MAT).

Mensagem do campo:

EPI não consta no cadastro de EPI x Função, confirmar a entrega do EPI?

Ao realizar o vínculo da matrícula do funcionário com o EPI, o sistema dispara a mensagem de aviso acima caso o EPI selecionado não possua vínculo com a função do funcionário, definido na rotina de EPI x Função (MDTA625). O sistema não irá impedir que o EPI seja entregue ao funcionário, porém, caso todos os funcionários que possuam a função necessitem do mesmo EPI, é de suma importância que haja o vínculo para melhor controle.

Através do parâmetro MV_NGEPIEN, é possível controlar se será ou não permitida a entrega de EPI para um funcionário que não esteja com a situação ativa.

Nota
titleMV_NGEPIEN

Define se a entrega de EPI será permitida caso o funcionário não esteja com situação ativa. Conteúdo deve ser S=Permite ou N=Não Permite.

Obs.: Não é disponível para alterações.

Exemplo: 000001

...

Nome que identifica o funcionário, é um campo dependente do campo Matrícula (TNF_MAT) que apresenta a informação automaticamente.

Exemplo: José Silva                                                    

...

Permite informar qual a data que o EPI foi entregue. Quando o EPI for genérico, a data de entrega deve estar dentro do período dos campos de Data Início (TL0_DTINIC) e Data Fim (TL0_DTFIM) informados no cadastro do Grupo de EPIs na rotina de EPI x Fornecedor (MDTA620). 

Exemplo:  

...

Permite informar a quantidade de EPI que o usuário vai entregar para o funcionário. Leia mais: Importante

Exemplo: 5,00

Toggle Cloak
Clique aqui para saber mais!

...

Através da integração do módulo de Medicina e Segurança do Trabalho com o módulo de Estoque (SIGAEST), é possível verificar o saldo em estoque do EPI, para isto, o usuário pode selecionar o EPI na tela principal e teclar F4 ou dentro da rotina, após selecionar a opção Funcionários e teclar F4.

...

O almoxarifado é um campo que aparece preenchido de acordo com o cadastro do EPI na rotina de Produtos (EPI) (MATA010), porém é possível alterá-lo desde que possua outro relacionamento entre o EPI e outro Almoxarifado.

É possível definir se o sistema irá ler as informações do armazém vindo da rotina de Produtos ou da rotina de Indicador de Produtos, para isso, basta realizar a configuração do parâmetro MV_ARQPROD.

Nota
titleMV_ARQPROD

Este parâmetro permite definir a tabela que será considerada para coletar as informações. Pode ser configurado com:

SB1: O sistema utiliza os campos da tabela Produtos (SB1) ou

SBZ: O sistema utiliza os campos da tabela de Indicadores de Produtos (SBZ).

Exemplo: 01

...

A Situação do EPI pode ser definida por três status:

    • 1 - EPI devolvido;
    • 2 - EPI em uso;
    • 3 - EPI em solicitação ao Armazém.

Onde:

1 - EPI devolvido: é o status da situação quando o EPI foi devolvido por completo. Não considera o status como 1 - EPI devolvido quando o mesmo foi devolvido parcialmente e possui EPI para ser devolvido.

2 - EPI em uso: é o status da situação quando o EPI foi entregue ao funcionário e o mesmo está utilizando.

3 - EPI em solicitação ao Armazém: Essa opção é apresentada quando o sistema estiver com o parâmetro MV_NG2SA estiver habilitado.

O parâmetro MV_NG2SA em conjunto com o parâmetro de integração com o módulo de Estoque MV_NGMDTES devem estar habilitados para que a solicitação no estoque seja gerada.

Nota
titleMV_NG2SA

Indica se gera solicitação ao armazém ao invés de baixar do estoque. Conteúdo deve ser S=Sim ou N=Não.

...

titleMV_NGMDTES

...

Toggle Cloak
Clique aqui para saber mais!

...

  1. Entregar o EPI ao funcionário, o status da entrega ficará como 3 - EPI em solicitação ao Armazém.

2. Nesse momento o sistema gera um registro na rotina de Gerar Pré-Requis. no módulo de Estoque (SIGAEST) em Atualizações/Movimentações/Internas/Armazém/Gerar Pré-Requis.(MATA106). Selecionar a solicitação e clicar em Gerar.

3. Realizar a baixa da pré-requisição em Atualizações/Movimentações/Internas/Armazém/Baixar Pré-Requis.(MATA185). Selecionar a solicitação e clicar em Baixar.

4. Verificar na rotina de EPI x Funcionário que a entrega foi realizada com sucesso.

...

id2
labelComplementares

...

Descrição

...

Hora Entrega (TNF_HRENTR)

...

Campo que permite informar a hora em que o EPI foi entregue ao funcionário.

Exemplo: 08:06

...

Campo utilizado para informar a quantidade de EPI devolvido. O campo é alimentado automaticamente com a quantidade total quando é feita uma devolução total ou parcialmente quando é realizada uma devolução parcial.

Exemplo: 3,00

...

Campo para informar o motivo da entrega do EPI pelo funcionário. O motivo pode ser classificado em 8 tipos e um tipo geral: 1-Admissional, 2-Desgaste, 3-Defeito, 4-Perda, 5-Roubo, 6-Demissional, 7-Higienização, 8-Teste Dielétrico e X-Outros.

Exemplo: Higienização

Toggle Cloak
Clique aqui para saber mais!

...

  • Para que serve o motivo de entrega 7-Higienização?

Baseado no que a Norma Regulamentadora 6 - Equipamento de Proteção Individual define, o item 7-Higienização é necessário para que se saiba se o EPI teve a limpeza e/ou a higienização realizada. Esse item, foi acrescentado pela Portaria SIT/DSST Nº 194 de 07.12.2010:

6.8.1 O fabricante nacional ou importador deverá:

(...)

...

  • Para que serve o tipo 8-Teste Dielétrico?

O 8-Teste Dielétrico tem como base a Norma Regulamentadora 10 - Segurança em Instalações e Serviços em Eletricidade, que especifica as condições mínimas para se trabalhar com energia elétrica e define que os EPIs devem passar por um teste onde os qualifique e determine que sejam adequados como proteção para o funcionário contra choques elétricos. O motivo da entrega identifica se o EPI passou pelo teste ou não.

Trecho da NR10:

10.7 - Trabalhos Envolvendo Alta Tensão (AT)

(...)

10.7.8 Os equipamentos, ferramentas e dispositivos isolantes ou equipados com materiais isolantes, destinados ao trabalho em alta tensão, devem ser submetidos a testes elétricos ou ensaios de laboratório periódicos, obedecendo as especificações do fabricante, os procedimentos da empresa e na ausência desses, anualmente.

A NR10 menciona ainda no Anexo III - Treinamento, os indícios básicos que um funcionário qualificado deve ter como conhecimento, recebido através de um curso.

Abaixo segue as definições do Anexo II, referente as zona de risco e zona controlada, onde os EPIs devem ser efetivos:

...

Onde:

ZL = Zona livre.

ZC = Zona controlada, restrita a trabalhadores autorizados.

ZR = Zona de risco, restrita a trabalhadores autorizados e com a adoção de técnicas, instrumentos e equipamentos apropriados ao trabalho.

PE = Ponto da instalação energizado.

SI = Superfície isolante construída com material resistente e dotada de todos dispositivos de segurança.

...

Campo que permite informar a data de devolução do EPI.

Exemplo:  

...

O campo armazém de devolução é dependente da configuração do parâmetro MV_NGMDTES=S, ele é apresentado apenas se houver controle de estoque e fica editável apenas no momento da devolução do EPI. Caso o EPI esteja disponível em mais de um armazém, é possível que o usuário faça a entrega em um armazém e a devolução em outro.

Exemplo: 08

...

O campo repor estoque é dependente da configuração do parâmetro MV_NGMDTES=S, ele é apresentado apenas se houver controle de estoque e fica editável apenas no momento da devolução do EPI. Através do campo, é possível informar se o EPI será reposto no estoque ou não.

Exemplo: 1-Sim

...

O campo de EPI eficaz apresenta ao usuário a possibilidade de informar se o funcionário está protegido, não protegido ou o EPI não é necessário. Para isso, o campo possui três opções, onde:

...

Toggle Cloak
Clique aqui para saber mais!

...

Como o campo é apresentado na impressão do PPP?

O formulário onde são impressas as informações do PPP (MDTR700) possui um campo específico para a impressão do EPI eficaz, o item 15.7 - EPI Eficaz.

Considerações para sair impresso S (Sim):

...

Considerações para sair impresso N (Não):

...

Considerações para sair impresso NA (Não Aplicável):

...

Indica se a empresa consiste o EPI. Conteúdo deve ser S=Sim ou N=Não.

...

Campo preenchido automaticamente após a entrega do recibo do EPI através do relatório Recibo de Entrega de EPI (MDTR805).

Exemplo:  

...

Campo que permite informar a data da última manutenção/higienização realizada no EPI.

Exemplo:  

Toggle Cloak
Clique aqui para saber mais!

...

Como o campo é apresentado no Painel de Gestão?

Na rotina Edição (MNTA905), dentro da opção Ferramentas possui a opção Eventos. A tela de Eventos possui o evento 002 - EPI Vencido que após configurado pelo usuário, será disparado na rotina Painel de Gestão (MNTA907), caso exista um risco iminente e exista um EPI entregue a um funcionário onde a durabilidade esteja ultrapassada. Essa verificação é feita através do campo Ult. Manut. (TNF_DTMANU), quando a data atual for superior a última manutenção.

Como o campo é apresentado na impressão do PPP?

...

Considerações para sair impresso S (Sim):

  • O parâmetro MV_NG2CEPI deve estar configurado como S;
  • O EPI deve estar relacionado ao risco ao qual o funcionário esteja exposto;
  • Deve haver ao menos um registro de entrega de EPI;

E:

  • Caso o campo Período Manutenção (TN3_PERMAN) estiver vazio:
  • O campo Ult. Manut. (TNF_DTMANU) pode estar preenchido ou vazio. 

...

Ou:

...

Considerações para sair impresso N (Não):

  • O parâmetro MV_NG2CEPI deve estar configurado como S;

E:

  • O EPI não estar relacionado ao risco ao qual o funcionário esteja exposto;

Ou:

  • O EPI deve estar relacionado ao risco ao qual o funcionário esteja exposto, onde:
    • O campo Período Manutenção (TN3_PERMAN) deve estar preenchido,
    • O campo Ult. Manut. (TNF_DTMANU) deve estar vazio. 

Ou:

  • Não haver ao menos um registro de entrega de EPI.

Considerações para sair impresso NA (Não Aplicável):

  • O parâmetro MV_NG2CEPI deve estar configurado como N;

Ou:

  • O parâmetro MV_NG2CEPI deve estar configurado como S;
  • Não existir nenhum risco ao qual o funcionário esteja exposto.

...

Dev. Biomet (TNF_DEVBIO)

...

O campo é preenchido automaticamente e quando há uma devolução do EPI por biometria, o sistema preenche o campo com 1=Sim, caso contrário, o campo ficará vazio.

Exemplo: Sim

...

id3
labelRelacionados

Registros provindos da tabela Função (GPEA030) (SRJ) que possui relação com EPI X Funcionário.

...

Função (TNF_CODFUN)

...

Apresenta a função na qual o funcionário está vinculado.

Exemplo: 00002

Registros provindos do módulo do Estoque (SIGAEST):

...

Num.Seq.SD3  (TNF_NUMSEQ)

Campo de numeração automática que é preenchido sempre que houver integração com o estoque através do parâmetro MV_NGMDTES=S.

O sistema apresenta a possibilidade de utilizar um número de Tipo de Movimentação de acordo com a escolha do usuário para gravação do campo TP Movimento (D3_TM) na tabela Movimentações Internas - SD3. Para isso, é necessário realizar a configuração de dois parâmetros: MV_NG2D3RE e MV_NG2D3DE. Após a configuração dos mesmos, o sistema passa a utilizar o conteúdo que foi informado.

Nota
titleMV_NG2D3RE

Determina o valor utilizado para geração de movimentação interna (SD3) de requisição. 

Nota
titleMV_NG2D3DE

Determina o valor utilizado para geração de movimentação interna (SD3) de devolução.  

...

titlePré-Requisitos para o funcionamento do Evento


  • Atualizar o ambiente com o último pacote acumulado do eSocial.


Informações
titleCentral de Entregas Legais
Para baixar o pacote acumulado e Atualizado Clique Aqui!
Aviso
titleParametrização
  • Configurar o parâmetro do eSocial MV_NG2ESOC = 1.


  • Existir uma Ficha Médica (MDTA005) relacionada no campo Ficha Médica (TNC_NUMFIC) na rotina de Acidente (MDTA640).
  • O campo Ind. Acid. (TNC_INDACI) deve ser necessariamente um dos tipos: 1-Acidente Típico ou 2-Acidente de Trajeto ou 3-Doença do Trabalho.
  • A Data do Acidente (TNC_DTACID) na rotina de Acidente (MDTA640) deve ser superior a Data Início das obrigações SST do eSocial.


Informações
titleDatas SST

Clique Aqui para ter acesso ao Cronograma de Implantação!

Deck of Cards
id640
Card
id6401
labelInclusão

No momento da inclusão do Acidente (MDTA640), o sistema reunirá todas as informações listadas do De/Para que são necessárias para o envio do registro ao eSocial, realizando a validação das mesmas. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.

Aviso
titleImportante

Para que o evento S2210 seja enviado, é necessário que o Acidente (MDTA640) seja vinculado a um Diagnóstico (MDTA155) ou a um Atestado Médico (MDTA685).Apenas o cadastro do Acidente, o mesmo não é enviado.

Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F. 

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) nas tabelas CM0 (Informações do Acidente), CM1 (Parte Atingida) e CM2 (Agente Causador).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAFMiddleware.

Card
id6402
labelAlteração

No momento da alteração do Acidente (MDTA640), o sistema reunirá todas as informações que já estavam incluídas e as novas alterações, realizando a validação das mesmas. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.


Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) nas tabelas CM0 (Informações do Acidente), CM1 (Parte Atingida) e CM2 (Agente Causador).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAF e Middleware.

Card
id6403
labelExclusão

No momento da exclusão do Acidente (MDTA640), o sistema reunirá todas as informações do recibo do último XML enviado ao Governo, ao que se refere ao acidente que está sendo excluído e enviará um evento de Exclusão (S-3000) ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo.  


Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio for via SIGATAF o sistema irá alterar o status do registro do acidente na CM0 e irá aguardar o envio do evento S-3000.

Caso o envio seja via Middleware o sistema cadastrará a informação do evento S-3000 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAF e Middleware.

Card
id6404
labelCampos Obrigatórios
  • Campos obrigatórios de acordo com o parâmetro MV_NG2AVIS (tabela TNC – Acidentes):


Campo Condição

Data Acident (TNC_DTACID)

Não há.

Hora Acid. (TNC_HRACID)

TNC_INDACI = 1 

Horas. Trab. (TNC_HRTRAB)

TNC_INDACI = 1 

Tipo CAT  (TNC_TIPCAT)

Não há.

Houve Morte (TNC_MORTE)

Não há.

Data Obito  (TNC_DTOBIT)

TNC_MORTE = 1

Reg.Policial (TNC_POLICI)

Não há.

Tipo Acid. (TNC_TIPACI)

Não há.

Ind. Local  (TNC_INDLOC)

Não há.

Desc. Logr. (TNC_DESLOG)

Não há.

Internação (TNC_INTERN)

TNC_DTATEN e TNC_HRATEN não estiverem vazios 

Dias Perd. (TNC_QTAFAS)

TNC_DTATEN e TNC_HRATEN não estiverem vazios 

Dias Perd. (TNC_AFASTA)

TNC_DTATEN e TNC_HRATEN não estiverem vazios 

Natur. Lesão (TNC_CODLES)

TNC_DTATEN e TNC_HRATEN não estiverem vazios 

CID Princip. (TNC_CID)

TNC_DTATEN e TNC_HRATEN não estiverem vazios 

Card
id685
labelAtestado Médico (MDTA685)
Informações
titlePré-Requisitos para o funcionamento do Evento


  • Atualizar o ambiente com o último pacote acumulado do eSocial.


Informações
titleCentral de Entregas Legais

Para baixar o pacote acumulado e Atualizado Clique Aqui!

Aviso
titleParametrização
  • Configurar o parâmetro do eSocial MV_NG2ESOC = 1.
  • Configurar o parâmetro MV_NG2IATE = 2 ou MV_NG2IATE = 3. 


  • Existir uma Ficha Médica (MDTA005) relacionada no campo Ficha Médica (TNY_NUMFIC) na rotina de Atestado Médico (MDTA685).
  • Existir um Acidente (MDTA640) relacionado no campo Acidente (TNY_ACIDEN). 
  • O campo Ind. Acid. (TNC_INDACI) deve ser necessariamente um dos tipos: 1-Acidente Típico ou 2-Acidente de Trajeto ou 3-Doença do Trabalho.
  • A Data do Acidente (TNC_DTACID) na rotina de Acidente (MDTA640) deve ser superior a Data Início das obrigações SST do eSocial.


Informações
titleDatas SST

Clique Aqui para ter acesso ao Cronograma de Implantação!

Deck of Cards
id685
Card
id6851
labelInclusão

No momento da inclusão do Atestado Médico (MDTA685), relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial e primeiramente realizará a validação das informações. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.


Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F. 

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema retificará o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAFMiddleware.

Card
id6852
labelAlteração
No momento da alteração do Atestado Médico (MDTA685) relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial incluindo as informações alteradas, e primeiramente realizará a validação das informações. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.


Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAF e Middleware.

Card
id6853
labelExclusão

No momento da exclusão do Atestado Médico (MDTA685) relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial em branco, fazendo a validação das informações a serem enviadas. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.

  

Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAF e Middleware.

Card
id6854
labelCampos Obrigatórios
  • Campos obrigatórios de acordo com o parâmetro MV_NG2AVIS (tabela TNY – Atestado Médico):


Campo Condição

Data Cons. (TNY_DTCONS)

TNY_ACIDEN estiver preenchido
Hora Cons. (TNY_HRCONS)TNY_ACIDEN estiver preenchido
CID Princip. (TNY_CID)TNY_ACIDEN estiver preenchido
Card
id155
labelDiagnóstico Médico (MDTA155)
Informações
titlePré-Requisitos para o funcionamento do Evento


  • Atualizar o ambiente com o último pacote acumulado do eSocial.


Informações
titleCentral de Entregas Legais
Para baixar o pacote acumulado e Atualizado Clique Aqui!
Aviso
titleParametrização
  • Configurar o parâmetro do eSocial MV_NG2ESOC = 1.
  • Configurar o parâmetro MV_NG2IATE = 1 ou MV_NG2IATE = 3. 


  • Existir uma Ficha Médica (MDTA005) relacionada no campo Ficha Médica (TMT_NUMFIC) na rotina de Diagnóstico Médico (MDTA155).
  • Existir um Acidente (MDTA640) relacionado no campo Acidente (TMT_ACIDEN). 
  • O campo Ind. Acid. (TNC_INDACI) deve ser necessariamente um dos tipos: 1-Acidente Típico ou 2-Acidente de Trajeto ou 3-Doença do Trabalho.
  • A Data do Acidente (TNC_DTACID) na rotina de Acidente (MDTA640) deve ser superior a Data Início das obrigações SST do eSocial.


Informações
titleDatas SST

Clique Aqui para ter acesso ao Cronograma de Implantação!

Deck of Cards
id155
Card
id1551
labelInclusão

No momento da inclusão do Diagnóstico Médico (MDTA155), relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial e primeiramente realizará a validação das informações. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.


Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F. 

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema retificará o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAFMiddleware.

Card
id1552
labelAlteração
No momento da alteração do Diagnóstico Médico (MDTA155) relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial incluindo as informações alteradas, e primeiramente realizará a validação das informações. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.


Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAF e Middleware.

Card
id1553
labelExclusão

No momento da exclusão do Diagnóstico Médico (MDTA155) relacionado com o acidente, o sistema realizará a retificação do evento S-2210 compondo as informações da consulta médica a serem enviadas na tag <atestado> do leiaute do eSocial em branco, fazendo a validação das informações a serem enviadas. Havendo alguma não conformidade nos dados, o sistema gerará um relatório onde apontará as informações que não estão em acordo com o leiaute.

  

Informações
titleRelatório de Inconsistências

Image Added

Em caso de inconsistências consulte a documentação Relatório de Inconsistências - Evento S-2210 - Comunicação de Acidente de Trabalho.


Com as informações em acordo, elas serão enviadas ao Mediador(*) entre o Medicina e Segurança do Trabalho (SIGAMDT) e o Governo

Aviso
titleParametrização
  • Caso seja via SIGATAF habilitar o parâmetro como MV_MID=F.

  • Caso seja via Middleware habilitar o parâmetro como MV_MID=T.


Se o envio ocorrer via SIGATAF, o sistema cadastrará as informações do Acidente (MDTA640) na tabela CM0 (Informações do Acidente).

Caso o envio seja via Middleware o sistema cadastrará as informações do evento S-2210 e o XML a ser enviado ao Governo na tabela RJE.



(*) Mediadores: SIGATAFMiddleware.

Card
id1554
labelCampos Obrigatórios
  • Campos obrigatórios de acordo com o parâmetro MV_NG2AVIS (tabela TNT – Diagnóstico Médico):
Campo Condição

Data Atend.  (TMT_DTATEN)

TMT_ACIDEN estiver preenchido

Hora Atend. (TMT_HRATEN)

TMT_ACIDEN estiver preenchido

CID Princip. (TMT_CID)

TMT_ACIDEN estiver preenchido
Card
idXML
labelGeração do XML (MDTA640)
Informações
titlePré-Requisitos para o funcionamento do Evento


  • Atualizar o ambiente com o último pacote acumulado do eSocial.


Informações
titleCentral de Entregas Legais
Para baixar o pacote acumulado e Atualizado Clique Aqui!
Aviso
titleParametrização
  • Configurar o parâmetro do eSocial MV_NG2ESOC = 1.


  • Existir uma Ficha Médica (MDTA005) relacionada no campo Ficha Médica (TNY_NUMFIC) na rotina de Acidente (MDTA640).
  • O campo Ind. Acid. (TNC_INDACI) deve ser necessariamente um dos tipos: 1-Acidente Típico ou 2-Acidente de Trajeto ou 3-Doença do Trabalho.


Informações
titleDatas SST

Clique Aqui para ter acesso ao Cronograma de Implantação!

Deck of Cards
idXML
Card
idXML1
labelGeração

O momento da geração ocorre quando o usuário selecionar o Acidente e acessar a opção no menu Outras Ações/Gerar Xml eSocial, escolhendo a opção de XML de Inclusão, Alteração ou Exclusão e o local em que o arquivo será salvo. 



Conteúdos Relacionados

Palavras-chave

  • S-2210
  • eSocial 

Referências

...

Campo com informações vindas do módulo do Estoque (SIGAEST).

Exemplo: 10,00

...

Campo de numeração automática, preenchido quando existe integração com o módulo do Estoque com geração de solicitação ao armazém.

Exemplo: 000005

...

Campo de numeração automática, preenchido quando existe integração com o módulo do Estoque com geração de solicitação ao armazém.

Exemplo: 01

...

Campo para informar o rastreamento por lote a que o EPI pertence.

Exemplo: 0000000001

Nota
titleMV_RASTRO

Determina a utilização ou não da rastreabilidade dos lotes de produção. Conteúdo deve ser S=Sim ou N=Não.

Nota
titleMV_LOCALIZ

Indica se produtos poderão usar controle de localização física ou não. Conteúdo deve ser S=Sim ou N=Não.

Toggle Cloak
Clique aqui para saber mais!

...

  • Acessar o módulo de Estoque (SIGAEST).
  • Em Atualizações\Cadastros\Produto\Locais de Estoque (AGRA045), incluir um armazém.
  • Em Atualizações\Cadastros\Endereçamento\Endereços (MATA015), incluir um endereço com o mesmo armazém do EPI.
  • Em Atualizações\Cadastros\Produto\Produto (MATA010), incluir um produto do tipo EPI, onde o campo Constr.Endere (B1_LOCALIZ) esteja S-Sim e o campo Rastro (B1_RASTRO) como S-SubLote.
  • Em Atualizações \ Saldos \ Inicial (MATA220), incluir os saldos referente ao produto e armazém.
  • O sistema dispara a mensagem:
  • Acessar Outras Ações\Inf. Lote
  • Em Atualizações \ Movimentações \ Internas \ Endereçamento \ Endereçar (MATA265), indicar um endereço ao produto com número de série.
  • Em Atualizações \ EPI \ EPI x Fornecedor (MDTA620), relacionar o EPI ao fornecedor
  • Em Atualizações \ EPI \ EPI x Funcionário (MDTA630), selecionar o funcionário e relacionar o EPI. Informe o campo Sub-lote (TNF_LOTESB) (caso o Lote (TNF_LOTECT) tenha sido preenchido anteriormente, ao selecionar o campo de Sub-lote, o Lote (TNF_LOTECT) é preenchido automaticamente), o campo Localização (TNF_ENDLOC) e o campo Número Série (TNF_NSERIE).

...

Campo para informar o rastreamento por sub-lote a que o EPI pertence.

Exemplo: 000001

...

Campo destinado a selecionar a localização física (endereçamento) do EPI.

Exemplo: Galpão

...

Campo para informar o número de série a que o EPI pertence.

Exemplo: 11231155213335112511

...

idcampodev
labelDevolução Parcial

Registros provindos da tabela EPIs Devolvidos (TLW) que possui relação com a EPIs Entregues Funcionários (TNF). Todos os campos abaixo são de preenchimento obrigatório.

...

Permite informar qual a data que o EPI foi devolvido. Não é possível informar uma data inferior a data de entrega do EPI.

Exemplo:  

...

Hora Dev. (TLW_HRDEVO)

...

Permite informar qual a hora que o EPI foi devolvido. Em conjunto com o campo da data, não é possível informar uma data + hora inferior a data de entrega do EPI.

Exemplo: 16:20

...

Permite informar a quantidade de EPI que o usuário vai devolver. A quantidade pode ser total ou parcial da quantidade que foi entregue.

Exemplo: 1,00

...

Permite informar para qual almoxarifado o EPI será devolvido.

Informações
titleAlmoxarifado

O almoxarifado de devolução não precisa ser o mesmo almoxarifado escolhido na entrega do EPI. Para isso, é necessário que após a criação do EPI o mesmo tenha sido vinculado a dois almoxarifados diferentes na rotina de Saldos Iniciais (MATA220).

...

Permite informar se o EPI será devolvido fisicamente ao almoxarifado de devolução ou não. Possui as opções 1-Sim (devolve o EPI) ou 2-Não (não devolve o EPI).

Exemplo: 1-Sim

Conteúdos Relacionados

EPI

Palavras-chave

EPI

Referências

...