Campos
Saiba como os campos fornecem o modelo de dados básico para CPQ configurações: o que são, como se relacionam com blueprints, regras e layouts e como escolher o tipo e a exibição corretos para experiências confiáveis e reutilizáveis.
Os campos são a menor unidade do CPQ modelo de configuração e representam um único pedaço de dados (por exemplo, uma quantidade, uma opção ou uma anotação). Elas potencializam a experiência do usuário (o que o usuário vê e edita), o modelo lógico (quais regras leem e agem) e as saídas subsequentes (o que é gravado na lista de materiais ou passado para sistemas externos). Como os campos são globais em um ambiente, o mesmo campo pode ser reutilizado em blueprints, regras e layouts para garantir a consistência e reduzir a duplicação.
Os campos se tornam parte de uma configuração específica somente quando estão associados a um blueprint. Quando todos os campos referenciados por uma regra estão associados a um blueprint, a regra está intrinsecamente relacionada ao blueprint. Nenhuma etapa de vinculação extra é necessária.
Como os campos se encaixam no modelo de configuração
- Blueprints: Declare quais campos globais participam de uma configuração. A associação permite a reutilização sem clonagem.
- Regras: Leia valores de campo como entradas e execute ações nos campos (determinar valores, mostrar/ocultar, validar, filtrar opções, adicionar produtos).
- Layouts: Coloque campos visualmente e selecione um tipo de exibição de componente para controlar como o usuário interage com cada campo.
- Lista de produtos/lista de produtos: Os valores de campo podem ser mapeados para atribuição de produto ou propriedades estendidas para processamento downstream.
Ciclo de vida e escopo do campo
- Criar: Defina o tipo de campo, o nome e o nome exclusivo da variável (identificador global).
- Associate: Adicione o campo a um ou mais blueprints para disponibilizá-lo nessas configurações.
- Exibir: Escolha o tipo de exibição de componente apropriado em um layout (por exemplo, grade, seletor visual, controle deslizante, somente leitura).
- Orquestrar: Aplique regras para ler ou definir valores de campo, controlar a visibilidade, apresentar mensagens e conduzir ações de produto.
Escolher o tipo de campo correto
- Texto: Entrada de cadeia de caracteres de forma livre (até 2000 caracteres), com restrições de comprimento opcionais e padrão.
- Número: Entrada numérica com mín./máx. Opcionais; as opções no nível de layout podem impor etapa ou precisão e formatação (moeda/percentual/moeda somente leitura).
- Booliano: Verdadeiro/Falso com rótulos personalizáveis e estado padrão.
- Lista de seleção (seleção única ou múltipla): Opções restritas com opções definíveis, padrões e extensões de lista de seleção para dados de opções colunares avançados e filtragem implícita.
- Seletor de produto: Um seletor especializado para produtos que podem adicionar itens à BOM e mapear dados adicionais para campos da Lista de produtos, geralmente removendo a necessidade de regras separadas.
- Conjuntos: Coleções tabulares em que os subcampos de cada linha interagem linha localmente (ideal para cenários semelhantes a calendário ou item de linha).
Modelo de dados versus modelo de exibição
O tipo de campo define o modelo de dados e especifica quais valores são válidos. O tipo de exibição do componente define como os usuários interagem com o campo em um layout (por exemplo, rádio, menu ou grade). Um único campo pode ser renderizado de forma diferente entre layouts, preservando um modelo de dados consistente.
- Número: Mostrado como entrada de número, número com envio, controle deslizante, texto/moeda somente leitura ou número formatado.
- Lista de seleção: Mostrada como menu tradicional, botões de opção verticais ou caixas de seleção, blocos visuais ou grade (com colunas de extensão da lista de seleção).
- Seletor de produto: Mostrado como uma experiência de grade ou bloco visual com subcampos e agregados.
Associação e reutilização
Como os campos são globais, a reutilização é o padrão. Associe um campo a qualquer blueprint que precise dele; o campo fica disponível para os layouts e regras do blueprint. Se todos os campos referenciados em uma regra estiverem associados ao blueprint, a regra será considerada automaticamente relacionada ao blueprint.
Este modelo evita clonagem, reduz desvios e simplifica a manutenção entre produtos e experiências.
Nomeação e governança
- Nomes de variáveis: Use nomes claros e estáveis (com palavras separadas por sublinhados, como em shipping_method) para tornar os scripts de regra expressivos e duráveis.
- Descrições: Intenção do documento e intervalos válidos (mínimo e máximo, significado semântico) para ajudar na reutilização futura.
- Padrão: Definido somente quando a lógica de negócios espera um estado inicial; caso contrário, deixe as regras determinarem valores contextualmente.
Acessibilidade e internacionalização
- Prefira tipos de exibição que tornem as escolhas óbvias (rádios/blocos) quando os conjuntos de opções forem pequenos.
- Forneça rótulos legíveis e texto de ajuda; use texto somente leitura com marcação para orientação estruturada.
- Use a formatação no nível de layout para números e moeda para respeitar as convenções de localidade.
Dicas de desempenho e confiabilidade
- Escolha o tipo de campo mais simples que atenda ao requisito. Menos regras e validações significam tempos de execução mais rápidos.
- Use extensões de lista de seleção ou seletores de produto para encapsular dados de opções avançadas e reduzir a contagem de regras.
- Reserve regras de determinação "sempre ativas" para padrões verdadeiros do sistema; prefira condições contextuais em outro lugar.
Quando usar operações em massa
Para mudanças maiores ou migrações de ambiente, use o Carregador de matriz para criar e editar campos e opções de campo em massa. O artefato da planilha funciona como documentação e acelera o fluxo do desenvolvimento ao teste e à produção.