Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 1

changes.mady.by.user Fabio Siqueira Dos Santos

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Fabio Siqueira Dos Santos

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Tempo aproximado para leitura: 10 min

01. DADOS GERAIS

Linha de Produto:Microsiga Protheus
Segmento:Varejo
Módulo:SIGALOJA (Controle de Lojas)
Função:LJRetailApp

02. SITUAÇÃO/REQUISITO

Foram identificados alguns itens de melhoria na integração do Protheus x RetailApp na homologação com o cliente Elmo calçados:

  1. Atualmente o sistema Protheus na geração dos valores totais de venda está abatendo as quantidade devolvidas (D2_QTDDEV) para compor o valor de venda (D2_QUANT) ("SUM((D2_QUANT - D2_QTDEDEV) * D2_PRCVEN)" fonte LJRETAILAPP linha: 240), sendo que o esperado que o valor total de venda seja calculado sem considerar as devolução que são abatidas na contabilização das NCCs.
  2. A query que lista as devoluções está considerando o campo D1_FILIAL, sendo que o correto seria considerar o campo D1_FILORIG pois as devoluções podem ser feitas em outras filiais ("SD1.D1_FILIAL = SD2.D2_FILIAL" fonte LJRETAILAPP linha: 302)
  3. A query que lista as devoluções está comparando o cliente da venda com o fornecedor da devolução, sendo que a regra varejo prevê situações onde o cliente da venda (cliente padrão) é diferente do cliente da devolução (Cliente que receberá a NCC) (" SD1.D1_FORNECE = SD2.D2_CLIENTE AND " Fonte: LJRETAILAPP Linha: 305)
  • Ponto de entrada ou parâmetro que permita informar quais armazéns da tabela SB2 devem considerados para o envio de estoque (inventário) (LJRETAILAPP Linha: 656).
    1. Sistema está com problema no Looping que gera o arquivos de vendedores (Users - SA3) onde se a tabela for compartilhada o sistema grava uma vez cada vendedor em cada filial (LJRETAILAPP Linha: 763).
    2. Sistema não está tratando o tamanho do arquivo do de vendedores (Users - SA3) o que pode gerar lentidão no envio do arquivo (LJRETAILAPP Linha: 798).
    3. Adicionar LogLoja em pontos do fonte de carga para que seja possível analisar as fases de envio de geração e envio de dados à RetailApp.

    03. SOLUÇÃO

    Efetuado ajuste incluindo um novo ponto de entrada, onde é possível realizar filtros adicionais na query antes de enviar as informações relacionadas ao arquivo inventory

    1. Retirado o trecho do fonte que tinha a query em questão. Essa query não era utilizada para envio das informações.
    2. Realizado o ajuste onde o tratamento com o campo D1_FILIAL foi trocado para D1_FILORI.
    3. Retirado o filtro de Cliente e Loja e inserido o filtro do Item (D1_ITEMORI = D2_ITEM)
    4. Realizado o ajuste quando a tabela de vendedores for compartilhada, gerar o arquivo com base: 1º no arquivo de filiais e 2º no resultado da busca na tabela de vendedores
    5. Realizado o ajuste para enviar as informações dos vendedores por Filial (Loja) - somente quando a tabela de vendedores estiver configurada como compartilhada.
    6. Conforme solicitado, foram adicionados Logs (LogLoja) em pontos estratégicos do fonte.


    04. ASSUNTOS RELACIONADOS

    Guia de integração:  Guia da integração Protheus com RetailApp™