社内申請をAIに任せれば、承認者を減らせますか？
記入案や不足項目の整理は支援できますが、支出の必要性、予算、例外、利益相反などの承認判断は分けます。承認者や権限の変更は、AI導入とは別に組織の正式なルールとして決めます。
USE CASES / ARTICLE 46
社内申請の記入をAIで支援する方法｜下書き・証憑・承認・登録を分ける
社内申請の記入案をAIで作るときに、証憑との照合、承認判断、正式登録を人の仕事として分ける実務手順を解説します。
この記事の目次
SHORT ANSWER
まず、結論から。
結論社内申請へのAI活用は、申請書を自動で確定するのではなく、記入案と確認事項を作るところから始めます。AIが参照できる規程と入力項目を限定し、各欄を証憑や申請者の回答へ結びます。申請者が事実を確認し、確認者が証憑と規程を照合し、承認者が必要性や予算を判断した後に、権限を持つ担当者が正式登録します。
経費精算や購買申請は、同じ内容を何度も入力する一方、勘定科目、予算、取引先、添付資料、承認経路には人の判断が残ります。AIには承認済みの規程と申請者が示した資料から記入案を作らせ、不足や不一致を明示させます。申請者の事実確認、確認者の証憑照合、承認者の判断、登録担当の正式反映を分け、下書きがそのまま承認済みにならない流れを整えます。
主な対象
企業の経理・総務・購買・情報システム担当者社内申請の入力や差戻しを減らしたい業務責任者AIの下書きを確認・承認・登録する管理者
KEY POINTS
この記事の、4つの要点。
- AIに任せるのは記入案、不足項目、確認先の整理までとし、承認や正式登録と分ける
- 各入力欄を規程、証憑、申請者の回答へ結び、根拠がない欄は推測で埋めない
- 申請者、確認者、承認者、登録担当の役割と権限を一件の申請記録へ残す
- 正常な申請だけでなく、資料不足、金額不一致、重複、期限超過、取消しを試してから広げる
DRAFT IS NOT APPROVAL
記入案を作る仕事と、承認する仕事を分ける。
出張後の経費精算や備品の購買申請では、領収書を見ながら日付、金額、取引先、目的を転記し、社内規程に合う項目を選びます。入力の負担は減らしたい一方で、AIが項目を埋めたことを理由に、支出の必要性や予算まで承認済みにはできません。
最初に、申請者が集める事実、AIが作る記入案、確認者が照合する根拠、承認者が判断する内容、登録担当が反映する操作を分けます。AIは指定された規程と資料から候補を示し、根拠がない欄や条件が合わない欄は未確認として残します。
NIST AI RMFのMapは、AIを使う目的、利用範囲、人による監督を文書化する考え方を示しています。経済産業省・総務省のAI事業者ガイドライン第1.2版も、人間中心、安全性、透明性、アカウンタビリティなどを共通の指針として整理しています。社内申請では、便利な自動入力より先に、誰が何を確かめて決めるかを業務の流れへ落とします。
- 申請者
- 目的、対象、日付、金額、添付資料が事実と一致するか確認する
- AI
- 承認済み資料から記入候補、不足項目、確認先を整理する
- 確認者
- 証憑、契約、規程、重複、計算を照合する
- 承認者
- 必要性、予算、例外の可否を判断する
- 登録担当
- 承認済みの内容だけを正式なシステムへ反映する
INPUT AND EVIDENCE
入力する情報を絞り、各欄を根拠へ結ぶ。
申請書には、氏名、所属、取引先、金額、口座情報、契約条件、自由記述などが含まれることがあります。申請書一式をそのまま外部のAIへ渡すのではなく、業務利用が認められた環境、保存や学習利用の条件、アクセス権、削除方法を確認し、下書きに必要な項目だけを使います。
各欄には、どの規程、領収書、見積書、契約、申請者の回答を根拠にしたかを結びます。AIが候補を作れない項目は空欄にし、担当者へ質問を返します。似た取引を根拠なく流用したり、前回の申請から日付や金額を推測したりしません。
個人情報保護委員会は生成AIサービスの利用について、個人情報取扱事業者と一般利用者それぞれに注意喚起を公表しています。IPAの生成AIセキュリティ手引書も、対象業務や扱う情報に応じたリスク評価と、技術・運用・人的統制を組み合わせる考え方を示しています。実際の取扱いは、自社規程、契約、利用サービスの条件と所管法令に合わせます。
- 利用環境
- 業務利用の承認、契約、保存、学習利用、削除条件
- 入力範囲
- 下書きに必要な項目だけを選び、不要な個人情報や秘密情報を外す
- 根拠
- 規程の版、証憑名、該当箇所、申請者の回答を欄ごとに残す
- 未確認
- 空欄、不一致、期限切れ、判断が必要な例外を区別する
- 権限
- 参照、下書き、承認、登録、支払の権限を分ける
REVIEWABLE DRAFT
完成文ではなく、確認しやすい下書きを作る。
AIの出力を申請書の見た目だけにすると、どの欄が資料から転記され、どの欄が推定なのか分かりません。下書きには、入力候補とともに、根拠、確認状態、不足資料、確認担当を表示します。担当者は文章を読み直すだけでなく、元資料へ戻って確かめられます。
たとえば購買申請なら、品名と見積書、金額と税込・税別、納期と発注条件、予算科目と社内規程を結びます。経費精算なら、利用日、支払先、目的、参加者、領収書、社内上限を分けます。同じ数字でも意味が違うため、AIが合計だけ合わせて完了にしないようにします。
NIST AI RMFのMeasureは、人による監督の程度、利用者の修正や上書き、エラーや苦情、対応を記録・評価することを提案しています。下書きで頻繁に直される欄を把握すれば、指示を増やす前に、規程が曖昧なのか、資料が不足しているのか、入力画面が分かりにくいのかを切り分けられます。
- 入力候補
- AIが申請書へ入れる案
- 根拠
- 参照した規程、証憑、申請者の回答
- 確認状態
- 未確認、確認済み、不一致、要承認、対象外
- 不足資料
- 追加で必要な見積書、契約、説明、証憑
- 担当
- 申請者、確認者、承認者の誰が次に見るか
APPROVAL AND REGISTRATION
承認と正式登録には、人の権限と証拠を残す。
申請内容が規程に合っていても、予算を使うか、例外を認めるか、契約や発注へ進むかは組織の判断です。AIは規程の該当箇所や不足を示せますが、承認者の名前で判断したり、承認操作を代行したりしません。代理承認や権限移譲がある場合も、既存の正式な手順を使います。
正式登録の前には、申請ID、対象、最終金額、添付資料、承認者、承認日時を読み直します。登録後は、画面の受付表示だけで終えず、保存された内容と状態を確認します。通信が途切れた場合は、相手側で登録済みかを調べ、未登録と確認できた場合だけ同じ申請IDで再実行します。
申請の差戻し、取消し、訂正も同じ履歴へ結びます。AIの下書きだけを修正しても、正式データが変わらなければ処理は直りません。どの段階へ戻し、誰が再確認し、どの記録を更新したかを残します。
- 承認前
- 根拠、予算、例外、利益相反、承認権限を確認する
- 登録前
- 申請ID、最終金額、添付、承認者、対象システムを照合する
- 登録後
- 保存値、状態、受付番号、後続処理を読み直す
- 再実行
- 未登録と確認できたときだけ、元の申請IDへ記録する
- 訂正・取消し
- 下書きと正式データの両方で反映結果を確認する
PILOT AND MEASURE
一種類の申請から始め、差戻しの理由まで測る。
最初から経費、購買、稟議、人事、契約のすべてを対象にすると、規程、項目、承認者、例外が増え、原因を切り分けにくくなります。まず、申請件数が一定あり、入力項目と根拠資料が明確で、誤りの影響を限定できる一種類を選びます。架空データで流れを通し、その後も対象者と金額を限定して試します。
正常に通る申請だけでなく、証憑不足、金額不一致、重複申請、期限切れ、予算外、承認者不在、取消し、登録時の通信切断を用意します。合格条件は、AIが全欄を埋めることではありません。不足を不足として示し、担当者へ戻し、承認されていない申請が正式処理へ進まないことです。
効果は入力時間だけでなく、差戻し率、確認時間、不足資料、金額修正、承認待ち、二重登録、例外の件数で見ます。IPAの手引書が示すライフサイクルの考え方に沿って、規程、利用環境、承認経路、対象データが変わったときは再確認します。ここで示す内容は一般的な活用例であり、特定企業の導入実績や効果を示すものではありません。
- 対象
- 一種類の申請、限定した部署・金額・期間
- 精度
- 正しい転記、空欄、不一致、誤った候補の件数
- 運用
- 確認時間、差戻し、不足資料、承認待ちの件数
- 安全
- 権限外参照、未承認登録、二重登録、取消し失敗の有無
- 変更
- 規程、フォーム、承認経路、利用環境の更新時に再試験する
FREQUENTLY ASKED QUESTIONS
この記事のよくある質問。
領収書や見積書を、そのままAIへ渡してよいですか？
一律には判断できません。業務利用が認められた環境、契約、保存・学習利用・削除条件を確認し、下書きに必要な情報へ限定します。個人情報、口座情報、秘密情報、第三者情報が含まれる場合は自社規程と所管法令に沿って確認します。
AIが勘定科目や申請区分を選んだら、そのまま使えますか？
候補として扱います。根拠にした規程の版、取引内容、税区分、金額、例外条件を担当者が確認し、判断が必要なものは経理や責任者へ引き継ぎます。
申請システムへの登録まで自動化できますか？
技術的に可能な場合でも、下書き、承認、登録の権限を分けます。正式登録前後の値を照合し、タイムアウト時は登録済みかを確認してから再実行します。
導入効果は、入力時間が短くなったかだけで測れますか？
入力時間に加え、差戻し、不足資料、金額や区分の修正、確認時間、承認待ち、二重登録、例外処理も見ます。速くなっても確認負担や誤りが増えていないかを合わせて確認します。
小規模な会社では、どこから始めるとよいですか？
入力項目と証憑が決まっている一種類の申請を選び、架空データで記入案、不足時の停止、承認、登録、取消しを通して試します。対象者と金額を限定し、確認できた範囲から広げます。
PRIMARY SOURCES
判断の基準にした、公式情報。
制度・製品・提供条件は変更されるため、リンク先の最新表示も併せて確認してください。
CONTACT LUMINA