NFSe Ponta Porâ/MS - Assinatura substituída por Chave/ContraChave

[MarcosRWeimer]

Bom dia!

 

Seguinte, vou desenvolver a integração para Ponta Porã/MS, a questão é que não é ISSNET e tambem não é Intellig (citado anteriormente pelo @Italo Jurisato Junior), é um tal de AEG.

 

Provedor AEG utilizado apenas por Ponta Porã e Miranda.

 

Documentação: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360038072593-Documentação-Técnica-Padrão-AEG

 

P.S. Suporte é quase nulo neste provedor

 

Editado 17 Julho, 2020 por -=Ma®©oS=-

[Juliomar Marchetti]

é um problema isso.

caso queira contribuir com a analise do provedor e sugerir mudanças fique a vontade

[Italo Giurizzato Junior]

Bom dia Marcos,

O que tudo indica esse provedor segue a versão 2 do layout da ABRASF.

Logo será tranquilo a inclusão desse provedor no componente.

Esta faltando os schemas para validar o XML antes do seu envio e as URLs dos ambientes de homologação e produção.

[MarcosRWeimer]

Bom dia!

Faz algumas modificações no ACBrNFSe, porem não estou tendo sucesso ao enviar para o provedor.

 

Informações recebidas do provedor:

Citar

Seguem instruções de integração com o sistema de emissão de Nota Fiscal Eletrônica de Serviço municipal.

 

O sistema de NFSe municipal segue os padrões definidos pela ABRASF. O modelo utilizado dispensa o certificado digital, mas exige uma CHAVE e CONTA-CHAVE (publica) que só o próprio contribuinte tem acesso / conhecimento. Estas chaves são criptografadas e não podem sem quebradas, garantindo a segurança dos dados do contribuinte. 

 

O modelo de troca de informações segue o padrão definido no site oficial da ABRASF, com alguns ajustes adicionais para garantir a segurança implementada pela nossa solução. 

 

 

Para obter o manual de integração, layout dos xml de envio e retorno e os dicionários de dados utilizados, acesso o site oficial da ABRASF, pelo endereço:http://www.abrasf.org.br/paginas_multiplas_detalhes.php?cod_pagina=1&titulo=TEMAS%20T%C9CNICOS&data=não 

 

Nesta página existe todo o material referente à NFSe municipal. A versão adotada por nossa aplicação é a 2.02: 

 

Versão 2.02: 

 

 

·         Erros e Alertas. http://www.abrasf.org.br/arquivos/files/Erros%20e%20Alertas%20NFS-e%202%2002.xls 

 

·         Hash Documentos. http://www.abrasf.org.br/arquivos/files/Hash%20documentos%20NFS-e%20verso%202-02.pdf 

 

·         Manual de Integração. http://www.abrasf.org.br/arquivos/files/NFSE-NACIONAL_Manual_De_Integracao%20versao%202-02.pdf 

 

·         Manual de Integração - alterações. http://www.abrasf.org.br/arquivos/files/NFSE-NACIONAL_Manual_De_Integracao%20versao%202-02%20-%20alteracoes.pdf 

 

·         Modelo conceitual. http://www.abrasf.org.br/arquivos/files/NFSE-NACIONAL_Modelo_Conceitual%20versao%202-02.pdf 

 

·         NFS-e - Versão 2.02 - Correções. http://www.abrasf.org.br/arquivos/files/Correcoes_NFS-eversao_2-02.pdf 

 

·         NFS-e - Versão 2.02 - WSDL. http://www.abrasf.org.br/arquivos/files/wsdl_nfse_v2%2002.zip 

 

 ·         NFS-e Versão 2.02 - XML. http://www.abrasf.org.br/arquivos/files/schema_xml_nfse_v2-02.zip 

 

 

Utilize o manual de Integração e/ou Manual de Integração / Alterações para obter toda informação necessária quanto aos formatos dos arquivos, tipos de dados, bem como o layout exigido para cada funcionalidade disponibilizada pelo Web Service. 

 

Toda a troca de informação entre os sistemas será feita por Web Services disponibilizados pela Prefeitura para este fim. 

 

Os testes são iniciados com os seguintes métodos: 

 

    1º Envio de RPS de serviço; 

     

    2º Consulta de RPS de serviço Lote; 

    

    3º Emissão de NFSe 

    

    4º Consulta de NFSe por lote / período 

 

 

 

E assim por diante, até concluir todos os métodos disponibilizados no modelo de integração da ABRASF. 

 

Para começarmos iremos avaliar os 4 primeiros serviços listados acima, para tanto, após construírem a rotina de integração e terem os arquivos de testes nos formatos exigidos, nos encaminhe para validação. 

 

