# 決定、実行、証拠

> 決定が有効であった理由を、その後の作業に結び付けておいてください。

_Updated: 2026-09-12_

**承認はワークフローの終わりではありません。それを継続する権限があります。**

人間の決定により、プロセスで許可される次のアクションが許可されます。発注書、転記、または支払いがすでに成功していることを意味するものではありません。

## コンテキストに基づいて決定を下す

割り当てられた作業項目を開き、リクエストとドキュメントのバージョンを確認し、関連するチェックを調べて、アクションの権限を確認します。許可されている承認、返品、拒否、またはその他のプロセス固有のアクションを使用します。

## 実行を追跡する

承認後、設定されたワークフローは次のビジネス ステップに進みます。そのステータスと結果を調べます。実行がブロックされたり失敗した場合は、サポートされている回復パスを使用してください。二度目の承認や重複したビジネス行為を行わないでください。

購入ルートの例は、**リクエスト→準備→承認→発注書→会計→支払い→証拠**です。実際のアクションと前提条件は、選択したプロセスと製品によって異なります。

## 歴史が説明する必要があること

| 質問 | 証拠 |
| --- | --- |
| 何が要求されましたか? | ビジネス上の事実と文書のバージョン。 |
| どのルールが適用されましたか? | 効果的なプロセスとポリシーの改訂。 |
| なぜこの人は決断できたのでしょうか？ | 地位、割り当て、権限、および有効な委任。 |
| 何がチェックされましたか? | 人間によるレビュー、必要なチェック、および許可された AI 出力。 |
| その人は何を決めましたか？ | 決断、根拠、そして時間。 |
| 次に何が起こったのでしょうか？ | リンクされた実行ステータスと記録されたビジネス成果。 |

## 適切な範囲でレビューする

監査可能性は、すべてのユーザーにすべてのレコードへのアクセスを許可するものではありません。会社のメンバーシップ、役割、およびオブジェクトの範囲は、誰が履歴を検査できるかによって決まります。

[セキュリティ モデル](/ja/learn/trust-security) · [ワークフローを完了する](/ja/learn/workflows)