Régys Silveira

Você está setando a propriedade ACBrNFe1.Configuracoes.Geral.SSLLib como libCapicom ou está deixando o padrão? Você registrou a capicom corretamente?

Vocês estão com o ACBr atualizado, o erro ocorre porque o endereço de consulta do QRCode não está no formato esperado http ou https? Outra opção é vocês terem alterado o arquivo ACBrNFeServicos.ini e carregado este alterado.

Você chegou a colocar true na propriedade: UseThread do ACBrMail? Ela é justamente para isso, ele fazer o envio dentro de uma thread, então não levantando as exceções por meio de mensagens.

Basta explicar ao homologador que o ECF que está utilizando não aceita formatação.

Por favor não fique postando em tudo que é lugar sua dúvida, já lhe respondi no outro post, basta postar em um só lugar e assim que alguém ver vai responder. Lhe convido para ler as regras do fórum e ficar atento. Se você comentou e ele ainda valida então ou é alguma regra do schema XML ou é o webservice quem está validando, porque as validações estão somente em um lugar, comentou o componente não faz mais a validação.

quais arquivo exatamente está utilizando para imprimir? sua versão do FastReport é a completa ou a que vem com o Delphi?

Aqui está normal, dentro da pasta DANFE\NFe\ tem as pasta do danfe fortes e danfe fast, na DANFE\NFCe\ mesma coisa sendo que dentro da pasta Fast do NFCe realmente não tem nada pois faz parte do DANFE normal só carrega o arquivo .fr3 diferente, tudo como sempre foi.

Você deve baixar o repositório exatamente como ele é, apague tudo e utilize o endereço: svn://svn.code.sf.net/p/acbr/code/trunk2, faça o checkout utilizando este endereço.

Provavelmente tem a ver com a forma na qual você está arrendondando os valores, algumas impressoras truncam outras arredondam pela norma ABNT, você deve seguir o mesmo caminho da impressora para que os valores fechem.

Parece que elas entraram na fila, ficaram tempo demais e retornou erro de timeout mas sem mensagem, estranho isso.

Você está com o repositório incompleto, veja pelo log que não existe todos os diretórios do ACBr, o que aconteceu é que ele não achou o pacote ACBrSynapse em lugar nenhum dentro do diretório de instalação.

O servidor do paraná estava com problemas, talvez esteja relacionado a isso, houveram relatos durante o final de semana de instabilidade e retornos inesperados. Você está utilizando o monitor ou o componente diretamente?

O erro em branco acontece comigo geralmente quando existe algum bloqueio na internet (firewall, antivirus ou similar) e também quando o certificado está vencido, mal instalado ou com problemas nas cadeias. Outra coisa que já vi fazer esse comportamento acontecer são as configurações avançadas do IE não estarem corretas para o certificado.

Eu enviei um acerto para isso a alguns dias, verifique se está utilizando a última versão do monitor plus.

Acontece, de vez em quando programas feitos em object pascal caem em regras de antivirus, eu mesmo já tive meu software deletado sumariamente em vários clientes pelo avast ou avg.

Este erro é simples, ou você não instalou o certificado corretamente ou você está informando um certificado diferente no monitor.

Estranho, porque aqui está tudo certo, tem certeza que está utilizando a última versão disponibilizada?

Poderia postar um XML de cada para darmos uma olhada?

Anexem o log do acbrinstall_trunk2

1. não, somente os TEFs que utilizam gerenciadores por troca de arquivos, os que utilizam DLL ou lib própria comunicam diretamente como servidor. 2. para a troca de arquivos basicamente sim, salvo um campo ou outro específico do TEF em questão. 3. segue o item 1, se utiliza gerenciador sim, se não, geralmente é instalado um servidor TEF em uma máquina e as libs se comunicam com este servidor, não necessariamente ele precisa estar na mesma rede ou fisicamente no local, pode ser remoto. Veja o SITEF para entender melhor.

Se não estou enganado, DPEC foi abolido e agora só existe o EPEC ou Off-line para NFC-e, salvo SP que só aceita EPEC e SAT como contingência off-line.

Alguns links para você entender melhor: http://www.oobj.com.br/bc/article/rejeição-663-alíquota-do-icms-com-valor-superior-a-4-por-cento-na-operação-de-saída-interestadual-com-produtos-importados-como-resolver-107.html https://ciranda.me/tsdn/base-de-conhecimento/post/rejeicao-663-aliquota-do-icms-com-valor-superior-a-4-por-cento-na-operacao-de-saida-interestadual-com-produtos-importados http://tdn.totvs.com/pages/releaseview.action;jsessionid=881C7A3838D99481CD45DCEF5EDBDB01?pageId=66618740 Segundo a NT 2012/005, a Rejeição (663): “Alíquota do ICMS com valor superior a 4 por cento na operação de saída interestadual com produtos importados” será apresentada quando: IE do destinatário difere de “ISENTO” ou nulo; O CFOP de operação de saída para outra UF iniciar com o número 6; A origem da mercadoria = 1, 2 ou 3; O CST de ICMS = 00, 10, 20, 70 ou 90; A Data de Emissão da NFe igual ou superior a 01/01/2013; Valor alíquota do ICMS maior do que “4.00” (4 por cento).

DPEC não existe mais você deve usar um outro tipo de contingência, no caso da NFC-e são aceitos EPEC e Off-line, este último depende do estado, SP por exemplo não aceita Off-line.

Mas hoje ele já faz isso, após fazer o download ele popula o componente com os itens do arquivo baixado, ele não salva em disco. Basta utilizar o método: function DownloadTabela: Boolean;

Estou verificando o que pode ser, assim que conseguir um retorno positivo já aviso.