フォームとビジネスロジックの構築
アプリケーション設計の次のステップは、ロジックの構築です。ロジックには、フォームロジック (フォームで表示/使用できるものとできないもの) とビジネスロジック (データが入力されたときの処理方法を制御するルール) が含まれます。
スクリプティングと変更
コードを記述する前に、アップグレードと ServiceNow の新機能の採用への影響に注意してください。ベースラインのアーティファクトとプロセスを変更する場合は、特に注意する必要があります。
スクリプトを作成する前に、次の点を考慮してください。
- 要件を評価します。ロジックはアプリの機能にとって重要ですか？
- コードなしで要件を満たすように ServiceNow を構成できるかどうかを判断します。
- Flow Designer、仮想エージェント、UI ポリシーなどのオプションを活用して、コードを記述せずにプラットフォーム機能を活用します。
- ロジックに対するローコードおよびノーコードアプローチにより、デバッグとアップグレードが簡単になります。
スクリプティングが適切な場合の例：
- Flow Designer アクションの構築
- Scripted REST API の作成
- スクリプトインクルードでのスコープ対象アプリケーションのロジックの作成
- サービスポータルのウィジェットのカスタマイズと作成
スクリプト化されたソリューションを使用する前に、ビジネス要件を評価し、ノーコードルートを検討してください。
ServiceNow の機能拡張に注意してください。たとえば、orlando リリースでは、仮想エージェントの会話に London よりも多くのノーコードオプションがあります。リリースノートやその他の公開資料を読んでください。認定を取得し、認定を最新の状態に維持してください。
カスタマイズするタイミングをよりよく理解するには、Customer Success Center の「Innovate at Scale Success Playbook (大規模な革新を成功させるためのプレイブック)」を確認してください。
デフォルト動作の変更
以前は、アーティファクトをコピーして更新し、元のアーティファクトを非アクティブ化するという戦略が使用されていました。コピー/非アクティブ化のアプローチは、次の問題により推奨されなくなりました。
- 開発者は、調査しないと、非アクティブ化されたアーティファクトがアップグレードされたかどうかを判断できません。
- オリジナルとコピーという 2 つのファイルをメンテナンスする必要があります。カスタマイズした部分はメンテナンス量が 2 倍になります。
- 新しいリリースが出るたびにカスタマイズしたレコードが古くなり、
- 新リリースに含まれる機能強化を活用できなくなります。
- 新リリースがオリジナルレコードの更新に依存することもあります。
- オリジナルレコードの無効化を埋め合わせるために、開発者はさらに多くの変更を余儀なくされる場合があります。
[アクティブ] フラグのみが変更されたスクリプトは更新されますが、スキップされたリストにはスクリプトは表示されません。コピーと非アクティブ化の戦略では、開発者はカスタマイズの可視性が低く、ベースラインバージョンを簡単に評価したり元に戻したりすることはできません。
元のアーティファクトをコピーして非アクティブ化するのではなく、アーティファクトを直接編集します。ServiceNow Upgrade Engine は、最新バージョンをバージョン履歴に追加し、アーティファクトがスキップされたことを報告します。開発者は、アップグレードで新しいバージョンが利用可能であることを確認できます。