Criação de uma UI Policy Action
Se recentemente você precisou criar uma UI Policy, há casos em que usar o nome do campo não a dispara mais para deixar o campo mandatório, visível ou somente leitura. Então você conversou com seu amigo dev e ele sugeriu usar IO:<sys_id_do_campo> e funcionou.
Daí provavelmente você pensou: Hmm, talvez seja prudente abrir um Case junto a ServiceNow... Calma, está tudo funcionando conforme o esperado e já vou te explicar tudo. Nas experiências modernas como Workspace, UI Builder, Now Experience e o Service Portal mais novo, a ServiceNow não usa mais apenas o nome interno do campo. Ao invés disso passou a usar IO:<sys_id_do_campo> por alguns motivos: - Evitar conflitos: Pode haver campos com o mesmo nome em contextos diferentes. - Suporte a reutilização de componentes: a Interface do Usuário não sabe “onde” o campo está, só sabe qual objeto ele representa. - Permitir a compatibilidade entre o Workspace e o Mobile. - Performance e padronização: Agora tudo vira objeto identi...