テクノロジー
ワークフロー
白紙のドキュメントを開いて契約書を書き始める人がいないように、キャンバスにボックスをドラッグしてワークフローを構築する人はいません。実際の業務がどのように行われているかについての質問に答えるだけで、その回答の記録がグラフになります。
これらの質問は、新入社員が最初の1週間に尋ねるような内容です。何がきっかけで開始されるのか？何と照らし合わせて読むべきか？どのシステムにアクセスでき、そこで何をしてよいのか？決定が必要な事項は誰が判断するのか、そして、いつ作業を止めて相談すべきか？これら6つの質問に答えるだけで、通常であれば仕様策定に2週間、構築に1ヶ月かかるプロセスを定義したことになります。
読み込み、比較検討、そして文書化が必要なステップは、ルールではなくデジタル従業員に任せられます。なぜなら、それらは論理ではなく判断だからです。本当に人が行うべきステップは、設定した閾値に基づいて担当者に委ねられます。それ以外のすべてのプロセスは自動で実行されます。本番稼働前に実際のケースでテストされ、下されたすべての決定の根拠を記録します。
システムがあなたにヒアリングします
何がきっかけで開始されるのか、何を読み込むべきか、どのシステムにアクセスできるか、誰が決定するのか、いつ停止して質問するのか。通常、これら6つの質問でプロセス全体が構成されます。そして、すべての回答は、視覚的に確認し、議論し、変更できるノードになります。
デジタル従業員が判断を担います
読み込み、比較検討、そして文書化が必要なステップは、ルールではなく指名された同僚に任せられます。Ava はポリシーに照らしてサプライヤーを評価し、その作業プロセスを提示するため、他の担当者と同様にその決定をレビューすることができます。
指定した場所で停止します
閾値を超えた場合や、答えが本当に不明確な場合、実行は一時停止し、担当者の確認を待ちます。この一時停止は意図的に設計されたものであり、エラーではありません。決して質問してこないワークフローは、誰も承認できないワークフローなのです。
それでは誰の仕事でもなくなります
実際のケースでテストされ、スケジュールに組み込まれ、チームによって管理され、バージョン管理されます。担当者の介入が必要になるまで自動で実行され、不在の間に何が行われたかを報告します。
ステップ
8種類のステップ
ワークフローのグラフは、すべて同じ意味を持つボックスのフローチャートではありません。各ステップは8つのタイプのいずれかであり、そのタイプによって、何を実行できるか、どこにアクセスできるか、誰が責任を負うかが決定されます。
この区別こそが、グラフのレビューを可能にする要素です。設定を一行も読むことなく、実行結果を見るだけで、どのステップがデータを読み込み、どれがエージェントを実行し、どこで分岐し、どこで担当者の承認が必要だったかを誰でも即座に把握できます。また、これにより実行前にグラフをチェックすることも可能になります。データを必要とするステップの後にデータローダーが配置されていたり、エラーの移行先がない分岐があったりするようなミスは、その形状自体から明らかになります。
手動トリガー
担当者が実行を開始し、その指示が伴います。
オンデマンド · 1ワークフローにつき1トリガー
スケジュールトリガー
担当者の操作ではなく、一定の周期で実行が開始されます。
15分ごと · 平日の午前
データソースデータローダー
コネクタまたはファイルからデータを取得します。常に、それを使用するステップの前に配置されます。
Postgres · スクリーニングAPI · 添付されたポリシー
エージェントエージェント実行
作業を実行します — エージェントを実行する唯一のタイプであり、デジタル従業員をアサインできる唯一のタイプです。
Document AI · Table AI · Chart AI · Q&A · Code
条件分岐ルーター
フローを分岐させます — 出口が2つ以上ある場合にのみ使用されます。
完了したか？ · 許容範囲内か？ · 閾値を超えているか？
タスク手動レビューゲート
生成された内容を人が承認するまで、実行を一時停止します。
ドラフトの承認 · 例外の承認
ファイルファイル出力
代わりにダウンロード可能なファイルを生成します。
PDF · DOCX · PPTX · CSV
エッジ
ステップをつなぐ5つの方法
ラベルのない矢印は単に「それから」を意味するだけですが、プロセスにおいてそのような詳細を省くことは許されません。Scalataのワークフローのすべてのエッジには条件が設定されており、ランタイムは実際にその条件に従って実行されます。
ステップが継続したか、成功したか、失敗したか、以前の処理に応答したか、あるいは処理を諦めて担当者にエスカレーションしたかは、5つの異なる責務です。そしてこれらは、監査人、規制当局、または新入社員が最初に尋ねる事項でもあります。設計時にこれらに名前を付けることに手間はかかりませんが、「そして次に」という意味しか持たない矢印から、後になってこれらを再構築することは不可能です。
単純なシーケンス — デフォルトであり、ほとんどのエッジがこれに該当します。
前のステップが正常に完了しました。失敗する可能性のあるステップからのみ出力されます。
失敗しました。成功する可能性のあるすべてのブランチには、これまたはフォールバックのいずれかが必要です。
エージェントが結果をグラフ内の前のステップに返します。
自動化されたパスが尽きました — 人にエスカレーションします。
再試行はエッジではありません。失敗する可能性のあるステップは、独自の再試行バジェット — 再実行の回数と試行間の待機時間 — を持ち、それを使い果たした場合にのみ、失敗としてエラーまたはフォールバックのパスに進みます。
Knowledge Graph
学習したすべてを、ひとつの形に
すべての実行には痕跡が残ります。読み込まれたドキュメント、説明された意思決定、操作されたシステム、相談された担当者などです。Knowledge Graph は、これらをすべて集約したものであり、組織の業務とその各部分間のつながりを示します。
これが、2つ目のワークフローの構築が1つ目よりも簡単である理由です。新しいワークフローは、どのシステムにベンダーマスターがあるか、どのポリシーがオンボーディングを管理しているか、閾値を超えた場合に誰が承認するか、そして過去4回の例外処理がどのような結果になったかをすでに把握しています。これらはすべて、事前の調査で収集されたのではなく、実際の業務を通じて学習されたものだからです。
そして、それは検証可能です。検索を行い、何が何に接続されているかを確認し、任意のエッジをたどって、それを作成した実行とソースに戻ることができます。誰も監査できない記憶はリスクですが、これは確実な記録です。