Túlio de Pádua

Aqui A1 também. Atualizei meu Windows agora, e passou a dar aqui também. Depois do almoço vou ver se tem relação.

Aqui também alguns clientes estão reportando isso. Aqui na empresa tudo normal. Fiz um teste com o demo do ACBr nesses clientes e o erro não ocorreu quando selecionei a lib openssl em vez da capicom.

@Juliomar Marchetti, entendo. Não trabalhamos com o lazarus, então vou deixar pra ir arrumando no meu fonte aqui mesmo. Obrigado.

@Italo Jurisato Junior, acha possível integrar isso ao repositório do Acbr?

Boa tarde, devido à mudança para que produtores rurais possam fazer emissão de NF-e também, passamos a ter um problema com as casas decimais do valor unitário no DANFe, pois em alguns casos o preço unitário sai com até 10 casas decimais. Nesses casos pode haver um corte na impressão desse valor. Anexei duas imagens, uma DANFe_Antes e outra DANFe_Depois, mostrando a comparação de um ajuste que fiz no modelo desse DANFe. Alterei o modelo paisagem pois ele tem maior espaço para alterações, aumentando o campo de valor unitário e diminuindo o de descrição do produto. Anexei também o arquivo dfm caso a equipe do ACBr aprove e queira mesclar minhas alterações. Grato. ACBrNFeDANFeRLPaisagem.dfm

Apenas para conhecimento, pois os fontes do Acbr já foram adequados para fazer a leitura dos retornos de forma a não gerar erro, mas após muitos e-mails a Sefaz/MG corrigiu os seus retornos, deixando-os de forma adequada. Para fins de comparação: Abaixo é o retorno que estava incorreto: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body> <ns0:nfeResultMsg xmlns:ns0="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>1</tpAmb> <verAplic>W-1.0.38</verAplic> <cStat>282</cStat> <xMotivo>Rejeição: Certificado Transmissor sem CNPJ</xMotivo> <cUF>31</cUF> <dhRecbto>2019-02-03T17:39:27-02:00</dhRecbto> <tMed>0</tMed> <dhRetorno>2019-02-03T17:39:27-02:00</dhRetorno> </retConsStatServ> </ns0:nfeResultMsg> </S:Body> </S:Envelope> Esse é o retorno mais recente: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body> <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>1</tpAmb> <verAplic>W-1.1.25</verAplic> <cStat>282</cStat> <xMotivo>Rejeição: Certificado Transmissor sem CNPJ</xMotivo> <cUF>31</cUF> <dhRecbto>2019-02-27T19:19:53-03:00</dhRecbto> <tMed>0</tMed> <dhRetorno>2019-02-27T19:19:53-03:00</dhRetorno> </retConsStatServ> </nfeResultMsg> </S:Body> </S:Envelope> Percebam que na terceira linha a tag "nfeResultMsg" já aparece correta, como deveria ser.

Pessoal bom dia, parece que esse problema do retorno foi resolvido, recebi a resposta da Sefaz MG hoje. Não tive tempo de testar ainda, mas pelo menos eles reconheceram o erro:

Apenas para atualização, a Sefaz MG me respondeu, mas encaminhou para outro setor pedindo mais prazo: " Ref. a mensagem: 284.822 Senhor Túlio de Pádua Batista Silva, bom dia! Conforme parecer da consultoria responsável foi aberto um chamado junto a STI para averiguação. Tão logo obtivermos retorno, faremos novo contato por esse mesmo canal de atendimento. Colocamo-nos à disposição para quaisquer outros esclarecimentos que se fizerem necessários. "

@Fernando Loiola, desculpe a demora, mas voltei a ver sobre a NFCe apenas essa semana. Com essa alteração sua, realmente consegui obter sucesso na verificação do status de serviço. Usei extra oficialmente, pois certamente trata-se de erro na Sefaz ao retornar um XML que está fora do padrão. Mas usei para testar meus envios. Com isso e também com as alterações que fiz e sugeri nesse post (Webservice NFC-e MG incorreto), consegui obter autorização das notas em homologação. Além disso, também com muita paciência, pois o ambiente está super instável.

