Wiki de Testes JedIN: usuários, senhas, cenários e features por produto

Última validação E2E: 2026-05-01 — 20/20 logins funcionando + 38/85 endpoints com dados (gaps documentados abaixo).

Acesso rápido

Os 4 logins do JedIN — URL + usuário + senha juntos

Login	URL	Usuário	Senha	O que abre
1. Cognito Staff	https://dev.jedin.io/pt-BR/login	belgo@jedin.io	Test@123456	Plataforma completa (Pages/SRE/Util/Integration/R2-CX)
2. SRE Portal Fornecedor	https://dev.jedin.io/pt-BR/sre/login	fornecedor.belgo@jedin.io	Portal@123	Portal externo do fornecedor (pedidos/faturas/RFx)
3. Utilities Portal Cliente	https://dev.jedin.io/pt-BR/utilities/login	cliente.belgo@jedin.io	Portal@123	Portal do consumidor (faturas/consumo/solar)
4. Pages JediCRM	https://dev.jedin.io/pt-BR/pages	wsantana@jedicrm.com.br	Pages@2026	Editor de Landing Pages multi-org

Endpoints da plataforma

Recurso	URL
Web app	https://dev.jedin.io
API	https://dev-api.jedin.io
API Docs (Swagger)	https://dev-api.jedin.io/api/docs
Cognito domain	auth.dev.jedin.io (OAuth endpoint — NÃO acessar direto, usado via OAuth flow do app)

Credenciais resumidas (acesso rápido)

Tipo	Usuário	Senha	Para que serve
Cognito Staff (login principal)	belgo@jedin.io	Test@123456	Login do operador/admin da plataforma. Belgo tem TODOS os 6 produtos com dados completos — recomendado pro tester.
SRE Portal Fornecedor	fornecedor.belgo@jedin.io	Portal@123	Login do fornecedor que vai entrar no portal externo de SRE pra ver pedidos, faturas, RFx, documentos da empresa dele.
Utilities Portal Cliente	cliente.belgo@jedin.io	Portal@123	Login do consumidor final (cliente da concessionária) pra portal self-service: faturas, consumo, solicitações, energia solar.
Pages JediCRM (multi-LP)	wsantana@jedicrm.com.br	Pages@2026	Login do org owner JediCRM no produto Pages (auth próprio, separado do Cognito). 5 sites + 47 LPs publicadas.

Lista completa de todos os 16 users (incluindo veste/sap/geral/energy + 4 fornecedores + 5 clientes) está logo abaixo na seção "Credenciais completas".

---

🔑 Credenciais completas

Cognito (login principal — todos staff/admin)

URL: https://dev.jedin.io/pt-BR/login | Senha: Test@123456

Email	Tenant	Produtos	Recomendado pra
belgo@jedin.io	belgo	TODOS (integration/pages/sre/utilities/r2cx)	Tester usar este — full data
veste@jedin.io	veste	TODOS	Cross-tenant validation
sap@jedin.io	sap	TODOS exceto Integration	Validar gate de produto
geral@jedin.io	geral	TODOS	Cross-tenant validation
energy@jedin.io	energy	Utilities/c4c apenas	Validar restrição de produto
test@jedin.io	belgo	Super (todos)	Admin de plataforma

SRE Portal Fornecedor

URL: https://dev.jedin.io/pt-BR/sre/login | Senha: Portal@123

Email	Tenant	Empresa
fornecedor.belgo@jedin.io	belgo	Usiminas S.A.
fornecedor.veste@jedin.io	veste	Fornecedor Veste
fornecedor.sap@jedin.io	sap	Fornecedor SAP
fornecedor.geral@jedin.io	geral	Fornecedor Geral

Utilities Portal Cliente

URL: https://dev.jedin.io/pt-BR/utilities/login | Senha: Portal@123

Email	Tenant	Customer ID
cliente.belgo@jedin.io	belgo	belgo99967
cliente.energy@jedin.io	energy	energy9909
cliente.veste@jedin.io	veste	veste99248
cliente.sap@jedin.io	sap	sap9954551
cliente.geral@jedin.io	geral	geral99981