Depois de validada a estrutura e o conteúdo dos XML's enviados, passaremos à etapa de homologação dos sistemas e testes de integração. 

 

Para atender nosso estrutura de segurança,  todos os XML enviados ao WebService da Prefeitura deverá trazer as seguintes TAGS ao final do arquivo: 

  

     <MetodoInfo> 

        <Seguranca> 

          <ChaveAcesso>CHAVE DE ACESSO DO CONTRIBUINTE</ChaveAcesso> 

          <ChaveAutorizacao>CHAVE DE AUTORIZAÇÃO DO CONTRIBUINTE</ChaveAutorizacao> 

        </Seguranca> 

        <Versao> 

           <VersaoNumero>2.02</VersaoNumero> 

        </Versao> 

     </MetodoInfo> 

  

As “CHAVE DE ACESSO DO CONTRIBUINTE” e “CHAVE DE AUTORIZAÇÃO DO CONTRIBUINTE” são obtidas através do NOVO PORTAL DE SERVIÇO DO CONTRIBUINTE, o mesmo utilizado para emissão manual de NFSe. 

  

Cada contribuinte possui seu par de chaves de autorização, utilizadas por aplicativos de terceiro para enviar dados ao WebService da NFSe. O próprio contribuinte é quem concede ou cancela as autorizações de acesso ao WebService da Prefeitura. 

  

Para obter estas chaves, o contribuinte deve entrar no Portal com seu usuário e senha de acesso, na opção AUTORIZAÇÃO DE APLICAÇÃO EXTERNA e gerar uma nova chave de acesso / autorização, em seguida deve repassar estes dados de acesso à empresa responsável pelo software de gestão para que ela possa iniciar os testesde integração. 

 

métodos disponíveis: 

 

    *CancelarNfse 

    *ConsultarLoteRps 

    *ConsultarNfseServicoPrestado 

    *ConsultarNfseServicoTomado 

    *ConsultarNfsePorFaixa 

    *ConsultarNfsePorRps 

    *RecepcionarLoteRps 

    *GerarNfse 

 

 

Para fazer os testes dos métodos, utilize o endereço: 

 

 

    http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg 

    ou 

    http://187.53.176.143/tecnosis/portalinteg2.dll/wsdl/IWSPortalInteg 

 

 

O endereço WSDL descreve os métodos publicados bem como seus parâmetros e retornos, tipos esperados etc. 

Já o endereço SOAP é utilizado para invocar os serviços. 

 

*Layouts disponíveis: 

 

    https://1drv.ms/u/s!AiK6nZ1P6vqkg1Kc00UbVa_59i3j 

 

 

Observações Finais: 

 

 

*Tomador estrangeiro - Basta preencher o CPF/CNPJ com: 99999999999 

 

*Tomador Não identificado - Não implementado. RPS deve conter um tomador. 

 

*Quebra de linha  

    Retorno de carro (CR) 

    ASCII:  

    Decimal: &#13; 

 

 

*Necessário retirar o XML dos envelopes. (para programadores que utilizam a linguagem JAVA como solução) 

 

*Para obter todos os métodos suportados pelo Web Service, utilize o endereço: 

  

    http://187.53.176.143/tecnosis/portalinteg2.dll/wsdl/IWSPortalInteg 

      

  ou simplesmente (versão visual):

      

    http://187.53.176.143/tecnosis/portalinteg2.dll/ 

      

  Para chamar cada um dos métodos do WebService, proceda:

      

    http://187.53.176.143/tecnosis/portalinteg2.dll/NomeDoMetodo 

      

  Exemplo, para chamar o GerarNFSe:

      

    http://187.53.176.143/tecnosis/portalinteg2.dll/GerarNFSe(xmlDados) 

 

 

Estamos aguardando seus testes e assim que os concluir, e validarmos os resultados na base de testes, mudaremos suas chaves de acesso para HOMOLOGADA, e vocês poderão utilizar o servidor de produção.  

Qualquer dúvida, estamos à disposição. 

 

1 - Criei um novo provedor (proAEG) já que o site do provedor é http://www.issqn.net/ e a empresa é AEG Assessoria Consultoria Tributária (se preferir que seja portalintelig ou tecnosis avisem que altero.

2 - Modifiquei o CIDADES.INI:

[5006606]
Nome=Ponta Pora
UF=MS
Provedor=AEG -> Modifiquei esta linha
NomeURL_H=wshomologacao
NomeURL_P=pontapora

3 - Criei o arquivo AEG.INI, é uma cópia do ABRASFv2.ini com as seguintes alterações:

