Histórico da Página
01. DADOS GERAIS
| Produto: | TOTVS RH
| ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Linha de Produto: | | ||||||||||||||||
| Segmento: | RH | ||||||||||||||||
| Módulo: | FOLHA DE PAGAMENTO (MFP) | ||||||||||||||||
| Função: | ALTERAÇÃO INDIVIDUAL DE LOTAÇÃO (FP1350) | ||||||||||||||||
| Ticket: | 24211529 | ||||||||||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : | DRHROTDTS-18726 |
02. SITUAÇÃO/REQUISITO
O sistema atualmente realiza verificações de centros de custo em diferentes pontos da API, mas a lógica aplicada não é consistente em todas as integraçõesFoi identificado um problema na utilização da API FPAPI009.p, que está permitindo a integração no HCM com códigos de centro de custo inativos. Pela aplicação (programa FP1350), o sistema bloqueia a inclusão de alterações quando o centro de custo está inativo. Entretanto, via API, essa validação não está sendo respeitada.
O programa FPAPI009 está priorizando o centro de custo de origem na verificação de ativo/inativo. Essa abordagem permite que registros sejam integrados mesmo quando o destino está inativo.
03. SOLUÇÃO
Foi realizado um Efetuado ajuste no programa para garantir seguir a consistência na lógica mesma lógica utilizada em outros pontos da API, priorizando a verificação do centro de custo destino e validando sua atividade. Essa mudança se está ativo. Dessa forma, o tratamento se mantém consistente e evita integrações incorretas, alinhando o tratamento a outros pontos da API.
04. DEMAIS INFORMAÇÕES
<Não se aplica>Para correção do erro, é necessário baixar o pacote e executar novamente o processo.
05. ASSUNTOS RELACIONADOS
Não se aplica
| Templatedocumentos |
|---|
...