Régys Silveira

Depende de qual delphi você está utilizando, até a versão XE2 o "tal rave" era o motor de relatório padrão do delphi, sendo substituído do XE2 em diante pelo fastreport.

Quanto ao TEF existe na documentação a obrigação de homologar em WinXP, já para o Paf-ECF não existe isso, siga a recomendação do Elton.

Basta adicionar as notas normalmente ao componente seguindo a forma do Demo, para cada ACBrNFE.NotasFiscais.Add será adicionada uma nova NF-e, o restante é idêntico, atente ao fato do tamanho limite do arquivo como eu disse anteriormente.

A impressão está disponível somente para o DanfeRAVECB por enquanto.

Você deve estar colocando algo referente a transportadora, como eu disse anteriormente e o Igor repetiu, se colocar o schema vai obrigar a colocar volume, verifique isso, se você acha que está fazendo correto então anexe um XML para darmos uma olhada e vermos o que pode estar acontecendo como também disse o Kiko.

Leia a nota técnica sobre consumo indevido, o webservice bloqueia quando são feitas diversas requisições em sequência dessa forma, o correto e juntar tudo em lotes e enviar, lembrando que o arquivo tem o tamanho máximo de 500k.

Olha, os schemas são claros e o manual também se tem dados de transportadora, tem volume, afinal de contas você está transportando algo, nem que seja dados padrão você terá que colocar.

Está errado, a cada vez que faz um Add você adiciona uma nova nota ao componente, por isso lhe perguntei no outro post sobre se você estava ou não adicionando a nota, pelo visto não. O correto é: with ACBrNFe1.NotasFiscais.Add do begin NFe.Ide.tpEmis .... NFE.Ide.dhCont ... // e por ai vai ... end; [/code]

Você está utilizando "AcbrNfe1.NotasFiscais.Items[0]", essa nota na primeira posição foi criada, porque o "list index out of bounds" quer dizer que o valor "0" não existe na faixa de valores permitidos, neste caso parece que a nota não existe.

AcbrNfe1.NotasFiscais.Items[0].NFe.Ide.dhCont := Now; // data e hora da entrada em SCAN

O pessoal da homologação faz como o Daniel mencionou, é assim que eles simulam.

Quando tudo estiver definido e funcionando corretamente com certeza sim.

Sandro, muito obrigado pelo esclarecimento, isso vai ajudar a muitos colegas que estão indo homologar ou reomologar.

Me passe mais informações sobre os passos para reproduzir o erro por favor.

Como disse o igor é bom dar uma olhada, veja o post que o André postou mais cedo: viewtopic.php?f=6&t=7621

Existe, se chegar ao total do cupom não tem troco, veja a sequência que você informou, quando chegar no cheque já terá chegado ao total do cupom, e o ACBr vai emitir um erro.

Faça a atualização novamente e recompile ou reinstale, fui enviada uma atualização com alguns problemas, mas já foi acertado.

Veja o demo da nota eletronica, ele possui um botão importar nota eletronica que mostra como proceder.

No exemplo que fiz para a impressora Daruma que está em \projetos\DemoDaruma existe a forma de programar uma imagem e também mostrando como utilizar essa imagem no rodapé, entre outras coisas, lembrando que funciona somente para Daruma.

Veja no demo que existe um evento onde você passar o saldo a pagar ao componente, provavelmente é isso que está faltando.

A informação está sendo impressa conforme a Especificação de Requisitos, nela consta que não pode ser impresso separado mas sempre imediatamente após.

Esse erro geralmente ocorre quando é necessária a conexão segura e não está configurado como. Também quando o login, senha ou a porta para a conexão segura estão incorretos.

Sim, a regra pede que ele seja a última forma de pagamento impressa.

Você usa o ACBrMonitor se sim, pode, se usa o componente, basta utilizar o componente de DANFE correto.

Foi acertado, existiam dois diretórios com nome parecido, tente novamente e reporte se continua o problema por favor por favor. Talvez seja necessário apagar o diretório marcado com erro no seu repositório local. Já entrei em contato com o responsável pelo ACBrFramework para acertarmos essas nomenclaturas.