Régys Silveira

Isto havia sido acertado, você está utilizando a última versão do PLUS?

Tentou entrar em contato com o fabricante isso parece problema de driver, veja que a porta serial está se perdendo.

Continue aqui:

Eu particularmente acho desnecessário, porque a última propriedade justamente serve para isso, quando True, ela ajusta o componente conforme o retorno do webservice, e as outras propriedades não querem dizer que se vai esperar aquele tempo, mas sim que aquele tempo é o limite, ou seja, se terminar antes continua, senão aguarda até o tempo limite antes de levantar alguma exceção ou tentar novamente.

Utilize os schemas que estão na pasta de exemplo, eles já foram atualizados. \Exemplos\ACBrDFe\ACBrNFe\Schemas\ve310

Use ACBrUtil.FloatToSring() assim o compilador não mistura.

Exato Regys. O tempo para homologação é bem satisfatório, com certeza.. O problema é que a migração para produção terá que ser de um dia para o outro, ou seja, no dia 02/11/2015 não posso enviar a tag no xml e no dia 03/11/2015 terei que enviar, Além de ter que atualizar os Schemas, que até o dia 02 deverá ser um e do dia 03 em diante deverá ser outro. Ao menos foi isso que entendi ! Você está se confundindo, o componente hoje trata isso, enviando a tag somente para homologação, o que você vai ter que fazer é somente atualizar seus clientes 1 dia antes ou no dia para liberar também para o ambiente de produção.

O ACBrSATExtratoESCPOS deve ser ligado a um ACBrPosPrinter, nele você encontra a propriedade modelo.

Essa opção você não configuram, eu configurei internamente para um tempo maior, basta usar o executável que passei para testes.

Essa abordagem de verificar o status sempre antes de algo tem um ponto ruim, você pode cair na regra de uso indevido do webservice, tornando impossível emitir a NF-e em um prazo determinado pelo webservice para o mesmo IP. Lembrem também que já foi sinalizado remover este webservice, portanto, logo não podemos contar. Aumentei o tempo de timeout, por favor teste e verifique se melhorou. ACBrMonitor.zip

Essa abordagem tem um ponto ruim, você pode cair na regra de uso indevido do webservice, tornando impossível emitir a NF-e em um prazo determinado pelo webservice para o mesmo IP. Penso que o melhor seria configurar o timeout para um tempo maior, acrescentei uma configuração de Timeout maior ao monitor, por favor faça o teste. ACBrMonitor.zip

Não entendi está parte do seu código: ACBr.Imposto.ICMS.orig := oeNacional;ACBr.Imposto.ICMS.CST := cst40;ACBr.Imposto.ICMS.pICMS := 0;ACBr.Imposto.ICMS.vICMS := 0; O correto seria with Det.Add do begin ... Imposto.ICMS.orig := oeNacional; Imposto.ICMS.CST := cst40; Imposto.ICMS.pICMS := 0; Imposto.ICMS.vICMS := 0; ... end; Você está utilizando componente ao que parece, verifique o aplicativo de exemplo do ACBrSAT para entender melhor como informar os valores.

Por favor, faça uma busca no fórum antes de posta, já foi amplamente discutido que o ACBrNFSe e seus relatórios não terminaram de ser portados no Trunk2.

Qual é o comando específico que está enviando para o monitor? Tentou como o Monitor Plus?

Vamos devagar O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los. Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002 ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code Existe uma validação de obrigatóriedade.

Você só precisa mudar para o Trunk2, siga este artigo: https://regys.com.br/como-instalar-o-trunk2-do-acbr/, o restante o componente vai fazer, ou seja, gerar sozinho a tag. Você tem até o dia 03/11/2015 para alterar, por enquanto ainda está somente em homologação, então você tem bastante tempo para se adaptar.

Este meu teste eu fiz com FastReport, não cheguei a testar com Fortes, verificando aqui não está implementado nele a impressão da Fatura, somente das Duplicatas. Você vai usar Fortes ou Fast?

Veja, tem algo bloqueando o arquivo Exception: Unable to open file "S:\INTEGRAD\NFE\ENTNFE.TXT" S: é um mapeamento de rede? Se sim, pode ser que algo na rede esteja bloqueando o acesso ao arquivo ou no servidor algo esteja bloqueando.

Luis, fiz a impressão do seu XML aqui e gerei um PDF, está tudo normal. Você está usando Fast ou Fortes? DANFeRetrato.pdf

Não é o monitor que gera o "Det" e sim você ao enviar o comando, como você está enviando o comando SAT.TesteFimAFim? Esse comando possui um parâmetro que é o arquivo XML do CF-e, você deve criar o arquivo primeiro com o comando SAT.CriarCFe e ai passar o arquivo criado (caminho ou conteúdo) ao SAT.TesteFimaFim.

Você deve estar falando do evento OnStatusChange do ACBrNFe, se sim, declare pcnConversaoNFe no uses para resolver o problema.

Extraia o log utilizando o comando ACBrSAT.ExtrairLog, nesse log provavelmente a mensagem estará mais completa.

Revisado e incorporado ao SVN Obrigado pela contribuição.

Melhorou , com um passo-a-passo é mais fácil tentar simular algo. Você chegou a verificar se no travamento ele fica com o uso do processador e memórias altos, algo que indique que o sistema operacional está sobrecarregado? Você disse que utiliza windows 2008, tentou colocar o monitor para ser executado como administrador?

Perdão, misturei as bolas na hora de escrever, realmente elas são somente do Fortes. No EscPos ele usa o salto que é configurado na impressora, você vai usar o aplicativo de configuração do fabricante, nele tem uma configuração de quantas linhas saltar após fim da impressão, tente também altera a propriedade LinhasEntreCupons no componente ACBrPosPrinter e veja se altera.