EMBarbosa

Você está gerando um registro tipo 60D do qual não tem um 60M correspondente (os campos de nomes iguais devem ser de mesmo valor). Provavelmente está faltando um 60M justamente nesse dia que está dando o erro.

O PAF permite mais de uma tabela de preços. Como o usuário vai escolher não é definido. Assim subentende-se que você pode fazer do jeito que achar melhor.

Você tem duas versões do Delphi instalado nessa máquina? Em caso negativo, faça um Build All do projeto. Deve resolver Em caso positivo, possivelmente (pelo menos o mais comum que eu vejo) o problema é que o Delphi está pegando a versão errada do arquivo DCU, compilada por uma outra versão do Delphi. http://docs.embarcadero.com/products/ra ... t_xml.html Lembrando que dependendo da última vez que fez atualização do SVN, é bom que você desinstale os pacotes e reinstale-os novamente.

Esa função é só para a MP4000 TH FI e superiores.

Se a resposta foi remover, provavelmente, é porque alguém conseguiu funcionar assim. Se deu algum problema no seu caso, seria melhor você dizer quais problemas foram. E por favor, link para o post que deu essa sugestão. Pois poupa o trabalho de procurar algo que você já encontrou a alguém que resolver te ajudar. Só mais uma coisa, como diria o sábio Chapolim: "Paciência é uma virtude que se come fria..."

Os ECFs mais modernos possuem pelo menos dois lacres (um lacre externo e outro interno). Vocês não estão confundindo os lacres não? Nós temos aqui uma MP3000 TH FI que é lacrada para desenvolvimento. Mas ela não tem o lacre externo que fica visível ao usuário do equipamento, então dá pra abrir (embora eu mesmo não tenha o feito nenhuma vez ainda...)

Vocês testaram com o demo? Funciona? Qual o retorno?

Você mencionou que ele fica tentando gravar o intpos e não consegue. Tente verificar quem mais acessa o intpos durante esse período. Outras coisas que você pode verificar são quais arquivos o gerenciador está acessando e ver se há algum erro em um desses arquivos.

veio a resposta... \x1b\x3e\x57 +... código com 14 bytes; alíquota com 2 bytes; unidade de medida com 2 bytes; tipo com "A" para arredonda ou "T" para trunca; quantidade com 7 bytes (3 bytes são decimais); valor unitário com 8 bytes (3 bytes são decimais); desconto com 8 bytes (2 bytes são decimais); acrescimo com 8 bytes (2 bytes são decimais) e; descrição do item com 201 bytes.

Poder pode, mas provavelmente eu possa responder mais rápido você postando aqui mesmo. Além disso, ficaria aí a resolução pra outras pessoas verem.

Se você usar tunneling com o Zebedee talvez consiga implementar com o Firebird mesmo. Mas se quiser mesmo usar MySQL e Firebird, procure usar os padrões SQL ao invés de usar características específicas de cada BD. Por exemplo, ao invés de usar a cláusula FIRST, use a ROWS. Infelizmente, ainda assim você vai ter que tomar cuidado, pois os BD costumam tomar liberdades para facilitar a vida do DBA, daí incompatibilidades surgem aos montes. Bom trabalho.

Acho que seria melhor usar um programa como ProcessMonitor da SysInternals para verificar o que está acontecendo.

Se entendi bem sua pergunta, infelizmente, não há no Windows um modo simples de você navegar nos paths de um computador remoto. Assim acho que não tem muito o que fazer, pois o usuário terá que saber qual o caminho.

mais um para os Casos de Sucesso

Faça uma limpeza nas pastas (em especial as pastas "req" e "resp") do gerenciador padrão. Tive um problema parecido que foi resolvido assim.

1) Rapaz, pergunta pra eles. Lembre-se que há notas manuais que não geram arquivo xml, e que cupons Fiscais são de saídas, e precisam constar no Sintegra. 2) No PAF-ECF, sim. 3) Mesmo que não estejam na DANFE, os dados costumam estar no arquivo xml. Em caso negativo, o seu cliente tem que entrar em contato com a empresa que enviou a nota, ou o contador. Espero que ajude.

Que questão? Colocado Rave90 onde?

Pois então, não consta no manual do ECF. Mas na ajuda da Bemafi32.dll tem a função Bematech_FI_ContadorCupomFiscalMFD que é usada para gerar os registros se não me engano R0x que é compatível com a MP-25 e MP-50. Daí, na lista de comandos que o pessoal da Bematech me passou está constando que a função "ESC 35 55" deveria funcionar no ECF MP-25 FI. Queria confirmar, mas eu tenho só tenho uma MP-20 e uma MP-3000 aqui no momento.

Se não me engano, (não utilizo-o no momento) o ACBrAAC permite que você adicione campos avulsos. Veja o Demo dele. Está bem completo.

Pessoal, estou com uma dúvida aqui. Se alguém de vocês tem uma Bematech MP25 FI ou MP50 FI, poderia testar pra mim se o ACBrECF está pegando o NumCCF corretamente? É que eu vi que o código está assim function TACBrECFBematech.GetNumCCF: String; begin Result := '' ; if fpMFD then begin try { Comando disponivel apenas a partir da MP2100 } Result := RetornaInfoECF( '55' ) ; except end ; end ; end;[/code] e a princípio deveria estar assim [code]function TACBrECFBematech.GetNumCCF: String; begin Result := '' ; if fs25MFD then begin try { Comando disponivel apenas a partir da MP25 e das térmicas } Result := RetornaInfoECF( '55' ) ; except end ; end ; end; Na maior parte dos casos no entanto, parece que o ACBrECF trata fs25MFD como equivalente a fpMFD...

O que é apresentado no log do ACBrECF?

Não sei o caso do Delphi 2009, mas o Delphi 7 não foi preparado para executar no Windows vista ou 7. Então é de se esperar alguns erros como esses. As vezes, é culpa dos componentes sim. Não sei se esse é o caso Veja um problema parecido em: http://forums.embarcadero.com/thread.js ... eID=322848

Use o emulador de 64 bits para SO de 64 bits e o de 32 bits para SO de 32 bits. O com0com tem os dois modelos.

A função equivalente na dll é a Bematech_FI_VendeItemArredondamentoMFD. Mas também não sei qual o comando via serial pra ela...