[NFC-e Homologação MG - Rejeição da URL do QrCode]

Resolvido após nova atualização do Acbr.

Obrigado

[NFC-e Homologação MG - Rejeição da URL do QrCode]

Bom dia.

Estou com problema com homologação de NFC-e em MG.

Estou tendo a seguinte rejeição: Endereço do site da UF da consulta por chave de acesso diverge do previsto. 

Já atualizei o Acbr, refiz a instalação do componente e fiz build do sistema, conforme vi orientação em outro tópico e ainda sim não resolveu.

Também copiei o arquivo AcbrNFeServicos.ini para a pasta do meu executável, e fiz várias simulações com diferentes URLS, inclusive com as que estão indicadas no portal da Sefaz de MG e mesmo assim não tive êxito.

Alguém está conseguindo autorizar NFC-e em homologação em MG? Qual URL vocês estão utilizando?

[Lote em Processamento em CT-e de substituição desde terça-feira em MG]

Obrigado

[Lote em Processamento em CT-e de substituição desde terça-feira em MG]

Oi @Renato Rubinho

Eu editei os dados do emitente. 

Validei o arquivo nesse link que você me passou, ele validou corretamente.

A Estrutura do XML atual está igual à de outros que haviam sido autorizados anteriormente.

Creio ser mais um dos inúmeros problemas do ambiente da Sefaz MG.

O meu cliente acabou emitindo o CT-e que deveria ser de Subsituição com a finalidade normal, indicando problemas na Sefaz nas informações complementares, conforme orientação da contabilidade.

 

[Lote em Processamento em CT-e de substituição desde terça-feira em MG]

Bom dia, amigos

Estou com um cliente com problema em um CT-e de substituição desde terça feira em MG. Ao Fazer a transmissão estamos obtendo o erro de "Lote em Processamento".

A estrutura do XML está exatamente igual à outros CT-e de substituição que já foram autorizados anteriormente.

Um fato curioso é que CTE-e com finalidade de Anulação e Normal estão sendo autorizados normalmente.

Alguém tem alguma ideia ou já passou por isso?

Obrigado

 

 

31220628990319000120570010000013291000002314-cte.xml

[AcbrEtq é compatível com Impressora KNUP KP-1030?]

Boa tarde.

O AcbrEtq é compatível com Knup kp-1030 ?

 

https://produto.mercadolivre.com.br/MLB-1689216033-impressora-de-etiquetas-tipo-zebra-compativel-ml-b2w-kp-1030-_JM?searchVariation=66397383178#searchVariation=66397383178&position=6&search_layout=grid&type=item&tracking_id=6683049b-bd39-4370-b239-cc4766d8eb1e

 

[Serviço DistribuiçãoDFe maluco?]

Acabei de detectar que em um dos clientes que estavam com esse problema a contabilidade estava fazendo o uso do serviço com o certificado do cliente

 

[Serviço DistribuiçãoDFe maluco?]

Estou passando pelo mesmo problema.

Passando o ultNSU zerado também continuo obtendo o erro de consumo indevido. 

 

[Emissão de Boleto do Sicoob via API Authorization Code]

19 horas atrás, JHONLENON disse:

Joabe Geraldo Boa tarde...eu mexei muito com sicoob, mais não fiz essa implementação de alterar vencimento de boleto...mais se vc estiver usando o scope de incluir boleto, comsultar boleto deve dá certo...na dúvida faz como eu fiz coloquei todos os scope na requisição...até o de consultar extrato e saldo...acabei de ver aqui o sicoob finalmente parece que lançou API de Cobrança v2....

Boa tarde. Vou fazer o teste incluindo todos os escopos de cobrança.

Obrigado @JHONLENON

[Emissão de Boleto do Sicoob via API Authorization Code]

Boa tarde.

Eu não consegui identificar qual escopo devo usar para fazer prorrogação do vencimento. Qual vocês estão usando ?

[Não obtenho mensagem de erro em paralisação programada OpenSSL MG]

Já resolvi o problema usando a opção TimeOutPorThread = True,e corrigindo a forma que e buscava o timeout das configurações do sistema.

Obrigado

[Não obtenho mensagem de erro em paralisação programada OpenSSL MG]

Bom dia.

MG está com paralisação programada desde sábado.

Os clientes que utilizam WinCrypt, após o tempo configurado no AcbrNFe, obtém uma mensagem de erro de comunicação com a SEFAZ e a NFC-e é emitida em contingência.

