NFS-e OURINHOS - SP PROVEDOR SMARAPD

[Jefferson Alves da Silva]

Pessoal , boa tarde! 

Estou implementando a NFS-e da cidade de Ourinhos - SP que hoje utiliza o provedor SMARAPD.

Estou tendo como retorno a seguinte mensagem :  - Erro: Houve um erro na geração da NF!

A Mensagem em si não ajuda muito. Estou a mais de 10 dias em suporte com a SMARAPD que até o momento não disse qual o problema do lote.

Alguém aqui já conseguiu homologar esse provedor ? 

Em anexo os XML's e o referido manual.

4-env-lot.xml 4-env-lot-soap.xml 4-rec-soap.xml NFSe-manual-integracao-Ourinhos.pdf

[Italo Giurizzato Junior]

Boa tarde Jefferson,

Você esta utilizando o novo componente: ACBrNFSeX ?

Se não esta, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX
O componente antigo: ACBrNFSe não vai mais ter manutenção.

Faça os testes usando o programa exemplo do novo componente.

Manual de Migração
https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/
 

[Jefferson Alves da Silva]

Italo , boa tarde! 

Irei fazer o que sugeriu. 

Migrar o componente para o acbrnfsex e antes de implementar irei fazer um teste no programa de exemplo.

Grato.

 

[Jefferson Alves da Silva]

Italo , bom dia! 

Somente agora tive tempo de retomar o projeto da NFS-e Ourinhos provedor SMARAPD.

Estou testando direto no programa de exemplo e cheguei no mesmo ponto que estava no componente antigo.

Segue em anexo os XMLs do consumo.

 

 

 

1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml

[Jefferson Alves da Silva]

Em contato com o suporte tributário do provedor SMARAPD, me passaram um exemplo de XML. 

Eu mexi na unit SmarAPD.GravarXml.pas para deixar o mais parecido possível com o exemplo anexo. 

Porém mesmo deixando de gerar algumas TAGs e respeitando o modelo enviado até na ordem das tags continuo o mesmo problema.

Uma diferença que me chamou a atenção é na abertura do nó principal tbndf do modelo tem um namespace . 

 

Alguém sabe como faço para incluir essa namespace 

XML-Ourinhos-Modelo Func.xml NFSe-manual-integracao-Ourinhos.pdf 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml

[Italo Giurizzato Junior]

Boa tarde Jefferson,

Faça novos testes com a Unit em anexo.

SmarAPD.GravarXml.pas

[Jefferson Alves da Silva]

Italo bom dia!

Realizei testes com a unit enviada mas continua na mesma. 

Porém recebi ontém a tarde a informação do setor de tributação do municipio de ourinhos a informação que estão migrando para o Padrão ABRASF 2.04 

Com isso vou dedicar meus esforços para homologar já nesse padrão.

Agradeço o suporte prestado.

Vou entrar em contato com a SMARAPD e ver se o ambiente de homologação esta em operação. 

Se sim inicio de imediato os testes nesses padrão. Caso contrário vou aguarda um pouco mais.

Segue abaixo o texto na integra :

 

Comunicado nº 001/2022 GFT-GGT-SMF

ALTERAÇÃO DO LAYOUT DE INTEGRAÇÃO WEBSERVICE E IMPORTAÇÃO DE ARQUIVOS DE NOTAS FISCAIS DE SERVIÇOS ELETRÔNICAS.

Informamos que a Prefeitura Municipal de Ourinhos, por meio da Secretaria Finanças, realizará a atualização do atual Sistema Emissor de Nota Fiscal Eletrônica. Com a mudança, será necessário alterar o layout utilizado atualmente para integração de sistemas via webservice ou importação do arquivo de notas fiscais de serviços eletrônicas.

A previsão para lançamento da nova nota fiscal de serviços é em abril de 2022 e, neste primeiro momento, solicitamos que as empresas que realizam a emissão por meio de webservice ou importação de arquivo realizem a homologação dos serviços.

O novo layout seguirá o padrão nacional estabelecido pela Associação Brasileira das Secretarias de Finanças das Capitais – ABRASF, versão 2.04, sendo que os endereços e manuais necessários para a homologação se encontram disponíveis no endereço eletrônico abaixo:

