EMBarbosa

De cabeça não...

jperim, Eu não tenho esses modelos, mas você pode citar as páginas e os manuais que você utilizou? Talvez assim o Daniel possa conferir.

Como dito pelo Régys acima, tanto a versão padrão do XE7 como a completa é compatível.

Favor veja:

Não sei se entendi, mas alíquotas não estão na tabela IBPT?

Por que então você não imprime como se fosse uma impressora comum?

A chave está na parte que diz "and its enduser report designer" e no final que diz "These restrictions apply to the Designer" Se quiser o report Designer nos clientes você precisa pagar uma licença para ele em cada. Caso contrário, não precisa pagar licença extra.

É o ACBrNFeMonitor que está travado ou é o seu programa que está travado?

Não dava pra saber qual o problema. O Dercide relatou 3 problemas totalmente diferentes neste tópico. Estou dividindo o tópico para não ter mais esse problema. Com respeito ao problema, neste caso, me parece que o tipo vai ter que ser alterado. Você daria conta de fazê-lo e anexar as alterações aqui?

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Já tem um tópico sobre esse assunto. Chegou a pesquisar?

Já tem um tópico sobre esse assunto. Chegou a pesquisar? Encontrou?

Não é tão desconhecida assim... http://forum.lazarus.freepascal.org/index.php?topic=12198.0

Faz o debug e verifique quando está aparecendo o erro qual a versão que está configurada.

Já eu sugiro você bloquear no seu aplicativo. Ele está enviando os comandos para imprimir cupom. Você não deveria precisar de retorno da impressora para ter certeza que o cupom está sendo enviado para ela.

Tente novamente por favor. Se não conseguir anexar, tente sem compactá-lo.

Você quer dizer um monitor? Como o ACBrNFeMonitor?

Olá Pablo, Não é preciso se desculpar por insistir em um assunto. O problema é que parece que não temos dados suficientes para um diagnóstico preciso e eficaz, resolvendo de uma vez o seu problema. Como você mesmo disse, o erro é muito estranho. Não parece ser possível reproduzi-lo utilizando o programa de exemplo do ACBrNFe. Se houvesse um passo a passo para reproduzir o problema, isso facilitaria muito encontrarmos onde está o problema. Algumas coisas que você pode tentar verificar: Será que pode ser alguma demora após a autorização? Se for o caso, talvez adicionando alguma espera (sleep) antes de fazer a consulta e impressão possa resolver. Verifique quanto tempo passa entre a primeira e a segunda consulta. Eu encontrei muitos erros do tipo "Exception: Cannot open file "C:\ACBrNFeMonitor\ENTNFE.TXT". O arquivo já está sendo usado por outro processo". Isso pode indicar algum antivírus bloqueando o acesso aos arquivos. Se for o caso, adicione tanto o seu executável como o executável do monitor na lista de exceções do antivírus. Procure no log por "ERRO:" e você verá que acontecem erros variados. Como não sei exatamente qual a NFe que teve problema, não sei se estão relacionados ao seu problema. Mas são muito variados como "ERRO: Arquivo 0010000001251000000012-nfe.xml-nfe.xml não encontrado", "ERRO: Arquivo C:\Atlantis\8\Dados\-cte.xml não encontrado.", "ERRO: Arquivo C:\Atlantis\8\Dados\41101114115020529433700017257001000000170100000170401-ProcEventoCTe.xml não encontrado.", "ERRO: Erro ao criar o arquivo PDF" Acho que isso é um começo por onde procurar. Nota: Por favor, faça uma limpeza no seu log. Ele tem informações abrangendo desde 2013 e mais de 155000 linhas. Quando anexar ele, informe exatamente em qual nota aconteceu o problema e por volta de que horas aconteceu.

Se tivesse procurado por "NFe imposto federais", "Imposto IBPT", "imposto na nota" poderia ter encontrado os posts abaixo: Me parece que respondem sua pergunta de forma indireta, pois indicam onde a informação vai na NF-e. Daí fica fácil você saber onde preencher o INI.

Outra opção é você, aproveitando que o código fonte do ACBr é aberto, propor correções para que os componentes possam ser compilados em 64 bits sem erros.

Se o componente está dentro do DataModule, ele não precisa ter Free específico. Ao ser destruído o próprio DataModule destrói os componentes nele contidos. Se seu programa ainda estiver dando esse erro mesmo depois de averiguado o acima, então é melhor você ir removendo as partes desnecessárias do programa até isolar em um executável mínimo, verificável e completo.

Me parece que o mORMot agora é compatível com o FreePascal e o Lazarus. Veja esse link aqui. Em testes feitos ele se desempenhou muito bem (veja esse exemplo). Além disso, é Open Source e muito ativo. (:

Procede. Não sei se estabeleceram data exata, mas procede. No entanto, sugiro entrar em contato com a NTK. Sobre o SiTEF GW, acho que outros vão poder lhe ajudar pois tem mais experiência do que eu nesse assunto.

Eu não reparei isso não, mas se estiver realmente faltando, os únicos que podem fornecer é o próprio IBPT. Eu sugiro você entrar no site deles e fazer contato, pedindo informações. Mas antes de fazer isso, tem certeza que esses NCM não estão agrupados?

Eu não estou atendendo ninguém de SC no momento, mas estas informações você deve encontrar na Secretaria de Estado da Fazenda (SEF) do estado. Para estados que aceitam o PAF-ECF o que se requer é que o PAF tenha sido homologado com um perfil aceito pelo estado e depois seja cadastrado na SEF. Então, eu começaria por procurar a SEF e se informar. Mas talvez alguém de SC possa lhe dar informações mais detalhadas.