Boa noite, percebi que no arquivo "ACBrNFeServicos.ini", os endereços da seção [NFCe_MG_P] e [NFCe_MG_H] estão incorretos em relação ao campo URL-ConsultaNFCe_2.00. Os valores corretos podem ser verificados aqui. Valores atuais: [NFCe_MG_P] URL-ConsultaNFCe_2.00=https://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] URL-ConsultaNFCe_2.00=https://hnfce.fazenda.mg.gov.br/portalnfce Valores corretos: [NFCe_MG_P] URL-ConsultaNFCe_2.00=http://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] URL-ConsultaNFCe_2.00=http://hnfce.fazenda.mg.gov.br/portalnfce A diferença é que não se trata de um endereço seguro (https). Da forma que está no ACBr atualmente, as NFC-es estão sendo rejeitadas pelo motivo abaixo: 878 - Endereço do site da UF da Consulta por chave de acesso diverge do previsto. Fiz essa alteração aqui nos meus fontes e a rejeição acima passou a não ocorrer mais. O arquivo corrigido está anexado, se alguém puder confirmar e implementar. ACBrNFeServicos.ini

Enviei um e-mail hoje, 21/01 a respeito desse mesmo problema. Quando responderem compartilho aqui a resposta.

@Fernando Loiola, em homologação só tenho o retorno 12002. Em produção dá erro, mas dentro da mensagem de erro dá pra ver que o retorno veio certo (107), parece ser no processamento do retorno pelo Acbr.

Aparentemente pra Sefaz está tudo normal: Ref. a mensagem: 281.469 Senhor Túlio, bom dia! A Relação dos Web Services e Link para consulta QRCode de Minas Gerais poderá ser consultada no Portal Estadual do SPED em http://www.sped.fazenda.mg.gov.br/spedmg/nfce /web-services/ . Não temos relato de erro no ambiente, caso esteja recebendo algum erro, para que possamos analisar pontualmente a situação descrita e repassar as orientações adequadas, gentileza nos enviar todas as informações e arquivos solicitados abaixo: - Arquivo XML ou TXT de envio do documento que está tentando enviar. (Este deverá estar assinado. Para verificar se o arquivo está assinado basta verificar o campo "SignatureValue", se ele estiver preenchido significa que o documento esta assinado) - Arquivo XML ou TXT de retorno contendo a mensagem de rejeição informada. Obs: Nos dois arquivos acima o campo "digVal" devem ser iguais. - "Print" com o passo a passo de TODAS as telas, desde o início da entrada no sistema até o erro ou rejeição. Clicar no ícone "detalhes", caso a página de erro tenha essa informação. As telas deverão ser copiadas, apertando a tecla "Print Screen" no teclado e coladas na sequencia em que aparecem no Word e encaminhadas como anexo. (É permitido anexar somente arquivos dos formatos bmp, doc, docx, gbd, jpg, jpeg, pdf, png, txt, xls, xlsx e xml. Os arquivos não podem exceder 10 Mbytes.) - Informar a chave de acesso dos documentos com erro: - Informar dados do contribuinte (CNPJ, IE): "Qualquer outra informação ou esclarecimento sobre dispositivos da legislação tributária, que não se revista das características e dos requisitos próprios de consulta (RPTA/MG, artigo 37, aprovada pelo Decreto nº. 44.747 de 03 de março de 2008), será prestado verbalmente ao interessado pela Administração Fazendária do município de circunscrição do contribuinte, conforme disposto no art. 48 do diploma legal citado”. *As dúvidas esclarecidas por esta mensagem têm caráter de orientação não gerando o efeito decorrente da consulta formal. Atenciosamente, FALE CONOSCO - SEF/MG Superintendência de Arrecadação e Informações Fiscais Tel.: 155 para todo o Estado de Minas Gerais (31) 3303-7995 para outros estados e países