https://tributacao.smarapd.com.br/ourinhos/loginNFEContribuinte.jsp?execobj=NFERelacionados

O suporte exclusivo aos desenvolvedores de sistemas, para dúvidas quanto a configuração do sistema, está disponível através do e-mail [email protected].

[Italo Giurizzato Junior]

Bom dia Jefferson,

Tente descobrir quais são as URLs de homologação e de produção, para que eu possa fazer os ajustes.

[Jefferson Alves da Silva]

Italo, bom dia! 

https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFAcessoWS&hostProducao=https://tributacao.smarapd.com.br/ourinhos&hostHomologacao=https://tributacao.smarapd.com.br/ourinhos&rpsSincrono=10&rpsAssincrono=10&titulo=Prefeitura+de+Ourinhos+-+Homologação

 

Segue o link com todos dados para desenvolvimento de ourinhos.

Eu alterei aqui o ACBrNFSeXServicos.ini e compilei o RES novamente. 

Mas não consegui autenticar 

 

Em contato com o suporte eles falaram que o usuário e senha são os mesmos do ambiente anterior. 

Mas deve ter algo errado na URL de homologação publica.]

Vendo direito percebi que as URL estão iguais. 

Não sei se isso esta assim e vai mudar a de produção em ABRIL que é o prazo estimado para liberar a produção.

Porém eles tem uma URL para DESENVOLVIMENTO. 

Mas não achei ainda onde fazer o cadastro do contribuinte nessa plataforma.

O botão de cadastre que consta no manual deles não se faz presente. 

Vou tentar evoluir aqui essas informações e retorno qualquer evolução aqui!

[Italo Giurizzato Junior]

Boa tarde Jefferson,

Realmente esta estranho a URL de homologação ser igual a de produção.

Ou foi publicado errado ou a URL de homologação na verdade é essa que consta como sendo de desenvolvimento.

[Jefferson Alves da Silva]

Italo, boa tarde! 

Consegui autenticar mudando as configurações :

ssl_type = LT_all

SSLLib = libCustom

CrypLib = cryWinCrupt

HttpLib = httpWinNet

XMLSingLib = xsLibXml2

Agora estou esbarrando na validação de esquemas

 

O mais estranho é que passa na Validação de schemas utilizando o xsd.

E também valida no validador do próprio provedor

https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFValidaXml

 

Vou encaminha para o Suporte do SMARAPD o XML e ver o que dizem.

1-env-lot.xml 1-env-lot-sinc.xml 1-lista-nfse-sinc.xml 1-rec.xml

[Renato Rubinho]

Bom dia Jefferson,

Haja paciência para aguardar retorno dos provedores... 

Comparando o seu xml com o exemplo que eles disponibilizaram no link que você postou, caso eles não respondam, faz uma tentativa e erro com os campos diferentes, especialmente com os IDs e CodigoTributacaoMunicipio.

[Jefferson Alves da Silva]

Bom dia Renato! 

Sim tem que ter muita paciência. kkk

Vou verificar essas TAGS que me indicou para ver se evolui algo. 

Teve outro tópico aqui no Forum com o mesmpo problema na SMARAPD, porém cidade de Sertãozinho. 

Dando erro de Schemas no retorno e no validador tudo certo. 

E sem nenhuma alteração passou a retorno os erros com detalhes. 

Não recebi ainda um retorno deles no que tange padrão ABRASF 2.04 

Mas me enviaram um manual atualizdo do Layout em produção no momento. (ANEXO)SMARAPD- Manual Integração NFS-e - Prefeitura de Ourinhos-Rev00.pdfSMARAPD- Manual Integração NFS-e - Prefeitura de Ourinhos-Rev00.pdfSMARAPD- Manual Integração NFS-e - Prefeitura de Ourinhos-Rev00.pdf

Estou mexendo no ABRASF 2.04 por que no outro esgotou as possibilidades.

Porém não sei se vale pena mexer no Layout atual que esta prestes a sair do AR.

Tudo muito complicado.

SMARAPD- Manual Integração NFS-e - Prefeitura de Ourinhos-Rev00.pdf

[Jefferson Alves da Silva]

