Maxwell Roberto

Se alguém tiver esse problema em homologação em MG é porque a cadeia de certificados fornecida pela SEFAZ/MG (hcte.fazenda.mg.gov.br.cer) está vencida.

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.

Boa tarde Ítalo, os fontes estão atualizados. Em anexo os arquivos que foram alterados. Belford.ini pnfsNFSeW_ABRASFv2.pas

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.log

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

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

Estou enviando direto no ambiente de produção. Amanhã pela manhã vou testar em produção. Obrigado pelo retorno.

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.xml envio2.xml

bom dia, ao tentar manipular o XML "Reinf-sit.xml" (consulta R-5011) tive problemas ao utilizar a unit "pcnReinfR5011". Vi que o problema estava na linha "RTom.Items.infoCRTom.Add" da função "LerXML". Comparando a mesma função da unit "pcnReinfRetConsulta" (que funciona corretamente) identifiquei algumas divergências e fiz os devidos ajustes. Ao meu ver, a unit pcnReinfR5011 estava desatualizada. Se puderem conferir. Obrigado. pcnReinfR5011.pas

Boa tarde! Estou com o mesmo problema, porém no e-Social. Será que é a mesma situação desse post onde foi ajustado a unit ACBrNFeWebServices? Obrigado.

Bom dia RMoura, enfim estou conseguindo transmitir normalmente, o problema estava na SEFAZ mesmo. Quanto a validação do XML no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx aconteceu com meu XML também, ainda não descobri o que pode ser.

Realmente voltou a funcionar.

bom dia Wellington, esse serviço está fora do ar, pois retorna a seguinte mensagem <soap:Text xml:lang="en">No such operation: (HTTP GET PATH_INFO: /nfe2/NFeConsulta4)</soap:Text>

Bom dia RMoura, acabei de simular a validação do XML aqui não deu nenhum problema. No XML anexado está faltando o grupo de pagamento, você vai ter que debugar para ver o motivo desse grupo não está sendo gerado. Continuo com problema na própria transmissão desde o dia que esse tópico foi criado, agora é retornado "Erro não catalogado". Quando você acertar o seu XML e se conseguir transmitir ou não, poste o resultado para que eu possa confirmar que o problema está na SEFAZ. Qualquer dúvida estou à disposição.

Sim, todos testes foram feitos observando os mínimos detalhes. A SEF/MG respondeu meu questionamento, mas nada a ver com o que foi perguntado. Como a obrigatoriedade é para ano que vem, não vou me preocupar mais com isso, como você mesmo disse, " mas é certeza de algo no sefaz de lá ". Obrigado pela atenção.