gladston

Já testei. Veja a imagem abaixo que enviei na abertura do chamado: Ao que me parece ele não está conseguindo extrair o certificado para enviar.

Recebi resposta da prefeitura sobre um exemplo de código contendo o anexo do certificado digital. Eles responderam que NÃO TEM. Passei então a informação que você suspeita que haja a necessidade de habilitar esta consulta. Aguardo então retorno da prefeitura. Mas se não houver esta necessidade o que podemos fazer? Resposta: Infelizmente só temos este certificado A3 que, como disse só serve para Goiânia. Notei outra coisaimportante, colocando um certificado A1 da empresa (mas não especificamente de Goiânia) ele dá erro dizendo que o certificado não é deste cliente. Ou seja me parece que a biblioteca do ACBr está passando sim o certificado na requisição. Mas parece que está fazendo isso somente quando é A1. Isso faz sentido pois que eu sei o certificado A3 não pode ser exportado. Por favor verifique junto de seus contatos se TODOS são certificado A1 e qual biblioteca usa (wincript ou openssl). Usando Wincript: Usando OpenSSl:

Recebi resposta da prefeitura sobre um exemplo de código contendo o anexo do certificado digital. Eles responderam que NÃO TEM. Passei então a informação que você suspeita que haja a necessidade de habilitar esta consulta. Aguardo então retorno da prefeitura. Mas se não houver esta necessidade o que podemos fazer?

Temos um programa antigo que usa biblioteca do ACBr extremamente antiga e temos um novo que usa as bibliotecas mais recentes. De repente o antigo começou a dar muitos erros e então decidimos migrar para o novo. Foi aí que descobri que nem no antigo e nem no novo esta consulta está funcionando. Provavelmente então parou de funcionar recentemente mas não dá para ter certeza absoluta.

Sim. Inclusive tem um detalhe: De todas as filiais que emitimos nota, Goiânia/GO é a única que exige certificado com o CNPJ exato da filial ou seja, temos um certificado A3 exclusivo para uso em Goiânia. Nas demais filiais, o certificado usado é da matriz e a prefeitura aceita CNPJ de filial.

Já entrei em contato e pedi o que solicitou.

Sim cliquei. Tem nele o manual, que vocês já tem acesso. No manual fala exatamente o que vocês mesmos postaram para mim. Ou seja que a consulta não deve ser assinada mas deve conter o certificado. No exemplo de XML para consultar por RPS que contém no manual não tem certificado e nem assinatura. Isso confirma que o certificado deve ser anexado na requisição e não no XML. Abaixo o endereço do link em questão: https://docs.google.com/document/d/1B6L11ZGv2iXMfxCtIJxgzLaDCyeF-tCJ82ELysnJaTs/edit?pli=1

Entrei em contato com o suporte da prefeitura questionando como deve ser adicionado o certificado. A resposta está na imagem abaixo. Pelo que entendi, o certificado não é adicionado ao XML e sim no corpo da requisição.

No exemplo que eles mesmos dão no manual não tem certificado anexado. Vou tentar abrir chamado para a prefeitura. <?xml version="1.0"?> <ConsultarNfseRpsEnvio xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <IdentificacaoRps> <Numero>1</Numero> <Serie>UNICA</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <Prestador> <CpfCnpj> <Cpf>28222148168</Cpf> </CpfCnpj> <InscricaoMunicipal>1442678</InscricaoMunicipal> </Prestador> </ConsultarNfseRpsEnvio>

Abaixo o envelope soap de saída. Podemos ver que não tem certificado digital adicionado à ela. <?xml version="1.0" encoding="UTF-8"?> -<soapenv:Envelope xmlns:ws="http://nfse.goiania.go.gov.br/ws/" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Header/> -<soapenv:Body> -<ws:ConsultarNfseRps> <ws:ArquivoXML><ConsultarNfseRpsEnvio xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"><IdentificacaoRps><Numero>603847</Numero><Serie>UNICA</Serie><Tipo>1</Tipo></IdentificacaoRps><Prestador><CpfCnpj><Cnpj>28638393000425</Cnpj></CpfCnpj><InscricaoMunicipal>1224417</InscricaoMunicipal></Prestador></ConsultarNfseRpsEnvio></ws:ArquivoXML> </ws:ConsultarNfseRps> </soapenv:Body> </soapenv:Envelope>

