-
Total de ítens
26.146 -
Registro em
-
Última visita
-
Days Won
748
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Daniel Simoes postou
-
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/
-
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
-
Apliquei uma possível correção no SVN
-
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
-
Fortesreport Community Edition
Daniel Simoes replied to armando.boza's tópico in Object Pascal - Delphi & Lazarus
Essa versão é para a extinta CLX (veja o prefixo "Q" nas Units) -
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)
-
Vamos esperar o André responder...
-
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...
-
Não há uma regra geral... Isso depende de cada UF
-
Acho que compreendi o que está gerando o problema... enviei os seguintes ajustes para o SVN
-
Qual Unit e linha ???
-
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
-
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 ?
-
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:
-
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)
-
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
-
Rise Exception Tacbrecfbematech.abreportaserialdll
Daniel Simoes replied to ademar-datalan's tópico in ACBrSerial
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 ? -
Rise Exception Tacbrecfbematech.abreportaserialdll
Daniel Simoes replied to ademar-datalan's tópico in ACBrSerial
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... -
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 ?
-
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...
-
Defina o nome do arquivo em: "ACBrECF.ArqLOG"
- 16 replies
-
- Daruma
- finalização de documento
- (e 1 mais)
-
Verifique se ele realmente passa por essa rotina... A analise do Log gerado pelo ACBrECF pode elucidar essa questão...
- 16 replies
-
- Daruma
- finalização de documento
- (e 1 mais)
-
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...
- 16 replies
-
- Daruma
- finalização de documento
- (e 1 mais)
-
Erro Ao Compilar No Xe3 - Funcao Calcularconteudoqrcode
Daniel Simoes replied to sidnei_alves1's tópico in ACBrSAT
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 -
Rise Exception Tacbrecfbematech.abreportaserialdll
Daniel Simoes replied to ademar-datalan's tópico in ACBrSerial
Se deseja sugerir modificações, favor anexar os fontes modificados ou um patch