NOME DO REQUISITO

Características do Requisito

Descrição

Implementada melhoria com a disponibilização da integração do Back Office Protheus® com a NeoGrid (produto DRP Distribution Resource Planning) que possibilita o envio de informações de vendas e de posição de estoque, que são processadas e analisadas pelo DRP. Desta forma, é possível sugerir recomendações de solicitações, pedidos de compra ou transferência de estoque entre filiais.
A principal vantagem da integração é permitir que o balanceamento de estoques dos produtos do varejista na cadeia como um todo, seja considerado no histórico de consumo. Como consequência disso, possibilitar outras vantagens na gestão de estoques (descritas no fluxo abaixo) e resultar no aumento da rentabilidade e do Market Share.
Para isso, disponibilizou-se as rotinas:

• Cadastro Eventos (LOJA7031): Permite administrar situações internas ou externas que impactam na demanda e com isso, alterar o planejamento de previsão de reposição de estoques nas lojas.
• Filtros do Cadastro de Eventos: As regras de aplicação do evento permite indicar a quais SKUs o evento é aplicado. Para isso é necessário incluir pelo menos 1 (um) filtro, dentre as três pastas:
• Produto: O evento pode ser filtrado pelo Código do Produto, Grupo de Produto ou Categoria de Produto, onde cada opção equivale um registro.
• Fornecedor: O evento pode ser filtrado pelo Código do Fornecedor.
• Armazém: O evento pode ser filtrado pelo Código do Armazém.

• Exemplos de Eventos:
• Promoções.
• Ações de liquidação da concorrência.
• Problemas de abastecimento em função de problemas na rodovia.
• Abertura de nova loja do concorrente.
• Cadastro Tipo de Eventos (LOJA7032): Permite incluir os tipos de eventos que devem fazer parte do cadastro de eventos, facilitando a identificação do evento em questão.
• Exemplos de Tipo de Eventos:
• Promoção.
• Ação Concorrência.
• Perda.
• Roubo.
• Envio dos dados de estoque e vendas (Client Neogrid): O envio dos dados é efetuado por meio da FTP através de um Job (Client NeoGrid), que monitora uma determinada pasta definida por parâmetro no Protheus® MV_LJNEOUT. As informações enviadas do Protheus® ao DRP são:

• Itens do produto.
• Movimentações de Local de estoque.
• Origem da SKU.
• Cadastros de Local de Estoque.
• Eventos.
• Fornecedores.
• Movimentações de SKU.
• Movimentações de DFU.
• Pedidos de Compra.

 O objetivo deste envio é fornecer ao DRP Neogrid todas as informações necessárias para que sejam analisadas e assim definir as necessidades de compras buscando o balanceamento dos estoques.
As movimentações de SKU (Stock Keeping Unit, ou Unidade de Armazenamento de Estoque) e movimentações de DFU (Demand Forecast Unit, ou Unidade de Previsão de Demanda) contemplam todas as vendas emitidas tanto na Venda Assistida (SIGALOJA) na retaguarda quanto aos PDVs, originados no FrontLoja (SIGAFRT) ou no TOTVS PDV (SIGAFRT), interpretando dados da tabela de Itens de Notas Fiscais de Venda (SD2).
Devoluções nos Itens de Notas Fiscais de Entrada (SD1), gerados na rotina de Troca e Devolução do SIGALOJA (LOJA720), e Transferência de estoque entre filiais (SD3), também contemplam as movimentações de SKU.

• Retorno dos pedidos de solicitação e pedidos de compra: O retorno dos dados é efetuado por meio da FTP através de um Job (Client NeoGrid), e um Job do Protheus® monitora uma determinada pasta definida pelo parâmetro MV_LJNEOIN, com o objetivo de integrar com o Protheus® as análises feitas do DRP através da importação do Pedido de Compra e Solicitação de Compra. Em cada consulta de pedido de compra (MATA121) e solicitação de compra (MATA110), temos um campo chamado "DRP Neogrid?", que verifica se a solicitação ou se o pedido veio do Job de retorno da DRP.
• Envio e Retorno das informações: O envio e o retorno das informações são realizados através de 3 processos principais:
• Gerar arquivos para envio: Os arquivos com layout pré-definidos (ver detalhamento mais abaixo) são gerados através do Job LOJA7030, gravados em uma pasta determinada através do parâmetro MV_LJNEOUT e são enviados ao DRP por meio do Client NeoGrid (StartClient.exe).

