name: comercialrs-painel-api-discovery

description: "Reverse-engineered Painel do Corretor GraphQL API for ComercialRS integration"

triggers:

- "extrair dados do link do painel"

- "GraphQL painel do corretor"

- "painel API authentication"

- "Auth0 painel corretor"

Painel do Corretor — GraphQL API Discovery

Contexto

O Painel do Corretor (app2.paineldocorretor.com.br) é uma SPA React que exige Auth0 para autenticação. O Jina AI (r.jina.ai) retorna apenas a página de login — não consegue extrair dados de links autenticados. A solução é usar a GraphQL API diretamente.

Credenciais

Conta Tecrocha (atual, maio 2026):

• - Login: contato@rochasalesseguros.com.br / 221109
• - Tenant ID: a1af7a2f-7ec6-40cd-b257-86c045875979
• - API Key: iMHa6T8M0XfRuS7AJep1lcgOwUdCgZ6KV7a9uWXV4Bg0
• - Auth0 Domain: auth.paineldocorretor.com.br
• - Auth0 Client ID: MtCJ0_REDACTED
• - API Host: api.paineldocorretor.net (NÃO paineldocorretor.com.br)
• - GraphQL Endpoint: https://api.paineldocorretor.net/graphql
• - Audience: https://paineldocorretor.com.br/api/

Conta Davi (legada, não usar para novos projetos):

• - Login: davi.freire@rochasalesseguros.com.br / 131415pi

Autenticação (Auth0 Resource Owner Password)

⚠️ OPÇÃO 1 (Python urllib — produção):

`python

import urllib.request, http.cookiejar, json

cj = http.cookiejar.CookieJar()

opener = urllib.request.build_opener(urllib.request.HTTPCookieProcessor(cj))

login_data = json.dumps({

"grant_type": "http://auth0.com/oauth/grant-type/password-realm",

"realm": "Username-Password-Authentication",

"username": "davi.freire@rochasalesseguros.com.br", # NÃO "email", é "username"!

"password": "131415pi",

"client_id": "REDACTED",

"audience": "https://paineldocorretor.com.br/api/",

"scope": "openid profile offline_access email",

"response_type": "token id_token"

}).encode()

req = urllib.request.Request(

"https://auth.paineldocorretor.com.br/oauth/token",

data=login_data,

headers={"Content-Type": "application/json", "Accept": "application/json"}

)

resp = opener.open(req)

token = json.loads(resp.read().decode())['access_token']

`

⚠️ OPÇÃO 2 (JWT manual do browser — debug):

O token JWT pode ser extraído manualmente do localStorage do browser quando logado no Painel:

`javascript

JSON.parse(localStorage.getItem('vuex')).auth.accessToken

`

Isso retorna um JWT RS256. Útil para debug rápido, mas o token expira — verificar sempre se a API retorna AUTH_NOT_AUTHORIZED.

Headers obrigatórios para TODAS as chamadas GraphQL:

`

Authorization: Bearer

X-Tenant: a1af7a2f-7ec6-40cd-b257-86c045875979

Content-Type: application/json

`

⚠️ Sem X-Tenant → retorna AUTH_NOT_AUTHORIZED

ERRO COMUM: Se o campo for "email" em vez de "username", retorna HTTP 400 Bad Request.

Buscar Negócio (GraphQL)

`python

query = {

"query": """

query GetNegocio($id: UUID!) {

negocio(id: $id) {

id

nome

criadoEm

fechamento

etapa { id nome }

contato { id nome email telefones }

produto { nome }

etiquetas { nome }

valor

anotacoes { mensagem criadoEm tipo }

}

}

""",

"variables": {"id": ""}

}

req2 = urllib.request.Request(

"https://api.paineldocorretor.net/graphql",

data=json.dumps(query).encode(),

headers={

"Authorization": f"Bearer {token}",

"Content-Type": "application/json",

"Accept": "application/json",

"Referer": "https://app2.paineldocorretor.com.br/crm/negocios/",

"Origin": "https://app2.paineldocorretor.com.br"

},

method="POST"

)

resp2 = opener.open(req2, timeout=10)

body = json.loads(resp2.read().decode())

`

Campos Confirmados do Tipo Negocio

Campo Data da Reunião — NÃO ENCONTRADO

O campo dataReuniao não existe no tipo Negocio GraphQL. A data da reunião pode estar:

1. Em anotacoes (tipo ~= "reuniao")

2. Em fechamento (se for reunião)

3. Num tipo separado ainda não descoberto

Ação: Verificar na interface do Painel onde fica o campo de data/horário da reunião. Pode ser um agendamento separado (tipo Evento ou Compromisso) que precisa ser buscado por outro endpoint.

