Conceito e mecanismo
UI Policies ajustam a apresentação e o comportamento de campos em formulários. Business Rules executam lógica no servidor associada a operações de dados. Para preencher o registo atual antes de guardar, uma regra before evita uma segunda atualização desnecessária. Uma regra after pode agir sobre dados relacionados após a operação; async permite trabalho posterior sem bloquear a transação, mas não disponibiliza previous como uma regra síncrona. Seleciona o mecanismo pela necessidade temporal e pelo local onde deve ser aplicado. Esconder um campo com lógica de interface não substitui a ACL que controla acesso. Também não garante que uma integração siga as mesmas regras de preenchimento do formulário.
Aplicação guiada
Update sets transportam personalizações capturadas no âmbito escolhido. Não constituem cópia completa dos dados de trabalho: definir um item de catálogo é diferente de transportar pedidos submetidos. Seleciona o conjunto correto antes de editar, revê o conteúdo, conclui e testa o transporte em qualidade. A preview identifica problemas como dependências em falta e colisões. Compara versões e decide o que aceitar; não assumes que a última importação representa a decisão funcional mais recente. A avaliação interna deste percurso reutiliza itens de prática e não reproduz o exame oficial. O blueprint CSA de janeiro de 2026 define sessenta perguntas e noventa minutos; o limiar de aprovação não é público. Usa os resultados para localizar temas a rever, sem converter uma percentagem interna numa promessa de aprovação.
Uma colisão exige comparação de intenção e versões antes de commit.
Armadilhas comuns
UI como segurança; async como acesso a previous; update set como backup integral; 70% inventado.
Tópicos relacionados: Instância, navegação e contexto · Configuração, acessos e interfaces · Registos, colaboração e análise
Executa a lógica no local certo e revê o que realmente é transportado.
Referência: Create and select an update set as the current set · CSA blueprint January 2026