Daniel Simoes

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

A sintaxe "S01" não é válida para informar uma alíquota... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html Você precisaria usar T05 (quinto Totalizador) ou 02S 2% e ISS

Apliquei as modificações abaixo nos fontes a fim de dar suporte aos ECFs Virtuais... Espero não ter quebrado nada... Testei a compilação em Lazarus e Delphi 7.. por favor reportem qualquer problema

Impossível responder sua pergunta... Não temos a menor idéia de como foi feito esse outro componente

De qual componente você está falando ??

A alteração parece correta... Porém tenho receio de que outros modelos também sejam incompatíveis... Você poderia entrar em contato com o fabricante e verificar ?

Apliquei uma possível correção nos fontes do SVN, favor atualizar e testar...

No discado algumas informações são retornadas... Acho que a Rede (010-000) e Tipo de Transação (011-00) são, retornados... Veja o Demo do ACBrTEFD para saber como ler esses valores em: procedure TForm1.ACBrTEFD1DepoisConfirmarTransacoes Veja o manual do Pay&Go 1 - (PGWPP - Interface com a Automacão Comercial - ) ou o manual do Gerenciador Padrão, para saber todos os campos retornados pelo TEF O componente ACBrTEFD tenta "mapear" rodos os campos retornados, em propriedades, para facilitar a recuperação dos valores... Veja: procedure TACBrTEFDRespTXT.ConteudoToProperty; da unit ACBrTEFDClass.pas lendo ela dá pra compreender quais campos retornados pelo TEF são salvos nos propriedades

Não sei... me parece um Bug da Sweda... Eles deveriam considerar todas as casas decimais existentes... senão, fatalmente o resultado é afetado... Tentou entrar em contato com o Fabricante ?