EMBarbosa

Não. Só funciona se você não manipular datas em outras threads. Mesmo assim, se você estiver usando a formatação do sistema operacional, nada garante que um outro aplicativo faça o mesmo e atrapalhe o funcionamento do seu aplicativo.

Daniel, até onde sei, não há problema nenhum com o Delphi 7 e superiores. Existe a classe o record TFormatSettings no Delphi 7.

Esse é um meio incorreto de utilizar as funções. Seu aplicativo não funcionaria corretamente num ambiente com várias trheads. O correto seria criar uma instância de um TFormatSettings e passá-lo como parâmetro para as funções de formatação.

O Delphi XE3 acho que aposentou de vez o padrão antigo de formatação que não era ThreadSafe. Acho que deveríamos estudar uma maneira de atualizar o código do ACBr para que ficasse compatível com todas versões do Delphi. As funções de conversão que aceitam um parâmetro de formatação estão disponíveis desde o Delphi 7 e acredito que estejam disponíveis no Lazarus também. Mesmo porque quem usa o ACBr num sistema Multithread corre risco de perder essa formatação ou atrapalhar o funcionamento do aplicativo em outro lugar.

Tendo novas dúvidas, fique à vontade para criar um novo tópico e perguntar. Sempre sugerimos ler a documentação e pesquisar antes pois muitas das perguntas inciais já foram respondidas. Bom trabalho aí.

Como você mesmo disse, já foi questionado e respondido e a resposta é sim.

Olá, Parabéns. Você pode fazer esse tipo de post neste tópico:

Sim, pelo menos um por ECF. Mas se for vendidos produtos diferentes, um registro por produto por ECF. Veja as observações com o destaque que eu mesmo marquei:

Número de série do ECF que gerou a venda especificada.

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"?