発注書と請求書を突き合わせる作業は、経理担当者が月末に静かに消耗していく業務の代表格です。品番・数量・単価のどれかが1桁でもズレていれば、担当者は発注部門に差し戻しメールを送り、返事を待ち、再度照合する——このループに、気づくと半日が消えていることもあります。
Microsoftは2026年のアップデートで、Dynamics 365 Business Central（中小・中堅企業向けのクラウドERPシステム）に搭載されたAIエージェント「Payables Agent」の発注書照合機能を強化しました。照合に使う情報が「品名と数量」だけだったところに、金額と納期予定日が加わり、サービス系の取引や複数納期が絡む購買でも精度が上がるとされています。
この記事では、この機能強化が経理・購買担当者の実務にどう影響するかを整理します。Business Centralをまだ使っていない会社でも、自社の照合業務をAIに任せる価値があるかどうか判断できるよう、具体的な工数試算とあわせて説明します。
発注書照合の「あるある」な失敗パターン
発注書と請求書の突合がなぜ手間なのかを先に整理しておきます。照合の基本は「PO（発注書）番号・品名・数量・単価が一致しているか」の確認ですが、現実の取引ではこの4点が全部クリーンに揃うことは多くありません。
例えば、コンサルティング会社への委託費用は「業務委託 1式 ×1」といった形で請求書が届きます。数量が「1」、品名が曖昧——これでは数量ベースの自動照合はほぼ機能しません。担当者が発注書を手で引っ張り出し、金額を目視で確認するしかなかったわけです。また、1枚の発注書に対して請求書が分納（複数回）で届く場合、どの請求書がどの納品分に対応しているかを手作業で追わなければなりません。
従業員50人規模の製造業で経理2名体制の会社を想定してみます。月に受け取る仕入れ関連の請求書が40〜60枚あり、そのうち10枚程度は照合に30分以上かかる「問題票」だとします。問題票1枚あたりの平均処理時間を45分（照合・差し戻し・再確認含む）と見ると、月の追加工数は約7.5時間。時間単価を3,000円と置けば、月あたり約22,500円分の工数が照合の後処理だけで消えていく計算になります。年間では27万円を超える水準で、これが2〜3年続けば照合業務の改善自体が投資対象になり得ます。
Payables Agentが何をするエージェントか
Payables Agentは、Business Centralに組み込まれたAIエージェントです。エージェントとは、指示を受けて自律的に一連の処理をこなすAI機能のことで、ChatGPTのような「質問に答えるAI」とは役割が異なります。Payables Agentの場合は、届いた請求書を読み取り、社内の発注書データと突き合わせ、照合できたものを担当者の確認待ちの状態まで整理する、という一連の処理を自動で行います。
従来のPayables Agentは、照合の判断軸として品名（Description）と数量（Quantity）を主に使っていました。今回のアップデートで、照合に使う発注書明細ページが拡張され、明細金額（Line Amount）と入荷予定日（Expected Receipt Date）という2つの情報が追加されました。
金額フィールドの追加は、サービス系の取引に効きます。「コンサルティング費用 1件 300,000円」という請求書が来たとき、数量「1」だけでは発注書を絞り込めませんが、金額「300,000円」も照合軸に加わることで特定しやすくなります。一方、入荷予定日の追加は、分納が多い製造業・卸売業で効果を発揮します。同じ品番の発注書が複数あるとき、「この請求書は7月末納品分の発注書と紐づく」という判断をエージェントが自動で行えるようになります。
もう一点、今回の更新では「下書き（Draft）の確定動作」が既存の転記コントロールと揃えられています。これは、エージェントが自動生成した照合結果をそのままポスティング（仕訳確定）に流すのではなく、既存のワークフロー承認ルールを通過させる、という意味です。自動化を進めながらも内部統制は既存の仕組みに乗せる設計になっており、監査対応を意識した変更と言えます。
既存の照合ツールとの比較
発注書と請求書の照合を自動化する手段は、Business Central以外にもあります。主な選択肢を整理しておきます。
| 手段 | 向いているケース | 注意点 |
|---|---|---|
| Business Central + Payables Agent | Business Centralを購買・在庫管理で使っている会社 | ERPと一体のため別途API連携が不要 |
| OCR＋RPA（RPAは処理を自動化するソフト） | 基幹システムがバラバラで統合が難しい会社 | ルールが複雑になると保守コストが増える |
| 会計ソフト付属の照合機能（freee等） | 小規模で発注書の種類が少ない会社 | ERPほどの複雑な照合ロジックは持っていないことが多い |
| 人手＋Excel管理 | 請求書が月20枚以下で、照合ルールが単純な会社 | スケールアウトに限界がある |
Payables AgentはERPの中にデータが既にある前提で動くため、別システムとのデータ連携を一から設計する手間がありません。反対に、Business Centralを使っていない会社がこのためだけに導入するのはコスト的に合わないことが多く、その場合はOCR＋RPAの組み合わせのほうが現実的です。
経理担当の実務はどう変わるか
今回の機能強化を受けて、実際の業務の流れがどう変わるかを具体的に見てみます。
従業員35人の卸売業を例にします。この会社では月に70枚前後の仕入れ請求書を受け取り、経理担当1人がそのほぼ全件を手作業で発注書と照合しています。サービス系の請求（物流外注、倉庫賃借料など）が月15件ほどあり、これらは従来「数量1・品名曖昧」のため自動照合が効かず、全件手作業になっていました。
今回のアップデートで金額軸が加わると、外注費300,000円・倉庫賃借料80,000円といったサービス請求書も、発注書との金額一致でエージェントが照合候補を絞り込めます。担当者は「絞り込まれた候補に間違いがないか確認して承認する」という作業に集中でき、発注書を自分で探してくる時間が大幅に短縮されます。月15件×20分の削減効果があれば、月5時間分の工数が浮く計算です。
ただし、エージェントが完全自動で完結するわけではありません。照合候補が複数残るケースや、金額が微妙にズレるケース（消費税の端数処理など）は依然として担当者の判断が必要です。「照合作業の負荷が下がる」というのが実態に近く、「照合作業がなくなる」と期待すると実運用でギャップが生じます。
なお、Payables Agentを使うにはDynamics 365 Business CentralのCopilot機能が有効になっているプランが必要です。Business Central自体はサブスクリプション課金で、ユーザー数や利用機能によって月額が変わります。詳細はMicrosoftの販売パートナーまたは公式サイトで確認するのが確実です。
導入前に確認すべきこと
Payables Agentの照合改善は魅力的ですが、効果を得るためには前提条件があります。
発注書データの整備状態が最大の関門です。エージェントはBusiness Central内の発注書データを照合対象にするため、発注書がシステム上に正しく登録されていなければ照合自体が動きません。「発注書はExcelで管理していて、Business Centralには入れていない」という運用が残っている場合、まずその整備が先決です。
プロンプトエンジニアリングのような高度な設定は基本的に不要ですが、エージェントの動作を自社ルールに合わせるための初期設定は必要です。承認ワークフローの設定、照合精度の許容範囲の定義など、IT担当者または導入パートナーと一緒に確認する工程があります。プロンプトの書き方ガイドで解説しているような「AIへの指示の出し方」を理解しておくと、エージェントの動作を調整する際の判断がしやすくなります。
また、Business Centralを初めて検討する場合は、ChatGPTの使い方と同様に「まず小さく試す」アプローチが有効です。全社展開の前に、特定の仕入先カテゴリや月次処理の一部だけを対象にして動作確認するほうが、現場の混乱を最小限に抑えられます。
まとめ
今回のPayables Agent強化は、「数量が意味を持たないサービス系の取引」と「複数納期が絡む分納取引」という、従来の照合自動化が苦手としてきた2つのパターンに直接効くアップデートです。Business Centralをすでに使っている会社にとっては、追加コストなしで照合精度が上がる変化として受け取れます。
一方、この機能のために新たにBusiness Centralを導入するかどうかは、月次の照合件数、現在の工数、既存システムとの相性を見て判断する必要があります。月の照合件数が30件を超え、そのうち2〜3割が差し戻しや再確認を要しているなら、照合業務の自動化を検討する価値は十分あります。自社の状況をどう整理すればよいか迷う場合は、AI導入の相談窓口に現状の業務フローを持ち込んで話すのが早道です。
