Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

Daniel Simoes

Fundadores
 Perfil  Explorar Conteúdo

  • Total de ítens

    29.397

  • Registro em

  • Última visita

  • Days Won

    782

 Tipo de Conteúdo 

Tudo que Daniel Simoes postou

  1. Daniel Simoes
    Atualmente o MonitorPLUS console não está compilando... nao dei continuidade no mesmo
  2. Daniel Simoes
    Porta := "RAW:Nome da Impressora no Windows";
  3. Daniel Simoes
    o Extrato do SAT é como uma DANFE de NFe... não tem validade jurídica... o que vale é o XML com a autorização (assinado) e aceito pelo SEFAZ... Portanto, você pode imprimir quantas cópias quiser o Extrato... até mesmo, por se tratar de uma Impressora Não fiscal... não tem como a Sw.House impedir isso...
  4. Daniel Simoes
    Acredito que tenhamos resolvido o problema... Atualize os seus fontes... e use as DLLs de: \ACBr\DLLs\XMLSec\MinGW\64
  5. Daniel Simoes
    Apenas para informar... As DLLs de 64 Bits já estão no SVN, em: \ACBr\DLLs\XMLSec\MinGW\64 Elas devem ser copiadas para: A mesma pasta da sua aplicação (.EXE) ou C:\Windows\System32
  6. Daniel Simoes
    Acredito que não exista vantagem de desempenho usar a versão 32 bits, compilada com MinGW... A não ser que você queira manter uma padronização dos nomes das DLLs que o seu sistema deve distribuir, seja em 32 ou 64 Sim, o ACBr ligará a diretiva USE_MINGW, quando a CPU é 64 bits... veja no final de ACBr.inc // Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada // com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/ {.$DEFINE USE_MINGW} {$IfDef CPU64} {$DEFINE USE_MINGW} {$EndIf} Na prática,isso apenas afetará a maneira que a libxmlsec.pas (e demais), procuram pelas DLLs (o nome da DLL) {$IFDEF MSWINDOWS} {$IFDEF USE_MINGW} LIBXMLSEC_SO = 'libxmlsec1.dll'; {$ELSE} LIBXMLSEC_SO = 'libxmlsec.dll'; {$ENDIF} {$ELSE} LIBXMLSEC_SO = 'libxmlsec.so'; {$ENDIF}
  7. Daniel Simoes
    Você enviou vários comandos... leia a resposta a todos eles... ( Há algum erro antes )
  8. Daniel Simoes
    Pesquise sobre TEF... vc precisará homologar com uma TEFhouse... Recomendo a SkyTEF
  9. Daniel Simoes
    Não precisa atualizar as DLLs 32 bits... Voce deve "ligar" a diretiva de compilação em ACBr.inc, apenas se você decidir usar a versão 32 que está disponível no link indicado no change-log
  10. Daniel Simoes
    Acredito ter conseguido resolver o problema... Commit [r12508] Após comparar detalhadamente a declaração de várias estruturas e tipos, de libxmlsec.pas com as declarações em C... Notei que a seguinte declaração poderia ter variação em 32/64 bits - time_t = LongInt; + time_t = SizeInt; No código original estava como "LongInt", mas time_t deve ser definido como Int64 (quando compilado em 64 bits) Por favor atualizem e testem... As DLLs de 64 bits podem ser baixadas em: ftp://ftp.zlatkovic.com/libxml/64bit/ No mesmo endereço, temos as DLLs de 32bits, porém compiladas com o MinGW... (usam a mesma nomenclatura das DLLs de 64 bits)... Vou subir essas DLLs para o nosso SVN
  11. Daniel Simoes
    Seguindo a sugestão do Elton, consegui implementar as seguintes modificações, a fim de resolver o problema... -- OpenSSLExt, libeay32 -- [+] Adicionado suporte ao método: "X509_NAME_print_ex" (por: DSA) -- ACBrDFeOpenSSL -- [*] Modificada a implementação dos métodos: "GetSubjectName" e "GetIssuerName", para usar o método do OpenSSL "X509_NAME_print_ex", a fim de resolver problemas de detectação de Encoding em alguns certificados (por: DSA) Commit [r12506]
  12. Daniel Simoes
    Implementei a leitura do CPF pelas Extensões do Certificado... (no SVN)... Porém, no conteúdo de X509Certificate, notei que não existem todas as extensões como no PFX... Ou seja, não funciona ler o CPF pelas extensões do Certificado, se a origem do certificado é a informação da Tag "X509Certificate"
  13. Daniel Simoes
    Aparentemente não é isso que ocorre, o "CN" do eCNPJ e eCPf, é composto de "NOME:DOCUMENTO"...O que ocorre nesse certificado, é que existem dois bytes para representar cada letra (UTF16) Alguns certificados não trazem o CNPJ no final do nome... então o TDFeOpenSSL tenta ler nas extensões do certificado... isso provavelmente não funcionará para CPFs (deve ser uma extensão diferente da utilizada pelo CNPJ)
  14. Daniel Simoes
    Observe no final do Log que o Terminal quebrou o código em 2 retornos... O ACBr nao tem controle sobre isso pois parece ser uma característica do Terminal... Isso pode ocorrer, pois o terminal trata o leitor como se fosse entrada de teclado... Talvez você deva programar um sufixo no terminal para detectar o fim da leitura
  15. Daniel Simoes
    O ideal é que o cliente converse com a Sw.House, antes de adquirir qualquer equipamento... Nunca testei esse equipamento no ACBr... Mas deve funcionar se você usar a Impressão em modo "RAW" ou ainda em Fortes
  16. Daniel Simoes
    O conteúdo da String que você quer calcular o Hash
  17. Daniel Simoes
    Lembro que o @Celso, andou corrigindo alguns problemas de atualização do XML... por isso é importante testar com a última versão...
  18. Daniel Simoes
    A Regra é que a Hora e UTC no XML seja compatível com a hora e UTC do Webeservice... Pode ser que o Sefaz do seu estado tenha demorado para ativar o Horário de Verão
  19. Daniel Simoes
    Essa não é a última versão... por favor teste com a versão que lhe indiquei...
  20. Daniel Simoes
    manter em disco é um risco... Os usuários mal fazem Backup do BD corretamente... e são constantes problemas no RuWindows, onde o "técnico de TI" decide formatar a máquina...
  21. Daniel Simoes
    Pode ser algo em relação o suporte do Fortes Report para Linux... Infelizmente não tenho como debugar ou testar isso no momento... Minha sugestão é usar ESCPOS...Você terá inúmera vantagens, e um desempenho muito melhor, e no Linux isso é muito simples, basta descobrir qual o Device que a impressora criou (/dev/**) e configurar ele na "Porta"
  22. Daniel Simoes
    Você está utilizando a última versão do ACBrMonitorPLUS, correto ?
  23. Daniel Simoes
    O comando está sendo enviado corretamente: -- 20/10 15:22:10:387 - EnviarStringDevice( [ESC]w) Acredito que o problema esteja relacionado ao tipo da porta (compartilhamento). É possível imprimir diretamente na porta COM da Impressora (preferível) Se COM não for possível, experimente o (novo) modo de impressão RAW ACBrPosPrinter1.Porta := "RAW:Nome Impressora Windows"
  24. Daniel Simoes
    Use o envio Síncrono... isso é permitido na NFCe (veja exemplos no ACBrNFe_Demo)
  25. Daniel Simoes
    Vamos deixar isso claro... para que não reste confusões... O nome correto é FORTES REPORT O problema provavelmente está no Driver de Spool do Windows, da sua Impressora... somente o fabricante poderia lhe orientar... Veja as instruções de instalação e configuração de uma Bematech, nesse post:
×
×
  • 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...