BigWings

É estranho porque o XML dos documentos vem compactado e transformado em base64 no arquivo *-dist-dfe.xml, o componente se encarrega de descompactar pra gerar o XML da nota. O arquivo que anexou é o mesmo gerado pelo ACBr? Tem o arquivo *-dist-dfe.xml original? Creio que se houvesse algo corrompido no retorno do webservice o processo de descompactação ia falhar.

Anexe o XML de retorno do pedido de cancelamento com a rejeição, para análise.

Veja:

Está no ambiente correto (produção/homologação)? A nota a ser cancelada não foi emitida em contingência SVC?

A mensagem de erro indica que você está vinculando ao ACBrNFe um componente DANFE para Fast Report, por exemplo o ACBrNFeDANFEFR, e não o ACBrNFeDANFERL. No caso do componente para Fast Report é preciso informar o caminho dos .fr3 nas propriedades FastFile, FastFileEvento, FastFileInutilizacao...

Import é envio e não baixa. Pra baixar use a opção "check-out". Se já tem baixado e quer só atualizar vai na opção "Update". https://projetoacbr.com.br/fontes/

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

cStat 128 é de lote processado, dentro do XML de retorno vem ainda o cStat do processamento do evento, que pode ser 135 ou 136 que quer dizer que o evento foi aceito, ou rejeição. Se não está cancelando quer dizer que teve rejeição, resta saber qual o motivo, pra capturar o cStat de retorno correto isso veja o tópico abaixo:

Informe a tag indIEDest como 1-Contribuinte do ICMS.

Não tem referência a frxExportBaseDialog nessa unit. Está com os fontes atualizados?

Enviado para o repositório, rev. 2014 20514. Obrigado pela contribuição.

No ACBrNFSe o SoapAction para o provedor Pronim v1 são os seguintes: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFSe/ArqINI/Pronim.ini

Está informando o campo abaixo? ACBrBoleto1.Cedente.DigitoVerificadorAgenciaConta := '0';

Está emitindo NFe em homologação e referenciando uma NFe emitida em produção.

Pela mensagem, parece estar errado o SoapAction nos headers da requisição. Quanto ao XML, dentro da tag <tem:xmlEnvio> creio que o conteúdo devia estar dentro de um bloco CDATA.

procedure TProcessoManifestoDestinatario.ProcessarRetornoNfeCte(retorno : TdocZipCollectionItem); begin case retorno.Schema of schresNfe: { carregar resumo da NFe para manifestação } schprocNFe: begin nfe.NotasFiscais.Clear; nfe.LoadFromFile(retorno.XML); if nfe.NotasFiscais[0].NFe.dest.CNPJCPF = AMeuCNPJoucPF then { carregar XML completo } schresEvento: { resumo de evento }; schprocEvento: { evento completo } end; end;

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

A condição para gerar as tags é informar valor diferente de vazio para a tag UFSaidaPais ou xLocExporta.

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

Olhando pela aba Dependencies do IBExpert, tem duas FK na tabela NFE_REFERENCIADAS e NFE_ORCAMENTO que apontam pra essa PK. Testei aqui, bastou remover as FK que a exclusão da PK foi aceita.

Essa é a mensagem completa? Se a PK estiver sendo usada por uma FK em outra tabela precisa excluir a FK primeiro.

Essa função BoolToStr é da unit SysUtils e por padrão devia retornar apenas True ou False. Não entendi porque no seu caso retornou "nao" como indica o erro de schema... Seria melhor verificar o porque está retornando valor diferente do padrão já que a BoolToStr é usada em várias partes do código do ACBr e você pode ter mais problemas.

Certificado vencido?

Parece apenas atualização de componentes visuais (TListBox, TCheckBox). O .txt não está 100% funcional, é pra ser usado apenas pra ter uma ideia do fluxo do método DistribuicaoDFe.