Pular para o conteúdo principal

Roteiro de Homologação - FGTS

*: etapas obrigatórias para entrada em produção

1 - Cadastro e Autenticação API LaaS

CódigoEtapaDescriçãoLink DocumentaçãoPré-requisito
CAB0001*Cadastro no ambiente de SandboxRealizar o cadastro na plataforma da QI Tech no ambiente de Sandbox (sandbox.qitech.app)https://sandbox.qitech.com.br/register
CAB0002*Validação de token em SandboxRealizar a validação do QI Token em SandboxDownload Manual de Inclusão do TokenCAB0001
CAB0003*Troca de chaves públicasRealizar a troca de chaves públicas dentro da plataforma da QI Tech em sandbox (sandbox.qitech.app)Link DocumentaçãoCAB0001 e CAB0002
CAB0004*Teste de autenticação de chamadasFinalizar teste de autenticação de chamadasPasso a Passo

Link Documentação
CAB0003
CAB0005*Configuração de webhooksRealizar a configuração da url para envio dos webhooks por parte da QI, através da plataforma da QI Tech em sandbox (sandbox.qitech.app)Link DocumentaçãoCAB0001 e CAB0002
Atenção

O item 1 é um passo obrigatório para todos os itens posteriores.

2 - Upload de documentos

EtapaDescriçãoLinkPré-requisito
UPL0001*Upload de documentosGerar chave identificadora do documento dentro da QI TechLink DocumentaçãoCAB0004

3 - Consulta de saldo do cliente

CódigoEtapaDescriçãoLinkPré-requisito
ABS0001*Consultar saldo disponívelRealização da consulta de saldo do cliente, busca dos valores disponíveis para saque do clienteLink DocumentaçãoCAB0004 e CAB0005
ABS0002*Webhook de consulta de saldoLeitura da resposta assíncrona da consulta de saldo. Webhook available_balanceLink DocumentaçãoABS0001
ABS0003*Simulação do cenário de sucesso e insucesso na consulta de saldoTeste de sucesso (retorno de períodos com valores nas parcelas) e teste de insucesso (retorno de erro e períodos vazios).Link DocumentaçãoABS0001 e ABS0002
ABS0004*Acompanhamento e ações em relação à consulta de saldoA resposta da consulta deve desencadear uma ação por parte do correspondente, de forma a orientar o cliente assertivamente e evitar o acúmulo de requsições perdidas em nossas filas.Link DocumentaçãoABS0003

4 - Simulação de dívida

CódigoEtapaDescriçãoLinkPré-requisito
SID0001*Simulação de valor máximoSimulação das condições da dívida, utilizando todos os valores dos períodos disponíveis para saqueLink DocumentaçãoABS0002
SIM0002*Simulação de valor desejadoSimulação das condições da dívida, utilizando um valor alvo. Dessa forma, retornaremos os valores dos períodos que serão utilizados para se obter o valor desejado.Link DocumentaçãoABS0002

5 - Emissão de dívida

CódigoEtapaDescriçãoLinkPré-requisito
EMD0001*Emissão de dívidaEmissão da CCB. Formada por quatro objetos principais: dados cadastrais do devedor (objeto borrower), dados financeiros da operação (objeto financial), dados de garantia (collaterals, parcelas retornadas na consulta de saldo) e dados bancários para pagamento (disbursement_bank_account.)Link DocumentaçãoSID0001 ou SIM0002

6 - Formalização de dívida

CódigoEtapaDescriçãoLinkPré-requisito
FOR0001*Formalização da dívidaA assinatura da CCB será disparada automaticamente do lado da QI SCD via QI Sign, após a emissão da dívida--EMD0001
FOR0002*Leitura do webhook de assinatura finalizadaLeitura da resposta assíncrona da formalização da operação. Webhook status signature_finishedLink DocumentaçãoFOR0001

7 - Averbação e desaverbação

CódigoEtapaDescriçãoLinkPré-requisito
COL0001*Leitura do webhook de collateral constituídoLeitura da resposta assíncrona que indica a averbação do saldo do cliente. Webhook credit_operation.collateralLink Documentação
COL0002*Simulação dos cenários de sucesso e insucesso na averbação do saldo de um cliente.Temos um mock de casos de insucesso para serem testados, eles usam uma lógica aplicada aos primeiros números do documento do tomador em sandboxLink Documentação
COL0003*Acompanhamento e mapeamento dos status das reservasO objeto "last_response" traz os dados da última tentativa de reserva ou liberação (averbação ou desaverbação) realizada pela QI na Caixa.Link Documentação

8 - Pagamento da dívida

CódigoEtapaDescriçãoLinkPré-requisito
PAG0001*Escolha da data de desembolsoApós o cumprimento de todos os requisitos para pagamento da operação (envio de documentos, assinatura e averbação), deve-se obrigatoriamente escolher uma data de desembolso para que a operação seja paga, dentro do range de desembolso.Link Documentação
PAG0002*Leitura do webhook de desembolso da operaçãoLeitura da resposta assíncrona que indica o pagamento da operação. Webhook disbursed. Aqui teremos o comprovante de pagamento em PDF.Link Documentação

9 - Reapresentação da dívida

CódigoEtapaDescriçãoLinkPré-requisito
PAG0001*Alteração/atualização da data de desembolsoA escolha da data de desembolso, é um requisito para pagamento da operação. Quando uma operação está cancelada, a atualização da data de desembolso faz com que a operação volte ao status que estava antes do cancelamento.Link Documentação
PAG0002*Alteração dos dados bancáriosMudança dos dados para pagamento da operação. Essa alteração não altera a CCB, mas a QI como emissor da dívida, garante o pagamento para uma conta de mesma titularidade do devedor.Link Documentação

10 - Cancelamento da dívida

CódigoEtapaDescriçãoLinkPré-requisito
CAN0001*Cancelamento permanente da operaçãoPermite a Instituição Fiduciária realizar, junto ao Agente Operador do FGTS, o cancelamento de uma reserva de valores de saque aniversário do Trabalhador utilizados como garantia para uma operação fiduciária. Além de colocar um status final na operação.Link Documentação
CAN0002*Leitura do webhook de cancelamento permanentePermite a Instituição Fiduciária realizar, junto ao Agente Operador do FGTS, o cancelamento de uma reserva de valores de saque aniversário do Trabalhador utilizados como garantia para uma operação fiduciária. Além de colocar um status final na operação.Link Documentação