Histórico da Página
...
Produto: | TOTVS - Folha de Pagamento |
|---|---|
Linha de Produto: | Linha RM |
Segmento: | RH |
Módulo: | TOTVS RH (Linha RM) - Folha de Pagamento (LABORE) |
Função: | Integração RM X Ahgora - Tratativa para Transferido |
| Issue: |
02. LIBERAÇÃO
...
Para viabilizar o preenchimento correto, foram criados os campos CHAPAANTERIOR e CODCOLIGADAANTERIOR na tabela PINTEGRACAOENVIOAHGORA, com isso a chapa de origem (matricula anterior) somente deve ser enviada quando a coligada da chapa de origem estiver com a integração ativa com a Ahgora e o funcionário correspondente já existir na base da Ahgora (ou seja, já estiver integrado).
Regras:
Nos cenários de transferência entre coligadas, a tag
<matricula_anterior>somente será preenchida sequando:A coligada de origem estiver com a integração ativa, e
A chapa anterior possuir status Integrado, ou seja, quando o campo PINTEGRACAOENVIOAHGORA.STATUS = 1.
Cenário adicional:
Em um cenário onde o cliente já tenha integrado uma chapa A antes da atualização do patch mencionado no item "02. Liberação" onde criamos as novas colunas CHAPAANTERIOR e CODCOLIGADAANTERIOR, e após aplicar a atualização realize a transferência da chapa A chapa de origem somente deve ser enviada quando a coligada da chapa de origem estiver com a integração ativa com a Ahgora e o funcionário correspondente já existir na base da Ahgora (ou seja, já estiver integrado)para a chapa B, o sistema irá identificar que a chapa A não possui os novos campos preenchidos, mas já está integrada.
Nessa situação, o sistema ainda assim preencherá a tag
<matricula_anterior>ao enviar a chapa B, considerando que a chapa A é a anterior e já se encontra integrada.Foi implementado um tratamento específico para identificar esse cenário e garantir o correto preenchimento, evitando inconsistências durante o processo de transferência.