Bundles: grupos de componentes, mínimo e máximo
Um pacote da Órbita montado na org Winter '27: o produto raiz, os grupos com mínimo e máximo, os componentes obrigatórios e opcionais e a validação da definição. E a diferença entre cardinalidade do grupo e do componente, que é onde quase todo bundle quebra.
Décima nona parte do guia. O Órbita Equipe, um bundle configurável com três grupos, montado na org: tipo e configuração do produto raiz, grupos com mínimo e máximo, componentes com obrigatório, padrão e quantidade editável, e a ação Validar definição do produto. Com prints e a tabela real dos registros.
Até aqui a Órbita vendia três produtos soltos: licença, implantação e suporte. Na prática, o time comercial quer oferecer um pacote para equipes, com licenças obrigatórias, implantação já incluída e suporte como opção. Isso é um bundle, e esta aula monta o primeiro na org do guia.
O vocabulário dos objetos está no mapa da parte 17; aqui o foco é o comportamento.
Estático ou configurável
Dois campos do produto raiz definem o tipo de bundle:
| Tipo | Configure During Sale | Resultado |
|---|---|---|
| Bundle | vazio ou Not Allowed | Bundle estático: vendido como está, sem o vendedor mexer |
| Bundle | Allowed | Bundle configurável: o vendedor escolhe componentes e quantidades |
As regras mudam bastante entre os dois. No bundle estático, os filhos precisam ser estáticos, entrar incluídos por padrão e ter a quantidade travada; grupos são opcionais. No configurável, os grupos são obrigatórios: componente só entra dentro de um grupo, nunca direto sob o produto raiz.
O pacote da Órbita é configurável. Criei o produto Órbita Equipe, código ORB-EQP, com Tipo Bundle e Configure During Sale em Allowed. É isso que faz a guia Estrutura aceitar grupos e componentes.
A resposta sai do que está publicado aqui. Se não estiver, ele diz que não sabe em vez de inventar.