elton.barbosa

Os arquivos binários se corromperam na migração do fórum. Eu ia sugerir você tentar acessar o fórum antigo que ainda estava disponível. Eu fiz isso outro dia para recuperar um arquivo. Mas agora está redirecionando para o novo e eu não sei como fazê-lo sem redirecionar.

Acredito que você está equivocado Marcelo... Nunca vi um administrador/moderador do fórum impedir alguém de abrir um projeto desenvolvido. O que eles fazem é expressar a opinião sincera deles de ser viável ou não o projeto. Como o Isaque fez acima. Ele disse que achava que não valeria a pena o esforço. Não significa que ele era contra o desenvolvimento. Acredito que você tenha entendido de outra forma. Alguns projetos até são incorporados ao ACBr. Mesmo que não sejam incorporados/vinculados ao ACBr, se até projetos que são de código fechado às vezes são anunciados no fórum, quanto mais um com objetivo de ajudar outros. EDIT: enquanto eu escrevia o Régys respondeu com a mesma ideia.

Provavelmente um erro no seu Delphi. Quando é exatamente que a mensagem é exibida. Ela acontece com outros projetos que não usam o ACBr?

Se é o relatório está aberto, é só fechar. Veja a Procedure ACBrECF.CorrigeEstadoErro.

Italo, Não ficou claro para mim. O proprio ACBrNFe vai poder fazer a emissão da NFC-e? Não vai ser preciso nem criar um outro componente? Apenas ajustar o código atual?

Ao invés de exibir uma MessageBox, use um painel/label na tela. Dessa forma a exibição da mensagem de pouco papel é menos intrusiva e permite o contínuo funcionamento do programa sem muito transtorno.

Se a dll do ECF em questão fizer a geração do SPED, você poderia tentar importar os dados dele para o cupom. Mas vai depender muito. Não sei se compensa o esforço não.

Eu havia entendido. Só achei bom frisar o ponto que isso pode acontecer mesmo sem intervenção do usuário, mas acho que não precisava ter dito mesmo. O caso é mais de orientação: Explicar aos (in)felizes que eles não devem ficar brincando com o horário do sistema.

O próprio Windows (ou Linux) tem embutido um sincronizador de horas. Não é preciso fazer isso no ACBrNFe. Verifique as baterias CMOS dos computadores de seus clientes. Micros antigos costumam ter essas baterias descarregadas e isso faz perder o horário correto.

Muito difícil dizer sem saber o código do seu programa...

Foi exatamente o que eu disse.

Não. Assim como o Delphi, nenhum desses são free (exceto o Lazarus que o Daniel mencionou). E cada um tem uma peculiaridade, seus prós e seus contras (inclusive o Lazarus). Não postei nada sobre isso pois achei que podia não interessar ao byteinfo que iniciou a pergunta especificamente sobre o Delphi.

E o log? você analisou ele?

Além de mencionar a mensagem de erro como o Régys pediu, acrescente também o log gerado pelo ACBrECF.

Se estiver interessado em usar a linguagem similar ao Object Pascal em dispositivos Android talvez queira dar uma olhada no Oxygene da RemObjects ou ficar de olho no desenvolvimento do SmartMobileStudio.

Olá Araujo, você também não citou qual foi o erro que foi gerado. Como assim "o acbr não conseguiu recuperar a DataDoMovimento"?

Que bom que resolveu. Talvez tenha tentado levantar uma Exception que já tinha sido levantada e destruída ou tentado destruir um objeto que já tinha sido destruído antes. Sobre o Debug, uma aplicação é compilada de maneiras diferentes quando está no modo Debug. Isso pode "trocar a semântica do código na hora do Build em Debug". Algumas opções simplesmente trocam o comportamento do código também. Por exemplo: por padrão no Delphi a compilação em modo Debug desabilita a otimização do código e habilita informações de Debug e "Stack Frames". Só isso pode causar uma grande diferença. Na verdade, embora pareça não ser o seu caso, só de rodar dentro ou fora de um Debugger a aplicação pode se comportar de forma diferente pois o sistema Windows se comporta de forma diferente.

O que o Régys comentou. Você deve verificar o manual deste modelo de ECF.

Você não mencionou se está usando o ACBrMonitor ou o ACBrECF. Então estou presumindo que você está usando o ACBrECF visto que isso é mais comum. O erro é provavelmente no seu aplicativo tentando acessar uma parte da memória que ele não tem direito de acessar. Talvez é um objeto que não foi instanciado ou já foi destruído. Execute o programa dentro do Debugger e verifique o que está acontecendo. Você também pode comparar o seu código com o do ECFTeste que é o exemplo do ACBrECF para impressoras de modo geral. No log não há nada sobre o erro. Para informações maiores sobre esse tipo de erro, dê uma olhada aqui: http://stackoverflow.com/questions/6214458/debugging-access-violation-av-errors

Ué, se você vai ter que recalcular a base de cálculo, provavelmente vai ter que alterar alguma coisa... Por exemplo, os registros 60D e 60I tem campos que desconsideram o desconto dado no item. Então, sua dúvida é muito abrangente, para gerar o que especificamente?

Dúvida recorrente. Veja também esses dois tópicos:

Veja esse link: http://www.forumweb.com.br/foruns/topic/76707-acbr-com-emulador-sem-cabo-e-sem-porta-com/

Obrigado Júnior. Vamos ficar esperando a resposta.

Até pouco tempo atrás em São Paulo não há exigência de PAF-ECF. Mudou isso?

Bemafi32.dll