Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.491
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. A legislação prevê que o código de barras possa ser quebrado em 2 linhas...
  2. Continuo sem compreender... Há como reproduzir o problema com o Demo ETQDemo ?
  3. Eu não lembro muito bem desses fontes... mas acho que tem a haver com a maneira que você efetua os pagamentos... Recomendo a leitura dos fontes do TEFDDemo... (tem vários comentários no código) Como falei antes, normalmente as formas de pagamento iguais são agrupadas, e é impresso apenas um Pagamento, e Apenas um CDC. Todas as vias de todos os pagamentos que foram agrupados são impressas no mesmo CDC... Infelizmente não posso aceitar a sua modificação devido o motivo exposto acima... Imprimir o gerencial não é o correto para TEF (consulte o órgão homologador)
  4. Essa propriedades deixaram de ser published para serem publicas, por motivos de compatibilidade com o Firemonkey (FMX) Ignore os erros, e salve novamente o formulário/datamodule onde o componente está e pronto...
  5. O ACBrTEFD procura agrupar o Total por forma de pagamento... Ou seja, o comportamento padrão dele, é agrupar as mesmas formas de pagamento em apenas uma... Se não me engano deve haver uma maneira de configurar para ele não fazer isso (não lembro bem)... Você não pode imprimir o comprovante TEF em Gerencial, na primeira tentativa... O CCD /CDC (Comprovante de Crédito Débito) existe justamente para operações TEF
  6. ACBrECF.Retentar := False
  7. Existem diversas maneiras de assinar um arquivo... Você deve ler a informação técnica que eles devem fornecer sobre esse processo de assinatura
  8. Verifique no XML recebido, se a Obs está lá... O ACBrSAT recupera esse XML através de um decode de Base 64 do retorno do SAT
  9. Não use o ACharPorta ou AcharECF... Atribua corretamente os valores de Modelo e Porta, e ative o componente...
  10. Sua chave é um módulo... as chaves RSAs são formadas por um numero gigantesco (o módulo) e um expoente... Muito provavelmente o expoente é 1001 (mas pode ser outro.. nesse caso consulte a Bematech) No ACBrEAD, você pode ler esse tipo de chave, usando os métodos: TACBrEAD.LerChaveModuloExpoente(Modulo, Expoente: AnsiString) Ou ainda o método: procedure TACBrEAD.LerChave_eECFc(ConteudoXML : AnsiString ) ; Nesse caso o XML deve ter o formato adotado pelo programa eECFc (do fisco).. Exemplo: <?xml version="1.0"?> <empresa_desenvolvedora> <nome>SUA_EMPRESA</nome> <chave> <modulo>COPIE_O_SEU_MODULO_AQUI</modulo> <expoente_publico>10001</expoente_publico> </chave> </empresa_desenvolvedora>
  11. Obrigado pela sugestão... Mas acho que esse tipo de componente foge do escopo do Projeto ACBr (Automação Comercial) No mais, a ideia é boa suficiente para um projeto independente... O Autor aparentemente apenas disponibilizou os fontes... mas criar e gerenciar um projeto de código aberto exige mais do que isso... Como por exemplo: Especificar uma Licença de uso, Manter uma área para Suporte, Manter um repositório de fontes com Controle de Versão, etc...
  12. Possibilidades: - Algum dos eventos do componente ACBrSAT não está programado - a DLL usa uma convenção de chamada diferente da especificada (stdcall, cdecl)
  13. Não podemos te ajudar sem saber como a chave é... Minha sugestão, é que você crie uma cópia da chave, edite mesma, trocando vários caracteres (invalidando-a) e copie a mesma aqui no forum
  14. Converta elas para o padrão do OpenSSL
  15. O ACBrEAD usa o padrão de Chaves do OpenSSL... Você pode usar o Demo do EAD (EADTeste) e criar um novo par de chaves Pública e Privada
  16. Sem dúvida... os problemas de impressão já foram resolvidos no NFCe, para Bematech, Daruma e outras.. tem até um vídeo do Regys demonstrando a impressão em uma Daruma.. http://regys.com.br/impressao-nfce-utilizando-acbr-daruma/ preciso unificar parte do código de ambos os componentes em uma única classe...
  17. Eu recomendaria Epson ou DASCOM com EscPos... EscPos é uma linhagem de impressão criada pela Epson... e nem todos fabricantes seguem o padrão com precisão..
  18. Não... Impressoras Fiscais não permitem "texto livre"... Você pode entrar em contato com o Fabricante e solicitar a transformação do equipamento em uma Impressora não Fiscal (verificar se o custo compensa)
  19. Os componentes de impressão do SAT em EscPos, não estão tão otimizados quanto os do NFCe... mas ambos tem muita coisa em comum... É uma tarefa aberta para mim, criar uma classe que una a impressão de ambos os componentes, e dê suporte a vários modelos de impressora...
  20. Daniel Simoes

    Sat Em Rede

    Essa configuração de Rede é para informar como o "SAT", poderá acessar a Internet... (não sei se o emulador usa essa informação)
  21. Acho que os problemas podem estar relacionados a configuração do Regime Tributário da empresa (aba 2 do SATTeste) O SATTeste, gera um CFe com informações fixas, e que podem não ser compatível com alguns regimes tributários...
  22. Tópico relacionado:
  23. Quando a Luz Bloq está acessa, é porque o SAT precisa se comunicar com o SEFAZ... (ligue-o a porta ETH em uma conexão com a internet) Segue em anexo, o SATTeste.ini que tenho usado para a DIMEP Não dá pra vc usar o SAT pela Rede... pois a DLL procura pela conexão com a USB... Mas você poderia fazer uma aplicação que se comporte como um "Servidor de SAT"... Veja esse tópico: SATTeste.ini SATTeste.ini
  24. Tente com o ECFTeste.. Pela mensagem de erro, você não está ajustando o modelo corretamente, antes de ativar "Impressora: Não definido"
  25. Verifique se o evento que captura o Código de Ativação está programado... Ou tente com a versão compilada:
×
×
  • 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...