Milton Ferreira

Nossa aplicação é em Java. Negócio é que não consigo gerar o QrCode no PinPad. Em todos os exemplos que vi e vídeos que assisti os parâmetros estão sendo enviados iguais.

Estou tentando enviar AUTCAP com 4, mas com todos os somatórios que tentei o resultado é sempre o mesmo: PWRET.NOTHING

PW_iAddParam(0x36, 4607) <0> ppsers_240708.logcomms_240708.log

Obrigado pelo retorno, Sim, aparece: O retorno é o mesmo de antes.

Bom dia! Estamos realizando os testes do roteiro de homologação e estamos precisando de uma ajuda quanto ao recebimento de PIX (Carteira Digital). São enviados os parametros: => PW_iAddParam (37 - TOTAMNT): 1000 => PW_iAddParam (7969 - PAYMNTTYPE): 8 => PW_iAddParam (32513 - USINGPINPAD): 1 => PW_iAddParam (53 - AUTHSYST): PIX C6 BANK => PW_iExecTransac: NOTHING(-2493) Nada é gerado no pin pad e transação não é realizada, mas retorna conforme abaixo: ============== PARAMETROS ============== OPERATION<0X2> = 33 POSID<0X11> = 88872 DESTTCPIP<0X1b> = esba-hom01.tpgweb.io:17500 UNKNOWN<0X1d> = GERTEC PPC-930;192MB C1400.12503.VR1115 @2.12002.14 200921 7200032401011632 UNKNOWN<0X23> = ul REQNUM<0X32> = 0000131499 AUTHSYST<0X35> = PIX C6 BANK VIRTMERCH<0X36> = 4607 CNFREQ<0X43> = 1 AUTLOCREF<0X44> = 92 LANGUAGE<0X6c> = 0 PROCESSMSG<0X6f> = REALIZE A LEITURA DO QR CODE 01 CNCDSPMSG<0X74> = OPERACAO CANCELADA CNCPPMSG<0X75> = OPERACAO CANCELADA UNKNOWN<0X7e> = 002.14 200921 GERTEC PPC-930;192MB PPC-930 2.121400.12503.VR1115 @002.14 200921 002.14 200921 12000000001.19 1.0.3-20170613 3.0.3-20170613 1.0.2-20171120 1.0.1-20170601 0816 03200240 11 1.0.0-20150224 1.0.1-20180614 7200032401011632 PAYMNTTYPE<0X1f21> = 8 UNKNOWN<0X1f77> = 00020101021226990014br.gov.bcb.pix2577qrcode-h.c6pix.com/qrs1/v2/01jxJ3ryeGCHqHn7jg63Y7cDd7mqfbwWvuiCeAH7AmebtbLc1A520400005303986540510.005802BR5916Regressivo Teste6009SAO PAULO62070503***63040479 UNKNOWN<0X1f81> = 1 USINGPINPAD<0X7f01> = 1 PPCOMMPORT<0X7f02> = 05 IDLEPROCTIME<0X7f04> = 240708105924 SERVERPND<0X7f0b> = 1 PPINFO<0X7f15> = GERTEC PPC-930;192MB C1400.12503.VR1115 @2.12002.14 200921 7200032401011632 UNKNOWN<0X7f16> = 9 UNKNOWN<0X7f21> = 0004.0001.0027.0001 UNKNOWN<0X7f4e> = SO:Win 10 , 64bits UNKNOWN<0X7f51> = 0 UNKNOWN<0X7f52> = 0 UNKNOWN<0X7f53> = 00000000000000000000000000000000 ======================================== Os testes referentes à crédito e débito já estão ok.

Parece que normalizou, consegui autorizar varias notas há pouco, sem modificações em nosso código fonte.

Boa tarde, Hoje comecei a receber rejeição (966: Obrigatório o preenchimento da origem da mercadoria) em qualquer NFC-e em ambiente homologação MG (Produção felizmente sem erros por hora). Creio ser algo para implementação da NT 2024.001 (criada a regra de validação N11-10 para exigir o preenchimento da origem da mercadoria quando o emitente não for CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”). O que não estou entendendo é que a tag está sendo enviada (Log e XMLs em anexo). Alguém com o mesmo problema ou alguém que possa me ajudar com informações de alguma forma? Agradeço desde já! ACBrLibNFE-20240620.log 31240607932214000145650010000021441070052410-pro-lot.xml 31240607932214000145650010000021441070052410-env-lot.xml

