Exceções no bundle: o mesmo pacote com regras diferentes
O Órbita Equipe dentro de um pacote corporativo precisa de 50 licenças e suporte obrigatório. Em vez de criar outro produto, a regra muda só naquele contexto. Como funcionam as exceções de componente, de grupo e de atributo, e a exclusão.
Vigésima parte do guia. O Órbita Equipe vira componente do Órbita Enterprise, e as regras dele mudam só ali: mínimo de 50 licenças e suporte obrigatório, sem tocar no bundle original. Os três tipos de exceção, a exclusão, onde cada um é gravado e o que as exceções não fazem.
Na parte 19, o Órbita Equipe ganhou suas regras: licenças de 5 a 200, implantação incluída e suporte opcional. Agora o comercial quer vender um contrato corporativo, o Órbita Enterprise, que contém o Equipe com outras regras: no mínimo 50 licenças e suporte obrigatório.
O caminho errado é clonar o Equipe e mudar as regras na cópia. Em seis meses ninguém sabe qual das duas está certa. O caminho do Product Catalog Management é a exceção, ou override: a regra muda só no contexto do bundle de fora.
Exceção vale do segundo nível em diante
Esse é o ponto que mais confunde. A exceção não mexe nos filhos diretos do bundle que você está editando; esses você edita normalmente. Ela vale para os componentes de um bundle que está dentro de outro, do segundo nível da hierarquia em diante, e só no contexto do bundle raiz.
Na org do guia, montei o Órbita Enterprise com um grupo, Pacote base, e o Órbita Equipe como componente obrigatório dentro dele. Os grupos e componentes do Equipe aparecem então no segundo nível da estrutura do Enterprise:
Repare também que, no segundo nível, o botão de editar o grupo fica desabilitado. Ali você não altera o grupo do Equipe; você cria uma exceção sobre ele.
A resposta sai do que está publicado aqui. Se não estiver, ele diz que não sabe em vez de inventar.