1 Bem-vindo ao Treinamento
Aprenda a usar a simulação de pagamentos FinoraQi CORE com ML em <1ms
info O que é o FinoraQi CORE?
O FinoraQi CORE é um ambiente de treinamento que simula processamento de pagamentos em tempo real, utilizando machine learning otimizado com Numba JIT para inferência em menos de 1 milissegundo.
ML Scoring <1ms
Modelo Numba compilado para código nativo
WebSocket Real-time
Updates de cada etapa do processamento
Benchmark Integrado
Teste de performance com 100 iterações
Anti-Fraude
Regras heurísticas + detecção de anomalias
target O que você vai aprender
-
Entender a estrutura do projeto no GitHub
-
Configurar o ambiente local (Docker ou manual)
-
Executar simulações de pagamento via interface
-
Consultar a API via código ou Swagger UI
-
Interpretar métricas de performance e scoring ML
-
Resolver problemas comuns e fazer deploy
2 Estrutura do Projeto
Entenda como os arquivos estão organizados no repositório
folder_tree Árvore de Diretórios
3 Como Rodar o Projeto
Configure o ambiente local em 3 minutos
dns Pré-requisitos
Clone e suba os containers:
Terminal 1 - Backend:
Terminal 2 - Frontend:
check_circle Verificação
Após iniciar, confirme que tudo está funcionando:
- ✅
curl http://localhost:8000/healthretorna{"status":"healthy"} - ✅
http://localhost:8000/docsabre o Swagger UI - ✅
http://localhost:8080/core.htmlcarrega a simulação - ✅ Console do navegador mostra "✅ WebSocket conectado"
4 Usando a Simulação
Aprenda a processar pagamentos e interpretar resultados
payments Interface do core.html
step Passo a Passo
-
Preencha o formulário:
Use valores válidos. ID do usuário pode ser qualquer string única. -
Clique em "⚡ Processar com ML":
O frontend envia POST para a API e abre conexão WebSocket. -
Acompanhe os steps em tempo real:
Cada etapa é atualizada via WebSocket com latência em ms. -
Analise o resultado:
Status, risk_score, métricas do modelo e breakdown detalhado. -
Teste o benchmark:
Clique em "Rodar Benchmark" para ver performance em 100 iterações.
data_object Campos do Formulário
| Campo | Tipo | Obrigatório | Exemplo |
|---|---|---|---|
user_id |
string | Sim | user_demo_001 |
amount |
number > 0 | Sim | 150.00 |
description |
string | Sim | "Compra marketplace" |
category |
enum | Não | expense|income|investment|transfer |
payment_method |
enum | Não | pix|credit_card|debit_card |
5 API Reference
Endpoints disponíveis e como consumir programaticamente
post_add POST /api/v1/payment/process
Endpoint principal para processamento de pagamentos.
Resposta de sucesso (200):
websocket WebSocket /ws/payment/{user_id}
Conexão bidirecional para updates em tempo real do processamento.
health_and_safety Endpoints Adicionais
| Endpoint | Método | Descrição |
|---|---|---|
/health |
GET | Health check do serviço |
/api/v1/benchmark?iterations=100 |
GET | Teste de performance com N iterações |
/docs |
GET | Swagger UI interativo |
/openapi.json |
GET | Especificação OpenAPI 3.0 |
6 Como Funciona o ML Scoring
Entenda a mágica por trás da inferência em <1ms
psychology Arquitetura do Modelo
code Código do Scoring (simplificado)
Arquivo: backend-fastapi/app/ml/scoring.py
bolt Por que é tão rápido?
| Técnica | Benefício |
|---|---|
| Numba JIT | Compila Python → código nativo na primeira execução |
| cache=True | Reusa código compilado entre requests (sem recompilar) |
| NumPy vetorial | Operações em batch, sem loops Python lentos |
| Features pré-calculadas | Evita computação redundante no scoring |
| Sem I/O no scoring | Tudo em memória, zero acesso a disco/rede |
7 Benchmark & Performance
Meça e otimize a performance do sistema
speed Como Rodar o Benchmark
Na interface core.html, clique em "🚀 Rodar Benchmark (100 iterações)".
analytics Interpretando os Resultados
Exemplo de output:
| Métrica | O que significa | Target |
|---|---|---|
| P99 | 99% das requests respondem em ≤ este valor | < 2ms |
| Média | Tempo médio de resposta | < 1ms |
| target_achieved | % de requests abaixo de 1ms ≥ 90% | true |
| std (desvio) | Consistência da performance | Quanto menor, melhor |
trending_up Dicas de Otimização
- Primeira request é lenta (~2s): Normal! É o Numba compilando. Requests seguintes são <1ms.
- Use cache=True: Garante que a compilação seja reutilizada entre reinicializações.
- Evite I/O no scoring: Mantenha o modelo puramente computacional.
- Monitore em produção: Adicione logs de latência para detectar degradação.
8 Deploy & Troubleshooting
Coloque em produção e resolva problemas comuns
Vercel (Frontend):
Railway/Render (Backend):
| Problema | Solução |
|---|---|
| API não responde em :8000 | docker-compose logs -f backend para ver erros |
| WebSocket não conecta | Verifique CORS no backend: allow_origins=["*"] para dev |
| ML scoring lento (>5ms) | Confirme @jit(nopython=True) e cache=True |
| Frontend 404 em assets | Verifique vercel.json servindo public/**/* |
.env.production (obrigatórias):
⚠️ Nunca commitar .env no Git! Use .gitignore e variáveis da plataforma de deploy.
support_agent Suporte & Contribuição
Reportar Bug
Sugerir Feature
Contribuir
Fork → Branch → PR. Veja CONTRIBUTING.md
Contato Direto
finoraqi.finance@gmail.com