Prezados , bom dia! 

Obtive um retorno do provedor SMARAPD solicitando uma alteração. Mudar o cabeçalho do xml para enconding ISO-5589-1.

 

Peguei o programa exemplo e fui depurando no código para ver onde seria preciso alterar essa informação.

Alterei hard code para fins as constantes que tem a informação do cabeçalho do XML e Charset da requisição; 

Porém depurando ao chegar na Unit ACBrWinINetReqResp

O Metodo 

    Result := HttpAddRequestHeaders(FpRequest, PChar(AHeader), Length(AHeader), HTTP_ADDREQ_FLAG_ADD);

Retorna False e a seguinte mensagem de erro : Falha ajustando o Cabeçalho da Requisição. Erro: 87

Se por um acaso eu trocar para True o Result , Acontece o consumo e parece que começa a ter alguma validação com sentido. 

Gostaria de saber se alguém consegue me orientar no impacto da alteração do encondig no cabeçalho da requisição. 

Não alterei em nenhum momento a codificação do arquivo, mantive UTF-8 em todo momento , so alterei o cabeçalho mesmo.

Gostaria de uma orientação de quem conhece mais a arquitetura do ACBR do real impacto dessa alteração.

E teria dica de onde devo alterar para conseguir finalizar a homologação ?

[Italo Giurizzato Junior]

Bom dia Jefferson,

O componente ACBrNFSeX gera o XML de envio sem nenhum encoding.

Coloque um ponto de parada na procedure ConfigurarHttpClient que se encontra na unit ACBrNFSeXWebservice e veja o conteúdo da variável FPEnvio.

[Jefferson Alves da Silva]

Italo, Bom dia! 

Colocado isso então somente a alteração do cabeçalho do XML seria o suficiente. 

Eu fiz alterações fixas no código somente para efeito de teste e consegui emitir e cancelar a NFS-e. 

ACBrNFSeXProviderBase.pasPorém como esta fixa iria deixar de funcionar os demais provedores. 

Então estou tentando de alguma forma colocar os desvios em pontos estratégicos para fazer funcionar o SMARPAD Versão 1.00 sem prejudicar o resto. 

Peço a gentileza de avaliar  o que produzir até agora.

Envio em anexo as units alteradas "As alterações estão comentadas pois"

Se estiver muito fora do padrão, aceito sugestão de outro caminho.

As vezes pode ter um jeito mais fácil e não estou enxergando por não ter habito de dar manutenção no ACBR.

Outra coisa é que após as alterações esta dando o erro 87 ao tentar setar o header da requisição. 

Eu fixei um True lá para seguir.  

 

O Erro seria esse abaixo 

 

 

ACBrDFe.pas ACBrDFeSSL.pas ACBrDFeXsLibXml2.pas ACBrDFeXsMsXml.pas ACBrWinINetReqResp.pas ACBrWinReqRespClass.pas pcnConsts.pas SmarAPD.GravarXml.pas ACBrNFSeXProviderBase.pas ACBrNFSeXProviderProprio.pas ACBrConsts.pas ACBrUtil.pas

[Italo Giurizzato Junior]

Boa tarde Jefferson,

Sem realizar nenhuma alteração no componente, estou conseguindo enviar para o webservice do provedor.

Veja:

Método Executado: Enviar Lote
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : False
 
Erro(s):
Código  : 
Mensagem: Erro: Usuario Inválido
Correção: 
---------

Estou usando a configuração abaixo:

SSLType = LT_TLSv1_2

[Jefferson Alves da Silva]

Italo, bom dia!

No começo dos testes sem alterar nenhum código eu percebi que a validação de usuário e senha fazia. 

E além delas mais algumas. Como o imposto retido era validado. 

Mas chegou num ponto que ficou tendo retorno "ERRO AO GERAR NF"

E depois de meses com o suporte da SMARAPD orientando mudar URL, Alterar alguma TAG. 

Veio a recomendação de trocar o cabeçalho do XML.

Quando fiz isso a API passou a Validar mais coisas.

Fora isso vi no um tópico no qual teve um membro que fez a alteração do enconding. 

Então tudo me levou a crer que tinha que fazer as alterações. 

