Erro na emissão de NFSe Município Macaíba RN

[maxdatasistema]

Ao tentar enviar o RPS ocorrendo seguinte mensagem " Uma seqüência literal era esperada, mas não foi encontrado um caractere de aspas de abertura. ". 

Realizada a alteração para o solicitado no post "

 "

Após alterado para " libWinCrypt " ocorrendo a seguinte mensagem :  "

ERRO: 
Erro Interno: 0
Erro HTTP: 400
URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls" 

 

Desde Já agradeço. 
Analista  Werley Silva 

[Italo Giurizzato Junior]

Bom dia Werley,

Você esta com todos os fontes de todas as pastas atualizados?
Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

Fiz um teste esses dias a traz e o envio ocorreu sem nenhum problema.

[maxdatasistema]

7 horas atrás, Italo Jurisato Junior disse:

Bom dia Werley,

Você esta com todos os fontes de todas as pastas atualizados?
Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

Fiz um teste esses dias a traz e o envio ocorreu sem nenhum problema.

Boa tarde @Italo Jurisato Junior.

Fontes atualizas via SVN em 11/04/2019 (16:30). Executado o script "apagarAcbr.bat" em todas as partições. Utilizado "ACBrInstall_Trunk2" com a opção "Apagar arquivos antigos" marcada.

* No arquivo "cidades.ini" estamos utilizando os valores:

[2407104]
Nome=Macaíba
UF=RN
Provedor=Tinus
NomeURL_H=mac
NomeURL_P=macaiba 

* No fonte é utilizado:

acbNfse.Configuracoes.Geral.SSLLib := libCapicom;

Erro ocorre no método: 

result := acbNFSe.Enviar(numLote, False);

Recebemos a mensagem de erro:

"Uma seqüência literal era esperada, mas não foi encontrado um caractere de aspas de abertura."

 

* Na unit "ACBrDFeXsMsXmlCapicom.pas", no processo de assinar, a linha 117 é percorrida duas vezes.

xmldoc.setProperty('SelectionNamespaces', vSelectionNamespaces);

Na primeira vez o valor da variável "vSelectionNamespaces" é "xmlns:ds="http://www.w3.org/2000/09/xmldsig#"" e passa sem erro.

Na segunda vez o valor da variável "vSelectionNamespaces" é "xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:ds1=eRps Id="13"", nesse momento o erro é gerado.

[Italo Giurizzato Junior]

Bom dia,

Estou verificando o problema e ainda hoje estarei enviando para o repositório uma possível correção.

[Juliana Tamizou]

Bom dia.

@maxdatasistema seu problema foi solucionado com as alterações comitadas na sexta?

Att.

[maxdatasistema]

17 minutos atrás, Juliana Tamizou disse:

Bom dia.

@maxdatasistema seu problema foi solucionado com as alterações comitadas na sexta?

Att.

Bom dia @Juliana Tamizou, atualizamos os fontes ontem (16/04/2019) porém o resultado continua o mesmo, apresentando o erro.

[Italo Giurizzato Junior]

Bom dia,

Favor atualizar novamente os fontes, na sexta feira não deve ter indo para o repositório a alteração que fiz.

[maxdatasistema]

21 minutos atrás, Italo Jurisato Junior disse:

Bom dia,

Favor atualizar novamente os fontes, na sexta feira não deve ter indo para o repositório a alteração que fiz.

Bom dia @Italo Jurisato Junior, fiz a atualização novamente e o erro inicial não ocorre mais.

Agora ao processar, no método "EnviarDados" da unit "ACBrDFeWebService.pas" retorna:

Erro Interno: 0
Erro HTTP: 400
URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls

Verificando o link "http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls",  me parece esta correto.

[Italo Giurizzato Junior]

Boa tarde,

Favor anexar o XML de envio, para que eu possa analisar.

Qual é o valor de SSLLib?

[maxdatasistema]

Boa tarde.

Utilizamos: "acbNFse.Configuracoes.Geral.SSLLib := libCapicom;"

Retorno:

Erro Interno: 0
Erro HTTP: 400
URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls

Em anexo o XML do RPS e envio.

1UNICA-rps.xml 3-env-lot.xml 3-env-lot-soap.xml

[Italo Giurizzato Junior]

Boa tarde,

Checando o webservice do provedor Tinus para a cidade de Macaíba/RN notei que não segue o que foi estabelecido para as demais cidades.

Assim fica difícil, os caras não conseguem manter um padrão para todas as cidades atendidas por eles.

[Italo Giurizzato Junior]

Bom dia,

As URLs de homologação e de produção referentes ao SoapAction bem como os NameSpaces não seguem um padrão para todas as cidades.

A solução é fazer uma cópia do arquivo INI do provedor e fazer os ajustes para a cidade desejada.

[maxdatasistema]

Bom dia Italo 
Quais alterações devo fazer no arquivo INI ? 
 

[Italo Giurizzato Junior]

Bom dia,

Vou verificar quais são as URLs e namespace corretos e disponibilizar um novo arquivo especifico para a cidade de Macaíba.

