Histórico da Página
...
Produto: | Microsiga Protheus |
Versões: | 10 e 11 |
Ocorrência: | Conceito e configuração do envio e processamento de venda do módulo LOJA quando se utiliza ambientes PDV e RETAGUARDA. Este procedimento auxilia na análise do status de uma venda realizada em ambiente PDV e na correção de seu processamento na retaguarda. Inconsistência de processamento de venda podem ser causados pelos seguintes itens:
|
Ambiente: | Unspecified |
Passo a passo: | CONCEITO Ao realizar uma venda corretamente no PDV o campo L1_SITUA é gravado com o valor 00 (Venda Efetuada com Sucesso) na base do PDV. Os Jobs LOJA1115 (quando se utiliza VENDA ASSISTIDA quando em ambiente com PAF-ECF implantado) ou FRTA020 (quando se utiliza o Front Loja) lêem as vendas realizadas no PDV onde o campo L1_SITUA está gravado com o valor 00 e as envia para a retaguarda, este processo sendo realizado corretamente o campo L1_SITUA do PDV é alterado para o valor TX (Foi Enviado ao Server). AMBIENTE RETAGUARDA Na retaguarda se a venda é recebida corretamente o campo L1_SITUA é gravado com o valor RX (Foi Recebido Pelo Server). O Job LJGRVBATCH lê as vendas gravadas na RETAGUARDA com o campo L1_SITUA com o valor RX, realiza a leitura das tabelas SL1, SL2 e SL4 e realiza o processamento da venda na RETAGUARDA (preenche as tabelas: SD2, SF2, SF3*, SFT*, SE1, SE5, SB2), concluindo assim o processamento da venda, este processo sendo realizado corretamente o campo L1_SITUA da RETAGUARDA é alterado para o valor OK (Foi Processado no Server). *SF3 e SFT somente são geradas automaticamente quando a escrituração está como ONLINE (MV_LJLVFIS=2). CORREÇÃO Existem diversos status para o campo L1_SITUA o mais comum de ocorrer é o ER (Erro) que informa erro na gravação ou envio de venda, que podem ser corrigidos em cada ambiente das seguintes formas: PDV · Quando o L1_SITUA de uma venda do PDV for gravado desta forma, deve-se alterá-lo para 00 para que o job tente reenvia-lá novamente a venda para a Retaguarda, caso o L1_SITUA volte para ER deve-se analisar o log do Console onde será apresentado o motivo da não gravação. RETAGUARDA · Quando o L1_SITUA da Retaguarda for gravado desta forma, deve-se alterá-lo para RX para que o job tente reprocessá-la novamente, caso o L1_SITUA volte para ER deve-se analisar o log do Console onde será apresentado o motivo do não processamento. |
Observações: | CONFIGURAÇÃO PDV Segue a configuração dos JOBs necessários para que todos os processos de envio e recebimento de venda sejam realizados corretamente, lembrando que no PDV, somente um deles deve estar ativo, dependendo do uso. LOJA115 para Sigaloja OffLine e FRTA020 para FrontLoja. Para configurações TOTVSPDV , consultar o link SIGAFRT_0215_Configuração de comunicação TOTVS PDV LOJA1115 - JOB responsável por sincronizar o ambiente PDV quando se utiliza o modulo CONTROLE DE LOJAS em ambiente PDV (possível somente com a legislação do PAF-ECF implantada). [LOJA1115] Main=LOJA1115 Environment=NOME DO AMBIENTE DO PDV nParms=3 Parm1=CODIGO DA EMPRESA Parm2=CODIGO DA FILIAL ( CONSIDERAR O DO SIGAMAT E NÃO DA TABELA ) Parm3=CODIGO DO CADASTRO DE ESTACAO [ONSTART] JOBS=LOJA1115 FRTA020 (APFRONTLOJA) - JOB responsável por sincronizar o ambiente PDV quando se utiliza o modulo FRONT LOJA em ambiente PDV [APFrontLoja] Main=FRTA020 Environment=NOME DO AMBIENTE DO PDV nParms=3 Parm1=CODIGO DA EMPRESA Parm2=CODIGO DA FILIAL do Sigamat( CONSIDERAR O DO SIGAMAT E NÃO DA TABELA ) Parm3=CODIGO DO CADASTRO DE ESTACAO Parm4=QUANTIDADE DE VENDAS ANTES DO RESET DA CONEXÃO RPC Parm5=QUANTIDADE DE CONEXÕES ANTES DO RESET DA CONEXÃO RPC Parm6=Tempo em minutos para o Job ser finalizado caso não ocorra subida de venda com sucesso (Deve-se definir RefreshRate na seção [ONSTART] para reiniciar o serviço) [ONSTART] JOBS=APFrontloja CONFIGURAÇÃO RETAGUARDA LJGRVBATCH (INTEGRACAO ERP) - JOB responsável pelo processamento da venda realizada no PDV, no ambiente RETAGUARDA [Integracao ERP] Main=LJGRVBATCH Environment=Nome do Ambiente Retaguarda nParms=5 Parm1=Código da Empresa Parm2=Código da Filial ( Considerar do Sigamat e não da Tabela ) Parm3=Intervalo em milésimos de segundos (milissegundo) entre os ciclo de processamento. Cada ciclo é composto pela leitura de todas as vendas(por filial) pendentes de processamento (L1_SITUA = 'RX'). Valor Padrão=30000 (corresponde a 30 segundos) Parm4=Intervalo em milésimos de segundos (milissegundo) para reprocessar uma venda em caso de falha/impossibilidade de processamento. Registro alocado(concorrência de gravação) por causar a impossibilidade de processamento. Exemplo: Cadastro de cliente (SA1) ou saldos bancários (SE8) em uso. Após 5 tentativas de processamento, a venda é gravada com L1_SITUA = 'ER' para que seja analisada pelo administrador do sistema. Valor Padrão=60000 (corresponde a 60 segundos) Parm5=Quando o ambiente possui NFC-e configurado (MV_NFCEURL), indica se deve iniciar o Job de cancelamento. Para melhor gerenciamento de memória do servidor, é indicado que o Job de cancelamento seja configurado separadamente (mais detalhes no item 32 da FAQ "Desvendando a NFC-e - SIGAFRT_SIGALOJA_0080_Desvendando a NFC-e - Nota Fiscal de Consumidor Eletrônica )" e esse parâmetro seja configurado para não realizar a inicialização do Job de Cancelamento. Quando Parm5=1 - Inicia automaticamente o Job de Cancelamento(não indicado). Quando Parm5=0, não inicia automaticamente o Job de Cancelamento. Valor Padrão=1 (Devido a legislação da NFC-e, para evitar impacto o valor padrão foi definido para ativar o Job automaticamente, vale reforçar que a configuração ideal é não ativar.) Valor Padrão=0 [ONSTART] JOBS= Integracao ERP RefreshRate=180 |
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas