Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.404
  • Registro em

  • Última visita

  • Days Won

    117

Tudo que EMBarbosa postou

  1. Do XE2 para Lazarus? Depende... Provavelmente não, mas o mais certo é: depende... Pesquise no fórum e na internet de modo geral. Você vai encontrar tópicos como esse:
  2. Aprovada mas não confirmada, certo? Como eu disse antes: O roteiro e o manual para NFC-e é diferente do roteiro para ECFs e varia de integradora para integradora (CliSitef, Sitef Modular, PayGo, etc...).
  3. Sugiro que substitua esses componentes ou os atualize. Aqui no fórum mesmo tem vários relatos de outros e até sugestões de alguns componentes. E caso alguma coisa te impeça de utilizar um Delphi mais atual, use o Lazarus.
  4. Até onde me lembro, se a transação não foi confirmada e não imprimiu nada, não é necessário imprimir um comprovante de cancelamento. Mas confere o manual e o roteiro.
  5. Desculpe, mas não entendi o que você quis dizer. Poderia explicar de forma detalhada o que quer fazer? Além disso, você já verificou se pode proceder dessa maneira? Pois como o Juliomar mencionou, é importante seguir os manuais.
  6. TACBrTEF.ConfirmarAntesDosComprovantes Há uma possibilidade de seu componente estar desatualizado. Se for o caso, reinstale novamente.
  7. Talvez ao invés de 'text/xml' ele espere alguma outra string. Verifique. Se for o caso, instale um aplicativo como o fiddler e compare o do outro programa que funciona com o seu.
  8. Depende do quê você quer fazer... Veja a propriedade ConfirmarAntesDosComprovantes.
  9. Verdade. a data do arquivo deve ser posterior a 01/01/2017.
  10. Verifique qual é o layout do arquivo.
  11. 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.
  12. 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?
  13. 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.
  14. 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?
  15. 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.
  16. Sim. Pergunta duplicada. Continue em:
  17. until

    Por favor, usem o fórum para fazer perguntas sobre outros assuntos. Apenas perguntas relacionadas com o Evento são permitidas nesta área.
  18. É 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?
  19. 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.
  20. 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?
  21. O @Luiz Fernando é que ajudou muito por ter reportado o problema, como reproduzir e até uma sugestão de correção.
  22. 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.
  23. Você tem o arquivo ACBr_Comum.res em mais de um lugar?
  24. 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.
×
×
  • 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.