Histórico da Página

01. 

...

DA DOS GERAIS

02. LIBERAÇÃO

Lembrando que, será a partir dos patches:

• 12.1.2502.

...

• 218

• 12.1.2506.

...

• 166

• 12.1.2510.100 e superiores

03. SITUAÇÃO/REQUISITO

...

Atualmente, quando um funcionário é transferido entre filiais ou coligadas, o sistema TOTVS Folha de Pagamento envia automaticamente a informação na tag <matricula_anterior> para o Ponto Web da Ahgora.

No entanto, em cenários onde a coligada de origem não possui integração ativa, e a coligada de destino possui, ao integrar o funcionário na coligada de destino ocorre o seguinte erro: “1 - O CPF informado é diferente do cadastrado para o funcionário no Pontoweb.”

Esse problema ocorre porque o sistema tenta enviar a matrícula de origem (coligada A) mesmo sem integração ativa naquela coligada, ao integrar o funcionário na coligada B.

Além disso, o mesmo comportamento é observado quando o funcionário foi transferido antes do início da integração.

04. SOLUÇÃO

As telas que foram migradas para Smart UI agora poderão ser acessadas também em .Net. O usuário poderá optar por qual tela utilizar. Foi criado uma tag de segurança diferenciada para tratamento adequado do menu.

As telas envolvidas são:

• Rateio Fixo
• Histórico Salarial
• Registro Preliminar
• Situação atual

  Exemplo:

  Na tela de segurança abaixo podemos observar dois menus de Registro Preliminar. O usuário poderá dar permissão no menu que ele desejar utilizar.

 Image Removed

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> será preenchida quando:

  • 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 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.

05. DEMAIS INFORMAÇÕES

• Integração RM X Ahgora

...