BigWings

Tente contato com a SEFAZ, provavelmente eles ainda não implementaram os novos Schemas.

Aqui retornou normalmente: Qual biblioteca (SSL Lib) está usando?

Tem uma chave ou XML de NFCe da BA para teste?

Não tem o que corrigir... No XML o ACBr grava usando o máximo de casas decimais permitidas para o campo. No caso do qCom são 4 casas. No caso do vUnCom são 10 casas. Pode dizer porque isso é um problema pra você?

Tente assim: [ICMS001] CSOSN=102 orig=0

Ainda tem componentes demais no library path do Delphi. A linha de comando onde é chamado o compilador dcc32.exe deve ter no máximo 32000 caracteres, no seu primeiro arquivo tinha 37750, neste 42452, ou seja aumentou ainda mais... Se não puder reorganizar os demais componentes em paths simplificados, a solução será instalar os .dpk manualmente.

Anexe o novo log do ACBrInstall_Trunk2.

Já existe tópico sobre esse erro específico:

Quando disse retorno quis dizer o retorno do webservice com cStat, protocolo, etc... Você precisa tratar o retorno pra saber se o método foi executado com sucesso. E para gravar os arquivos XML em disco o componente deve estar configurado para tal, você fez essa configuração? Consulte o demo do ACBr para um melhor entendimento do funcionamento do componente.

O que quer dizer com "não acontece nada"? Qual o retorno do método Consultar?

O método DistribuicaoDFe não retorna as notas emitidas, nem mesmo NFe. Ele serve para listar e baixar as NFe, CTe e MDFe de interesse do autor, seja por ele ser o destinatário da nota, transportador, terceiro listado na tag <autXML> e outros papeis, no caso do CTe, do documento. Se houve a perda do XML no momento do envio, a única coisa que você pode fazer, usando o ACBr é: 1-Alimentar o componente com os dados da venda, lembrando de informar exatamente os mesmos dados, inclusive o campo cNF (Código Numérico) da nota. 2-Executar o método ACBrNFe1.NotasFiscais.GerarNFe para gerar novamente o XML. 3-Executar o método ACBrNFe1.Consultar para obter e atualizar o XML com o protocolo de autorização. Qualquer informação diferente no XML pode gerar a rejeição "Digest Value do documento não confere" o que quer dizer que o XML não tem os mesmos dados do XML autorizado.

Verifique a configuração do componente: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; Não existe manifestação para NFCe, mas se o componente estiver configurado nesse modelo pode ocorrer esse erro.

Os novos Schemas já estão disponíveis no repositório.

Respondi a mesma questão aqui:

Não que eu recomende usar Windows XP, um SO com mais de 15 anos de idade, mas... Usando OpenSSL com as DLLs MinGW você pode continuar usando o XP. Lembrando que você ficará limitado a certificados A1.

A versão mais recente é a 1.1.0.46 disponível para os assinantes do SAC. Quanto ao erro, veja as novas configurações na aba Certificados. Você precisa selecionar uma das opções no combo SSL Lib.

Lembre que ao alterar o ACBrNFeServicos.ini você precisa rodar o Compila_RES.bat para criar o ACBrNFeServicos.res, que é o que será usado na compilação do seu aplicativo. Ou copiar o ACBrNFeServicos.ini para a pasta da aplicação, dessa forma será usado o .ini.

Está configurando o componente para a NFCe? ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe;

A alteração do tipo de emissão tpEmis gera uma chave diferente já que a tag faz parte da chave de acesso. Sugiro que leia o manual de contingência off-line da NFCe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ= Na página 9 há exemplo prático do que fazer para evitar problemas como o que você cita.

PE usa a SVRS para autorização de NFCe. Esses endereços que você postou não estão no ACBrNFeServicos.ini. Seus fontes estão atualizados?

Você está gerando NFe e não NFCe. <mod>55</mod> Na NFe os dados do destinatário/remetente são obrigatórios.

Essa versão do ACBrMonitorPLUS é antiga e não tem suporte a CTe 3.00.

Veja se o ACBrMonitorPLUS está configurado para a versão 3.00, já que a 2.00 foi desativada no dia 04/12/2017. Você pode executar o comando de alteração de versão diretamente no .ini: CTe.SetVersaoDF("3.00"); Essa tag não tem relação com a versão do XML, eu uso para informar a versão do meu aplicativo.

Qual a UF? Provavelmente ela não implementou a NT 2017.001 no webservice.

Quanto a isso não vou poder ajudar. Tem outros tópicos com erro parecido, talvez não se aplique ao seu caso já que está usando a nova biblioteca, mas faça uma busca.