Erro transmissão NFS-e Belford Roxo

[Maxwell Roberto]

Boa tarde,

estou com problemas na transmissão de NFS-e para a prefeitura de Belford Roxo.

Ao utilizar o método "enviar", é retornado um erro de código 500 e a seguinte descrição: "no SOAPAction header!". Tenho ciência que

o problema está no lado servidor, ou então deixei passar algum detalhe na configuração.

Existe um tópico aqui no fórum com o mesmo questionamento mas sem conclusão. Segui todos os passos desse tópico mesmo assim

não consegui resolver.

Tópico citado:

 

Em anexo o XML de envio, e retorno.

Se alguém puder dar alguma dica agradeço.

 

retorno.xmlFetching info... envio2.xmlFetching info...

[Italo Giurizzato Junior]

Boa tarde Maxwell,

Esse envio foi para o ambiente de homologação ou de produção?

[Maxwell Roberto]

  Em 29/05/2019 at 19:33, Italo Jurisato Junior disse:

Boa tarde Maxwell,

Esse envio foi para o ambiente de homologação ou de produção?

Expandir  

Estou enviando direto no ambiente de produção.

Amanhã pela manhã vou testar em produção.

 

Obrigado pelo retorno.

[Maxwell Roberto]

  Em 29/05/2019 at 19:33, Italo Jurisato Junior disse:

Boa tarde Maxwell,

Esse envio foi para o ambiente de homologação ou de produção?

Expandir  

Bom dia Ítalo,

o ambiente de homologação não funciona.

Problema na URL fornecida na própria documentação, a mesma configurada no Belford.ini.

http://notabelford.modernizacaopublica.com.br:8054/homologacao/webservices/NFEServices.jws?wsdl
 

[Italo Giurizzato Junior]

Boa tarde Maxwell,

A URL de homologação deve ter sido alterada, pois esta exatamente igual a que consta no manual

Já a de produção tudo indica que esta correta.

[Maxwell Roberto]

  Em 30/05/2019 at 16:42, Italo Jurisato Junior disse:

Boa tarde Maxwell,

A URL de homologação deve ter sido alterada, pois esta exatamente igual a que consta no manual

Já a de produção tudo indica que esta correta.

Expandir  

Exatamente!

Estou aguardando resposta da prefeitura. Assim que tiver resultado, posto aqui.

Obrigado.

[Maxwell Roberto]

Olá bom dia,

consegui realizar a transmissão de NFS-e realizando algumas alterações no componente e no Belford.ini. Gostaria de orientação se essas alterações
estão no padrão da comunidade, para que em breve eu envie os arquivos para atualização.

Utilizei o método: ACBrNFSe.EnviarSincrono();

- Belford.ini
[Schemas]
ServicoEnviarSincrono=nfse.xsd

[RecSincrono]
IncluiEncodingCab=0
IncluiEncodingDados=0
Texto1=<soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:def="http://DefaultNamespace">
Texto2=<soapenv:Header/>
Texto3=<soapenv:Body>
Texto4=<def:RecepcionarLoteRpsSincrono soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
Texto5=<Nfsecabecmsg xsi:type="xsd:string"><![CDATA[%CabMsg%]]></Nfsecabecmsg>
Texto6=<Nfsedadosmsg xsi:type="xsd:string"><![CDATA[%DadosMsg%]]></Nfsedadosmsg>
Texto7=</def:RecepcionarLoteRpsSincrono>
Texto8=</soapenv:Body>
Texto9=</soapenv:Envelope>

unit pnfsNFSeW_ABRASFv2

procedure TNFSeW_ABRASFv2.GerarXML_ABRASF_v2;

    Adicionado proBelford na primeira parte do case.     
    Gerador.wGrupoNFSe('InfDeclaracaoPrestacaoServico ' + FIdentificador + '="' + NFSe.InfID.ID + '"');

procedure TNFSeW_ABRASFv2.GerarServicoValores;

    Adicionado proBelford na segunda parte do case. Esse provedor está exigindo o a tag alíquota e com 2 casas decimais.     

    proBelford: Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ);

 

Com essas alterações a NFS-e é transmitida com sucesso.

 