[SoapAction]
Recepcionar=RecepcionarLoteRps
ConsSit=*
ConsLote=ConsultarLoteRps
ConsNFSeRps=ConsultarNfsePorRps
ConsNFSe=*
Cancelar=CancelarNfse
Gerar=GerarNfse
RecSincrono=RecepcionarLoteRpsSincrono
Substituir=SubstituirNfse

[URL_P]
RecepcaoLoteRPS=http://187.53.176.143/tecnosis/portalinteg2.dll/

[URL_H]
RecepcaoLoteRPS=http://187.53.176.143/tecnosis/portalinteg2.dll/

 

Estou tendo problemas ao enviar, alterando a URL sempre retorna algum erro:

1 - http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg

Erro Interno: 0
Erro HTTP: 500
URL: http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg

2 - http://187.53.176.143/tecnosis/portalinteg2.dll/soap/

Erro Interno: 0
Erro HTTP: 500
URL: http://187.53.176.143/tecnosis/portalinteg2.dll/soap/

3 - http://187.53.176.143/tecnosis/portalinteg2.dll/
Erro: retorna o html da pagina, não vou postar aqui pq o post já está grande

 

 

Em 20/07/2020 at 08:56, Italo Jurisato Junior disse:

Esta faltando os schemas para validar o XML antes do seu envio e as URLs dos ambientes de homologação e produção.

Baixei os schemas e o XML gerado está validando corretamente, estou com problemas no envio mesmo para prosseguir com os testes e modificações

[Italo Giurizzato Junior]

Boa tarde Marcos,

Favor anexar os arquivos alterados e os que você criou, assim posso lhe ajudar.

[MarcosRWeimer]

Em 22/07/2020 at 17:09, Italo Jurisato Junior disse:

Boa tarde Marcos,

Favor anexar os arquivos alterados e os que você criou, assim posso lhe ajudar.

AEG.ini

Cidades.ini ACBrNFSeWebServices.pas pnfsConversao.pas pnfsNFSeW_ABRASFv2.pas

[Italo Giurizzato Junior]

Boa tarde Marcos,

Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Me diz uma coisa, porque o nome AEG para esse provedor?

[MarcosRWeimer]

11 minutos atrás, Italo Jurisato Junior disse:

Boa tarde Marcos,

Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Me diz uma coisa, porque o nome AEG para esse provedor?

Quando abre o site do provedor tem o logo da empresa...

 

porem abrindo os links, as URLs tem nomes diferentes:

http://portal.issqn.net/tecnosis/Portal.html#versao=35

ou... http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg

 

então não sei qual seria mais apropriado, se AEG, TECNOSIS, Integ2... enfim, no momento o nome acredito que seja o menor dos problemas

[Italo Giurizzato Junior]

Marcos,

Como no site da TecnoSpeed foi usado o nome AEG fiquei na duvida se era um nome criado por eles, mas como se trata do nome da empresa não vejo grandes problemas.

[Italo Giurizzato Junior]

Bom dia Marcos,

Enviei para o repositório as alterações no componente visando a implementação do provedor AEG, favor atualizar todos os fontes de todas as pastas e inicie os testes.

Muito obrigado pela colaboração.

[MarcosRWeimer]

4 horas atrás, Italo Jurisato Junior disse:

Bom dia Marcos,

Enviei para o repositório as alterações no componente visando a implementação do provedor AEG, favor atualizar todos os fontes de todas as pastas e inicie os testes.

Muito obrigado pela colaboração.

Boa Tarde @Italo Jurisato Junior

 

Infelizmente não está funcionando, alguma coisa ainda não confere, fiz mais alguns testes e não consegui encontrar o problema.

ACBrDFeWebService.EnviarDados, linha 412:

FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType);

Dados:
FPEnvelopeSoap: xml da NFS-e
FPURL: 'http://187.53.176.143/tecnosis/portalinteg2.dll/'
FPSoapAction: 'RecepcionarLoteRps'
FPMimeType: 'text/xml'

