BigWings

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.

Sim, usando ACBrNFe.ConsultaCadastro. Não, boa parte das UF não implementam esse serviço.

Lembre que as DLLs devem seguir a arquitetura do exe e não do sistema operacional.

Tópico movido. Esse evento não é aceito pelo MDFe. Se já passou o prazo de cancelamento do MDFe também já passou o da NFe. O que pode ser feito, a meu ver, é: - Encerrar o MDFe e emitir a NFe de devolução. - Entrar em contato com a SEFAZ para ela permitir o cancelamento extemporâneo do MDFe e da NFe. Sugiro que consulte o contador da empresa pra ele indicar a melhor forma.

Pode anexar o XML de envio e retorno do webservice nessa consulta com UltNSU = 0? O webservice de distribuição é único, até onde sei, e o aplicativo gratuito usa o mesmo webservice, mas numa versão diferente de Schemas que pode ou não ter retorno diferente.

Copiou as dlls da pasta ACBr\DLLs\LibXML2\x86 para a pasta da aplicação? No caso você desativou a CAPICOM mas ainda está usando MSXML, então só precisa registrar esta. Está executando esse comando como administrador?

No outro tópico você disse usar xsMsXML para assinatura, o padrão SSLLib = libWinCrypt usa SSLXmlSignLib = xsLibXML2. Experimente usar a segunda.

O valor do ICMS-ST deve obrigatoriamente ser somado ao total da nota.

Quer dizer que o seu dfm está salvo com SSLCryptLib = libCapicom, que você desativou ao marcar a opção no instalador. Você pode simplesmente ignorar essa mensagem, alterar qualquer coisa no data module e salvar novamente pra atualizar o dfm.

Pra esclarecer... essa é a consulta de protocolo, ela nunca vai retornar o XML completo. Pra obter o XML completo deve usar o ACBrNFe.DistribuicaoDFe.

Não está obsoleta... é implementação recente. Você está com os fontes atualizados?

A NFe está manifestada, mesmo que no momento do envio do evento o retorno tenha sido de não vinculado. Ou seja, foi vinculado após a recepção da nota. Então, a não ser que haja algum problema no webservice com relação a isso, você deve conseguir obter o XML mesmo assim (após o AN recepcionar a nota, vincular o evento e gerar o NSU com o XML completo).

Nesse caso foi aceito. O motivo de aparecer como "não vinculado" é porque o evento foi enviado antes da NFe ser sincronizada com o ambiente nacional.

Tente usar EXISTS em vez do IN. select e.codigo, e.codcliente, e.total from c000056 e where e.data_fechamento = :Pdata and e.codvenda <> '' and EXISTS (select s.codigo from c000048 s where s.codigo = e.codvenda);