Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    26.199
  • Registro em

  • Última visita

  • Days Won

    749

Tudo que Daniel Simoes postou

  1. 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
  2. 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
  3. 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
  4. O Bug é do ECF... não creio que devemos aplicar qq modificações nos fontes do ACBr por causa disso...
  5. 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
  6. 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
  7. Se não me engano, o driver da Daruma irá criar uma Porta Serial Virtual... Veja no Gerenciador de Dispositivos qual ela é...
  8. 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...
  9. O erro indica que você está tentando efetuar um Pagamento sem ter feito a SubTotalizacao do Cupom
  10. Você não falou qual é exatamente a mensagem de erro Adicione o LOG gerado pelo ACBrECF
  11. Obrigado pela colaboração, Modificações envidas para o SVN
  12. 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)
  13. 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
  14. 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
  15. 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
  16. Notei que o problema ocorre na sua Impressora, porque a Aliquota de Indice 0 não foi programada corretamente...
  17. Pode ser a temperatura... experimente deixar mais baixa...
  18. Vá com o Debug e veja exatamente qual é a última linha antes do disparo do erro...
  19. Verifique as alterações feitas nos fontes... (use o histórico do SVN) Nada foi alterado em relação ao processamento das alíquotas
  20. 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
  21. Repare que o SiTEF já mostra a Data no título da pergunta... Você realmente só precisa digitar ENTER e responder vazio ""
  22. 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...
  23. No Log não aparece.... Qual é o seu TimeOut ? use no mínimo 10
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.