[Incompatibilidade no ACBrEAD]

Entendi... Mas a cada atualização que você fez, você reinstalou o componente? Ou pelo menos na última atualização você reinstalou?

É que essa mensagem de erro costuma acontecer quando o código fonte está de um jeito, mas o componente que foi instalado está diferente.

Por exemplo a assinatura do evento foi instalado como String, mas agora o código fonte está como AnsiString.

Precisaria ter certeza que não é esse o problema...

Reinstalei, inclusive apagando as bpls.

Fiz todo esse processo utilizando minha aplicação. Farei um teste agora refazendo o ACBr seguindo o log do exemplo do componente desde a versão 1975.

[Incompatibilidade no ACBrEAD]

Qual foi a última vez que desinstalou e reinstalou os componentes?

Prezado Elton,

Refiz a instalação totalmente neste final de semana, inclusive voltei o ACBr para a versão 1504 e fui atualizando segundo o log mas o problema persiste. Se mudo a assinatura do método de AnsiString para String o erro desaparece.

[Incompatibilidade no ACBrEAD]

Prezados, obrigado pelas respostas mas ainda não consegui resolver.

Com o próprio demo do componente fiz o seguinte:

Apaguei os métodos OnGetChavePrivada e OnGetChavePublica;

Removi o objeto ACBrEAD;

Salvei;

Ao compilar, claro, aparece o erro [Error] EADTeste1.pas(85): Undeclared identifier: 'ACBrEAD1';

Incluo o objeto ACBrEAD no form;

Ao clicar no evento OnGetChavePrivada o Delphi cria a assinatura da forma abaixo:

procedure TForm1.ACBrEAD1GetChavePrivada(var Chave: String);

begin

Parece haver uma incompatibilidade com a definição abaixo:

  TACBrEADGetChave = procedure(var Chave: AnsiString) of object ;


  EACBrEADException = class(Exception);


  { TACBrEAD }


  TACBrEAD = class(TComponent)

  private

    fsOnGetChavePrivada: TACBrEADGetChave;

    fsOnGetChavePublica : TACBrEADGetChave ;

Por favor, peço uma luz

[Incompatibilidade no ACBrEAD]

Não algum Bpl perdido ou unit dentro seu micro e esta apontando para ela de dentro de seu delphi?

Não há, apaguei as bpl e o Delphi reclamou da ausência. Parece-me um problema entre String e AnsiString.

[Incompatibilidade no ACBrEAD]

Prezados,

Estou com dificuldades na assinatura dos arquivos e fui verificar o exemplo em "..\Exemplos\ACBrEAD\Delphi" porém ao compilar recebo a mensagem:

[Error] EADTeste1.pas(293): Too many actual parameters.

O erro está em

     ChavePub := ACBrEAD1.ConverteXMLeECFcParaOpenSSL( OpenDialog1.FileName, False ) ;

que não deve ter o segundo parâmetro.

E ao dar um duplo clique no objeto ACBrEAD1 aparece a mensagem: Property and method ACBrEAD1GetChavePublica are not compatible.

O mesmo problema ocorre em minha aplicação pois não estou conseguindo o método para informar a minha chave privada.

Uso Delphi 7.

Obrigado pelas modificações. Porém ao compilar o demo agora aparece a mensagem mostrada em anexo.

[Incompatibilidade no ACBrEAD]

Tem dois delphi instalado? os fontes estão atualizados?

recompilou os pacotes?

Não, somente o 7. A versão atual é a 3850 e recompilei tudo hoje.

[Incompatibilidade no ACBrEAD]

Prezados,

Estou com dificuldades na assinatura dos arquivos e fui verificar o exemplo em "..\Exemplos\ACBrEAD\Delphi" porém ao compilar recebo a mensagem:

[Error] EADTeste1.pas(293): Too many actual parameters.

O erro está em

     ChavePub := ACBrEAD1.ConverteXMLeECFcParaOpenSSL( OpenDialog1.FileName, False ) ;

que não deve ter o segundo parâmetro.

E ao dar um duplo clique no objeto ACBrEAD1 aparece a mensagem: Property and method ACBrEAD1GetChavePublica are not compatible.

O mesmo problema ocorre em minha aplicação pois não estou conseguindo o método para informar a minha chave privada.

Uso Delphi 7.

[Novo ECF]

Isso sem falar no RS que está testando a NF-e para o comércio varejista.

http://www.sefaz.rs.gov.br/Site/NoticiaDetalhes.aspx?NoticiaId=4776

[ACBr agora é "Embarcadero Technology Partner"]

