Árvore de páginas

Versões comparadas

Chave

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

 Índice

Índice
maxLevel5
outlinetrue
exclude.*ndice
stylenone

Introdução

Com base na necessidade de proteção dos funcionários, foi criada a Norma Regulamentadora 6 - Equipamento de Proteção Individual (EPI) (NR 6) e, para facilitar as entregas de EPI, prazos, vencimentos entre outros, o sistema possui a rotina de EPI x Funcionário (MDTA630). Essa rotina disponibiliza para o usuário o controle dos EPIs que existem na empresa, listando-os para que seja possível realizar a entrega dos mesmos aos devidos funcionários. 

De acordo com a NR 6, item 6.3:

6.3 A empresa é obrigada a fornecer aos empregados, gratuitamente, EPI adequado ao risco, em perfeito estado de conservação e funcionamento, nas seguintes circunstâncias:

a) sempre que as medidas de ordem geral não ofereçam completa proteção contra os riscos de acidentes do trabalho ou de doenças profissionais e do trabalho;

 b) enquanto as medidas de proteção coletiva estiverem sendo implantadas; e,

c) para atender a situações de emergência.

Fonte: Ministério do Trabalho

Objetivo

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 entregar o EPI para vários funcionários. 

Mapa Mental

Image Removed

...

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

...

effectDuration0.5
historyfalse
idsamples
effectTypefade

...

idfunci
labelFuncionario

Essa funcionalidade tem como objetivo principal realizar a entrega do EPI aos funcionários e realizar a Devolução Parcial ou Total. No momento da entrega, através da configuração do parâmetro MV_MDTEPIV, o sistema realizada uma verificação na rotina de EPI x Fornecedor (MDTA620) quanto ao campo Venc. C.A. (TN3_DTVENC), ou seja, caso a data de vencimento do certificado de avaliação esteja ultrapassada, o usurário pode configurar o parâmetro de modo a disparar uma mensagem, caso não deseje entregar o EPI vencido ou questiona se deve ou não realizar a entrega. Se o conteúdo do parâmetro for igual a 1=Entregar EPI vencida, o sistema entregará o EPI sem a necessidade de disparar uma mensagem.

Nota
titleMV_MDTEPIV

Indica se EPI vencida será entregue ou não. Conteúdo deve ser 1=Entregar EPI vencida, 2=Não Entregar ou 3=Pergunta se deve ou não entregar. 

É possível também, realizar o controle do saldo negativo quando o módulo SIGAMDT estiver integrado com o módulo do Estoque. Nesse caso, se no momento da entrega de um EPI para o funcionário o estoque do EPI ficar com o saldo negativo, é necessário que o parâmetro MV_ESTNEG esteja configurado com o conteúdo igual a S.

Nota
titleMV_ESTNEG

Identifica se o sistema permitirá que os saldos em estoque dos produtos fique negativo através de movimentação. Conteúdo deve ser S=Sim ou N=Não.

Para que um EPI possa ser excluído após a sua entrega, o sistema apresenta o parâmetro MV_MDTEPID, que define se será disparada ou não uma mensagem de confirmação de exclusão.

Nota
titleMV_MDTEPID

Indica se solicita confirmação de exclusão de EPI entregue ao funcionário. Conteúdo deve ser S=Sim ou N=Não.     

...

Para definir um produto como sendo um EPI é necessário que seja informado no parâmetro MV_MDTPEPI, quais são os tipos que serão considerados como EPI.

Nota
titleMV_MDTPEPI

Tipo que define um produto de EPI. Esse tipo deve estar definido na tabela genérica 02 (SX5).

No sistema há a possibilidade de realizar entregas onde se tenha um EPI Pai (Genérico) e vários EPIs Filhos., ou seja, o usuário pode definir na rotina de EPI x Fornecedor (MDTA620) que o EPI Pai por exemplo é um Óculos de Proteção e como EPIs filhos, têm-se o Óculos de Ampla Visão, Óculos de Sobrepor, entre outros. Na rotina EPI x Funcionário será exibido apenas o EPI Pai e no momento de selecionar a opção de Funcionário, o sistema apresentará uma tela com todos os EPIs Filhos que foram cadastrados anteriormente. Ao selecionar o EPI e clicar em OK, o sistema apresenta a tela de entrega normalmente.

Toggle Cloak
Clique aqui para saber mais!

...

Como faço para entregar um EPI Filho?

...

  • Ainda na rotina, após confirmar o registro acima, selecionar a opção Outras Ações\Grupo de EPIs.

  • Realizar a inclusão dos EPIs Filho.

  • Na rotina de EPI X Funcionário, verificar que é apresentado apenas o EPI Pai.

  • Ao selecionar o EPI Pai e clicar em Funcionário, o sistema apresenta a tela com os EPIs Filho para que o usuário selecione.

  • Quando o sistema abrir a tela com o EPI selecionado, o processo de entrega prossegue com o processo normal.

Para facilitar, a rotina possui uma busca por Matrícula ou por Data Entrega + Hora Entrega localizado no canto superior direito da tela. O resultado da busca é apresentado no quadro inferior após clicar no botão de Reordenar. A opção Ordem das Entregas pode ser ocultado caso o usuário clique na barra central com o símbolo >.

