Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.504
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. O fato do XML do SAT ser assinado, pode provar que a origem é dele... Porém, acho que você poderá ter problemas com esse XML gerado pelo SAT/Fisco, em Sistemas que forem usá-lo para integração (escrituração) ou Importação de dados.... Acho que seria prudente consultar o SEFAZ/SP sobre esse XML inconsistente...
  2. A esperança é a você a comunidade pesquisar a respeito do problema... Opções: - Ler os fontes, verificar se há como contornar o problema do Fortes de alguma maneira... - Tentar implementar uma propriedade "Roll" no Fortes - Entrar em contato com o pessoal da comunidade do Fortes, e ver o que pode ser feito...
  3. Curiosidade: Será que o XML retornado pelo SAT passaria por uma validação de XSD ? Pois quando muda o Regime Tributário, muda muita das regras do XML... Talvez o ACBr possa gerar o XML correto novamente, fazendo algo com: procedure TForm1.Button1Click(Sender: TObject); begin ACBrSAT1.CFe.LoadFromFile('CFe-chave_do_documento_recebido_diretamente_do_SAT-rec.xml'); ACBrSAT1.CFe. Emit.cRegTribISSQN := ACBrSAT1.Config.emit_cRegTribISSQN; ACBrSAT1.CFe.SaveToFile('CFe-chave_do_documento-new.xml'); end;
  4. Não compreendi... Se o SAT retorna o XML como "NORMAL", mesmo com você criando o XML como "SIMPLES", então provavelmente o seu cliente ainda não deveria emitir Notas como Simples Nacional... O regime tributário afeta diretamente a geração do XML... conforme as regras de do Manual de Especificação do SAT...
  5. Julio, Não consegui encontrar qualquer sinal de bug nessas rotinas.. faça um teste rápido na sua aplicação, a fim de testar os métodos GetAsXMLString e SetXMLString procedure TForm1.Button1Click(Sender: TObject); begin ACBrSAT1.CFe.LoadFromFile('CFe-chave_do_documento_recebido_diretamente_do_SAT-rec.xml'); ACBrSAT1.CFe.SaveToFile('CFe-chave_do_documento-new.xml'); end; Compare os dois XMLs usando WinMerge ou alguma outra ferramenta de DIFF
  6. Use o Debug e insira um BkPoint na linha abaixo de pcnCFew.pas... verifique o valor da variável: "CFe.Emit.cRegTrib", ela deve ser igual a: RTSimplesNacional, que traduzido pela função "RegTribToStr", deverá ser igual a "1" if not FApenasTagsAplicacao then Gerador.wCampo(tcInt, 'C14', 'cRegTrib', 01, 01, 1, RegTribToStr(CFe.Emit.cRegTrib), DSC_REGTRIB);
  7. Obrigado pela analise precisa e contribuição... Já enviei para o SVN...
  8. Sim... o bug é do SEFAZ... agora que eles foram informados, acho que logo eles corrigem... Obrigado pelo ótimo trabalho de pesquisa...
  9. Poderia por favor anexar (zip) os fontes modificados ou ainda gerar um DIFF ?
  10. Use a força... consulte os fontes... // Numero do Extrato ou Homologação // if (ide.tpAmb = taHomologacao) then NumExtrato := '000000' else NumExtrato := Trim( IntToStr( ide.nCFe ) );
  11. Algumas impressoras apenas efetuam Truncamento... O ideal é você ler do ECF a maneira de calculo (Arredondamento/Truncamento), e replica-la no seu software
  12. Não compreendi... Você fez correções nos fontes do ACBrSAT que gostaria de reverter para a comunidade ?
  13. Acredito que semana que vem, teremos a "estreia" do Trunk2... (assim que o ACBrInstall ficar pronto)
  14. Falei com a Bematech... eles estão me enviando uma MP4200 e um SAT... assim que chegar eu verifico os problemas encontrados...
  15. Subi uma nova versão do que permite Ler Informações e o Status de Impressoras EscPos, (apenas para Porta Serial)
  16. No "Trunk2" você pode regular o espaço entre linhas em uma propriedade do componente TACBrPosPrinter... Não estou mais trabalhando nos fontes do "trunk", ou seja, eu teria certa dificuldade de migrar as suas modificações do "trunk" para o "trunk2"...
  17. Oi Joao, Muito obrigado pelos testes... Na Bematech, quais comandos não funcionaram ? (pode ser que esse modelo não suporte alguns dos comandos) Verifique se diminuindo o parâmetro "ConfigBarras.Largura", os códigos funcionam... A sintaxe de comando para Cod.Barras que estou usando, para EscPos (Epson/Bematech) é o método 2, onde sempre devemos informar o tamanho do Cod.Barras como parâmetro O Teste de Página de Código teve sucesso ?
  18. Parece ser um Bug do Fortes Report... Ou uma característica dele... O que ocorre, é que o Fortes lê as métricas do Papel da Impressora do Windows... Você precisaria criar uma folha de papel customizada e deixá-la como default ... A meu ver, a solução não é boa, pois exigiria essa modificação em todas as instalações do windows... No FastReport existe uma propriedade "Roll" (ou algo parecido).. mas o Fortes não tem esse recurso... Meu conselho, é usar o modelo ACBrSATExtratoEscPOS
  19. Veja a Linha: 75 - 14:09:38:674 - NumeroSessao: 767757 - Resposta:767757| Pegue o sexto parâmetro (conte os pipes "|") é uma longa sequencia de caracteres ASCII E use no site: https://www.base64decode.org/e cole o conteúdo (abaixo)... Observe no resultado gerado pela decodificação... que as observações do Fisco estão lá... Acho que o primeiro passo é entrar em contato com o fabricante.. talvez por algum Log deles, eles possam saber se essa informação está vindo do Fisco
  20. João, por favor veja Download
  21. Disponibilizei uma aplicação já compilada do PosPrinterTeste.exe Se possível, por favor testem todas as opções no seu modelo de Impressora
  22. Version 4.2.0

    6.082 downloads

    Programa de Teste e Exemplo do componente TACBrPosPrinter, que será disponibilizado no "trunk2"... Por favor execute com o seu modelo de Impressora NÃO fiscal, e reporte os resultados... -- ACBrPosPrinter -- [+] Criado novo componente: TACBrPosPrinter, que permite manipular Impressoras NAO fiscais, de bobina, usando a linguagem EscPos ou similares, por meio de TAGS no texto. Controla a formatação de caracteres Ex: Negrito, expandido, condensado, etc e a impressão de Cod.Barras e QRCode. Compatível com: ppEscPosEpson, ppEscBematech, ppEscDaruma
  23. PosPrinterTeste.exe Visulizar Arquivo Programa de Teste e Exemplo do componente TACBrPosPrinter, que será disponibilizado no "trunk2"... Por favor execute com o seu modelo de Impressora NÃO fiscal, e reporte os resultados... -- ACBrPosPrinter -- [+] Criado novo componente: TACBrPosPrinter, que permite manipular Impressoras NAO fiscais, de bobina, usando a linguagem EscPos ou similares, por meio de TAGS no texto. Controla a formatação de caracteres Ex: Negrito, expandido, condensado, etc e a impressão de Cod.Barras e QRCode. Compatível com: ppEscPosEpson, ppEscBematech, ppEscDaruma Autor Daniel Simoes Enviado 06-05-2015 Categoria Demos / Testes / Utilitários  
  24. Criei um novo método em ACBrUtil.pas, para ser usado nessas situações: function AnsiChr(b: Byte): AnsiChar; begin Result := AnsiChar(chr(); end;
×
×
  • 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...