Régys Silveira

Você pode configurar o monitor para utilizar o DANFE por relatório ao invés do por código e dai alterar o arquivo de relatório para o que necessita. Para fazer isso vá até a aba DANFE e em modelo escolha somente "RAVE", depois basta alterar o arquivo "\Report\DANFE_Rave513.rav" abrindo ele e alterando o que achar necessário.

Não existe homologação para a NF-e porque existe o padrão do XML e o webservice valida ele, o que existe é o cadastro como desenvolvedor de software em alguns estados, mas isso não impede a emissão da NF-e pelo software junto a receita e somente uma formalidade e é mais usado para quem possui software de Paf-ECF, não existe nada no webservice de nenhum estado que barre a emissão da NF-e para quem não possui cadastro.

Na verdade vai funcionar assim, se informar o XML da NF-e ele imprime o completo, se informar somente o XML da CC-e ele imprime o normal.

Parabéns Rafael pela iniciativa, o projeto ACBr precisa de pessoas assim que fazem acontecer. Muito obrigado por tudo e continue sempre o bom trabalho.

Qualquer versão a partir do 7 funciona, tenho funcionando em todas para testes.

Você precisa ter o tortoise instalado, provavelmente você deve ter porque já baixou a pasta do componente. Clique com o botão direito na pasta do componente e clique em "update".

Você utiliza o componente diretamente ou o monitor? As funcionalidades já estão implementadas e sendo usadas, basta ler as propriedades, por exemplo: ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML; [/code]

Quando você ativa o ACBrTEFD ele já verifica se está ativa e envia o cancelamento se necessário, se for enviado cai no evento, não entendi qual é o seu problema?

É por isso que pedi para atualizar para última versão da dll, porque é como eu disse o ACBr somente passa a dll o que é para retornar todo o processo e feito por ela diretamente.

O ACBrValidador na época foi testado com uma massa de dados de mais de 10.000 codigos EAN que tenho dos variados tipos, como havia dito.

Dê uma olhada em meu site, lá tem algumas dicas sobre a homologação e requisitos. http://www.regys.com.br

Primeiro tente atualizar a DLL Daruma, se mesmo assim não der certo, verifique com o suporte ao desenvolvedor Daruma, pois pode ser um caso de atualização de firmware visto que é uma DR600, quanto ao ACBr não tem como fazer muita coisa porque ele passa a bola para a dll e ela faz tudo nessa situação específica. É mesmo demorado gerar o arquivo, a impressora leva um bom tempo e apita algumas vezes durante o processo, testei aqui em minha FS700 e está tudo OK.

Ainda não temos nada no ACBr para o SAT.

Essa atualização para o calculo dos GTINs foi feita a muito tempo, inclusive foi eu e o André que fizemos e testei com uma massa de dados enorme, estava tudo OK, já deve ter quase 1 ano que foi feito. Verifique se o seu arquivo não está com problemas e não foi atualizado, uma boa seria apagar o arquivo ACBrValidador.pas e efetuar a atualização o tortoise vai baixar novamente o arquivo que está no repositório.

Tente recompilar o pacote de impressão do CT-e.

Dê uma olhada no exemplo: ACBr\Exemplos\ACBrValidador\Delphi, penso que pode lhe ajudar, ele utiliza o componente ACBrValidador, baseado nele você pode calcular o digito verificar do número que desejar.

Atualize o seu ACBr, ontem (01/10/2012) fizemos alguns acertos relativos a esse erro, o erro foi introduzido devido a algumas alterações que outros usuários estão fazendo para a versão 3.0 da NF-e.

Basicamente sim, você precisa incluir, inclusive essas dlls precisam estar na lista de arquivos executáveis utilizados pelo Paf-ECF, alguns homologadores aceitam não colocar na lista mas é melhor colocar porque algum fiscal pode não pensar da mesma forma. Somente as funções relativas a MFD utilizam dlls de fabricantes, o restante todo e nativo do ACBr e utiliza comunicação direta com a impressora fiscal e periféricos.

Esse erro ocorre porque você tem pacotes do ACBr em outros locais da máquina, neste erro específico o synapse.bpl, verifique se ele existe em outros diretórios e apague.

Não entendi, você está utilizando alguma solução própria, ACBrTEFD ou outra componente?

Sim, a leitura da memória fiscal e restrita a dll por conta de criptografia entre outros fatores.

O ideal é utilizar sempre a última dll disponibilizada pelo fabricantes, como o ACBr depende da dll do fabricante para gerar esses arquivos por conta da cripotografia da MFD e acesso direto a memória da impressora, isso sai do nosso controle, mas no geral funciona corretamente, aqui tenho vários clientes e nunca tive problemas neles, isso vai muito da impressora e do fabricante.

O Bematool se conecta diretamente a impressora e faz o download e tratamento da MFD baixada sem uso da dll por isso ele funciona. O ACBr utiliza a dll da bematech, e ela só funciona corretamente estando junto do arquivo, todos os arquivos da dll e o arquivo .ini e não pode existir em nenhum outro path do sistema operacional.

Para a bematech funcionar corretamente as dlls e o arquivo .ini devem ficar junto da aplicação e em nenhum outro lugar.

Geralmente os emuladores não se dão bem na hora de gerar o arquivo MFD, para esses testes somente com uma impressora fiscal real.