Régys Silveira

Efetue a limpeza conforme este tópico: e tente novamente.

Você deve levar em consideração toda a geração de arquivos do Paf-ECF, SPED, Sintegra, etc, portanto, não é interessante utilizar cadastros genéricos, visto que tudo fica registrado na MFD da impressora e pode ser comparado futuramente.

A única forma de fazer na versão 2.0 sem o certificado do destinatário e utilizando o website da NF-e.

Na versão 2.0 somente o destinatário pode baixar a nota, já na versão 3.10, existe a tag para eleger as pessoas fisica ou juridicas que podem baixar.

Estranho, testei a impressão com vários tipos de XML, com todas as informações e estava correto, tem certeza que o arquivo que estava utilizando era o mais atualizado?

Eu não disse que o QRCode não era exigido e sim que não existe link no RJ para consulta ainda conforme consulta de outro colega aqui do fórum. Assim que eles liberarem o link correto ou legislação demonstrando qual é o link será adicionado ao projeto com certeza.

Isto foi acertado a um tempo atrás, inclusive os usuários que reportaram o problema disseram que havia sido acertado.

O RJ ainda está em projeto piloto, lembro que em outro posto um usuário do RJ comentou que entrou em contato com a SEFAZ/RJ e eles disseram que ainda não está implementado.

Quem manipula o pin-pad é o gerenciador vspague não você, esse obtem campos é para campos que não são pedidos pelo pin-pad.

tente marca-los manualmente, alguma coisa que você fez os colocou na lista de pacotes que não são carregados.

No demo do ACBrNFe existe o exemplo.

Olá, até onde sei somente empresas do projeto piloto conseguem por enquanto emitir NFC-e no Rio, seria bom tirar essa dúvida diretamente com o SEFAZ/RJ. Quanto ao ACBrNFeonitor, sim ele já está funcionando para NFC-e e o layout do arquivo .ini é o mesmo da NF-e normal, muda-se o modelo e algumas tags a mais, aqui no fórum existe um tópico gigante tratando dessas diferenças que são bem poucas.

Até onde sei todas as soluções necessitam homologação, o que algumas aceitam é se você já está homologado em outra solução eles aproveitam essa homologação, isso geralmente acontece com TEFs por troca de arquivo.

Sim, o DANFC-e já está implementado para Fortes Report e Fast Report.

Você possui uma versão antiga do arquivo que está com erro, o processo para solução é fazer a limpeza seguindo o post: Verificar se nenhum arquivo do seu repositório está com ícone vermelho ou amarelo e proceder a reinstalação.

Eles não vendem dlls, vendem produtos para TEF, entre eles o SITEF, SITEF Web, etc, por isso lhe disse para ligar e falar com o comercial deles, eles irão lhe informar o melhor produto para o que você necessita.

Verifique se os pacotes ACBr estão marcados no Delphi, aparentemente está tudo ok, então resta eles estarem desmarcados.

Você entrou em contato com o suporte do Fast Report? Comigo sempre que precisei, enviei o e-mail e fui respondido prontamente e sempre com alguma solução.

Poderia dar mais detalhes? Consegue simular o mesmo com o demo do ACBrNFe? Se sim pode nos passar o passo-a-passo para reproduzir o problema?

Carlos, Quanto ao domínio, testei aqui com uma rede com dominio windows server 2012 active directory e outra normal sem domínio, o tempo foi o mesmo, não houve diferença para mim. Alessandro Quanto a comentar parte do código, você tentou antes debugar para entender o que ocorre?

Remova o trunk do endereço.

Poderia enviar o log do acbrinstall para analise?

Como lhe disse, não existe como o componente de DANFE fazer isso, ele não usa generics e ele não possui nada que limpe nada. Tentou revisar teu código?

Foi implementado o DANFE simplificado para FastReport, para outro não sei, veja na pasta "exemplos\acbrnfe\delphi\report" o arquivo "DANFeSimplificado.fr3". No ACBrNFeMonitor não foi implementado pois ele utiliza Forte Report e Rave.

Entre em contato com a Software Express eles possuem a solução para o que você precisa via SITEF.