NOME DO REQUISITO

Características do Requisito

NOME DO REQUISITO

Características do Requisito

Linha de Produto:

Descrição

Escreva aqui a descrição da nova implementação ou melhoria.

Importante

(Apenas para Microsiga Protheus, versões anteriores à versão 12)

Antes de executar o compatibilizador informe o nome do compatibilizador é imprescindível:

• Realizar o backup da base de dados do produto que será executado o compatibilizador (diretório PROTHEUS_DATA\DATA, se versão 10, ou \PROTHEUS11_DATA\DATA, se versão 11) e dos dicionários de dados SXs (diretório PROTHEUS_DATA_SYSTEM, se versão 10, ou \PROTHEUS11_DATA\SYSTEM, se versão  11).
• Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.
• Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.
• Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se de que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.
• O compatibilizador deve ser executado com a Integridade Referencial desativada*.

1. Em Microsiga Protheus TOTVS Smart Client (se versão 10) ou ByYou Smart Client (se versão 11), digite informe o nome do compatibilizador no campo Programa Inicial. Descreva se o compatibilizador deve ter uma data específica ou superior para que a atualização nos dicionários seja efetuada corretamente. Importante: Para a correta atualização do dicionário de dados, certifique-se que a data do compatibilizador seja igual ou superior a ___/___/____.
2. Clique em OK para continuar.
3. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa xxxx().
4. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
   1. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos.
      É apresentada uma mensagem explicativa na tela.
   2. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
   3. Clique em Gravar para salvar o histórico (log) apresentado.
   4. Clique em OK para encerrar o processamento.

Descreva se há algum procedimento necessário após a aplicação do compatibilizador.

Procedimento para Implantação

O sistema é atualizado logo após a aplicação do pacote de atualizações (Patch) deste chamado.

1. Aplique o patch do chamado e execute uma vez a rotina Informe o nome da rotina.
2. No módulo informe o nome do módulo acesse informe o caminho e verifique que o parâmetro informe o nome do parâmetro é criado conforme especificações abaixo:

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.
  
  Image Added
  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:
  Image Added 
  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.

Image Added

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

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.

Atualizações do Compatibilizador

(Apenas para Microsiga Protheus, versões anteriores à versão 12)

1. Criação ou Alteração de Perguntas no arquivo SX1 – Cadastro de Perguntes:

2.    Criação ou Alteração de tabela no arquivo SX2– Tabelas:

3.  Criação ou Alteração de Tabelas Genéricas no arquivo SX5 – Tabelas Genéricas:

4.  Criação ou Alteração (mantenha somente a instrução correspondente) de Campos no arquivo SX3 – Campos:

• Tabela BGD - Prod x Cob x Proc x Co-Part:

Importante:

O tamanho dos campos que possuem grupo pode variar conforme ambiente em uso.

5.  Criação ou Alteração de Consulta Padrão no arquivo SXB – Consulta Padrão:

• Pesquisa B05PLS:

6.  Criação ou Alteração de Índices no arquivo SIX – Índices:

7.  Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

8.  Criação ou Alteração (mantenha somente a instrução correspondente) de Gatilhos no arquivo SX7 – Gatilhos:

• Tabela BD5 – Contas Médicas:

Campo

Informe o conteúdo do (X7_CAMPO)

Sequência

Informe o conteúdo do (X7_SEQUENC)

Campo Domínio

Informe o conteúdo do (X7_CDOMIN)

Tipo

Informe o conteúdo do (X7_TIPO)

Regra

Informe o conteúdo do (X7_REGRA)

Posiciona?

Informe o conteúdo do (X7_SEEK)

Chave

Informe o conteúdo do (X7_CHAVE)

Condição

Informe o conteúdo do (X7_CONDIC)

Proprietário

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