[Consumo indevido]

Rapaz em vários grupos e até aqui no fórum tem vários relatos do mesmo problema em SP.

É problema lá na SEFAZ, aqui também tenho cliente que emite 1 NF-e por mês e ontem deu consumo indevido no envio.

[Consumo indevido]

Aqui tivemos alguns chamados de consumo indevido, mas o cliente aguarda alguns minutos e consulta novamente, vem o protocolo de autorização.

[duvida sobre o valor aproximado]

Segundo a NT 2013.003 ele pode aparecer no quadro:

[Consumo indevido]

32 minutos atrás, tiago ocamoto disse:

Aqui desde Sexta-feira tem acontecido isso somente nos cliente que tenho em SP,  e a rejeição já acontece na primeira vez que o cliente envia a nota, quando consultamos as notas elas já estão na SEFAZ. Mais alguém com esse problema?

 

São Paulo anda ocorrendo mesmo, observe que pelo fluxo:

- envia a nfe e a sefaz devolve o recibo 

- o acbr conforme configuração faz consultas até receber o protocolo

 

Se ultrapassar o limite de tentativas aí recebemos lote em processamento.

Essas consultas que costumam dar problema, aí colocamos a nfe em um status intermediário para posterior consulta.

[Consumo indevido]

"ahhhh como fico sabendo se origem desse consumo foi pelo IP ?"

Consumo Indevido é sempre bloqueado pelo IP, porém acredito não ser o IP interno da sua rede e sim o IP público da sua internet.

 

Tivemos ano passado um caso no Paraná, onde um cliente tomou dezenas de "consumo indevido" durante algumas horas e foi penalizado com o bloqueio do CNPJ junto à SEFAZ.

O contador dele teve que entrar em contato e solicitar o desbloqueio.

No nosso caso foi um monitor de NFC-e que ficou forçando o envio da mesma NFC-e que continha um item com "NCM inexistente".

[Consumo indevido]

Recebeu consumo indevido só resta aguardar o tempo necessário, aqui orientamos aguardar 60 minutos.

Porém é interessante investigar a origem desse consumo indevido que é pelo IP.

- várias tentativas com mesmo erro

- consultas consecutivas

[SAT com bloqueio autonomo]

Em 18/01/2024 at 17:48, osmarbentojr disse:

Tá, mas essa "rotina" é assim mesmo ? O SAT\ACBr faz isso então ??? ele troca o arquivo da pasta ? 

O aparelho SAT que vai guardando esses cupons na memória interna do aparelho.

Só complementando, o ACBrSAT em si não tem relação direta com esse "represamento" de cupons dentro do aparelho.

Seguindo essa linha, quem preenche "Número do Cupom" e a "Data do Cupom" é o aparelho SAT, sendo assim se o cupom foi emitido em Dezembro, a data do cupom será de Dezembro.

-> pasta fisica 12/2023
-> data do cupom 12/2023

-> envio para SEFAZ 01/2024 (o aparelho só tinha internet nesse periodo)

 

Aqui isso já deu discussão com os contadores, pq alguns gostam de comparar o relatório do sistema com o excel que a própria SEFAZ disponibiliza no portal.

Porém quando eles abrem o portal (no inicio do ano), os cupons "represados" no aparelho ainda não foram enviados para a SEFAZ, ai começa a dor de cabeça.

[Timeout Toledo usando conversor USB]

7 minutos atrás, Dangelo2010 disse:

Boa noite!

Também tive o mesmo problema em varias maquinas 

Solução: Desinstala e instala novamente 

Olha, tentamos isso no cliente e no pc de testes, várias vezes, mas vai bem um tempo depois começa a para denovo.

[Timeout Toledo usando conversor USB]

Colega estamos tendo o mesmo problema com esse driver "CH340" integração do sistema com a balança Prix Fit 3, funciona até um determinado ponto depois para de ler o peso e mesmo reiniciando o sistema dá erro, inclusive no demo do ACBr.

Inicialmente achavamos que todos os adaptadores (SERIAL-USB) eram iguais, porém depois de muitos dias pesquisando, descobri que existem "2 modelos de conversores" nesses adaptadores

- Prolific

- CH340

Com isso já descobrimos pq a maioria dos clientes e até em nossa bancada sempre funcionou muito bem a leitura de peso, pois sempre usamos o adaptador com conversor e driver "Prolific".

O cliente que não funciona a leitura, comprou um adaptador com "CH340", levamos o nosso "Prolific" no estabelecimento dele e na hora funcionou muito bem.

Compramos um adaptador "CH340", fazendo vários testes é possível ver que o driver dele é encontrado em várias versões, porém nenhuma funciona bem:

- 2011, 2014, 2019 e 2023

A única solução que encontramos é a partir de agora sempre que o cliente perguntar sobre esses adaptadores, orientar sempre comprar com esse conversor "Prolific" (pior que visualmente os 2 são iguais).

[Emulador Para Impressora De Etiqueta]

