Especificação | |||
Produto | TOTVS Obras e Projetos | Módulo | Projetos |
Requisito1 | Controle de status de integração para movimentos integrados. | Subtarefa1 |
|
Release de Entrega Planejada | Réplica |
| |
País | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Objetivo
Essa melhoria implementada tem como objetivo resolver ‘gaps’ do processo de envio de movimento através dos processos de Pedido de Material e Pedido de Material extra,
utilizando as mensagens “Request” http://tdn.totvs.com/pages/viewpage.action?pageId=271661028 e “Order” http://tdn.totvs.com/pages/viewpage.action?pageId=271661028
Problema
Os controles de transação para geração de Múltiplos Movimentos não eram corretos, uma vez que o Protheus considera uma transação para cada movimento gerado, já o RM considerava uma única transação para todos os movimentos.
Caso ocorresse erro do segundo movimento em diante, os movimentos executados com sucesso ficavam no Protheus e no RM eram todos apagados. Fazendo com que as bases integradas ficassem inconsistentes.
Um exemplo desse problema é a geração de movimentos por Obra no RM. Nesse cenário já teríamos problema na exclusão desses movimentos, pois o RM entende como somente uma transação, fazendo com que não seja mais possível excluir esses movimentos.
Solução
Apesar de estar no mesmo processo, a geração no movimento foi separada internamente do processo de integração. Assim, caso haja erros de integração, os movimentos e consequentemente todos os cálculos efetuados continuam salvos na base e passíveis de ser somente reenviados para o sistema integrado.
Para esse controle, foi acrescentado um novo status no Fluxo dos Pedidos para que o usuário final visualize os movimentos pendentes de integração.
Ou seja, caso sejam gerados movimentos no RM e o algum desses movimentos der algum erro, o usuário final deverá somente ajustar a inconsistência e reenviar o movimento para que seja integrado.
Enquanto esse movimento não é corrigido e reenviado pelo usuário, este ficará com o status: "Em Suprimento/Faturamento com Movimentos não Integrados”.
O processo de geração do pedido e seu fluxo de aprovações se mantiveram da mesma forma.
A melhoria, consiste na criação de um status para que seja informado ao usuário se o movimento gerado foi totalmente integrado ou se houveram problemas de integração.
Para isso, foi criado o seguinte status: Em Suprimento/Faturamento com Movimentos não Integrados