Eu estou recebendo 12002 desde ontem. Enviei um email ao atendimento da Sefaz sobre isso, veremos o que vão responder, obrigado.

Bom dia @Danilo B. Seixas, eu também estou com problemas em ambiente de homologação. Comecei a ver sobre a NFCe para MG ontem, e não há resposta para envio, status do serviço nada, parece que o servidor caiu. Ruim que não há uma página mostrando os status como há para a NFe.

Bom dia @Fernando Loiola, você conseguiu verificar status ou qualquer outra coisa em homologação? Só tenho resposta de timeout.

Dá uma olhada nesse. 31190115641331000188570010000015451000005340-cte.xml

O comprovante DACTE em 2 vias do CT-e, em Fast Rport estava cortando informações do quadro de 'COMPOSIÇÃO DO FRETE'. Apenas ajustei essa informação para não cortar mais. DACTE2Vias.fr3

Bom dia, em alguma atualização recente foi removida a cidade de Monte Carmelo - MG dos arquivos de provedores da NFSe, Cidades.ini e SimplISS.ini. Adicionei essas informações, se alguém puder conferir e subir, obrigado. Cidades.ini SimplISS.ini

O decreto já foi publicado: http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Publicado-decreto-da-NFC-e/

Boa tarde, há um erro no envio de CTe modal aquaviário que possua NF ou NFe nos dados de container. O fechamento desses grupos não estava sendo realizado, e isso fazia com que o XML gerado fosse inválido. Esse grupo está em infModal/aquav/detCon/infDoc. Por exemplo, o correto para esse grupo deveria ser: <infDoc> <infNFe> <chave>31180922010037000133550010000018051000120368</chave> </infNFe> </infDoc> Mas estava ficando: <infDoc> <infNFe> <chave>31180922010037000133550010000018051000120368</chave> </infDoc> Corrigi nos dois locais no arquivo anexado, se alguém puder dar uma olhada e implementar. pcteCTeW.pas

Pesquisando achei esse tópico, parece ser antigo esse problema: https://www.projetoacbr.com.br/forum/topic/24436-erro-envio-nfe-com-2-ou-mais-itens/

Bom dia @Gr@c@, @Felipe E. Resende Mesquita, essa NFe em questão é sim de emitente produtor rural, com eCPF. Isso não tem ocorrido apenas com esse tipo de nota não, nos testes aqui já ocorreu com emissor que possui CNPJ também. Mas ontem o pessoal dos testes aqui na empresa ao homologar a emissão para produtor rural se deparou com esse erro mais que o que ocorria com emissor com CNPJ. E como disse, após tentar transmitir a NFe umas duas ou três vezes se obtém sucesso em autorizá-la. Por isso não acho que o problema esteja no envio. Esse XML que anexei realmente não está autorizado, pois foi o último que gerou erro nos testes e não houve nova tentativa por parte do pessoal depois. O ideal seria ter o retorno da Sefaz, mas como já disse, ele sequer é gravado. Vou tentar debugar as rotinas pra tentar ver o que está chegando, e se tiver sucesso posto aqui.

O XML de envio está anexado, já o de retorno quando dá esse erro ele nem é gravado. Imagino que o problema não seja no de envio pois como disse, eu até consegui autorizar essa NFe pouco tempo depois, o problema não ocorre sempre. Imagino que esse XML de retorno da Sefaz deve estar com algum problema que ao ser lido pelo Acbr gera essa exceção fazendo com que o arquivo de log nem seja gravado. 31181000083370650878559200000126251000000370-nfe.xml

Boa tarde, alguém tem tido problemas recentemente com transmissão de NF-e? Aqui, eventualmente é gerado um erro similar aos prints de tela anexados, aparentemente a Sefaz está mandando um retorno estragado, me parece. Ao tentar fazer o envio das notas novamente, elas são autorizadas.