Urgente API REST

@Renan Cano sim é consulta

Quando vc simular um que seja GET ali no request URL vai mostrar certinho o link com os parametros ai ali vc vai ter a base pra construir o codigo no progress, ai vc cria as variaveis e concatena pra criar o link, lembrando que o codigo que vc está fazendo é pra consultar, pra fazer POST é outra historia, nesse caso do print acima é POST entao esse request não serve pra gente, nesse caso teremos que passar um json com os dados para cadastrar, ai no exemplo mostra o exemplo de como de ser o JSON que temos que mandar.

@Renan Cano caramba confundiu um pouco agora haha.
Mas nesse caso que é um POST ? certo? essa é minha duvida de como passar o bendito parâmetro no progress, tens um exemplo?.
Desculpa minhas duvidas é que nunca fiz isso antes.

Então o metodo POST é pra vc adicionar informações e não pra consultar. veja na documentação os metodos GET, deve ter alguma pra consulta.

Meu camarada é o seguinte, os Web Services ultilizam alguns metodos sendo alguns deles que eu lembro, PUT, GET, POST, DELETE, geralmente para uma consulta vc usa o GET e pra postagem vc usa o POST.

No codigo progress quando vc chegar la vc vai ver que em uma parte vai ter que fazer o RequestBuilder e na frente vc deve informar esse metodo:
EX:
oResp = RequestBuilder:GET(oUri):REQUEST.
oResp = RequestBuilderOST(oUri, cJson):REQUEST.

A diferença é que no GET vc passa somente a URL da requisição e recebe um retorno em JSON ARRAY ou JSON OBJECT e com essa informação vc joga em uma temp-table e da a tratativa que quiser.

Ja qnd o metodo é POST vc informa a URL da requisição e depois deve informar uma variavel que contenha o conteudo no formato JSON o WebService vai receber esse JSON e gravar as informações contidas nele, porem vc não consegue fazer uma consulta por esse metodo.

Ali pelos prints do Swagger que vc mandou, vc está em um parametro do tipo POST, por isso ele te da um exemplo de JSON que é como vc deve escrever para passar essa informação.
tenta procurar ai na sua API os metodos que estejam como GET, ai vai dar certo, depois caso seu sistema tambem envie informações ai sim vc vai usar os metodos POST, porem é bem mais complicado pois terá que
trazer as informações do banco e convertelas em um JSON para mandar.

Olha soh a resposta deles @Renan Cano



Com essas informação é possível fazer a análise de clientes:


{

"tipo": "J ou F",

"documento": "CNPJ",

"nomeOrigem": "NETZSCH",

"codigoSistemaGestaoInformacaoCadastral": "NETZSCH",

}


Efetivando o retorno, deve-se enviar a Consulta dados clientes v2:


{

"tipo": "J ou F",

"documento": "string",

"nomeOrigem": "string",

"opcoesDadosExtracao": {

"dadosCadastrais": true,

"resultadoAnalise": false,

"limiteAdotado": false,

"limiteTomado": false,

"endereco": true,

"bloqueio": true,

"questionario": false,

"participacaoEmpresas": true,

"quadroSocietario": true,

"metricas": false,

"percentuais": false,

"informacaoCadastral": true,

"grupo": true,

"ultimasConsultas": 0,

"detalhamentoMetricas": false,

"inscricoesEstaduais": false,

"ramosAtividade": true

}

}


E ler o retorno do consulta dados clientes V2


{

"dadosCadastrais": {

"codigoSistemaGestao": null,

"documento": "CPF ou CNPJ",

"razaoSocial": null,

"nome": "Prospecção",

"fundacao": null,

"clienteDesde": null,

"origem": "NETZSCH",

"pais": null,

"inscricaoEstadual": null,

"situacaoCadastralInscricaoEstadual": null,

"capitalSocial": null,

"naturezaJuridica": null,

"situacaoCadastralCNPJ": null,

"porte": null,

"regimeTributario": null,

"nomeMae": null,

"cpfMae": null,

"sexo": null,

"opcaoSimples": null,

"dataOpcaoSimples": null,

"dataExclusaoSimples": null,

"opcaoMei": null

},

"enderecos": {

"endereco": []

},

"resultadoAnalise": null,

"bloqueios": {

"totalBloqueios": 0,

"bloqueio": []

},

"questionario": {

"totalPerguntasRespondidas": 0,

"questoes": []

},

"informacaoCadastral": {

"totalInformacoesCadastais": 1,

"informacao": [

{

"documento": "CPF ou CNPJ",

"nomeOrigem": "NETZSCH",

"grupo": "Empresa",

"subGrupo": "Empresa",

"codigoSistemaGestao": "NETZSCH",

"descricao": "NETZSCH",

"tipo": "Não se aplica"

}

]

},

"quadroSocietario": {

"totalSocios": 0,

"socio": []

},

"participacaoEmpresa": {

"totalParticipacoes": 0,

"participacao": []

},

"grupo": {

"totalComponentes": 0,

"nomeGrupo": null,

"codigoGrupo": null,

"componentes": []

},

"consultas": [],

"detalhamentoMetricas": {

"balanco": null,

"ccf": null,

"contasReceber": null,

"contasReceberAnalitico": null,

"fornecedoresAtivos": null,

"fundacao": null,

"historicoPagamentos": null,

"oscilacoesConsulta": null,

"pefin": null,

"porte": null,

"protesto": null,

"rating": null,

"refin": null,

"scoring": null

},

"inscricoesEstaduais": {

"totalInscricoesEstaduais": 0,

"inscricoesEstaduais": []

},

"ramosAtividade": {

"totalRamosAtividade": 0,

"ramosAtividade": []

}

}


Lembrando que como a base ainda não possui informações, e alguns registros que devem retornar preenchidos, retornaram como null.