一文でBoxに契約承認のワークフローを作れるか？

営業チームに取引先の契約書が届いた。添付の名前は「最終版」。購入額は13ページの別表にあり、準拠する法域の欄は空白で、担当の確認者は不在だ。この種の依頼を扱ったことがあれば、「契約を承認に回す」という一文にどれだけ作業が隠れるか分かる。手順は規程、チームの慣行、最初にファイルを開いた人の判断に散らばっている。

企業向けコンテンツ管理プラットフォームのBoxは2026年11月5日、BoxWorksでBox Architectを発表した。自然な言葉で述べた目標を出発点に、Box内の既存手順とコンテンツからワークフローを提案するという。フォーム、メタデータテンプレート、エージェント、アプリなどを組み合わせ、あとで処理の滞りを見つけて責任者に示すとしている。Boxは2026年第4四半期にEnterprise Advancedの顧客向けにベータ提供を始めると発表した。BoxWorksの発表と提供予定

ワークフローの最初の案は作りやすくなるかもしれない。価値があるのは、処理が止まる事例をどう扱うか決める仕事だ。契約受付なら範囲を絞り、案に入れる判断、展開前に確認すること、予備試験で測ることを具体的に見られる。

レッドウッドシティのBox本社。Jeanjung212が2017年3月に撮影した参考写真を切り抜き、サイズ調整した。CC BY-SA 4.0。写真の出典 · ライセンス。

業務の目標から、人が調べられる案を作る

Boxの11月5日の紹介では、設計、構築、改善の順で進む。達成したいことと既存の手順から始め、Architectが段階、判断、引き継ぎを提案し、関連するBoxの機能を組み合わせる。Box Forms、Extract、Automate、Apps、Doc Gen、Signなどが候補だ。責任者は案を変更し、例外を試し、公開前に確認と承認の段階を加えられる。同社は、必要情報が繰り返し欠けるといった問題を見つけたあと、改善も提案するとしている。Box Architectの製品発表

工程ごとに具体的な動詞を当てると考えやすい。受付はファイルを受け取る。抽出は項目を探す。振り分けは確認者を決める。承認は判断を記録する。配布は承認済みの結果を権限のある相手と共有する。同じ書類でも、各工程の影響は異なる。契約書から金額を取り出せる人でも、購入を承認できるのは調達部門だけかもしれない。購入を承認する人にも、外部の相手へフォルダー全体を共有する理由はないことがある。

契約承認の例で、受付、抽出、振り分け、判断を分ける。Telli.shオリジナル図解。

範囲を絞った最初の指示は、例えば次のようになる。

取引先から契約を受け付け、依頼責任者、契約の種類、金額、法域を特定する。情報がそろう依頼は、承認済み振り分け表にある担当者へ送る。未入力、金額の不一致、未知の法域は指定の確認者に回す。権限のある人が対象の版と受取人を承認するまで、外部への共有を保留する。

実際の規程を示すと、指示はさらに役立つ。管理された振り分け表の版を添え、二つのルールに当てはまる場合を決める。どの金額を使うか、通貨や契約期間が基準値に影響するかを明示する。法務と調達の両方が関与するなら、並行に確認するか、一方を待つかを決める。ワークフロー案があると、具体的なものを見ながら相談できる。

Boxによると、コンテンツは権限とポリシーの適用下でBox内に残る。チームは、提出者、確認者、契約にアクセスできない利用者を表すアカウントでも試す。重要な成果は、入力、受け渡し、例外の経路、判断する担当者を示した承認済みのフロー図だ。これがあれば、新しい担当者はアシスタントとの会話を解析しなくても、ファイルがどう処理されるか分かる。Box Architectの製品発表

例外処理で設計の実力が分かる

契約が二つあるとする。提出された書類は総額49,500ドルだが、署名済みの修正条項で52,000ドルに上がっている。両方の数字を抽出するのは簡単でも、どちらが承認を左右するかは別の問題だ。この例なら、例外報告に両方の金額とページ、ファイル名を載せ、自動の振り分けを止める。不一致を残さず数字を一つ選ぶと、確認者はもう一つの金額があったことに気づけない。

内容は正しいが、アクセス権に問題のある場合もある。確認依頼の権限がある人が、ワークフローの対象外フォルダーのファイルを添付したとする。制限された文書をプレビューさせず、依頼が止まったか未完了だと伝えるべきだ。所有者が移動したとき、古いリンクと承認タスクは組織のアクセス規程に従う。企業の展開では、すべての従業員が同じ権限を持つ一つのフォルダーで済むことは少ないため、これも予備試験に入れる。

三つ目は差し替えだ。承認者は版4を選んだが、署名を依頼する直前に版5が届いた。確認を再開するか、版4を監査記録にどう残すか、誰が再開できるかを決める。人の承認を特定の版に結びつける必要がある例だ。条項ごとの要約も有用だが、人がどの契約書を承認したか正確に示す必要がある。

表の依頼は例だ。答えが分かっており、実際の業務に近いレイアウトの資料で試す。きれいな一枚の契約は正常系に使える。回転したPDFスキャン、多言語の添付、署名欄の欠落を試すと、抽出の確信度が下がっても進行状況が分かるか確認できる。

