BigWings

Tem essa outra contribuição que faltou só anexar as alterações pra subir.

Geralmente isso é quando você informa que é um CPF mas é um CNPJ ou vice-versa. Veja se está informando o campo TipoPessoa correto.

Cupom ECF, CFe S@T, CFe MFe ou NFCe?

Tentou usando o mesmo modelo balToledo9091?

Se o path para a unit está no library path e a unit ACBrBoletoConversao no uses não tem motivo pra ter o erro.

Veja se o library path está correto no D7. Execute novamente o ACBrInstall_Trunk2 par atualizar.

É como o @RicardoVoigt informou, tem que preencher as propriedades no componente DANFE, ou informar no XML na tag infCpl. A tag vTotTrib do XML só se informa o valor total.

O componente não faz download do arquivo, você baixa ele no site do IBPT e carrega no componente. https://deolhonoimposto.ibpt.org.br/ Ou usa o componente via API informando o token que o site te fornece.

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

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

O ACBrNFe já faz isso, no momento da assinatura. Mas se a configuração está errada vai ter o mesmo erro quando tentar assinar. No ACBrNFe precisa configurar a versão correta: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr200; E na geração do XML certificar-se que está informando também a versão: infNfe.Versao := 4.00;

O QrCode foi gerado no XML?

Está usando ACBrMonitorPLUS ou ACBrLib? Precisa ver no manual destes e não do banco, neste caso.

A mensagem indica que esse CST não é aceito. Peça da contabilidade um exemplo de XML de CTe-OS autorizado com CST 60.

E continua dando erro de validação de assinatura no validador da SEFAZ-RS? Foi só remover as indentações que passou aqui:

O XML está indentado... isso pode causar erro de assinatura. Verifique se a configuração ACBrNFe.Configuracoes.Geral.IdentarXML está ativada, desative se for o caso.

ACbrNFe.Configuracoes.Arquivos.Salvar ACBrNFe.Configuracoes.Arquivos.PathEvento

Os arquivos que anexou são do método DistribuicaoDFe, e não do envio do evento de manifestação. Estes vão ter o nome *-ped-eve.xml e *-eve.xml.

Se está informando tpEvento = teManifDestConfirmacao será enviada a confirmação da operação e não a ciência. Se você está enviando dessa forma e está gerando outra, verifique a sua rotina, anexe aqui os XML de envio e de retorno do envio do evento, se desejar. O que não está correto é a aplicação enviar a confirmação por conta própria, isso deve envolver interação humana, visto que o tipo da manifestação é de responsabilidade da empresa e trará consequências legais pra mesma e pra empresa emitente. O parâmetro do método EnviarEvento se refere ao número de lote de envio, ele não é validado pela SEFAZ, serve para controle da sua aplicação.

Aparentemente o webservice de consulta de cadastro do MA não suporta TLS 1.2. Mesmo configurando pra LT_all e versão da NFe 3.10, ele retorna um HTML XML de erro, então creio que não esteja funcionando. <?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"><S:Body><S:Fault xmlns:ns4="http://schemas.xmlsoap.org/soap/envelope/"><S:Code><S:Value>S:Receiver</S:Value></S:Code><S:Reason><S:Text xml:lang="en">org.apache.xerces.dom.ElementNSImpl cannot be cast to java.lang.String</S:Text></S:Reason></S:Fault></S:Body></S:Envelope>.

Os fontes do ACBr estão no sourceforge. Baixa pelo SVN. https://projetoacbr.com.br/fontes/

Anexe o XML.

Declare a uses MidasLib como o Juliomar indicou, que não precisa distribuir a DLL.

MIDAS.DLL é usada pelo ClientDataSet do Delphi que por usa vez é usado no componente ACBrNFeDANFeFR. Ela deve existir na pasta bin do Delphi. Pelo erro ou ela não se encontra no diretório ou é de versão diferente da versão do Delphi que está usando.

Precisa verificar com o banco se o nosso número informado na alteração realmente foi registrado anteriormente.