Autenticação Web service

[Carlos Hendrik Oliveira]

O pessoal da prefeitura me enviou um modelo de xml (lote/rps) por e-mail e encontrei duas diferenças com relação ao que eu estou envianda

Primeira diferença

meu:      <EnviarLoteRpsSincronoEnvio xmlns="http://www.abrasf.org.br/nfse.xsd">

modelo: <EnviarLoteRpsSincronoEnvio>

 

Segunda diferença

meu:       <InfDeclaracaoPrestacaoServico>

modelo: <InfDeclaracaoPrestacaoServico Id="A19952">

 

Será que estas diferenças encontradas afetam o envia do RPS? Se sim, como altero no componente AcbrNFSe?

 

 

[Italo Giurizzato Junior]

Bom dia Carlos,

A primeira não tem problema, pode deixar o namespace.

já a segunda você consegue alterar na unit: pnfsNFSeW_ABRASFV2, mais precisamente na procedure: GerarXML_ABRASF_v2

[Carlos Hendrik Oliveira]

Boa tarde,

solicitei ao pessoal de TI da prefeitura que abrisse um chamado junto a empresa GovBr (desenvolvedora do provedor PromimV2) para dar mais explicações sobre esta autenticação com certificado que estão exigindo. Assim que tiver um retorno, posto aqui.

 

[Carlos Hendrik Oliveira]

Em 30/01/2019 at 17:53, Carlos Hendrik Oliveira disse:

Boa tarde,

solicitei ao pessoal de TI da prefeitura que abrisse um chamado junto a empresa GovBr (desenvolvedora do provedor PromimV2) para dar mais explicações sobre esta autenticação com certificado que estão exigindo. Assim que tiver um retorno, posto aqui.

 

O pessoal de Ti da prefeitura apenas me enviou exemplo em C#, mas não me souberam me informa o que de fato teria que ser feito para resolver o problema. Parece um telefone sem fio, pergunto algo a eles e eles repassam ao pessoal da GovBr. Assim fica muito difícil resolver.

[Italo Giurizzato Junior]

Bom dia Carlos,

Esses provedores vão começar a criar mecanismos de segurança para provar a muitas prefeituras que os seus sistemas de recepção de notas é mil vezes melhor comparado a nova NFS-e Padrão Nacional.

Isso esta cheirando desespero e muita maracutaia.

[Carlos Hendrik Oliveira]

Boa tarde,

em conversa com um programador de uma outra softhouse aqui de Montes Claros, na empresa que ele trabalha utiliza o componente NFSe da TecnoSpeed e consegui enviar os xml do RPS normalmente. 

Verificando o manual da tecnospeed o tipo de Autenticação deste webservice é por certificado, só não como é feito esta autenticação.

Baixei o componente trial deles, mas ainda não consegui transmitir, retorna uns erros que ainda estou tentando sanar.

[Carlos Hendrik Oliveira]

3 horas atrás, Carlos Hendrik Oliveira disse:

Boa tarde,

em conversa com um programador de uma outra softhouse aqui de Montes Claros, na empresa que ele trabalha utiliza o componente NFSe da TecnoSpeed e consegui enviar os xml do RPS normalmente. 

Verificando o manual da tecnospeed o tipo de Autenticação deste webservice é por certificado, só não como é feito esta autenticação.

Baixei o componente trial deles, mas ainda não consegui transmitir, retorna uns erros que ainda estou tentando sanar.

Consegui configurar o componente NFSe da tecnospeed e transmitir o RPS e retorna do webservice o mesmo erro que no componente AcbrNFSe

"O CNPJ do prestador deve ser igual ao CNPJ existente no certificado digital"

[Carlos Hendrik Oliveira]

Boa noite,

 

a empresa responsável pelo provedor PromimV2 que recebe os RPS da cidade de Montes Claros voltou atras no que diz respeito a autenticação utilizando o certificado digital, e agora estou conseguindo transmitir os RPS. Pelo menos no ambiente de produção, porque no ambiente de homologação continua a mesma rejeição.

 

Qualquer novo acontecimento, vou postando aqui.

[Italo Giurizzato Junior]

Bom dia Carlos,

Esses caras são doentes.

Voltaram atrás porque ninguém estava conseguindo emitir as notas e foram reclamar com o prefeito.

[Carlos Hendrik Oliveira]

Bom dia,

continua a novela do provedor PromimV2 aqui em Montes Claros, agora estão informando no site da prefeitura que a partir de 01/05/2019 o webservice mudará de http para https.

Gostaria de uma ajuda para alterar no arquivo Promimv2.ini, quais linhas devo alterar neste arquivo?

[Italo Giurizzato Junior]

Boa tarde Carlos,

Abra o arquivo INI do provedor e procure pelo nome da cidade e faça a alteração na URL de produção e de homologação.

[leomcl]

Bom dia, senhores.

Hoje a prefeitura de Montes Claros não está aceitando mais os RPS mesmo mudando pra https. No comunicado abaixo, falam que será necessário o certificado 

tanto para assinatura quanto para transmissão dos RPS:

https://financas.montesclaros.mg.gov.br/pagina/alteracao-endpoint-homologacao-nfse-nova-data-06-05-2019

O erro retornado agora é:

Erro Interno: 12044
Erro HTTP: 0
URL: https://nota.montesclaros.mg.gov.br/NFSe.Portal.Integracao/Services.svc
Falha Recebendo Dados. Erro:Erro: 12044 - C=BR, O=ICP-Brasil, OU=Secretaria da Receita Federal do Brasil - RFB, CN=AC LINK RFB

