Ir para conteúdo
  • Cadastre-se

Juliomar Marchetti

Consultores
  • Total de ítens

    46.614
  • Registro em

  • Última visita

  • Days Won

    366

Tudo que Juliomar Marchetti postou

  1. bom dia ! esse daii é do Fortes report e alguém está salvando essas propriedades no dfm do arquivo e assim gera esse erro!
  2. faz um teste ali usando um código de conversão do ACBrStr() ACBrStrToAnsi(); ACBrStrToUTF8();
  3. Veja no svn que tem até um código de exemplo de como usar!
  4. Sim é esse! para contribuir basta anexar os fontes aqui informando o que foi mudado que ele é avaliado e subido!
  5. O problema está por que usa o delphi 7 correto? Ansi e unicode!
  6. Rodou como administrador o instalador do Fortes?!
  7. Use o Instalador! ele está lá no git junto! feche o delphi e execute é o tal next next finish!
  8. Informe passos pra poder simular? também que tipo e tamanho de arquivo que usou de logo!
  9. anexa o fr3 que comparamos e quem subimos ao svn!
  10. desculpe mas 1 segundo de diferença! aceitável certo?
  11. Então esse ai é o que precisa de duas assinaturas e não está pronto ainda! mas sim a resposta para o caso de cidades novas!
  12. precisa saber o provedor e se o mesmo já está implementado! se sim é só mexer no arquivo ini e tá feito!
  13. Boa tarde! o ACBrECF tem essa característica pois para o caso de ECF fiscais tem algumas que não deixa abrir mais de um vinculado mesmo de tipos diferentes de pagamento! e como os homologadores aceitam isso é possível!
  14. Veja o trunk2 é único que nos últimos 7 meses tem recebido correções e implementações! se ler também a documentação verá que o delphi 6 não é dado suporte ou suportado na integra pelo ACBr! sugerimos do 7 para cima e ainda assim o 7 é um que será com o tempo eliminado pois é muito antigo, incompatibilidade com strings e etc.! sugiro migrar para uma versão mais recente do delphi ou para lazarus!
  15. Ai vem uma pergunta! pq não migrar para versões mais recentes, se perde em tecnologia em agilidade em compilação! veja até mesmo o lazarus eu faço atualização constante nele e não mantenho mais nada no meu micro com versões que até mesmo não possui mais suporte por parte do fabricante!
  16. Anexe a unit com a alteração sugerida e remova do post!
  17. Bom dia! tentou debugar o mesmo no local onde é preenchido os datasets com os dados?
  18. No caso não condiz em nada pois ainda está em implementação.! tem um provedor que está funcionando agora os demais que precisam de duas assinaturas no lote e no rps ainda não !
  19. Por favor queira aguardar e não sair postando em cada tópico que subiu arquivos para a juliana subir! primeiro é precisa avaliar se o que fez e o que diz bate com o manual! então aguarde e não faça isso Ok! acabei de ler outro lugar que tu fez o mesmo!
  20. Tu mexeu nos arquivos ou está desatualizado! estou com esse mesmo arquivo aberto aqui e está diferente! faça um revert para o que possui no github
  21. no svn a alteração! Obrigado!
  22. Hum entendi! mas dai como contornar o problema? pois pelo que entendi foi usado uma tipagem para duas finalidades ! é isso?
  23. tem que ver qual provedor que é e ler as especificações dele se deixa ou não!
  24. Qual seria o mesmo problema? não entendeu como carregar o xml e imprimir a danfe ou que está dando erro com o Fast Report e o fr3 gerando o problema de dataset? se for o segundo pode ser versão ou problema de midas!
  25. Bom dia! está errado pois sempre ele vai para no primeiro valor '4' ! somente quando é enumador é que vai retornar mas a mesma coisa! enviado ao svn a correção!
×
×
  • 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...