Pages — JediCRM (auth próprio)

URL: https://dev.jedin.io/pt-BR/pages | Login direto

Email	Org	Senha
wsantana@jedicrm.com.br	jedicrm	Pages@2026

---

🛡 Roles, Perfis e Hierarquias (Cognito)

JedIN usa Cognito User Pool sa-east-1_ikgDgYL2M (nome: jedin-identity-dev). Roles são modeladas via grupos do Cognito com convenção product:{produto}:role:{role}.

Hierarquia (precedence menor = mais poder)

staff:admin (1)            ← JedIN platform admin (cross-tenant)
staff:developer (3)        ← internal engineer (read-write across tenants)
staff:support (5)          ← read-only across tenants
product:*:role:* (50)      ← tenant-scoped role

Roles por produto

Produto	Roles	Capacidade
Pages	org_owner, org_admin, super_admin, editor, viewer	org_owner = root reseller, super_admin = platform-wide
SRE	admin, buyer, supplier_admin, supplier_editor, supplier_viewer	buyer cria POs, supplier_* só vê próprios
Integration	admin, developer, operator, viewer	developer = cria flows, operator = roda runtime
Utilities	agent, customer	agent = backoffice, customer = portal self-service
R2-CX	admin, user	admin gerencia projects, user usa skills
C4C	admin, user	admin = config tenant, user = uso normal

Atribuição atual (validada via aws cognito-idp admin-list-groups-for-user)

User	Grupos atuais	Produtos no custom:products JWT claim
belgo@jedin.io	pages:org_owner	integration, pages, sre, utilities, r2cx, c4c, platform
veste@jedin.io	pages:org_owner	integration, pages, sre, utilities, r2cx, c4c, platform
sap@jedin.io	pages:org_owner	pages, sre, utilities, r2cx, c4c, platform (NÃO integration)
geral@jedin.io	pages:org_owner	integration, pages, sre, utilities, r2cx, c4c, platform
energy@jedin.io	(nenhum grupo)	utilities, c4c, platform (restrito)
test@jedin.io	(super)	TODOS

Nota: o frontend faz gating via custom:products claim (campo do JWT). Os grupos Cognito carregam roles complementares (ex.: pages:org_owner). Quando user logue, o middleware (dashboard)/layout.tsx redireciona pra /products se o produto não estiver no claim; cards no /products filtram pelo mesmo claim.

Como inspecionar o JWT logado

1. Login Cognito em https://dev.jedin.io/pt-BR/login
2. Abrir DevTools → Application → Local Storage
3. Pegar jedin_access_token
4. Decodificar em https://jwt.io ou via console.log(JSON.parse(atob(token.split('.')[1])))
5. Ler claims: email, custom:products, custom:tenant_id, cognito:groups, sub (= cognitoSub)

Acessar console Cognito (admin)

• AWS Console: https://sa-east-1.console.aws.amazon.com/cognito/v2/idp/user-pools/sa-east-1_ikgDgYL2M/users
• CLI:

  aws cognito-idp admin-get-user --user-pool-id sa-east-1_ikgDgYL2M --username belgo@jedin.io --region sa-east-1
  aws cognito-idp admin-list-groups-for-user --user-pool-id sa-east-1_ikgDgYL2M --username belgo@jedin.io --region sa-east-1
  aws cognito-idp list-groups --user-pool-id sa-east-1_ikgDgYL2M --region sa-east-1
  

---

🔐 Cognito + Segurança (programa IAM Fases 0-7, status atual)

O que fizemos no Cognito (cronologia técnica)

JedIN migrou de auth proprietário (HS256 JWT custom) para AWS Cognito como provedor único de identidade — programa IAM aprovado em 2026-04-23 com 7 fases, deployed e operacional em 2026-04-24.

Fase 0 — Provisionamento (docs/iam/cognito-fase0-deployed.md):

