elton.barbosa

Está me parecendo erro no Delphi. Qual a versão? Algumas sugestões (não necessariamente nesta mesma ordem): Você tentou em outra máquina? Apague todos arquivos DCU e BPL relacionados com o projeto. Tente reinstalar o Delphi ou algumas de suas atualizações. Pode ser algum arquivo corrompido... Use o SVN->Switch para trocar para uma revisão anterior do código. Assim você vai poder analisar qual a versão do código que está gerando o erro que fecha o Delphi.

Bem, eu moro muito longe daí, mas eu sei que a Polimig tem um escritório em Recife, não sei se ajudaria de qualquer modo. O melhor mesmo seria se fosse no seu estado né? Talvez alguém daí por perto possa ajudar... Moderação: Estou movendo o tópico pro subfórum de legislação visto que não está diretamente relacionado com os componentes. Acho que ficará melhor lá.

Daniel Obrigado pelas correções. Acho que ainda dá pra retirar as variáveis de BytesResp nas funções: CarregaFormasPagamento CarregaRelatoriosGerenciais CarregaComprovantesNaoFiscais (em dois lugares) Quanto ao total troco, se ninguém se manifestar vou tentar o suporte da Bemetech.

Jeferson, Se você procurar no fórum Zeos, vai perceber que realmente a versão 2.5 do FB não está compatível com o Zeos 6.6.6. O pessoal está recomendando testar a versão Alpha 7, mas como o Daniel mencionou, pode não ser uma boa idéia ainda... Veja esses posts me parecem exatamente o que você mencionou: http://zeos.firmos.at/viewtopic.php?t=2848 http://zeos.firmos.at/viewtopic.php?t=3022

A lista dos órgãos é justamente essa daí... Acho que não entendi qual é a sua dúvida.

Olá pessoal, Estou verificando a unit da Bematech, corrigindo algumas inconsistências e fazendo algumas alterações. Cheguei na função GetTotalTroco que deveria retornar o TotalizadorTroco. O Manual de programação via protocolo da Bematech diz que o comando para isso seria usar escape "35 78" (ou no caso do ACBr, poderia ser RetornaInfoECF('78'). Atualmente ele está usando uma função que não achei documentação ("35 32") para carregar todas as formas de pagamento e daí pegar o troco (mais ou menos como é feito via DLL). O problema de usar o primeiro método é que ele não funciona no emulador. O que vocês acham? Deveríamos mudar assim mesmo? Alguma outra sugestão? Editado para adicionar o Unit Bematech. ACBrECFBematech.zip

Por favor Jackson, evite posts duplicados. Vamos continuar no outro post viewtopic.php?f=5&t=199

Para fazer coisas mais complexas, como usando dados de tabelas diferentes ou bancos de dados diferentes. Verifique programas chamado ibdatapump, fbclone...

Que é que está acontecendo hein pessoal? Tem vários tópicos sobre esse mesmo assunto. Vamos deixar tudo em um só... o.o'' viewtopic.php?f=5&t=140 viewtopic.php?f=5&t=8

Obrigado lampada.

Olá pessoal, Os totalizadores de Substituição tributária, Não Incidência e Isenção para ICMS e ISSQN em todas as impressoras começam com índice 1? Ou seja, ao pegar os dados para o Sintegra e SPED, vou pegar F1, N1, I1, FS1, NS1 e IS1 respectivamente? Ou podem existir o F0, N0, I0, etc...? Se não me engano o ACBr sempre usa os de índice 1 certo?

ahh pode ser. Sabe que eu não percebi isso...

Nível hierárquico indica o grau da hierarquia. o.o'' Quanto maior, indica que é um descendente (filho do filho do filho....). Exemplo: o nível 3 indica que o registro é filho de um outro registro de nível 2; O nível 2 que o registro é filho de um outro registro de nível 1; Generalizando o nível X indica que o registro é filho de um outro registro de nível Y onde Y=X-1; deu pra entender?

A impressora que eu usei (uma Bematech MP-3000 TH FI) não teve esse problema. Assim, deve-se levar em conta que algumas impressoras talvez não tenham limite de tempo.

Além disso, formas de pagamento só podem ser removidas com intervenção técnica por agentes credenciados.

Ricardo, A maior parte dessas impressoras que não fazem essa impressão automática, já tem prazo limite de uso estabelecido. Se você está desenvolvendo agora, quando seu programa ficar pronto, provavelmente apenas as impressoras novas é que vão poder fazer uso dele. Se eu fosse você, verificava isso.

Filho do C350. É só observar que o nível Hierárquico dele é 3 e que o imediatamente anterior cujo nível hierárquico é 2 (3 menos 1) é o C350. fonte: http://www.fazenda.gov.br/confaz/confaz ... 009_08.htm

Pessoal, vamos manter tudo num tópico só... Vejam: viewtopic.php?f=5&t=8 [moderação] Movendo e trancando...

É uma ótima dica. Pena que logo que o Cache for atualizado se perderão esses dados. Se tem algum tópico importante lá pra você é melhor salvar o html, copiar pro word, pra um arquivo txt, qualquer coisa, mas não confie no Cache por longos períodos.

veja: http://acbr.sourceforge.net/drupal/?q=node/37

Vamos esclarecer melhor... Na verdade, desde que você garanta que o seu programa faça tudo que o PAF pede, não é necessário a certificação TEF para fazer a homologação PAF. No entanto quando for cadastrar na SEFAZ do seu estado eles vão querer a certificação TEF como parte do processo. Caso tenha que fazer isso depois da homologação PAF, em 99,99% dos casos, vão haver alterações no seu programa ao fazer a certificação TEF. Assim, em geral, compensa muito mais certificar o TEF antes do PAF, para evitar ter alterações no executável.

Acrescentando... dependendo de onde você for homologar (em qual estado), eles podem pedir ou não certa bandeira. Em geral, o dedicado já contempla as várias bandeiras, então facilita.