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

elton.barbosa

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    9.965

  • Registro em

  • Última visita

  • Days Won

    127

 Tipo de Conteúdo 

Tudo que elton.barbosa postou

  1. elton.barbosa
    Do que se trata isso?
  2. elton.barbosa
    Poderia atualizar e verificar se realmente foi corrigido?
  3. elton.barbosa
    Uma nova legislação (Convênio ICMS 53/16) atualizou a tabela CEST com validade a partir de 1/10/2016. No fórum há muitos tópicos com esta tabela desatualizada. Fiquem espertos. Abaixo alguns dos tópicos com a tabela desatualizada:
  4. elton.barbosa
    Eu sugiro vocês partirem pra algo legal: Contrato com cláusulas de quebra de contrato.
  5. elton.barbosa
    Eles devem ter acesso TCP entre si, afinal, o componente é para acesso TCP.
  6. elton.barbosa
    Faça testes usando o programa de exemplo, ECFTeste. Analise o log.
  7. elton.barbosa
    Não esqueci, só citei um exemplo. Nem comparei com o fonte do Messias Henrique citado no tópico... Na verdade, ACBrMonitorPlus é compilado atualmente em Lazarus. Qualquer quebra neste respeito não poderá ser tolerada.
  8. elton.barbosa
    Se procurar talvez até encontramos... https://github.com/ak47morozov/Delphi-Libxml2 Talvez isso nos leve a conseguirmos uma alternativa em que nem precisemos da dll.
  9. elton.barbosa
    Dica ninja: Fala pro funcionário que chega cedo emitir um documento e cancelar antes dos clientes chegarem.
  10. elton.barbosa
    Mais uma vez, o problema é o tempo e não o time... Se estiver interessado em ajudar, ficaríamos muito gratos com a adição de testes. Você pode notar que já existem alguns testes unitários no projeto. Mas são poucos em comparação com a real necessidade. Por outro lado, a quebra de compatibilidade dos componentes que eu mencionei é mais relacionada com o uso do componente em si. Acho que a separação da assinatura em um pacote separado não necessariamente causaria algum problema, desde que os métodos atuais do componente fossem mantidos.
  11. elton.barbosa
    Sim. Temos feito o máximo para reduzir códigos repetidos e criar componentes que possam ser utilizados nas mais variadas situações. A criação do TACBrDFe em si é uma prova disso. Ele não depende em si do NFe, tanto que é base para o NFSe que tem regras bem diferentes. O maior problema é justamente o tempo pra fazer essa separação. Precisamos tomar cuidado pra não quebrar a compatibilidade atual dos componentes.
  12. elton.barbosa
    Sim, no certificado, pode ser que tenha sim. Eu tinha entendido só da assinatura... Veja os arquivos ACBrDFeCapicom.pas e ACBrDFeOpenSSL.pas. Estas duas units declaram as classes TDFeCapicom e TDFeOpenSSL, que são descendentes da TDFeSSLClass. Esta é quem trabalha com os certificados. A implementação da leitura dos certificados é feita nos métodos destas classes (exemplo CarregarCertificado). Talvez você consiga alterar e criar um método ou uma outra classe que utilize o arquivo XML. Mas não sei quais as implicações e limitações dessa situação...
  13. elton.barbosa
    Mas a essa sua assinatura no XML possui CPF? Porque, até onde eu entendo, uma assinatura não possui esse tipo de identificação.
  14. elton.barbosa
    01/07/2016: -- ACBrDFeOpenSSL -- [*] Adicionado métodos internos para busca de nós a fim de melhorar a detecção do nó a ser assinado e o nó de assinatura, a fim de suportar os diversos tipos de XMLs da NFSe (por: DSA) Acho que não entendi o que você está querendo fazer...
  15. elton.barbosa
    Na realidade, pelo log do SVN não parece que nada foi alterado...
  16. elton.barbosa
    Desculpe se a pergunta for boba, porque eu não pude verificar todo seu código ainda. Me parece que seu código adiciona a assinatura no XML original e cria um novo XML. Na hora de verificar a assinatura, você está verificando utilizando o XML original ou está verificando a assinatura no arquivo criado? Tentou fazer com o arquivo original?
  17. elton.barbosa
    Agora acho que corrigi o título...
  18. elton.barbosa
    http://www.w3schools.com/sql/sql_like.asp
  19. elton.barbosa
    Feito. Se for algum problema, sugiro criar um tópico específico sobre.
  20. elton.barbosa
    Movi para área mais apropriada.
  21. elton.barbosa

    ACBrSMS

    elton.barbosa replied to Infolight 's tópico in ACBrSerial

    O modem utilizado no desenvolvimento foi o Daruma. Outros modens também foram reportados como funcionando como o ZTE MF190 , o ZTE MF100, ZTE MF622, miniModem Honda, Huawei E156C , HUAWEI E220, entre outros citados no tópico do componente, veja: Aliás, esse tópico trás muitas sugestões do que fazer para corrigir alguns dos problemas mais comuns. Além disso, é bom dizer que componente usa comandos padrão AT, o que pode significar que a maioria dos modens devem funcionar, conforme o Régys mencionou em outro tópico: No entanto, alguns modens podem necessitar alguma configuração inicial ou extra realizada pelo programa da operadora. Teoricamente se o seu chip consegue enviar SMS, ele então deveria funcionar. Mas as operadoras costumam limitar a quantidade de SMS que você pode enviar de uma vez ou em sequência, justamente para que você pague um plano especial para isso.
  22. elton.barbosa

    ACBrSMS

    elton.barbosa replied to Infolight 's tópico in ACBrSerial

    Você precisa ter certeza da porta e da velocidade que o modem permite. Aceitar ativar em uma porta não significa que não vai acontecer nenhum problema caso o modelo modem seja modGenerico
  23. elton.barbosa
    Acho que não. Essa é uma data que está no Atestado de Intervenção.
  24. elton.barbosa
    Você consegue reproduzir o problema utilizando o aplicativo de exemplo?
  25. elton.barbosa
    Pode ser que o ECF não retorne mesmo esse valor. Tentou verificar isso?
×
×
  • 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.