ThiagoDornelas

no site da SEFAZ MG tinha um paralisação programada "Das 18h do dia 15/03 às 6h do dia 18/03". Agora foi alterada para "Das 18h do dia 15/03 às 12h do dia 20/03". é brincadeira isso viu. #$%##%%$#$@& pior q nem o SVC esta funcionando. Estou com cliente com carreta parada , sem poder pegar estrada por causa disso.

ate agora sem emitir NFe

Verdade cara, agora que vi. Eu estava olhando apenas no portal da SEFAZ MG. obrigado. tentar aqui

bom dia galera, por acaso alguem sabe informar se a SEFAZ MG esta fora do ar? Não estou conseguindo enviar notas e tb não achei nenhum comunicado. o SVC está podendo ser utilizado? obrigado Thiago Dornelas

Pois é cara, ta complicado. No inicio achei que era no componente pq passei a ter o problema logo depois q atualizei os fontes, mas depois vi que era com a SEFAZ.

boa tarde galera, acabei de atualizar os fontes e depois disso nao consigo mais enviar NFe. Está ocorrendo este erro: alguem sabe o que pode ser? segue abaixo XML gerado. Atualizei os schemas tb. obrigado 31190201824674000173550010000772621001306166-nfe.xml

oi Italo, obrigado pelo retorno. vou dar uma olhada nessas units de evento que vc disse e tentar criar uma rotina para alimentar essas tags.

bom tarde, estou carregando (LoadFromFile) um XML no componente e logo em seguida tento pegar o CNPJ do prestador de serviço mas o componente não retorna nada. estou fazendo da seguinte forma. ACBrReinf1.Eventos.LoadFromFile(OpenDialog1.FileName); for i := 0 to ACBrReinf1.Eventos.ReinfEventos.R2010.Count - 1 do begin // neste ponto, me retorna 1, ou seja, carregou o evento R2010 stCNPJ := ACBrReinf1.Eventos.ReinfEventos.R2010.Items.evtServTom.infoServTom.ideEstabObra.idePrestServ.cnpjPrestador; // o problema ocorre aqui. mesmo carregando o XML, neste ponto nao me retorna o CNPJ ... end; existe alguma forma de conseguir esta informação? obrigado

entendi Italo. obrigado pelo esclarecimento.

boa tarde, tenho alguns clientes que gostam de visualizar a impressão da NFSe antes de enviar os dados para a prefeitura, so que neste caso, as informações do prestador não são impressos. existe alguma forma de fazer com estes dados saiam nesta impressão? obrigado Thiago Dornelas

boa tarde, acabei de desenvolver a NFSe para Belo Horizonte. gostaria de saber se alguem chegou a fazer algum modelo de impressão do DANFSE (FastReport) parecido com o da prefeitura e se pode disponibilizar? desde ja agradeço Thiago Dornelas

testado e aprovado. obrigado

blz. qualquer problema, me avise.

boa tarde, precisei criar no componente, o registro E531. Este registro refere-se à Informações adicionais dos Ajuste de IPI. Ele deve ser informado sempre que o campo IND_DOC do registro E530 for igual = 3 (Documento Fiscal). segue anexo os fontes com as alterações. Desde já agradeço ACBrSpedFiscal.pas ACBrEFDBloco_E.pas ACBrEFDBloco_E_Class.pas ACBrEFDBlocos.pas

cara, ja fiz isso sim e aparece a mesma mensagem. teste tb 1.0 com 1.2 e 1.1. com 1.2. Sempre ocorre a mesma mensagem. e Foda q so pra Minas Gerais

boa tarde, Tenho um cliente que estava emitido Nota normalmente ate sabado de manha. Quando foi no inicio da tarde eles tiveram um problema de internet e quando o problema foi resolvido, não conseguiram mais emitir Nota. Sempre ocorre esse erro 12030. As vezes ocorre o time out. fiquei hj o dia inteiro por conta disso e nao consegui resolver. tentei em maquinas com windows 7 e 10 (q estavam funcionado) e o erro é o mesmo. Todas estao com todas as atualizações do windows. quando foi agora no final do dia, resolvi tentar acessar diretamente pelo Internet explorer, usando este link https://nfe.fazenda.mg.gov.br/nfe2/services/NFeConsultaProtocolo4 e me retornou o erro abaixo: bom como podem ver, a msg diz que preciso ativa o TLS, mas ele ja esta ativado, conforme imagem baixo: O mais estranho é q se tento acessar os outros estados (testei com MS, ES, SP, PA e RJ), nao ocorre o erro. Por exemplo: https://nfe.sefaz.ms.gov.br/ws/NFeConsultaProtocolo4 Alguem saberia me dizer qual é o problema? desde ja agradeço. Thiago Dornelas