Para entregas de EPI que ocorrerem para funcionários que estejam como demitido, afastado ou em férias (os dois últimos precisam ter um cadastro na SR8), é necessário que o parâmetro MV_NGEPIEN esteja configurado como N.

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=Sim ou N=Não.                     

Informações
titleImportante

Caso o parâmetro de integração de estoque esteja habilitado (MV_NGMDTES), é necessário que haja uma inclusão na rotina Inicial (MATA220), informando o EPI, armazém e a quantidade. Caso não haja esse cadastro, o sistema dispara a mensagem abaixo informando que o campo Armazém é inválido:

Image Removed

Quando o sistema está integrado ao módulo de Estoque é importante salientar que para a entrega do EPI acontecer, é necessário que a Data de Entrega (TNF_DTENTR) seja superior a data colocada no parâmetro MV_DBLQMOV e no parâmetro MV_ULMES, ambos tratam de datas de movimentações realizadas no estoque.

Nota
titleMV_DBLQMOV

Data para bloqueio de movimentos. Não podem ser alterados / criados / excluídos movimentos com data menor ou igual a data informada no parâmetro.

Nota
titleMV_ULMES

Data do ultimo fechamento do estoque.

Após a impressão do relatório de Recibo de Entrega de EPI (MDTR805), é possível realizar a exclusão do registro incluso. Para isto, o usuário deverá configurar o parâmetro MV_NG2EPIB com a opção 2 - Não bloqueado.

Nota
titleMV_NG2EPIB

Indica se será bloqueado o EPI após a impressão do relatório. Conteúdo deve ser 1 = Bloqueado ou  2 = Não Bloqueado.

Nota
titleMV_NG2INTE

Indica a integração existente do módulo SIGAMDT com outros produtos, para a integração com o Logix deve ser informado 2.

Deck of Cards
idInterações Internas
Card
iddevpar
labelDevolução Parcial

A opção de Devolução Parcial permite ao usuário realizar uma devolução de EPI onde seja particionada, ou seja, caso o funcionário tenha recebido 2 ou mais unidades do mesmo EPI, é possível realizar a devolução em partes. As informações devem ser ajustadas de acordo com as orientações descritas em Campos Devolução Parcial.

Aviso
titleImportante

A Devolução Parcial ou a Devolução Total, só é possível após a impressão do relatório que emite o recibo de entrega, o relatório Recibo de Entrega de EPI (MDTR805).

Card
idfunc
labelFuncionários

A opção de Funcionários apresenta todos os funcionários com o objetivo de poder realizar a seleção e fazer a entrega do EPI. É possível realizar uma Pesquisa para encontrar o funcionário desejado.

Deck of Cards
idbasicos
Card
idpesquisar
labelPesquisar

Possui filtros de pesquisa que facilitam a busca pelos funcionários. Ao selecionar o filtro desejado, as informações serão dispostas automaticamente de acordo com a seleção e, abaixo do filtro, no campo vazio, é possível informar o conteúdo de pesquisa e selecionar o botão de Pesquisar posteriormente.

Pesquisas disponíveis:

  • Matricula + Nome;

  • Nome + Matricula;

  • Marcados.

Card
idcancelar
labelCancelar

Permite o cancelamento de informações modificadas, alteradas ou incluídas.

Esta opção encerrará a rotina. Os dados salvos em buffer serão desconsiderados de modo que o sistema retorne para a última gravação efetiva.

Card
idsalvar
labelSalvar

Permite a gravação de informações, como um todo, da entrega ou devolução do EPI.

Para que os dados sejam persistentes no bando de dados, é necessário Salvar o conteúdo inserido, alterado ou excluído por meio da opção Salvar.

Card
id2
labelVisualizar

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
id3
labelPesquisar

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
Card
id4
labelFiltrar EPI's

Permite realizar o filtro de acordo com o status da entrega do EPI através do campo Mostrar EPI? com as opções:

  • Todos
  • Devolvidos
  • Não Devolvidos

A opção Todos apresenta todas as matrículas por EPI, estejam elas com o status de devolução ou não. A opção Devolvidos apresenta apenas as matriculas que estejam com o status de EPIs devolvidos e a opção de Não Devolvidos apresenta apenas as matriculas que estejam com o status em uso.

Para isto, basta selecionar o item desejado e clicar em Outras Ações / Filtrar EPIs.

Confira as informações disponíveis e clique em Ok para efetuar a exclusão do registro.

Card
id5
labelConhecimento

Executa a rotina padrão da base de conhecimento do sistema com informações genéricas armazenadas em arquivos.

Essas informações podem ser figuras, textos, planilhas ou qualquer tipo de arquivo que seja relevante.

Para isto, basta selecionar o item desejado e clicar em Outras Ações / Conhecimento.

Card
id6
labelImprimir Browse

Esta opção permite a impressão da listagem dos itens disponíveis no Browse.

Para isto, basta selecionar o item desejado e clicar em Outras Ações / Imprimir Browse.

...

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.  

...


Envios

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

Âncora
estoque
estoque

Deck of Cards
effectDuration0.5
historyfalse
idsamples
effectTypefade
Card
id640
labelAcidente (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 (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

...