Daniel Simoes

A informação da Daruma não procede... o ACBr usa a DLL do Fabricante para falar com o SAT... (me parece que o pessoal da Daruma adora empurrar o problema para o ACBr) Você pode extrair o Log do SAT usando o SATTeste.exe, por exemplo... use o comando: ACBrSAT1.ExtrairLogs( NomeArquivo ); No Log do SAT deve haver mais detalhes da rejeição Você também pode usar a ferramenta da Tanca (InteliSAT), para analisar o XML contra o Schema de validação, e obter mensagens mais claras dos problemas http://www.tanca.com.br/assets/conteudo/drivers/TS-1000/Ferramenta_Desenvolvimento_InteliSAT.zip

Não é problema de TimeOut... o ACBr está seguindo a especificação do Protocolo EscECF.. e o ECF está respondendo.. (porém de forma errada) Se o fabricante não te dá uma resposta satisfatória... troque de fabricante...

Por favor anexe o ACBrMonitor.ini

Obrigado pelas informações... Sim, usando libWinCrypt você também pode configurar para usar A3 e TLS1.2... (o mesmo não ocorre usando libCapicom, que depende de configurações do I.E.)... Na verdade a diferença está no uso das classes httpWinINet, que por padrão é usado por libCapicom e httpWinHttp, que por padrão é usado por libWinCrypt... Ou seja, usando httpWinHttp, a configuração de TLS1.2 não depende do I.E. Poderia por favor, anexar o INI, com as correções que você promoveu ?

Isso é um Bug conhecido e sem solução até o momento... o problema está relacionado ao uso do LogoTipo... Algumas opções: - Remova o LogoTipo - Use EscPos e não FortesReport

Não tenho a menor ideia... nunca testei com essa impressora ou tamanho de bobina... A Tanca é compatível com EscPos A porta dependerá de como você configurou a sua impressora

Você usa o ACBrMonitorPlus ou o ACBRSAT?

Uma vez que ambas tabelas são do site do SEFAZ... Por favor consulte o SEFAZ, para sabermos quais são os endereços corretos...

Você está falando de NFe ou NFCe ?? Os endereços do ACBr, parece de acordo com o link do SEFAZ: http://boletim.fazenda.pr.gov.br/boletins/item/2017/14

O problema é no SEFAZ... por favor acionem o suporte deles...

Humm.. boa pegada Italo... provavelmente eles estão validando nos Schemas da versão 3.10

Vocês estão usando os Schemas da versão 4.0 ? Como reproduzir o problema, no Demo do ACBrNFe ?

Por favor se atentem para a especificidade do problema tratado nesse tópico... O que não funciona é: "NFE4.0 + SEFAZ GO + OpenSSL"... Ou seja, funciona normalmente em WinCrypt

Bom.. se eles tem um "Client" compatível com o G.P., deve funcionar em TEFDIAL

O erro parece indicar uma Unit sua... Compiling package C:\Arquivos de programas\ACBr\\Pacotes\Delphi\ACBrBoleto\ACBr_BoletoFC_FR.dpk "C:\Arquivos de programas\Borland\Delphi7\bin\dcc32.exe" "C:\Arquivos de programas\ACBr\......" Borland Delphi Version 15.0 Copyright (c) 1983,2002 Borland Software Corporation C:\Arquivos de programas\ACBr\Fontes\ACBrBoleto\ACBrBoletoFCFR.pas(52) Fatal: File not found: 'UnitCadNfse_RPS.dcu' Compilation failure Recomendo instalar o ACBr, com a opção de apagar qualquer instalação anterior...

Não da minha parte...

a Imagem fala para você ler o Log... vc fez isso ? Como podemos lhe ajudar, sem o Log ??

Copiei o Link errado: https://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015/

Humm.. não fez Backup antes né ? (puxão de orelha) Baixe o Trunk antigo da Tag C:\Pascal\Comp\ACBr\tags\ACBrTrunk2015

Não informe nada... isso fará o ACBrECf usar o valor definido na lacração do ECF. Essa propriedade só não é readonly, porque no ECF 09/09 ele pode ser atribuído

Você atribui algo a ACBrECf.DecimaisPreco ? Acho que se você modificar essa propriedade, pode interferir...

Acredito que sim...

Fiquem a vontade para sugerir melhorias nos fontes... basta anexar as Units modificadas...

Primeiro baixe todos os fontes usando o SVN: http://www.projetoacbr.com.br/como-usar/ Depois rode o ACBrInstall_Trunk2.exe... se necessário, marque a opção para "Remover instalação anterior"

Parece ser um Bug no Sw.Básico do ECF... verifique com o fabricante se há atualizações... Observe o seguinte trecho do Log -- 29/07 12:02:36:289 ReducaoZ( 30/12/1899 ) -- 29/07 12:02:36:289 TX -> [SOH]7[NAK][NUL][4][NUL]||0|[244] -- 29/07 12:02:36:289 RX <- [ACK] -- 29/07 12:02:36:289 Status TX -> [ENQ][NUL] -- 29/07 12:02:36:289 RX <- [WAK][16][SOH][NUL][NUL][NUL] (1) -- 29/07 12:02:36:352 Status TX -> [ENQ][NUL] -- 29/07 12:02:36:352 Resposta: SEQ:55 CMD:21 EXT:0 CAT:0 RET:[SOH][NUL][NUL]@ TBR:14 BRS:"29072017|2917|" CHK:2 -- 29/07 12:02:36:461 RX <- [SOH]7[NAK][NUL][NUL][SOH][NUL][NUL]@[14][NUL]29072017|2917|[STX] -- 29/07 12:02:37:272 -- 29/07 12:02:37:272 TX -> [SOH]8[26][NUL][4][NUL]4|2|[180] -- 29/07 12:02:37:272 RX <- [ACK] -- 29/07 12:02:37:272 Status TX -> [ENQ][NUL] -- 29/07 12:02:38:395 Falha: 1 -- 29/07 12:02:38:458 Status TX -> [ENQ][NUL] -- 29/07 12:02:39:581 Falha: 2 -- 29/07 12:02:39:643 Reenvio TX -> [SOH]8[26][NUL][4][NUL]4|2|[180] -- 29/07 12:02:40:767 Falha: 3 -- 29/07 12:02:40:829 Reenvio TX -> [SOH]8[26][NUL][4][NUL]4|2|[180] -- 29/07 12:02:40:829 RX <- [WAK][16][SOH][NUL][NUL][NUL][WAK][16][SOH][NUL][NUL][NUL][WAK][16][STX][NUL][NUL][NUL] (1) -- 29/07 12:02:40:891 Status TX -> [ENQ][NUL] -- 29/07 12:02:40:891 RX <- [WAK][16][STX][NUL][NUL][NUL][SOH]8[26][NUL][NUL][ENQ][NUL][NUL][18][ETX][NUL]2||[150] (2) -- 29/07 12:02:40:954 Status TX -> [ENQ][NUL] -- 29/07 12:02:40:954 RX <- [WAK][16][ETX][NUL][NUL][NUL] (3) .......... -- 29/07 12:04:04:727 Status TX -> [ENQ][NUL] -- 29/07 12:04:04:727 RX <- [WAK][16][ETX][NUL][NUL][NUL] (1339) -- 29/07 12:04:04:790 Status TX -> [ENQ][NUL] -- 29/07 12:04:04:790 RX <- [WAK][16][ETX][NUL][NUL][NUL] (1340) isso significa que o ECF entrou em Loop infinito... O ACBrECF pergunta o Status para o ECF, para saber o comando terminou de ser processado... [ENQ][NUL], e ECF responde como Ocupado [WAK]