BigWings

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.

Um mesmo manifesto já encerrado volta a aparecer na consulta de não encerrados? Ou são outros manifestos? Se for o primeiro caso, é problema na SEFAZ, precisa entrar em contato e enviar os XML do evento de encerramento protocolado por eles para verificação do problema. Se for o segundo pode ser outra aplicação usando certificado da empresa emitindo os manifestos. Se isso estiver sendo feito de forma fraudulenta pode-se solicitar a revogação do certificado.

Precisa informar a cidade para o componente antes de carregar o XML para que ele saiba qual o layout. Mas tenho a impressão que Joinville tem mais de um layout em uso para NFSe, no portal da prefeitura consta tanto o layout ABRASF que é usado no ACBr quando um layout diferente que é o caso desse XML. Se possível gerar o XML da nota no layout ABRASF. Senão terá que implementar no componente esse layout para conseguir fazer a leitura.

Infelizmente não tem. Pelo menos não que eu conheça.

Veja como está informando a tag tpEmit. Para o tipo 1 deve-se informar CTe, já para os tipos 2 e 3 deve-se informar apenas NFe. Caso informe um tpEmit incompatível com o tipo de documento este não será gerado no XML.

Fontes atualizados? Esse arquivo de Schema já se encontra no repositório, e o Elotech.ini já configurado pra gerar o XML na versão 2.03 [XML] Layout=ABRASFv2 VersaoDados=2.03

Você pode verificar se recebeu o resumo da NFe, nesse caso com certeza é o destinatário. Se for o XML completo, carregar o XML no componente ACBrNFe e comparar a tag dest.CNPJCPF.

Se você baixou novamente não deveria estar assim. Não abra o .dpk pelo Delphi, ele vai remover as diretivas.

No log que você copiou mostra o caminho do .dpk:

Se passar 0 para o UltNSU você terá os primeiros 50 documentos dos últimos 90 dias. Então deve passar 0 apenas uma vez, e capturar no retorno qual o UltNSU a usar na próxima consulta.

Sim, veja como está no .dpk: {$IFDEF VER300} fs23, frx23, frxe23, frxDB23, dsnap, {$ENDIF} // Seattle {$IFDEF VER310} fs24, frx24, frxe24, frxDB24, dsnap, {$ENDIF} // Berlin {$IFDEF VER320} fs25, frx25, frxe25, frxDB25, dsnap, {$ENDIF} // Tokyo {$IFDEF VER330} fs26, frx26, frxe26, frxDB26, dsnap, {$ENDIF} // Rio {$IFDEF VER340} fs27, frx27, frxe27, frxDB27, dsnap, {$ENDIF} // Sydney Provavelmente tem algo de errado com os teus fontes, tente fazer o revert ou baixe novamente.

Basta salvar o XML gerado, assinado e validado pelo ACBrNFe antes da transmissão. O componente já tem propriedades pra salvar esse arquivo. Em uma segunda etapa basta carregar esse XML e executar o método de consulta. Se ele já foi autorizado o XML já será atualizado com o protocolo.

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