Novo provedor em Novo Hamburgo

[Marcos Giordani]

Antigo= ISSNET

Novo= IPM

O MUNICÍPIO DE NOVO HAMBURGO , no dia 04/03/2023, passará por uma mudança de sistema, este que é responsável pela Emissão de Notas Fiscal de Serviço e Escrituração Fiscal.
 

’Prezado Contribuinte!

O MUNICÍPIO DE NOVO HAMBURGO , no dia 04/03/2023, passará por uma mudança de sistema, este que é responsável pela Emissão de Notas Fiscal de Serviço e Escrituração Fiscal.

A partir deste dia o acesso ao sistema ocorrerá pelo link https://nfse-novohamburgo.atende.net .

Os treinamentos on-line ocorrerão no período de 07 a 23 de Fevereiro. Clique aqui, escolha uma data e faça sua inscrição. 

O Webservice será no Padrão ABRASF 2.04, você pode acessar o manual clicando aqui.

Para acesso a manuais, vídeos e mais informações clique no link abaixo:

https://novohamburgo.atende.net/subportal/mudanca-sistema-nota-fiscal-eletronica

E-mail para suporte: [email protected]  .

Qualquer dúvida, fico a disposição!

Editado 8 Fevereiro, 2023 por Marcos Giordani
Complementar informações

[Italo Giurizzato Junior]

Boa tarde Marcos,

Entre em contato com o provedor e solicite as URLs de homologação e de produção.

[Italo Giurizzato Junior]

Bom dia Marcos,

Já esta no SVN as alterações necessárias para atender essa mudança na cidade de Novo Hamburgo/RS.

Favor atualizar os fontes.

Depois altere o arquivo ACBrNFSeXServicos.ini da seguinte forma:

[4313409]
; Atualizado em 08/02/2023
Nome=Novo Hamburgo
UF=RS
Provedor=IPM
Versao=2.04
ProRecepcionar=
HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_novohamburgo

Execute o BAT - Compila_RES

Reinstale o ACBr e por fim inicie os testes com o programa exemplo.

Observação, no programa exemplo na aba WebService informar o CNPJ/CPF no campo usuário e a senha no campo Senha.

[DuarteRS]

Boa tarde, 

Atualizei os fontes, mas está me solicitando o Schemas.

Arquivo 
.\SchemasNFe\IPM\2.04\nfse.xsd
Não encontrado

Onde posso fazer o download desse arquivo?

Obrigado!

[Italo Giurizzato Junior]

Bom dia Duarte,

Desculpa, acabei esquecendo de enviar para o SVN os schemas.

Favor atualizar novamente, já esta no SVN os schemas da versão 2.04 a ser utilizados pelo provedor IPM.

[DuarteRS]

1 hora atrás, Italo Giurizzato Junior disse:

Bom dia Duarte,

Desculpa, acabei esquecendo de enviar para o SVN os schemas.

Favor atualizar novamente, já esta no SVN os schemas da versão 2.04 a ser utilizados pelo provedor IPM.

Bom dia Italo, 

Obrigado, atualizei o Schemas, tentei o envio pelo meu sistema e retornou um erro, daí tentei pelo programa de exemplo e ocorreu o mesmo erro. Em anexo o XML de retorno.

Saberia me dizer o que pode ser?

Erro(s):
Código  : X999
Mensagem: Erro de Conexão: SOAP-ENV:Server - Call to a member function getCodigo() on null
Correção: 

Obrigado!

1-lista-nfse-sinc-soap.xml

Editado 10 Fevereiro, 2023 por DuarteRS

[Italo Giurizzato Junior]

Duarte,

O provedor disponibilizou os 3 modos de envio (EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse).

Infelizmente o envio em lote não esta funcionando, somente o GerarNfse que você consegue consumir através do método Emitir configurado para o modo de envio unitário.

A minha suspeita com relação ao envio em lote é:

Devemos montar a lista de Rps para colocar no lote, sendo assim dentro da grupo <ListaRps> temos 1 ou mais (até 50) Rps, a tag inicial de um Rps é <Rps>, mas analisando o WSDL do provedor detectei uma falha, em vez da tag <Rps> é esperado <InfDeclaracaoPrestacaoServico>.

Tentei até uma alteração visando gerar a tag <InfDeclaracaoPrestacaoServico> dentro do grupo <ListaRps>, o erro inicial sumiu, mas surgiu um erro de validação do lado do provedor, acusando a falta da tag <Rps>.

Veja:

<Codigo type="xsd:string">L1001</Codigo>

<Mensagem type="xsd:string">O XML esta incompativel com o esquematico XSD ABRASF.</Mensagem>

<Correcao type="xsd:string">Para prosseguir, verificar a linha e a descricao do erro a seguir: 
  Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': 
  This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps ). </Correcao>

 

Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': 
This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps )

Trocando em miudos:

O Elemento InfDeclaracaoPrestacaoServico não é esperado. É esperado: Rps.

 

