How it works

WorkatoのWebユーザーインターフェースは、すべての開発と設定作業をサポートしています。

アプリケーションの構成要素

すべてのアプリケーションは、3つの要素で構成されています：

• データストレージ

• アプリのデータレイヤー。Workflow Appsでは、データはデータテーブルに保存され、Workflow Appsコネクタを介してアクセスされます。

• UI

• アプリポータルのビジネスユーザー向けのユーザーインターフェース。Workatoによって一部が生成され、ページの作成によって一部がカスタマイズされます。

• ビジネスロジック

• アプリケーションのロジックは、Workatoのレシピで実装されます。

これらの3つの主要な要素が連携して、簡単な構築と統合されたユーザーエクスペリエンスを作り出します。

テーブルストレージ

Workatoのテーブルストレージは、Workatoで堅牢でスケーラブルかつ安全な構造化データストレージを提供します。プロジェクト内でデータテーブルを定義することができます。

すべてのアプリケーションには、そのアプリケーションのデータに関する情報を格納する1つのメインのデータテーブルがあります。たとえば、データテーブルには請求書、有給休暇の申請、見積もりなどの情報が格納される場合があります。Workflow Appsコネクタを使用してデータテーブルに接続し、アプリケーションのためのレシピを作成します。

アプリケーションのユーザーインターフェース

Workatoは、アプリユーザーのワークフローに関連するUIエクスペリエンスの大部分を自動的に生成します。たとえば、Workatoはリクエストのリスト、アプリのナビゲーション、リクエストの履歴トレイルを生成します。リクエストの提出と処理の画面は、カスタムページで処理されます。

ページにはWYSIWYG（what-you-see-is-what-you-get）エディターとドラッグアンドドロップインターフェースがあります。これにより、Workflow Appsでのリクエストの提出とレビュー（追加情報の提供、承認/却下）のユーザーエクスペリエンスをカスタマイズすることができます。

ワークフローレシピ

Workatoのレシピは、ユーザーとサービスを同じ場所で組み合わせることで、時間、複数のサードパーティサービス、ユーザーペルソナ、さらにはUIを横断したワークフローを設計することができます。ワークフローレシピは通常のWorkatoレシピであり、通常はWorkflow Appsコネクタのアクションを使用してユーザーステップを注入し、ワークフローステージを変更します。

ワークフローレシピで使用されるトリガーは通常、Workflow Appsコネクタの新しいリクエストトリガーです。これにより、ユーザーがアプリポータルでリクエストを送信したときにトリガーが発生します。一部のシナリオでは、ワークフローは他のサービスからのトリガーで開始されますが、ワークフローアプリのリクエストは作成または取得する必要があります。

アプリポータル

アプリケーションのビジネスユーザー（このガイドではアプリユーザーと呼ばれます）は、アプリポータルで自分に許可されているすべてのアプリケーションにアクセスできます。アプリポータルはWebアプリケーションです。オートボックスのレスポンシブなユーザーインターフェースのおかげで、モバイルやタブレットデバイスでもシームレスに使用することができます。組織にブランドを付けることもできます。

典型的なアプリケーションのフロー

以下の図は、典型的なアプリケーションのフローを示しています：

典型的なアプリケーションのフロー

1

ユーザーはアプリポータルにログインし、特定のアプリケーションに移動します。アプリケーションは、現在のユーザーが見る/レビューするための既存のリクエストを表示します。Workatoは、この情報をアプリケーションのメインデータテーブルから読み込み、以前に設定されたタスクと組み合わせます（詳細は以下を参照）。

2

ユーザーはカスタムで定義されたページを介して新しいリクエストを入力します。このアクションにより、データテーブルにレコードが追加され、ワークフローアプリにリクエストが作成されます。

• または、ユーザーはWorkflow Apps by Workatoコネクタを使用してCreate requestアクションを使用してリクエストを送信することもできます。このコネクタを使用すると、Workbotやサードパーティアプリケーションを使用してSlack/Microsoft Teamsからワークフローをトリガーすることができます。

3

ユーザーが新しいリクエストを送信すると、Workflow Apps by WorkatoコネクタのNew request triggerがこのイベントを受け取り、レシピを開始します。このレシピをカスタマイズして、ニーズに合わせて処理ステップを含めることができます。たとえば、他のアプリケーションからデータをリクエストに追加し、手動レビューを実行する必要があるユーザーを決定することができます。

4

レシピジョブはWorkflow AppsアダプターのAssign task to usersアクションを実行し、タスクを作成します。このアクションの設定方法によって、次の要素が決まります：

• タスクを実行するUI ページ
• このタスクを実行するためのデータテーブルエントリのレコードID
• タスクを識別するレビュアー向けの短い指示を含むタスク名
• 担当者は、個々のユーザーまたはユーザーグループであることができます。
• 担当者がタスクを完了するための時間 - 期限。

Workatoは、レシピで定義されたページへのリンクをタスクの担当者に含むメールを送信します。

Workatoは、レシピのジョブを一時停止します。

5

担当者は、メールの通知からリンクをクリックし、アプリケーションポータルにログインするか、ポータルのホームページの受信トレイでタスクを見つけます。

• タスクをクリックすると、ユーザーにタスクを割り当てるアクションで指定されたページが表示されます。

または、ワークフロータスクをプログラムで完了するアクションを使用してタスクを実行することもできます。これにより、タスクをSlackやMicrosoft Teamsなどの別のUIで完了することができます。

担当者は、要求されたアクションを実行します。例えば、担当者はリクエストを承認または拒否し、追加情報を提供することができます。

タスクが完了すると、レシピのジョブが再開し、処理が進みます。また、要求されたアクションが期限切れになった場合や、期限内にユーザーのアクティビティがない場合にも、レシピのジョブが再開します。

6

同じレコードIDで別のユーザータスクを開始することもできます。これにより、同じリクエストに対する承認の連鎖を持つことができます。

レシピは、リクエスト（レコードIDで識別される）に対してワークフローステージの変更アクションを指定することもできます。これにより、ワークフローを通じたリクエストの移行を示すことができます。

また、ユーザーアクションによって発生し、ユーザーの入力に基づいてさまざまなサードパーティのサービスでレシピアクションを開始するという一般的なパターンもあります。