Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.065
  • Registro em

  • Última visita

  • Days Won

    759

Tudo que Daniel Simoes postou

  1. O problema do EscPos parece ser o fato de você ter configurado errado o numero de colunas Use o PosPrinterTest, imprima o "Teste de Carácteres" e veja quantas colunas essa impressora suporta
  2. 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.
  3. Verifique por atualizações no firmware da Impressora, no site do fabricante
  4. A princípio sim... Depois vemos a notação correta, e como incluir o flag de horário de verão
  5. Ainda não sei bem... Preciso pesquisar.... Mas acredito que nas Units do projeto Synapse (usado no ACBr) deve existir algo a respeito... pode enviar os fontes, que me comprometo de implementar a validação
  6. Isso já existe no ACBr, ( não está em uso no momento )... O problema é que as regras do governo mudam todo ano Até onde eu sei, os ECFs não mudam o horário de verão automaticamente
  7. Experimentem desabilitar a opção "ControlePorta"
  8. Errado.... pois o Bug é no Emulador SAT do SEFAZ... (isso está bem claro no tópico)
  9. Use obrigatoriamente "AnsiString", quando estiver manipulando "buffers" ou conteúdo binário (caracteres não legíveis) Por exemplo, no ACBrECF, recebemos muito caracteres de controle do protocolo (ETX, STX, NUL)... Nesse caso é necessário o AnsiString...
  10. Pedron, Ótimas ideias... acho que podemos manter uma String para o "TimeZone"... e ela pode ser Published... no SetTimeZone, escrevemos um código para saber se o usuário está passando um valor válido...
  11. Leia o tópico todo... todos estão falando apenas do Emulador de SAT do SEFAZ
  12. Tente enviar para o Emulador SAT do fisco... ele costuma informar alguns dos erros, em sua tela...
  13. Pode me enviar uma imagem do CallStack, no momento do travamento ?
  14. Por favor verifique, se o problema somente ocorre após a emissão de uma NFCe... Minha suspeita, é de que algo está ficando na memória do "Fortes Report", e isso está influenciando a geração do PDF.. Um teste, seria: - Fechar o ACBrMonitorPLUS - Abrir novamente - Enviar o comando de geração do PDF TFA
  15. Pedron, Como você pensa em declarar essa propriedade ? (Que tipo ?)
  16. Mas porque ele está tentando ler algo ? vc comandou algo nele ? Como está o Callstack ?
  17. Desculpe-me mas não tenho tempo para Debugar no Linux, no momento... Por favor tente avançar mais... use o Debug, tente descobrir o motivo do travamento...
  18. Sim... Você pode editar o XML e tratá-lo diretamente na sua aplicação, antes da assinatura e envio...
  19. Qual é o passo a passo para configurar e reproduzir o problema, usando o Demo do ACBrNFe ?
  20. Humm.. se o problema for apenas a presença do "CFe", poderíamos aplicar um "workaround", nos fontes do ACBr, para que esse Bug do Emulador passe desapercebido... Vou atualizar meu emulador e fazer alguns testes...
  21. Ele agrupará no mesmo CCD, todas os pagamentos que tiverem o mesmo índice de Forma de pagamento...
  22. O erro aparenta ser na rotina de Impressão usando EscPos... a porta informada para o dispositivo, não foi encontrada...
  23. Qual é exatamente o problema ? Por favor anexe um PDF de exemplo...
  24. Nesse caso, você deve corrigir os erros no seu XML.... O ACBrMonitorPLUS não está aplicando nenhuma modificação no XML que vc enviou, ele simplesmente repassa o XML para o SAT O envio do XML para o SAT, ocorreu com sucesso... basta ler o conteúdo de ACBrSAT.log
×
×
  • 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.