Renato Rubinho

Quem estiver com erro de cadeia de certificados, veja se os arquivos disponibilizados neste tópico ajudam.

Não consegui parar para testar, mas já vi problemas de xmlParseDoc com winCrypt que passou com OpenSSL. Você está usando A1? Se for e estiver usando winCrypt, tenta com OpenSSL.

Murilo, Veja a dica deste tópico.

Boa tarde, Como o serviço foi normalizado, vamos fechar o tópico. Fechando. Para novas dúvidas, criar um novo tópico.

Sandro, As configurações do ACBrMail estão certas assim, tem algo a habilitar na sua conta ou a senha está errada. Tenta entrar no webmail, isso já vai validar a senha. Nas configurações do webmail, veja se tem algo a habilitar o envio por SMTP por programas menos seguros.

Boa tarde Sandro, Cobri sua senha para preservar seus dados. Confirme se o e-mail e senha são válidos e se existem configurações a habilitar com o provedor para utilizar o envio por métodos menos seguros. Lembrando de novo, tenha certeza que pegou as dlls da pasta x86. Testei com seus dados e tive o mesmo erro que você. O domínio do e-mail que uso também utiliza as mesmas configurações que as suas e funcionou corretamente o envio.

Boa tarde Adonis, De acordo com o link que o @jonesalmeida passou, não precisa mudar nada nos fontes, pois a alíquota reduzida deverá ser arredondada para 2 casas, já atendendo ao DANFE como é hoje. Esse decreto é sua justificativa aos clientes para não ter que mudar o DANFE, pelo contrário, se você utilizar as quatro casas e não arredondar, entendo que estará gerando o XML com valores errados.

Bom dia, Apenas para documentar, como não tive resposta dos interessados, vamos fechar o tópico. Caso tenha informações futuras sobre os schemas e a recepção do xml da NFSe, abrirei um novo tópico. Obrigado

Você está importando um XML via LoadFromFile()? O mais seguro seria consultar na Sefaz, veja no exemplo os botões Consultar carregando XML ou Consultar pela chave. O retorno de webservices.Consulta.cStat será o status da NFe.

Se a sua aplicação não for x64, utilize as dlls x86, mesmo que o SO seja x64. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Se não for isso, no link a seguir tem uma série de informações sobre autenticação.

Parece estranho ele sempre remover os acentos, a menos que tenha algo específico para o eSocial. O problema é se vai dar erro de assinatura. Tenta debugar na geração do XML. Acredito que seja por aqui: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrXmlBase.pas#l103

Boa tarde, Entendi, vamos lá. 1. Está correto, quando false, não retira os acentos. Tentou também como true, por via das dúvidas, vai que a sefaz entende? 2. Qual o problema em excluir esses dois últimos pelo portal? É no eCac, certo? 3. Se não resolver, cola o XML que talvez seja útil na análise.

Boa tarde, Obrigado por compartilhar a informação. Com relação ao erro que persiste, a Sefaz MG está com a contingência ativada desde ontem, agendada até amanhã e hoje cedo estava mostrando como inativa na consulta de disponibilidade. Utilize a contingência que não deverá mais ter problemas.

Em tese não seria só mandar o código do cargo no evento de exclusão? Tenta assim, senão, cola o XML gerado para poder ser analisado.

Complementando, essas exceções só acontecem no ambiente de desenvolvimento, quando marcada essa opção. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A propriedade NFSe.Competencia não foi preenchida.

Boa tarde, No momento não tem configuração para personalizar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

1. Posta o trecho do código que está usando a ACBrLib. 2. Confirma se está utilizando a versão correta da NFe, conforme meu exemplo acima.

Boa noite, Qual método está utilizando? Confirma se está enviando a versão correta. [infNFe] versao=4.00

Boa noite, Posta o XML que está enviando. Verifica campos com informações variáveis, como de discriminação, como teste mande texto simples sem acentuação, quebra de linha e outros, diferentes de Letras, números e espaços.