Outra parte do problema é o retorno. Sempre que um documento é enviado com falha no Schema, ou até mesmo uma duplicidade de RPS
o retorno é sempre o XML abaixo:

    <?xml version="1.0" encoding="UTF-8"?>
    <soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
        <soapenv:Body>
            <soapenv:Fault>
            <faultcode xmlns:ns1="http://xml.apache.org/axis/">ns1:Client.NoSOAPAction</faultcode>
            <faultstring>no SOAPAction header!</faultstring>
            <detail>
               <ns2:hostname xmlns:ns2="http://xml.apache.org/axis/">WIN-GL5UVKMLA1O</ns2:hostname>
            </detail>
            </soapenv:Fault>
        </soapenv:Body>
    </soapenv:Envelope>

 

Em anexo o arquivo "winhttpreqresp.log".

Realizando testes com a ferramenta SoapUI consigo ver exatamente o problema, exemplo:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <soapenv:Body>
      <ns1:RecepcionarLoteRpsSincronoResponse soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="http://DefaultNamespace">
            <RecepcionarLoteRpsSincronoReturn xsi:type="soapenc:string" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
                <![CDATA[<?xml version="1.0" encoding="iso-8859-1"?>            
                <EnviarLoteRpsSincronoResposta xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.abrasf.org.br/nfse.xsd">              
                 <NumeroLote>3</NumeroLote>              
                 <DataRecebimento>2019-06-04T9:35:44</DataRecebimento>
                 <Protocolo>2239032019060493544</Protocolo>        
                 <ListaNfse>              
                  <Erro>
                <ErroID>ID Rps:rps3UNICA</ErroID>
                <ErroMensagem>E10 - RPS já informado.</ErroMensagem>
                <ErroSolucao>Para essa Inscrição Municipal/CNPJ já existe um RPS informado com o mesmo número. série e tipo.</ErroSolucao>
                </Erro>
                 </ListaNfse>          
                </EnviarLoteRpsSincronoResposta>]]>
            </RecepcionarLoteRpsSincronoReturn>
      </ns1:RecepcionarLoteRpsSincronoResponse>
   </soapenv:Body>
</soapenv:Envelope>

 

Obrigado.

 

 

winhttpreqresp.logFetching info...

[Italo Giurizzato Junior]

Boa tarde Maxwell,

Com os arquivos INI e com os fontes do componente atuais esta ocorrendo erro?

Favor anexar os arquivos alterados para que possamos analisar.

[Maxwell Roberto]

  Em 04/06/2019 at 16:13, Italo Jurisato Junior disse:

Boa tarde Maxwell,

Com os arquivos INI e com os fontes do componente atuais esta ocorrendo erro?

Favor anexar os arquivos alterados para que possamos analisar. 

Expandir  

Boa tarde Ítalo,

os fontes estão atualizados.

Em anexo os arquivos que foram alterados.

Belford.iniFetching info... pnfsNFSeW_ABRASFv2.pasFetching info...

[Italo Giurizzato Junior]

Boa tarde Maxwell,

Não entendi o porque você alterou a geração da Tag Alíquota de 4 para 2 casas decimais sendo que no Schema essa tag possui 4 casas decimais.

Quanto ao arquivo INI sem a alteração nas definições dos envelopes o envio não ocorre?

[Maxwell Roberto]

  Em 05/06/2019 at 18:00, Italo Jurisato Junior disse:

Boa tarde Maxwell,

Não entendi o porque você alterou a geração da Tag Alíquota de 4 para 2 casas decimais sendo que no Schema essa tag possui 4 casas decimais.

Quanto ao arquivo INI sem a alteração nas definições dos envelopes o envio não ocorre?

Expandir  

Boa tarde Ítalo,

ainda estou penando nessa transmissão, mas está fluindo.

1. Eles utilizam o layout na versão 2.02

2. Sem alterar o envelope não é possível transmitir.

Outro detalhe que percebi a respeito do código 500 (no SOAPAction header!) é que deve ser preenchido o [SoapAction] dos serviços. Exemplo:

[SoapAction]
Recepcionar=http://sis-nfse.prefeituradebelfordroxo.rj.gov.br:8052/nfe/webservices/NFEServices.jws/NFEServices/RecepcionarLoteRpsRequest
RecSincrono=http://sis-nfse.prefeituradebelfordroxo.rj.gov.br:8052/nfe/webservices/NFEServices.jws/NFEServices/RecepcionarLoteRpsSincronoRequest

Assim que estiver tudo funcionando envio para análise.

 

[Italo Giurizzato Junior]

Bom dia Maxwell,

Muito obrigado pela colaboração e pelo retorno.

Vou ficar no aguardo.