BigWings

https://discord.com/channels/798697718800318484/800724885835743252/910870402849456198

Como já disseram, pode desde que exista no XML.

Com certeza só a SEFAZ vai saber... Como a empresa descobriu?

Basta informar a IE como consta no cadastro da SEFAZ. Está tendo qual erro?

Se um terceiro está usando o certificado digital indevidamente, precisa fazer a revogação do mesmo.

Não está previsto isso no componente, mas os fontes são abertos, você pode modificar da forma que quiser. Só sugiro que fique atento ao manual, se fizer como consta na imagem não parece estar de acordo com ele. Que me lembre não existe tag para marca no XML.

Se teve rejeição precisa corrigir o erro e gerar novamente o XML pra envio.

Pode informar até 4 veículos, uma em rodo.veicTracao e até 3 em rodo.veicReboque. Basta chamar rodo.veicReboque.New pra cada veículo reboque, conforme o programa exemplo do componente.

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.