Ao meu ver se eles corrigirem o WSDL vai funcionar esses outros dois modos de envio.

[DuarteRS]

1 hora atrás, DuarteRS disse:

Bom dia Italo, 

Obrigado, atualizei o Schemas, tentei o envio pelo meu sistema e retornou um erro, daí tentei pelo programa de exemplo e ocorreu o mesmo erro. Em anexo o XML de retorno.

Saberia me dizer o que pode ser?

Erro(s):
Código  : X999
Mensagem: Erro de Conexão: SOAP-ENV:Server - Call to a member function getCodigo() on null
Correção: 

Obrigado!

1-lista-nfse-sinc-soap.xml 312 B · 0 downloads

 

4 minutos atrás, Italo Giurizzato Junior disse:

Duarte,

O provedor disponibilizou os 3 modos de envio (EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse).

Infelizmente o envio em lote não esta funcionando, somente o GerarNfse que você consegue consumir através do método Emitir configurado para o modo de envio unitário.

A minha suspeita com relação ao envio em lote é:

Devemos montar a lista de Rps para colocar no lote, sendo assim dentro da grupo <ListaRps> temos 1 ou mais (até 50) Rps, a tag inicial de um Rps é <Rps>, mas analisando o WSDL do provedor detectei uma falha, em vez da tag <Rps> é esperado <InfDeclaracaoPrestacaoServico>.

Tentei até uma alteração visando gerar a tag <InfDeclaracaoPrestacaoServico> dentro do grupo <ListaRps>, o erro inicial sumiu, mas surgiu um erro de validação do lado do provedor, acusando a falta da tag <Rps>.

Veja:

<Codigo type="xsd:string">L1001</Codigo>

<Mensagem type="xsd:string">O XML esta incompativel com o esquematico XSD ABRASF.</Mensagem>

<Correcao type="xsd:string">Para prosseguir, verificar a linha e a descricao do erro a seguir: 
  Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': 
  This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps ). </Correcao>

 

Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': 
This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps )

Trocando em miudos:

O Elemento InfDeclaracaoPrestacaoServico não é esperado. É esperado: Rps.

 

Ao meu ver se eles corrigirem o WSDL vai funcionar esses outros dois modos de envio.

Entrei em contato com eles por email e me responderam para fazer novo teste que eles ajustaram algumas informações internamente.

Fiz o teste e realmente não ocorreu mais a mensagem, verificando no site registro corretamente, porém o componente não conseguiu analisar o retorno.

Tela do site

XML de retorno

 

[Italo Giurizzato Junior]

Boa tarde Duarte,

O componente não conseguiu tratar o retorno pelo simples fato de que eles incluíram um grupo a mais.

Segundo o layout da ABRASF dentro do grupo <CompNfse> temos o grupo <Nfse> e não o grupo <item>, conforme consta na imagem que você anexou.

[DuarteRS]

1 minuto atrás, Italo Giurizzato Junior disse:

Boa tarde Duarte,

O componente não conseguiu tratar o retorno pelo simples fato de que eles incluíram um grupo a mais.

Segundo o layout da ABRASF dentro do grupo <CompNfse> temos o grupo <Nfse> e não o grupo <item>, conforme consta na imagem que você anexou.

Pois então, é muito complicado, daqui alguns dias vão colocar em produção algo que pelo menos na homologação não está funcionando corretamente.

Agora enviei email questionando o retorno, pois mesmo estando com grupo errado, não retornou alguns dados como o link da nota, código verificador e nem protocolo algum.

Nem por consulta consigo recuperar o XML.

[Italo Giurizzato Junior]

Duarte,

Normalmente no envio síncrono não temos o numero do protocolo, pois o resultado do envio já é o XML da nota ou a lista de erros.

O código de verificação o componente só vai conseguir ler quando o XML de retorno estiver dentro do layout da ABRASF ou vamos ter que fazer uma gambiarra para ler ele.

[thi4182]

Olá,

Eu também estou homologando esta migração de provedor e enviei um e-mail pra eles falando sobre esta tag a mais que eles estão colocando no retorno e eles me responderam o seguinte:

"esta tag é um retorno de nossa estrutura do framework interno e estamos trabalhando para que estas informações a mais não estejam nos retornos do padrão ABRASF. Em breve será corrigido."

Ou seja, vamos ter que aguardar eles corrigirem isto pra que a integração fique 100%.

[Aggille Sistemas de Gestão]

esse provedor IPM é o pior que já vi... 

[Diego Foliene]

Bom dia a todos!
Foi enviado ao SVN na Rev-28628 ajuste visando a leitura dessa tag Item que está vindo a mais.
Optei por fazer um override da procedure TratarRetornoEmitir na IPM.Provider.
Nela como diferença é verificado se encontra a tag item, caso encontre, busca a tag NFSe a partir dela, caso contrário, busca direto a tag NFSe.

Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

[thi4182]

Boa tarde a todos!

