Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

julio_cld

Membros
  • Content Count

    108
  • Joined

  • Last visited

Community Reputation

11 Good

About julio_cld

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    JOAÇABA

Recent Profile Visitors

1,101 profile views
  1. Boa tarde! Sim, atualizei o repositório, reinstalei os componentes ACBr, estou usando WinCrypt e LT_TLSv1_2 ao campo SSLType SSLLib := libWinCrypt; SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2 segue o XML de envio e o retorno. 78-ger-nfse-soap.xml 78-lista-nfse-soap.xml
  2. Bom dia! Fiz o procedimento citado acima, estou com a seguinte rejeição usando WinCrypt Erro Interno: 12175Erro HTTP: 0URL: https://santaritadoaraguaia.megasoftarrecadanet.com.br/santaritadoaraguaia/ws/nfseSOAPErro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Usando capicom retorna a rejeição L000 - null [] Alguém conseguiu transmitir uma NFSe sem inconsistência?
  3. Ok, obrigado Italo pelo feedback. Vou entrar em contato com o provedor.
  4. Estou tentando efetuar o cancelamento, o método FACBrNFSe.WebServices.CancelaNFSe, retorna true porém a nota ainda continua como normal no site. Se fizer a leitura da propriedade FACBrNFSe.WebServices.ConsNfse.RetornoNFSe.ListaNfse.CompNfse.Items[0].NFSe.Status, está como normal Alguém já passou por isso. Segue no anexo os XMLs. 268-can.xml 268-can-soap.xml 268-ped-can.xml
  5. Boa tarde! Alguém sabe me informar se este provedor funciona o recurso de cancelamento? Município de VARZEA GRANDE (MT).
  6. Bom dia pessoal! Hoje pela manhã, efetuei novos testes (emissão de CTe e MDFe) e advinha! Tudo funcionando (fontes originais do ACBr sem nenhuma alteração), não tenho explicações para ocorrido. Gostaria de fechar o tópico e agradecer pela ajuda de todos.
  7. Não, a propriedade FAntesDeAssinar é instanciada no create da classe TDFeSSL = nil logo é executado a função SSL.ValidarCNPJCertificado (onde é ocasionado o problema) isolei a linha da função acima para não validar o CNPJ com o cert. digital e validou e emitiu o CTe normalmente.
  8. Exite apenas um arquivo acbr.inc na pasta ACBrComum. Instalador foi usado vide imagem no anexo.
  9. Sim todos atualizados, usei o .bat apagarAcbr.bat e instalei novamente os componentes. Estou usando o delphi Rio.
  10. Essa unit é do próprio ACBr. Se remover essa linha CoInitialize(nil) é exibido erro ao assinar CoInitialize não foi chamado, ClassID: {91D221C4-0CD4-461C-A728-01D509321556}. Estranho, vou realizar mais testes.
  11. Consegui resolver. Tive que adicionar a linha abaixo na unit ACBrCAPICOM_TLB. class function CoStore.Create: IStore3; begin CoInitialize(nil); Result := CreateComObject(CLASS_Store) as IStore3; end;
  12. Aparentemente esta tudo ok. Muito estranho isso, em alguns momentos funciona e outros mostra o erro ao assinar.
  13. Isso. no exemplo funciona. No meu sistema. apresenta erro no método assinar CoInitialize não foi chamado, ClassID: {91D221C4-0CD4-461C-A728-01D509321556}.
  14. Testei exemplo de CTe. Não apresentou erro no método assinar apenas no meu aplicativo. na linha abaixo Unit ACBrCTeConhecimentos linha 246 if not Assigned(SSL.AntesDeAssinar) then SSL.ValidarCNPJCertificado( CTe.Emit.CNPJ );
  15. Eu Instalei e registrei as dlls (ACBrTrunk\DLLs\Capicom). Está apresentando o mesmo erro para emissão de CTe e MDFe. Testei emissão de NFe, está funcionando perfeitamente.
×
×
  • Create New...