[Erro Interno 12169]

3 minutos atrás, castrocac disse:

   Interessante é que se uso essas configurações abaixo o erro muda para erro 12175. Acontece com alguem também?

SSLCryptLib := cryWinCrypt;

SSLHttpLib := httpWinHttp;

SSLXmlSignLib := xsLibXml2;

SSLType := LT_TLSv1_2;

Sim, colocando isso aí dá erro 12175.

OpenSSL funciona com A1 e não com A3.

Tá complicado achar uma solução que atenda tudo.

[Erro Interno 12169]

Verdade, em contingência SVC aqui em MG funciona sem erro. 

[Erro Interno 12169]

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. 

[Erro Interno 12169]

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. 

[Alteração no DANFe modelo Paisagem Fortes Report]

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

[Alteração no DANFe modelo Paisagem Fortes Report]

Em 06/03/2019 at 16:27, Túlio de Pádua disse:

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 161 kB · 0 downloads

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

[Alteração no DANFe modelo Paisagem Fortes Report]

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

[Erro na consulta de Status NFC-e MG]

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. 

[Erro na consulta de Status NFC-e MG]

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:

Citar

Ref. a mensagem: 284.822

 

Senhor Túlio Pádua Batista Silva, bom dia!

Conforme parecer da consultoria responsável informamos que o XML de retorno já foi ajustado.

Gentileza tentar novamente.

Agradecemos o contato, nos colocando à disposição para quaisquer outros esclarecimentos que se fizerem necessários.

 

[Erro na consulta de Status NFC-e MG]

Em 21/01/2019 at 11:08, tulio.padua disse:

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

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.

"

[Erro NFCe Minas Gerais]

Em 15/01/2019 at 13:18, Fernando Loiola disse:

Fiz esta modificação neste arquivo... Até que funciona só que não estou conseguindo emitir a nota, vou te mandar dá uma verificada. É só substituir o arquivo em C:\ACBr\Fontes\ACBrDFe\ACBrNFe

ACBrNFeWebServices.rar

@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.

[Webservice NFC-e MG incorreto]

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

[Erro na consulta de Status NFC-e MG]

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

[Erro NFCe Minas Gerais]

2 minutos atrás, Fernando Loiola disse:

Túlio.padua, você está conseguindo pelo menos consultar o status do serviço? Sem retornar erro?

@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.

[Erro NFCe Minas Gerais]

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

[Erro NFCe Minas Gerais]

3 minutos atrás, Fernando Loiola disse:

Bom dia Tulio.padua, até a poucos minutos atrás, até que estava funcionando agora realmente está retornando 12002.

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

[NFC-e Minas Gerais atualização dos endereços dos webservices]

21 horas atrás, Danilo B. Seixas disse:

Vocês estão tendo problemas de conexão...???

https://hnfce.fazenda.mg.gov.br/nfce/services/NFeStatusServico4

não ta indo ou respondendo..

Estão conseguindo autorizar vendas? 

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.

[Erro NFCe Minas Gerais]

6 minutos atrás, Fernando Loiola disse:

Bom dia Graça, o erro ainda persiste no ambiente de homologação, em produção pelo teste que fiz hoje não retornou este erro, estou verificando.

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

[Alteração DACTE 2 Vias Fast Report]

20 horas atrás, BigWings disse:

Pode por favor anexar um XML com a composição de frete para verificar o antes e depois?

Dá uma olhada nesse.

31190115641331000188570010000015451000005340-cte.xml

[Alteração DACTE 2 Vias Fast Report]

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

[Atualização do arquivo Cidades.ini e SimplISS.ini para cidade de Monte Carmelo/MG]

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

[NFC-e Minas Gerais]

O decreto já foi publicado:

http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Publicado-decreto-da-NFC-e/

[Erro no XML do CTe modal aquaviário]

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

[Erro ao obter resposta do webservice]

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/

[Erro ao obter resposta do webservice]

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.