EMBarbosa

Anexe aqui no fórum o arquivo que você modificou. Um dos desenvolvedores vão verificar e subir pro SVN assim que possível.

anexe aqui mesmo num post.

Olá Maycon, Faça a alteração aí no seu arquivo e verifique se resolve o seu problema: function TBloco_0.Registro0305New: TRegistro0305; begin Result := FRegistro0001.Registro0300.Items[FRegistro0001.Registro0300.Count -1].Registro0305.New; end;[/code]

Quando eu homologuei ano passado foi usado a versão 4.0 para ambas empresas.

Não ouvi falar nada disso aqui na minha região não... No comunicado tem o nome da empresa responsável pela homologação?

O protocolo utilizado é diferente. A STX é um protocolo mais novo e otimizado. É bem mais rápido e próprio para os ECF MFD.

No DEMO do ACBrECF tem uma aba ECF onde você configura a impressora a ser utilizada. Nessa aba tem um combobox onde se escolhe o Modelo. Nele você deve escolher ecfSwedaSTX quando usar as impressoras ECF.

Use a opção ShowLog do Tortoise

A pedido do strago, estou trancando o tópico. O novo tópico está em viewtopic.php?p=9403#p9403

Apenas informando, já está lá no SVN.

Sugestões Procure pelos arquivos bpl do ACBr em todas as outras pastas (todas mesmo) e apague (mande pra lixeira) ou renomeie eles. Verifique em qual unit o método IfThen é declarado no Delphi 2006 e tente incluir ela no uses do ACBrPAF_D_Class.pas. Verifique se assim o primeiro erro relatado desaparece. Mande o Windows localizar arquivos de todos os tipos contendo o nome acbr e verifique em que pastas se encontram. Caso não sejam os que você fez download para instalar, mande eles para lixeira. Teste a instalação em outra máquina.

Encontrei um erro no campo MesAno desses dois registros, a saber, 60R, 61R e 55. No entanto só acontece se você passar um mês sem colocar o zero no começo. Exemplo 62011, ao invés de 062011 Daí no 60R e/ou 61R não acrescenta o zero, ficando o registro com um caracter a menos; no 55 ele acrescenta o zero na direita, ficando 620110. Estou corrigindo e subindo pro SVN.

Olá Rodnei, O GExperts e o CNPack não alteram em nada o seu código. Não são componentes, logo não criam dependências. Assim, você pode usar sem dó também. Inclusive, se você usa o Delphi 7, colega, você TEM que instalá-los... Só a funcionalidade do Shift+F12 compensa tudo. Acrescento agora dois que andei testando esses últimos meses e só tenho a elogiar: Para Delphi versões 5,6,7, 2005,2006,2007 o DelphiSpeedUp. Depois de instalado, é como apertar o botão NITRO do Delphi. Para Delphi Versões posteriores o DelphiIDEFixPack. Bom, eu não coloquei o que cada um deles faz, pois se clicar no link vocês vão poder ler uma lista das melhorias que eles aplicam no Delphi.

Favor pesquisar antes de postar: viewtopic.php?f=12&t=66&p=277&hilit=vendas+por+per%C3%ADodo#p277 veja também; http://www.forumweb.com.br/foruns/topic ... ntry356057

Isso Daniel. De acordo com a lei, "Venda Líquida" sempre vem SEM o ISSQN. Por isso eu sugeri a revisão no código. Eu fiz alguns testes aqui, e pude perceber que na verdade o cáulculo da Venda Líquida teoricamente está certo. VendaLiquida := VendaBruta - CancelamentoICMS - DescontoICMS - TotalISSQN - CancelamentoISSQN - DescontoISSQN;[/code] O que estava acontecendo anteriormente, é que não havia o cálculo correto dos totalizadores de ICMS e ISSQN, então o valor estava sendo armazenado de forma incorreta. No entanto, agora que o TotalISSQN está sendo calculado, está armazenando o valor Bruto das vendas de ISSQN sem incluir Substituição, Isenção e Não tributação por ISSQN. Uma correção rápida para o venda líquida seria o seguinte código: [code] VendaLiquida := VendaBruta - CancelamentoICMS - DescontoICMS - (TotalISSQN+ SubstituicaoTributariaISSQN+IsentoISSQN+NaoTributadoISSQN) - CancelamentoISSQN - DescontoISSQN;

Olá pessoal, Ao implementar o issue 945, eu comentei com o Allan sobre uma dúvida que eu já tinha relacionado ao "Venda Líquida". O ACBrECF está somando os valores do ISSQN na Venda Líquida. Isso me pareceu normal, mas nas reduções Z da Bematech o Valor da Venda Líquida não soma o valor do ISSQN. No entanto, conforme salientado pelo Iohannes da Bematech, o Convênio 85/01, é quem diz que o ISSQN não deve ser incluído. E aí pessoal? Como a gente faz? Deixa do jeito que está, ou altera removendo o valor das vendas em ISSQN? Pois o valor não está batendo, pelo menos no caso da Bematech, com a Redução Z. EDIT: Eu achei as referências à legislação. Vejam: ICMS 85/01 --> Veja Item V da Cláusula trigésima quarta. Também na nova legislação, venda líquida vai continuar tendo o mesmo significado, ou seja sem ISSQN: ICMS 09/09 --> Veja Item II da Cláusula sexagésima segunda. Eu pessoalmente, estou sugerindo removermos o ISSQN do valor da venda líquida conforme a legislação.

Qual é a mensagem de erro? Você desinstalou, fez Build e instalou os pacotes novamente?

Fica difícil falar assim sem depurar o código. Quando você roda o programa dentro do Delphi dá pra ver a exceção sendo levantada tanto no DEMO como no seu programa?

Na verdade o requisito IX já foi alterado... http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm

Ele é um componente que trata/captura alguns tipos de mensagens... Se existir deve ter no código em algum lugar menção dele... manda procurar por TApplicationEvents e veja se aparece. Se aparecer, verifique o evento OnException o tratamento que ele faz... Mas pensando bem acho que não vai ter nada, parece ser outro tipo de problema...

Será que você não tem um TApplicationEvents cercando as Exceptions não?

veja se isso ajuda viewtopic.php?p=884#p884

Estranho mesmo, pois "pouco papel" é bem diferente de "Sem papel". Duas sugestões/questões, como é que você faz pra reproduzir isso no demo? Testou com a dll do fabricante?

agora eu achei aqui

Ainda assim, se tivesse postado aqui no fórum deveria ser fácil localizar... eu não achei... Agora se postou lá no ForumWeb eu não pesquisei por lá... Lampada, tem como vc testar e anexar a unit atualizada com essa correção? eu posso subir se estiver tudo certo... Taí, por onde anda o Emerson??