Vou testar o problema da Tag item e retorno assim que possível.

 

No treinamento que que teve dia 22/02 por parte da IPM eles passaram que tem disponível três eventos de consulta, que são:
ConsultarNfseFaixaEnvio e ConsultarNfseServicoPrestadoEnvio, este tanto por período quanto singular.

Coloquei em anexo os XMLs de exemplo que eles passaram... acredito que alguém com maior conhecimento interno no ACBR, possa incluir estes recursos com mais facilidade, por isso peço auxilio de todos.

Avisando também que eles vão disponibilizar em breve (duvido muito) a consulta de notas por RPS.

 

Obrigado.

Consulta em faixa.txt Consulta singular e por período.txt

[Italo Giurizzato Junior]

Bom dia,

Todos os serviços disponibilizados no webservice do provedor já estão implementados.

Favor utilizar o programa exemplo do componente ACBrNFSeX para realização de testes.

[thi4182]

Bom dia,

Ao usar a opção de consulta, me retorna que o serviço não foi implementado:

Requisição
Ambiente: 2
Cidade  : Novo Hamburgo/RS
Provedor: IPM Versão: 2.04
 
Método Executado: ConsultarNFSePorFaixa
 
Parâmetros de Envio
Num. Ini. NFSe: 1
Num. Fin. NFSe: 2
Data Inicial  : 30/12/1899
Data Final    : 30/12/1899
 
Parâmetros de Retorno
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Serviço não implementado para este provedor.
Correção: 
---------
 

[thi4182]

Bom dia de novo,

Esqueci de reportar no topico acima, que o envio e retorno, por parte do ACBR, está funcionando 100%, depois do ajuste que leva em consideração a tag "Item".
Infelizmente por parte do provedor ainda tem problema, pois eles estão retornando a tag "CodigoPais" com o texto "BR" ao invés do código 1058, mas isso eu estou contornando facilmente ate eles corrigirem.

Obrigado.

[Aggille Sistemas de Gestão]

Bom dia...
Implementei o provedor IPM em Novo Hamburgo.. transmissão correta, xml baixado, porém, quando utilizo o LoadFromFile, pra reimprimir a nota, por exemplo, o danfe vem em branco.. inclusive no programa exemplo.. segue xml recepcionado...

31-nfse.xml

[Italo Giurizzato Junior]

Boa tarde @thi4182,

Veja o que temos na unit IPM.Provider:

  TACBrNFSeXWebserviceIPM204 = class(TACBrNFSeXWebserviceSoap11)
  protected
    procedure SetHeaders(aHeaderReq: THTTPHeader); override;

  public
    function Recepcionar(ACabecalho, AMSG: String): string; override;
    function RecepcionarSincrono(ACabecalho, AMSG: String): string; override;
    function GerarNFSe(ACabecalho, AMSG: String): string; override;
    function ConsultarLote(ACabecalho, AMSG: String): string; override;
    {
    Não foi implementado no ambiente de homologação
    function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override;
    function ConsultarNFSePorFaixa(ACabecalho, AMSG: String): string; override;
    function ConsultarNFSeServicoPrestado(ACabecalho, AMSG: String): string; override;
    function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override;
    }
    function Cancelar(ACabecalho, AMSG: String): string; override;
    function SubstituirNFSe(ACabecalho, AMSG: String): string; override;

    function TratarXmlRetornado(const aXML: string): string; override;
  end;

Não sei se a implementação esta ocorrendo a largos passos de tartaruga ou se não vão mesmo implementar.

 

Boa tarde @Aggille Sistemas de Gestão,

Isso com certeza esta ocorrendo por conta do grupo <item> que o provedor esta gerando de forma indevida uma vez que este grupo não existe no layout da ABRASF versão 2.04

É preciso forçar a barra para o provedor corrigir isso.

[Aggille Sistemas de Gestão]

mas a existência do grupo <item> afetaria o loadfromfile ?
esse arquivo.. tirei o grupo Item.. mesmo assim o loadfromfile não funciona..

31-nfse.xml

Editado 27 Fevereiro, 2023 por Aggille Sistemas de Gestão

[Italo Giurizzato Junior]

Leandro,

Substitua pela unit em anexo, reinstale o ACBr e faça um novo teste com esse XML que você anexou.

ACBrNFSeXLerXml_ABRASFv2.pas

[Aggille Sistemas de Gestão]

bom dia .. funcionou perfeitamente..

 

[Aggille Sistemas de Gestão]

na verdade.. funcionou no arquivo 31.xml ( porem não traz o endereço do tomador ) .. nos demais não funciona..

segue alguns arquivos ...desses somente o 31 funcionou

26-nfse.xml 30-nfse.xml 31-nfse.xml 32-nfse.xml 16543-nfse.xml 16553-nfse.xml 16563-nfse.xml

[Italo Giurizzato Junior]

Boa tarde Leandro,

Favor atualizar os fontes, reinstale o ACBr e faça novos testes.