Porém os clientes que estão configurados com OpenSSL o Componente fica travado no envio, entra em loop, e não obtém mensagem de erro. Com isso o sistema não consegue entrar em contingência.

Fazendo o debug verifiquei que o travamento ocorre no método function TDFeHttpOpenSSL.Enviar, da unit ACBrDFeHttpOpenSSL.  O problema ocorre na linha

OK := FHTTP.HTTPMethod('POST', AURL);

Gostaria de saber se posso fazer alguma configuração para evitar este travamento.

Minha configuração:

with AcbrNFe1 do
  begin 
    Configuracoes.WebServices.AjustaAguardaConsultaRet := False;
    Configuracoes.WebServices.AguardarConsultaRet := 0;
    Configuracoes.WebServices.IntervaloTentativas := 0;
    Configuracoes.WebServices.Tentativas := 5;
    Configuracoes.WebServices.Timeout := 2000;
	
    Configuracoes.Geral.SSLLib := libOpenSSL;
    ACBrNFe1.SSL.SSLType := LT_TLSv1_2;
  end

 

 

 

[É seguro informar a senha do Certificado A3 no componente?]

Nossa indicação para os clientes é sempre de comprar  o A1 mesmo, porém alguns contadores acabam convencendo o cliente a fazer o A3 e "somos obrigados" a usar.

Obrigado pelo retorno @Felipe E. Resende Mesquita.

 

[É seguro informar a senha do Certificado A3 no componente?]

Boa tarde.

Já tivemos muitos casos de perda do certificado A3 há algum tempo.

Uma das recomendações que tivemos foi não informar a senha do certificado no componente, dessa forma o usuário teria que informar toda vez que abrisse o sistema.

Esta situação ainda persiste ou não existe mais problema em informar a senha no componente ?

Obrigado

 

[Margens DANFE FastResport]

Boa tarde.

Obrigado @everson.turossi e @BigWings pelas respostas.

Para não ter que criar uma outra cópia do arquivo .fr3 eu segui a dica do Everson.

Eu estava configurando errado a propriedade Modelo, estava preenchendo com 'ppEscEpsonP2'.

Depois dessa configuração a impressão saiu perfeita, do jeito que eu precisava.

Obrigado pela atenção.

 

[Margens DANFE FastResport]

Bom dia.

Eu sei que o tópico é antigo, mas estou exatamente com o mesmo problema em uma Impressora Epson TM-T20 com Fast Report.

Já tentei ajustar as margens e a largura, mas não respeita.

Tentei com ACBrNFeDANFeESCPOS1, mas não imprimiu o QrCode e a impressão ficou bem desconfigurada.

 

[Rejeição: Erro não catalogado]

Acabei de tentar emitir uma NFC-e no sistema de um parceiro da nossa empresa e obtive o mesmo erro.

O sistema que eu utilizei não utiliza o Acbr.

Em produção a nota é emitida normalmente.

[Rejeição: Erro não catalogado]

Parece ser algum erro da Sefaz, também estou com o mesmo erro desde sexta-feira a tarde.

 

[Salvar protocolo autorização no XML em modo assíncrono]

Em 18/04/2019 at 18:20, BigWings disse:

Experimente trocar o trecho acima para:

ACBrNFe1.WebServices.Retorno.Recibo := ACBrNFe1.WebServices.Enviar.Recibo;
ACBrNFe1.WebServices.Retorno.Executar;

 

@BigWings, muito obrigado....

Eu estava fazendo a consulta do recibo de lote de forma errada.  

Estava utilizando Webservices.Recibo.

Fazia a consulta  mas não salvava o retorno.

Agora está certo.

 

[Salvar protocolo autorização no XML em modo assíncrono]

Em 16/04/2019 at 17:52, Fernando Di Pace disse:

Joab, Quanto a sua outra questão: "Como que eu faço para adicionar no XML as informações da autorização?"

Resp: O ACBR já faz isso automaticamente, o componente depois que faz o processo de transmissão e modo: síncronos ou assíncronos  ele gerar de forma automática a tag: <protNFe versao="4.00"> ...</protNFe> , não estou entendendo o motivo de você querer editar o XML. 

Att.

 

O problema é que não achei nenhuma opção para que a tag tag: <protNFe versao="4.00"> ...</protNFe> seja adicionada ao XML depois de consultar o recibo da transmissão em modo assíncrono.

