Crie formulário e lógica de negócios
A próxima etapa no design de uma aplicação é criar lógica. A lógica inclui a lógica do formulário (o que as pessoas podem e não podem ver/usar em um formulário) e a lógica de negócios (regras que regem o que acontece com os dados quando eles são inseridos).
IA agentiva
Crie aplicações com a ajuda da IA agentic. Para obter mais informações, consulte Use capacidades de IA em aplicações personalizadas.
Scripting e modificações
Antes de escrever qualquer código, esteja ciente do impacto nos upgrades e na adoção de novos recursos da ServiceNow. Especial cuidado deve ser tomado ao modificar artefatos e processos de linha de base.
Considere o seguinte antes de criar scripts:
- Avalie o requisito. A lógica é crítica para o funcionamento da aplicação?
- Determine se a ServiceNow pode ser configurada para atender ao requisito sem código.
- Aproveite opções, como Designer de fluxo, Virtual Agent e políticas de IU para aproveitar os recursos da plataforma sem escrever código.
- As abordagens com pouco ou nenhum código para a lógica são mais fáceis de depurar e fazer upgrade.
Exemplos de quando o script é apropriado:
- Criando ações do Designer de fluxo
- Criando uma REST API com script
- Criando lógica para aplicações com escopo em inclusões de script
- Personalizando e criando widgets para o Portal de serviços
Avalie o requisito de negócio e considere uma rota sem código antes de usar uma solução com script.
Esteja ciente dos aprimoramentos da ServiceNow. Por exemplo, na versão orlando, as conversas do Virtual Agent têm mais opções sem código do que Londres. Leia as notas da versão e outras publicações. Obtenha a certificação e mantenha-se atualizado com suas certificações.
Para entender melhor quando personalizar, revise Playbook de sucesso de inovação em escala em Central de sucesso do cliente .
Modificando comportamento padrão
No passado, uma das estratégias usadas era copiar o artefato para atualizar e desativar o original. A abordagem de copiar/desativar não é mais recomendada devido aos seguintes problemas:
- Os desenvolvedores não podem dizer se um artefato desativado foi atualizado sem pesquisa.
- Dois arquivos, o original e a cópia, precisam ser mantidos. A manutenção dobra cada vez que uma personalização é feita.
- A cada versão, o registro personalizado se torna mais antigo.
- Os clientes não recebem os aprimoramentos incluídos em uma nova versão.
- Uma nova versão pode depender da atualização do registro original.
- Os desenvolvedores podem fazer mais mudanças para compensar o registro original inativo.
Um script em que somente Ativo o sinalizador foi alterado será atualizado, mas o script não aparecerá na lista ignorada. Com a estratégia de copiar e desativar, um desenvolvedor tem menos visibilidade das personalizações e não pode avaliar ou reverter facilmente para a versão de linha de base.
Em vez de copiar e desativar o artefato original, edite o artefato diretamente. O Mecanismo de upgrade da ServiceNow adicionará a versão mais recente ao histórico de versões e informará que o artefato foi ignorado. Os desenvolvedores podem ver que uma nova versão está disponível com o upgrade.