Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Daniel Simoes

Fundadores
 Perfil  Explorar Conteúdo

  • Total de ítens

    27.641

  • Registro em

  • Última visita

  • Days Won

    767

 Tipo de Conteúdo 

Tudo que Daniel Simoes postou

  1. Daniel Simoes
    Tenho contatos na Epson... mas não na Daruma... em todo caso, podemos deixar a propriedade lá... e ir adequando as demais classes depois, conforme a disponibilidade do comando no ECF... Mas de acordo com uma pesquisa preliminar no manual dessas marcas, acho que Epson e Daruma não suportam ajustar o posicionamento do Cod.Barras..
  2. Daniel Simoes
    Acho que o nome correto, não seria "Alinhamento" ? É uma boa inserir a propriedade no ACBrECF.ConfigBarras... Teremos que consultar o suporte da Epson e da Daruma para saber se eles possuem esse recurso...
  3. Daniel Simoes
    Não compreendi... qual aplicação imprimiu o Extrato errado e qual imprimiu o correto ??
  4. Daniel Simoes
    O ECF não retorna essa informação.. Veja na página 107 da Especificação do ECF 09/09 (EscECF) Comando 26|17
  5. Daniel Simoes
    Continuo sem compreender o seu problema... Por favor forneça um passo a passo, de como reproduzir o problema, usando o Projeto Demo ETQTeste.exe
  6. Daniel Simoes
    Seria necessária uma pesquisa no manual de comunicação direta dos ECFs mais utilizados... Você pode encontrá-los na pasta TOOLs do repositório SVN https://svn.code.sf.net/p/acbr/code/tools/
  7. Daniel Simoes
    O erro ocorreu, porque o seu arquivo de Entrada, possui alguns caracteres "TAB" no inicio do mesmo.... Veja essa Imagem Fiz um tratamento no código, para ignorar espaços a Esquerda (TrimLeft)... Mas até que a versão nova não fique pronta, você pode ajustar a sua rotina de geração do arquivo ENT.TXT para evitar esses caracteres no inicio do arquivo...
  8. Daniel Simoes
    Você está usando o ACBrInstall ??
  9. Daniel Simoes
    Você não postou o arquivo de Entrada (ENT.TXT) que está enviando para o ACBrMonitorPlus...
  10. Daniel Simoes
    O cadastro do SGRSAT para Sw.Houses, é apenas para Pessoas Jurídicas... Ou você abre empresa, ou não poderá atuar como Sw.House de SAT em SP
  11. Daniel Simoes
    Se o SAT e sua IDE suportar UTF8, essa é a melhor escolha... Caso contrário, você precisará testar algumas, para verificar se os caracteres acentuados são retornados corretamente No Brasil é comum: CP850, CP852, CP860 CP1252 ...
  12. Daniel Simoes
    Ainda não tive tempo de analisar... respondo até o final do dia...
  13. Daniel Simoes
    no "trunk2" foram aplicadas modificações para que esses retornos fiquem em propriedades do componente... assim que tiver um tempo, tento sincronizar no "trunk"
  14. Daniel Simoes
    Enviei novas modificações para o ECF, que devem melhorar a detecção... Mas veja... No caso de FIM de Papel, o ECF que é o responsável por acusar o erro no comando enviado... e pelo que testei... isso já estava funcionando adequadamente... O ECF retorna essa condição de erro nas Mensagens do protocolo, e não na leitura de Pedido de Status... Ou seja, você não precisa fica lendo o Status antes de cada comando enviado... isso deixará o seu programa muito lento... Com a implementação atual, o ACBrECF deve, detectar a condição de Pouco Papel e de Fim de Papel adequadamente...
  15. Daniel Simoes
    Hum... acho que seria interessante ter um evento, quando essas mensagens forem recebidas... vou analisar a possibilidade...
  16. Daniel Simoes
    Ajuste a propriedade "LarguraBobina", veja também "Margens.Direita; Margens.Esquerda"
  17. Daniel Simoes
    No caso de falta de papel, o ACBrECF não está disparando um Exception ?
  18. Daniel Simoes
    Sem Papel é uma condição diferente de Pouco Papel... Qual das duas condições estamos falando ??? Quando o ECF acusa SEM PAPEL, há um exception do ACBrECF, e o comando enviado não é precessado...
  19. Daniel Simoes
    Use o ECFTeste, e programe a Forma de Pagamento 02
  20. Daniel Simoes
    É um bug do Demo que terá que ser corrigido
  21. Daniel Simoes
    Apliquei uma possível correção no SVN... favor atualizar e verificar...
  22. Daniel Simoes
    Fiz um teste e o envio de e-mail ocorreu com sucesso... Notei em suas imagens, que o seu nome de usuário, muito provavelmente está configurado errado... Ele deveria ser o mesmo que o seu e-mail, ou ainda "ricardo.miquinio"... Verifique também se realmente não é necessário marcar TLS Use o botão TESTAR da aba de configuração de e-mail, para garantir que a configuração está correta
  23. Daniel Simoes
    Humm.. realmente da maneira que está implementado o trabalho de gerar o XML de cancelamento teria de ser externo, sendo que o ACBrSAT é capaz de fazer isso... Eu atualizei o ACBrMonitorPlus.. com as modificações recentes... e novos métodos, por favor leia o change-log em: Você poderia fazer algo como: SAT.CarregarDadosVenda( AXML ) SAT.CancelarCfe
  24. Daniel Simoes
    Esse comando solicita o XML de cancelamento e não o de venda...
  25. Daniel Simoes
    aparemtente vc está usando o modelo errado (stdcall, cdecl) Verifique também se está usando a DLL do fabricante
×
×
  • 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...