Skip to main content
Disponível a partir da v0.8.0. Plataformas B2B2C que modelam professores / coaches / prestadores como Products sob um único Seller podem ter logo, cor e mensagens próprias por profissional, sem fragmentar a contabilidade do seller.

Quando usar

  • SaaS de coaching que cobra por professor
  • Plataforma de cursos onde cada instrutor tem branding próprio
  • Marketplace administrativo onde vendedores são representados como Products
Para casos B2C simples (uma única marca por seller), use a configuração de portal a nível de seller.

Endpoints

Base: /api/v1/products/{uuid}/portal-config
{uuid} é o identificador do produto — estável e não-enumerável, retornado por GET /api/v1/products e por list_products no MCP. A API v1 é indexada por UUID.

GET — ler config atual

Retorna a config persistida ou null se o produto não tem customização (cai no fallback do seller).

POST / PATCH — upsert com merge

Mesma semântica em ambos: só os campos enviados são gravados; os omitidos preservam o valor anterior. Mande null num campo para herdar do seller.

DELETE — limpar tudo

Remove a row inteira; o produto volta a usar a config do seller.

Campos

Branding

Políticas do portal /minha-area

E-mails transacionais

Mensagens customizadas

Exemplo: SaaS de coaching

Quando o cliente paga um produto do Jefter, ele vê laranja + nome dele. Pagando um da Maria, vê verde + nome dela. Mas a transação aparece para o seller “Atletia” no dashboard — uma única conta, uma única contabilidade.

SDK

MCP

Agentes podem customizar o portal por produto direto pela ferramenta:
  • set_product_portal_config — upsert com merge
  • get_product_portal_config — ler config atual
  • clear_product_portal_config — limpar tudo