Ir para conteúdo
  • Cadastre-se

giulianon

Membros
  • Total de ítens

    415
  • Registro em

  • Última visita

  • Days Won

    4

Tudo que giulianon postou

  1. Você tem que colocar o emulador na COM3 e o ECFTeste utilizando a COM4. Colocando ambos na mesma porta vai apresentar esse erro mesmo. O que o VSPE faz é o papel de um "CABO" que conecta em suas "pontas" 2 dispositivos. Emulador (COM3) <----- VSPE ----> (COM4) ECFTeste Att.
  2. Tem que verificar(site, suporte, etc) junto ao fabricante do equipamento se existe o driver para criar a COM virtual. Att.
  3. Eu controlo pelo número do item. Caso ocorra uma falta de energia, ao recuperar a venda eu consulto o número do último item na impressora e comparo com ultimo item gravado no meu banco de dados. Se por acaso o item acabou sendo impresso e eu por ventura não gravei no meu banco de dados eu cancelo o item na impressora. O sincronismo é mantido. Em último caso se faz forma tradicional, tirando a fita-detalhe ou gerando o arquivo das vendas da ecf e vendo o que falta. Att.
  4. Bom dia! Pode utilizar o ACBrInstall que se encontra em downloads. Lembrando que o ACBrSMS fazer parte do pacote ACBRSerial. Att.
  5. Venda concomitante é a venda que no momento que você vende o item ele já é impresso na impressora fiscal, ou seja, você está vendendo e já imprimindo o cupom fiscal. A pré-venda como o nome já diz é uma venda que você registra todos os itens PRÉviamente (em "memória") e depois comanda no pdv a impressão de todos esses itens na impressora fiscal. A idéia da pré-venda é ter várias máquinas de atendimento e outras máquinas para "caixa". Inclusive se não estou enganado não pode ter no mesmo computador a pré-venda e a emissão do cupom fiscal. Att.
  6. Se você realiza qualquer impressão de forma não concomitante no seu pdv já caracteriza DAV ou pré-venda e isso já obriga os testes. "Importar" venda no pdv como você citou já caracteriza isso. Att.
  7. Basta cadastrar esse meio de pagamento na impressora fiscal. Lembrando que isso pode ser feito de duas formas: 1-A qualquer momento com intervenção técnica. 2-Imediatamente após a redução Z sem a intervenção técnica. Observação: Caso a impressora já tenha atingido o limite(normalmente 20) de meios de pagamento ai só é possível via intervenção técnica. Você pode utilizar o software do fabricante ou através do próprio ACBr. Dê uma olhada no exemplo que acompanha o mesmo chamado ECFTeste. Att.
  8. Só completando, o órgão homologador mais perto é a Unisul. Nesse link contém orientações de como proceder. http://aplicacoes.unisul.br/PAF/ Att.
  9. Hehehe. Segue o arquivo. Att. ACBrSMS.zip
  10. Bom dia! Implementei o método ApagarSMS no componente ACBrSMS. Segue para análise. Att.
  11. O ACBr se utiliza de comunicação direta com a impressora sem o uso da DLL. Nesse caso a dúvida tem que ser sanada junto a Bematech mesmo. Att.
  12. Essa regra é imposta pelas operadoras. Peça para o cliente enviar uma mensagem do celular dele com palavras acentuadas e verificar a mensagem no celular de quem recebeu. Vai ver que a mensagem chega sem acentuação.
  13. Então André! A Sweda me ligou informando que já estava corrigido na última versão do firmware deles. O cliente pagou para atualizar uma impressora com esse firmware mas ao testar o problema ainda existia. Ai passei exatamente esses valores de exemplo para a sweda e até hoje nenhum retorno. Ainda estou usando truncamento nos casos da Sweda e Bematech. O cliente por fim vai abrir uma loja nova com mais de 15 pdvs e vai usar Epson. Só lamento para Sweda. Acredito que aos poucos vai ocorrer toda a troca das ecfs por uma marca que funcione. Att.
  14. Tratei desse assunto nesse post. Dá uma olhada.
  15. Essa função ainda não existe, pelo menos na versão (Não é a última) que estou utilizando. Nos exemplos de comunicação direta que a Daruma fornece existe essa função. Att.
  16. O método de leitura está implementado mas as mensagens são geradas em um arquivo "txt". Ai é necessário ler as mesmas a partir desse arquivo, o que é bem tranquilo já que tem um formato padrão. Se olhar no ACBrSMSDemo vai conseguir implementar certinho. Att.
  17. giulianon

    Acbrsms

    Bom dia colegas! Já tenho funcionando a coisa de um mês um programa de envio de SMS com o modem da daruma. Tudo vinha funcionando perfeitamente até ontem quando os créditos do chip acabaram. O chip é da CLARO. Coloquei créditos e mesmo assim começou a dar erro de envio. Na dúvida tirei o chip, coloquei no celular e enviei alguns SMSs e todos foram. Coloquei novamente no modem e nada. Erro de envio sem índice da mensagem e com a mensagem de erro ERROR. A partir dai foi uma verdadeira maratona de testes. Testei com o ACBrSMSDemo e com todos os programas de teste da Daruma. Todos apresentando erro. Mudei bandeja, limpei as mensagens recebidas, mudei configurções de timeout, etc. Nada resolveu. Coloquei novamente o chip no celular o os SMSs vão normalmente. Pra descartar a possibilidade de problema no modem coloquei um chip da VIVO e todos os SMSs vão perfeitamente. Ou seja, o problema está na CLARO. Hoje pela manhã coloquei novamente esse CHIP da CLARO no modem e envie 3 mensagens. A primeira foi e as duas seguintes não foram. Alguém já passou por algo semelhante?
  18. Só pra deixar registrado, após a troca de alguns emails com a toledo a dúvida foi sanada. Realmente essa balança quando equipada com o display 9091 permite a leitura de 2 maneiras: 1 - Sob demanda apenas com o pressionamento da tecla de pesagem NO DISPLAY. As configurações da serial para esse modo são: Velocidade: 4800 Databits: 7 Stopbits: 2 Paridade: Par (Even) Controle de Fluxo: Nenhum OBS: Esse modo foi o que eu testei e funciona perfeitamente. 2 - Contínuo. A balança envia o peso o tempo todo e deve ser monitorada para fazer a leitura. OBS: Esse modo eu não testei mas quando a alteração que o Dipold for pro svn posso testar. Att.
  19. Entendi. Bom vou esperar o Daniel subir a sua alteração e depois posso fazer esse teste pra gente ter uma posição exata. Valeu! Att.
  20. Boa tarde Dipold. Chegou a fazer o teste com o display 9091? Estou em contato com o suporte da Toledo e segundo eles a captura do peso nesse display funciona de duas maneiras. Contínuo onde você recebe o peso constantemente sem envio de comando para solicitar o mesmo. Ou por demanda onde você normalmente enviaria a solicitação (#5) e receberia peso. Só que segundo o suporte da toledo nesse display não tem com fazer isso. Para que o peso seja retornado é necessário pressionar um tecla no próprio display. Por isso a dúvida se você fez o teste nesse modelo de display. Att.
  21. Boa tarde! Também não consegui fazer essa leitura com o ACBrBal pois no retorno da balança rodoviária vem muito mais informações do que vem em balanças normais. Como o tempo tá curto fiz a leitura através de outro componente serial mas pretendo assim que folgar aqui alterar o ACBrBal pra tratar isso. Outra coisa é que para comandar a leitura do peso nessas balanças é necessário desabilitar o display da mesma, caso contrário ela fica enviando o peso o tempo todo "buferizado" e complica bastante para filtrar as informações. Desabilitando o display ela só envia o peso se comandar essa leitura. Att.
  22. Lembrando que normalmente ecf permite fazer isso após a emissão da redução z. Att.
  23. Opa! Beleza então Juliomar. Era só pra confirmar mesmo. Achei meio estranho ninguém ter comentado nada diante do fim de uma "coisa" tão chata e custosa. Agora falta só o fim do PAF \o/ Pena que em SC ao que me parece ainda está longe. Obrigado! Att.
  24. Bom dia colegas! Recebi hoje um email da cielo com o texto abaixo e gostaria de saber se mais alguém recebeu. Comunicado Importante Testes de integração do aplicativo de Automação Comercial e software de TEF Informamos que desde 03 de setembro de 2014, os testes de integração de automação comercial com o aplicativo de TEF não são mais exigidos pela Cielo. Desta forma a Gerência de Certificação e Homologação está encerrando seu contrato com a empresa Certified Technologies LTDA. para a execução deste tipo de serviço em nome da Cielo. Os principais motivos para a descontinuidade do serviço são: • O domínio do aplicativo da automação comercial é da Software House e da integradora de TEF, dificultando o acesso da Cielo a estas empresas; • A inexistência de um controle da versão em ambiente de produção não gerando valor agregado para a Cielo, pois a versão em campo não necessariamente é a versão testada; • Falta de cumprimento da fase de teste e correções detectadas durante a etapa do mesmo, por não existir um controle e medidas que estabeleçam penalizações para as empresas que não aderirem ao programa de certificação obrigatório; • Apenas a Cielo exige programa de certificação, sendo que para os demais adquirentes não existe esta obrigatoriedade. Os principais benefícios serão: • Desburocratização do processo de TEF; • Aumento de velocidade na fase de integração do aplicativo de automação comercial com seu aplicativo de TEF; • Facilidade para as empresas de automação comercial, integradores e clientes Cielo; Nos mantemos a disposição para sanar qualquer dúvida. Gerência de Certificação e Homologação [email protected] "Esta mensagem e seu conteúdo - inclusive anexos - são dedicados exclusivamente para seu(s) destinatário(s), podendo conter informações confidenciais e/ou legalmente privilegiadas. Qualquer modificação, retransmissão, disseminação, impressão ou utilização não autorizada fica estritamente proibida. Se você recebeu esta mensagem por engano, por favor informe o remetente e delete o material e as cópias de sua máquina." P Antes de imprimir pense em seu compromisso com o Meio Ambiente. Caso seja indispensável a impressão, procure imprimir frente e verso e em modo econômico.
  25. giulianon

    Nova Er 2.02

    De uma olhada neste tópico
×
×
  • 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.