-
Total de ítens
5 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que leonardo.seixas postou
-
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