Notas Importantes

• - A API usa GraphQL POST (não GET REST)
• - O header Referer e Origin parecem ser necessários
• - api.paineldocorretor.net é o host da API (NÃO paineldocorretor.com.br)
• - client_id: MtCJ0_REDACTED é fixo (extraído do JS bundle)
• - Para investigar novos campos: usar GraphQL introspection query via browser console no Painel logado

🔴 CRITICAL: Telefone NÃO está em telefones — está nas anotações

O campo contato.telefones retorna sempre [] (array vazio) na GraphQL API. O telefone real está dentro do texto livre de anotacoes:...

`json

{

"anotacoes": [{

"mensagem": "Nome: Cristiane\n\nPossui plano atualmente/qual?: Não\n\nTelefone informado: 79998851112",

"criadoEm": "2026-05-16T14:10:52.312-03:00"

}]

}

`

Extração por regex (Python):

`python

import re

def extrair_telefone(anotacoes: list) -> str | None:

for anotacao in anotacoes or []:

match = re.search(r'Telefone informado:\s*(\d{10,13})', anotacao.get('mensagem', ''))

if match:

return match.group(1) # ex: '79998851112'

return None

`

⚠️ Chatwoot NÃO guarda email em nenhum campo: Ao verificar 225 contatos Chatwoot, todos têm email vazio. Email matching é impossível no lado Chatwoot. Phone-first é a única estratégia viável (apesar de obrigar a parsear anotacoes para cada lead).

Normalização para match com Chatwoot:

• - Chatwoot WhatsApp ID: 5511999396355@s.whatsapp.net → strip 55 prefix + @s.whatsapp.net → 11999396355
• - Panel phone: 79998851112 → confronta direto (formato DDD + número, sem country code)
• - omes de digits >= 10 e <= 13: DDD (2 dígitos) + 8 ou 9 dígitos = 10 ou 11 (com 55 na frente = 12 ou 13)

Implicação: Qualquer integração que use contato.telefones para match vai falhar 100%. É necessário parsear anotacoes. ⚠️ INTEGRAÇÃO ATUALMENTE IMPOSSÍVEL SEM GET NO PANEL

Devido a:

1. GraphQL negocios → AUTH_NOT_AUTHORIZED (mesmo JWT válido)

2. REST GET /api/crm/negocios → HTTP 405 (Cloudflare bloqueia)

3. PUT /api/crm/negocios/{id} → HTTP 500 (erro interno)

Não é possível:

• - Ler lista de leads do Panel para matching
• - Detectar mudanças de etapa no Panel para sync Chatwoot ← Panel

Ainda funciona:

• - POST /api/crm/negocios → criar lead no Panel (200 OK)
• - PUT /api/crm/negocios/etapas/{etapaId} via workflow n8n (funciona)

Solução requer: Pedir à Trindade para liberar GET na REST API + corrigir PUT 500.

REST API (ApiKey) — Usar para Updates, não para Reads

URL CORRETA:

`

POST https://api.paineldocorretor.net/api/crm/negocios

`

REST API (ApiKey) — Usar para Updates, não para Reads

⚠️ Cloudflare bloqueia GET na REST API — retorna HTTP 405 (allow: DELETE, POST).

PUT funciona para atualizar etapa do lead (ex: mover no Kanban):

`

PUT https://api.paineldocorretor.net/api/crm/negocios/{id}

`

⚠️ POST (criar lead) funciona — retorna 200:

`

POST https://api.paineldocorretor.net/api/crm/negocios

ApiKey:

`

Para updates de etapa via REST, usar o workflow n8n: 29kYHTjJTJUJI7TW — foi o que a Trindade configurou para sincronização. Esse workflow faz PUT com o etapaId do body.

Corpo para criar lead:

`json

{

"Nome": "Nome do Lead #CW-1234",

"Cidade": "São Paulo - SP",

"Etapa": "Novos Leads",

"Etiquetas": ["chatwoot", "whatsapp"],

"Observacao": "Primeira mensagem do lead...",

"Contato": {

"Nome": "Nome Completo",

"Email": "email@example.com",

"Telefones": ["11999998888"]

}

}

`

Resposta (HTTP 200):

`json

{

"negocioId": "uuid-do-negocio",

"corretoraId": "uuid-da-corretora",

"nome": "Nome do Lead #CW-1234",

"valor": 0.0,

"etiquetas": []

}

`

Etapas confirmadas do Painel:

• - Novos Leads
• - Qualificação
• - Reunião agendada
• - Proposta Enviada p/cliente
• - Remarketing (com espaço no final)

