Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'supermercado'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

Encontrado 2 registros

  1. Bom dia, eu estou com o seguinte problema: Eu configurei no componente do ACBr para fazer 3 tentativas para pegar o retorno da SEFAZ num intervalo de 1/2 segundo entre elas caso o código de retorno sejam (103, 104, 105, 12002, 12007) eu aguardo 3 segundos e faço uma consulta para ver ser o código de retorno mudou para (100) caso contrario gero uma nota em contingencia para poder liberar o cliente no caixa. Depois num monitor que fiz de acompanhamento de notas de rejeição e contingencia dento envia- as notas de contingencia algumas me retorna a rejeição (539 - Duplicidade de NF-e com diferença na Chave de Acesso [chNFe:99999999999999999999999999999999999999999999][nRec:999999999999999]) com a unica diferença é o tipo de envio da nota. O que aconteceu neste caso foi eu tentei enviar "Normal" e não conseguir o retorno de autorizado pela SEFAZ então gerei em "Contingencia", mas a nota foi enviada realmente "normal" e a SEFAZ demorou muito no retorno e tentei retransmitir ela em contingencia causando esta rejeição. Ajustar isso é tranquilo o problema é que o cliente levou o cupom com o QR Code de transmissão em contingencia e ele nunca vai conseguir consultar esta nota já que na minha primeira tentativa em normal havia sido enviada. Alguém poderia me ajudar como tentar resolver este tipo de problema com alguma sugestão. Obrigado.
  2. Olá pessoal. Venho recorrer a vocês sobre um problema que estou enfrentando, e está se tornando insustentável nos clientes. Poise bem na empresa onde eu trabalho, atendemos a alguns supermercados. Desenvolvemos um sistema monitor de notas, onde fica uma Thread/Timer rodando e verificando se existem notas por serem transmitidas. Cada caixa do supermercado utiliza uma série distinta. E cada caixa tem seu monitor de envios independente, ou seja, se um caixa parar, os demais continuam funcionando. O que vem acontecendo com frequência é o aumento de casos de "consumo indevido"... Andei lendo as notas técnicas a respeito, e já estou ciente que o erro se dá ao número de requisições para o mesmo documento em um curto espaço de tempo... Porém existem algumas situações rotineiras que acontecem neste clientes... uma delas, é ao transmitir a nota fiscal pela primeira vez, em alguns casos a aplicação demora a obter resposta, e acaba recebendo cStat = 0, e xMotivo = vazio... neste caso eu não sei afirmar se é algo de errado com a sefaz do meu estado, ou se pode ser a conexão com a internet do cliente... a aplicação demora a obter resposta quando recebe o cStat = 0... e quando isso acontece imediatamente "para não segurar o andamento do caixa" eu imprimo a nota fiscal em modo offline... e no banco de dados eu mudo o status desta nota como pendente... dai então tenho outra fila de processamento em segundo plano... que tenta transmitir estas notas pendentes quando não há notas novas na fila de processamento.... "já mais executo 2 transmissões simultaneamente"... o problema começa a acontecer quando tento transmitir estas notas que estão pendentes... tenho como hábito consultar a nota antes do envio... se a nota já estiver na receita eu pego chave e protocolo e dou por encerrada... se a nota não estiver na receita então eu executo a transmissão novamente.... este processo de consultar e executar a transmissão na maior parte dos casos gera consumo indevido.. Resumindo tudo o sistema vinha funcionando corretamente até 1 mês atrás... começou recentemente... não sei se estou lidando com uma instabilidade de conexão nos clientes, ou estou lidando com alguma eventual mudança de regras na sefaz do meu estado... estou compartilhando com vocês esta situação pois estou ficando desamparado de alternativas, já tentei muitas coisas, porém não estabiliza... estou pensando em desistir de consultar as notas... tentar enviar todas, e somente o que der duplicidade eu consulto... não sei se é certo ou errado fazer isso... Lembrando que só acontece isso em supermercados com vários caixas, onde o volume de notas é muito grande. Alguém teria alguma sugestão ou resposta? Fico agradecido a todos pela atenção. E aos administradores, me perdoem se eu dupliquei o assunto, porém não encontrei algo exatamente semelhante ao que acontece no meu caso. Obrigado.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.