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.386

  • Registro em

  • Última visita

  • Days Won

    782

 Tipo de Conteúdo 

Tudo que Daniel Simoes postou

  1. Daniel Simoes
    Leia o manual PPLA... Tipo 'F' é EAN13, e o código que você está tentando imprimir não é um EAN13 https://svn.code.sf.net/p/acbr/code/tools/Etiqueta/Argox/
  2. Daniel Simoes
    Para sugerir modificações nos fontes, favor anexar os fontes modificados, ou um Patch...
  3. Daniel Simoes
    Eu reverti as alterações do último commit, pois notei que as verificações estavam muito abrangentes, e poderíamos ter erros de identificação de vários tipos Também Notei que 'DLL1', é corretamente identificado como 'dtHook' Corrigindo... mantive as correções do Amarildo, mas removi as modificações do Juliomar, pois estavam muito abrangentes...
  4. Daniel Simoes
    Se você usa SiTef ACBrTEFD1.RespostasPendentes[n].BIN;
  5. Daniel Simoes
    Não ficou claro, se você está informando a senha por código, para o componente ACBrNFe...
  6. Daniel Simoes
    Não há configuração nenhuma nos componentes... eu mesmo uso libWinCrypt 32 em um Windows 64 bits... Por favor informe um passo a passo, de como reproduzir o problema, usando o Demo do ACBrNFe
  7. Daniel Simoes
    Por favor informe um passo a passo, de como reproduzir o problema, usando o Demo do ACBrNFe
  8. Daniel Simoes
    Nessa página tem algumas explicações... http://www.qrcode.com/en/about/version.html
  9. Daniel Simoes
    Outra alternativa, é usar o recurso de "Find In Files", e achar em qual Unit o tipo foi declarado...
  10. Daniel Simoes
    É sempre bom lembrar, que os fontes do ACBr, apenas abrem o Certificado como "ReadOnly".. Veja o código abaixo, de ACBrDFeWinCrypt.pas FpStore := CertOpenStore( StoreProvider, 0, 0, StoreFlag or CERT_STORE_READONLY_FLAG, LPCTSTR( FpDFeSSL.StoreName ) );
  11. Daniel Simoes
    Noto que está ocorrendo o seguinte... algumas SEFAZ, estão migrando os servidores para aceitarem TLS 1.2, que será o padrão na NFe 4.0, e ativam temporariamente a criptografia com esse protocolo... Se você usar as LIBs antigas da OpenSSL (inferiores a 1.0), elas não suportam TLS, e portanto o ACBr, com o OpenSSL (antigo), nunca conseguirá conectar usando o protocolo seguro, TLS 1.2 Por favor apliquem as modificações sugeridas no tópico anterior (uso das DLLs compiladas com a MinGW), caso contrário sua aplicação, que use OpenSSL e XMLSec, NÃO funcionará com a NFe 4.0
  12. Daniel Simoes
    Muito provavelmente, vocês precisam migrar para o OpenSSL da MinGW... para que o mesmo use uma versão superior a 1.0 do OpenSSL, que suporte TLS 1.2 Por favor leiam com atenção esse tópico:
  13. Daniel Simoes
    Essa mensagem, indica que não foi enviado o CNF, da última transação, e você tentou efetuar uma nova Transação... pode ser algo errado nos tratamentos da aplicação, que não enviou o CNF (confirmação) ou NCN (não confirmação), ou seja, a terceira perna, antes de iniciar uma nova transação... Você precisa conseguir reproduzir o problema, para compreender quais chamadas no ACBrTEFD foram efetuadas
  14. Daniel Simoes
    Eu não noto problema algum...
  15. Daniel Simoes
    OK, notei o problema na ACBrDevice... Ela estava detectando a porta como "Serial", e não como Paralela Enviei uma possível correção para o SVN
  16. Daniel Simoes
    O ACBrPosPrinter não é compatível... Se a impressora não é padrão Epson EscPos, recomende a compra de outro equipamento...
  17. Daniel Simoes
    A mensagem é clara... a DLL é inválida, pois não contem um método obrigatório de acordo com a Especificação Técnica do SAT (AssociarAssinatura)
  18. Daniel Simoes
    Mesmo assim a resposta permanece... o Erro "Communication error 25: Not a typewriter. ", vem do sistema operacional... não é um tratamento do ACBr
  19. Daniel Simoes
    Isso não é um erro do ACBr, e sim de permissões no Linux, o no dispositivo... Se funcionar no "shell", funcionará no ACBr... Exemplo: echo "TESTE 123" > /dev/usb/lp0 Ahh... como o Google ajuda... https://mike42.me/blog/2015-03-getting-a-usb-receipt-printer-working-on-linux
  20. Daniel Simoes
    Mas isso não significa que ele está compreendendo o parâmetro informado, da maneira que você imagina... use a sintaxe correta ou você poderá ter resultados inesperados Veja na pasta Exemplos, os exemplos em xHarbour
  21. Daniel Simoes
    email.UsarHTML(.T.) Isso parece errado... use True e False
  22. Daniel Simoes
    Creio que o Delphi Tokyo ainda não gere aplicações Desktop para Linux, mas sim apenas programas console, destinados principalmente para aplicações WebModule Apache (posso estar engando, pois não sou usuário do Delphi) O Lazarus/FPC + ACBr funciona perfeitamente no Linux, podendo gerar aplicações Desktop com GTK2 ou QT
  23. Daniel Simoes
    Não há como debugar, sem a posse do certificado... Verifique por favor, se com alguma versão antiga do ACBrMonitorPLUS, esse certificado funcionava... Verifique se você configurou corretamente o número de série do certificado no MonitorPLUS Tente reinstalar todos os programas do certificado... Verifique se o Certificado funciona com outra aplicação (exemplo o Emissor Gratuito)
  24. Daniel Simoes
    Não há nada pronto e funcionando nesse sentido... Todos os erros devem ser analisados e tratados...
  25. Daniel Simoes
    Estou me referindo a uma atualização do MonitorPLUS http://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-sac/
×
×
  • 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...
The popup will be closed in 10 segundos...