コンテンツをできるだけ早く、お客様がお使いの言語で提供したいと考えております。このページは、自動翻訳によって翻訳されているため、文章校正のエラーや不正確な情報が含まれている可能性があります。私たちの目的は、このコンテンツがお客様の役に立つようにすることです。お客様にとって役立つ情報であったかどうかを、このページの下部でお知らせください。アクションが用意されています。ワークフローを自動化できます。アクションは、既定の設定ですぐに使用できますが、柔軟性も非常に高くなっているため、タスク処理をほぼ全面的に編集してカスタマイズできます。承認すれば済むようにこの設定を変更できます。正式な文書の校閲か経費明細書かに関係なく、承認処理には、特定の順序で各ユーザーに割り当てられた一連のタスクが含まれています。タスク処理エディターと、そのエディターを使用して承認ワークフローを作成およびカスタマイズする方法について説明します。承認ワークフローを編集します。タスク処理の完了条件を変更します。タスクの既存の動作を編集します。タスクに新しい動作を追加します。タスク処理に新しい動作を追加します。ロジックを使用したものと人間中心のものがあります。ソースを変更する、自動化された一連の決まった機能が実行されます。アイテムが更新されて、営業提案書テンプレートが生成されます。これはすべて自動的に行われるため、ユーザーが関与することはありません。関与するワークフローです。種類のワークフローは、別個のワークフローとして存在する場合もあれば、同じワークフロー内に共存する場合もあります。プロセス向けに設計されています。データの承諾、承認、またはフィードバックの提出を行います。承認ワークフローを使用すると、新入社員の管理、経費明細書の管理、文書の校閲などを行うことができます。人のユーザーが、文書の校閲を行うよう単純に要求するワークフローを開始するとします。その後、承認ワークフローでは、タスクに対してアクションを実行する必要がある、ワークフローの各参加者にタスクを割り当てます。すべてのタスクが完了すると、タスク処理全体が完了します。人の参加者に割り当てられるワークフローの簡単な図を次に示します。このようなワークフローのいくつかが既に用意されています。次のようなワークフローがあります。タイプ用に迅速に関連付けて構成することができます。設定して、承認者に送信することができます。承認ワークフローについて」を参照してください。プロセスは、イベント駆動します。「ときに、タスク処理が開始」、「ときに、アイテムは削除」、「ときに、タスクが保留中」などを表す灰色のラベルが付いています。この一連の重要なイベントを変更または挿入するすべての条件またはアクションが必要な構造を作成します。アクションが参照してください。承認処理を開始、フィードバック処理を開始、およびユーザー設定タスク処理します。サイト内のコンテンツに関連付けられています。表す複数のイベントが含まれています。含む個々のタスクがあります。イベントをそれぞれ完了してから、タスク処理を完了する必要があります。プロセスの処理が続行します。タスク処理とは、潜在的に個々のタスクで構成される全体的な処理です。タスク処理を含む全体を表す複数のイベントに起動すると、進行中の場合、それが終了したときのタイムラインを処理します。タスクが設定されているイベントのワークフローの進行中にいるときが開始と終了すると、です。このようなタスクはすべて、タスク処理全体が完了する前に完了する必要があります。完了すると、タスク処理アクションを含むより大きなワークフローが再開されます。結果のタスク処理モデルは、次のようになります。プロセスに対応していますが、承認ワークフローの各タスクおよびタスク処理全体の動作を変更できるようにカスタマイズすることも可能です。タスク処理モデルがどのように表示されるかを示します。タスク処理エディタータスク処理の各要素は、タスク処理エディターを使用して表示およびカスタマイズします。エディターに含まれるタスク処理エディターです。ロジックをタスク処理に直接組み込むことができます。タスクの追加、タスクの委任、タスクのエスカレート、およびタスクの再割り当ての追加、追加のタスク通知電子メールの送信、タスク処理アイテムの変更の待機、タスク処理全体の終了などがあります。アクション」を参照してください。リストや履歴リストを変更したりできます。ワークフローの概要」を参照してください。ロジックがないタスク処理フレームワークのみを表示する唯一のアクションであるため、デモンストレーションの際に使用します。ユーザー設定タスク処理アクションを追加すると、ワークフローは次のようになります。つのアクションだけです。このアクションには、タスク処理エディターなど、タスク処理フレームワーク全体が含まれているからです。(承認処理以外でロジックを追加する場合のみ必須)。クリックすると、タスク処理の概要ページが表示されます。この概要ページは、ワークフローの概要ページに似ていますが、タスク処理に関連するすべてのオブジェクトが表示される点が異なります。フォームのフィールド、一般的なタスク設定が表示されます。領域で、ここでは、完了条件、個々のタスクの動作、およびタスク処理全体の動作を編集できます。エディターが表示され、タスク処理の完了条件を追加または変更できます。具体的には、個々のタスクが完了するたびにこれらのアクションが実行されます。コマンドを使用してロジックをカスタマイズできます。タスク動作の処理を追加することもできます。イベントが表示されます。つのイベントがあります。各タスクが作成される前にアクションを実行します。個々のタスクが作成されるたびにアクションを実行します。個々のタスクが期限を過ぎても完了していない場合にアクションを実行します。個々のタスクが完了前に削除されるたびにアクションを実行します。個々のタスクが完了するたびにアクションを実行します。使用可能な条件やアクションを追加することも、追加、委任、エスカレート、再割り当てなどのタスク動作の処理をこの時点でさらに追加することもできます。タスク通知電子メールを追加して、タスク処理アイテムの変更を待機することもできます。使用可能なタスク動作の処理は、選択したイベントによって異なります。エディターが表示されます。タスク処理全体の各ステージが表示されます。つのステージがあります。ワークフロー処理の直後、タスク処理の前にアクションを実行します。タスク処理がその最初のタスクを割り当てる前にアクションを実行します。タスク処理が取り消された場合にアクションを実行します。最後のタスクが完了したとき、またはタスク処理の終了アクションが実行されたときにアクションを実行します。使用可能な条件やアクションを追加することも、コンテンツの承認状態の設定、タスク処理アイテムの変更待機、タスク処理の終了などのタスク動作の処理をまとめて追加することもできます。このようなアクションは、選択したステージに応じて変化します。イベント、完了条件など、承認処理インフラストラクチャについて説明してきました。実際には、条件、アクション、関連するフォーム、およびワークフローのロジックを構成するすべての要素を含む完全な承認ワークフローが表示されているわけではありません。使用したワークフローの作成について考えます。エディターは次のようになります。アクションは、全体の承認フレームワークを含む、さらに、作成済みの承認プロセスのロジック、フォーム、およびなどが含まれています。既定の承認ワークフローします。このように新しい承認ワークフローを開始するのは、承認処理のデザインをすばやく開始するのに適した方法です。既存のロジックの大部分をそのままにして、変更する要素をカスタマイズし、独自の新しいロジックを追加できます。以降のセクションでは、各領域の機能についてよく理解できるように、タスク処理エディターの各領域に関連する一般的なワークフローのカスタマイズを行います。ページの先頭へタスク処理の完了条件を変更します。して、承認したユーザーの数が完了したタスクの数と等しくなったときにタスク処理を終了します。承認したときに処理が終了するように、この完了条件を変更するとします。いう条件をクリックします。