boa noite srs, desculpe por reativar este topico apos 5 anos, mas achei melhor fazer isso do que criar um novo. Hoje me deparei com este problema de nao importar itens quando tem uma quebra de linha na TAG "det nItem" e não estou conseguindo resolver. Meus fontes estão atualizados. Gostaria de saber se alguem tem alguma dica pra resolver isso. em anexo o XML. o problema esta no 1º item desde ja, agradeço pela ajuda 32180502577095000136550000001530451001530450-nfe.xml

bom dia, por acaso alguem sabe me informar se o ambiente de homologação de MG está indisponível? estou precisando fazer uns testes desde ontem de manha e nao estou conseguindo. Ao enviar a NFe, aparece a msg: "Falha na Comunicação com a Receita". desde ja agradeço Thiago Dornelas

bom dia Juliomar, o problema é q o erro so ocorria em tempo de execução, no projeto mesmo nao dava nada. eu inclusive apaguei tudo q tinha do ACBr, baixei tudo novamente, instalei e mesmo assim continuou o erro. Consegui resolver o problema comentado essa propriedade diretamente no fonte do componente. Nao sei se foi a melhor solução, mas resolveu meu problema. obrigado Thiago Dornelas

boa noite pessoal, atualizei os fontes hj e agora estou tendo um erro dizendo que a propriedade ModoThread nao existe. ja desinstalei e instalei o componente e o erro continua. alguém poderia me ajudar nisso. obrigado. Thiago Dornelas

bom dia, Gostaria de saber se existe alguma forma de nao gerar o digito verificador para o nossonumero na cobrança da caixa. Meu sistema ja gera o nossonumero conforme o manual da caixa (17 posições) e ao mandar esse numero para o componente, o mesmo está gerando o digito verificador e fazendo com que o nossonumero fique com 18 numeros e o correto são 17. Dei uma olhada no manual da caixa e la não diz nada sobre digito verificador no nossonumero. desde ja agradeço. Thiago Dornelas

blz Italo, vou providenciar esta alteração pra retirar os caracteres especias. muito obrigado pela atenção. abraço.

bom dia Italo, após esse seu comentário sobre carácter especial, fiz um outro teste mais apurado. - na versão 1.00, o cancelamento é homologado mesmo contendo carácter especial na justificativa. Fiz um teste escrevendo "teste de homologação" e passou sem problemas. - na versão 3.00, o cancelamento não é homologado quando tem carácter especial mas se não tiver, ele é homologado. Com a justificativa "teste de homologação", nao foi aceito, mas quando alterei pra "teste de homologacao ", ele foi aceito. Nesse novo layout não sera mais aceito carácter especial ?

boa tarde Italo. Configurado pra 1.00 nao ocorre o problema.

boa tarde, hj atualizei os fontes para implementação do Mdfe 3.0 e comecei a ter o erro em anexo sempre q tento fazer o cancelamento de um MDF. debuguei os fontes pra tentar identificar o problema e descobri q aparentemente o problema esta na unit ACBrDFeXsMsXmlCapicom. Na procedue Assinar, existe este trecho {$IfDef FPC2} AXml := ACBrUTF8ToAnsi(ConteudoXML); {$Else} AXml := UTF8ToNativeString(ConteudoXML); {$EndIf} Neste ponto a variável ConteudoXML possui os dados do evento e apos passar pela linha UTF8ToNativeString(ConteudoXML) ela retorna nada, ou seja, a variável AXml fica vazia. Apos este ponto, é chamada a função AdicionarSignatureElement(AXml, False, docElement, IdSignature) e como AXml está limpa, a função me retorna erro. Se alguem puder me dar uma força neste problema, ficarei agradecido. obrigado Thiago Dornelas