BigWings

Se misturou schemas de NFe com CTe ou MDFe pode gerar o XML incorretamente. Anexe os arquivos *-con-dist-dfe.xml e *-dist-dfe.xml.

Não existe mais a versão free. Mas os fontes estão disponíveis, se você não quiser assinar o SAC, basta instalar o Lazarus e compilar.

Se aparece a propriedade no componente, não faz sentido estar tendo o erro. O erro acontece apenas em execução? Você não respondeu se executou o ACBrInstall...

A receita devolve o protocolo, se você fizer a consulta carregando o XML, o ACBr atualiza ele com o protocolo e você tem o XML completo. Já apenas pela chave, só terá o protocolo.

Olha, essa mensagem indica que no seu DFM está sendo adicionada a propriedade, mas no componente ela não existe. O que parece é que você está abrindo um fonte que foi gerado com uma versão atualizada do ACBr mas usando uma desatualizada. Isso é estranho já que você diz que atualizou os fontes, ela devia existir. Depois de atualizar os fontes, você executou o ACBrInstall_Trunk2.exe para recompilar e reinstalar os pacotes, marcando a opção de apagar arquivos antigos?

Mas é pra não gerar mesmo se informar dessa forma. Quanto a rejeição o problema é na SVRS, segundo a NT, para operação presencial não deve informar o intermediador.

Não, esse modelo é apenas em modo retrato. DANFE NFCe em A4 já é raro e não prático por causa do gasto de papel, imagina em modo paisagem...

Tem razão, vi agora que é uma rejeição, nesse caso os schemas na SEFAZ que ainda não foram atualizados. Está enviando em homologação certo? Em produção ainda não está em vigor.

Sim, mas segundo a legislação que você citou é a única forma. Já tem uma NT adicionando novos meios de pagamento, o PIX entre eles. No XML só vai o código do meio de pagamento e o DANFE imprime a descrição segundo o manual, essa descrição não pode ser alterada.

Aparentemente o problema é na SVRS.

Se é rejeição da SEFAZ está errado lá. Precisa entrar em contato e reportar o erro. Tem o XML com o retorno da SEFAZ? Teu problema é outro, de validação local pelos schemas. Verifique a sua pasta de Schemas se está atualizada.

Se quem está consultando é o próprio destinatário ou um terceiro autorizado a baixar o XML, sim. Basta usar o método ACBrNFe.DistribuicaoDFe.

Nesse caso, a única forma, a meu ver, é incluir a informação dos meios de pagamento na tag infAdFisco da NFCe.

Não entendi... na NFCe você é limitado às formas de pagamento pré-definidas, ou informa fpOutro caso não seja nenhuma. Como assim as suas formas?

No evento QuandoEfetuarPagamento do ACBrECFVirtualNFCe você pode sobrescrever.

Se você inclusive consegue emitir CTe por esse CNPJ mas não consegue autorizá-lo pelo evento, o problema deve ser na SEFAZ.

O CNPJ que está tentando autorizar está com inscrição estadual inativa, então não está habilitado a emitir CTe. Creio ser esse o motivo da rejeição.

Sim.

Você tem os XML desse teste? Porque no que você anexou o CNPJ sendo autorizado não é transportadora. E também informou tpAutor=3 o que indica uma transportadora autorizando outra.

Sim, veja a propriedade "ImprimeValor" do componente DANFE.

Testei no demo aqui e não duplicou. Consegue fazer um passo-a-passo pra reproduzir?

Acredito que esse problema já tenha sido corrigido.

Acho que nesse caso está havendo um desvio de finalidade. O componente tem que se basear nos manuais dos bancos para os quais o arquivo é gerado e não em intermediários. Sem documentação clara fica difícil de manter. Quem precisa gerar o arquivo para a financeira pode abrir o TXT da remessa e acrescentar a chave.

Na minha máquina de desenvolvimento eu atualizo quase diariamente. Na máquina de build só quando noto alguma correção importante ou alguma funcionalidade nova que vou usar. É bom sempre ficar de olho no log de alterações do SVN.