A mudança levou a ajustes no XML que na verdade deviam ser o real problema da não validação.

Eu voltei o fonte para o original e mantive somente pouca alterações na geração do XML.

Segue a UNIT e a alterações para avaliação.

Porém hoje no Portal esta já comunicando a migração para o ABRASF 2.04 em 04/04/2022.

Ou seja temos ai menos de 20 dias nesse padrão

Agradeço toda ajuda nessa homologação.

 

SmarAPD.GravarXml.pas

Editado 17 Março, 2022 por Jefferson Alves da Silva

[Italo Giurizzato Junior]

Boa tarde Jefferson,

Muito obrigado pela contribuição, já inclui na minha lista de tarefas para analisar. TK-2489

[Italo Giurizzato Junior]

Jefferson,

Já enviei para o SVN.

Um detalhe se você informar o numero da NFSe no campo: NFSe.Numero a tag <numeronfd> será gerada com um valor diferente de zero e consequentemente as 3 linhas que você comentou não vão ser geradas.

[Jefferson Alves da Silva]

Então eu comentei as 3 Tags justamento por isso. 

Eu não informo o número da Nota. Eu envio o RPS e capturo o numero da nota convertida no retorno e atualizo. 

E não funcionava mesmo. 

Quem quiser controlar o número da nota e enviar deve fazer o controle.

Pois se enviar repetido retorna erro dizendo que o numero da nota já existe. 

Eu testei as duas possibilidade e sem informa o número e gerando a tag não validava.

[Italo Giurizzato Junior]

Bom dia Jefferson,

Pelo jeito a implementação desse webservice com layout próprio varia de uma cidade para outra.

[Jefferson Alves da Silva]

Italo , bom dia! 

Hoje entra no ar o padrão ABRASF 2.04 para cidade de Ourinhos SP. 

Alterei o arquivo ACBrNFSeXServicos.ini colocando as URLs informada pelo provedor

[3534708]
Nome=Ourinhos
UF=SP
Provedor=SmarAPD
Versao=2.04
ProRecepcionar=http://e-gov.ourinhos.sp.gov.br:8080/tb/services/nfseSOAP
HomRecepcionar=https://tributacao.smarapd.com.br/ourinhos/services/nfseSOAP

Fiz a compilação do RES. 

Ao tentar transmitir uma NFS-e esta dando problemas no parse do retorno

Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : Não
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: StartTag: invalid element name

 

Isso ocorre na função > TACBrNFSeXWebservice.ExtrairRetorno

Bem nesse ponto : Document.LoadFromXml(xRetorno);

A váriavel xRetorno esta preenchida com a string do xml em anexo.

A Diferença é que foi retirado as tag de envelopamento e alguns tratamentamentos.

Estou lendo pelo xml salvo o que precisa ser preenchido ou alterado.

Mas gostaria que desse em tela a lista de erros. 

Tem alguma alteração que preciso fazer para que o retorno receba o devido tratamento?

 

 

 

1-lista-nfse-sinc-soap.xml

[Jefferson Alves da Silva]

Italo, Boa Tarde! 

Bastou informar o <MunicipioIncidencia> que  passou a fazer o parser. 

Diminuiu somente 1 erro da lista no XML e foi o suficiente. 

Estou validando um por um e assim que finalizar reporto se tive sucesso na homologação.

[Jefferson Alves da Silva]

Italo, boa tarde!

Conseguir homologar o provedor SMARAPD padrão ABRASF 2.04 , cidade de ourinhos.

Segue o INI com as URL do provedor. 

E Link onde pode encontrar todo o resto, Manuais, XSD, WSDL, Validador de Schema deles e etc.

Favor adicionar ao repositório a alteração.

PS: Consegui emitir e cancelar, as vezes o retorno vem num formato que não faz o parse e da erro de TAG. 

Mas salvando o XML do response consegue se ver o real motivo da não validação.

https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFAcessoWS&hostProducao=http://e-gov.ourinhos.sp.gov.br:8080/tb&hostHomologacao=https://tributacao.smarapd.com.br/ourinhos/&rpsSincrono=10&rpsAssincrono=100&titulo=Prefeitura+de+Ourinhos

 

ACBrNFSeXServicos.ini