daniel.simoes

Giuliano, Acho que podemos responsabilizar os fabricantes pelos próprios erros... Eu aconselho entrar em contato com a Sweda e pedir explicações do porque o ECF deles não segue as regras de arredondamento ABNT

Sem o LOG do ACBrECF é impossível dar mais detalhes... Mas tudo indica que o problema está na sua aplicação.... Repito: Você provavelmente não está enviando o comando para SubTotalizacao do Cupom

Em SP, TEF com ECF já não é obrigatório a muito tempo... http://icmssp.cenofisco.com.br/icmssp/isp.dll/Infobase/864/32e8/1287/12f0?f=templates&fn=document-frame.htm&2.0

O Bug é do ECF... não creio que devemos aplicar qq modificações nos fontes do ACBr por causa disso...

Se no Log está 9600, é porque a sua atribuição de nova velocidade falhou... Muito provavelmente essa é a causa do problema Tente com o ECFTeste

Sim... 0 é o recomendado... mas deixe isso parametrizável no seu programa, pois em alguns casos, com portas serias problemáticas, pode ser necessário inserir um intervalo entre 10 a 100

Se não me engano, o driver da Daruma irá criar uma Porta Serial Virtual... Veja no Gerenciador de Dispositivos qual ela é...

Aparentemente SIM.... Mas se você postou algo aqui, é porque provavelmente não está tendo o resultado esperado... Eu acho que os ajustes no componente deveriam ser feitos apenas no início do programa, e não a cada abertura de gaveta...

O erro indica que você está tentando efetuar um Pagamento sem ter feito a SubTotalizacao do Cupom

Você não falou qual é exatamente a mensagem de erro Adicione o LOG gerado pelo ACBrECF

Obrigado pela colaboração, Modificações envidas para o SVN

Aparentemente esse "Websocket" espera por um protocolo específico... O ACBrMonitor usa TCP/IP apenas, os dados não são encapsulados dentre de outro protocolo como HTTP... Seria muito semelhante a uma comunicação com "Telnet" http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?ComousaroACBrMonitor.html (veja o modo TCP/IP)

Chegou a analisar o exemplo que já existe ? A muito tempo atrás, recebemos a doação de um exemplo em PHP... Ele está no nosso SVN, e é distribuído com o ACBrMonitor, onde é instalado na subpasta "Exemplos" https://svn.code.sf.net/p/acbr/code/trunk/Projetos/ACBrMonitor/Exemplos/php_socket.zip

SAT-CFe, é muito semelhante a NFCe, com a diferença que ele já faz a contigência, pois ele mesmo autentica os documentos de forma off-line SAT-CFe usa uma impressora NÃO fiscal.... ou seja, é a morte do ECF

Creio que o problema esteja na sua rotina de implementação Socket... ou no meio de transporte (rede) Aqui temos uma aplicação em xHarbour, que se comunica com o ACBrMonitor por TCP/IP, onde a mesma roda em um Servidor SSH e o ACBrMonitor na máquina Local... A impressão é quase tão rápida quanto o acesso direto pela serial... A sua sugestão já existe... Você pode enviar vários comandos no mesmo bloco de transmissão, basta usar uma quebra de linha entre um comando e outro... ECF.VendeItem() ECF.VendeItem() ... Porém isso não é nada bom... pois você perde o controle de qual item foi impresso com sucesso ou falhou

Notei que o problema ocorre na sua Impressora, porque a Aliquota de Indice 0 não foi programada corretamente...

Pode ser a temperatura... experimente deixar mais baixa...

Você precisa recompilar a ACBrComum

Vá com o Debug e veja exatamente qual é a última linha antes do disparo do erro...

Verifique as alterações feitas nos fontes... (use o histórico do SVN) Nada foi alterado em relação ao processamento das alíquotas

Nesse caso essa data não é opcional... Será que não é isso mesmo que o teste visa garantir ? Que a sua aplicação verifica se a data é ou não opcional... Eu recomendo tirar essa dúvida com os Homologadores

Repare que o SiTEF já mostra a Data no título da pergunta... Você realmente só precisa digitar ENTER e responder vazio ""

As modificações parecem corretas... Em relação a linha: finNFP, finNFPTDM: raise EACBrECFErro.Create( ACBrStr( 'Utilize o método PafMF_GerarCAT52.')); Acha que poderíamos remover ? Creio que isso pode quebrar código de quem já está usando...

No Log não aparece.... Qual é o seu TimeOut ? use no mínimo 10

SAT é completamente diferente de ECF... A princípio não seria possível usar o componente ACBrTEFD, pois ele foi projetado para interagir com os documento e modos de estado do ECF.. Seria necessário muitos ajustes no ACBrTEFD para que ele trabelhe no fluxo de uma impressora Não Fiscal Talvez, quando os ECFs virtuais forem concluídos, seja possível utilizar: ACBrSAT <-> ACBrSAT_ECFVirtual <-> ACBrECF <-> ACBrTEFD