[maxdatasistema]

Bom dia Italo 
Foi disponibilizado no repositório o arquivo com alterações de macaíba ? 

Desde já Obrigado. 

[Italo Giurizzato Junior]

Bom dia,

Fiz um novo arquivo INI para a cidade de Macaíba e mais alguns ajustes nos fontes do componente, assim que possível vou enviar para o repositório.

[maxdatasistema]

Boa tarde. 
Configurado o INI de macaíba e atualizado fontes do componente. 

Erro Interno: 0
Erro HTTP: 400
URL: http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.cls

 

 

14-env-lot.xml 14-env-lot-soap.xml

[Italo Giurizzato Junior]

Boa tarde,

Mais alguma coisa deve ainda estar errada.

Voltando para a prancheta.

[maxdatasistema]

Bom dia Italo 
Conseguiu ver alguma divergência ? 

Desde já agradeço. 
Werley Silva 
Analista de sistemas 

[Italo Giurizzato Junior]

Boa tarde Werley,

Fiz diversos testes gerando o Envelope de diversas maneiras diferentes e o erro 400 continua, tanto no ambiente de homologação quanto o de produção.

Por favor entre em contato com o provedor e solicite não um exemplo de XML do RPS, mas sim do Envelope.

Pois o Envelope contem a estrutura do LoteRps e que por sua vez contem a estrutura do RPS.

O componente gera o XML do RPS e o coloca dentro do Lote e por fim o valida.

Como o Schema que temos do provedor não bate com o que o webservice deles espera receber não temos como validar antes do envio.

Aproveita e peça a eles o Schema atualizado. 

[maxdatasistema]

Bom dia Italo 

Entrei em contato com a Tinus, os mesmo me solicitou que fosse enviado um e-mail. 

Enviei o e-mail, estou aguardando a reporta. 


Werley Silva 
Analista Sistemas 

[maxdatasistema]

Bom dia Italo. 
Resposta do pessoal da Tinus . 

 

Prezado Werley, boa tarde.

No seu XML estão definidos dois namespaces distintos, isso não é aceito, vai disparar erro de segurança. 

Recomendamos declarar o namespace no formato:<RecepcionarLoteRps xmlns="www2.tinus.com.br"> 

Outro ponto. 

Em Macaíba não estão disponíveis webservices em PRODUÇÃO, visto que a Prefeitura não adquiriu o Certificado Digital necessário para a implantação conforme o Padrão Nacional ABRASF. 

Existe em Produção somente a modalidade UPLOAD DE LOTE, com carga e consulta de dados manualmente pelo PORTAL DO CONTRIBUINTE. 

Não disponibilizamos arquivos de schemas, as especificações dos serviços são publicadas por URLs contendo o WSDL dos serviços, veja em 

http://www2.tinus.com.br/csp/testemac/WSNFSE.RecepcionarLoteRps.CLS?WSDL=1

 

Segue em anexo modelo de Lote no layout para UPLOAD.

Qualquer dúvida, estamos à disposição.
Atenciosamente, 
Tinus Informática Ltda.

xmlEXEMPLO_RPSEF-comassinatura.xml

[Italo Giurizzato Junior]

Boa tarde,

Esse pessoal da Tinus é uma piada.

Se você comparar esse XML (de exemplo) com o WSDL (já que eles não disponibilizam os arquivos XSD - Schemas) vai notar logo de inicio duas contradições:

No XML exemplo temos a tag <EnviarLoteRpsEnvio> com o namespace, mas essa tag não existe no WSDL, o que existe no lugar dela é a tag <Arg>.

No XML o atributo da tag <LoteRps> é "Id", mas no WSDL esse atributo é "id", ou seja tudo minúsculo.

No XML a tag <CodigoTributacaoMunicipio> esta antes da tag <CodigoCnae>, mas no WSDL esta o contrario.

Resumindo, se seguir esse XML de exemplo com certeza o RPS será rejeitado, por conta dessas diferenças.

A evolução que tive foi de que agora não ocorre mais o erro 400 e sim 500.

Em anexo o XML que o componente esta gerando para o envio do lote completo com a tag <Envelope>

Favor enviar esse XML a eles, quem sabe alguém mais capacitado dessa empresa possa indicar o que esta errado ou o que esteja faltado ou o que esteja a mais.

1-env-lot-soap.xml

 

[maxdatasistema]

Boa tarde Italo 
Resposta da Tinus. 

Werley,
Não foi aplicado o namespace recomendado.
Observe que no email foi explicado que para o ambiente de testes o namespace correto é www2.tinus.com.br

Ats,
Neilton.

[Italo Giurizzato Junior]

Eu tentei com esse também e não vai.

Outra coisa, abra o link do WSDL que o Neilton te passou e procure pelo namespace que ele quer que seja informado, só aparece na URL do ambiente de homologação, logo no inicio do WSDL fica claro que o namespace é "http://www.tinus.com.br".

1-env-lot-soap.xml

O erro que esta ocorrendo agora é:

Como dito antes, em vez de erro 400 agora é 500.