Daniel Simoes

Se você possui A1 e quer suprimir a instalação do Certificado no Windows, pode usar o OpenSSL e apenas apontar para o Arquivo PFX A CAPICOM funciona para A1 ou A3.... mas o certificado SEMPRE deve ser previamente instalado no Windows... Isso pode ser um passo simples de executar... mas num cenário de vários caixas e uso de NFCe, é bem chato ter que instalar o certificado máquina a máquina...

Vamos aguardar outro commiter analisar... Eu não tenho o ambiente necessário para analise (Delphi e Rave)

Eu, André e Regys já estamos usando Windows 10 em nosso ambiente de trabalho... tudo ok..

Acho que há um erro de interpretação... Você não precisa do Certificado digital do seu cliente para o SAT... você usa o SEU certificado (como softwarehouse) para gerar a SUA assinatura com o CNPJ do cliente

sim, não é o correto... (mas na verdade era como era feito no Trunk) Acho que já sei como solucionar... em breve posto uma alteração...

O SAT quem determina o ambiente para quem ele irá transmitir... Ou seja, SAT de Produção NÃO fala com os WebServices de homologação e vice-versa...

O LOG do SAT não acusa nenhum erro... ele deve estar descarregando os CFe's pouco a pouco

Não... o TEMP.XML não é do componente ACBrNFe... ele é gerado apenas pelo DEMO... Os problemas NÃO estão relacionados... por favor mantenha o assunto...

Verifique a versão do arquivo que você está enviando.. (deve ser 0.06)

Não estou com tempo para analisar isso no momento... Digo, não está na minha agenda implementar isso... então se se desejar sugerir melhorias para os fontes, posso analisá-las...

Qual modelo você está usando em TACBrPosPrinter ??

NÃO

Se você postar as (exatas) mensagens de erro, aumenta as possibilidades de te ajudarem...

Seus fontes devem estar desatualizados... Semana passa enviei modificação para que GravarXML não chame a geração de XML novamente....

Provavelmente você está usando o Modelo errado em TACBrPosPrinter... Antes de partir para o SAT... faça os seus testes usando a aplicação Demo do "PosPrinterTeste"

Você está usando Trunk ou Trunk2 ? Esse problema não ocorre no Trunk2

Amarildo e demais, Por favor teste com a Unit em anexo... As classes TBlockSerial e TTCPBlockSocket tem muito em simular... e com isso, ajustei a classe ACBrDevice para tentar se comportar de forma muito semelhante seja com uma Porta Serial ou TCP... Implementei várias propriedades como "TimeOut, MaxBandwidth" e métodos "LeString, LeByte, EnviaString"... Para manter a compatibilidade com o comportamento da Porta Serial, o ACBrDevice mantém a conexão aberta após chamar o "Ativar" e só derruba a mesma, após o "Desativar"... Para reproduzir o comportamento que você projetou, (Conectar e Desconectar a cada envio)... é necessário ativar a propriedade "ControlePorta" dos componentes que usam o ACBrDevice, como o ACBrECF ou ACBrPosPrinter... Fiz um teste usando os Demos: "PosPrinterTeste" e "Server" (TCPServer)... E o comportamento foi bastante satisfatório... Por enquanto, usei a notação de porta: "TCP:ip_maquina:porta".. Ex: "TCP:localhost:9100" ACBrDevice.pas

Estava aplicando essa melhoria... mas fiquei na dúvida se usar a notação "RAW://ip_maquina:porta" é o mais correto... Essa notação é usada em mais algum lugar ou é a sugestão de algum fabricante ? Pesquisando pelo termo "RAW" em impressão, ele significa o envio direto, sem spool ou interpretação de driver... mas não necessariamente por TCP... Pensei em usar uma notação mais significativa como: "TCP:ip_maquina:porta" O que vocês acham ?

Olá Wagner, Desculpe-me mais uma vez pela demora na resposta... Fiz um teste usando o Telnet do windows e a resposta foi imediata... (veja a imagem em anexo) Recebi um erro de rejeição, por estar usando o Emulador de SAT do SEFAZ... Mas acredito que para efeito de testes de resposta do canal TCP, é o mesmo efeito... Para testar usando o Telnet... faça o seguinte... open localhost 3434 SAT.inicializa <enter><ponto><enter> SAT.EnviarCFe("C:\temp\cfe01.xml") <enter><ponto><enter>

Apliquei uma possível correção no SVN, para o problema da impressão do cabeçalho dos Itens.. Deve corrigir, ambos os casos...

Enviei uma possível correção para o SVN... Provavelmente o problema ocorreu após a modificação do cabeçalho dos Extratos. onde o Endereço passou a ser um "memo"... e com isso o tamanho dele é variável... e o componente tenta computar o Tamanho da Página antes da Impressão em TACBrSATExtratoFortesFr.CalcularTamanhoDaPagina

Detectei o mesmo problema.. estou analisando...

http://www.projetoacbr.com.br/forum/topic/19696-exemplo-acbrsat-fechando-na-execução/?do=findComment&comment=139550

Oi Alberto, Obrigado pela contribuição... o André já está analisando...