Fontes contratuais

publicBrand é consumida somente no Site, nas páginas de produto e nas páginas institucionais públicas. Fluxos de Empréstimos, área logada e rodapé legal FortCard continuam fora dessa troca. Os dados demonstrativos relacionados na fronteira são pontos de substituição, não uma promessa de backend pronto. A integração deve criar adaptadores por domínio e preservar os contratos de rota, componente e navegação.

Fronteira de adaptadores

Os componentes não devem depender do formato bruto da API. O backend entrega respostas normalizadas e o front consome adaptadores por domínio. Esses nomes são referência de arquitetura, não exigem uma biblioteca específica. O ponto importante é não espalhar parsing da API dentro dos componentes visuais.

Classificação

Mapa por tela e grupo de dados

Dados coletados pela interface

Cadastro

  • CPF;
  • nome;
  • data de nascimento;
  • e-mail;
  • celular;
  • profissão;
  • renda;
  • aceites.

Endereço

  • CEP;
  • endereço;
  • número;
  • complemento;
  • bairro;
  • estado;
  • cidade.

Conta bancária

  • banco;
  • agência;
  • conta;
  • dígito;
  • tipo de conta.

Proposta

  • valor solicitado;
  • valor aprovado;
  • parcelas;
  • data de primeira parcela;
  • custos;
  • status;
  • validade da oferta;
  • etapa atual.

Área logada

  • CPF;
  • lista de propostas;
  • status da proposta;
  • pendências;
  • dados cadastrais.
O front solicita um desafio de acesso e envia o código informado pela pessoa, mas não recebe nem armazena token técnico da FortCard. O backend devolve contato mascarado, sessão própria e o resumo seguro da conta.

Dados que não entram no contrato do navegador

strLojista, strLoja, filial, ponto de atendimento, usuário, senha, credenciais, token de integração e códigos técnicos de produto ou condição são remove-from-contract. Consulte campos operacionais FortCard para a regra completa.