Escolha uma Página

Integração

Introdução

Aqui você encontrará exemplos de jornadas online para interação com a 88i.

Estas são sugestões de jornada. Em cada uma delas é informado qual API deve ser invocada e qual a sequência. Cada cliente pode ficar livre para escolher seu estilo de UX. Em caso de apps, grande parte das informações já estão na base de cadastro. Para estas informações recomendamos fortemente que sejam ou de preenchimento automático ou que sejam enviadas pelo próprio app, sem have necessidade apresentá-las no UI.

Jornadas UX

Celular

1. Informações Iniciais
Ao iniciar a jornada de celular, o usuário fará a cotação informando marca e modelo de seu aparelho. A marca e modelo são chamadas pelas APIs abaixo:

 

1. Referência a API para obter lista de marcas:

    backoffice/cell-phone/cell-maker

2. Referência a API para obter lista de modelos:

    backoffice/cell-phone/cell-model

2. Definição de valores

Nesta tela, o cliente irá definir os valores de acordo com sua escolha. Aqui, são chamadas as APIs de valor estimado, valor coberto e valor da franquia.

 

3. Referência a API de valor pré-definido:

policy/quote

4. Referência a API de valor coberto:

policy/quote/calculate

5. Referência a API de valor da franquia:

policy/quote/calculate

3. Valores e coberturas disponíveis

Seção em que o usuário confere os valores e coberturas disponíveis para o seu seguro. É chamada aqui a API que faz o cálculo de valores pela cobertura.

 

6. Referência a API para cálculo de valores por cobertura:

policy/quote/calculate/list

4. Informações pessoais

Nesta tela é solicitado o preenchimento dos dados pessoais ao usuário, não possuindo chamada de API.

 

5. Informações do aparelho

Tela onde o usuário preenche as informações do celular. Aqui é chamada a API para emissão da proposta.

 

7. Referência a API de emissão da proposta:

policy/proposal

6. Conferência da proposta

Está tela é onde o usuário visualiza e confirma a aquisição da proteção. É chamada aqui a API que gera a apólice.

 

8. Referência a API de emissão da apólice:

/policy

7. Pagamento

Contratação do seguro. Está jornada permite que o cliente efetue o pagamento através de cartão e realize a emissão da apólice. 

9. API de pagamento via cartão de crédito e emissão da apólice:

finance/pagarme/credit-card

8. Finalização da contratação

Tela final do processo de compra, onde é informado a conclusão e salientar ao usuário que o processamento de compra é assíncrono e que o mesmo receberá um e-mail e um sms com sua apólice ao final da compra.

 

 

Acidente Pessoal e Telemedicina

1. Informações Iniciais

Ao dar início a jornada de acidentes pessoais e telemedicina, é chamada a API que obtém a lista de coberturas com os valores.
No exemplo abaixo, estamos exibindo apenas as coberturas relacionadas à assistência de telemedicina. Porém a API retorna todas as coberturas existentes, cabe ao UX definir o que aparece ou não.
Se for utilizar o combo AP + Telemedicina, deve-se chamar a API 2 vezes, uma para o produto “AP” e outra para o produto “Telemedicina”.

 

1. Referência a API de lista de coberturas:

policy/quote

2. Informações pessoais

 Nesta tela é solicitado o preenchimento dos dados pessoais ao usuário, não possuindo chamada de API.

 

 

3. Informações de endereço

Está tela refere-se a continuação de preenchimento dos dados de endereço do usuário, onde é chamada API de endereço.

 

2. Referência a API que trás o endereço através do CEP:

common/zip-address

 

4. Adicionando beneficiários

Tela para o usuário informar os beneficiários do plano. Aqui nesta tela é chamada a API que obtém a lista de parentesco. Esta funcionalidade é necessária apenas para o produto AP.

 

3. Referência a API de lista de parentesco:

enum/kinship

 

5. Dependentes para telemedicina

Seção para que o usuário informe os dependentes do plano de telemedicina. Está tela não possui chamada de API. Caso não haja o serviço de assistência de telemedicina no AP, este passo deve ser ignorado.

 

 

6. Proposta do seguro

Está tela é onde o usuário visualiza e confirma a aquisição da proteção. Aqui é chamada a API que gera um combo da proposta. 

 

4. Referência a API de combo da proposta:

policy/proposal/combo

 

7. Pagamento

Tela de contratação do seguro, onde é feito o pagamento do usuário e consequentemente chamada a API de cadastro e emissão de apólice.

5. Referência a API de cadastro de cartão de crédito e emissão de apólice: 

finance/pagarme/credit-card

 

8. Finalização da contratação

Tela final do processo de compra, onde é informado a conclusão e salientar ao usuário que o processamento de compra é assíncrono e que o mesmo receberá um e-mail com sua apólice ao final da compra.

 

Impedimento ao Trabalho e Telemedicina

1. Informações iniciais

Para dar início a jornada de impedimento ao trabalho e telemedicina, é chamada a API que obtém a lista de planos disponíveis. 

1. Referência a API de lista de planos:

policy/quote/preconfigured

 

2. Informações pessoais

Nesta tela é solicitado o preenchimento dos dados pessoais ao usuário, não possuindo chamada de API.

                                                                         

 

