-
Total de ítens
415 -
Registro em
-
Última visita
-
Days Won
4
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que giulianon postou
-
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.
-
Tem que verificar(site, suporte, etc) junto ao fabricante do equipamento se existe o driver para criar a COM virtual. Att.
-
Integridade entre ECF e banco de dados
giulianon replied to wilton_rad's tópico in Object Pascal - Delphi & Lazarus
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. -
Bom dia! Pode utilizar o ACBrInstall que se encontra em downloads. Lembrando que o ACBrSMS fazer parte do pacote ACBRSerial. Att.
-
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.
-
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.
-
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.
-
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.
-
Hehehe. Segue o arquivo. Att. ACBrSMS.zip
-
Bom dia! Implementei o método ApagarSMS no componente ACBrSMS. Segue para análise. Att.
-
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.
-
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.
-
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.
-
Problema Com Arredondamento No Total Do Item.
giulianon replied to André Angeluci's tópico in ACBrSerial
Tratei desse assunto nesse post. Dá uma olhada. -
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.
-
Leitura Dos Sms - Retorno - Modem 3G/4G
giulianon replied to willian estevam de lima's tópico in Dúvidas Gerais sobre o ACBr
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. -
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?
-
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.
-
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.
-
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.
-
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.
-
Lembrando que normalmente ecf permite fazer isso após a emissão da redução z. Att.
-
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.
-
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.