Cross Segmentos - Linha Logix - PED - Migração da rotina de pedidos para a versão metadados

 Tempo aproximado para leitura: 00:08:00

Dúvida
O que mudou e o que deve ser considerado para a migração da rotina antiga de pedidos - VDP3135, VDP03134, VDP4210, VDP1070, VDP1080, VDP1090, etc - para a rotina em Metadados - VDP20000, VDP20002, VDP20021, VDP20023, etc?

Ambiente
Cross Segmentos - TOTVS Backoffice (Linha Logix) - Pedidos - Versão 12

Solução
Na migração da rotina de pedidos para a versão metadados houve alterações que precisam ser consideras.
A principal mudança na nova rotina em metadados, foi a eliminação das tabelas de pedidos batch/lote.
Na rotina antiga existem dois conjuntos de tabelas, um conjunto utilizado para pedidos em batch, e outro conjunto utilizado para pedidos em carteira.
Na rotina em metadados é utilizado apenas 1 conjunto de tabelas, e para sinalizar o pedido que não está em carteira, é utilizada a situação Em Análise.

Tabelas de pedidos em batch
Na rotina antiga os pedidos em batch ficavam armazenas nas tabelas que incluem no nome a abreviação ..._dig_...
Exemplos: pedido_dig_mest, pedido_dig_item, ped_dig_it_nat, pedido_dig_texto, etc.
As informações em batch da rotina antiga são consultadas no VDP3135.
Esses pedidos são consideradas em batch, com a seguinte ideia, que pedidos em batch entraram no Sistema, porém precisam passar por validações e consistências antes de entrar em carteira. 
Os pedidos em batch também são chamados de pedidos em lote, por isso o nome batch/lote.

Tabelas de pedidos em carteira
Na rotina antiga quando os pedidos são incluídos em carteira são gravados nas tabelas de pedidos em carteira, exemplo: pedidos, ped_itens, ped_item_nat, etc, que tem correlação com as tabelas em batch.
Alguns exemplos da correlação entre as tabelas:
pedido_dig_mest - pedidos
pedido_dig_item - ped_itens
ped_dig_it_nat - ped_item_nat
Quando o pedido é incluído nas tabelas em carteira, é eliminado das tabelas em batch.
Após a inclusão em carteira os pedidos podem ser consultados no VDP4260, e podem ser alterados no VDP1090.

Tabelas da rotina em metadados
Em metadados o programa principal é o VDP20000, e a rotina utiliza apenas 1 conjuntos de tabelas, que é o conjunto das tabelas em carteira. São as tabelas pedidos, ped_itens, ped_item_nat, etc.
Nessa versão o conceito de pedidos em batch mudou para pedidos Em análise.
Os pedidos ficam sempre armazenados no mesmo conjunto de tabelas, e apenas a situação do pedido indica se o pedido está Em análise ou em carteira. No campo ies_sit_pedido da tabela pedidos, se estiver com situação E indica que o pedido está Em análise, outras situações são consideradas como em carteira.
Em comparação com a rotina antiga, o conceito de pedidos Em análise são equivalentes a pedidos em batch, isto é, não é possível gerar Ordem de Montagem ou Faturar esses pedidos. Precisam primeiro passar por consistência para entrar em carteira, e então poder seguir no processo até ao faturamento.

Alterações nas consistências
Outra mudança importante é alteração nas rotinas e tabelas de consistências do pedido.
O processo antigo é executado por etapas, cada passo é executado por um programa diferente. O VDP4210 faz a consistência. No VDP4740 exibe as mensagens de consistência.
As aprovações são feitas nos programas VDP2960 e VDP2970.
Quando o pedido não tem mais consistências ou estiver aprovado, o VDP1070 é utilizado para fazer a inclusão dos pedidos em carteira.
Na versão em metadado por utilizar apenas um conjunto de tabelas, o VDP1070 é eliminado do processo. Os pedidos em análise passam pela consistência, e caso não houver consistências ou forem aprovadas, a situação do pedido é alterada. Dessa forma o pedido passa estar em carteira.
As consistências e aprovações podem ser feitas por pedido a partir do VDP20000. Ou podem ser feitas processando mais de um pedido pelos programas VDP20023 e VDP20021.

