Gr@c@

como atualizar para a versão anterior usando o ACBr_Install? Não tenho a versao 13059. E como vai ficar para quem ainda usa capicom?

estou atualizando com a versão 13060 e está dando o erro: o diretório do pacote: ACBr_Capicom.dpk.

Fiz essa configuração somente: ACBrCTe1.Configuracoes.Geral.SSLLib := libWinCrypt; Não funcionou, ao enviar o CT-e retorna uma tela de erro vazia (sem mensagem de erro). Voltando para libCapicom o CT-e é enviado normalmente. Falta mais alguma configuração? O certificado é A1 e está instalado em um micro com Windows7 32 Professional original. Não informei caminho do pfx, nem senha como já fazia antes. Mas também tentar informar e o retorno foi vazio. A série e a data de validade do certificado (vence em 2018) aparecem corretamente.

o erro que mostra na mensagem é 12175 e não 12157. Acho que 12175 é Falha de conexão com Internet. Aqui em MG já estão enviando NFe normal.

RESOLVIDO.

A instalação dessa revisão está diferente do normal. Tentei atualizar via SVN atraves do ACBr_Install a minha pasta ACBr já existente e deu erro. O Clean-up também falhou. Tive que criar uma nova pasta ACBr e fazer o checkout. OK. Porém ao instalar os componentes, não aparece a instalação com sucesso dos demais componentes. Está correto? A imagem está em anexo log_Delphi_7.txt Só instalou o ACBrDiversos Refiz o processo. Ficou correto.

Pelo jeito o problema foi causado pela atualização do Avast e não do Windows. Infelizmente, a informação chegou depois de inúmeros micros terem sido formatados. Usuários brasileiros do Windows 7 se depararam com uma surpresa desagradável nesta segunda-feira, 20. O sistema operacional tem encarado a famigerada “tela azul da morte” repetidamente poucos minutos após o computador ser iniciado. Todos os indícios, no entanto, apontam que não se trata de uma falha do sistema operacional, e sim um bug em uma atualização da versão grátis do antivírus Avast. A recomendação é esperar um novo update que solucione a situação. A boa notícia é que empresa reconhece o problema, e afirma que a atualização de correção está a caminho. Por meio do Twitter oficial de suporte do Avast, a companhia tem orientado seus usuários a desligar temporariamente o File System Shield, um componente do antivírus. Para isso, acesse a interface do Avast, entre em Configurações, em Componentes e desligue a opção File System Shield. A atualização deve estar disponível a todos os usuários ainda hoje. Para verificar se a atualização que corrige o problema já está disponível para você, abra a interface do Avast, entre em "Configurações", "Atualizações", "Definições de vírus" e "Atualizar".

Alguém de vocês teve clientes com problemas na atualização do windows 7 do dia 18/03? Máquinas reinicializando, dlls da bematech deletadas, problemas com certificado digital? Já estou com 4 clientes com o mesmo problema e outra empresa concorrente daqui da cidade já está com vários clientes relatando o mesmo erro.

No meu cliente não funcionou com nenhuma das dicas acima. No entanto, hoje de manhã 20/03 ele conseguiu enviar em contingência. Sinal que o motivo da rejeição vai muito além da nossa imaginação

Pessoal, passei por isso em apenas 1 cliente. Os outros estavam enviando ct-e normal nesse fim de semana (de sexta a sábado), inclusive um deles emitiu 300 CT-e´s no sábado de manhã . E a versão do aplicativo emissor de CT-e e schemas era a mesma em todos. O funcionário desse cliente é novato e não soube me dizer qual a autoridade certificadora do certificado dele e eu não consegui fazer o acesso remoto na máquina dele para verificar as propriedades do certificado. Desconfio que seja algo especifico de certificado ou de atualização de cadeia de certificado. Uma observação é que houve uma atualização automática do Windows 7 na sexta-feira e as configurações do Internet Explorer foram alteradas nessa atualização, por exemplo, a verificação de certificados revogados. Porém, mesmo voltando essas alterações como anteriormente, o cliente não conseguiu enviar CT-e. Antes dessa atualização, o cliente estava enviando CT-e sem problemas. Foi a partir da atualização que começou a rejeição. Segunda-feira, caso o cliente ainda não tenha conseguido enviar CT-e, farei manutenção presencial e só então saberei o por quê do erro. Pode ser versão de capicom, firewall do Windows, dlls sobrepostas pela atualização, configuração do windows ou atualização de cadeia.