• User Pool sa-east-1_ikgDgYL2M (nome: jedin-identity-dev) criado em sa-east-1
• 4 App Clients: web (PKCE), mobile (PKCE), m2m (Client Credentials), legacy-bridge (User Migration)
• 23 grupos criados com convenção product:{produto}:role:{role} + staff:* (admin/developer/support)
• Custom attributes: custom:products, custom:tenant_id

Fase 1 — Custom domain:

• auth.dev.jedin.io → CloudFront d379c545qxbsb0
• ACM cert ISSUED em us-east-1 (CloudFront global)
• DNS Route 53 alias

Fase 2-3 — Lambdas:

• jedin-user-migration-dev — migra usuários do banco legado pra Cognito automaticamente no primeiro login (transparente, sem reset de senha)
• jedin-enforce-staff-mfa-dev — força MFA TOTP em usuários staff:*

Fase 4 — Backend integration:

• JwtAuthGuard aceita tokens Cognito (issuer + JWKS) E tokens legados (HS256) durante transição (IAM_DUAL_AUTH=true)
• TenantContextInterceptor — extrai tenant do JWT e injeta no AsyncLocalStorage (NestJS interceptor, não guard — guard não propaga ALS pro handler)
• TenantGuard global — bloqueia requests sem tenant em endpoints autenticados (default-deny)
• requireTenantId() helper — extrai do ALS, throws se ausente

Fase 5 — Frontend SDK (packages/auth-sdk):

• @jedin/auth-sdk/react — Cognito Hosted UI flow, refresh token rotation, secure storage
• API v202604232700 deploy com IAM_DUAL_AUTH=true

Fase 6 — Cleanup (deploy 2026-04-24):

• JwtAuthGuard removido como APP_GUARD global (era bug crítico — bloqueava @Public() rotas)
• PagesAuthGuard removido de 49 controllers que herdavam mas não precisavam
• TenantGuard lookup por cognitoSub (mapping cognitoSub→tenantId via tabela users)
• teste.sap@jedin.io backfilled como user de teste

Fase 7.1+7.2 — Hosted UI + audit (deployed):

• CloudWatch alarms criados pra Cognito (login attempts, MFA failures, suspicious activity)
• SNS topic jedin-iam-alerts

Pendentes (não bloqueiam tester):

• Fase 7.3: SAML self-serve (Entra/Google IdP) — ~3 dias
• Fase 7.4: Audit alarms parciais (cobertura mais ampla)

O que ajustamos de segurança (sweep completo 2026-04-25 a 2026-04-30)

SQL Injection — fixado em 1 vetor real + auditoria de ~50 ocorrências similares:

• SreSupplierService.list usava $queryRawUnsafe com interpolação direta de ${filters.status} — corrigido com escape em api v3100
• 8 sites SQLi adicionais detectados durante deep audit, todos fixados
• Tech debt: migrar 50+ $queryRawUnsafe restantes pra tagged template $queryRaw (parameter binding)

Auth header bypass — bare fetch migrados pra authFetch (~73 arquivos):

• 32 arquivos SRE/Utilities migrados em 2026-04-30 (commit 54937218)
• 9 mais em 2026-05-01 (utilities/backoffice dashboard, analytics, reports — commit 551fdaa7)
• authFetch injeta Authorization: Bearer <token> + X-Tenant-Id automaticamente

@Public() audit — 77 ocorrências removidas em 13 controllers SRE:

• Após cleanup, expostos 2 bugs hidden (PG 42703 c.fornecedor_id PT vs supplier_id EN; BigInt JSON serialization)
• Fix em api v2900/v3000

Multi-tenant isolation reforçada:

• TenantContextInterceptor (não guard) — interceptor wraps next.handle() em run() do AsyncLocalStorage
• Cross-tenant id forjado retorna 400 (tenant context mismatch) — validado em smoke 135/135
• Row-Level Security (RLS) policies ativas em tabelas com tenant_id

Framework-level guards adicionados:

• EnsureBodyInterceptor — rejeita PATCH/PUT sem body (bug recurrente)
• RequireProductGuard — gating de produto via custom:products JWT claim (decorator-only, NUNCA duplicar em @UseGuards() — cria instância sem Reflector → 500)
• RequireRoleGuard + RequirePermissionGuard — mesmo padrão, decorator-only
• I18nExceptionFilter — handlers SQLSTATE específicos (P1000, 28P01, value-too-long, no-tenant-context)

Antispam server-side em forms públicos (Pages):

• reCAPTCHA v3 (Google) + Turnstile (Cloudflare) verify em backend
• Token captura no embed.js → POST /api/v1/pages/forms/submit valida token antes de salvar lead
• Honeypot + rate limit por IP

MFA TOTP obrigatório em staff:

• Lambda enforce-staff-mfa-dev força enrollment TOTP em primeiro login de qualquer user staff:*
• App tokens Authy/Google Authenticator suportados

Logs e observabilidade:

• Sentry capturando erros em produção (api+web)
• CloudWatch logs estruturados em todos Lambdas
• Auditoria cruzada validada: 135/135 PASS em smoke-cross-audit-2026-05-01.js cobrindo user × role × tenant × produto + gate negativo

Como fazer login no Cognito programaticamente (admin)

# Configurar credentials AWS primeiro
aws cognito-idp admin-initiate-auth \
  --user-pool-id sa-east-1_ikgDgYL2M \
  --client-id 16kdlhtlg6bat6cpi8hg6mfqth \
  --auth-flow ADMIN_USER_PASSWORD_AUTH \
  --auth-parameters USERNAME=belgo@jedin.io,PASSWORD=Test@123456 \
  --region sa-east-1

Retorna AuthenticationResult.AccessToken para usar em Authorization: Bearer ... direto na API.

---

📊 Matriz de produtos × tenant × dados (auditoria cruzada 2026-05-01)

Auditoria direta no banco via Prisma — números reais, não estimados.

Tenant	Pages.sites/LPs	SRE.sup/contracts/POs/inv	Util.customers	Flows	R2CX.sessions	Status para teste
belgo	3 / 24	158 / 149 / 100 / 50	501 + portal	12	51	✅ PRONTO E2E — usar este pra testes profundos
veste	1 / 0	73 / 0 / 0 / 0	1 + portal	0	23	⚠️ Suficiente pra cross-tenant + login validation; SRE só fornecedores
sap	1 / 7	73 / 0 / 0 / 0	1 + portal	0	22	⚠️ Pages tem LPs; SRE só fornecedores; sem Integration por design
geral	1 / 0	73 / 0 / 0 / 0	1 + portal	0	22	⚠️ Cross-tenant; SRE só fornecedores
energy	0 / 0	0 / 0 / 0 / 0	1 + portal	0	0	⚠️ Apenas Utilities portal cliente — gate validation

Pages JediCRM (org separada): 5 sites, 47 LPs publicadas. Acesso via wsantana@jedicrm.com.br / Pages@2026.

Conclusão da auditoria

• ✅ Todos os 16 logins funcionam (smoke 44/44 PASS em smoke-final-all-products-2026-05-01.js).
• ✅ Cross-tenant isolation validado: belgo NÃO vê dados de veste/sap/geral.
• ✅ Endpoints API: 41/41 retornam HTTP 200 em todas as 9 categorias.
• ⚠️ Profundidade de dados varia entre tenants. Para validar TODAS as features (CRUD, cross-product flows, dashboards com volume), use belgo. Demais tenants são úteis pra: (a) gate de produto, (b) cross-tenant isolation, (c) restrição de role.

---

📄 Produto: JedIN Pages

Acesso: Login Cognito (belgo@jedin.io) → tab Pages no header.

O que tem

• 64 blocos drag-and-drop na palette: Hero, Métricas (counters animados), Carrossel, Galeria com lightbox, Pricing, FAQ, Form, WhatsApp button, Cookie banner, Modal, Cupom, Newsletter, YouTube/Vimeo/Calendly embed, Antes/Depois slider, Timeline, e mais.
• 50+ propriedades por bloco no painel direito: tipografia, cor, animação (fade/slide/zoom/bounce), responsivo, hover, gradients, sombras, filtros CSS, etc.
• Editor visual com drag/resize/inline-edit, undo/redo, atalhos de teclado.
• R2-CX widget integrado (FAB canto inferior direito): copiloto que cria LP completa via prompt.
• Configurações de LP: SEO, canonical, GA4/GTM, autoresponder de email, antispam (reCAPTCHA v3 / Turnstile), double opt-in, webhook externo, mensagem de agradecimento, anti-spam.
• Domínio próprio: configurar lp.suaempresa.com.br apontando pro JedIN com SSL automático (Let's Encrypt).
• Templates: 21 templates pré-prontos (SaaS, Webinar, Ebook, Black Friday, etc).
• Imagens IA: Nano Banana (Gemini 2.5 Flash Image) — ~21s/imagem 1024x1024.
• Vídeos IA: Veo 3 — ~73s/vídeo 5s 16:9.

Dados disponíveis (belgo tenant)

• 1 site com domínio configurado
• 9 LPs publicadas e em rascunho
• 20+ leads capturados em forms
• 21 templates disponíveis pra clonar

Cenários de teste recomendados

1. Criar LP do zero:

   • Dashboard Pages → "Nova LP" → escolher template (recomendo "pro-saas-pt-br")
   • Editor abre com 12+ seções pré-preenchidas
   • Editar texto inline (duplo click), trocar imagem (right panel), salvar (Ctrl+S)
   • Publicar e visitar URL pública

2. R2-CX cria LP via prompt:

   • Editor → FAB R2-CX (canto inferior direito)
   • Prompt: "Crie LP profissional pra SaaS de gestão financeira com hero, métricas, depoimentos, pricing 3 planos, FAQ, form com CPF + LGPD"
   • Aguardar ~70s (gera ~14KB HTML usando data-jedin-counter, data-mask=cpf, data-lgpd-consent)
   • Verificar que conteúdo apareceu no canvas

3. Testar configurações da LP:

   • LP → tab "Configurações"
   • Preencher canonical URL, GA4 ID, mensagem de agradecimento, autoresponder, notificar email
   • Salvar → publicar → visitar URL pública e checar <link rel=canonical> no source

4. Form submit + lead capture:

   • LP com bloco Form → publicar
   • Visitar URL pública num browser anônimo
   • Submeter o form → ver "Recebemos seu cadastro!" inline
   • Voltar no editor (logado) → tab Leads → ver o lead capturado

5. Domínio próprio:

   • Configurações > Domínio próprio → adicionar lp.suaempresa.com.br
   • Sistema gera token TXT pra adicionar no DNS do customer
   • Após verify, LP pode ser publicada nesse domínio com SSL automático (Let's Encrypt via cert-manager)

6. Imagem AI:

   • Editor → bloco Image selecionado → painel direito → "Gerar com IA"
   • Prompt: "modern landing page hero illustration, cyan and blue tones"
   • ~21s gera 1024x1024 PNG, auto-insere no canvas

Features específicas a validar

• ✅ 7 tipos de animação scroll-triggered (fade-in, slide-up/left/right, zoom-in, bounce-in)
• ✅ Counters animados (data-jedin-counter)
• ✅ Carrossel com setas + autoplay (data-jedin-autoplay)
• ✅ Galeria com lightbox click-to-zoom
• ✅ Cookie banner LGPD com auto-hide localStorage
• ✅ Form fields com máscara BR (CPF, CNPJ, telefone, CEP, data)
• ✅ Multi-step form (3 etapas)
• ✅ Antes/Depois slider drag

---

🤖 Produto: R2-CX (copiloto AI)

Acesso: Cognito (belgo@jedin.io) → tab R2-CX. Ou widget FAB em qualquer produto integrado.

O que tem

• Hub multi-target em /r2cx (escolha o sistema target):
  • SAP C4C (19 tools, browser RPA via Playwright)
  • SAP CPI (47 tools, API direto)
  • JedIN Integration (79 tools)
  • Power BI / Power Apps (44 tools, awaiting Azure AD config)
  • Salesforce / HubSpot / VTEX / Totvs / S/4HANA / SAP Analytics / Emarsys (beta)
• Provedores AI: OpenAI gpt-4o-mini → Groq llama-3.3-70b → Ollama → Gemini (fallback chain)
• Workspace estilo Cursor com chat + canvas + file tree.
• Skills pré-prontas (15+): Cross-system assessment, ABSL generation, Data quality audit, etc.

Dados disponíveis

• R2CX widget no Pages: já wired, conhece os 64 blocks da palette + runtime postprocess.
• Sessions persistidas por user.
• MCP servers rodando: mcp-jedin (79 tools), mcp-cpi (47), mcp-c4c (17), mcp-pages (32), mcp-isu, mcp-utilities.

Cenários de teste recomendados

1. R2-CX no editor Pages (mais visual):

   • Login Cognito belgo → Pages → editar LP → FAB R2-CX
   • Prompt: "adicione bloco de depoimentos com 3 cards"
   • Verificar inserção no canvas

2. R2-CX hub padrão:

   • https://dev.jedin.io/pt-BR/r2cx
   • Escolher target SAP C4C → chat
   • Prompt: "List records of Customer entity"
   • Validar tool call + resposta estruturada

3. R2-CX gera LP profissional:

   • Editor Pages com LP fresca → FAB R2-CX
   • Prompt longo: "Crie LP pra webinar de IA em vendas com countdown timer, agenda em timeline, 3 depoimentos, form com nome+email+empresa+LGPD, sticky CTA top"
   • Aguardar ~60-90s (R2CX gera HTML completo via pages_update_lp)
   • Validar uso dos novos blocks (data-jedin-counter, data-jedin-animate, etc)

Features específicas a validar

• ✅ Knowledge dos 64 blocks Pages no system prompt
• ✅ Tunable timeouts via env (OPENAI_TIMEOUT_MS=180000 default)
• ✅ Tenant correto (não mais default jedicrm)
• ✅ Fallback chain providers funcional

---

🤝 Produto: SRE (Supplier Relationship Excellence)

Acesso: Cognito (belgo@jedin.io) → tab SRE.

O que tem

• Workspace (visão do comprador): https://dev.jedin.io/pt-BR/sre/workspace
  • Dashboard com KPIs (fornecedores, contratos, POs, gastos)
  • Gestão de Fornecedores (CRUD completo, risk scoring, segmentação)
  • Contratos (lifecycle, vigência, alertas)
  • Compras / Sourcing (RFx, cotações)
  • Performance (analytics, dashboards)
  • Gestão de Riscos (compliance, alertas críticos)
  • Aprovações, Auditoria, Relatórios
• Portal Fornecedor: https://dev.jedin.io/pt-BR/sre/portal
  • Self-service: pedidos, faturas, documentos, RFx, performance, perfil
• Admin (super-user): tenants, usuários, segurança, integrações

Dados disponíveis (belgo tenant — recomendado)

• 154 fornecedores ativos (incluindo ArcelorMittal, Usiminas, Aços Villares, ABB)
• 149 contratos em diversos status
• 100 ordens de compra
• 50 faturas processadas
• R$ 93.7M em compras anuais
• Risk scoring populado por fornecedor

Cenários de teste recomendados

1. Workspace dashboard:

   • Login belgo → SRE → Dashboard
   • Verificar 154 fornecedores, R$ 93.7M, gastos por categoria, alertas ativos

2. Buscar e filtrar fornecedores:

   • SRE → Fornecedores → busca por "ArcelorMittal" → 1 resultado
   • Filtrar por segmento "Matéria-Prima"
   • Click no row → modal de detalhes

3. CRUD de fornecedor:

   • Click "+ Novo Fornecedor" → preencher (razão social, CNPJ, segmento)
   • Salvar → ver na lista
   • Editar → mudar segmento → salvar
   • Excluir

4. Portal fornecedor (visão do supplier):

   • Logout → Login fornecedor.belgo@jedin.io (Portal@123)
   • Portal → Dashboard → ver pedidos, faturas, documentos
   • Pedir orçamento RFx → submeter

5. Cross-tenant isolation:

   • Login belgo → ver 154 fornecedores
   • Logout → Login veste → ver apenas 73 fornecedores (dados isolados por tenant)

Features específicas a validar

• ✅ 32 páginas SRE retornam HTTP 200
• ✅ CRUD completo (POST/PATCH/DELETE)
• ✅ Search/Filter sem case-sensitive
• ✅ Cross-tenant id forjado retorna 400
• ✅ Mobile responsive (sidebar collapsa)

---

⚡ Produto: Utilities (IS-U / EnergyHub)

Acesso: Cognito (belgo@jedin.io) → tab IS-U.

O que tem

• Backoffice (operador da concessionária): https://dev.jedin.io/pt-BR/utilities/backoffice
  • Painel de Controle (KPIs: clientes ativos, solicitações abertas, faturas em atraso)
  • Clientes (CRUD, busca por CPF/email)
  • Solicitações (tickets, SLAs)
  • Faturamento (geração, atraso, conciliação)
  • Operações (mapa de falhas, equipes em campo, programadas)
  • Relatórios (ANEEL DEC/FEC, billing, consumo, customers)
  • Marketing (campanhas, segmentos, automations, templates)
  • Marketplace
• Portal Cliente (consumidor final): https://dev.jedin.io/pt-BR/utilities/portal
  • Dashboard pessoal
  • Faturas (visualização, negociação, pagamento)
  • Consumo (gráficos)
  • Solicitações/Tickets
  • Programas de Energia Solar
  • Self-reading do medidor
  • Tarifas, Notificações, Outages
• Admin (super-user da plataforma): CMS, integrações, platform-config

Dados disponíveis (belgo tenant)

• 501 clientes cadastrados
• 626 solicitações abertas
• 78 faturas em atraso (R$ 57.960,75 acumulado)
• R$ 280.062,78 receita no mês
• 7 falhas ativas afetando 12.142 clientes
• 2 equipes em campo ativas
• Mapa de Minas Gerais com markers de outages

Cenários de teste recomendados

1. Backoffice dashboard:

   • Login belgo → IS-U → Backoffice
   • Verificar KPIs (501 clientes, 626 solicitações, R$ 57.960,75 atraso, R$ 280k receita)
   • Solicitações Recentes mostra protocolos com SLA

2. Buscar cliente:

   • Backoffice → Clientes → busca "Maria" → resultados
   • Click row → ver detalhes (CPF, instalações, histórico)

3. Operações (mapa):

   • Backoffice → Operações → ver mapa MG com 7 falhas
   • Click numa falha → detalhes (afetados, equipe alocada)
   • Ver "Equipes em Campo" panel direito

4. Marketing:

   • Backoffice → Marketing → 5 campanhas ativas
   • Click numa campanha → ver segmento + template + analytics

5. Portal cliente (visão consumidor):

   • Logout → Login cliente.belgo@jedin.io (Portal@123)
   • Dashboard pessoal
   • "Minhas Faturas" → fatura aberta
   • "Consumo" → gráfico últimos 12 meses
   • "Self-reading" → submeter leitura do medidor

6. Programas Solar:

   • Portal cliente → Programas → Energia Solar
   • Marketplace de geradores → preços históricos → assinar

Features específicas a validar

• ✅ 41 páginas Utilities retornam HTTP 200
• ✅ Bare fetch migrado para authFetch (32 arquivos fixados em 2026-04-30)
• ✅ Backoffice "Falha ao carregar customers/billing" resolvido
• ✅ Customer portal (cliente.*) faz login global findFirst (não precisa X-Tenant-Id)

---

🔗 Produto: Integration (iPaaS)

Acesso: Cognito (belgo@jedin.io) → tab Integration.

O que tem

• Flow Designer: https://dev.jedin.io/pt-BR/dashboard
  • Canvas drag-and-drop estilo n8n
  • 300+ conectores via Apache Camel K
  • JedScript editor inline
  • Triggers (HTTP, Schedule, Webhook)
• Marketplace de conectores
• Monitoring: dashboards Grafana de execuções
• Connections: SMTP, HTTP, Database, SAP, etc

Dados disponíveis

• 88 flows disponíveis pra teste
• 18+ Camel K integrations rodando
• Conectores ativos: HTTP, Webhook, Timer, Database, SAP CPI, OData

Cenários de teste recomendados

1. Criar flow simples:

   • Login belgo → Integration → Dashboard → "Novo Flow"
   • Drag Trigger HTTP → Action HTTP Request → Save
   • Deploy → trigger via curl

2. Marketplace conector:

   • Integration → Marketplace → buscar "SAP"
   • Ver detalhes do conector → instalar

3. Monitoring:

   • Integration → Monitoring → grafana de execuções
   • Filtrar por flow → ver latência p50/p99

Features específicas a validar

• Camel K deploy E2E (88 flows execute, 18+ Running integrations)
• Auto-create package (flows via API visíveis em Design UI)
• Resource opt: 90%→58% CPU, max ~27 integrations no single node

---

🛡 Como rodar smoke tests automatizados

Os scripts de validação estão na raiz do repo:

# Validar TODAS as credenciais (20 logins)
node smoke-all-users-2026-05-01.js

# Validar dados em cada produto por user
node smoke-data-per-user-2026-05-01.js

# Smoke das 3 áreas (Pages config + SRE/Util CRUD + R2CX widget)
node smoke-3-areas-2026-05-01.js

# Audit comprehensive Jedin Pages (5 camadas)
node audit-pages-comprehensive-2026-04-30.js

# Validação visual (screenshot por block)
node smoke-visual-validate-2026-04-30.js

Resultados em /c/tmp/{nome-do-smoke}/.

---

📝 Estado atual da plataforma (validado 2026-05-01)

O que está funcionando

• ✅ 20/20 logins testados (Cognito 6, SRE Portal 4, Util Portal 5, Pages 1, +4 routes load)
• ✅ Tenant isolation: cross-tenant id forjado retorna 400/403
• ✅ Pages: 64 blocks + 50+ property panel + 13 LP runtime behaviors
• ✅ Form submit captura lead em LPs SSR (autoresponder + notify + drip)
• ✅ R2-CX gera LPs profissionais ~14KB com counter+mask+LGPD em ~70s
• ✅ Imagens (Nano Banana 21s) + Vídeos (Veo3 73s) com tenant isolation no S3
• ✅ Custom domain LPs com SSL automático via cert-manager
• ✅ SRE/Utilities: 79 páginas HTTP 200, 32 bare fetch migrados pra authFetch
• ✅ reCAPTCHA v3 + Turnstile server-side verify

Limitações conhecidas

• ⚠️ AWS SES em sandbox (200 emails/dia, só pra emails verificados) — case 177698710000083 aberto
• ⚠️ MySQL 8.0 EOL Jul/2026 — não afeta JedIN (usa Postgres 16.13), aviso pra outro account
• ⚠️ Tenants veste/sap/geral têm Pages parcial (só 0-7 LPs vs 9 do belgo) e SRE só com fornecedores (sem contracts/POs/invoices preenchidos) — usar belgo pra testes E2E completos

---

Suporte

• Issues: https://github.com/cruzpeanelo/jedin/issues
• Docs API: https://dev-api.jedin.io/api/docs (Swagger)
• Status: https://dev.jedin.io (web) + https://dev-api.jedin.io/api/v1/health