Resposta da sefaz print em anexo. Conclusão: Erro do lado da Sefaz, foi corrigido sem alterações do lado das SH`s.

Boa tarde, por aqui normalizado também (Homologação e Produção) sem mudanças do lado de cá, obrigado por avisar. Produção realmente saiu do ar por volta de 12h e normalizou por volta das 15h30 autorizando as contingências sem problemas, então creio não ter mudanças na emissão. Chamado com a SEFAZ ainda sem resposta final, mesmo com a normalização vou deixar responderem e replico aqui. Obrigado!

Chamado aberto, tendo retorno aviso aqui pra que todos fiquem cientes. Obrigado!

Bom dia, estou na mesma aqui com receio de acontecer no ambiente de produção! Acompanhando novidades. Obrigado!

Pessoal, encontrei o problema aqui. O horário do servidor da empresa estava incorreto, a emissão do nosso sistema busca o horário do servidor e não da maquina local. Obrigado!

Olá, bom dia! Estou com problema em único local até agora relatado, com a Rejeição Data-Hora de Emissão posterior ao horário de recebimento, no log realmente o envio está sendo realizado com uma hora a mais. No windows não está marcado a opção do horário de verão automático e Fuso Brasilia -03:00. O horário do Windows está correto e a configuração do TimeZone.Modo = 0 conforme prints. Alguém tem alguma sugestão do que pode estar ocorrendo? Segue log para analise. ACBrLibNFE-20240401 2.log

Pessoal, problema solucionado. SEFAZ parou de enviar a msg Falha no SChema XML. Aparentemente algo do lado deles mesmo.

@Juliomar Marchettitinha baixado ontem.. Vi agora depois do seu post que atualizou para ACBrLibNFE - 0.4.6.275 e realmente não aparece mais a msg de erro, obrigado! O problema motivo desse post continua mesmo com a lib mais nova, SEFAZ respondendo posto aqui pra ajudar os demais e agradeceria se pudessem me reportar a solução se alguém obtiver sucesso.

Estou efetuando vários testes enquanto aguardo o retorno da SEFAZ e ao atualizar a LIB agora é retornado "Valor string inválido para TmotRedAdRem: 0" Alguem pode me ajudar quanto à isso?

@Juliomar Marchetti, obrigado pela resposta, mas a atualização dos Schemas foi a primeira providência que tomamos e infelizmente sem sucesso. Enviei uma msg no portal da Sefaz, vamos ver o retorno deles. Enquanto isso, continuemos na contingência. Obrigado!

Bom dia, pessoal! Estou com problema para emissão de NFC-e em MG (Lib Java) desde ontem retornado Falha no schema XML em todas as NFC-es, curioso é que se vc consulta a nota, mesmo depois da rejeição ela consta como autorizada, como pode ser ver nos anexos (Log, XML e Print). Gostaria de saber se alguém tem uma sugestão ou se é falha na SEFAZ/MG mesmo, pra variar! ACBrLibNFE-20240314.log 31240307932214000145650010000017741024212016.xml

Restaurei a imagem de backup do windows de ontem, reinstalei o PDV e rodou.. Não sei pq não tentei isso antes ao invés de ficar pelejando durante quase 2 horas. Creio que tenha sido algo que corrompeu no SO mesmo. Resolvido. Muito obrigado pela atenção!

Obrigado pelo retorno. É a mesma DLL ST que utilizo em todos os clientes, usado o mesmo pacote de instalação com os respectivos caminhos. Unica coisa de diferente nessa estação que é Windows 7, porém estava funcionando até ontem.

Boa tarde, Estou com problema com um cliente apenas que a LIB Java não funciona. Além de não executar nenhuma operação não lê o arquivo ini de configuração e no LOG fica apenas: LIB_Finalizar. Arquivo ini conferido, configuração toda ok. Estava funcionando corretamente e parou sem motivo identificado. Alguém tem alguma informação que possa me ajudar?

Atualizado e funcionando, muito obrigado pela atenção de sempre!

Boa tarde, conforme conversa iniciada por Discord e solicitação do @Diego A. Folieni segue situação ocorrendo na versão ACBrLibMDFe - 0.2.1.225. Ao utilizar acbrMDFe.enviar o retorno não vem, mas no log é gerado a resposta corretamente. #TK-4550

Obrigado pelo retorno de vocês, com a ajuda consegui entender e resolver a situação. O que acontece? Quando usava o monitor, o XML só era salvo na pasta após a autorização, então quando dava rejeição de duplicidade, o sistema buscava os arquivos na pasta e atualizava o banco de dados com o XML autorizado anteriormente, esse processo ocorria após a rejeição. Dessa forma não era preciso salvar o cNF visto que a informação já estava no XML anterior. Com a Lib, o arquivo XML é salvo na pasta antes mesmo da autorização, logo se ocorre a rejeição por duplicidade e posteriormente o sistema buscar na pasta, buscará o arquivo sem o protocolo de autorização, então o sistema gerava um novo XML, logo com outro cNF. Então coloquei o sistema para salvar cNF ainda deu erro de DigestValue ao consultar a nota pq eram arquivos com horários diferentes, então mudei a ordem das coisas. Quando a nota está rejeitada no sistema, antes de tentar realizar a emissão, ele busca na pasta de arquivos, se possuir um XML correspondente autorizado, ele apenas o consulta e salva os dados no banco de dados. Minha explicação ficou um pouco confusa, porém funcionou, aceito sugestões caso exista um processo melhor. Obrigado!

Boa tarde, Não estou enviando com o mesmo número, o processo foi migrado do Monitor para a Lib Java, no monitor não precisava de enviar o mesmo número. Há alguma diferença no processo?