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

Postagens mais visitadas deste blog

LIVE (Unofficial) Live Coding Happy Hour

PROJETO DIY Videogame retrô com Raspberry Pi

When the student is ready the teacher will appear