Acaba retornando o HTML da página (http://187.53.176.143/tecnosis/portalinteg2.dll/), como se não estivesse chamando o método 'RecepcionarLoteRps'.

 

 

 

[Italo Giurizzato Junior]

Bom dia Marcos,

Você atualizou todos os fontes de todas as pastas?

Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada?

21-env-lot.xml

21-env-lot-soap.xml

21-rec.xml

21-rec-soap.xml

[MarcosRWeimer]

Bom dia!

Tive tempo de desinstalar tudo (apagar as pastas, atualizar) e instalar novamente somente hoje, porem veja o arquivo de retorno quando ocorre um erro nos dados:

 

<DocumentElement><Resultado><ResultadoCodigo>3</ResultadoCodigo><ResultadoErro>C?digo de Barras 2 de 5 n?o suporta outros d?gitos a n?o ser n?meros!:</ResultadoErro></Resultado></DocumentElement>

 

Ai fica difícil, cada provedor tem seu "padrão abrasf"... vou fazer algumas alterações a fim de entender este "novo padrão"

[Italo Giurizzato Junior]

Bom dia Marcos,

Se você abrir o arquivo 21-rec.xml vai notar que eu também obtive esse mesmo retorno.

O que precisamos saber é o que vem a ser esse Código de Barras.

Talvez a ChaveAcesso ou ChaveAutorizacao que se encontram dentro do grupo Seguranca tem que ser apenas numérico.

[MarcosRWeimer]

3 minutos atrás, Italo Jurisato Junior disse:

Bom dia Marcos,

Se você abrir o arquivo 21-rec.xml vai notar que eu também obtive esse mesmo retorno.

O que precisamos saber é o que vem a ser esse Código de Barras.

Talvez a ChaveAcesso ou ChaveAutorizacao que se encontram dentro do grupo Seguranca tem que ser apenas numérico.

pois é, já solicitei ao suporte do provedor, espero que respondam.

[MarcosRWeimer]

Ajustes para interpretar o retorno:

 

<DocumentElement><Resultado><ResultadoCodigo>3</ResultadoCodigo><ResultadoErro>C?digo de Barras 2 de 5 n?o suporta outros d?gitos a n?o ser n?meros!:</ResultadoErro></Resultado></DocumentElement>

para o provedor AEG.

pnfsEnvLoteRpsResposta.pas

[MarcosRWeimer]

19 minutos atrás, Italo Jurisato Junior disse:

Bom dia Marcos,

Se você abrir o arquivo 21-rec.xml vai notar que eu também obtive esse mesmo retorno.

O que precisamos saber é o que vem a ser esse Código de Barras.

Talvez a ChaveAcesso ou ChaveAutorizacao que se encontram dentro do grupo Seguranca tem que ser apenas numérico.

Veja a resposta do suporte do provedor:

Este erro ocorre geralmente, quando as chaves de acesso fornecidas não estão iguais as cadastradas no portal WEB. 

Vou verificar se é problema no usuário/senha.

[MarcosRWeimer]

1 hora atrás, -=Ma®©oS=- disse:

Veja a resposta do suporte do provedor:

Este erro ocorre geralmente, quando as chaves de acesso fornecidas não estão iguais as cadastradas no portal WEB. 

Vou verificar se é problema no usuário/senha.

As chaves condizem com a do portal do provedor, estou em uma batalha com o suporte deles, sempre é... "consulte o manual..." que eles não seguem, ou usuário e senha estão errados (mesmo mandando print do usuario/senha no portal do provedor), enfim, prevejo que esta batalhe se estenda bastante ainda.

[Italo Giurizzato Junior]

Bom dia Marcos,

Muito obrigado pela contribuição, já inclui na minha lista de tarefas, assim que possível vou analisar.

[Italo Giurizzato Junior]

Boa tarde Marcos, 

Já enviei para o repositório a sua contribuição, muito obrigado.

[Murilo Bezerra]

Boa tarde ,

estou fazendo uma integração para NFSE da cidade de Ponta Porã também ,

gostaria de saber se com essa última alteração deu certo de emitir as notas em Ponta Porã / MS .

Obrigado .

[MarcosRWeimer]

Em 10/09/2020 at 17:43, Murilo Bezerra disse:

Boa tarde ,

estou fazendo uma integração para NFSE da cidade de Ponta Porã também ,

gostaria de saber se com essa última alteração deu certo de emitir as notas em Ponta Porã / MS .

Obrigado .

Desculpe pela demora, acabei priorizando outras tarefas e não dei mais continuidade, a principio o código está seguindo o manual, só não conclui os testes por divergências de login/senha, que o suporte do provedor insistia que estava errada (e não passava a correta").

[MarcosRWeimer]

Olá! Alguém conseguiu dar continuidade? Pessoal do suporte da AEG não está me respondendo mais

[Kelvin Alexandre Ferreira]

Bom dia Pessoal, acabei de fazer a homologação para a prefeitura de Jardim/MS e o provedor usado é este mesmo da AEG. Durante meus testes eu tive que fazer algumas alterações para ficar ok, vou colocar os fontes em anexo. @Italo Giurizzato Junior caso esteja tudo ok com as alterações, solicito que sejam inseridos no repositório para compartilhar com os demais que estejam precisando, por favor.  No Cidades.ini para Jardim eu alterei o provedor para AEG, estava ISSNet.

pcnLeitor.pas pnfsNFSeW_ABRASFv2.pas pnfsNFSeR.pas ACBrNFSeWebServices.pas

[Italo Giurizzato Junior]

Boa tarde Kelvin,

Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.