fernandesdouglas

Bom dia. No também ocorre o erro somente no modo produção no homologação está ok. Erro: "Codigo de Hash no QR-Code difere do calculado".

Bom dia, Para NFC-e seto sincrono = False, o problema e que hora vem o resultado e hora não vem, acho que esta relacionado ao servidor de MT.

Boa tarde pessoal. Uso o seguinte para pegar o retorno da NFC-e: ACBrNFe1.WebServices.Retorno.Recibo := Recibo; ACBrNFe1.WebServices.Retorno.Executar; Acontece que o cStat (ACBrNFe1.WebServices.Retorno.cStat) está vindo zerado. Se coloco num loop exemplo: while (ACBrNFe1.WebServices.Retorno.cStat = 0) and (ct <= 5) do begin sleep(1000); Application.ProcessMessages; ACBrNFe1.WebServices.Retorno.Executar; ct := ct + 1; end; Dai o cstat vem com 999 Rejeição erro nao catalogado, ou duplicidade de NF-e. E isso só ocorre no MT

ok vou testar no cliente e posto os resultados....

Bom dia. Está acontecendo em um cliente de Mato Grosso (MT) o horário esta certo no computador e aparece a seguinte rejeição: Rejeição 704: NFC-e com Data-Hora de emissão atrasada Já reinstalei o Capicom. Obs: Só acontece com esse cliente, já depurei na minha maquina com a base de dados do cliente e ocorre a mesma coisa.

Alguém ?

Será que assim resolve: ACBrNFe1.WebServices.Retorno.ChaveNFe := ''; Retorno := ACBrNFe1.WebServices.Retorno.Executar; Tem algumas propriedades que não posso zerar (read only).

O Problema é que quando for atualizar o ACBR lembrar de mudar isso, não é ?

Amigos está ocorrendo o seguinte: Estou emitindo NFC-e normalmente no modo normal on-line e no meio do dia o cliente precisou mudar para contingência Off-line, até ai tudo bem, mas no meu sistema uso e leio algumas informações de retorno do webservice: ex: acbrnfe.webservices.retorno.chavenfe. Acontece que quando mudo para contingencia off-line esse retorno fica em cache (da última venda transmitida), existe alguma forma de dar um clear nele, pois so dou clear em acbrnfe.notasfiscais.clear; Grato.

Amigos. Com o link antigo: https://www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe da o seguinte erro no envio da NFC-e: "Endereco do site da UF da Consulta via QR-Code diverge do previsto" Com arquivos os atualizados do amigo (leandroaoa), funcionou certinho aqui no meu para o estado do Paraná.

Regys e EMBarbosa. (Usamos porta serial física, a impressora é a Bematech e já diminui o buffer da porta serial). O técnico já colocou uma placa serial off board, e nada melhora o desempenho, muito estranho. Mas se colocar o sistema na maquina velha com windows XP e mesma impressora com mesmo cabo, etc,,,, o desempenho melhora.