Na versão metadados as consistências e aprovação são mais elaboradas que a versão antiga. As consistências são identificadas por números, sendo possível definir o grupo de usuários que poderá aprovar cada consistência.
O grupo de usuários poderá conter 1 ou mais usuários.
Também é possível fazer aprovações por alçadas, definindo o grupo de usuários que pode aprovar cada alçada. É possível definir que mais de um usuário faça a aprovação das consistências.
Em um exemplo hipotético, caso desejar pode definir que a consistência de crédito seja obrigatoriamente aprovada por um analista de crédito e um gerente financeiro.
As aprovações ficam armazenadas sendo possível identificar quais usuários fizeram cada aprovação.

Abaixo seguem algumas mudanças referente à migração para a versão em metadados:

• As rotinas batch e carteira foram unificadas gravando os registros em apenas um conjunto de tabelas;
• Os pedidos em batch/lote passaram a ser chamados de pedidos em análise;
• A situação do pedido indicará se o pedido encontra-se em carteira ou em análise.
• Simplificação da rotina por meio da eliminação de telas em cascata, reorganização completa dos campos, unificação de telas e conceitos de usabilidade;
• Grande parte das informações do pedido é preenchida automaticamente, fazendo com que o usuário não necessite acessar todas as telas na inclusão do pedido. Exemplo, tipo de frete, indicador de comissão, finalidade, entre outros; Também é possível fazer uma parametrização para carregar informações de pedidos pré-definidas por cliente. E é possível parametrizar acesso a determinados campos por usuário.
• Simplificação operacional por meio da unificação da tela de informações mestres e detalhes, e outros botões;
• Processo único de inclusão: digitação, consistência, apresentação dos erros e efetivação. Todo o processo de inclusão, consistência, aprovação e alteração de um pedido pode ser feito em um único programa, VDP20000.
• Incluídas novas funcionalidades, por exemplo, as consistências são mais elaboradas, e possuem o conceito de Alçada de aprovação. Onde mais de uma pessoa pode ser responsável por liberar as consistências financeira e/ou comerciais do pedido, e podem ser definidas faixas de aprovação, por exemplo faixas de valores.

Rotinas na versão 4gl que foram unificadas no VDP20000 - Manutenção de pedidos.

Fluxo dos pedidos na versão metadados:

Importante
Os nomes dos programas mencionados nesse artigo estão listados nas figuras mostradas acima.
Levando em conta as alterações mencionadas na versão em metadados, e necessário considerar como tratar os programas customizados que envolvam a rotina de pedidos, especialmente a entrada de pedidos em batch. Caso desejar manter a rotina em batch, possível utilizar o programa VDP20020 para fazer a migração do pedido em batch para pedido em análise na versão metadados. Dessa forma é possível manter apenas a entrada de pedidos na versão antiga, e utilizar a rotina nova para a continuação do processo.
Também é importante ressaltar que, não se deve usar em paralelo os programas antigos e os programas novos. Pois o tratamento das situações do pedido e das consistências são diferentes nas duas versões, e a utilização de programas em paralelo vai causar erros no processo de pedidos.
Caso optar por essa opção de utilização do VDP20020 para migrar pedidos, Como mencionado é possível apenas permitir que a entrada de pedidos seja feita no conjunto antigo de tabelas de pedidos em batch, em seguida fazer a migração para pedido em análise. E então utilizar os programas metadados para seguir toda a rotina de pedidos. Isto é, depois de migrar um pedido para metadados não deve utilizar esse pedido com programas da rotina antiga.

Saiba mais
Para definir informações padrão e acesso a campos consulte o artigos:
Cross Segmentos - Linha Logix - PED - Acesso a campos e informações padrão do pedido no VDP20000
Cross Segmentos - Linha Logix - PED - Restringir acesso do usuário ao campo Empresa na consulta de pedidos
Para mais informações sobre o VDP20000 e os toda a rotina em metadados consulte o manual: