Conceitos
EstávelOs termos fundamentais da plataforma Riskora. Entendendo estes conceitos, você consegue modelar qualquer política de avaliação — de análise de crédito PJ a aprovação de veículos em leilão, passando por vistoria de imóveis.
Glossário
Avaliado
EvalueeA entidade que está sendo avaliada. Pode ser uma pessoa física (CPF), pessoa jurídica (CNPJ), veículo (placa), imóvel (matrícula), contrato (número) ou qualquer outra entidade identificável. O avaliado mantém histórico próprio: último score, limite atual, tier e nível de risco — atualizados a cada análise aprovada.
Análise
AnalysisUma avaliação específica de um avaliado em um momento do tempo. Cada análise é executada sob uma política e produz um resultado (score, tier, limite calculado, recomendação). É a unidade de decisão da plataforma — toda aprovação, rejeição ou revisão manual é registrada como uma análise com audit trail completo.
Política
PolicyO modelo de avaliação. Define quais parâmetros coletar, como calcular o score, quais faixas de classificação (tiers) usar, quais bloqueios aplicar (hard stops) e quando acionar a IA. Uma mesma organização pode ter múltiplas políticas ativas simultaneamente — por exemplo: uma para crédito PJ básico, outra para crédito PJ avançado, outra para análise de fornecedor.
Parâmetro
ParameterUma informação coletada durante a análise. Pode vir de um bureau externo (Serasa, Receita), de cálculo interno, de upload de documento, de entrada manual ou ser informada pelo próprio avaliado via portal. Cada parâmetro tem um tipo (texto, número, data, booleano, arquivo, JSON, lista) e pode ser obrigatório ou opcional.
Componente
ComponentUm bloco de cálculo que produz uma parcela do score final. Um componente combina um ou mais parâmetros através de uma fórmula configurável e contribui com um peso específico para o score total. Exemplo: componente 'Análise Financeira' usa faturamento, lucro líquido e dívida total para produzir uma nota de 0 a 1000, que entra com peso 40% no score geral.
Tier
Tier / Faixa de ClassificaçãoUma faixa de score que determina como o resultado é interpretado. Cada tier tem um range (ex: 800-1000 = Tier A), uma recomendação associada (aprovar automaticamente, revisar, rejeitar) e pode exigir nível específico de alçada. Tiers permitem traduzir um número cru em uma decisão de negócio operacional.
Hard Stop
Hard Stop / Regra de BloqueioUma regra determinística que bloqueia uma análise independentemente do score. Avaliada em duas fases — PRE (antes do cálculo) ou POST (depois) — e pode ser vinculada a parâmetros ou componentes específicos. Exemplo: 'se CNPJ tiver restrição na Receita, rejeitar automaticamente'. Hard stops têm severidade (Crítico bloqueia, Warning alerta, Info apenas registra).
Score
ScoreO número entre 0 e 1000 que representa o resultado final da análise. Calculado pelo motor a partir dos componentes da política, ponderados pelos seus pesos. É o indicador objetivo usado pela plataforma para determinar tier, limite sugerido e necessidade de aprovação manual.
Limite
LimitO valor monetário associado à análise. A plataforma distingue entre três limites: calculado (imutável, definido pelo motor), sugerido pela IA (opcional, derivado do parecer do modelo) e aprovado (ajustável pelo aprovador humano).
Motor de Scoring
Scoring EngineO serviço que executa a política sobre os dados coletados: avalia hard stops (PRE), calcula cada componente, aplica pesos, determina o tier, avalia hard stops (POST), dispara a IA (se configurada) e devolve o resultado. Executa em modo automático (imediatamente após coleta) ou por workflow (quando o analista avança manualmente).
Portal do Avaliado
Evaluee PortalInterface externa para coleta de dados adicionais diretamente do avaliado. Quando a política exige documentos ou informações que só o avaliado pode fornecer, a plataforma gera um link seguro com autenticação OTP. O avaliado acessa, preenche dados, anexa documentos e envia — tudo sem precisar acessar o sistema principal.
Audit Trail
Audit TrailO registro imutável de todas as decisões tomadas sobre uma análise. Cada aprovação, rejeição, override de limite ou edição de parâmetro é gravada com usuário, timestamp, valor anterior e valor novo, em uma cadeia encadeada por hash SHA-256. Essencial para conformidade e auditoria externa.
Tipos de avaliação
A plataforma suporta múltiplos tipos de entidade avaliada. O tipo define qual documento identifica o avaliado e quais políticas são aplicáveis.
| Código | Tipo | Documento identificador | Exemplo de uso |
|---|---|---|---|
PF | Pessoa Física | CPF | Análise de crédito consumidor, aluguel residencial |
PJ | Pessoa Jurídica | CNPJ | Crédito B2B, análise de fornecedor, linha empresarial |
VE | Veículo | Placa | Avaliação em leilão, financiamento veicular, frota |
IM | Imóvel | Matrícula | Vistoria para aluguel, financiamento imobiliário |
CT | Contrato | Número do contrato | Revisão periódica, renovação, análise de risco |
OT | Outro | Identificador livre | Entidades customizadas fora do padrão |
Estados de uma análise
Toda análise percorre uma máquina de estados bem definida. Transições inválidas são bloqueadas pelo modelo — por exemplo, uma análise aprovada nunca pode voltar para rascunho.
┌──────┐ startWorkflow ┌──────┐
│ DR │────────────────────→│ IP │
└──────┘ └──┬───┘
Draft │
│ motor executa
▼
┌─────────────┼──────────────┐
│ │ │
▼ ▼ ▼
┌──────┐ ┌──────┐ ┌──────┐
│ AP │ │ MR │ │ RJ │
└──────┘ └──┬───┘ └──────┘
Aprovado │ Rejeitado
(final) │ (final)
│ analista
│ decide
┌──────────┴──────────┐
▼ ▼
┌──────┐ ┌──────┐
│ AP │ │ RJ │
└──────┘ └──────┘
CA (Cancelado) e EX (Expirado) são estados finais
alternativos, alcançáveis a qualquer momento
conforme regras de negócio.| Código | Nome | Descrição | Final? |
|---|---|---|---|
DR | Draft | Rascunho — análise criada mas ainda não iniciada | Não |
IP | In Progress | Em andamento — coleta ou processamento em execução | Não |
MR | Manual Review | Revisão manual — aguardando decisão humana | Não |
AP | Approved | Aprovada — com limite e tier definidos | Sim |
RJ | Rejected | Rejeitada — com motivo registrado | Sim |
CA | Canceled | Cancelada — pelo usuário ou por regra de negócio | Sim |
EX | Expired | Expirada — passou do prazo de resposta | Sim |
Estados finais são imutáveis: uma vez em AP, RJ, CA ou EX, a análise não pode mais ser editada. Para refazer uma decisão, é necessário criar uma nova análise.
Perfis de acesso
A Riskora separa claramente funcionalidade (o que o usuário pode fazer) de alçada (até quanto o usuário pode decidir). Um usuário pode ter perfil de Aprovador mas alçada nível 1, enquanto outro tem o mesmo perfil com alçada nível 4.
Perfis internos
| Perfil | Escopo |
|---|---|
| Analista | Operação diária: criar análises, coletar dados, consultar bureaus, acompanhar fila |
| Aprovador | Analista + poder de decisão (aprovar/rejeitar) dentro de sua alçada |
| Configurador | Aprovador + gestão de políticas, componentes, tiers e hard stops |
| Administrador | Acesso total: integrações, usuários, SaaS settings, configurações técnicas |
Perfis especiais
| Perfil | Escopo |
|---|---|
| Portal do Avaliado | Acesso externo restrito — avaliado consulta status da própria análise e envia documentos quando solicitado |
| Vendedor | Acesso operacional com visibilidade limitada às suas análises (filtro por SalesRep_ID) |
Alçada (nível de aprovação): cada usuário recebe um nível numérico (1 a 4). A análise determina automaticamente o nível mínimo exigido com base em tier e valor. Se o usuário tentar aprovar acima de sua alçada, a operação é bloqueada — protegendo limites de autonomia definidos pela organização.
Dúvidas sobre modelagem?
Nossa equipe ajuda a traduzir seus processos de análise existentes em políticas, componentes e tiers na Riskora.
Falar com a equipe