Amigos, um cliente trocou de computador (PDV) por uma maquina muito melhor, porém, ocorreu algo estranho, o sistema ficou muito mais lento. Está usando Impressora bematech em porta serial, no windows 7 32bits. Segue abaixo o log do acbr, notei que aparece muitos erros de ACK: -- 11:10:03:760 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 11:10:03:776 RX <- ACK = 6 Falha: 0 11:10:03:885 RX <- $[NUL][NUL][NUL][NUL] -- 11:10:03:885 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 11:10:03:901 RX <- ACK = 6 Falha: 0 11:10:04:010 RX <- [NUL][NUL][NUL][NUL][NUL] -- 11:10:04:010 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 11:10:04:026 RX <- ACK = 6 Falha: 0 11:10:04:135 RX <- [ETX][ACK][NAK][NUL][NUL][NUL][NUL] -- 11:10:04:135 TX -> [sTX][ENQ][NUL][FS]#[23]V[NUL] 11:10:04:150 RX <- ACK = 6 Falha: 0 11:10:04:260 RX <- [ETX][ACK][NAK][18]"8[NUL][NUL][NUL][NUL] -- 11:10:13:542 AbreCupom( , , ) TX -> [sTX][4][NUL][FS][NUL][FS][NUL] 11:10:13:542 RX <- ACK = 6 Falha: 0 11:10:13:557 VerificaFimImpressao: Pedindo o Status (19) 11:10:13:744 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 11:10:14:119 RX <- [NUL][NUL][NUL][NUL] -- 11:10:18:440 DataHora TX -> [sTX][ENQ][NUL][FS]#[23]V[NUL] 11:10:18:456 RX <- ACK = 6 Falha: 0 11:10:18:643 RX <- [ETX][ACK][NAK][18]"R[NUL][NUL][NUL][NUL] -- 11:10:19:563 NumCupom TX -> [sTX][4][NUL][FS][30]:[NUL] 11:10:19:626 RX <- ACK = 6 Falha: 0 11:10:19:735 RX <- [4][146]X[NUL][NUL][NUL][NUL] -- 11:10:20:187 NumCCF TX -> [sTX][ENQ][NUL][FS]#7v[NUL] 11:10:20:203 RX <- ACK = 6 Falha: 0 11:10:20:312 RX <- [4]$ [NUL][NUL][NUL][NUL] -- 11:10:35:834 VendeItem( 0021896 , DORIL-DM-c/6 comp , FF , 1 , 5,21 , 0 , UN , $ , D , -1 ) TX -> [sTX]\[NUL][FS]?FF0000052100001000000000000000000000000100000000000000000000UN0021896[NUL]DORIL-DM-c/6 comp[NUL][218][18] 11:10:35:928 RX <- ACK = 6 Falha: 0 11:10:36:099 RX <- [NUL][NUL][NUL][NUL] -- 11:10:40:639 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 11:10:40:654 RX <- ACK = 6 Falha: 0 11:10:40:764 RX <- %[NUL][NUL][NUL][NUL] -- 11:10:40:764 Subtotal TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 11:10:40:779 RX <- ACK = 6 Falha: 0 11:10:40:888 RX <- [NUL][NUL][NUL][NUL][NUL] -- 11:10:40:888 TX -> [sTX][4][NUL][FS][GS]9[NUL] 11:10:40:888 RX <- ACK = 6 Falha: 0 11:10:41:029 RX <- [NUL][NUL][NUL][NUL][NUL][ENQ]![NUL][NUL][NUL][NUL] -- 11:10:49:172 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 11:10:49:188 RX <- ACK = 6 Falha: 0 11:10:49:297 RX <- %[NUL][NUL][NUL][NUL] -- 11:11:01:324 CancelaCupom TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 11:11:01:356 RX <- ACK = 6 Falha: 0 11:11:01:465 RX <- %[NUL][NUL][NUL][NUL] -- 11:11:01:465 TX -> [sTX][4][NUL][FS][14]*[NUL] 11:11:01:465 RX <- ACK = 6 Falha: 0 11:11:01:496 VerificaFimImpressao: Pedindo o Status (19) 11:11:01:761 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 11:11:03:274 RX <- [NUL][NUL][NUL][NUL] -- 11:11:03:274 TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 11:11:03:290 RX <- ACK = 6 Falha: 0 11:11:03:399 RX <- $[NUL][NUL][NUL][NUL] -- 11:11:03:399 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 11:11:03:415 RX <- ACK = 6 Falha: 0 11:11:03:524 RX <- [NUL][NUL][NUL][NUL][NUL] -- 11:11:03:524 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 11:11:03:540 RX <- ACK = 6 Falha: 0 11:11:03:649 RX <- [ETX][ACK][NAK][NUL][NUL][NUL][NUL] -- 11:11:03:649 TX -> [sTX][ENQ][NUL][FS]#[23]V[NUL] 11:11:03:664 RX <- ACK = 6 Falha: 0 11:11:03:774 RX <- [ETX][ACK][NAK][18]#7[NUL][NUL][NUL][NUL]

Pessoal, quando vou fechar o sistema apare 2 erros de "acess violation", alguem ja passou por isso ? Isso so ocorre se por exemplo usar o componente do acbrnfe, exemplo: - Abro o sistema; - Faço verificacao do status do servico; - Fecho o sistema e aparece o erro; Em anexo os erros.

Fiz o seguinte agora, desinstalei tudo e instalei o acbr sem a opção do DANFERV (danfe para o Rave), dai entrei no XE6 e entrou normalmente, tentei compilar manualmente o ACBRNFeDanfeRV.dproj, e quando vai compilar da o seguinte erro: ACBRNFeDANFERave.pas(57): F1026 File not found: 'D:\install\desenvolvimento\componentes\acbr\pacotes\acbrnfe2\Forms.dcu' Estranho é que o Forms.dcu acho que é do próprio Delphi. Alguem ai conseguiu fazer funcionar o Danfe com o Rave no xe6 ?

obrigado.....

Pessoal desculpe, mas estou usando a seguinte URL para o repositório do ACBR ( svn://svn.code.sf.net/p/acbr/code/trunk ) e gostaria de saber se este é o certo ? Obrigado.

Nada ainda, acho que o pessoal não usa muito o rave, se não conseguir terei que mudar o projeto para usar o Fast, pois com ele não apresenta o erro.

Esse é o problema, desinstalei o Rave e instalei o ACBR inteiro pelo Instalador menos com o DANFERave, ai deu certo. O problema esta no RaveReports.

Qual versão de Rave vc usa ?

Alguem conseguiu instalar ACBR no XE6 ?

Não entendi muito bem, mas vou postar o que acabei de fazer. Atualizei meu ACBR hoje (29/09/2014) pelo Tortoise. Instalei pelo instalador do ACBR, segue o log de instalação (em anexo). Quando vou entrar no XE6 aparece os seguinte erros(em anexo). log_Delphi_XE6.txt

Datasnap.Midas que também contém dsnap200 ACBrNFeDanfeRV também contém Vcl.Imaging.jpeg que também contém vclimg200 Ainda persiste esse erro alguem sabe resolver ai ?

Isso ocorre no meu também, instalei o XE6 com o rave tudo certinho, e instalei o acbr pelo acbrinstal.exe, nao deu erro nenhum, mas quando vou entrar no Delphi XE6 aparece esses erros como descrito abaixo. Alguem conseguiu resolver isso.

Estou com o mesmo problema relatado pelo Kuramoto Estou com o mesmo problema relatado pelo amigo Kuramoto. Alguem conseguiu resolver ?

o modelo da impressora é Elgin IF MFD FIT 1E.