Objetivo

O roteiro de homologação visa avaliar se o sistema integrado a Celcoin está apto a utilizar as APIs de DDA.

❗️

Atenção!

É de responsabilidade do parceiro coletar e armazenar o termo de adesão do usuário.

DDA

Essa funcionalidade permite que os clientes da Celcoin consigam consultar boletos emitidos em determinado CPF/CNPJ.

Como funciona a homologação

Para ser homologado com a Celcoin é necessário realizar os testes diretamente na sua aplicação, onde seu usuário irá interagir. Ou seja, não serão aceitos testes realizados pelo postman, swagger, ou de qualquer outra plataforma que permita simulação de requisições e retornos.

Como enviar os testes

Preencha o modelo abaixo, colando imagens ou vídeos e os logs conforme os cenários solicitados e o envie para o seu Analista de Onboarding ou através deste formulário.

Após a aprovação do roteiro, o time de Onboarding encaminhará as credenciais de produção e os dados para aporte e acesso ao Painel do Cliente.

Imagens + logs

Nesse caso é necessário informar o cenário (roteiro) de homologação que está sendo testado e a imagem da tela da sua aplicação executando esse cenário. Segue exemplo:

Além dessa imagem é necessário enviar também os logs gerados pela sua aplicação ao executar esse cenário. Na parte de logs precisa conter o cenário de homologação e em seguida o log. Segue exemplo:

Para as notificações de boletos e status de registro e exclusão, deve ser enviado o log de recebimento dos webhooks:

Esse mesmo processo deve ser feito com todos os passos do roteiro. Os dados devem ser colocados em um documento e enviados para o suporte no formato .pdf ou .doc.

Vídeo + logs

Nesse caso você pode gravar a tela da sua aplicação mostrando a execução de cada cenário do roteiro. Os logs também são necessários e devem ser enviados com o mesmo padrão do exemplo acima. O documento de homologação deve conter o link de acesso aos vídeos e os logs das requisições.

❗️

Atenção!

Qualidade mínima do vídeo 720p e é necessário permitir acesso ao drive para o domínio Celcoin

Roteiro homologação

É obrigatório a implementação de todos os cenários abaixo:

Configurar webhooks

• Registrar URL para receber webhooks do cadastro do usuário (POST: dda-servicewebhook-webservice/v1/webhook/register)
  { "typeEventWebhook": "Subscription",
"url": "<http://meusite.com.br>"
} * inclua o objeto basicAuthentication ou oAuthTwo se necessário

• Registrar URL para receber webhooks da exclusão do usuário (POST: dda-servicewebhook-webservice/v1/webhook/register)
  { "typeEventWebhook": "Deletion",
"url": "<http://meusite.com.br>"
} * inclua o objeto basicAuthentication ou oAuthTwo se necessário

• Registrar URL para receber webhooks de boletos (POST: dda-servicewebhook-webservice/v1/webhook/register)
  { "typeEventWebhook": "Invoice",
"url": "<http://meusite.com.br>"
} * inclua o objeto basicAuthentication ou oAuthTwo se necessário

Consultar URLs cadastradas

Consultar URLs cadastradas na etapa anterior (GET: dda-servicewebhook-webservice/v1/webhook/routes)

Cadastrar usuário

• Cadastrar usuário (POST:dda-subscription-webservice/v1/subscription/Register)
  OBS: exibir o termo de adesão e coleta de dados no cadastro
  OBS: não utilizar o CPF do cenário de teste 26984598087

• Receber webhook de cadastro bem sucedido (status CREATED)
• Receber webhook de cadastro rejeitado (status ERROR)
  Para isso é necessário configurar o cadastro com o CPF 26817625025 da seguinte forma:
  { "document": "26817625025",
"clientRequestId": "mock_error",
"clientName": "Customer Mock Error" }

Boletos

• Gerar boleto para um usuário previamente cadastrado (POST:dda-serviceinvoice-webservice/v1/invoice/register)
  Para isso é necessário ter um usuário cadastrado anteriormente (status CREATED).
  OBS: NÃO deve ser usado o CPF 71929784007 nessa solicitação.

O retorno dessa solicitação deve ser o documento do usuário informado e o status de sucesso.
Exemplo de retorno:
{ "status": 201,
"body": [ {
"document": "86268052099",
"status": "Success" } ] }

• Receber webhook de boletos
  Exibir a notificação disparada após solicitação efetuada no passo anterior

Excluir usuário

• Excluir usuário (DELETE: dda-subscription-webservice/v1/subscription/Register)
  OBS: NÃO utilizar o CPF do cenário de teste 26984598087
• Receber webhook de exclusão bem sucedida (status INACTIVE)
• Receber webhook de exclusão rejeitada (status INACTIVE_FAILED)
  Para isso é necessário configurar a exclusão com o CPF 26817625025 da seguinte forma:
  { "document": "26817625025",
"clientRequestId": "teste_error" }

Após a aprovação do roteiro, o time de Onboarding encaminhará as credenciais de produção e os dados para aporte e acesso ao Painel do Cliente.