setWorkflow() が監査に与える影響Summary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } setWorkflow() メソッドは、ブール値の true/false 値という 1 つの引数を受け取ります。この引数は、GlideRecord スクリプトによって実行されるデータベースアクションによってビジネスルールをトリガーするかどうかを決定します。たとえば、変更を加えてupdate()メソッドを呼び出す場合、setWorkflow()を呼び出してfalseを渡すと、その更新によって通常トリガーされるビジネスルールが実行されなくなります。 監査にどのように影響しますか? 1.新しいインシデントレコードを作成します。 2.[履歴 -> リスト] に移動して、レコードの履歴を確認します。更新番号 = 0 のステータスが「新規」と表示されます。 3.バックグラウンドスクリプトで以下のスクリプトを実行 var gr=new GlideRecord('incident'); gr.get('<give sys_id of the record>'); gr.work_note = 'test in background'; gr.state=2; gr.setWorkflow(false); gr.update(); 4.レコードの履歴を削除し、インシデントレコードをもう一度リロードします。 5.同じレコードの監査履歴を今すぐ確認してください。 これは、インシデントが [ステータス:新規] で一度も作成されていないかのように表示され、レコードの作成時には、ステータスが正しくない「処理中」に設定されています。 異なるレベルのレコード更新で setWorkflow(false) を使用すると、異なる監査履歴結果が得られます。