EMBarbosa

Se esse erro estiver acontecendo dentro do Delphi enquanto está debugando, é normal. O componente já trata isso da maneira correta. Você pode até ignorar esse tipo de erro. Você mencionou que o erro de pouco papel aconteceu ao tentar fazer uma leitura X, mas no log não tem nada sobre leitura X. Esses erros que acontecem, você precisa verificar o log assim como faria com as DLLs e verificar o erro. O Daniel já deu a dica, mas reitero a necessidade de estudar bem o Exemplo do ACBrECF e seus métodos assim como você estudaria as DLL dos ECFs que usaria no seu aplicativo.

Há uma propriedade do componente chamada ArqLOG (ACBrECF.ArqLOG) que identifica o nome do arquivo que vai ser gerado. Se deixá-la em branco ele não gera o log, caso contrário o componente gera. Se você não indicar um caminho além do nome do arquivo, ele cria o arquivo no diretório do seu programa.

Você tem o log do ACBrECF disso Izaias?

Nem leva as crianças pra escola. EDIT: Outra opção é usar as Units dos componentes Indy. Veja aí como: http://delphi.about.com/od/objectpascal ... 5-hash.htm

Apenas um processo pode acessar a porta por vez. Tanto o ACBrECF como a dll acessam a porta. Logo, você precisa desabilitar o ACBrECF antes de acessar com a dll.

Alterações de Alíquota, Forma de pagamento e leituras X até onde sei não é preciso gravar não... Reduções Z você precisa gravar com certeza. Veja Requisito XXV.

Tem razão Marciano, vou verificar. EDIT: Já subi no SVN. Muito obrigado.

Sim. Caso contrário vamos ter que identificar os modelos no momento da inicialização. Atualmente fazemos algo parecido com as impressoras Bematech, verificando se são pós MP25 ou não...

é isso daí? http://www.daruma.com.br/ddcmkt/ddcmkt_001_11.html

Tópico duplicado. Continuar em viewtopic.php?f=6&t=1297

Infelizmente, não tem outro jeito. Esse é uma das coisa mais difíceis de se controlar em um projeto de software. Se tivéssemos um jeito de fazer isso de forma automática seria melhor...

Pois então, foi por isso que postei os links de alguma das conversas. Acho que não abordam tudo que foi discutido. Se não me engano, tem mais posts sobre o mesmo assunto.

de uma pesquisada no fórum antigo que vai encontrar as respostas... Como pesquisar no fórum antigo -> viewtopic.php?f=18&t=402

que bom

Não sei se é exatamente isso o seu caso, mas dá uma olhada: http://www.forumweb.com.br/foruns/topic ... aliquotas/ http://www.forumweb.com.br/foruns/topic ... ota-t0000/ http://www.mercantilsist.com.br/ver_not ... ticia=1943

Que estranho... Talvez então seja melhor criarmos um perfil A e um perfil B sem verificações e manter os atuais com verificações. Daí é só escolher o Perfil que vai usar. Ou talvez, criarmos uma propriedade Booleana (ex.: CriticarArquivo) que Controlaria isso. Qualquer uma das duas sugestões permitiria desconsiderarmos as verificações apenas no PAF se as homologadoras pedirem. O que vocês acham? Exemplo de como o Código ficaria na parte mencionado pelo JNPace na segunda sugestão (eu prefiro essa...): if Assigned( RegC001.RegistroC300 ) then begin if RegC001.RegistroC300.Count > 0 then begin if (fCriticarArquivo) AND (FBloco_0.Registro0000.IND_PERFIL in [pfPerfilA]) then raise Exception.Create(ACBrStr('O RegistroC300, não deve ser gerado em movimentações de saída, no PerfilA')); end; for intFor := 0 to RegC001.RegistroC300.Count - 1 do begin[/code] Essa segunda alteração proposta não mudaria em nada para quem já usa o componente.

Já está no SVN. Favor conferir...

Até onde eu sei, alíquota Zero não é permitida de ser utilizada em produtos não. Você precisa usar os qualificadores corretos como não incidência ou Isento (NN ou II). Já teve uma discussão sobre isso, não lembro se nesse ou no fórum antigo, tente fazer uma pesquisa. De onde esse seu cliente tirou isso? Contador?

Rapaz, Você tem toda razão. O CnPack e GExpert é essencial, principalmente se você usa o Delphi 7. Não dá pra ficar sem!!

uai... mas na lei diz que esse registro não deve ser informado para o perfil A... não seria melhor você trocar o perfil? veja a tabela a tabela 2.6.1.2 - Bloco C do Ato Cotepe 09/08

Eu acredito que se funcionar na Elgin, a Urano não deve ter problemas. Mas a minha maior dúvida é se o jeito proposto pela Dataregis é universal, seguindo o padrão proposto pelo projeto do FiscNET, ou é específico para o modelo deles.

Olá Giuliano, Seria possível Você fazer a alteração e verificar se ainda assim a Elgin continuaria funcionando?

ué, verifique o código fonte se tem alguma coisa. Não?

Boa noite camilo, Ofertas para negócios devem ficar na área de classificados. Favor não postar tópicos repetidos. viewtopic.php?f=17&t=1233

Olá fabcam1, Muito obrigado pela sua contribuição. Mas você percebeu que o código da forma atual já atende esse requisito? Embora não haja um campo MENSU_EST, na hora de gerar o arquivo, o código LFill(ifThen(QTDE_EST