• Job Client NeoGrid (StartClient): O Client deve ser adquirido junto a NeoGrid e instalado na Raiz do Protheus®. O parâmetro MV_LJNEOIN (pasta que recebe os arquivos para download, pedido de compra, solicitação de compra) deve conter o caminho especificado na configuração de recebimento do client. Exemplo: \WebEDIMercadorClient_V3.6.1\IN\.

           Exemplo da estrutura de pastas após a instalação: 
 

• Importação para o Protheus: A importação dos arquivos recebidos pelo DRP é realizada através do Job LOJA7033 e gravados em uma determinada pasta através do parâmetro MV_LJNEOIN, onde, são geradas as devidas movimentações no Protheus® (Solicitação ou Pedido) conforme configuração. Após o Protheus® ler esses arquivos, os mesmos são movidos para pasta Received através da configuração do parâmetro MV_LJNERCV, possibilitando armazenar todos os arquivos de retorno processados.
  
  
  No Console, é  apresentado se o retorno foi processado com sucesso ou não.
  No processamento de transferência entre filiais, caso for sucedido, aparecerá a origem e destino das filiais e a quantidade transferida, conforme imagem abaixo:
   
  Caso algum item do XML não seja processado por motivo de falta de estoque, produto inexistente, etc., o XML  será recriado somente com os itens não processados e copiará imediatamente na pasta IN.
  Desta forma, será processado novamente na próxima leitura.

Observe o Fluxo da Troca de Informações e os Jobs envolvidos na Integração:

Sobre o DRP NeoGrid

 O DRP (Sistema de Balanceamento de Estoques) tem como objetivo aumentar a rentabilidade e participação no mercado pelo balanceamento dos estoques da empresa, com base em informar o produto, na hora, no local e quantidade certa, além proporcionar que os desafios da cadeia de suprimentos e demanda sejam atendidos.
Ao considerar o principal objetivo sobre o aumento da rentabilidade através do balanceamento dos estoques temos:

• Redução do excesso de estoque.
• Maior velocidade de inserção de produtos novos no mercado.
• Redução dos níveis de obsolescência.
• Maior Disponibilidade de produtos.
• Aumento do nível de serviço a clientes e consumidores.

Procedimento para Configuração

(Estes procedimentos devem ser feitos quando for necessário configurar parâmetros e/ou  rotinas no menu).

CONFIGURAÇÃO DE PARÂMETROS

1. No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Crie/configure (mantenha somente a instrução correspondente) o(s) parâmetro(s) a seguir:
   (É necessário criar uma tabela para cada parâmetro descrito no item Parâmetro(s), da tabela Características do Requisito)

CONFIGURAÇÃO DE MENUS

2.  No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:

Procedimento para Utilização

• Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações:
• Localização da rotina no menu;
• Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;
• Caso seja necessário ter algum cadastro feito previamente, faça uma observação.

Exemplo:

       1.            No Plano de Saúde (SIGAPLS), acesse Atualizações / Produto Saúde / Produto Saúde (PLSA800).

O sistema apresenta a janela de produtos cadastrados.

       2.            Posicione o cursor em um produto e clique em Alterar.

       3.            Na pasta Cobertura/Carências selecione a subpasta Tipo de Prestador.

       4.            Dê duplo clique no campo TP Prestador (BCW_TIPPRE).

O sistema apresenta a janela Tipo de Prestador – Coparticipação – Alterar.

       5.            Informe os dados conforme orientação do help de campo e observe o preenchimento do novo campo:

                      Som. p/Compra (BCW_SOMCOM): selecione Sim para indicar se a coparticipação cadastrada será válida somente para efeito de compra de procedimentos ou Não, caso contrário.

       6.            Confira os dados e confirme.

Vídeo

• Vídeo hospedado no youtube e inserido no template por meio da macro Widget Connector.

** Canal do youtube e software de vídeoem definição.

Ponto de Entrada

Exemplo:

#Include 'Protheus.ch'

User Function CN120ALT()

Local aCab:= PARAMIXB[1]

Local cTipo:= PARAMIXB[2]

If cTipo == '1'

    aCab[4][2]:= 'NF' //Validações do usuário

EndIf

Return aCab