Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

EMBarbosa

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    9.935

  • Registro em

  • Última visita

  • Days Won

    127

 Tipo de Conteúdo 

Tudo que EMBarbosa postou

  1. EMBarbosa
    Pelo visto ele configurou o path do Windows adicionando os caminhos padrões que o Delphi deveria ter configurado na instalação e isso resolveu.
  2. EMBarbosa
    Então, como o software vai se comunicar com a impressora local? Você configurou a aplicação para ser uma TS RemoteAPP e configurou corretamente?
  3. EMBarbosa
    Isso. Exatamente isso. Questionou corretamente. Sim. Existe ECF que emite a Redução Z sozinha. É chamado de emissão de Redução Z automática. A impressora emite uma Redução Z quando passa de uma hora específica. Nas impressoras Bematech é 2 horas da manhã. Só que atualmente, pelo menos até onde eu sei, isso não é mais permitido em nenhuma UF. Então todos ECFs já vem lacrados para emissão "manual". Ainda assim, esse requisito continua válido. Por isso seu software deveria ser capaz de ler do ECF uma Redução Z emitida automaticamente. Ou seja, não estando em estado de intervenção e, logicamente, apenas uma Redução Z. A ideia é que a ECF continue no estabelecimento do usuário.
  4. EMBarbosa
    Até onde me lembro, os fabricantes de ECF não previram essa necessidade e não implementaram isso, como pode ver nesses tópicos abaixo: O que ele estaria testando? Qual parte da legislação ele estaria verificando com esse teste? Veja bem, o homologador tem como objetivo garantir que seu software cumpra a legislação. Então ele faz os testes para verificar se seu software deixa de cumprir algum requisito do PAF-ECF. Mas com esses testes que você disse, qual requisito está sendo testado? Qual o objetivo do teste?
  5. EMBarbosa
    Para futura referência, estou adicionando esse link para o comando IcmpSendEcho que é a recomendação quando precisa-se de performance ou teste de vários servidores. EDIT: novo link do artigo. O uso de IcmpSendEcho já estava nos outros links deste tópico, mas não a recomendação acima. Vale lembrar que o comando IcmpSendEcho pode estar na Icmp.dll no Windows 2000 ou Iphlpapi.dll no Windows XP ou posterior. Como deve ser tratado está no link do MSDN e em comentários do artigo falando sobre o ping via WMI.
  6. EMBarbosa
    Sim. Pergunta duplicada. Continue em:
  7. EMBarbosa

    until

    Por favor, usem o fórum para fazer perguntas sobre outros assuntos. Apenas perguntas relacionadas com o Evento são permitidas nesta área.
  8. EMBarbosa
    É possível reproduzir o problema pelo ECFTeste (programa de exemplo do ACBrECF)? Quais os passos? É possível reproduzir o problema usando o emulador da MP-4200 TH FI?
  9. EMBarbosa
    O log apresentado não está completo com ativação do componente e, por isso, é arriscado dizer alguma coisa. Mas se não me falha a memória, (e você pode conferir no ACBrECFBematech.pas), esse retorno, "Impressora em erro", é retornado pelo Software básico (firmware) do ECF. Sendo assim, é exterior ao componente. Tente utilizar o programa de exemplo da Bematech que utiliza a DLL. Tente diagnosticar o problema do ECF usando ele.
  10. EMBarbosa
    Acho que não. O ACBrETQ precisa enviar os dados para a impressora de alguma forma. Geralmente isso é feito por se comunicar com uma porta ou compartilhamento. Que meios você tem acesso a comunicação com a impressora?
  11. EMBarbosa
    O @Luiz Fernando é que ajudou muito por ter reportado o problema, como reproduzir e até uma sugestão de correção.
  12. EMBarbosa
    Enviei uma alteração na revisão 13000. Acredito que resolva o caso apresentado. Uma NFe de 800 itens agora é gerada em menos de um segundo. Não foi necessário utilizar o TStringBuilder, alterar a propriedade para utilizar a função set|get e nem IFDEFs. Por favor queira testar. Ahhh... e quase ia esquecendo. Muito obrigado pelo report.
  13. EMBarbosa
    Você tem o arquivo ACBr_Comum.res em mais de um lugar?
  14. EMBarbosa
    Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste link aqui, em especial a "2.2 - Permaneça no assunto". Por não seguir essa regra, seu post estava num tópico marcado como resolvido. Dificilmente alguém perceberia seu problema. Dessa vez eu dividi o tópico pra você. ... Agora, sobre o seu problema, ele parece já estar sendo tratado em outro tópico.
  15. EMBarbosa
    Eu consegui reproduzir aqui. Com 800 itens o processo todo do método TForm1.GerarNFe chega a 30 segundos. Me parece que está relacionado ao que já passamos com outros métodos como o ACBrUtil.TiraPontos. Pelo que entendi, na verdade, não é necessária a implementação separada para o TStringBuilder. Eu removi ela e mesmo assim a execução ficou em menos de 1 segundo. Não vou conseguir terminar hoje porque tenho um compromisso e preciso sair daqui a pouco. Só uma observação: Seu arquivo tem muitas alterações de layout... Quando for assim, é preferível que envie separadamente as alterações de layout e alterações no código. Isso facilita para analisar o código específico.
  16. EMBarbosa
    Particularmente eu prefiro não utilizar a classe TStringBuilder. Na verdade este uso pode é tornar o tudo mais lento. Em especial se é utilizado Multi-Threading. Vou tentar analisar o arquivo com calma e verificar o motivo da lentidão. É possível me passar exatamente as alterações do Demo do NFe que fez pra reproduzir a situação e o passo a passo?
  17. EMBarbosa
    Pode ser porque o tal anti-malware obrigava a aplicação a carregar dlls de 64 bits. Link para futura referência de caso semelhante: https://blogs.msdn.microsoft.com/oldnewthing/20170303-00/?p=95655
  18. EMBarbosa
    Nós usamos este fórum para atender a comunidade que utiliza os componentes. Não e-mails.
  19. EMBarbosa
    Se a impressora não fica no mesmo computador, nem na mesma rede, nem é acessível via compartilhamento, como você vai enviar dados pra porta serial em que ela está ligada?
  20. EMBarbosa
    Não sei se ficou claro o que eu quis dizer... Não é que eu acredite que o ACBrECF está fazendo de forma incorreta. Mas, se eles afirmam existir um outro comando correto, então eles podem e devem informar o comando correto. Acho que vão simplesmente dizer pra usar a DLL. Mas aí eles perdem o argumento.
  21. EMBarbosa
    Mas eu entendi Daniel. Eu lembro de ter analisado esse problema quando surgiu. Mas veja a informação do suporte da Bematech: Pois então, se existe outro comando, basta a Bematech informar o outro comando. Entende? A responsabilidade é deles de passar a nós desenvolvedores o formato correto. Não deveríamos ter que ficar adivinhando qual é o comando.
  22. EMBarbosa
    Esse componente já tem casa: https://github.com/senjaxus/Delphi_Remote_Access_PC
  23. EMBarbosa
    Isso é facilmente resolvido. Pois digam qual o comando correto para podermos corrigir.
  24. EMBarbosa
    Aqui está tudo funcionando corretamente.
  25. EMBarbosa
    Verifique, principalmente o de eventos do Windows. Se algo estranho estiver acontecendo, é muito provável aparecer algo por lá. Se há um sistema de backup, verifique como ele está sendo feito e quando está sendo feito. Verifique se nessa máquina em específico o sistema de backup não está gerando algum efeito colateral e colocando o BD em modo offline. Qualquer sistema que execute o gfix também deve ser avaliado. Verifique se está usando a última versão, ou alguma versão que possui algum bug relacionado ao shutdown. Está perdendo dados? Ou só perde a conexão e o BD fica offline?
×
×
  • 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.

The popup will be closed in 10 segundos...