leonardo.seixas

@Renato Rubinho, boa tarde!! Consegue ter algum retorno positivo enviando essa requisição via SoapUI? Aqui pra mim recebo o mesmo retorno que estava recebendo anteriormente: PS.: Programo em VB .NET. Att., Leonardo Andrigo Seixas

Bom dia @Renato Rubinho, tudo joia? As URLs que utilizo para homologação, para envio e consulta (respectivamente), são as seguintes: Envio: https://enfs-hom.abaco.com.br/varzeagrande/servlet/arecepcionarloterps?wsdl Consulta: https://enfs-hom.abaco.com.br/varzeagrande/servlet/aconsultarsituacaoloterps?wsdl Testando via SoapUI recebo o seguinte retorno: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <SOAP-ENV:Body> <ConsultarSituacaoLoteRps.ExecuteResponse xmlns="http://www.e-nfs.com.br"> <SOAP-ENV:Fault> <faultcode>SOAP-ENV:Client</faultcode> <faultstring>Error reading e:ConsultarSituacaoLoteRps.Execute</faultstring> <detail>2</detail> </SOAP-ENV:Fault> </ConsultarSituacaoLoteRps.ExecuteResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Enviando a seguinte requisição: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:e="http://www.e-nfs.com.br"> <soapenv:Header/> <soapenv:Body> <e:ConsultarSituacaoLoteRps.Execute> <e:Nfsecabecmsg><![CDATA[ <cabecalho versao="201001" xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"><versaoDados>V2010</versaoDados></cabecalho> ]]></e:Nfsecabecmsg> <e:Nfsedadosmsg><![CDATA[ <ConsultarSituacaoLoteRpsEnvio><Prestador><Cnpj>xxxxxxxxxxxxxx</Cnpj><InscricaoMunicipal>xxx</InscricaoMunicipal></Prestador><Protocolo>C399519990AF690D0887BE29FF657F18</Protocolo></ConsultarSituacaoLoteRpsEnvio> ]]></e:Nfsedadosmsg> </e:ConsultarSituacaoLoteRps.Execute> </soapenv:Body> </soapenv:Envelope> Tentei enviar sem as propriedades CDATA, porém obtenho o mesmo retorno. Por acaso teriam algum exemplo de mensagem SOAP, para eu me basear? De qualquer forma, não entendo como sei se tem sentido o envio retornar uma resposta, e a consulta não, sendo que realizei o mesmo procedimento para ambos! Agradeço muito pela resposta! Att., Leonardo Andrigo Seixas

Boa tarde pessoal, tudo certo? Gostaria de compartilhar uma dúvida com vocês, para verificar se passaram por algo parecido desenhando o layout para o padrão da COPLAN, especificamente no município de Rondonópolis - MT. Para este padrão, o parâmetro de entrada do método de envio 'SINCRONO' é apenas um objeto do tipo 'input': <System.Web.Services.Protocols.SoapDocumentMethodAttribute("Tributarioaction/ANFSE_WEB_SERVICE.RECEPCIONARLOTERPSSINCRONO", RequestElementName:="nfse_web_service.RECEPCIONARLOTERPSSINCRONO", RequestNamespace:="Tributario", ResponseElementName:="nfse_web_service.RECEPCIONARLOTERPSSINCRONOResponse", ResponseNamespace:="Tributario", Use:=System.Web.Services.Description.SoapBindingUse.Literal, ParameterStyle:=System.Web.Services.Protocols.SoapParameterStyle.Wrapped)> Public Function RECEPCIONARLOTERPSSINCRONO(ByVal Recepcionarloterpssincronorequest As input) As <System.Xml.Serialization.XmlElementAttribute("Recepcionarloterpssincronoresponse")> output Dim results() As Object = Me.Invoke("RECEPCIONARLOTERPSSINCRONO", New Object() {Recepcionarloterpssincronorequest}) Return CType(results(0), output) End Function , que por sua vez acolhe dois parâmetros do tipo string, sendo eles o cabeçalho e o corpo da mensagem. Atualmente estamos enviando o objeto input contendo o seguinte cabeçalho: <cabecalho versao="2.01" xmlns="http://www.abrasf.org.br/nfse.xsd"> <versaoDados>2.01</versaoDados> </cabecalho> e o corpo respeitando o layout ABRASF v2.01, sendo que o mesmo está valido realizando a validação com o SCHEMA. Atualmente realizamos o envio para o WS no seguinte formato: onde a variável wsOutput é do tipo 'output', respeitando o retorno do serviço (conforme primeiro trecho anexado). Acontece que estamos recebendo (de todas as formas testadas), retorno 'nothing' no consumo do serviço. Já testamos o envio da string crua, adicionando as propriedades CDATA para conversão da informação para string no XML, conforme seguinte: e sempre nos esbarramos com o retorno 'nothing', caindo na exception de null reference do VS: Já passaram por algo parecido com o padrão citado galera? Agradeço caso consigam me ajudar, pois já ficamos sem fontes para correr atrás da solução. PS.: Caso necessitem de mais informações, providenciarei de prontidão! Att., Leonardo Andrigo Seixas