anexo CliSiTef.log ECF.log

Cupom Não Totalizado Fiz uma venda de 2,00 e envie um único pagamento Cartão no valor de 2,00 (CliSiTef). Venda = 2,00 Cupom fiscal totalizado = 2,00 Forma de pagamento TEF Cartão = 2,00 A transação TEF foi concluida até o final, com a impressão do comprovante em 2 vias. Cupom finalizado corretamente Mas no final ocorre o erro Cupom Não Totalizado Não estou conseguindo encontrar o motivo do erro, porque não envio mais nada após isso e debugando o processo parece estar correto. segue log para análise. Agradeço a ajuda.

Obrigada, já percebi o erro. conforme o manual do SPED "Este registro deve ser gerado para abertura do bloco H, indicando se há registros de informações no bloco. Obrigatoriamente deverá ser informado “0” no campo IND_MOV no período de referência fevereiro de cada ano.Contribuinte que apresente inventário com periodicidade anual ou trimestral, caso apresente o inventário de 31/12 na EFD ICMS IPI de dezembro ou janeiro, deve repetir a informação na escrituração de fevereiro. No registro H005 Atribuir valor Zero ao inventário significa escriturar sem estoque. Se não houver registro H010, o valor do campo VL_INV do H004 deve ser “0” (zero).".

Estou gerando sped de uma empresa, com bloco H sem movimento (IND_MOV = imSemDados). Porém está exigindo o bloco H005. Não consigo gerá-lo porque não gera sem valor. O que devo fazer? procedure TBloco_H.WriteRegistroH001; begin if Assigned(RegistroH001) then begin with RegistroH001 do begin Add( LFill( 'H001' ) + LFill( Integer(IND_MOV), 0 ) ) ; if IND_MOV = imComDados then =======================> aqui begin WriteRegistroH005(FRegistroH001); end; end; RegistroH990.QTD_LIN_H := RegistroH990.QTD_LIN_H + 1; end; end;

Já que essas certificadoras afirmam que o conteudo do certificado está sendo apagado por aplicativo de terceiros, também deveriam explicar o porquê de serem tão vulnerávels e apresentar o log que comprove quando e como isso ocorreu. Isso pra mim é desculpa esfarrapada e uma tremenda falta de ética profissional para encobrir falhas do produto que comercializam. Que inventem meios de tornar os certificados mais seguros.

Pessoal, estou com duvida de interpretação sobre o registro C175 do Sped Fiscal, onde se lê "exceto pelos contribuintes emissores de NF-e". No caso, a empresa é uma industria que fabrica carretas de engate e emite NFe (com a tag de veiculos novos). Devo gerar o registro C175 no Sped Fiscal ou não? REGISTRO C175: OPERAÇÕES COM VEÍCULOS NOVOS (CÓDIGO 01 e 55). Este registro deve ser apresentado pelas empresas do segmento automotivo (montadoras-capítulo 87 da NCM, concessionárias e importadoras) para informar os itens relativos aos veículos novos. Deve ser informado nas operações de entrada e saída (exceto pelos contribuintes emissores de NF-e), exceto quando se tratar de operações de exportação. É considerada faturamento direto toda operação efetuada nos termos do Convênio ICMS nº 51/2000. Não podem ser informados, para um mesmo registro C175, dois ou mais registros com o mesmo valor do campo CHASSI_VEIC.

Com a Bematech MP 3000 TH FI estou tendo, algumas vezes: -retorno da mensagem "ACBrECF ocupado Aguardando resposta do comando anterior". -Comando com retorno lento -Erro ACK Impressora não responde. Pergunta: existe uma configuração sugerida para a impressora Bematech? ACBrECF.Device.ProcessMessages= ACBrECF.IntervaloAposComando = ACBrECF.Retentar= ACBrECF.TimeOut= Ou mais alguma que possa interferir na agilidade de envio e recebimento de comandos? Quais os valores normalmente usados nessas configurações?

Eu havia colocado o evento OnComandaECFPagamento, porém devo ter mexido e retirado ele por engano do componente. O evento estava apenas no fonte e não estava setado no componente. Obrigada Elton pela dica.