3. Informações de endereço

Está tela refere-se a continuação de preenchimento dos dados de endereço do usuário, onde é chamada API de endereço.

 

2. API para buscar o endereço através do CEP:

common/zip-address

 

4. Informações do veículo

Tela para o usuário informar os dados do veículo, está seção não possui chamada de API. 
Caso o produto não esteja configurado para contemplar a cobertura de veículo essa página/dados devem ser ignorados (verificar informações passados no array “risks” da API).

 

5. Informações do aparelho

Tela onde o usuário preenche as informações do celular. Aqui nesta tela são chamadas duas APIs, uma que capta a lista de marcas e outra que capta lista de modelos do aparelho. 
Caso o produto não esteja configurado para contemplar a cobertura do aparelho eletrônico (celular) essa página/dados devem ser ignorados (verificar informações passados no array “risks” da API).

 

3. API para obter lista de marcas:

backoffice/cell-phone/cell-maker

4. API para obter lista de modelos: 

backoffice/cell-phone/cell-model

 

6. Conferência da proposta

Está tela é onde o usuário visualiza e confirma a aquisição da proteção. Para apresentar os dados da proposta não é necessário chamar API, esses dados foram acumulados durante a jornada.
Ao final desta etapa é chamada a API que gera um combo da proposta. 

 

5. API que gera um combo da proposta:

policy/proposal/combo

 

7. Pagamento

Contratação do seguro. Está jornada permite que o cliente efetue o pagamento através de cartão e realize a emissão da apólice. 

6. API de pagamento via cartão de crédito e emissão da apólice:

finance/pagarme/credit-card

Caso o fluxo não possua pagamento via gateway da 88i, pode-se chamar apenas a API de emissão quando o fluxo de pagamento via gateway do parceiro estiver ok. Ver API


/policy

8. Finalização da contratação

Tela final do processo de compra, onde é informado a conclusão e salientar ao usuário que o processamento de compra é assíncrono e que o mesmo receberá um e-mail com sua apólice ao final da compra.

 

 

 

 

Carteira Digital

1. Informações iniciais

Ao dar início a jornada carteira digital é chamada a API que obtém os combos disponíveis e logo em seguida a API responsável por calcular os preços de acordo com a cobertura.

 

 

1. Referência a API que obtém os combos:

policy/quote/preconfigured

 

2. Referência a API para cálculo de valores por cobertura:

policy/quote-calculate/calculate

 

2. Dados da carteira

Nesta seção o cliente irá informar os dados da carteira, no caso o banco desejado e a bandeira do cartão. São chamadas APIs que buscam todos os bancos e listam todas as bandeiras de cartões.

 

 

3. Referência a API que lista os bancos:

enum/bank

4. Referência a API que lista as bandeiras de cartões:

enum/card-flags

3. Informações pessoais

Nesta tela é solicitado o preenchimento dos dados pessoais ao usuário, não possuindo chamada de API.

 

 

 

4. Informações de endereço

Está tela refere-se a continuação de preenchimento dos dados de endereço do usuário, onde é chamada a API de endereço.

 

 

5. Referência a API que trás o endereço através do CEP:

common/zip-address

 

5. Confirmação do plano

Seção em que o cliente visualiza e confirma a aquisição do plano. Assim que a página é carregada é chamada API que realiza os cálculos novamente e ao prosseguir chamada a API que gera a proposta.

 

 

6. Referência a API para cálculo de valores por cobertura:

policy/quote-calculate/calculate

7. Referência a API com valor da proposta:

policy/proposal

 

6. Pagamento

Contratação do seguro. É chamada a API que retorna os métodos de pagamento para o cliente.

 

 

8. Referência a API que trás os métodos de pagamento:

finance/payment-method/list

 

7. Informações de pagamento

Tela onde é feito o pagamento do usuário através do cartão de crédito.

 

9. Referência a API que salva os dados de pagamento:

8. Endereço de cobrança

Tela em que o cliente pode adicionar um novo endereço caso necessário. Ao clicar em prosseguir é chamada a API realizando a emissão da apólice.

 

 

10. Referência a API que realiza a emissão da apólice:

finance/pagarme/credit-card

 

9. Finalização da contratação

Tela final do processo de compra, onde é informado a conclusão e salientar ao usuário que o processo de compra é assíncrono e que o mesmo receberá um e-mail com sua apólice ao final da compra.

 

Jornadas APIs - Embarcado

Corrida/Delivery

Funcionamento APIs Corrida/Delivery

Estamos focados em criar soluções de proteção para todos os clientes de todos os tipos de Ecossistemas Digitais de Delivery, com especial foco em empresas de Entrega (DoortoDoor ou Entrega LasMile), Gestão Logística, Estoque e Marketplace de Frete.
Este fluxo explica como conectar sua plataforma de forma simples, já que toda a complexidade está encapsulada em nossas APIs.

 

1. Ao iniciar a uma corrida ou entrega é chamada a seguinte API:

ride/ride-start

2. Com a finalização é chamada a API:

ride/ride-end

3. Caso haja cancelamento de uma corrida é chamada API de cancelamento:

ride/ride-cancel

Suggest Edit