Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.592
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. Não compreendi se você está usando ou não TEF PayGo nessa máquina em específico onde você notou o erro... O Gerenciador TEF da PayGo monitora a pasta C:\PAYGO\ As vias reduzidas e específicas para o Cliente são campos exclusivos da Interface PayGo,(campos acima de 700). Por isso só serão lidas se o TEF correto for selecionado... No TEF tradicional a via única é retornado no Campo 029... Você pode imprimir ela, 2x Se algum outro TEF opera em modo de compatibilidade com os campos da PayGo então provavelmente ele funcionará quando você selecionar o Modelo gpPayGo Observe ainda, que você pode modificar a pasta de monitoramento, nas propriedades do próprio componente...
  2. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  3. Por favor cite a exata mensagem de erro.. se necessário, mande um Print.. Verifique se não se trata de modificações nos fontes do seu lado... (pois não tivemos relatos semelhantes)....
  4. Version 1.3.1

    849 downloads

    Aplicação de Exemplo do ACBrTEFD com impressoras Não fiscais.
  5. Se for PayGo, selecione o novo modelo de TEF gpPayGo... Por favor leia o ACBrTEFD-Change-Log.txt
  6. Aparentemente há outro programa rodando, que requisita o acesso a essa porta COM1
  7. Enviei ajustes ao SVN, baseado em suas sugestões... Também enviei em conjunto o refactoring que venho trabalhando...
  8. Creio que sim... pois trata-se de uma transação comum, com Cartão digitado...
  9. Encaminhei a Pergunta, para o pessoal da PayGo... Veja a resposta deles...
  10. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. TLSv12 agora é obrigatório em todas as SEFAZ... Aparentemente seus fontes estão desatualizados...
  13. Leia o ACBrTEFD-Change-Log.txt
  14. ppTexto irá ignorar todas as Tags
  15. com ACBr e Lazarus/FPC: 1 - Adicionar em Custom Options do Projeto a diretiva "NOGUI" 2 - Não usar a IDE ou o sistema da Packages do Lazarus. (Porque isso faria ele adicionar as dependências visuais, pois os Packages que foram compilados com e instalados na IDE, não foram gerados com a diretiva "NOGUI", ativada) Então os componentes devem ser criados em Run-time, ou você pode usar um DataModule... mas nesse caso, lembre-se de remover a dependência dos Packages do ACBr, conforma na figura acima... 3 - Adicionar em "Other Unit Files", todos os diretórios do ACBr, que o compilador sentir falta... Observe que no caso acima, eu usei um Macro com o diretório do ACBr... isso facilita, quando abrimos o mesmo projeto, em várias máquinas, onde os diretórios, podem variar.. (Você pode criar um Macro em Additions e Overrides... veja item 4) Adicione também em "Include Files", o diretório onde está o ACBr.inc 4 - Definir para o Lazarus que você quer usar a WidgetType com "nogui" O Macro "ACBrDir", usa um recurso do Lazarus, que permite ler informações de variáveis de ambiente... Então na minha máquina, tenho a definição do Home do ACBr nas minhas variáveis de Ambiente O Lazarus irá recompilar todos os fontes do ACBr, e gerar os PPU na pasta "lib" do seu projeto... isso é necessário, para gerar os arquivos PPU com a diretiva "CONSOLE" ativada
  16. não foi veja: mas realmente algumas coisas mudaram de lugar, e um novo nível hierárquico foi criado... preparando caminho para a criação de um novo componente ACBrTEFAPI Tente com um "cast" TACBrTEFDResp(ACBrTEFD1.RespostasPendentes[0] ).IndiceFPG_ECF
  17. é uma senha sua.. ou da sua aplicação... ela será usada quando a ACBrLib, precisar criptografar informações sensíveis no INI
  18. Eu sugiro enviar msg para o SEFAZ e para o Emissor do certificado... Assim eles "trocam figurinhas", mais rapidamente...
  19. Se você não gera o XML pela sua aplicação, o ACBr pode fazer isso.. nesse caso informe os dados, usando o formato INI https://acbr.sourceforge.io/ACBrLib/ComoemitirumaNFeouNFCe.html
  20. Realmente parece ser um problema da SEFAZ do PR... onde o Servidor deles, ainda não tem essas novas cadeias de certificado instaladas... Veja esse tópico, com o mesmo problema:
  21. Por favor veja o Novo Demo do ACBrTEFD, focado em impressoras Não Fiscais http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTEFD/NaoFiscal/Delphi/
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Se você está usando as da versão 1.1.1, tente remover elas, e testar com as da 1.0.x http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.7/x86/
  24. Verifique se as DLLs do OpenSSL estão na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/
  25. ACBrSATExtratoFortes1.CasasDecimais.qCom
×
×
  • 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.