Ir para conteúdo
  • Cadastre-se

Alexandre de Paula

Consultores
  • Total de ítens

    2.420
  • Registro em

  • Última visita

  • Days Won

    25

Tudo que Alexandre de Paula postou

  1. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Criada a TK-6161 para avaliação. Obrigado
  2. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  3. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  7. complementando a resposta do Juliomar segue tópico sobre o assunto:
  8. Boa tarde, Tá temos a TK-5666-1 para essa implementação. Anexei este tópico para referencia. Obrigado pela contribuição.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Criada a TK-6138 para avaliação. Obrigado pela contribuição.
  11. Bom dia Anexe os arquivos alterados aqui para avaliarmos. Obrigado
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo
  14. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  15. sim, porque o preview é gerenciado pelo motor de relatório, ou você pode enviar a impressão pra uma "impressora salvar arquivo", são opções fora do escopo do componente. já pelo componente as impressões serão individuais.
  16. Acredito que você esteja fazendo a impressão como sugeri, via interface no preview... A impressão não deve agrupar quando se envia direto via funções do componente.
  17. Obrigado @Vagner S Oliveira, email recebido. Vamos realizar os testes e retorno em breve
  18. Bom dia, Na realidade ocorreu que o componente foi projetado para impressão imediata e não para carregar um lote de documentos e fazer impressão do lote. O que havia era um problema e que foi solucionado. Esse comportamento inclusive era apresentado somente nas impressões do FastReports. Os outros motores (Fortes e FPDF) não apresentavam esse comportamento e sempre gerarm impressões indiviuais. No tópico acima é explicada a correção. Não existe previsão de implementar nada nesse sentido no componente já que como citado antes o objetivo é realizar a impressão imediata do documento fiscal. Como solução para as demandas de vocês a sugestão é avaliar as funcionalidades do próprio FastReport onde fazendo o preview dos documentos pode ser possível exportar em arquivo único via interface do Fast, porém não através dos componentes ACBr.
  19. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  20. no link que o panda enviou, procure por grafeno.
  21. Talvez você possa implementar um metodo mais simples como a consulta de Status para avaliar o funcionamento geral da rotina no seu sistema. Envio e recebimento de dados. E depois ter um comparativo das operações.
  22. Boa noite, Criada a TK-6124 para avaliação. Obrigado pela contribuição!
  23. Boa tarde @Suporte_Click, A configuração quando realizada pelo comando EMAIL.NOVO('dados do remente') altera o remetente para o envio que está sendo realizado no momento e não a configuração do monitor, portanto se você acessar a tela do monitor irá ver a configuração "Original" do monitor e não a que você enviou pelo comando. Caso envie o comando somente EMAIL.NOVO o Monitor vai usar as configurações definidas orginalmente no programa (conforme documentação que vc mostrou). Já este caso não consegui reproduzir o problema que você indicou... nos meus testes sempre que foi alterada a configuração o envio obedeceu a configuração nova. Note que existe a recomendação de aguardar o retorno OK na documentação. Talvez uma alterativa seja verificar a sequencia de operações que você está realizando nos casos que o remetente vai trocado. Seria possivel você realizar alguma operação nessa condição e enviar o log para avaliarmos? Obrigado.
  24. Boa tarde @Vagner S Oliveira e @Bruno Santos Martins, Estamos realizando alguns testes com os retornos de datas das consultas citadas, porém não temos credenciais para o bradesco especificamente. é possível enviar alguma credencial de homologação desse PSP para [email protected] e colocar o link deste tópico também? Obrigado!
  25. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo 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.

The popup will be closed in 10 segundos...