別チームに方法を応用できるか、二つ目のワークフローで試せる。買掛金の担当なら、請求書番号を抽出し、発注書の金額と比べ、食い違いを確認へ回せる。契約と受付の形は似ているが、必要な証拠は変わる。請求書を確認する人には契約条項より、注文番号、明細、許容差のルールが要る。初回はどちらかに絞る。別チームが試すとき、自分たちの管理済み資料と承認を入れても、受付と例外の構造を使い回せるか見る。図が似ていることより、再利用できた確かな手がかりになる。

Architectのベータと利用できる管理機能は提供時期が違う

Boxは11月5日の発表で、エージェントによるワークフロー自動化と保護に関する製品をまとめて紹介した。ArchitectはEnterprise Advanced向けのベータを予定し、新しい脅威保護機能は対象プランで2027年初めに使えるとした。一方、エージェントのセキュリティ管理はShieldとEnterprise Advancedの顧客にすでに一般提供しているという。分類ベースの方針、BoxのModel Context Protocolサーバー経由の操作制限、しきい値に基づく通知などがある。ある機能のデモから別の機能を判断する前に、プランとテナントの利用可否を確かめる。Boxの発表と提供時期

記録を作ったり、ファイルを共有したりする場合、この違いは重要だ。Boxは、外部AIエージェントが呼び出す書き込みを対象にしたMCPの管理ルールを説明している。管理者はその経路の対応操作を制限できる。Box内の承認フローは、実際に使うコンポーネントで試験する。それぞれの書き込みを機能と規程にひもづけ、実行する役割のアカウントで結果を見る。MCPガードレールに関するBoxサポート文書

ワークフローを設計する費用と、実行を管理する費用は別だ。フォームとメタデータをつなぐ時間は減っても、規程の整理と試験文書の準備が増えるかもしれない。ルールが旧版、共有ドライブ、メールに散らばるなら、最初に現行の振り分け表を一つにする価値がある。繰り返し使う処理なら例外の行き先があり、規程からのずれに気づける。担当変更が小さなルール一つに収まれば、個別の引き継ぎを十数件変えるより早く承認済みフローを改訂できる。

具体的な規程変更も練習する。12月1日に購買の新ルールが発効し、法務確認が必要な金額の基準が下がるとする。確認中の案件は旧ルール、新しい依頼は新ルールになるかもしれない。どの時刻で判断し、誰が変更を承認できるか記録する。発効日の前後に試験用契約を一つずつ置く。改訂案で抽出の指示も変わるなら、金額と通貨を別に再確認し、新しい振り分けが規程の変更によるのか、文書の読み方によるのかを見分ける。

実際の契約を送る前に二つの案を比べる

手作業の工程とArchitect案に、同じ試験資料と採点基準を使う。Telli.shオリジナル図解。

1. 範囲の小さなフローを一つ選ぶ。 一つの事業部と契約の種類から始める。現在の流れを書き、振り分けと例外の相談に答えられる責任者を決める。
2. 承認された資料を集める。 使用できる規程の版と権限を記録する。既知の例外とアクセスを拒否される試験アカウントを用意し、架空か適切に匿名化した文書をそろえる。
3. 対象テナントで案を作る。 ベータが使えるようになったら、Architectに目標と関連手順を渡す。フォーム、メタデータ、振り分け、判断を責任者と確認する。例外の行き先を明示する。
4. 同じ事例を手作業と案の両方で再生する。 必須の値が正しい版から来たか、正しい役割へ届いたか、制限情報を保護できたかを評価する。
5. 有効化の前に変更を確認する。 最初の案、人の修正、指名した承認者、切り戻しの経路を記録する。実際の共有と署名には必要な承認を挟む。再実行やルール変更時の動作も確かめる。

構築時間と運用時間は分ける。最初の使用可能な案までの時間と、初回レビュー後に直した時間を測る。再生時は、完全な依頼を正しく振り分けた割合、例外を拾えた割合、人が覆した判断の数を数える。まれでも、権限外の事例を含める。簡単な20件を処理しても、制限された契約を一件公開したなら、リリース前に直す問題がある。

最初の実運用では、手作業で受け付ける方法を残し、新規実行を止められる人を定める。チームの記録と提出者の表示を比べる。どちらも情報待ち、承認待ち、差し戻しを区別でき、詳細は権限内に収まるようにする。フローの作成が楽になっても、従業員が契約の行方を問い合わせるなら、準備の仕事がサポートに移っただけだ。

止まった理由を説明できるワークフローが役に立つ

Architectの案で注目したいのは、業務目標と動く処理の間に、編集できる設計を置くことだ。実際の契約が動く前に、担当者は法務、調達、ITと具体的な案を議論できる。デモの後も残る問いで予備試験を判断したい。文書が止まったとき、責任者はどのルールが止め、どの版を読み、次に誰が動けるかを説明できるだろうか。

出典

• Box Architectの発表と手順の紹介
• Box Architect製品ページと公式公開デモ
• BoxWorks発表、対象プランと提供時期、2026年11月5日
• MCPガードレールに関するBoxサポート文書
• Jeanjung212撮影のBox本社の参考写真

---

作業の背景にある会話と判断を検索できる記録に残すなら、Telli.shのアカウントを作成できます。