Histórico da Página
Integração Protheus x DRP Neogrid
...
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
1. Contexto de negócio (Introdução)
2. Sistemas Envolvidos
3. Integração
4. Escopo
5. Pré-requisitos instalação/implantação/utilização
5.1. Datasul
5.2. Logix
5.3. Protheus
5.4. RM
6. Instalação/Atualização
6.1. Datasul
6.2. Logix
6.3. Protheus
6.4. RM
7. Controle de Versão
8. Suporte
9. Transações/Entidades/Mensagens únicas
10. Fluxo das Informações Informações
10.1. Cadastros
10.2. Processos
11. Fluxo das Informações Informações 12. Como fazer (opcional)
13. Situações comuns (opcional)
14 12. Checklist de suporte da aplicação
15. Anexos aplicação
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
...
Efetuar a Efetuar a integração do Back Office Protheus® com a NeoGrid (produto DRP – Distribution Resource Planning) através do envio de informações de vendas e de posições de estoque, que são processadas e analisadas pelo DRP com o objetivo de sugerir recomendações de solicitações ou pedidos de compra.
A principal vantagem da integração, é permitir o balanceamento de estoques dos produtos varejistas da cadeia de processos, considerando o histórico de consumo de indústrias e varejos com foco no aumento do giro, redução de rupturas e consumo real. Como consequência, possibilita outras vantagens na gestão de estoques, como aumento da rentabilidade, Market Share, foco na distribuição interna, gerenciamentos dos estoques, reposição adequada dos produtos em seus Centros de Distribuição (CDs) e otimização da produção e logística.
Suas principais premissas são, evitar:
...
- Indicadores orientados à previsão, com alto erro de previsão.
- Processo de distribuição complexo.
...
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
...
- Protheus®/SIGALOJA.
- DRP NeoGrid - O objetivo é aumentar a rentabilidade e participação no segmento através do balanceamento dos estoques de sua empresa, considerando a cadeia de suprimentos, indústria e varejo. O DRP tem foco na distribuição tanto da indústria quanto do varejo.
...
Âncora | ||||
---|---|---|---|---|
|
A principal vantagem da integração é permitir o balanceamento de estoques dos produtos do varejista na cadeia como um todo considerando o histórico de consumo. Como consequência disso, possibilita outras vantagens na gestão de estoques (descritas no fluxo abaixo) e resulta no aumento da rentabilidade e do market share.
As informações são originadas do Back Office Protheus® e envidas em formato XML ao DRP da NeoGrid para serem analisadas e processadas. Os dados enviados são:
Item | Descrição |
Itens do Produto. | Arquivo onde serão informadas as caracteristicas do item. |
Mov. de Local de Estoque. | Arquivo contendo informações do item no local de estoque. |
Origem da SKU. | Arquivo contendo as origens do item no local de estoque específico. |
Cadastro Local de Estoque. | Arquivo contendo as informações do local de estoque. |
Movimentação de SKU. | Arquivo contendo vendas e estoque do item no local de estoque específico. |
Movimentação de DFU. | Arquivo contendo vendas do item nas dimensões de demanda específicas. |
Cadastro de Eventos. | Arquivo contendo as informações dos cadastro de eventos. |
Itens de Pedidos Colocados | Arquivo contendo os pedidos de compra. |
Fornecedores. | Arquivo que será informada as características comuns do fornecedor. |
...
Item | Descrição |
Solicitação / Pedido de Compra / Transf. Est. Entre Filiais | Arquivo onde serão informados as solicitações, os pedidos de compra ou as transferências de estoque entre filiais dependendo da parametrização do Back Office Protheus®. |
...
A NeoGrid (produto DRP – Distribution Resource Planning) disponibilizara um portal de acesso, com as seguintes opções:
Fluxo de Pedidos: Compras |
|
Fluxo de Pedidos: Transferências |
|
Fluxo de Pedidos: Transferências - Configuração de Administrador |
|
Ao receber os arquivos, o DRP da NeoGrid analisa e processa as informações retornando sugestões de solicitações de compra ou pedidos de compra, conforme a configuração do Back Office Protheus®.
Os arquivos são gerados em pastas configuradas no Back Office Protheus®, e o upload e download é efetuado pelo Client da NeoGrid.
Item | Descrição |
Solicitação / Pedido de Compra / Transf. Est. Entre Filiais | Arquivo onde serão informados as solicitações, os pedidos de compra ou as transferências de estoque entre filiais, conforme a parametrização do Back Office Protheus®. |
Escopo
Disponibilizada as rotinas que permitem efetuar a integração do Back Office Protheus® com a NeoGrid (produto DRP – Distribution Resource Planning) através do envio de informações de vendas e de posição de estoque que são processadas e analisadas pelo DRP, com o objetivo de sugerir recomendações de solicitações, pedidos de compra ou transferência de estoque entre filiais.
O DRP (Sistema de Balanceamento de Estoques) tem a finalidade de aumentar a rentabilidade e participação no mercado por meio do balanceamento dos estoques da empresa, com base em informar o produto, a hora, o local e a quantidade no momento certo e permitir que os desafios da cadeia de suprimentos e demanda sejam atendidos.
Considerando o principal objetivo como 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.
Para melhor visualização da integração, observe o Fluxo de Troca das Informações e os Jobs envolvidos.
- Cadastro Eventos (LOJA7031): O cadastro de eventos tem a finalidade de administrar situações internas ou externas que possam impactar na demanda e com isso alterar o planejamento de previsão de reposição de estoques nas lojas.
Filtros do Cadastro de Evento.
Regras de aplicação do evento. Indica a quais SKUs o evento será aplicado, temos que incluir pelo menos 1 (um) filtro, dentre as três abas (Produto, Fornecedor, Armazém).
Produto.
Na aba 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.
Na aba Fornecedor o evento pode ser filtrado pelo código do fornecedor.
Armazém.
Na aba 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): O cadastro de Tipo de Eventos tem como objetivo, incluir os tipos de eventos, que farão parte do cadastro de eventos para poder identificar melhor o 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
- 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.
...
- Cadastro Eventos (LOJA7031).
O cadastro de eventos serve para administrar situações internas ou externas que possam impactar na demanda e com isso alterar o planejamento de previsão de reposição de estoques nas lojas.
Filtros do Cadastro de Evento.
Regras de aplicação do evento. Indica a quais SKUs o evento será aplicado, temos que incluir pelo menos 1 (um) filtro, dentre as três abas (Produto, Fornecedor, Armazém).
- Produto.
Na aba 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.
Na aba Fornecedor o evento pode ser filtrado pelo código do fornecedor.
- Armazém.
Na aba 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).
O cadastro de Tipo de Eventos tem como objetivo, incluir os tipos de eventos, que farão parte do cadastro de eventos para poder identificar melhor o 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 é feito via FTP através de um Job (Client NeoGrid), que monitora uma determinada pasta definida por parâmetro no Protheus (MV_LJNEOUT).
As informações a serem enviadas a partir do Protheus ao DRP são:
- Itens do produto;
- Movimentações de Local de estoque;
- Origem da SKU;
- Cadastro de Local de Estoque;
- Eventos;
- Fornecedores;
- Movimentações de SKU;
- Movimentações de DFU;
- Pedidos de compra;
...
- Retorno de solicitação e pedidos de compra
O retorno dos dados é feito via FTP através de um Job (Client NeoGrid), e um Job do Protheus que monitora uma determinada pasta definida por parâmetro no Protheus (MV_LJNEOIN), com o objetivo de integrar com o Protheus as analises feitas do DRP através da importação de 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 é realizado através de 3 processos principais:
- Gerar arquivos para envio;
- Job (Client NeoGrid) para envio e recebimento das informações;
- Importação para o Protheus.
...
- A importação dos arquivos recebidos pelo DRP é realizada através do job LOJA7033, sendo gravados em uma pasta determinada através do parâmetro MV_LJNEOIN e, a partir daí, geradas as devidas movimentações no Protheus (solicitação ou pedido) conforme configuração. Após o Protheus® ler esses arquivos, os mesmos serão movidos para uma outra pasta através da configuração do parâmetro MV_LJNERCV, que serão guardados todos os arquivos de retorno processados.
...
- Execução do update de base UPDLO119, conforme Procedimentos para Implementação.
- Adquirir junto a NeoGrid o Client (StartClient) e instalar na Raiz do Back Office Protheus®.
- Criar Schedule para gerar e importar os XMLs.
Instalação Client Neogrid
...
LJNEOUT).
As informações a serem enviadas a partir do Protheus ao DRP são:
- Itens do produto;
- Movimentações de Local de estoque;
- Origem da SKU;
- Cadastro 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 de solicitação e pedidos de compra
O retorno dos dados é feito via FTP através de um Job (Client NeoGrid), e um Job do Protheus monitora uma determinada pasta definida por parâmetro (MV_LJNEOIN), com o objetivo de integrar com o Protheus as analises feitas do DRP através da importação de 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 é realizado através de 3 processos principais:
- Gerar arquivos para envio;
- Job (Client NeoGrid) para envio e recebimento das informações;
- Importação para o Protheus.
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 através do Client NeoGrid (StartClient.exe).
Job Client NeoGrid (StartClient)
Importação para o Protheus
- A importação dos arquivos recebidos pelo DRP são realizados através do job LOJA7033, e gravados em uma pasta, conforme configuração do parâmetro MV_LJNEOIN, e posteriormente 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 uma outra pasta, através da configuração do parâmetro MV_LJNERCV, ( permite 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.
- 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 copia imediatamente na pasta IN. O arquivo é apresentado com NOMENCLATURA ret no final do arquivo, sendo necessário verificar o console ou o arquivo de logs. Desta forma, será processado novamente na próxima leitura.
Importante
Verifique a gravação de Logs do Pedido de Compra, Solicitação de Compras e Transferência entre filiais na pasta autocom\logs (ambiente).
Para ativação do arquivo de logs, basta digitar no appserver.ini as seguintes instruções:
enable = 1
Importante
Para que os XML´s possam ser gravados no envio e retorno, tanto pelo Protheus como pela Neogrid, é estritamente necessário alterarmos as permissões da pasta \WebEDIMercadorClient_V3.6.1 para permissão de leitura e gravação.
Modo de Compartilhamento de Tabelas
Para o correto funcionamento da Integração Protheus x DRP Neogrid, é necessário atentar-se ao modo de compartilhamento das seguintes tabelas:
Quando não há gestão de grupos de empresas configurada, as tabelas Produtos (SB1) e Fornecedores (SA2) deverão estar em modo de acesso compartilhado.
Ou quando há gestão de grupos de empresas:
Transferência de estoque entre empresas:
Caso seja necessário efetuar transferência de estoque entre empresas, é necessário que o modo de compartilhamento de tabelas seja configurado conforme exemplo abaixo:
Entidade | Empresa | Unidade | Filial | Tabela Protheus |
---|---|---|---|---|
Produtos | Compartilhado | Compartilhado | Compartilhado | SB1 |
Fornecedores | Compartilhado | Compartilhado | Compartilhado | SA2 |
Categoria x Grupo de Produtos | Compartilhado | Compartilhado | Compartilhado | ACV |
Categorias | Compartilhado | Compartilhado | Compartilhado | ACU |
Transferência de estoque entre unidades de negócio:
Caso seja necessário efetuar transferência de estoque entre unidades de negócio, é necessário que o modo de compartilhamento de tabelas seja configurado conforme exemplo abaixo:
Entidade | Empresa | Unidade | Filial | Tabela Protheus |
---|---|---|---|---|
Produtos | Exclusivo | Compartilhado | Compartilhado | SB1 |
Fornecedores | Exclusivo ou Compartilhado | Compartilhado | Compartilhado | SA2 |
Categorias | Exclusivo ou Compartilhado | Compartilhado | Compartilhado | ACU |
Categoria x Grupo de Produtos | Exclusivo ou Compartilhado | Compartilhado | Compartilhado | ACV |
Transferência de estoque entre filiais:
Caso seja necessário efetuar transferência de estoque entre filiais, é necessário que o modo de compartilhamento de tabelas seja configurado conforme exemplo abaixo:
Entidade | Empresa | Unidade | Filial | Tabela Protheus |
---|---|---|---|---|
Produtos | Exclusivo | Exclusivo | Compartilhado | SB1 |
Fornecedores | Exclusivo ou Compartilhado | Exclusivo ou Compartilhado | Compartilhado | SA2 |
Categoria x Grupo de Produtos | Exclusivo ou Compartilhado | Exclusivo ou Compartilhado | Compartilhado | ACV |
Categorias | Exclusivo ou Compartilhado | Exclusivo ou Compartilhado | Compartilhado | ACU |
É obrigatório, no mínimo, transferência de estoque entre filiais, obrigando a configuração no item acima.
Além da tabela Produtos (SB1) estar compartilhada, as tabelas Produtos (SB1) e Dados Adicionais do Produto (SB5) devem possuir o mesmo compartilhamento, evitando inconsistências devido a compartilhamentos incorretos.
É importante que para o funcionamento completo da integração Protheus x DRP Neogrid, todos os produtos deverão estar disponíveis em todos os locais de estoque acessíveis. E para cada produto, deverá estar representado por um fornecedor, que também deverá estar acessível para todos os locais de estoque.
Local de estoque, para o DRP, representa a localização da filial mais o número do armazém daquela filial. No Protheus, cada filial poderá ter um ou mais armazéns. Este local de estoque poderá ser uma loja ou um centro de distribuição.
Importante
Caso a configuração não respeite estas regras, será exibido uma mensagem ao entrar no Job de Envio (LOJA7030) que existe incompatibilidade de acesso entre tabelas.
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Pré-requisitos instalação/implantação/utilização
- Execução do update de base UPDLO119, conforme Procedimentos para Implementação.
- Adquirir junto a NeoGrid o Client (StartClient) e instalar na Raiz do Back Office Protheus®.
- Criar Schedule para gerar e importar os XMLs.
Instalação Client Neogrid
O Client (StartClient.exe) deve ser adquirido junto a NeoGrid (as informações estão disponíveis no site http://www.neogrid.com) e instalado na Raiz do Protheus®.
O parâmetro MV_LJNEOIN (pasta que receberá os arquivos para download, Pedido de Compra, Solicitação de Compra) deve conter o caminho especificado na configuração de recebimento do Client. Ex: "\Client Neogrid\WebEDIMercadorClient_V3.6.1\IN\" ou "\ClientMercador\Bin\IN\".
O parâmetro MV_LJNEOUT (pasta que receberá os arquivos para upload, informações geradas pelo Protheus®) deve conter o caminho especificado na configuração de envio do Client. Ex: "\Client Neogrid\WebEDIMercadorClient_V3.6.1\OUT\" ou "\ClientMercador\Bin\OUT\".
Ao entrar em contato com a Neogrid, peça o arquivo Client DRP. Aguarde o retorno até receber o arquivo compactado de instalação. Descompacte esse arquivo e mova para dentro do RootPath.
Exemplos da estrutura de pastas após a instalação:
- OUT:* Pasta que o Job LOJA7030 deverá criar os XMLs para exportação.
- SENT:* Quando os XMLs da pasta OUT são enviados para o DRP, os arquivos são movidos para esta pasta SENT.
- SUMMARY:* Relatório de envio dos XMLs.
- IN:* Pasta onde irá retornar os XMLs criados pelo DRP. Estes XMLs irão para o Job LOJA7033, retornando dados ao Protheus.
- RECEIVED: Quando os XMLs da pasta IN são lidos pelo Job de retorno LOJA7033, os arquivos são movidos para esta pasta RECEIVED.
Protheus
- No Configurador (SIGACFG) acesse Ambientes/Cadastro/Menu (CFGX013) e configure o(s) parâmetro(s) a seguir:
Nome Var. | MV_LJDRP |
Tipo | L - Lógico |
Descrição | Ativa Integração Protheus x DRP Neogrid |
Valor | .T. |
Nome Var. | MV_LJNEOCM |
Tipo | N - Numérico |
Descrição | Tipo de comunicação 1 - Webservice 2 – EDI. Determina o tipo de comunicação que o Protheus irá utilizar na comunicação, (1) será utilizado via Webservice, (2) será utilizado via FTP através de um Client da NeoGrid (startClient) |
Nome Var. | MV_LJNEOCP |
Tipo | C - Caracter |
Descrição | Condição de Pagamento donwload NeoGrid. Condição de pagamento utilizado para a importação dos pedidos de venda / Solicitação de Compra. |
Nome Var. | MV_LJNEOIN |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (download) oriundos do processamento do DRP da Neogrid. |
Nome Var. | MV_LJNEOUT |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (upload) para serem enviados para serem processados (DRP da Neogrid). |
Nome Var. | MV_LJNEOPV |
Tipo | N – Numérico |
Descrição | Determina se o retorno do DRP (Neogrid), será <1> Pedido de Compra, <2> Solicitação de Compra. |
Nome Var. | MV_LJNEOEM |
Tipo | N – Numérico |
Descrição | Parâmetro para configurar o código da empresa cadastrada na solução DRP Neogrid. O Neogrid deverá fornecer este código. |
Nome Var. | MV_LJUSDRP |
Tipo | C - Caracter |
Descrição | Informe o código de usuário padrão do DRP Neogrid. O Neogrid deverá fornecer este código. Atente pelo número de dígitos. |
Nome Var. | MV_LJNERCV |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, que armazenará os arquivos lidos em MV_LJONEIN e processados no Job de Retorno. |
Nome Var. | MV_LJNETES |
Tipo | C - Caracter |
Descrição | Informe o TES de saída para transferência entre filiais. |
Nome Var. | MV_LJNETEE |
Tipo | C - Caracter |
Descrição | Informe o TES de entrada para transferência entre filiais. |
Nome Var. | MV_LJNECPT |
Tipo | C - Caracter |
Descrição | Informe a Condição de Pagamento para transferência entre filiais. |
Nome Var. | MV_LJNESER |
Tipo | C - Caracter |
Descrição | Informe a série específica para transferência entre filiais. |
Nome Var. | MV_LJNEESP |
Tipo | C - Caracter |
Descrição | Informe a espécie específica para transferência entre filiais. |
Cadastros de Tipos de Eventos:
- No Controle de Lojas (SIGALOJA) acesse Atualizações/Cadastros/Tipo de Eventos (LOJA7032).
- Clique na opção Incluir.
Caso o cadastro esteja zerado, é aberta automaticamente a tela de Inclusão. - Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
Código: É preenchido automaticamente pelo Protheus®.
Descrição: Informe o nome do Tipo de Evento. - Confira os dados e Confirme.
Cadastro de Eventos:
- No Controle de Lojas (SIGALOJA) acesse Atualizações/Cadastros/Eventos (LOJA7031).
O Cadastro de Evento se refere a um acontecimento que afeta o mercado e pode ser filtrado por: Fornecedores, Produto, Grupo de Produto, Categoria, Armazém e Inclusão de Tipos de Eventos. - Clique em Incluir. Caso o cadastro esteja zerado, é aberta automaticamente a tela de Inclusão.
- Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
Codigo Event: O código é preenchido automaticamente pelo Protheus®.
DescrEvent: Deve ser preenchido a descrição do evento.
Tipo Evento: Código do tipo de evento, busca no cadastro de tipo de eventos e apresenta na tela a descrição do tipo de evento.
Link: Endereço digital do link do evento, caso exista.
Inicio Event: A data em que o evento se inicia.
Fim Evento: A data em que o evento se encerra.
Avisa Termin: Avisa o termino do evento.
Dias Anteced: Quantidade de dias de antecedência do aviso de término.
Tipo Impacto: Qual o tipo de impacto que o evento vai refletir nas vendas (Percentual / Absoluto).
Imp Previsto: O impacto previsto em valores, de acordo com a escolha no campo Tipo de Impacto.
Imp Real: O impacto que o evento realmente proporcionou em valores, de acordo com a escolha no campo Tipo de Impacto. - Confira os dados e confirme.
- Configure os Filtros do Evento:
Filtros do Evento: Para cadastrar os filtros, existem 3 pastas, mas para efetuar o filtro, é necessário que seja cadastrado no mínimo um (1) filtro em uma das pastas.
Produto
- Produto: Filtro por código de produto.
- Grupo de Prod: Filtro por grupo de produto.
- Categoria: Filtro por categoria.
Observação: É possível unir o produto com grupo e/ou categoria separando em mais de um registro.
Fornecedor
- Cod Fornec: Filtro por Fornecedor.
Armazém
- Armazém: Filtro por armazém.
Confira os dados e clique em confirmar.
Pré-Requisitos – Envio de arquivos para DRP:
Cadastros:
- No SIGALOJA (SIGALOJA) acesse Atualizações/Cadastros /Produtos (LOJA110).
- Efetue o cadastro de produtos.
Importante
Se a tabela SA2 (Fornecedores) for compartilhada, obrigatoriamente devem ser preenchidos os campos: Fornecedor Padrão (B1_PROC) e Loja Padrão (B1_LOJPROC).
3. Se a tabela SA2 (Fornecedores) for exclusiva, acesse Atualizações / Gerencia Estoque / Produto x Fornecedor (MATA060).
4. Relacione cada filial, cada fornecedor e cada produto, lembrando que o cadastro não permite mais de um fornecedor para o mesmo produto e filial.
- Acesse Atualizações /Cadastros /Complemento do Produto (MATA180).
- Cadastre no mínimo 1 (um) complemento de produto.
- Acesse Atualizações /Cadastros /Categorias (FATA140).
- O produto deve estar associado a uma Categoria.
Deve ser cadastrado no mínimo 3 (três) tipos de categoria para o produto mencionado acima.
Exemplo:
- O produto está na categoria Linha TV, esta é uma categoria filho.
- Cadastre uma categoria pai como Eletrônicos.
- Em seguida, altere a categoria filho: no campo Categoria Superior, digite o código da categoria pai e confirme.
Lembrando que é a categoria principal como filho, a categoria superior como pai, etc, respeitando sua hierarquia.
- Acesse Atualizações/Cadastros /Amarração Categoria x Produto (FATA150).
- Efetue a amarração do produto x categoria.
- Acesse Atualizações /Cadastros/Grupo de Produtos (MATA035).
- Cadastre no mínimo 1 (um) grupo de produtos.
- Acesse Atualizações/Gerência Estoques/Fornecedores (MATA020).
- Efetue o cadastro de fornecedores.
- Acesse Atualizações /Cadastros / Locais de Estoque (AGRA045).
- Efetue o Cadastro Locais de Estoque.
Pré-requisitos - Cadastro de Transferência entre Filiais para DRP:
Importante
É necessário ter duas filiais, uma origem (exemplo: D MG 01) e uma destino (exemplo: D MG 02).
Configure o parâmetro: MV_FILTRF := .T.
- No Controle de Lojas (SIGALOJA) acesse Atualizações/ Cadastros/ Produtos (LOJA110).
- Configure os campos: Grupo; Fornecedor Padrão; Loja Padrão;
- Preencha os campos da pasta Mrp/Suprimentos:
Ponto Pedido;
Segurança;
Lote Econômico;
Lote Mínimo (deve ser menor que Lote Econômico);
Estoque Máximo (deve ser maior que Ponto Pedido). - Acesse Atualizações / Cadastros / Locais de Estoque (AGRA045).
- Crie um segundo armazém para a filial de origem.
- Acesse Atualizações / Cadastros/ Saldos, Atual (MATA225).
- Cadastre os produtos com seus novos armazéns e confirme.
- No SmartClient, vá em APSDU.
- Abra o SIGAMAT.EMP. Está na pasta System, listar apenas os arquivos do tipo: Todos os arquivos.
- Precisamos de CNPJs diferentes para filial 01 e filial 02, que vamos utilizar para os próximos passos. Favor cadastrar.
- No SIGALOJA, acesse Atualizações / Cadastros / Clientes (MATA030).
- Crie um código para a filial de destino, e na descrição informe o nome da filial.
- Na pasta Outros, digite a filial de destino no campo Fil. Transf.
- Crie um código para a filial de origem, e na descrição, especificar que é aquela filial.
- Na pasta Outros, digite a filial de origem no campo Fil. Transf.
Importante
Caso o cadastro COMPARTILHADO, não é necessário sair de uma filial e entrar na filial de origem. Se for cadastro EXCLUSIVO, verifique se está na filial de origem, e depois, cadastrar na filial de destino. - Acesse Cadastros / Gerência Estoque / Fornecedores (MATA020).
- Crie um código para a filial de origem, e na descrição, informe o nome da filial.
- Na pasta Outros, digite a filial de origem no campo Fil. Transf.
- Crie um código para a filial de destino, e na descrição, especificar a filial.
- Na pasta Outros, digite a filial de destino no campo Fil. Transf.
Importante
Caso o cadastro seja COMPARTILHADO, não é necessário sair de uma filial e entrar na filial de destino. Se for cadastro EXCLUSIVO, verifique se está na filial de destino, e depois, cadastrar na filial de origem. - Acesse Gerência de Vendas, Tipos de Entrada e Saída (MATA080) .
- Cadastre primeiro o tipo para Saída:
- Tipo do Tes: Saída
- Cred. Icms: Não
- Credita IPI: Não
- Gera Dupl: Não
- Atu. Estoque: Sim
- Poder Terc: Não Controla
- Tes Devolução: <o código tes de entrada, volte a cadastrar após fazer o TES como entrada>
- Mov. Projet: Despesa
- Transf. Filial: Sim
23. Cadastre o tipo para Entrada.
- Tipo do Tes: Entrada
- Cred. Icms: Não
- Credita IPI: Não
- Gera Dupl: Não
- Atu. Estoque: Sim
- Poder Terc: Não Controla
- Tes Devolução: <o código tes de saída>
- Mov. Projet: Receita
- Transf. Filial: Sim
Importante
- Caso o cadastro seja COMPARTILHADO, será necessário efetuar apenas um cadastro de entrada e outro de saída. Se for cadastro EXCLUSIVO, tem que fazer um cadastro de entrada e outro de saída para cada filial.
24. No Estoque (SIGAEST) filial de origem, acesse Atualizações /Movimentações /Fiscais / Transferência entre Filiais (MATA310).
25. Preencha os parâmetros abaixo:
- De produto: <brancos>
- Até produto: ZZZZ.
- De filial: <filial de origem>
- Até filial: <filial de destino>
- De armazém: <brancos>
- Até armazém: 99
- De tipo: <brancos>
- Até tipo: ZZ
- De grupo? <brancos>
- Até grupo? 9999
- Filtra produtos por categoria? Sim
- Quebra informações? Por produto
- TES para a nota de saída? <a nota de saída específica para Transf. Filiais conforme cadastrado acima>
- Gera documento de entrada? Classificado
- TES para a nota de entrada? <a nota de entrada específica para Transf. Filiais conforme cadastrado acima>
- Condição de Pagamento? <padrão>
- Considera como preço no PV? Tabela de Preço
- Dados da Origem: Todas as filiais
- Utilizar saldo de terceiros? Não
- Espécie documento de entrada? NF
- Descrição de Produtos? Não
- TP. Oper Saída? <brancos>
- Tp. Oper Entrada? <brancos>
26. Marque todas as categorias.
Observe a tela de Transferência entre Filiais:
No lado esquerdo, temos a origem.
No lado direito, temos o destino.
27. No lado esquerdo, selecione a filial de origem e o produto que deseja transferir.
28. No lado direito, selecione a filial de destino e o produto que deve receber a transferência.
29. Clique em Ações Relacionadas, e clique em Relação.
30. Digite a quantidade a ser transferida, e confirme.
Observe que a quantidade disponível foi alterada na origem e no destino.
31 Clique em confirmar.
32. Selecione a série desejada e confirme.
Aguarde a transferência.
Observe que a transferência foi gerada na SD2 (saída) e na SD1 (entrada).
Transferência entre Armazéns:
- No Estoque (SIGAEST) filial de origem, acesse Atualizações / Movimentações / Transferência Múltipla (MATA261).
- Clique em Incluir.
- Digite o produto de origem, e o armazém de origem.
- Na mesma linha, digite o produto de destino e o armazém de destino. Na mesma linha, digite a quantidade, e confirme.
Observe que a transferência entre Armazéns foi gerada na tabela SD3, criando dois registros: um de saída de armazém e outro de entrada de armazém, identificados como D3_LOCAL.
Pré - requisitos - Envio de movimentações para DRP:
Venda
...
Protheus
- No Configurador (SIGACFG) acesse Ambientes/Cadastro/Menu (CFGX013) e configure o(s) parâmetro(s) a seguir:
Nome Var. | MV_LJDRP |
Tipo | L - Lógico |
Descrição | Ativa Integração Protheus x DRP Neogrid |
Valor | .T. |
Nome Var. | MV_LJNEOCM |
Tipo | N - Numérico |
Descrição | Tipo de comunicação 1 - Webservice 2 – EDI. Determina o tipo de comunicação que o Protheus irá utilizar na comunicação, (1) será utilizado via Webservice, (2) será utilizado via FTP através de um Client da NeoGrid (startClient) |
Nome Var. | MV_LJNEOCP |
Tipo | C - Caracter |
Descrição | Condição de Pagamento donwload NeoGrid. Condição de pagamento utilizado para a importação dos pedidos de venda / Solicitação de Compra. |
Nome Var. | MV_LJNEOIN |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (download) oriundos do processamento do DRP da Neogrid. |
Nome Var. | MV_LJNEOUT |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (upload) para serem enviados para serem processados (DRP da Neogrid). |
Nome Var. | MV_LJNEOPV |
Tipo | N – Numérico |
Descrição | Determina se o retorno do DRP (Neogrid), será <1> Pedido de Compra, <2> Solicitação de Compra. |
Nome Var. | MV_LJNEOEM |
Tipo | N – Numérico |
Descrição | Parâmetro para configurar o código da empresa cadastrada na solução DRP Neogrid. O Neogrid deverá fornecer este código. |
Nome Var. | MV_LJUSDRP |
Tipo | C - Caracter |
Descrição | Informe o código de usuário padrão do DRP Neogrid. O Neogrid deverá fornecer este código. Atente pelo número de dígitos. |
Nome Var. | MV_LJNERCV |
Tipo | C - Caracter |
Descrição | Parâmetro para indicar o diretório / pasta, que armazenará os arquivos lidos em MV_LJONEIN e processados no Job de Retorno. |
...
- No Controle de Lojas (SIGALOJA) acesse Atualizações/Cadastros/Tipo de Eventos (LOJA7032).
- Clique na opção Incluir. Caso o cadastro esteja zerado, é aberta automaticamente a tela de Inclusão.
- Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
- Código: É preenchido automaticamente pelo Protheus®.
- Descrição: Informe o nome do Tipo de Evento.
- Confira os dados e Confirme.
Cadastro de Eventos:
- No Controle de Lojas(SIGALOJA) acesse SIGALOJA/Atualizações /CadastrosAtendimento/Eventos Venda Assistida (LOJA7031LOJA701).
O Cadastro de Evento se refere a um acontecimento que afeta o mercado e pode ser filtrado por: Fornecedores, Produto, Grupo de Produto, Categoria, Armazém e Inclusão de Tipos de Eventos.
- Clique em Incluir. Caso o cadastro esteja zerado, é aberta automaticamente a tela de Inclusão.
- Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
- Codigo Event: O código é preenchido automaticamente pelo Protheus®.
- Descr Event: Deve ser preenchido a descrição do evento.
- Tipo Evento: Código do tipo de evento, busca no cadastro de tipo de eventos e apresenta na tela a descrição do tipo de evento.
- Link: Endereço digital do link do evento, caso exista.
- Inicio Event: A data em que o evento se inicia.
- Fim Evento: A data em que o evento se encerra.
- Avisa Termin: Avisa o termino do evento.
- Dias Anteced: Quantidade de dias de antecedência do aviso de término.
- Tipo Impacto: Qual o tipo de impacto que o evento vai refletir nas vendas (Percentual / Absoluto).
- Imp Previsto: O impacto previsto em valores, de acordo com a escolha no campo Tipo de Impacto.
- Imp Real: O impacto que o evento realmente proporcionou em valores, de acordo com a escolha no campo Tipo de Impacto.
- Confira os dados e Confirme.
- Configure os Filtros do Evento:
Filtros do Evento: Para cadastrar os filtros, existem 3 pastas, mas para efetuar o filtro, é necessário que seja cadastrado no mínimo um (1) filtro em uma das pastas.
Produto
- Produto: Filtro por código de produto.
- Grupo de Prod: Filtro por grupo de produto.
- Categoria: Filtro por categoria.
Observação: Você pode unir produto com grupo e/ou categoria separando em mais de um registro.
Fornecedor
- Cod Fornec: Filtro por Fornecedor.
...
- Armazém: Filtro por armazém.
- Confira os dados e clique em Confirmar.
...
- Efetue uma venda.
A integração envia informações de devolução se houver.
Pedido de Compra:
- No Controle de Lojas (SIGALOJA) acesse Atualizações/Gerência Estoques/Pedidos de Compra (MATA121).
- Efetue um pedido compra.
Para que seja realizada a exportação, é necessário que o pedido esteja em aberto.
Importante
- As movimentações de vendas e devolução (SD2 e SD1), assim como os pedidos de compra (SC7), devem ser feitas no mesmo dia da exportação para o DRP, pois são enviadas as movimentações SKU e DFU com o resumo de quantidade vendida/devolvida diária por produto.
Configuração do Envio - Agendamento
- No Configurador (SIGACFG) acesse Ambiente/Schedule/Schedule (CFGA010). Configure o Schedule para o Envio das Informações.
- Efetue o cadastro de um Agent em Visões/Schedule/Agent/Cadastro.
- Preencha os campos necessários para o cadastro de acordo com as respectivas informações.
- Código: O código é preenchido automaticamente pelo Protheus.
- Nome: Deve ser preenchido a descrição do Agent.
- IP: IP onde o Agent será instalado.
- Porta: Porta do IP onde o Agent será instalado.
- Ambiente: Ambiente do Agent cadastrado.
- Empresa: Código da empresa das tarefas que o Agent cadastrado irá executar.
- Nº de Threads: Número de threads disponíveis para execução das tarefas.
- Habilitado: Indica se o Agent está habilitado ou desabilitado.
4. Efetue o cadastro de um Agendamento em Visões/Schedule/Agendamentos/Cadastro.
5. Preencha os campos necessários para o cadastro de acordo com as respectivas informações:
- Rotina: Rotina agendada LOJA7030({,0,<empresa>,<filial>}). Exemplo: LOJA7030({,0,"05","D MG 01"}).
- Empresa/Filial: Empresa e filial que são utilizadas para execução do agendamento.
- Módulo: Ambiente do Protheus®.
- Habilitado: Indica se o Agent está habilitado ou desabilitado.
6. Configure os parâmetros de acordo com as respectivas informações para o envio da rotina agendada LOJA7030({Param1,Param2,Param3,Param4})
- Data (Param1): Data corrente dos dados a serem pesquisados. Data em branco entenderá que irá pesquisar a data de hoje. Para utilizar uma data à sua escolha, utilize o parâmetro "AAAAMMDD", onde AAAA é o ano, MM é o mês e DD é o dia. Exemplo: "20151201".
- Opção de Envio (Param2): Escolher entre as opções de envio (conforme o item 7 abaixo).
- Empresa (Param3): Empresa do ambiente.
- Filial (Param4): Filial do ambiente.
7. Na opção Rotina informe LOJA7030({,0,<empresa>,<filial>}) para configurar o envio de todos os itens:
- Todos os itens: LOJA7030({,0,<empresa>,<filial>})
Também podem ser configurados separadamente,
- Itens do Produto. LOJA7030({,4,<empresa>,<filial>})
- Movimentações de Local de Estoque. LOJA7030({,5,<empresa>,<filial>}). Fazendo isto, automaticamente gerará a Origem da SKU, igual a LOJA7030({,6,<empresa>,<filial>}).
- Cadastro de Local de Estoque (Tabela NNR). LOJA7030({,7,<empresa>,<filial>})
- Movimentação de SKU. LOJA7030({,8,<empresa>,<filial>}). Fazendo isto, automaticamente gerará a Movimentação de DFU, igual a LOJA7030({,9,<empresa>,<filial>}).
- Cadastro de Eventos. LOJA7030({,10,<empresa>,<filial>})
- Linha de Pedidos Colocados (Pedidos de Compra). LOJA7030({,12,<empresa>,<filial>})
- Fornecedor. LOJA7030({,13,<empresa>,<filial>})
Importante - A configuração do Job deve ter recorrência diária (executando uma vez por dia, de preferência após o expediente). Todos os lançamentos devem ser lidos e exportados para o DRP, sem exceções. Caso esqueça alguma movimentação em uma data anterior, se preferir, é possível passar a data retroativa dos movimentos não transferidos ao primeiro parâmetro, no formato AAAAMMDD, em um novo Job, que deve ser executado somente uma vez.
- Exemplo: LOJA7030({"20151201",0,<empresa>,<filial>}).
Configuração do Recebimento - Agendamento
- No Configurador (SIGACFG) acesse Ambiente/Schedule/Schedule (CFGA010). Configure o Schedule para o Recebimento das Informações.
- Inclua um agendamento com as configurações de recorrência, código, usuário, data, hora, ambiente, configurar empresa/filial e módulo
- No SIGALOJA (SIGALOJA) acesse Atualizações/Cadastros /Produtos (LOJA110).
- Efetue o cadastro de produtos.
Importante
Obrigatoriamente devem ser preenchidos os campos Fornecedor Padrão (B1_PROC) e Loja Padrão (B1_LOJPROC).
- Acesse Atualizações /Cadastros /Complemento do Produto (MATA180).
- Cadastre no mínimo 1 (um) complemento de produto.
- Acesse Atualizações /Cadastros /Categorias (FATA140).
- O produto deve estar associado a uma Categoria. Deve ser cadastrado no mínimo 2 (dois) tipos de categoria para o produto mencionado acima.
Exemplo: O produto está na categoria Linha TV. Esta é uma categoria filho. Cadastre uma categoria pai como Eletrônicos. Em seguida, altere a categoria filho: no campo Categoria Superior, digite o código da categoria pai e confirme. Lembrando que é a categoria principal como filho, a categoria superior como pai, etc, respeitando sua hierarquia.
- Acesse Atualizações/Cadastros /Amarração Categoria x Produto (FATA150).
- Efetue a amarração do produto x categoria.
- Acesse Atualizações /Cadastros/Grupo de Produtos (MATA035).
- Cadastre no mínimo 1 (um) grupo de produtos.
- Acesse Atualizações/Gerência Estoques/Fornecedores (MATA020).
- Efetue o cadastro de fornecedores.
- Acesse Atualizações /Cadastros / Locais de Estoque (AGRA045).
- Efetue o Cadastro Locais de Estoque.
...
- No Controle de Lojas(SIGALOJA) acesse SIGALOJA/Atualizações /Atendimento/Venda Assistida (LOJA701).
- Efetue uma venda.
A integração envia informações de devolução se houver.
Pedido de Compra:
- No Controle de Lojas (SIGALOJA) acesse Atualizações/Gerência Estoques/Pedidos de Compra (MATA121).
- Efetue um pedido compra.
Para que seja realizada a exportação, é necessário que o pedido esteja em aberto.
Importante
As movimentações de vendas e devolução (SD2 e SD1), assim como os pedidos de compra (SC7), devem ser feitas no mesmo dia da exportação para o DRP, pois são enviadas as movimentações SKU e DFU com o resumo de quantidade vendida/devolvida diária por produto.
Configuração do Envio - Agendamento
- No Configurador (SIGACFG) acesse Ambiente/Schedule/Schedule (CFGA010). Configure o Schedule para o Envio das Informações.
- Efetue o cadastro de um Agent em Visões/Schedule/Agent/Cadastro.
- Preencha os campos necessários para o cadastro de acordo com as respectivas informações:
- Código: O código é preenchido automaticamente pelo Protheus.
- Nome: Deve ser preenchido a descrição do Agent.
- Ip: IP onde o Agent será instalado.
- Porta: Porta do IP onde o Agent será instalado.
- Ambiente: Ambiente do Agent cadastrado.
- Empresa: Código da empresa das tarefas que o Agent cadastrado irá executar.
- Nº de Threads: Número de threads disponíveis para execução das tarefas. Habilitado: Indica se o Agent está habilitado ou desabilitado.
- Efetue o cadastro de um Agendamento em Visões/Schedule/Agendamentos/Cadastro (CFGA010).
- Preenchas Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
Rotina: Rotina agendada LOJA7030Agendada LOJA7033 ({,0,<empresa>,<filial>}). Exemplo: LOJA7030LOJA7033({,0,"05","D MG 01"}).
Empresa/Filial: Empresa e filial que são serão utilizadas para execução do agendamento.
Módulo: Ambiente Módulo do Protheus®.
Habilitado: Indica se o Agent está habilitado ou desabilitado. - Configure os parâmetros de acordo com as respectivas informações para o envio da rotina Agendada LOJA7030LOJA7033({Param1,Param2,Param3,Param4})
- Data (Param1): Data corrente dos dados a serem pesquisados. Data em branco entenderá que irá pesquisar a data de hoje. Para utilizar uma data à sua escolha, utilize o parâmetro STOD("AAAAMMDD"), onde AAAA é o ano, MM é o mês e DD é o dia. Exemplo: STOD("20151201").
- Opção de Envio (Param2): Escolher entre as opções de envio (conforme o item 7 abaixo).
- Empresa (Param3): Empresa do ambiente.
- Filial (Param4): Filial do ambiente.
- Na opção Rotina informe LOJA7030({,0,<empresa>,<filial>}) para configurar o envio de todos os itens:
- Todos os itens LOJA7030({,0,<empresa>,<filial>})
Ou testar separadamente, um por um:
- Itens do Produto. LOJA7030({,4,<empresa>,<filial>})
- Movimentações de Local de Estoque. LOJA7030({,5,<empresa>,<filial>}). Fazendo isto, automaticamente gerará a Origem da SKU, igual a LOJA7030({,6,<empresa>,<filial>}).
- Cadastro de Local de Estoque (Tabela NNR). LOJA7030({,7,<empresa>,<filial>})
- Movimentação de SKU. LOJA7030({,8,<empresa>,<filial>})
- Movimentação de DFU. LOJA7030({,9,<empresa>,<filial>})
- Cadastro de Eventos. LOJA7030({,10,<empresa>,<filial>})
- Linha de Pedidos Colocados (Pedidos de Compra). LOJA7030({,12,<empresa>,<filial>})
- Fornecedor. LOJA7030({,13,<empresa>,<filial>})
Importante
A configuração do Job deve ter recorrência diária (executando uma vez por dia). Todos os lançamentos devem ser lidos e exportados para o DRP, sem exceções. Caso haja esquecimento de alguma movimentação em uma data anterior, se preferir, é possível passar a data retroativa dos movimentos não transferidos ao primeiro parâmetro, no formato AAAAMMDD, em um novo Job, que deve ser executado somente uma vez.
Exemplo: LOJA7030({STOD("20151201"),0,<empresa>,<filial>}).
Configuração do Recebimento - Agendamento
- No Configurador (SIGACFG) acesse Ambiente/Schedule/Schedule (CFGA010). Configure o Schedule para o Recebimento das Informações.
- Inclua um agendamento com as configurações de recorrência, código, usuário, data, hora, ambiente, configurar empresa/filial e módulo.
- Efetue o cadastro de um Agendamento em Visões/Schedule/Agendamentos/Cadastro (CFGA010).
- Preencha os campos necessários para o cadastro, de acordo com as respectivas informações:
- Rotina: Rotina Agendada LOJA7033 ({0,<empresa>,<filial>}). Exemplo: LOJA7033({0,"05","D MG 01"}).
- Empresa/Filial: Empresa e filial que serão utilizadas para execução do agendamento.
- Módulo: Módulo do Protheus®.
- Habilitado: Indica se o Agent está habilitado ou desabilitado.
- Configure os parâmetros de acordo com as respectivas informações para o envio da rotina Agendada LOJA7033({Param1,Param2,Param3})
- Opção de Envio (Param1): Use 0, para ler todos os itens.
- Empresa (Param2): Empresa do ambiente.
- Filial (Param3): Filial do ambiente.
- Confira os dados e confirme.
Após a configuração do passo anterior, o Protheus® envia as informações necessárias ao DRP e inclui os devidos documentos para que seja feita a continuidade do processo no ERP. Após a exportação para o DRP, é necessário aguardar o processamento no DRP para depois receber o retorno.
Envio de informações para DRP :
Observe o envio das informações no client da Neogrid, nas seguintes pastas:
- OUT: Pasta que o Job LOJA7030 cria os XMLs para exportação.
- SENT: Quando os XMLs da pasta OUT são enviados para o DRP, os arquivos são movidos para esta pasta SENT.
- SUMMARY: Relatório de envio dos XMLs.
...
- Pasta IN (Client Neogrid): Pasta onde retorna os XMLs criados pelo DRP. Estes XMLs são enviados para o Job LOJA7033, retornando dados ao Protheus.
- Pasta RECEIVED: Quando os XMLs da pasta IN são lidos pelo Job de retorno LOJA7033, os arquivos são movidos para esta pasta RECEIVED.
- A configuração do parâmetro MV_LJNEOPV determina o tipo de documento incluído no retorno das análises do DRP. Virá um XML de retorno, e este parâmetro define como este retorno será gravado no Protheus. Os valores configuráveis de retorno são: 1 – Solicitação de Compra, 2 – Pedido de Compra, 3 – Transferência de Estoque entre Filiais, descritos abaixo:
- Solicitação de Compra: quando for efetuada uma análise prévia sobre as sugestões de compras no próprio DRP, são geradas solicitações para que sejam avaliadas e efetivadas se realmente necessárias.
Para consultar as solicitações de compra acesse: SIGALOJA/Gerência Estoque/Solicit. De Compras (MATA110). Ao consultar a tabela, você saberá se a solicitação foi gerada pelo DRP caso o campo "DRP Neogrid?" foi marcado como "Sim".
- Pedido de Compra: quando é efetuada uma análise sobre as sugestões de compras no próprio DRP, que permite gerar os pedidos de compras, para serem convertidos em NF de entrada posteriormente.
Para consultar os pedidos de compra acesse SIGALOJA/Gerencia Estoque/Pedidos de Compra (MATA121). Ao consultar a tabela, você saberá se o pedido foi gerado pelo DRP caso o campo "DRP Neogrid?" foi marcado como "Sim".
- Transferência de Estoque entre Filiais: quando for efetuada uma análise sobre sugestões de compras no próprio DRP, são geradas transferências entre movimentações de estoque de uma filial para outra.
...
- Param1,Param2,Param3})
Opção de Envio (Param1): Use 0, para ler todos os itens.
Empresa (Param2): Empresa do ambiente.
Filial (Param3): Filial do ambiente. - Confira os dados e confirme.
Após a configuração do passo anterior, o Protheus® envia as informações necessárias ao DRP e inclui os devidos documentos para que seja feita a continuidade do processo no ERP. Após a exportação para o DRP, é necessário aguardar o processamento no DRP para depois receber o retorno.
Envio de informações para DRP :
Observe o envio das informações no Client da Neogrid, nas seguintes pastas:
- OUT: Pasta que o JobLOJA7030 cria os XMLs para exportação.
- SENT: Quando os XMLs da pasta OUT são enviados para o DRP, os arquivos são movidos para esta pasta SENT.
- SUMMARY: Relatório de envio dos XMLs.
Cancelamento da Nota Fiscal:
Após o envio dos itens para DRP, não será possível cancelar uma nota fiscal, em SIGAFAT/Atualizações/Faturamento/Exclusão Doc. Saída (MATA521).
Para isso, basta emitir uma nota de entrada, do tipo Devolução. Desta forma, os itens de devolução são enviados para DRP.
Retorno de informações para DRP:
Verifique no Client da Neogrid, as seguintes informações:
- Pasta IN (Client Neogrid): Pasta onde retorna os XMLs criados pelo DRP. Estes XMLs são enviados para o Job LOJA7033, retornando dados ao Protheus.
- Pasta RECEIVED: Quando os XMLs da pasta IN são lidos pelo Job de retorno LOJA7033, os arquivos são movidos para esta pasta RECEIVED.
- Caso algum item do XML não seja processado por motivo de falta de estoque, produto inexistente, etc., o XML é recriado somente com os itens não processados e copia imediatamente na pasta IN. Assim, será processado novamente na próxima leitura.
- A configuração do parâmetro MV_LJNEOPV determina o tipo de documento incluído no retorno das análises do DRP. Este parâmetro define como este retorno será gravado no Protheus.
Os valores configuráveis de retorno são: 1 – Solicitação de Compra, 2 – Pedido de Compra, descritos abaixo: - Solicitação de Compra: quando for efetuada uma análise prévia sobre as sugestões de compras no próprio DRP, são geradas solicitações para que sejam avaliadas e efetivadas se realmente necessárias.
- Pedido de Compra: quando é efetuada uma análise sobre as sugestões de compras no próprio DRP, que permite gerar os pedidos de compras, para serem convertidos em NF de entrada posteriormente.
Importante
Para gerar um pedido de compra automático via DRP Neogrid, é necessário ter o campo último preço de compra (B1_UPRC) preenchido no Cadastro de Produtos (LOJA110). Este campo é utilizado para calcular o valor total do preço de compra. Caso esteja de acordo com o preço cadastrado no pedido de compra, é possível altera-lo em :SIGALOJA / Gerência de Estoques / Pedido de Compra (MATA121).
Para consultar a importação de Solicitações de Compra:
- No Controle de Lojas (SIGALOJA) acesse Gerência Estoque/Solicit. De Compras (MATA110).
- Ao consultar a tabela, é possível identificar que solicitação foi gerada pelo DRP, através do campo "DRP Neogrid?" = "Sim".
No momento da importação, é apresentado no console o número da Solicitação de compra.
Para consultar a importação de Pedidos de Compra: .
- No Controle de Lojas (SIGALOJA) acesse Gerencia Estoque/Pedidos de Compra (MATA121).
- Ao consultar a tabela, é possível identificar que o pedido foi gerado pelo DRP, através do campo DRPNeogrid?"Sim".
- No momento da importação, é apresentado no console o número do Pedido de Compra.
Importante
Independente da seleção para solicitação ou pedido de compra, poderá apresentar no mesmo arquivo XML informações sobre transferências, tanto entre filiais como entre armazéns.
Para consultar a importação de Transferências entre Filiais:
- No processamento de transferência entre filiais, é apresentado no console, a origem e destino das filiais e a quantidade transferida.
Importante
Verifique a gravação de Log do Pedido de Compra, Solicitação de Compras e Transferência entre filiais na pasta autocom ( Ambiente).
Instalação/Atualização
O sistema é atualizado logo após a aplicação do pacote de atualizações (Patch UPDLO119). Para que o envio dos XMLs funcione, é necessário que o Client da NeoGrid seja instalado e configurado para o envio e retorno dos arquivos.
Importante
Antes de executar o compatibilizador UPDLO119 é imprescindível:
- Realizar o backup da base de dados do produto que será executado o compatibilizador (Diretório: \PROTHEUS11_DATA\DATA) e dos dicionários de dados SXs (\PROTHEUS11_DATA\SYSTEM).
- Os diretórios mencionados acima 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, adicione-os à 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{*}.
- Os parâmetros devem ser configurados de acordo com as respectivas informações:
Parâmetro | Descrição | Conteúdo |
MV_LJDRP | Ativa Integração Protheus x DRP Neogrid | .T. |
MV_LJNEOCM | Tipo de comunicação: (1) será utilizado via Webservice, (2) será utilizado via FTP através de um Client da NeoGrid (startClient) | 2 |
MV_LJNEOCP | Condição de pagamento utilizada para a importação dos pedidos de venda/solicitação de compra gerados pelo DRP Neogrid. |
|
MV_LJNEOIN | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (download) oriundos do processamento do DRP da Neogrid. |
|
MV_LJNEOUT | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (upload) para serem enviados para serem processados (DRP da Neogrid). |
|
MV_LJNEOPV | Determina se o retorno do DRP (Neogrid), será <1> Pedido de Compra, <2> Solicitação de Compra. |
|
MV_LJNEOEM | Parâmetro para configurar o código da empresa cadastrada na solução DRP Neogrid. O Neogrid deverá fornecer este código. |
|
MV_LJUSDRP | Informe o código de usuário padrão do DRP Neogrid. O Neogrid deverá fornecer este código. Atente pelo número de dígitos. |
|
MV_LJNERCV | Indica o diretório/pasta que armazenará os arquivos lidos em MV_LJNEOIN e processados no Job de Retorno. |
|
MV_LJNETES | Informe o TES de saída para transferência entre filiais. | <Vide Pré-requisitos - Cadastro de Transferência entre Filiais para o DRP. |
MV_LJNETEE | Informe o TES de entrada para transferência entre filiais. | <Vide Pré-requisitos - Cadastro de Transferência entre Filiais para o DRP. |
MV_LJNECPT | Informe a condição de pagamento para transferência entre filiais. | <à sua escolha> |
MV_LJNESER | Informe a série específica para transferência entre filiais. | <à sua escolha> |
MV_LJNEESP | Informe a espécie específica para transferência entre filiais. | <à sua escolha> |
- Realizar o backup da base de dados do produto que será executado o compatibilizador (Diretório: \PROTHEUS11_DATA\DATA) e dos dicionários de dados SXs (\PROTHEUS11_DATA\SYSTEM).
- Os diretórios mencionados acima 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, adicione-os à 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{*}.
- Os parâmetros devem ser configurados de acordo com as respectivas informações:
Parâmetro | Descrição | Conteúdo |
MV_LJDRP | Ativa Integração Protheus x DRP Neogrid | .T. |
MV_LJNEOCM | Tipo de comunicação: (1) será utilizado via Webservice, (2) será utilizado via FTP através de um Client da NeoGrid (startClient) | 2 |
MV_LJNEOCP | Condição de pagamento utilizada para a importação dos pedidos de venda/solicitação de compra gerados pelo DRP Neogrid. |
|
MV_LJNEOIN | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (download) oriundos do processamento do DRP da Neogrid. |
|
MV_LJNEOUT | Parâmetro para indicar o diretório / pasta, onde será armazenado os arquivos (upload) para serem enviados para serem processados (DRP da Neogrid). |
|
MV_LJNEOPV | Determina se o retorno do DRP (Neogrid), será <1> Pedido de Compra, <2> Solicitação de Compra, <3> Transf. de Estoque entre Filiais. |
|
MV_LJNEOEM | Parâmetro para configurar o código da empresa cadastrada na solução DRP Neogrid. O Neogrid deverá fornecer este código. |
|
MV_LJUSDRP | Informe o código de usuário padrão do DRP Neogrid. O Neogrid deverá fornecer este código. Atente pelo número de dígitos. |
|
MV_LJNERCV | Indica o diretório/pasta que armazenará os arquivos lidos em MV_LJNEOIN e processados no Job de Retorno. |
|
...
Âncora | ||||
---|---|---|---|---|
|
Controle de Versão
O grupo TOTVS representado por suas marcas irá administrar as demandas de evolução dos layouts e demais ajustes, acordando junto aos solicitantes o prazo de liberação de release.
Todas as evoluções programadas deverão ser discutidas e aprovadas pelas marcas antes do início do desenvolvimento e somente serão desenvolvidas em caso de concordância das marcas e alinhamento com as diretivas definidas pelo Comitê de Integração TOTVS.
Âncora | ||||
---|---|---|---|---|
|
Suporte
O suporte aos recursos da Integração será de responsabilidade de todas as linhas, sendo assim as equipes de suporte dos produtos DRP Neogrid e Backoffice Protheus® estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.
Observação: Este modelo de suporte está sendo revisado pela TOTVScada caso.
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Transações/Entidades/Mensagens únicas
...
- Observe o Diagrama das Integrações efetuadas entre o Back Office Protheus® e o DRP NeoGrid:
...
INTEGRAÇÕES |
|
|
| Protheus | DRP |
| Produtos | DRP |
| Mov Local Estoque |
|
| Origem da SKU |
|
| Cad. Local Estoque |
|
| Eventos |
|
| Mov. de SKU |
|
| Mov. de DFU |
|
| Linha de Ped. Colocados |
|
| Fornecedores |
|
|
| Solicitação de Compra |
|
| Pedido de Compra |
|
| Transf. Estoque entre Filiais |
...
- XMLs utilizados para cada transação:
...
Método | ID | Descrição | Origem | Destino | XML |
Envio | 01 | Produtos | Protheus | DRP | *_itens.xml |
| 02 | Local de Estoque | Protheus | DRP | *_skus.xml |
| 03 | Origem da SKU | Protheus | DRP | *_origens.xml |
| 04 | Cadastro Local de Estoque | Protheus | DRP | *_local_estoque.xml |
| 05 | Eventos | Protheus | DRP | *_eventos.xml |
| 06 | Movimentação de SKU | Protheus | DRP | *_movim_sku.xml |
| 07 | Movimentação de DFU | Protheus | DRP | *_movim_dfu.xml |
| 08 | Linha de Pedidos Colocados | Protheus | DRP | *_lin_ped_colocado.xml |
| 09 | Fornecedor | Protheus | DRP | *_fornecedores.xml |
Retorno | 10 | Arquivo de Retorno | DRP | Protheus | *.xml |
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Fluxo das Informações
...
INTEGRAÇÕES |
|
|
|
|
| Protheus |
| DRP |
|
| Produtos |
| DRP |
|
| Mov Local Estoque |
|
|
|
| Origem da SKU |
|
|
|
| Cad. Local Estoque |
|
|
|
| Eventos |
|
|
|
| Mov. de SKU |
|
|
|
| Mov. de DFU |
|
|
|
| Linha Ped. Colocados |
|
|
|
| Fornecedor |
|
|
|
|
| Solicitação de Compra |
| |
|
| Pedido de Compra |
| |
|
| Transf. Estoque entre Filiais |
|
Âncora | ||||
---|---|---|---|---|
|
Fluxo das Informações
Descreva limitações e restrições para cada fluxo descrito no tópico anterior. Exemplo:
- ERP envia PRODUTO cadastrado para o DRP, com o fornecedor padrão (B1_PROC) e loja padrão (B1_LOJPROC) preenchidos.
ERP somente
...
- envia o
...
- Produto se a tabela
...
- Complemento de Produto (SB5) estiver preenchida e
...
- se o campo SB5_DRPEXP
...
- não estiver gravado. Também é necessário que o Produto esteja amarrado a tabela ACV como
...
- Categoria. No mínimo três níveis de categoria devem ser preenchidos na tabela ACU, sendo a categoria principal como filho, a categoria superior como pai, etc.
- ERP envia o MOV LOCAL DE ESTOQUE cadastrado para o DRP.
ERP somente
...
- envia o MOV LOCAL DE ESTOQUE se o campo B2_DRSALDO
...
- estiver com conteúdo diferente de B2_QATU.
- ERP envia a ORIGEM SKU cadastrado para o DRP:
ERP somente
...
- envia a ORIGEM SKU se foi enviado o MOV LOCAL DE ESTOQUE cadastrado para o DRP.
- ERP envia o CAD LOCAL DE ESTOQUE cadastrado para o DRP:
...
- ERP somente
...
- envia a CAD LOCAL DE ESTOQUE se o campo NNR_DRPEXP não estiver
...
- gravado. Cada registro que enviar, o campo NNR_DRPEXP será
...
- gravado.
- ERP envia o MOV SKU cadastrado para o DRP
ERP somente
...
- envia o MOV SKU se a tabela ITENS DE VENDA
...
- estiver com a data especificada, cujo TIPO DE SAÍDA configurado como VENDA, e cujo TIPO DE N.F. for VENDA NORMAL
...
- . Se a tabela ITENS DE COMPRA
...
- estiver na data especificada, cujo TIPO DE N.F. for uma DEVOLUÇÃO
...
- . Se a tabela MOVIMENTAÇÕES INTERNAS
...
- estiver com a data especificada, cujo TIPO DE SAÍDA configurado como VENDA, desde que o campo D3_DRPEXP não
...
- esteja gravado. Cada registro que enviar, o campo D3_DRPEXP será
...
- gravado.
- ERP envia o MOV DFU cadastrado para o DRPDRP
ERP somente
...
- envia o MOV DFU se a tabela ITENS DE VENDA estiverem na
...
- data especificadas cujo TIPO DE SAÍDA configurado como VENDA, e se houve emissão de DUPLICATA, e se o TIPO DE N.F. for uma VENDA NORMAL, desde que o campo D2_DRPEXP não estiver marcado. Cada registro que enviar, o campo D2_DRPEXP será marcado.
- ERP envia o EVENTO cadastrado para o DRP
ERP somente
...
- envia o EVENTO se o CÓDIGO DO EVENTO estiver ligado na tabela FILTROS DE EVENTOS, se o GRUPO DE FILTRO DE EVENTOS estiver ligado no campo GRUPO na tabela PRODUTOS e se a CATEGORIA DE FILTRO DE EVENTOS estiver ligado na tabela CATEGORIA DE PRODUTO, desde que o campo MFP_DRPEXP não
...
- esteja gravado. Cada registro que enviar, o campo MFP_DRPEXP será
...
- gravado.
- ERP envia o PED COMPRA cadastrado para o DRP desde que o mesmo esteja em aberto.
...
- ERP envia o FORNECEDOR cadastrado para o DRP.
ERP somente
...
- envia o FORNECEDOR se o campo A2_DRPEXP não estiver
...
- gravado. Cada registro que enviar, o campo A2_DRPEXP será
...
- gravado.
- DRP retorna os dados para o ERP, casocaso o item de retorno for sugestão de saída:
Se MV_LJNEOPV = 1,
...
- grava na tabela SC7 (Pedidos de Compra).
Se MV_LJNEOPV = 2,
...
- grava na tabela SC1 (Solicitações de Compra).
...
- DRP retorna os dados para o ERP, caso o item de retorno for sugestão de transferências:
Caso seja uma sugestão de transferências entre armazéns, na mesma filial, será gravada na tabela SD3 (Movimentações de Estoque
...
- ).
Caso seja uma transferências entre filiais, será gerada uma nota fiscal de saída (SF2/SD2) e uma nota fiscal de entrada (SF1/SD1).
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
Você receberá, na instalação, o Instalação do Client Neogrid.
...
:
- O Client Neogrid , virá compactado.
...
Para descompactar, utilize um programa compatível com .ZIP.
...
- Em seguida, copie a pasta "ClientMercador" para o Rootpath. Exemplo: C:\Amb\Ret12\Protheus_Data.
- Na pasta <rootpath>\ClientMercador\Bin, configure o arquivo mercadorconnector.conf.
...
- Acesse os grupos Proxy HTTP e Proxy HTTPS:
Proxy HTTP
- conn.proxy.use=yes
- conn.proxy.server=seu_servidor_proxy
- conn.proxy.port=porta_do_servidor_proxy
- conn.proxy.username=seu_usuario_na_rede
- conn.proxy.password=sua_senha
- Faça o mesmo com o Proxy HTTPS que está na linha abaixo.
Proxy HTTPS
- conn.proxy.secure.use=yes
- conn.proxy.secure.server=seu_servidor_proxy
- conn.proxy.secure.port=porta_do_servidor_proxy
- conn.proxy.secure.username=seu_usuario_na_rede
- conn.proxy.secure.password=sua_senha
- Certifique com o parceiro Neogrid qual o credencial para autorização do cliente a rodar os serviços no servidor:
- conn.username=seu_username_cadastrado_na_Neogrid
- conn.password=sua_senha
- conn.senderCNPJ=NG
Todos os status de comunicação ficarão registrados em um log, identificado como mercador.log.
- Execute, na pasta \Bin, o arquivo StartClient.bat para ativar o serviço DRP.
O Protheus
...
- grava os arquivos gerados a partir da rotina LOJA7030() para a pasta \ClientMercador\Bin\Out\, identificado no parâmetro MV_LJNEOUT.
Em seguida, o DRP
...
- converte os arquivos que estão com \Out\ e
...
- grava na linguagem Neogrid na pasta \Rec_Out\.
Os arquivos que estão na pasta \Rec_Out\
...
- são enviados para o DRP.
...
Ao finalizar, os arquivos são movidos para a pasta \SENT\.
...
- Observe o envio dos arquivos
...
- , consultando o log dos envios, que está na pasta \SUMMARY\.
O DRP está sendo processado.
Em seguida,
...
- são enviados os arquivos de retorno na pasta \IN\, identificado no Protheus como parâmetro MV_LJNEOIN.
O Protheus
...
- identifica os arquivos
...
- através da rotina LOJA7033() e cada arquivo
...
- processado,
...
- será movido para a pasta configurada como parâmetro MV_LJNERCV.
...
-
Conforme a configuração do parâmetro MV_LJNEOPV,
...
- são gravados os dados nos arquivos de Solicitação de Compra (SC1), Pedidos de Compra (SC7) ou Movimentações de Estoque entre Armazéns (SD3).
...
Âncora _Toc328136233 _Toc328136233 Âncora _Toc351371784 _Toc351371784 Âncora _Toc363117596 _Toc363117596 Âncora _Toc380496079 _Toc380496079 Situações comuns
Caso a transmissão não ocorra Caso não consiga efetuar a transmissão, verifique:
- Na pasta \Bin\, abra o arquivo mercador.log.
- Aplique o comando Find no seu editor de texto. Caso o parâmetro conn.proxy.use=yes estiver definido em mercadorconnector.conf, verifique se não deu erro 407 na linha java.io.IOException: 407 Proxy Authentication Required ( Forefront TMG requires authorization to fulfill the request. Access to the Web Proxy filter is denied. )
- Ou caso o parâmetro conn.proxy.use=no estiver definido em mercadorconnector.conf, procure a mensagem java.net.ConnectException: Connection timed out: connect
Figura caso conn.proxy.use=yes
Figura caso conn.proxy.use=no
Caso afirmativo, consulte a tabela abaixo:
Tratamento de erros de integração (DRP Neogrid)
Erro | Mensagem | Solução |
407 |
| Verifique o firewall do seu computador. Se estiver utilizando rede interna, contate o administrador de redes. |
— |
| Verifique o firewall do seu computador. Se estiver utilizando rede interna, contate o administrador de redes. |
...
Âncora | ||||
---|---|---|---|---|
|
Âncora | ||||
---|---|---|---|---|
|
...
Suporte da aplicação
...
- Verificar versão superior.
- Execução do update de base UPDLO119, conforme Procedimentos para Implementação.
- Adquirir junto a NeoGrid o Client (StartClient) e instalar na raiz do Back Office Protheus®.
- Criar Schedules para gerar e importar os XMLs.
- Cadastrar algum complemento para cada produto.
- Cadastrar as Categoria de Produtos.
- Cadastrar para cada produto três níveis de categoria (Amarração Cat x prd) no Back Office Protheus®.
- Cadastrar os Fornecedores.
- Cadastrar os Armazéns (NNR).
Âncora | ||||
---|---|---|---|---|
|
...
Âncora | ||||
---|---|---|---|---|
|