Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.553
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. O ACBrSAT é um componente para as linguagens de ObjectPascal como Delphi e Lazarus os Fabricantes disponibilizam DLLs para acessar o SAT, você poderia fazer uso da mesma...
  2. Qual a versão que você testou ? Repare no ACBr-Change-log.txt que o Italo promoveu correções para esse problema... esta semana
  3. Em qual revisão do SVN você está ? correcoes para esse problema foram enviadas ontem
  4. Prezados, Apliquei diversas modificações em ACBrDFeComum e ACBrNFe, referente a esse (eterno) problema de Encoding... Seria tão mais simples se o Delphi XE usasse UTF8, assim como todas as linguagens de programação modernas o fazem... Por favor leiam o Change-Log.txt dos pacotes modificados... e repitam os testes... Eu concordo com a modificação promovida pelo @Rômulo da Costa de Souza... a analise dele, no post acima, está perfeita...
  5. Apliquei mais algumas modificações no Demo do ACBrNFe, e nos fontes do ACBr, referente a essa questão do UTF8, por favor atualizem, e leia o conteúdo dos arquivos de "Change-Log.txt"
  6. Apliquei várias modificações no SVN relativas a problemas de confusão entre UTF8 e UNICODE... (incluindo as modificações do Patch acima) Pelo Debug do XE7 o XML está sendo gerado corretamente em UTF8, assim como todos os arquivos salvos no disco... Favor atualizar e testar novamente...
  7. Correção aplicada no SVN...Muito obrigado...
  8. Comparei o código com o "trunk" antigo, e verifique que a implementação que apliquei está correta... Enviado para o SVN
  9. Veja as implementações de ECFVirtual... em especial ACBrECFVirtualPrinter.pas e ACBrECFVirtualNaoFiscal.pas Você poderia criar a sua própria classe semelhante a essas
  10. Eu já tenho esses códigos e manuais... de nada me adianta sem uma impressora... Estude como está implementado na Unit ACBrEscElgin.pas Ahh lembrei de algo... parece que esse modelo não suporta QRCode maiores do que 255 caracteres... (que é o caso do QRCode do SAT)... Parece ser um Bug desse firmware... Veja: http://www.projetoacbr.com.br/forum/topic/22897-acbrposprinter-nao-imprime-o-qrcode/?do=findComment&comment=154575
  11. Compreendi... a SEFAZ não disponibiliza nenhum WebService que possa ser acessado pela aplicação...
  12. Não devemos modificar a resposta do SEFAZ... se ela tem acentos, então temos que considerá-los... O problema de não abrir, ocorre pelo fato do arquivo estar usando um Encoding diferente do informado na TAG inicial A modificação que fiz, é para garantir que o arquivo seja sempre gravado com o Encoding de UTF8 (o mesmo informado na Tag inicial)
  13. Não é tão difícil assim... abra a Unit ACBrEscBematech.pas do Trunk2, e veja como é feita a impressão do QRCode
  14. É bom ter Olhos de águia... O "Resolvido" era um PlugIn para o Fórum, que ainda não foi disponibilizado nessa nova versão
  15. Não compreendi a pergunta... pois o ACBrSAT *SEMPRE*, retornou o XML do SAT
  16. O que você mudou especificamente ? Não vejo como essas mudanças no arquivo DFM, poderiam corrigir o problema..
  17. Não compreendi... conforme já foi dito antes... para o modelo ELGIN I9, é necessário usar: ppEscPosEpson Vários usuários aqui do fórum já usam a ELGIN I9, com sucesso... (com o modelo ppEscPosEpson)... Use a busca do fórum e confira... Verifique se a impressora está configura para modo EscPos
  18. O ideal é usar a porta Serial (ou um adaptador USB-Serial de boa qualidade).. Por favor faça um teste... na Unit ACBrECFEscEcf.pas, linha 979 mude: Sleep( 50 ); Para um valor maior... o recomendado no protocolo é 200... usei 50 para agilizar a comunicação...
  19. Sim, você pode usar o Tortoise para gerar um Patch, e ele gera um arquivo apenas com as diferenças.. Por favor descreva melhor a origem dos problemas... Aqui está compilando sem problemas em XE7, D7 e Lazarus
  20. Ok quanto o OR no IF... O que notei que no seu código, não tem o Índice Det.Prod O correto não seria: Det[i].Prod ? (Compilando aqui da sua maneira, ocorreu um erro de compilação)
  21. Aparentemente o problema ocorre porque esse modelo adiciona "Aplicativo:" no inicio da Linha... Resta saber se isso também ocorre com os demais equipamentos MFD da Bematech A sua mudança propõem: PadRight(Trim(MD5)+NomeVersao,84); Isso não irá piorá o quadro ? pois acredito que o resultado final será o MD5 concatenado com o Nome do programa: "12345NomedoProgreama"
  22. O modelo ppEscElgin foi criado justamente para a VOX... pode ser que seja necessária alguma configuração no equipamento... porém, não sei dar mais detalhes, pois (ainda) não tenho esse equipamento para testes... A Elgin já entrou em contato comigo, e estão enviando: uma Impressora I9, uma Impressora VOX e um SAT
  23. Não... o problema é que o S.O.não consegue encontrar a BPL quando a IDE tenta fazer a carga dinâmica dela...
  24. Muito obrigado pelo Exemplo... Acho que encontrei o problema... A confusão é que estava tratando o Delphi XE como se o mesmo gerasse código em UTF8, o que não é verdade (ele gera em Unicode)... Estou aplicando algumas correções... vou testar em Lazarus e D7, volto a postar em breve Se alguém desejar testar enquanto isso... Segue em anexo um Patch com as Units que foram modificadas ACBrDFe_Delphi_Unicode.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.