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 identificado por sys_id.
Obrigado.
Comentários
Postar um comentário