Bom dia pessoal, tudo certo? Encontro-me em uma situação bem delicada com o padrão da ABACO, no município de Várzea Grande - MT. Desde abril estamos tentando realizar contato com a equipe ABACO, porém sem sucesso até o momento. Acontece que, no momento da transmissão do envio, estamos recebendo o retorno normalmente, conforme trecho abaixo: <EnviarLoteRpsResposta> <NumeroLote>7</NumeroLote> <DataRecebimento>2022-09-21T14:35:36</DataRecebimento> <Protocolo>9CAD21AD11C7E3375CCD716AE4C8ECB0</Protocolo> </EnviarLoteRpsResposta> Porém, por se tratar se um processo assíncrono, devemos realizar a chamada do método 'ConsultaSituacaoLote', para validar se o documento foi autorizado, ou retornado com rejeições. O padrão ABACO solicita dois parâmetros de entrada em seus métodos, o cabeçalho (cujo estamos enviando no mesmo formato que na transmissão do envio): <cabecalho versao="201001" xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <versaoDados>V2010</versaoDados> </cabecalho> <?xml version="1.0" encoding="UTF-8"?> e o corpo do XML em si, que conterá as informações incumbentes ao prestador, e o número do protocolo retornado no envio do documento (primeiro trecho anexado): <ConsultarSituacaoLoteRpsEnvio> <Prestador> <Cnpj>xxxxxxxxxxxxxx</Cnpj> <InscricaoMunicipal>xxx</InscricaoMunicipal> </Prestador> <Protocolo>C399519990AF690D0887BE29FF657F18</Protocolo> </ConsultarSituacaoLoteRpsEnvio> Porém, não sabemos o motivo de sempre obtermos o retorno 'nothing', ocasionando a exception de null reference do VS: Agradeço caso consigam me ajudar, pois já ficamos sem fontes para correr atrás da solução. PS.: Caso necessitem de mais informações, providenciarei de prontidão! Att., Leonardo Andrigo Seixas

Bom dia pessoal, tudo certo? Encontro-me em uma situação bem delicada com o padrão da ABACO, no município de Várzea Grande - MT. Desde abril estamos tentando realizar contato com a equipe ABACO, porém sem sucesso até o momento. Acontece que, no momento da transmissão do envio, estamos recebendo o retorno normalmente, conforme trecho abaixo: <EnviarLoteRpsResposta> <NumeroLote>7</NumeroLote> <DataRecebimento>2022-09-21T14:35:36</DataRecebimento> <Protocolo>9CAD21AD11C7E3375CCD716AE4C8ECB0</Protocolo> </EnviarLoteRpsResposta> Porém, por se tratar se um processo assíncrono, devemos realizar a chamada do método 'ConsultaSituacaoLote', para validar se o documento foi autorizado, ou retornado com rejeições. O padrão ABACO solicita dois parâmetros de entrada em seus métodos, o cabeçalho (cujo estamos enviando no mesmo formato que na transmissão do envio): <cabecalho versao="201001" xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <versaoDados>V2010</versaoDados> </cabecalho> <?xml version="1.0" encoding="UTF-8"?> e o corpo do XML em si, que conterá as informações incumbentes ao prestador, e o número do protocolo retornado no envio do documento (primeiro trecho anexado): <ConsultarSituacaoLoteRpsEnvio> <Prestador> <Cnpj>xxxxxxxxxxxxxx</Cnpj> <InscricaoMunicipal>xxx</InscricaoMunicipal> </Prestador> <Protocolo>C399519990AF690D0887BE29FF657F18</Protocolo> </ConsultarSituacaoLoteRpsEnvio> Porém, não sabemos o motivo de sempre obtermos o retorno 'nothing', ocasionando a exception de null reference do VS: Agradeço caso consigam me ajudar, pois já ficamos sem fontes para correr atrás da solução. PS.: Caso necessitem de mais informações, providenciarei de prontidão! Att., Leonardo Andrigo Seixas