Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    26.146
  • Registro em

  • Última visita

  • Days Won

    748

Tudo que Daniel Simoes postou

  1. A única coisa que conheço, é o endereço do projeto: https://github.com/fortesinformatica/fortesreport-ce Como eu uso Lazarus/FPC.. eu uso o Fortes4Lazarus http://fortes4lazarus.sourceforge.net/
  2. Comece lendo a documentação do SAT http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp Procure por: "Especificação de Requisitos do SAT"... não precisa ler as sessões que dizem respeito a implementação técnica do equipamento, mas vc precisa conhecer o XML, e os princípios de funcionamento do SAT, além dos comandos disponíveis
  3. Aparentemente esse SAT inclui quebras de linha no Retorno do Encode64 do XML... e isso está atrapalhando a interpretação do componente... Vou aplicar um workaround
  4. Essa versão é para a extinta CLX (veja o prefixo "Q" nas Units)
  5. Não sei ao certo... mas logo alguém aqui complementa a minha resposta... A AFRAC tem um mapa bem interessante... http://www.afrac.org.br/mapas/ (clique na aba Tendências)
  6. Use o DANFE em ESCPOS... pois ele usa a linguagem de caracter, nativa das Impressoras de bobina (ESCPOS)... O que torna a impressão muito mais rápida de leve... além do uso de fontes nativas, o que torna o conteúdo mais legível...
  7. Não há uma regra geral... Isso depende de cada UF
  8. Acho que compreendi o que está gerando o problema... enviei os seguintes ajustes para o SVN
  9. Antonio, Se você quer resolver apenas a impressão do DANFE para NFCe.... Use uma versão de DANFE com ESCPOS, que não necessita da instalação de nenhum gerador de relatório
  10. Qual é a Tag que está sendo convertida ? Parece ser um problema de conversão do D7, não é difícil tratar, bastaria usar um try/except na conversão... Ex: try ConteudoProcessado := IntToStr(valor) except ConteudoProcessado := '0' end; Mas muito provavelmente essa Tag não deveria ser vazia... O que você quer dizer com "icms tem sempre que enviar"... Poderia ser mais específico ?
  11. Em uma reunião recente com a equipe de programadores, decidimos que SIM, alguns dos argumentos, foi o fato de que a própria Embarcadero abandonou o Rave... A nova versão do ACBrNFeMonitor, será feita em Lazarus (não dependerá do uso do Rave) Mas isso não significa que o Package do Rave não possa ser mantido pela comunidade... é apenas o fato de que a equipe do ACBr deixará de revisá-lo... Como eu uso apenas Lazarus... não opinei... Há um tópico com uma enquete sobre isso, fixo no fórum:
  12. O erro ocorre na linha abaixo ? pcnGerador.pas -> ConteudoProcessado := IntToStr(valor); Se SIM, qual é o conteúdo de "Valor" no momento do erro ? Qual campo está sendo convertido ? (veja no Call Stack)
  13. O suporte a RAV será descontinuado pela equipe do ACBr... O motivo é a dificuldade em manter e dar suporte aos diversos geradores de relatório existentes... Com isso, não temos planos em fazer um DANFE para NFCe com o Rave Sugiro usar o Fortes Report, pois o mesmo é OpenSource e pode ser usado em todas as edições do Delphi e Lazarus
  14. Eu não vejo como essa sugestão, ou a anterior, poderia corrigir um Access Violation... Não temos relatos de outros usuários tendo A.V. nesse código... A.V. ocorre quando tentamos acessar um objeto que nunca existiu ou que já foi destruído... Qual é a sua analise para o problema estar ocorrendo ? E como a sua correção pode solucioná-lo ?
  15. Ademar, Creio que a modificação não possa ser aplicada, pois pode quebrar aplicações existentes... e pelo que analisei, o nome do INI está sendo atribuído corretamente {$IFDEF CPU64} IniFile := ExtractFilePath( PathDLL )+'BemaFi64.INI' ; {$ELSE} IniFile := ExtractFilePath( PathDLL )+'BemaFi32.INI' ; {$ENDIF} O INI deve ficar na mesma pasta da DLL, e as linhas acima, garantem isso... Se mudarmos para o proposto: Ini := TIniFile.Create( aPath+IniFile ); O INI será criado no diretório de destino, informado pelo programador, no momento da geração do arquivo...
  16. Consegui recriar o XML retornado... mas não consegui reproduzir o erro... Qual é a sua IDE ? Sabe exatamente em qual linha dos fontes o problema ocorre ?
  17. Nunca testei com esse equipamento... mas em todo caso, deveria funcionar, pois a especificação é padrão... Com o LOG, posso tentar recriar o XML retornado, e verificar o que houve... Por favor aguarde a próxima interação...
  18. Verifique se ele realmente passa por essa rotina... A analise do Log gerado pelo ACBrECF pode elucidar essa questão...
  19. Talvez o ECF subtotalize automaticamente quando você fecha com Dinheiro... A pergunta é: Você está ou não enviando o comando de SubTotalização ? Ele é necessário...
  20. No "trunk2", eu já fiz um estudo de vários lugares, onde o "DecimalSeparator" era utilizado... e na maioria dos casos, a modificação foi passar usar algum método de conversão da ACBrUtil Na ACBrUtil.pas, do Trunk2, está com os IFDEFs...para evitar os "warnings"... Pois mesmo usando a ACBrConsts.pas, os warnings continuam aparecendo no Lazarus No Trunk2 crie uma diretiva nova no ACBr.inc
  21. Se deseja sugerir modificações, favor anexar os fontes modificados ou um patch
×
×
  • 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.