Se eu consultar a nota através do XML é adicionado, mas quero evitar de cair em Consumo indevido.

[Emissão de NFC-e Minas Gerais - MG]

Em 12/04/2019 at 11:49, wetinsilva disse:

olá Luanfvieira e Laerte Ricardo Silva, conseguiram emitir nfc-e para MG em homologação ou produção? 

estou tentando e esta me retornando "464-Rejeição: Código de Hash no QR-Code difere do calculado"

enfrentaram algum problema semelhante?

 

*Já conferi os codigo CSC e idCSC estao corretos

 

Wellington A.Silva

Estou fazendo testes a semana inteira em homologação e está funcionando corretamente.

A única coisa que não consegui fazer ainda é o cancelamento por substituição, parece que não está identificando o evento 110112.

[Erro não catalogado no Cancelamento por Subsitituição]

O problema é mesmo na Sefaz, conforme o @Felipe E. Resende Mesquita informou.

Agora estou obtendo a rejeição 491 - Rejeição: O tpEvento informado inválido. Já entrei em contato com a Sefaz MG, estou aguardando retorno.

 

Em 11/04/2019 at 14:34, MFincotto disse:

MG está complicado. 

 

Verifique a versão da sua OpenSSL (se tiver utilizando).  

 

Outra coisa, só por desencargo: O XML referenciado (OffLine) está autorizado, certo? 

Não é a versão da OpenSSL, fiz o teste com WinCrypt e obtive o mesmo erro.

E também o xml da nota offline está autorizada.

Vou aguardar o retorno da Sefaz.

[Erro não catalogado no Cancelamento por Subsitituição]

Bom dia.

Estou obtendo uma mensagem de  erro não catalogado ao enviar o Evento de Cancelamento por Substituição em MG. O cancelamento normal está funcionando corretamente.

Faço o cancelamento assim:

ACBrNFe1.NotasFiscais.Clear;
ACBrNFe1.NotaFiscais.LoadFromFile(frmmodulo.qrTransmissaoNFCeCAMINHOARQUIVOXML.AsString);

ACBrNFe1.EventoNFe.Evento.Clear;
ACBrNFe1.EventoNFe.idLote := 1;

with ACBrNFe1.EventoNFe.Evento.Add do
  begin
    infEvento.dhEvento := now;
    infEvento.tpEvento := teCancSubst;
    infEvento.detEvento.xJust := vJustificativa;
    infEvento.detEvento.chNFeRef := vChaveAcessoNotaReferenciada;
    InfEvento.detEvento.verAplic := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.verProc;
    InfEvento.detEvento.cOrgaoAutor := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.cUF;
    InfEvento.detEvento.nProt := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt;
  end;

ACBrNFe1.EnviarEvento(1);

 

 

 

Gostaria de saber se é algum problema da Sefaz ou alguma coisa errada que estou fazendo.

Em anexo o XML do Envio do evento e do retorno.

Observação: Estou com os fontes e os Schemas atualizados.

 

1-eve.xml 1-ped-eve.xml

[Salvar protocolo autorização no XML em modo assíncrono]

Boa tarde.

Eu estou desenvolvendo uma rotina de envio da NFCe através do envio assíncrono. Eu preferi usar desta forma (mesmo sabendo que o tempo é maior que o síncrono)  para ter um controle melhor sobre o envio e recebimento do lote. Estou fazendo desta forma:

ACBrNFe1.WebServices.Enviar.Lote := Self.GerarLote;
ACBrNFe1.WebServices.Enviar.Sincrono := False;
ACBrNFe1.WebServices.Enviar.Executar;

E depois faço a consulta do lote pelo número do recibo retornado pelo Acbr:

ACBrNFe1.WebServices.Recibo.Executar;

Estou obtendo os retornos da forma que eu preciso e faço os tratamentos corretamente.

O único problema é que quando eu uso o módulo assíncrono o Acbr não consegue atualizar o arquivo XML com a autorização da nota.

Eu sei que existe a possibilidade de consultar a nota através do arquivo XMl, mas não quero usar esta forma para não cair no Consumo Indevido por consultar toda nota que for emitida.

Como que eu faço para adicionar no XML as informações da autorização?

 

[SEFAZ MG está fora do ar?]

Estamos todos reféns de uma estrutura muito complexa, mas que não funciona como deveria.

Estamos com vários clientes com o faturamento parado, transportadoras e motoristas aguardando para viajar.