Parabéns a toda a equipe e colaboradores! É o reconhecimento de um trabalho sério e de qualidade!

[Nota Técnica 2012.001 - DANFE SIMPLIFICADO]

Nota Técnica 2012.001

Define as especificações técnicas para a emissão do DANFE Simplificado.

http://www.nfe.fazenda.gov.br/portal/

Em quais situações ele seria utilizado?

[COO inicial e final, GT inicial e final]

Prezado Regys,

Notei que até a versão 2556 o COOInicial era preenchido no arquivo INI. Nessa versão foi colocada a instrução NumeroCOOInicial := '0'; o que, obviamente, deixou o valor como zero. Não seria o caso de colocar NumeroCOOInicial := GetNumCOOInicial;?

Pessoal,

Alguém conseguiu analisar esse problema? Ocorre no ACBrECFDaruma.

[COO inicial e final, GT inicial e final]

Se quiser puxar os dados depois da Redução Z ter sido emitida utilize o método "DadosUltimaReducaoZ", ele retorna uma string no format .ini que pode ser lida, eu utilizado para casos em que o ECF está configurado para emissão automática da Z na virada do dia e o usuário não fechou o caixa corretamente e em casos de intervenção técnica onde é necessário tirar um Z ao final da intervenção.

Este método só tem um problema, ele não retorna o COO Inicial, então eu tenho um controle para estes casos.

var

  ReducaoZStr: AnsiString;

  ...

  ReducaoZStr := ACBrECF.DadosUltimaReducaoZ

  ...

Como vc fez para tratar o COO Inicial usando ACBrECF.DadosUltimaReducaoZ?

Você armazena o COO do primeiro documento impresso ?

abs

Eu tenho uma rotina de controle que efetua a abertura do dia, nela é impresso uma leitura X, ao executar essa rotina eu emito a X e gravo o COO, como sendo o primeiro do dia.

Prezado Regys,

Notei que até a versão 2556 o COOInicial era preenchido no arquivo INI. Nessa versão foi colocada a instrução NumeroCOOInicial := '0'; o que, obviamente, deixou o valor como zero. Não seria o caso de colocar NumeroCOOInicial := GetNumCOOInicial;?

[Dados da redução Z com erro]

Enviado para o SVN, obrigado Fernando

Prezado Daniel,

Olhando a alteração feita, encontrei o código:

 DescontoISSQN     := RoundTo( StrToFloatDef( copy(RetCmd,59,14),0) / 100, -2 ) ;

 CancelamentoISSQN := RoundTo( StrToFloatDef( copy(RetCmd,59,14),0) / 100, -2 ) ;

Ambos usando a posição 59, está correto?

[Socorro, contador disse q layout do DANFE está errado]

Minha opinião:

Se para Simples Nacional usa-se CSOSN ao invés de CST, logo no DANFE faremos a mesma coisa: Usar CSOSN ao invés de CST.

Concordo.

[Erro tlCCeNFe]

Exclui todas as pastas que estavam dentro do ACBr e deu um SVN update (versao 2543) e compilei novamente o NFE2, PCN2, COMUM...

e ainda continua esse erro... nao sei o que pode ser. alguma idéia do que seja?

Abraço!

Veja o post:

viewtopic.php?f=10&t=2638

[Novo componente ACBrEAD, dê sua opnião]

Se o componente ACBrEAD estiver numa unit que é acessível por ambos, você pode usar só um.

Você poderia deixá-lo num datamodule, por exemplo.

Ok, obrigado pela ajuda. Farei as adaptações aqui e volto a postar.

[Novo componente ACBrEAD, dê sua opnião]

Olá jmz,

Tanto o TACBrPAF quanto o TACBrECF geram arquivos para o PAF que precisam ser assinados com o registro EAD no final. Eles usam o componente TACBrEAD para gerar essa assinatura. Essa propriedade é onde você relaciona os componentes. Deu pra entender?

Prezado EMBarbosa,

Isso significa que se eu tiver os componentes TACBrPAF e TACBrECF em forms diferentes eu devo repetir o componente TACBrEAD nos dois forms? E a propriedade OnPAFGetKeyRSA do TACBrPAF deve ficar vazia ao usar o TACBrEAD?

[Erro de compilação ACBrNFeWebServices - TCCeNFe]

Veja o post:

viewtopic.php?f=10&t=2638

[Novo componente ACBrEAD, dê sua opnião]

Prezado Daniel,

Desculpe minha ignorância mas você poderia me explicar por que existe a propriedade EAD tanto no TACBrPAF quanto no TACBrECF?

