1.9 - Atendimento receptivo por telefone / balcão - busca beneficiários

Só são suportadas integrações no padrão REST.

Introdução

Aprimorando a experiência do atendimento, implementamos uma funcionalidade em nosso painel que permite aos atendentes realizar novos atendimentos a partir de diversas fontes externas, como telefone e WhatsApp. Para otimizar esse processo, desenvolvemos uma API que possibilita a integração do cliente com nosso painel do atendente. Agora, ao preencher o formulário de "novo atendimento", o atendente informa o canal de contato (por exemplo, WhatsApp), e nossa API coleta as informações inseridas para que a API do cliente retorne dinamicamente os dados do usuário. Esse recurso visa facilitar a identificação do beneficiário em nossa plataforma, promovendo uma gestão eficiente e personalizada dos atendimentos.

Método "busca beneficiarios”

Atente-se aos critérios de preenchimento;
Atente-se as mensagens de retorno para cada HTTPS Status Code;

Endpoint

Endpoint	Método	Header Content-Type	Descrição
http://exemplo.com/ buscaBeneficiarios Atenção O endpoint obrigatoriamente deve terminar com “/buscaBeneficiarios”.	POST	application/json	Endpoint lista os beneficiários agrupados por contrato.

Parâmetros de entrada

Formulário dinâmico criado pelo Formbuilder. A aplicação fica responsável por encaminhar o formulário informado para o método de primeiro acesso. Os parâmetros de entrada devem ser devidamente informados no formulário de autenticação utilizado configurador de integração.

Descrição dos objetos e atributos de retorno - Sucesso

Serão enviados no BODY os seguintes parâmetros:

Atributo

Obrigatoriedade

Tipo

Descrição

chaveUnica

M

String

Chave de identificação do usuário retornada no login

nome

M

String

Retornar o nome do beneficiário

numero_contrato

C

String

Retorna o numero do contrato.

Condicional para gravar o número de contrato na ocorrência gerada pelo atendimento de balcão

Importante: O payload enviado deve conter os campos necessários para o acionamento da integração de elegibilidade.Retorno da API - Sucesso

{
  "coluna": [
    {
      "id": "nome",
      "descricao": "Nome"
    },
    {
      "id": "data_nascimento",
      "descricao": "Nasc."
    },
    {
      "id": "registro_geral",
      "descricao": "RG"
    },
    {
      "id": "id_matricula",
      "descricao": "Matricula"
    },
    {
      "id": "nome_mae",
      "descricao": "Nome da Mãe"
    },
    {
      "id": "numero_contrato",
      "descricao": "Número Contrato"
    },
    {
      "id": "descricao_contrato",
      "descricao": "Descrição Contrato"
    }
  ],
  "beneficiarios": [
    {
      "nome": "João Pedro",
      "data_nascimento": "05/08/1994",
      "registro_geral": "3025-517",
      "id_matricula": "123-123-321",
      "nome_mae": "Maria Delmaschio",
      "chaveUnica": "15846772777",
      "numero_contrato":"0000001",
      "descricao_contrato":"MS PLATINUM"
    },
    {
      "nome": "João Pedro",
      "data_nascimento": "05/08/1994",
      "registro_geral": "3025-517",
      "id_matricula": "123-123-321",
      "nome_mae": "Maria Delmaschio",
      "chaveUnica": "15846772777",
      "numero_contrato":"0000001",
      "descricao_contrato":"MS PLATINUM"
    },
    {
      "nome": "João Pedro",
      "data_nascimento": "05/08/1994",
      "registro_geral": "3025-517",
      "id_matricula": "123-123-321",
      "nome_mae": "Maria Delmaschio",
      "chaveUnica": "15846772777",
      "numero_contrato":"0000002",
      "descricao_contrato":"MS GOLD"
    }
  ]
}

Retorno da API - Falha

Atente-se as mensagens de retorno para cada HTTPS Status Code; Para que a mensagem de falha seja exibida, é necessário devolver um STATUS CODE diferente de 200 (OK). Recomendamos usar o STATUS CODE do grupo 400.

Objetos e atributos de retorno

Atributo

Critério

Tipo

Descrição

Regra de preenchimento

status

M

String

Devolva False quando desejar exibir a mensagem de erro.

mensagem

M

String

Utilize esse atributo para escrever a mensagem que será exibida para o usuário do app.

Texto livre. Indique uma mensagem de erro que forneça orientações ao usuário do app.

Exemplo: “Usuário ou senha inválidos”.

Entenda que mensagens de erros muito detalhadas podem ajudar muito seu usuário final na localização de um problema no ato do login. Porém, se a mensagem for muito esclarecedora, pode facilitar também a ação de hackers. Mensagens como “Usuário/senha inválidos” conseguem ajudar o usuário, sem revelar QUAL dos 2 está errado.

Exemplo retorno API - falha

{
    "status": "false",
    "mensagem": "Login ou senha inválidos"
}