Colega sofria demais com isso, clientes de fora do estado, com diferentes marcas de impressora, isso fora os vários tipos de etiqueta que cada cliente usa.

Resolvemos isso desenvolvendo um sistema para customização de etiqueta via Fast Report que possui componente para design time.

Com isso customizanos a etiqueta direto no cliente, mesmo remotamente.

 

[Melhor SAT para 2023]

Em 2023 até o momento temos dezenas de SATs Control ID ativados.

Nenhum problema até agora, fácil instalação e suporte muito bom.

[Access Violation ACBrMTer + Balança Prix Fit 3]

Bom dia !

O cliente utilizou no sábado e no domingo, não tivemos logs de erro ou chamados ao suporte.

Optei em fazer a alteração no método "InterpretarRespostaPeso":

ACBrBALToledo.pas

[Access Violation ACBrMTer + Balança Prix Fit 3]

Bom dia Renato, fiz essa alteração sugerida conforme o print abaixo e vou colocar no cliente para testar:

 

Porém acho que a verificação se a "resposta" está vazia deveria ser feito na função que interpreta as respostas "InterpretarRespostaPeso", nessa função existe uma verificação de "aResposta" mas está no meio da função, podendo ocasionar erros antes dessa verificação:

 

[Access Violation ACBrMTer + Balança Prix Fit 3]

Olá, estamos com um cliente usando o microterminal Gertec MT-721 integrado a Balança Prix Fit 3.

Em alguns momentos do dia, estoura na tela do caixa uma mensagem acusando "Access Violation" na linha 109 da unit "ACBrBALToledo.pas":

exception class    : EAccessViolation
exception message  : Access violation at address 01876215 in module 'WFOOD.exe'. Read of address 00000000.

main thread ($82c):
01876215 +029 WFOOD.exe    ACBrBALToledo          109  +4 TACBrBALToledo.ProtocoloP03Detectado
01876d7d +0b9 WFOOD.exe    ACBrBALToledo          365 +10 TACBrBALToledo.InterpretarRepostaPeso
0188409b +017 WFOOD.exe    ACBrBAL                389  +1 TACBrBAL.InterpretarRepostaPeso
0188b458 +16c WFOOD.exe    ACBrMTer               598 +29 TACBrMTerConexao.OnBufferWaitDone
01466eed +011 WFOOD.exe    ACBrBase               525  +1 TACBrThreadTimer.DoCallEvent
0055f75e +172 WFOOD.exe    System.Classes                 CheckSynchronize
007274b0 +7bc WFOOD.exe    Vcl.Forms                      TApplication.WndProc

 

Método apontado na exceção "ProtocoloP03Detectado" como a linha 109:

function TACBrBALToledo.ProtocoloP03Detectado(const  wPosIni:Integer; const aResposta: AnsiString): Boolean;
var
  l_posini, l_posfim: Integer;
begin
  // detecta o padrão p03 na string.
  //                   1     2      3    4    567890   123456    7    8 (8 é opcional)
  // Protocolo P03 = [STX] [SWA] [SWB] [SWC] [IIIIII] [TTTTTT] [CR] [CS]
  if  (aresposta[1] = STX) and (aresposta[17] = CR) then <---------- ERRO SERIA NESSA LINHA 109
      // primeiro caracter da string é STX e o 17 é CR
    Result := True
  else
  begin
    // pode ocorrer da string ser lida quebrada, assim procura o primeiro CR, depois do primeiro STX
    // [IIII] [STX] [SWA] [SWB] [SWC] [IIIIII] [TTTTTT] [CR]
    l_posini := Pos(STX, aResposta);
    l_posfim := PosEX(CR, aResposta, l_posini + 1);
    if  l_posfim = 0 then
      l_posfim := Length(aResposta) + 1;

    Result := l_posfim - l_posini = 16;
  end;
end;

 

Analisando os logs do microterminal nos horários em que ocorre o erro, observamos que todas as vezes que houve erro foi no trecho abaixo:

 -- 23/06 14:23:45:122 -- Terminal: 192.168.30.5 - RX <- 262 bytes -> =[NUL][STX][SOH][NUL][STX]00000[ETX][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][7]

 

[Desenvolvimento de sistema de mobilidade]

Olá, segue meus contatos:

Email: [email protected]

Fone: (11) 99845-2278

[Desenvolvimento de sistema de mobilidade]

Colega tenho uma empresa de sistema para restaurantes, se quiser podemos fazer uma call para entender sua necessidade.

[ACBrPosprinter + Bluetooth + Android 12]

Deixando a solução para quem precisar, como no Android 12 teve mudanças nas permissões, foi necessário marcar essas opções no projeto.

[ACBrPosprinter + Bluetooth + Android 12]

Olá, estou usando Delphi 11.3 e fazendo um teste com o demo ACBrPosPrinter Android em um tablet com Android 12.

Meus fontes estão atualizados, o App solicita permissão do Bluetooth ao iniciar mas depois não encontra a impressora pareada.

Tenho outro Tablet com Android 8 e funciona normal com o Demo do ACBrPosPrinter.

