EMBarbosa

Será um R07 para cada forma de pagamento. E o mesmo número de cupons vinculados (CDC ou RG) que você emitir será o número de R06. No caso citado, se após emitir o cupom, o seu ECF emitir apenas um CDC com todos os dois cartões de crédito, então serão 3 (três) R07 e apenas 1 (um) R06.

Olá carlosmarian, Já existe um post falando sobre esse assunto. Favor pesquisar. Mais uma coisa: por favor, sempre crie um tópico diferente se a sua dúvida não estiver relacionada com o post inicial. Não faça Thread Hijacking.

Não. Não temos uma unit ou componente para fazer o processo inverso, a saber, carregar os dados do arquivo SPED para posterior manipulação.

O problema está na linha anterior: FindFiles( FileMask, Arquivos ); [/code] Você deve passar o parâmetro pra função de maneira que o comando FindFiles encontre os arquivos gerados pela DLL. Tem um post falando sobre isso, mas não o encontrei agora...

Tente o Delphi IDE Fix Pack. Verifique qual o update você tem instalado. A versão 5.0 só funciona no Delphi XE2 com Update 4. Mas há outras versões lá na página: http://andy.jgknet.de/blog/ide-tools/ide-fix-pack-2009-10/

Tente verificar no manual da impressora talvez você consiga ver. Algumas dessas funções são possíveis por meio do comando RetornaInfoECF

Acretido que a página wiki está mais atualizada: http://www.djsystem.com.br/acbr/wiki/index.php?title=Lista_de_ECFs_Suportados

Texto escrito como fez, é muito confuso. Veja a diferença: Quanto a frameWorks ORM, pelo visto existem um bom número. Veja aí http://stackoverflow.com/questions/422426/orm-for-delphi-win32. No mais estou movendo sua dúvida para área correta.

Usando postmessage, você pode enviar uma mensagem para a trhead principal. Tem um exemplo de como usar o postmessage para criar uma barra de progresso na trhead principal aqui

Que erros?

Se possível use mais parágrafos no seu texto. Voltando à sua pergunta, OOP ou ORM?

Aqui tem ela da maneira que foi impressa no DOU: http://www.in.gov.br/visualiza/index.jsp?jornal=1&pagina=14&data=11/09/2012 Nem o próprio site do CONFAZ parece que consegue acompanhar. O site ainda está mostrando o ATO 33, mas esse daí que foi publicado é de número 36 e da data de 4 de Setembro. Vai entender...

O problema é que o código disponibilizado resolve um problema e cria outro conforme mencionado no post linkado. Precisamos de uma solução definitiva. Não se pode proibir os registros mencionados de serem gerados vazios.

Subi para o SVN na revisão 3932

Moderação: Tópico duplicado trancado.

Subi na revisão 3931. Se possível, verificar se está tudo certo. Obrigado

Veja: http://www.djsystem.com.br/acbr/forum/viewtopic.php?p=34168#p34168

Desculpe. Eu me confundi de relatório achando que deveria aparecer um texto explicativo. Mas ele não aparece no Meios de Pagamento, e sim no Parâmetros. Não obstante, homologuei usando o formato que está no componente. Não há problemas. Se observar a legislação, o layout mencionado é dado como exemplo. E o nosso layout além de ser mais limpo, tem todas as informações necessárias. Tente conversar com qualquer técnico da Polimig de BH. Eles mantém boa comunicação interna.

Concordo. É muito estranho mesmo. E para dificultar, esses tipos de erros são muito difíceis de descobrir exatamente o que os causaram quando há muitas mudanças no código. Praticamente tem que ser na tentativa e erro. Tente mudando as opções de "Linking" (ou Linker) e "debugging". Eu sugiro que tente mudar uma por uma das que são booleanas. Faça um Build e tente executar após ativar uma delas. Se funcionar blz. Em caso negativo, deixe a atual, acione a próxima e tente novamente. Pelo menos, tente encontrar onde no código está sendo gerado o Erro. Só pra ter certeza que não vai influenciar o erro Externo, Confirme que está executando o código totalmente na máquina local, não acessando nenhum dos recursos através de rede.

Lucas, acho que você não entendeu o meu comentário. Atualize seu código do ACBr e reinstale os componentes por favor.

Qual versão do Delphi você está usando? Tente mudar as opções do projeto em Delphi compiler. Faça um Build novamente.

Você conseguiu identificar qual parte exata do código gera essa exception? Esse erro normalmente é EXCEPTION_IN_PAGE_ERROR. Que significa que a thread tentou usar uma página de código que não está mais acessível. Algumas sugestões (em inglês): http://stackoverflow.com/questions/1317886/external-exception-c0000006 e as questões mencionadas (veja Linked do lado direito) https://forums.embarcadero.com/message.jspa?messageID=387080

Correto Regys. Eu fui outro que homologuei. Observei que o relatório mostrado na imagem não é o relatório implementado atualmente no ACBr. O relatório atual possui um texto explicativo logo no seu início, conforme commit na revisão 3806.

Esse tipo de erro é interno do Delphi. Veja: Poste uma resposta caso aconteça algo. Nota: Estou movendo seu post para a área correta do fórum.

Você não conseguiu identificar alguma particularidade desses códigos?