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