BigWings

Envia pra autorizar e cancela em seguida.

A SEFAZ não disponibiliza o download para o emitente, afinal ele já tem o XML, ou devia ter, afinal ele tem a obrigação de guardar o arquivo por 5 anos. O serviço DistribuicaoDFe é para o destinatário e demais interessados poderem obter o XML emitido contra eles.

Se entendi a pergunta, a resposta é sim. A não ser que você use threads, o que não é recomendado pra esse serviço, pois muitas consultas sucessivas pode causar rejeição por consumo indevido. O recomendado é usar o DistribuicaoDFePorUltNSU que retorna até 50 documentos por vez.

Fonte: Um mirror não oficial do projeto no github. O que tem de C# e Java aí são classes de alto nível para consumir a DLL nativa da ACBrLib que também é escrita em Pascal.

Tem vários erros aí: O primeiro é referente a estrutura do arquivo, os registros estão na ordem errada, o correto seria C100, C170, C170, C190, C191, C190, C191, C195, C197, C195, C197, C100, C170, C170... Veja o nível hierárquico de cada registro no manual. Com relação ao registro C300, apenas notas fiscais de consumidor modelo 02 são permitidas (aquelas de bloquinho em papel), não pode NFe nem mesmo NFCe.

A resposta está na mensagem de erro.

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

Se está cancelando com o XML só precisa informar essas propriedades no envio do cancelamento, as demais o componente carrega do XML.

Acho que a consultoria comeu bola, o Manual de Orientações do CTe 3.00a - Anexo II - DACTE, pág. 21 é claro quanto a isso.

Veja aqui:

Só alterar o fr3.

Você pode implementar o evento OnAntesDeAssinar e verificar a validade do certificado pela propriedade ACBrNFe.SSL.CertDataVenc.

Foi pro SVN, rev. 23537.

Você não vai ter a rejeição de duplicidade de evento na consulta pela chave, e sim no envio do evento, nesse caso o evento de manifestação. Para os eventos de manifestação o nSeqEvento deve ser sempre 1.

@douglaswf A alteração que sugeri resolveu o problema?

Movido. Creio que só precise incluir o shcprocGTVe no enumerado da unit pcnConversao.pas.

É o DistribuicaoDFe de NFe mesmo ou de CTe?

Não existe... Até porque no momento de imprimir o documento fiscal NFCe ou CFe, ou mesmo NFe com PIX, o pagamento já foi processado.

Enviei as alterações to @Túlio de Pádua para o SVN, com ajustes. Por apenas o MT estar aceitando dessa forma, e não estar previsto no layout nacional, não foi alterada o nome da propriedade, continua CNPJ. Coloquei também uma condição pra gerar a tag CPF apenas caso seja MT. Favor atualizar os fontes e testar, rev. 23480.

Se for uma NFe muito antiga, com mais de 90 dias da emissão, não vai retornar. Leia a NT 2014.002 v1.10. Veja que essa NT já entrou em vigor em homologação, indicando que quem não utilizava o serviço DistribuicaoDFe também não recebe as notas, passando a receber somente a partir da primeira utilização. Tente emitir outra nota em homologação pra esse CNPJ, e faça o processo de manifestação novamente.

Pode ser... Qualquer uma das três formas do DistribuicaoDFe vai retornar o XML completo quando estiver disponível.

Após a manifestação pode demorar a gerar o novo NSU com o documento completo, não é automático.

Me parece que você está forçando o sha256 enquanto o evento espera um sha1. SSLType deve ser LT_TLSv1_2.

Certifique-se de estar configurando a propriedade SSLXmlSignLib como xsLibXML2.