プレイブックのアクティビティは、承認の取得、レコードのアサイン、メールの送信などの自動化されたタスクを完了します。

手動介入なしでワークフロー内を移動するタスクまたは要求。

プレイブックを表示する伝統的なレイアウトで、各アクティビティがナビゲーションパネルのカードとして表示されます。タスクなどのアクティビティを選択すると、その編集可能な詳細がキャンバスに表示され、操作できるようになります。

要求者が要求できるすべてのアイテムを表すアイテムのコレクション。

開発者にアサインされた共同アクセスのレベル。ユーザーにアサインされているコラボレーション記述子によって、委託開発権限をアサイン、管理、監視できるかどうかが決まります。たとえば、アプリのオーナーであるユーザーは、エディターのコラボレーションタイプのユーザーよりも多くのことができます。

開発者が他のユーザーをアプリに招待し、そのユーザーが共同でアプリを作成および開発できるようにする共同プロセス。

開発や QA などの非本番インスタンスから本番に移行するアプリのプロセス。本番は、顧客に表示されるインスタンス、つまり「ライブ」インスタンスです。

プレイブックでアクティビティが発生する順序を示す、視覚的に直感的なダイアグラム。トリガーや意思決定などのアクティビティを選択すると、詳細を編集できるモーダルがポップアップ表示されます。

関連する各テーブルをドットで区切って、1 つ以上の参照フィールドを含む変数の構造を記述します。

既存のテーブルに基づいてテーブルを作成する場合。テーブルを拡張するということは、新しいテーブルが親 (拡張) テーブルの列とそのビジネスロジックを継承することを意味します。クリエータースタジオ に組み込まれたアプリは、通常、要求タスクテーブルを拡張します。

クリエータースタジオのフィールドは、アプリの基になるテーブルの列です。条件ビルダーを使用している場合、フィールドはテーブルの列またはフォームからの質問のいずれかです。

データベーステーブルの単一レコードのフィールドと値を表示するコンテンツページ。

クリエータースタジオ が提供するフォームに配置された、事前定義された一連の質問。

要求に対応する人。履行者は、アプリの承認の自動化に応じて、要求を承認または拒否することもできます。

新しいコンピュータ機器や休暇など、要求者が要求できるもの。各アイテムには、クリエータースタジオ の独自のフォームが必要です。

トリガーに基づいて発生する一連の自動化されたアクティビティ。たとえば、要求が承認されたときにメールを送信するなどです。プレイブックは、フォームが送信された後に開始される、事前にプログラムされたワークフローと考えてください。これらは、if/then ステートメントのようなもので、もしこれが起きたら、次にそれが起きます。

対応する必要があるタスクまたは要求。アプリのそのテーブルのすべての行は個別のレコードです。レコードのステータスは、実行されたアクションによって異なります。

定義したテーブルから可能な回答を取得するフォーム上の質問。

展開されたアプリの新しい各バージョンに含まれているものに関する情報です。リリースノートは、アドミニストレーターがアプリのバージョン間の変更を追跡するのに役立ちます。

機器などのもの、または休暇の取得など何かを行うための許可を要求する人。

クリエータースタジオ で作成されたアプリが要求を保存するテーブル。アドミニストレーターは、アプリがデータを保存するテーブルを変更できます。詳細については、「アプリの関連テーブルの管理」を参照してください。

自動化プレイブックの実行を開始するイベント。たとえば、要求を送信すると、その要求が自動的にマネージャーにアサインされるなど。

アプリに割り当てられ、その後展開されるたびに増加する番号。

セールスカスタマーリレーションシップマネジメントでプロセスを自動化する定義された一連のステップ。