No ACBr eu consigo fazer essa autenticação do certificado na transmissão também? Será que é isso é o que está faltando?

Obrigado,

Leandro

[leomcl]

Só para constar, mudei no ProninV2.ini a linha UseCertificado para 1, e agora o erro mudou para:

Pedido de servico nao assinado.
O pedido de servico deve conter assinatura digital vinculada a certificado digital padrao ICP Brasil, nao revogado e nao expirado.

Já mudei várias propridades de 0 para 1 mas nada deu certo.

Obrigado.

Editado 6 Maio, 2019 por leomcl
erro digitacao

[leomcl]

Pessoal,

Pesquisando mais sobre o assunto, percebi que esse negócio de assinar a transmissão realmente faz parte do padrão Abrasf v2, conforme o seguinte link:

https://admin.montesclaros.mg.gov.br/upload/financas/files/nfegov/NFSE-NACIONAL_Manual_De_Integracao.pdf

Página 14.

Então, imagino que outro provedor também já utilize isso. Se sim, o ACBr já deve ter essa funcionalidade para esse outro provedor.

Qualquer ajuda é bem vinda.

Leandro

 

 

[Italo Giurizzato Junior]

Boa tarde Leandro,

Use o INI em anexo e faz o teste usando o programa exemplo do componente.

Use o botão [Enviar Lote RPS (EnviarSincrono)]

Pronimv2.ini

[leomcl]

Isso mesmo, Ítalo, eu estou fazendo últimos testes aqui, mas resolveu, usando o envio síncrono. Eu usava a função Gerar, que gera o RPS direto, e la não funcionou.

Obrigado,

Leandro

 

[leomcl]

Bom dia, Ítalo.

Eu não tinha testado o cancelamento, e quando fui testar, percebi que o mesmo não está funcionando, mesmo colocando "Cancelar=1" no Proninv2.ini.

Debugando, percebi que, ao assinar a tag "Pedido" do XML de cancelamento, o ACBr não fecha a tag CancelarNfseEnvio do XML, gerando um erro no componente.

Coloquei algumas linhas conforme print anexo, só para passar, e o erro parou, embora o cancelamento não tenha sido aceito na prefeitura (isso estou discutindo com os técnicos dele ainda).

Enfim, se puder ver qual o local correto para colocar essa correção pra gente, eu agradeceria.

Estou anexando o .pas também, se for útil.

Obrigado,

Leandro

 

ACBrDFeSSL.pas

[Italo Giurizzato Junior]

Boa tarde Leandro,

Desfaça essa alteração, atualiza os fontes e faça novos testes.

Note que fiz uma alteração no arquivo INI do provedor.

[leomcl]

Bom dia, Ítalo.

O erro da tag foi corrigido, obrigado.

Falta uma pequena correção no PronimV2.ini, no endereço de homologação de Montes Claros/MG agora é https, não mais http, se quiser alterar no repositório.

; Montes Claros/MG
RecepcaoLoteRPS_3143302=https://notateste.montesclaros.mg.gov.br/NFSe.Portal.Integracao.Teste/Services.svc

Quanto ao erro ao cancelar, continua retornando:

O pedido de servico deve conter assinatura digital vinculada a certificado digital padrao ICP Brasil, nao revogado e nao expirado

Como se a assinatura estivesse no local errado do XML. Enfim, já mandei o xml pro técnico da prefeitura e estou aguardando retorno deles.

Obrigado,

Leandro

[Carlos Hendrik Oliveira]

Bom dia, pessoal

o pessoal de TI da prefeitura de Montes Claros, avisou que foi adiada novamente a mudança de http para https no ambiente de produção. Com isso meu sistema voltou a transmitir os RPS.

Seguindo a conversa do Italo com leomcl, fiz a atualização dos fontes hoje e mesmo assim não estou conseguindo enviar RPS para o ambiente de homologação que está com https, retorna o seguinte erro:

Ocorreu um erro no processamento do arquivo.
A cadeia de caracteres de entrada nao estava em um formato correto.
Procure a Prefeitura para regularizacao.

[leomcl]

Carlos,

Qual método vc usa para enviar? É o Enviar síncrono?

Mude o seguinte no proninv2.ini:

UseCertificado = 1

RPS = 1

Coloque https ao invés de http nos endereços de Montes Claros

e tente de novo. 

Leandro

[leomcl]

Carlos,

Segue meu pronimv2.ini. Com ele estou emitindo normal em homologação, só não consigo cancelar.

Uso o método ACBrNFSe1.EnviarSincrono()

Leandro

Pronimv2.ini

[Carlos Hendrik Oliveira]

44 minutos atrás, leomcl disse:

Carlos,

Segue meu pronimv2.ini. Com ele estou emitindo normal em homologação, só não consigo cancelar.

Uso o método ACBrNFSe1.EnviarSincrono()

Leandro

Pronimv2.ini 11 kB · 0 downloads

Leomcl,

no seu arquivo o ambiente de produção está https, e eles adiaram esta mudança e  ainda não tem nova data. Esta informação foi me passada por telefone pelo tecnico de TI da prefeitura.

[Carlos Hendrik Oliveira]

Leandro,

fiz o teste no ambiente de homologação utilizando o arquivo que vc disponibilizou e retorna o mesmo erro que citei acima. 

estou utilizando o método: ACBrNFSe1.EnviarSincrono()

[leomcl]

Sim, o .ini que te mandei é pra desenvolvimento, por isso está https.

Leandro