Se você analisar os prós e contras de usar a dll do fabricante ou de usar o ACBrECF, verá que o ACBr tem mais vantagens, e isso eu aprendi por experiência própria: Usando a dll do fabricante, seu software fica exclusivamente funcional para essa marca. Usando o ACBr seu software funcionará para diversas outras marcas (e isso, na hora de vender o seu software, faz uma grande diferença porque entra aí a competitividade e a maleabilidade do seu aplicativo). Usando a dll do fabricante, você terá que desenvolver o TEF que são vários no mercado. Usando o ACBr já temos um componente ACBrTEFD (fantástico) já adaptado para atender TEF de várias administradoras. Usando a dll da fabricante, você terá problemas estranhos no seu software que não existem no software vendido por alguns fabricantes. Coisa que eu nunca entendi, mas como desenvolvedora que sou, sei muito bem porquê. Usando a dll do fabricante, você não tem acesso aos fontes. O ACBr tem os fontes abertos. Isso sem falar nos testes realizados pelos participantes do ACBr, feedbacks, correção de bugs e implementações rápidas que são feitas.

Eu uso o Conversor USB/Serial USB A Macho x Serial Macho marca Multilaser. Porém, ele não é compativel com Windows 8. É compativel com win7 e winxp. Então acho que vale a pena pesquisar por outro que seja compativel com windows 7 e superiores. Lembrando que não ligo ele diretamente na porta serial do ECF. Ligo o cabo serial do ECF nele.

Meus clientes usam o Cnab400. O Cnab240 tinha alguns problemas na homologação e não sei informar se já foram resolvidos no ACBr.

Eu tentei usar o driver da Bematech q converte USB para COM, mas ele é muito instável e a conexão se perde várias vezes. Optei pelo adaptador COM-USB(conecto no adaptador o cabo serial do ECF, porque se a conexão for direta também não fica legal).

Novos testes e ainda não consegui detectar o erro. o fato é que está sendo enviado um comando de cancelartransaçoespendentes. Segue anexo o log de um cupom de 2,00 com pagamento em cartão de crédito de 2,00. Não ocorre a impressão do comprovante e a transação é cancelada. A mensagem final é CACBrTEFD_CliSiTef_TransacaoNaoEfetuadaReterCupom = 'Transação não efetuada.'+sLineBreak+'Favor reter o Cupom' que está na unit ACBrTEFDCliSiTef. CliSiTef.log

Debugando o aplicativo, verifiquei que ocorre um erro nesse momento: function TACBrTEFD.ECFPagamento(Indice: String; Valor: Double): Integer; Var Erro : String ; begin fTefClass.GravaLog( fTefClass.Name +' ECFPagamento: Indice: '+ Indice + ' Valor: '+FormatFloat('0.00',Valor) ) ; Result := -1 ; // -1 = Não tratado OnComandaECFPagamento( Indice, Valor, Result ) ;----------------------> a excessão ocorre aqui if Result < 1 then begin if Result = 0 then Erro := 'Erro ao executar "OnComandaECFPagamento"' else Erro := '"OnComandaECFPagamento" não tratada' ; fTefClass.GravaLog(Erro); raise EACBrTEFDECF.Create( ACBrStr( Erro ) ) end; end; e o evento ACBrTEFD1ComandaECFPagamento está assim. Sendo que o valor do cupom é 0,01 e o valor da forma de pagamento em cartão de crédito é 0,01 procedure TFrm_ECFPrincipal.ACBrTEFD1ComandaECFPagamento(IndiceECF: String; Valor: Double; var RetornoECF: Integer); var Est : TACBrECFEstado ; begin try mmprocesso.Lines.Add( 'ComandaECFPagamento, IndiceECF: '+IndiceECF+ ' Valor: '+FormatFloat('0.00',Valor) ); Est := ACBrECF1.Estado; if Est = estNaoFiscal then ACBrECF1.EfetuaPagamentoNaoFiscal(IndiceECF, Valor) else ACBrECF1.EfetuaPagamento(IndiceECF, Valor); RetornoECF := 1 ; except RetornoECF := 0 ; end; end; o erro de exceção e o log do tef estão em anexo CliSiTef.log

o erro está nessa linha comentada: //procedure ACBrTEFD1CliSiTefObtemCampo(Titulo: String; TamanhoMinimo, // TamanhoMaximo, TipoCampo: Integer; // Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: {$IFDEF DELPHI7}String{$ELSE}AnsiString{$END}; // var Digitado, VoltarMenu: Boolean); mude para: procedure ACBrTEFD1CliSiTefObtemCampo(Titulo: String; TamanhoMinimo, TamanhoMaximo, TipoCampo: Integer; Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: String; var Digitado, VoltarMenu: Boolean);