Daniel Simoes

Se você rodou o programa como Root antes, pode ser que tenha criado alguns arquivos cujo "owner" é o Root.. - Configure corretamente as permissões dos arquivos... - Analise melhor e saiba com certeza qual arquivo está gerando essa falha de Permissão

Sem o LOG gerado pelo ACBrECF é impossível analisar..

Cada classe tem um código específico... um problema na Daruma não é significa que o mesmo erro ocorre na Classe FiscNet... Não houve modificações nos fontes nesse sentido... Use o recurso de LOG do SVN e analise você mesmo..

O link aponta para um erro 404

A DLL do SAT do Emulador disponibilizado pelo governo é muito problemática... Você só conseguirá rodar sem o Debug

Isso mesmo... porém o SAT até agora é igual "mosca branca".. todo mundo fala que existe mas ninguém nunca viu... Assim que tivemos um protótipo de algum fabricante subiremos uma nova classe...

A busca de arquivos do Windows deve resolver o seu problema... mas já que você está com preguiça, tente o ACBrSerial.dpk

Sem os LOGs fica impossível dizer... Veja o erro que ocorre no LOG gerado pelo ACBrECF

Ele não gera novamente... ele apenas não apaga o que já existe... Novamente... Se você não completar a operação de Cancelamento ele não sai do Loop... Provavelmente você está fornecendo as informações erradas... Ligue na Sw.Express e confira como fazer a operação de cancelamento... Se quiser... apague por fora do sistema os arquivos de Backup

Ele ficará em loop até conseguir completar o Cancelamento... isso é o que pede o roteiro... Faça a operação de cancelamento até o fim...

Não deve aparecer a pergunta novamente... Afinal o usuário já respondeu NAO para a pergunta quando ela apareceu a 1a vez... Provavelmente o programa está tentando ler o estado do ECF ou alguma operação... como ele continua desligado, o erro ocorre... Quanto ao que deve ou não ser feito, como e quando... quem é autoridade no assunto são os homologadores... ligue na Sw.Express e pergunte

A versão CAPICOM acho que nunca funcionaria... dependeria de muitos drivers dos Tokens... A versão OpenSSL acho que poderia ser portada para Lazarus...

Tópico relacionado a este:

Bom, demorou mais finalmente subi os fontes que foram desenvolvidos por mim e pelo André Moraes para o SVN... Ainda há muito o que fazer, e devemos subir várias correções durante essa semana que se segue... Por favor leiam os manuais disponibilizados pelo Governo SP antes de tentar usar o componente...

O ACBr é código aberto... basta você baixar os fontes, abrir o Projeto indicado pelo André, e como todo bom programador, LER com atenção o código fonte...

Oi REgys, Você que é o "pai da criança"... Pode dar uma olhada no colaboração do Carlos ? (ou já foi pro SVN ?)

Jeter, Me desculpe por ter esquecido de analisar e subir o componente... e novamente muito obrigado pela doação... os fontes se encaixaram bem aos padrões do projeto... Parabéns pela iniciativa... Juliana, Muito obrigado pela ajuda... Vejo que cada vez mais você ficou especialista em arquivos fiscais

Apenas falta de tempo mesmo... sempre tem algo que fura a fila.... dessa vez foi o ACBrSAT Fazer consultas HTTP em pascal não é difícil... o componente que tenho (interno) é muito parecido com os outros componentes do Pacote ACBrTCP, como ACBrCEP, ACBrIBGE, ACBrCNIEE, ACBrNFPws, etc... Prometo que algum dia ainda modifico meu componente de uso interno para ele se ajustar ao ACBr... Em relação a proposta de doação, acho que não é compatível com as premissas do ACBr... Código aberto, Multi Plataforma e Multi IDE... O ideal seria transformar em componente compatibilizá-lo para usar a "Synapse" assim como os demais componentes da palheta ACBrTCP, (ACBrSocket) Acho que só isso quebraria boa parte do seu código...

Não há como mudar isso... E exigência da lei que regula o ECF... Os códigos de barras 2D são a representação de todos os cupons emitidos no dia, e precisam se armazenados por 5 anos...

Será que não foi um erro de interpretação ? Até onde eu sei, não precisa do CNPJ/CPF mas se o usuário especificar ele deve ser válido... Aqui foi assim...N No caso de duvidas na homologação é importante sempre ler e reler a lei e o roteiro

Se o ECF acusa pouco papel muito antes do fim, o problema é no Sensor do ECF... Tudo que o ACBrECF faz é ler os sensores do ECF

Acho que você está informando a Porta de maneira incorreta... Veja esse link:

As dependências dos pacotes parecem estar erradas... Ou você fez alguma alteração indevida... Em todo caso... seria necessária uma IDE de Delphi 5 para instalar e testar, algo quem nem a Embarcadero disponibiliza mais para nós do ACBr... Continuar com D5 será uma dor de cabeça constante... quase nenhum componente ou biblioteca dá suporte a ele atualmente...

Parece ser um bug do Sw.Básico do ECF... Tente suporte com eles sobre isso... Todos os fabricantes disponibilizam aplicativos para esse tipo de configuração... a Daruma tem o FSTools (solicite a eles)

Esse link deve ajudar... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?VendeItem.html