[Erro na compilação após Formatação de fontes e rodapé do CF]

Enviei uma possível correção... por favor teste...

Prezado Daniel, compilou perfeitamente mas, ao recompilar o ACBRNFe2, precisei acrescentar no PCN2 a unit pcnCCeNFe.

[Erro na compilação após Formatação de fontes e rodapé do CF]

Enviei uma possível correção... por favor teste...

Ok, vou baixar e testar. Obrigado.

[Erro na compilação após Formatação de fontes e rodapé do CF]

Data: 14/07/2011

-- ACBrECFDaruma --

[+] Formatação de fontes do relatório gerencial e rodapé do cupom fiscal

ver no Demo do ACBrECF como utilizar as tags

- já funcionando para Daruma completo e Bematech somente a formatação

(por: Régys Silveira)

Prezado Régys, após a inclusão desse novo recurso apareceu o erro:

[Error] ACBrECF.pas(4247): Undeclared identifier: 'ReplaceStr'.

Uso D7, não deveria ser AnsiReplaceStr ?

[Validade da homologação PAFECF]

Obrigado Maurício,

Me baseio na Lei, uma nova versão do roteiro vem baseado em uma alterção na Lei ATO COTEPE 06/08, se há alteração na Lei, o software deve atende-la.

Abraço

Cláusula décima terceira Para requerer o cadastramento, credenciamento ou registro do PAF-ECF a empresa desenvolvedora deve apresentar os seguintes documentos:

(...)

VII - Laudo de Análise Funcional de PAF-ECF, emitido em conformidade com o disposto no inciso II da cláusula nona, ressalvado o disposto nos §§ 2º e 4º desta cláusula;

(...)

§ 2º No caso de cadastro, credenciamento ou registro de nova versão de PAF-ECF já cadastrado, credenciado ou registrado, é dispensada a apresentação de Laudo de Análise Funcional de PAF-ECF, quando o último laudo apresentado tenha sido emitido em prazo inferior a doze meses, observado o disposto no § 4º, exceto no caso de ECF-PDV, quando será exigido novo Laudo a cada nova versão de software básico.

(...)

§ 4º Decorrido o prazo a que se refere o § 2° e tendo ocorrido alteração no respectivo programa, a empresa desenvolvedora deverá submeter a última versão à análise funcional, nos termos da cláusula terceira, sob pena de cancelamento do cadastro, credenciamento ou registro pelas unidades federadas.

(...)

Acrescido o § 8° à cláusula décima terceira pelo Conv. ICMS 167/10, efeitos a partir de 01.02.11.

§ 8° As empresas desenvolvedoras deverão atualizar as versões de PAF-ECF e Sistema de Gestão - SG cadastrados, credenciados ou registrados, aplicando a última versão da Especificação de Requisitos do PAF-ECF constante do Ato COTEPE/ICMS n° 6, de 14 de abril de 2008, observando-se a dispensa prevista no § 2° e o disposto na sua legislação.

(...)

Obrigado, Isaque. Revendo a legislação, vi o acréscimo do § 8°, vigorando desde 01.02.11, para minha tristeza

[Validade da homologação PAFECF]

Bom, o roteiro esta sofrendo mudanças e novas versões direto, então se:

Vc homologa seu PAF, e não precisa mexer nele, por um ano, mas o Roteiro nesse intervalo teve nova versão da que vc homologou, então ai vc terá que homologar novamente na nova versão do roteiro depois de um ano.

Prezado Isaque,

Parabéns pelo ótimo trabalho que vem sendo desenvolvido. Por favor me responda, em que parte da legislação você se baseia quando diz que, havendo novo roteiro, após um ano da homologação, deve-se homologar novamente?

[código de barras dos produtos - GTIN]

Não foi isso que eu quis dizer, o que acontece em alguns comércios por aqui, é o seguinte:

- a loja tem pra vender engate 3/4 para colocar na mangueira (de jardim) pra poder rosquear a mangueira na torneira. Ele pode comprar esse engate de vários fabricantes, cada um com seu devido código GTIN. Mas o lojista tem apenas um cadastro em seu sistema, ou seja, somente 1 código interno dele pra vender esses engates, independente do fabricante.

Essa foi a questão que levantei, o que pela proposta do governo, o correto agora seria o lojista fazer um cadastro para cada engate.

Essa é minha interpretação também. Agora imagina a trabalheira para clientes meus que tem lojas de auto-peças. São milhares de produtos que terão que ser recadastrados.