Mapeamento Etapa → Status Kanban:

Chatwoot API (May 2026)

Access Token: 2AfB8VhS79FTmxG1dL8774RJ

Base URL: https://chat.rochasalesseguros.com.br/api/v1/

Account ID: 1

Headers:

`

api_access_token:

Content-Type: application/json

`

Listar conversas:

`

GET /accounts/1/conversations?per_page=1

`

Payload webhook conversation_created:

`json

{

"event": "conversation_created",

"id": 1760,

"status": "open",

"inbox_id": 16,

"account_id": 1,

"contact": {

"id": 2047,

"name": "Nome do Contato",

"email": "",

"phone_number": "+5562999991756"

},

"conversation": {

"id": 1760,

"display_id": 1760,

"status": "open",

"inbox_id": 16,

"meta": {

"assignee": { "id": 11, "name": "Nome do Agente" }

}

}

}

`

Inboxes (id → nome):

Campo	Descrição
-------	-----------
id	UUID
nome	Nome do negócio/cliente
criadoEm	Data de criação (ISO 8601)
fechamento	Data de fechamento
etapa { id nome }	Etapa atual (ex: "Reunião agendada")
contato { id nome email telefones }	Dados do contato
produto { nome }	Produto
etiquetas { nome }	Tags
valor	Valor do negócio
anotacoes { mensagem criadoEm tipo }	Notas
Painel Etapa	Kanban status
---	---
Novos Leads	todo
Qualificação	in_progress
Reunião agendada	in_progress
Proposta Enviada p/cliente	in_progress
Remarketing	remarketing
inbox_id	Nome	Canal
---	---	---
16	Renato Godoy	API
17	Rocha-Sales-Oficial	WhatsApp
2	SDR-ROCHA-SALES	API
3	Rafael William	API
8	Vinicius	API
10	Raissa Silva	API
11	Julietti Maer	API
9	Keila Mariana Lacerda	API
15	Julia Lima	API
4	Rainany	API
5	Pietra	API

Próximos Passos

1. Criar Edge Function chatwoot-webhook — recebe webhooks do Chatwoot, casando leads por telefone

2. Redesign KanbanBoard do ComercialRS com as etapas do Painel

3. Integrar com Chatwoot Dashboard App

---

🔧 Problemas Corrigidos (Jun 2026)

firecrawl_server.py em produção — 3 erros simultâneos (25/jun/2026)

Erro 1: AUDIENCE errado

• - Código usava https://api.paineldocorretor.net/
• - Correto: https://paineldocorretor.com.br/api/
• - Sintoma: Auth0 retorna invalid_audience ou invalid_audience specified for password grant exchange

Erro 2: grant_type sem realm

• - Código usava só grant_type: 'password'
• - Correto: grant_type: 'http://auth0.com/oauth/grant-type/password-realm' + param realm: 'Username-Password-Authentication'
• - Sintoma: Auth0 retorna access_denied

Erro 3: tipo UUID! vs ID!

• - Código usava query GetNegocio($id: ID!)
• - Correto: query GetNegocio($id: UUID!)
• - Sintoma: GraphQL retorna The variable 'id' is not compatible with the type... UUID!

Metodologia de Debug (não confie em grep/máscara)

1. Valores no arquivo pareciam certos no grep, mas estavam mascarados/redactados — grep ou cat mostravam auth.p...m.br mas era auth.paineldocorretor.net real.

2. Verificar bytes exatos: python3 -c "with open('/path', 'rb') as f: print(repr(f.read()[idx:idx+N]))" — bypassa qualquer filtro/máscara da saída.

3. Arquivo corrompido por herdocs SSH — herdocs SSH com <<'EOF' comem backslashes ( $ vira vazio em Python). SOLUÇÃO: escrever arquivo localmente com write_file, codificar base64, enviar via SSH: B64=$(base64 -w 0 local.py) && ssh "echo '$B64' | base64 -d > remote.py".

4. Arquivo reescrito do zero em 25/jun/2026 — firecrawl_server.py em /var/www/comercialrs/ reconstruído com parâmetros Auth0 corretos.

Credenciais de produção (jun 2026)

• - firecrawl_server.py em /var/www/comercialrs/firecrawl_server.py (porta 9085, systemd firecrawl)
• - Credenciais: contato@rochasalesseguros.com.br / 221109
• - Cliente ID: MtCJ0bBdECwihpKoeTBf9L0E6JvCEx24
• - Audience: https://paineldocorretor.com.br/api/
• - GraphQL: https://api.paineldocorretor.net/graphql