Fiz o que você pediu mas o erro continua o mesmo:

Estou migrando para o nosso programa que usa a biblioteca do ACBr o envio das notas fiscais de Goiânia. Para iniciar, atualizei todos os fontes, compilei o programa exemplo e iniciei apenas consultando um RPS no programa exemplo de vocês. A assinatura é feita por um certificado que já era usado pelo programa antigo para a emissão das notas. Porém estou com um problema na funcionalidade de consultar RPs: O erro é o apresentado abaixo. Parece que o programa não está assinando...

Obrigado.

Como faço a instalação no Lazarus?

Depois de muitos testes acredito que descobri a causa do problema. Tem algum defeito no código do nosso programa derivado das atualizações que vimos fazendo ao longo do tempo. Acredito que o erro aconteceu também no programa exemplo devido à otimização de programas do Delphi que impede o carregamento de um mesmo código na memória e desta forma este erro estava carregado na memória. Pode fechar o chamado e se houver mais alguma dificuldade entro novamente em contato.

Não deve ser proxy ou firewall porque às vezes (raramente) funciona. Não estou conseguindo conferir a resposta. Já liguei para salvar o envelope soap mas gera soap (quando gera) somente no envio.

SSLType=TLSv1_2 Timeout=32000

Bom. Já descobri porque está dando esta diferença no comportamento entre o programa exemplo e nosso programa: No programa exemplo, ele inicializa o componente com a senha no campo edtSenha e depois não mexe mais. Contudo, meu arquivo de configuração inicializa a senha e portanto o componente foi inicializado com uma senha em branco e mesmo que eu digite a senha, ele continua em branco. Depois que corrigi isso, o programa passou a comportar exatamente como em nosso programa ou seja no caso de Campos ele fica variando o erro: uma hora dá timeOut, outra hora dá Erro de Conexão: Extra content at the end of the document, outra hora Erro de Conexão: Erro Interno: 10091 Erro HTTP: 500 URL: https://producao.ginfes.com.br/ServiceGinfesImpl Network subsystem is unusable

Sim a senha foi digitada em separado para garantir que está correta. O arquivo .pfx está correto pois está funcionando em nosso programa na mesma máquina. Devo informar que instalei o nosso programa juntamente com o certificado A1 em uma máquina de testes para não atrapalhar o andamento do setor. Assim terei mais liberdade e agilidade para realizar os testes. Porém tive mais uma surpresa em relação a filial de Campos. O erro mudou mais uma vez. Veja o resultado de quatro testes que fiz nesta máquina de testes: 1)Juiz de Fora: ->Em nosso programa: Sem erro. ->No programa exemplo: Erro ao Assinar: Erro ao ler informações do Certificado. Provavelmente a senha está errada 2)Campos dos Goytacazes: ->Em nosso programa: Erro de Conexão: Extra content at the end of the document ->No programa exemplo: Erro ao Assinar: Erro ao ler informações do Certificado. Provavelmente a senha está errada

Fiz o que pediu, compilei o ACBrNFSeX_Exemplo e executei com as configurações de Campos. O resultado você vê abaixo.

Ok. Vou fazer isso e dou retorno.

Sim. O problema pode estar no aplicativo. Mas veja que não está funcionando apenas para Campos. As demais filiais estão funcionando. Inclusive Juiz de Fora que também não estava funcionando usando a biblioteca do wincript passou a funcionar utilizando o openSSL e o mesmo certificado A1 com as mesmas configurações que estamos utilizando em Campos. No caso do OpenSSL, temos certeza que a DLL está atualizada (não temos esta certeza no caso do Wincript). Porque apenas para Campos não funciona. Aliás funciona às vezes. O que mais posso fazer?

Onde vejo isso? Desculpa, já sei onde fica. Um momento.

Vou tentar então com certificado A1 e dou retorno. Testei com certificado A1 usando OpenSSL e arquivo .pfx. O erro mudou. Veja a imagem acima.

Vou tentar então com certificado A1 e dou retorno.