Fazendo algumas pesquisas, encontrei na documentação do Android que essa versão 12 teve mudanças nas permissões para uso do Bluetooth.

Alguém já conseguiu imprimir pelo demo com Bluetooth no Android 12 ?

[Rejeição: 878 - Endereço do site da UF da Consulta por chave de acesso diverge do previsto]

Posso estar enganado, mas dei uma lida nos fontes do ACBr, mais especificamente nessas rotinas de leitura do "ACBrNFeServicos.ini".

function TWebServicesConf.LerParamsIniServicos: AnsiString;
var
  ArqIni: String;
  FS: TFileStream;
begin
  Result := '';
  ArqIni := Trim(fpConfiguracoes.Arquivos.IniServicos);

  if (ArqIni <> '') and FileExists(ArqIni) then
  begin
    FS := TFileStream.Create(ArqIni, fmOpenRead or fmShareDenyNone);  // Thread Safe
    try
      FS.Position := 0;
      Result := ReadStrFromStream(FS, FS.Size);
    finally
      FS.Free;
    end;
  end;
end;

Observe que se a propriedade "fpConfiguracoes.Arquivos.IniServicos" estiver vazia, o componente "não" vai procurar na pasta do executável o arquivo INI.

No meu caso sempre deixava essa propriedade vazia, agora mudei a lógica no momento que configuro o componente antes da emissão:

 if FileExists(PathApp + 'ACBrNFeServicos.ini') then
    ACBrNFCe.Configuracoes.Arquivos.IniServicos := PathApp + 'ACBrNFeServicos.ini';

Geralmente não uso o arquivo "ACBrNFeServicos.ini" direto na pasta, mas no caso específico dos clientes de Minas Gerais estou reconsiderando essa prática .. rsrs

[Rejeição: 878 - Endereço do site da UF da Consulta por chave de acesso diverge do previsto]

Estou com o mesmo problema em Minas Gerais, assisti um vídeo do Daniel ontem falando sobre o assunto.

Atualizei meu ACBr e compilei novamente o sistema, coloquei a versão no cliente mas contínua o mesmo erro ao emitir.

[na NFCe -> Erro Interno: 10060 / Erro HTTP: 0 / URL: https://nfce.fazenda.sp.gov.br/ws/NFeAutorizacao4.asmx]

Estou tendo o mesmo problema em SP, porém usando o componente.

Ajustamos timeout, mas tem clientes que passa 1 ou 2 NFC-e, depois dá o erro.

Acho que a Sefaz está meio preguiçosa ..rsrsr

[Erro: Timeout durante a comunicação com o SAT ao enviar requisição]

Nós também temos aqui um "mini" servidor de SAT, mas é bem mais simples rsrs ..

Aqui deixamos rodando no servidor um programa que fica rodando em loop e verificando a fila de Cupons pendentes, se ele acha um Cupom ai parte para verificar a tabela de SATs cadastrados e vai verificando o status de cada um (nesse ponto descarregamos e carregamos novamente a DLL), o aparelho SAT que estiver livre recebe o cupom.

Alguns colegas relataram em posts aqui mesmo no ACBr, que aparelhos SAT da mesma marca podem ter dificuldades em ter mais de 1 aparelho no mesmo computador, nesse caso sempre orientamos para ter aparelhos de marcas diferentes, nosso cliente usa 1 ControlId e 1 Linker II.

Um ponto interessante é, cada autorização que um aparelho executa, incremento no registro dele +1, sendo assim ordeno a fila de aparelhos sempre pelo aparelho que tem trabalhado menos .. rsrs

Temos isso em produção com no máximo 5 PDVs, em laboratório testamos com 3 PDVs finalizando a venda no mesmo segundo e até o momento nada consta de erros.

[Erro: Timeout durante a comunicação com o SAT ao enviar requisição]

Uma prática que usamos aqui e reduz bem os problemas é sempre consultar o status do aparelho SAT antes de enviar uma venda.

Diariamente temos problemas com:
- aparelhos não sendo encontrado pelo windows (problema de comunicação)

- aparelho com com status "Em processamento"

- aparelho bloqueado por falta de internet

Todos esses casos avisamos na tela do PDV o problema, e não enviamos a venda.

[NFCe e SAT]

21 minutos atrás, Lázaro Santos disse:

Humm,  

Obrigado pelas explicações.. 

Penso tambem em uma situação em que o cliente nao poderá ficar ali  esperando até ser corrigido por um funcionário do estabelecimento comercial e com isso segurando a fila de atendimento.  

De qualquer forma obrigado pelas  explicações. 

Att. 

Lazaro.

Nesse seu contexto de preocupação, eu já começaria a pensar nessa situação de quando atualizar a tabela IBPT, o próprio sistema já revisar os produtos e travar a venda deles.

[NFCe e SAT]

Então como citei acima, no meu caso é exibida uma tela para correção rápida para aquele cupom fiscal, após o preenchimento do que precisa o cupom será emitido, independente de ser SAT ou NFC-E.