Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

doidopb

Usuários SAC
  • Content Count

    964
  • Joined

  • Last visited

  • Days Won

    2

doidopb last won the day on April 29 2018

doidopb had the most liked content!

Community Reputation

124 Excellent

1 Follower

About doidopb

  • Rank
    Membro Ativo
  • Birthday 04/08/1986

Profile Information

  • Sexo
    Masculino
  • Localização
    Nova Iguaçu - Rio de Janeiro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Olá Daniel, Testei aqui... Compilei o Demo na versão antiga (18549) e na versão nova (19026) citadas acima. Observei que o Demo do ACBr não contempla o comando DadosPFX que eu uso, e sim o ArquivoPFX. No Demo a lentidão apareceu na versão nova e na antiga ficou normal, assim como no meu programa, mas a lentidão apareceu em outro ponto. Na linha ArquivoPFX não ocorre lentidão, mas logo em seguida se eu tentar usar um dos botões de informações do certificado, por exemplo o Data de Validade, leva cerca de 1 segundo para exibir a mensagem, isso na versão nova, já na antiga é instantâneo. Depois dessa primeira lentidão fica normal a velocidade (instantâneo) se eu tentar por exemplo exibir a Data de Validade novamente. Eu observei esse comportamento também no meu aplicativo, na primeira vez que é executado a linha do DadosPFX tenho a lentidão dos 2 segundos, mas com o programa já em memória se eu executar novamente esse comando a velocidade fica normal (instantânea). Agora usando o Demo, observo algo em comum entre ele e o meu programa na hora da "lentidão". Sabemos que se eu não possuir o RunTime do Visual Studio C receberei o erro "VCRuntime140.dll não encontrado". Esse erro no meu programa aparecia exatamente na linha do DadosPFX onde noto a lentidão, antes de eu instalar o Runtime do Visual Studio C. Agora testando o ACBrDemo na versão nova (19026), com as DLLs OpenSSL antigas (1.0.2.13), em uma VM Windows 7 32 bits esse erro não apareceu e apresentou a lentidão. Logo em seguida coloquei as DLLs novas (1.1.1.4) para conferir se sumia a lentidão e esse erro simplesmente surgiu, bem na hora que eu cliquei para ver a Data de Validade (onde surge a lentidão no Demo) e apesar do erro a validade foi exibida, ao clicar novamente no botão a validade foi exibida instântaneamente e sem erro. Enfim, coincidentemente a lentidão é na hora que o componente tenta usar essas DLLs do Visual Studio, que você disse ser necessária para o OpenSSL 1.1.1, pode ser algo aí. Estamos falando de tempos irrelevantes, 2 e 1 segundos, não é nada grave... Mas não pude deixar de observar isso. Se achar válido tenta reproduzir aí e vê se nota isso também. Abraços
  2. Não efetuei o teste, mas posso fazer. Na verdade assim que vi essa lentidão no cliente, eu testei em uma máquina virtual minha Windows 7 64 bits com o meu aplicativo e o certificado de outro cliente, para ter certeza que não era algo isolado. E também nesse cenário que eu montei com outro certificado/maquina a lentidão se fez presente. Só frizando que o termo "lentidão" (1 à 2 segundos) é ao comparar como era antes (instântaneo). Ainda quer que eu envie o certificado?
  3. Olá Daniel, tudo bom? Já tinha efetuado esse teste e não houve diferença, também tentei com as DLLs que costumo usar (1.0.2.13) e também permaneceu a lentidão. Com certeza lhe envio meu amigo e agradeço aí a atenção ao problema. Abraços
  4. Em um primeiro momento sim, versão de DLLs 1.0.2.13. Logo após me toquei disso e usei apenas as DLLs da versão 1.1.1, conforme até orientado nessa nova revisão em um arquivo TXT presente. Até os nomes das DLLs diferenciam na 1.1.1. Infelizmente não senti nenhuma diferença. Eu entendo que são muitas revisões para se ter uma idéia, mas achei pertinente reportar esse comportamento que eu percebi.
  5. Olá a todos, Vou tentar detalhar ao máximo todo o processo que ocorreu comigo. Eu desenvolvo a minha aplicação emissora de NFCe/NFe em Delphi 2010 + Windows XP. O certificado em meus testes é um PFX carregado direto do banco com as configurações a seguir: Até então estava usando a revisão 17394 dos componentes, mas dado a mudança das URLs no ACBrConsultaCNPJ foi necessário realizar a atualização dos componentes. Ao fazer a atualização meus componentes foram para a revisão 19026. Inicialmente ao executar o instalador dessa revisão (19026) recebi o erro "Function not found: mscoree.dll.CLRCreateInstance", que foi rapidamente sanado efetuando a instalação do Microsoft Net FrameWork 4.0 (graças a ajuda do pessoal do Chat ACBr). Logo em seguida ao compilar meu aplicativo no Delphi recebi o erro "VCRuntime140.dll não encontrado". Reparei que o erro surgia bem na linha que carregava o PFX do certificado que está gravado no banco de dados para o componente (ACBrNFe1.Configuracoes.Certificados.DadosPFX). Mais uma vez o erro foi rapidamente sanado com a ajuda do Chat ACBr instalando o Runtime do Visual C Studio presente na pasta ACBr (DLL\Diversos\VC_redist.x86.exe). O Daniel me informou que a causa dessa dependência são as novas DLLs do OpenSSL 1.1.1. Com isso o programa rodou normal e conseguir emitir as notas, MAS... Eu coloquei o executável compilado nessa nova versão em um cliente e logo percebi uma certa lentidão que não existia anteriormente na hora que o usuário faz o login, analisei um pouco mais a fundo e descobri que essa lentidão ocorre na linha que carrega o PFX do certificado que está gravado no banco de dados para o componente (ACBrNFe1.Configuracoes.Certificados.DadosPFX). Antes carregava instantaneamente, agora leva uma média de 2 segundos. Esse cliente usa 5 máquinas com Windows 7 32 bits e 64 bits. Resolvi então atualizar apenas para a revisão na qual foi corrigido o ACBrConsultaCNPJ (18549) e na mesma tal lentidão sumiu e voltou a carregar instantaneamente, além de também não receber o erro do "VCRuntime140.dll não encontrado". Enfim, não sei a origem disso e nem sei se mais alguém observou tal lentidão, mas resolvi reportar isso aqui no fórum. Desde já agradeço a atenção de todos.
  6. Aparentemente está resolvido. Abraços a todos
  7. Oi Juliana, tudo bom com você? Desculpe a demora, atualizei agora os componentes e farei testes... Reporto assim que possível! Obrigado pelo retorno e abraços
  8. Oi Daniel, tudo bom? Dei uma olhada agora no ACBrMonitorPLUS, nessa parte do Terminal de Consulta... Você mencionou sobre esse BuscaPreco, mas eu não entendi muito bem. Eu consigo através dessa aba alimentar o Terminal de Consulta com meus produtos?
  9. Olá a todos, Um cliente meu acaba de comprar um terminal de consulta de preços. Quero saber se o ACBr possui algum componente que se comunique com tal equipamento para o envio dos produtos/preços/código de barras dos produtos cadastrados em meu sistema. Desde já agradeço a atenção de todos
  10. De acordo com os mesmos, deve-se usar o valor de 0,01.
  11. Oi EMBarbosa, Obrigado pelo retorno. Nunca fiz contato com o pessoal da SEFAZ-RJ, vou pesquisar um canal de atendimento aqui na web e retorno com novidades. PS: Se alguém souber o contato pode postar aqui
  12. Olá EMBarbosa, tudo bom? Ocorreu uma falta de comunicação. Anteriormente eu disse o seguinte: Aí nessa frase que você citou eu complementei, dizendo que sou obrigado a colocar o vICMSDeson = 0,01 quando o mesmo está zerado, pois zerado recebo rejeição. O problema é que esse vICMSDeson utiliza uma fórmula em cada estado, e uma das variáveis de tal fórmula é o valor do produto. Se o mesmo for muito baixo, 0,02 por exemplo, o vICMSDeson acaba ficando igual a 0,00 e com isso levamos rejeição
  13. Oi BigWings... Tudo bom? O problema é que ao tentar enviar 0,001 ele até gera a tag como você falou, mas arredonda para 0,00... E com o valor zerado volta rejeição aqui no RJ.
  14. Bom dia Juliana... Sim, com duas casas passa (0,01)... No momento estou utilizando essa solução, mas gostaria de saber se o resto dos colegas está aplicando outra solução.
  15. Na verdade a MINHA sugestão foi passar para 0,01... A tag não aceita 3 casas decimais
×
×
  • Create New...