Implementação e testes no outro tópico. Fechando este. Obrigado

Estranho o fonte atual do Fortes não ter funcionado com o fonte atual do ACBr, mas a versão antiga do Fortes sim. Confirma se está baixando o Fortes do local correto: https://github.com/fortesinformatica/fortesreport-ce Apaga a pasta do fortes que tem aí e clona uma nova do zero para garantir. O mesmo para o ACBr, apaga e clona do zero, que vai garantir estar com tudo limpo. Veja os caminhos que seu library aponta e garanta que não tem nenhum local com dcus e fontes antigos. Pesquise por dcus na pasta do seu sistema, recursivamente, e apague.

Olá, Tendo em vista a quantidade de pessoas com dificuldade no entendimento do processo para utilizar o DistribuicaoDFePorUltNSU, com o intuito de download de xmls, segue uma visão enxuta. 1. Na primeira execução, o DistribuicaoDFePorUltNSU disponibilizará o resumo da NFe. 2. Deverá ser feita a manifestação de cada documento. 3. Após a manifestação, o DistribuicaoDFePorUltNSU disponibilizará o XML completo da NFe, a partir do momento que a Sefaz liberar o documento, não necessariamente imediatamente após a manifestação. 3.1. Caso não traga o XML, aguarde o período indicado pela sefaz que atualmente é de 1h no mínimo, e efetue novamente o DistribuicaoDFePorUltNSU, repetindo este item até que o XML seja baixado. É só isso, receber o resumo, manifestar e receber o XML completo. A seguir apenas informações complementares. Atenção: Após receber o XML completo, o DistribuicaoDFePorUltNSU não disponibilizará novamente este documento, através do fluxo padrão, preenchendo o ultNSU recebido. O fluxo é único, conforme explicado acima. O DistribuicaoDFePorUltNSU disponibilizará uma vez o resumo e uma vez o XML completo. Se não for processado quando recebido, não terá como fazê-lo novamente seguindo este fluxo, sendo necessário fazer uma nova consulta com ultNSU=0 para trazer novamente todos os registros do último período disponível. Se for mantido um fluxo diário por exemplo, esse processo será transparente, dependendo apenas da manifestação dos documentos de interesse do ator. A cada execução do DistribuicaoDFePorUltNSU serão recebidos tanto os novos resumos, de novas NFes emitidas, quanto os xmls completos de NFes que já foram manifestadas e ainda não haviam sido recebidos. Informações "técnicas": 1. O que é o resumo? Um XML com informações básicas suficientes para efetuar a manifestação. 2. Para identificar o tipo de XML recebido, utilize a propriedade a seguir: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i].schema - schresNFe: xml resumo - schprocNFe: xml completo 3. Assim como xmls de NFe esse serviço retorna xmls dos eventos. 4. Caso você já tenha efetuado a consulta do serviço e possua o xml de retorno, contendo os documentos e queira reprocessá-lo, poderá alimentar o componente com o método abaixo, tendo assim populado as propriedades com o mesmo resultado do momento que executou o NFe.DistribuicaoDFe(). ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ) Se ainda restam dúvidas sobre o processo: 1. Leia a NT "NFe_NT2014_002 WS DistribuicaoDFe.pdf" com calma que o processo acima será simples de entender. Você pode pegar a última versão dessa NT no nosso repositório de documentos no seguinte link: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/ 2. Veja esse tópico bem explicativo do @Italo Giurizzato Junior 3. Veja esse vídeo do @Bruto do Delphi 4. Dia 09/03/2022 foi abordado esse assunto no Papo Pro, onde a comunidade pode interagir e tirar suas dúvidas que restavam. Conecte-se no Discord, entre no canal de voz, #Papo Pro ACBr, não perca as próximas edições de terças a quintas-feiras das 10:00 as 11:00. Já está disponível essa edição no link a seguir.

Boa tarde, Esse erro é genérico geralmente por erro na Sefaz. Segue notícia de hoje sobre esse problema lá.