setWorkflow(false) で、ケースの作業メモをインシデントの作業メモにコピーすることはできませんが、インシデントの簡単な説明にコピーすることはできますIssue setWorkflow() を使用して作業メモをコピーしようとしたとき。setWorkflow(false) を使用してケースからインシデントの作業メモに作業メモを送信しようとしても、送信できません。Releaseビジネスルールおよび set.Workflow(false) を使用する環境Causeこれは想定される動作です。Resolutionwork_notesフィールドはジャーナルタイプのフィールドです。setWorkflow(false) によって work_notes が追加されない動作は、実際には予期される動作です。ケースまたはインシデントの work_notes は、[sys_journal_field] テーブルに保存されます。ケースまたはインシデントに作業メモが追加されると常に、[sys_journal_field] テーブルにデータエントリが追加されます。このジャーナルフィールド work_notes のデータは、バックエンドでいくつかのビジネスルールを使用して [sys_journal_field] テーブルにコピーされます。バックエンドのビジネスルールは作業メモフィールドの設定に使用されるため、setWorkflow(false) を呼び出すとビジネスルールが無効になります。 ドキュメント「Set Work Flow Boolean」によると、setWorkflow(Boolean e) は、 後続のアクションによって通常トリガーされる可能性のあるビジネスルールの実行を有効または無効にします。true (デフォルト) の場合、ビジネスルールは有効になります。false の場合、ビジネスルールは無効になります。 setWorkflow(false) を呼び出すと、ビジネスルールはスキップされ、無効になります。その結果、work_notes フィールドのデータを [sys_journal_field] テーブルにコピーできません。この場合、インシデントの work_notes データエントリは、ケースの work_notes のデータエントリから [sys_journal_field] テーブルにコピーできません。これが、setWorkflow(false) を使用しているときにケースからインシデントに作業メモをコピーできない理由です。 ただし、short_description のような他のフィールドをコピーしようとする場合は、「incidentRecord.update()」ステートメントの前に setWorkflow(false) を設定しても、データは正常にコピーされます。これは、short_description などの他のフィールドを更新する場合、ビジネスルールは関係せず、「incidentRecord.update()」が値の更新を処理するためです。 setWorkflow(false) を使用すると、work_notes などのジャーナルフィールドの値が更新されないのは、ワークフローエンジンの設計とジャーナルフィールドの更新方法に基づいて予期される動作です。ワークフローエンジンは、タスクレコードの挿入、更新、および削除イベントごとにウェイクアップします。Related LinksSetWorkFlow_Boolean