Sema4.aiで経理の照合を任せる方法｜手順書は誰が持つか

「月末になると、請求書と発注と入荷の記録を突き合わせるだけで何日もつぶれる」「AIに任せたいが、金額が合わないときに誰が判断するのか決まっていない」——経理の担当者と、経理の責任者から、よく聞かれる2つの声です。照合を自動にする道具は前からありましたが、ここに来て形が変わってきました。エージェントの基盤を作る Sema4.ai は、2026年9月の公式ブログで、受信箱に届く請求書を分類から照合、振り分け、記録まで8つの段で回し、提供元の説明では、人が見るのは本当に判断が要る5〜10%の例外にとどまるとしています。しかも、そのエージェントを作るのは技術者ではなく、経理の担当者が自然な言葉で書く手順書です。ただし、照合を任せられるかどうかは、道具の精度より、手順書の持ち主で決まります。この記事では、Sema4.ai を例に、経理の突き合わせをエージェントに任せるときの、手順書の持ち主・承認者・例外の差し戻しの決め方を整理します。

Sema4.ai は、業務の担当者が手順書でエージェントを作る基盤

Sema4.ai は、企業の裏方の業務、特に書類と数字が多い仕事を、AIエージェントに任せるための基盤です。最大の特徴は、エージェントの動き方を、プログラムではなく自然な言葉の手順書で決めることです。公式サイトでは、この手順書をランブックと呼び、業務の担当者が平易な英語で書き、業務が変われば自分で直せるものとして説明しています。

2026年10月時点の公式サイトによれば、基盤はいくつかの部品に分かれています。エージェントを作る Agent Studio、担当者がエージェントと一緒に働くワークルーム、管理と運用を受け持つ Control Room です。エージェントには、人と会話しながら動くものと、メールや業務システムの出来事をきっかけに24時間動き続ける Worker Agents があります。照合のように毎日届く書類を処理する仕事は、後者の出番です。

経理の照合に関わる部品として、公式ページは請求書の照合を使いどころの1つに挙げています。請求書を1行ずつ読み、発注や入荷の記録と照らし、不一致を見つけて解決に回す、という流れです。請求書の受け取りと読み取りの工程そのものは、届いた請求書をAIで処理する記事で扱っています。この記事では、その後の突き合わせを任せるときの線に絞ります。

作っている会社と、国内でまだ知られていない理由

Sema4.ai は、米国ジョージア州アトランタに本社を置く会社です。公式の会社紹介によれば、共同創業者でCEOの Rob Bearden 氏は、データ基盤の会社ホートンワークスの共同創業者でCEOを務め、その後クラウデラのCEOも務めた人物です。創業の陣容は、データ管理や分散処理の企業向けソフトで経験を積んだ人たちです。資金の面では、2025年11月の発表で、シリーズAの延長により累計の調達額が5,550万ドルになったと記しています。

国内でまだほとんど知られていない理由は、いくつか考えられます。1つは相手にしている会社の規模です。発表に並ぶのは大手の製造業や金融の事例で、提供元は大企業の裏方業務を主な対象にしています。もう1つは言語です。書類の読み取りは100を超える言語に対応すると説明されていますが、手順書を日本語で書けるか、画面が日本語に対応しているかは、公式の資料で確かめられませんでした。

料金も、公開ページに金額はありません。最初の使いどころを立ち上げるスターターパック、部門で使う版、全社で使う版があり、利用量に応じた課金と説明されています。日本の会社が検討するとすれば、海外の拠点や海外の取引先との請求書が多く、英語の手順書でも運用できる経理の部署が、まず1つの照合の仕事で試す場面でしょう。

入手の経路も、海外の大企業向けの作りです。公式のニュースルームによれば、2025年6月に Snowflake の上でそのまま動く版を出し、同年7月にはアマゾンのクラウドの販売サイトのAIエージェントの区分にも並びました。2025年9月には、ガートナーのエージェント型AIの報告書で注目の提供元の1つに選ばれたと、提供元が発表しています。つまり、すでに大手のクラウドやデータ基盤を契約している会社が、その契約の延長で試せるように設計されています。データ基盤をまだ持たない会社にとっては、照合の前に基盤の整備が要ることになります。

2025年11月から2026年6月までに足された部品

照合を任せる判断に関わる更新は、ここ1年に集中しています。2025年11月4日の発表では、表のデータを扱う作業場（DataFrames）と、書類の読み取り（Document Intelligence）が加わりました。提供元は、表の計算を言語モデルの文章ではなくSQLで行うことで、計算の誤りを防ぐと説明しています。

2026年3月には、データの意味をまとめた層（意味の層）の一般提供を発表しました。異なる業務システムの表を、業務の言葉でつないで扱うための層です。提供元の発表では、初期の顧客の例として、大手の製造業でガスの請求書の照合が3時間から2分になり、月350件を超える請求書の9割超を自動で処理していると紹介しています。

そして2026年6月1日の基盤の更新で、手順書の作り方が大きく変わりました。担当者が話したり書いたりしながら、問いに答える形で手順書を作れるようになり、既存の業務手順書を取り込むこともできます。同じ更新で、エージェントが直された内容を覚える機能、成功と失敗を自動で記録する機能、手順書の決まりの追加を提案する機能も加わりました。この「学ぶ」機能は便利な一方で、手順書の持ち主の仕事を増やします。後の節で詳しく見ます。

照合のどこを任せるか

経理の照合といっても、中身はいくつかに分かれます。2026年9月の公式ブログは、請求書と発注の2点、または請求書・発注・入荷の3点を突き合わせ、許容差の範囲に収まるものは通し、収まらないものを例外にする流れを説明しています。あわせて、請求書番号・金額・日付による重複の検知や、請求書の振込先の口座が取引先の台帳と一致するかの確認も、照合の前の検証として挙げています。

任せる範囲を決めるときは、仕事を3段に分けて考えると整理しやすくなります。

段	エージェントに任せること	人が決めること	決める人の例
突き合わせ	請求書・発注・入荷の金額と数量を照らし、差を計算する。重複と振込先の口座の不一致を見つける	どの照合を対象にするか、許容差をいくらにするか	経理の責任者
例外の振り分け	差が許容を超えたものを例外にし、決めた宛先に理由と根拠を添えて戻す	例外の宛先と、宛先が答えないときの扱い	経理の責任者と購買・倉庫の責任者
確定	仕訳と支払いの案を作る	例外の判断、仕訳の確定、支払いの承認	経理の担当者と承認者

最初に任せるのは、1段目の突き合わせだけにするのが安全です。2段目の振り分けと3段目の確定の案は、突き合わせの結果が安定してから任せます。とくに3段目は、エージェントが案を作っても、確定の操作は人が行う形を崩さないでください。照合が正しくても、支払いの判断には、資金繰りや取引先との関係のような、手順書に書けない事情が入るからです。

手順書は誰が書き、誰が承認するか

自然な言葉で書ける手順書の利点は、業務を一番よく知っている人が、自分でエージェントを作れることです。提供元も、業務を知る人がエージェントの動き方を持つべきだ、という考えをはっきり打ち出しています。経理の照合なら、毎月の照合をしている担当者が最初の書き手になるのが自然です。

ただ、ここで見落とされやすいのは、照合の手順書は、経理の規程を言い換えたものだという点です。許容差をいくらにするか、どの差を例外にするか、誰の承認で支払うかは、本来、経理の規程や職務の分担で決まっているはずです。手順書を書いた担当者が、それを自分の判断で変えられる状態は、規程を担当者1人が書き換えられる状態と同じです。

そこで、手順書には書く人と承認する人を別に置きます。書くのは照合の担当者、承認するのは経理の責任者、公開の操作は情シスか経理の管理者、という分け方が基本です。2026年6月の更新で、エージェントには下書きと公開の段階が設けられ、作り手が非公開で直し、確認者に編集者や閲覧者として共有し、準備ができてから公開する流れが用意されています。この「確認者に共有する」段を、経理の責任者の承認の場として使うと決めておけば、仕組みと職務の分担がそろいます。

手順書に書くこと・書かないこと

手順書は自然な言葉で書けるぶん、何でも書けてしまいます。書く前に、手順書に入れるものと入れないものを分けておきます。

区分	手順書に書くこと	手順書に書かないこと（別に持つ）
照合の決まり	照合の種類（2点か3点か）、比べる項目、許容差の金額と割合	許容差を決めた理由と決裁の記録（経理の規程の側に置く）
例外	例外の種類ごとの宛先、添える根拠、答えが無いときに上げる先	例外を最終的にどう処理するかの判断
止める条件	判定できないときは処理を止めて人に上げること、扱わない取引の種類	止めた後の対応の手順（人の業務手順書に置く）
取引先ごとの癖	書式の違い、品名の言い換え、決まった端数の扱い	取引先との交渉の経緯や、個別の約束の中身
権限	エージェントが読むだけの業務システムと、書き込んでよい場所	支払いの実行、仕訳の確定、取引先の台帳の書き換え

表の右の列は、手順書に書かないというより、エージェントの判断の材料にしないものです。たとえば取引先との個別の約束を手順書に書くと、エージェントはそれを一般の決まりとして他の請求書にも当てはめかねません。個別の事情がある取引先は、手順書では「この取引先は例外として人に回す」とだけ書き、判断は人が持ちます。

日本の会社なら、適格請求書の要件を満たしているかの確認をどこに置くかも決めておきます。登録番号の照合のような形式の確認は手順書に書けますが、要件を満たさない請求書をどう扱うかは、経理の規程と担当者の判断の側に置くのが筋です。

許容差と止める条件は数字で書く

手順書の中で、最も曖昧にしてはいけないのが許容差です。「少しの差なら通す」と書けば、エージェントは「少し」を自分で解釈します。公式ブログでも、担当者が例外の決まりや許容の閾値を手順書に直接書く、と説明されています。金額なら何円まで、割合なら何%まで、数量ならいくつまでと、数字で書きます。

2026年6月の更新では、業務の決まりを平文で書き、エージェントが動く前にその決まりを守らせる仕組みも加わりました。提供元の例には「同じ取引先への30日以内の二重払いを止める」といった決まりが挙がっています。提供元の説明では、AIが決まりを判定できないときは、処理を飛ばすのではなく、止めて人に上げる作りになっています。

この「判定できないときは止める」という考え方は、手順書の側でもそろえておきます。取引先が台帳に見つからない、発注番号が曖昧、金額が自動で通すか止めるかの境目にある、といった場面です。迷ったら止めて人に上げると手順書に明記しておけば、エージェントが推測で通す余地がなくなります。止まる件数が多すぎるなら、許容差ではなく、台帳や発注の側のデータを直すのが先です。

例外の差し戻し：誰に、何を添えて戻すか

照合のエージェントが本当に役に立つかどうかは、例外の戻し方で決まります。2026年9月の公式ブログは、宛先の例を具体的に挙げています。価格の差が閾値を超えたら発注した購買の担当者へ、入荷の記録が無ければ倉庫の担当へ、発注の無い請求書はその費用の予算の持ち主へ、という振り分けです。

差し戻しの設計は、次の順番で決めていきます。

ここで大切なのは、差し戻しの文面はエージェントが下書きしても、例外の判断は宛先の人がすることです。提供元のブログも、判断が要る請求書は、試したことと見つけたことを添えて担当者に渡すと説明しています。エージェントが「この差は運賃なので通してよいと思われます」と書いてきても、それは案です。通すかどうかを決め、その理由を残すのは人です。

計算はAIの文章に任せない

照合は計算の仕事です。言語モデルに金額の足し算や差の計算を文章でさせると、もっともらしい誤りが混ざることがあります。Sema4.ai はこの点を正面から扱っていて、2025年11月の発表から、表の計算はSQLで行い、言語モデルの文章で計算しない作りを打ち出しています。

2026年6月の更新では、よく使う問い合わせを承認済みの形で固定する「検証済みの問い合わせ」と、繰り返し現れる処理を、版の管理と試験をした部品として固定する「検証済みの処理」も加わりました。提供元の説明では、同じ入力には毎回同じ出力が返り、監査の担当は部品を1回確かめれば、取引ごとに確かめ直さなくて済むとしています。

この仕組みは心強いものですが、計算が正しいことと、比べ方が正しいことは別です。発注の単価と請求の単価を比べるべきところを、税込みと税抜きで比べていれば、計算が正確でも結果は誤りです。固定する部品は、経理の担当者が比べ方を確かめてから固定すると決めておきます。固定した後に誤りが見つかると、同じ誤りが毎回正確に繰り返されるからです。

記録と監査：後から説明できる形で残す

経理の仕事をエージェントに任せると、監査の場面で「なぜこの請求書はこう処理されたのか」を説明できるかが問われます。2026年9月の公式ブログは、分類、抽出、検証、照合の結果、振り分け、解決の1つ1つを記録し、監査の担当に聞かれたときには答えがもう残っている状態にする、と説明しています。

提供元の説明では、2026年6月の更新で、エージェントの判断ごとに、米国の内部統制の法律（SOX法）向けの証跡、処理の前後の差分、担当者・監査担当・技術者のそれぞれに合わせた見え方が用意されたとされています。ワークルームのページでも、作業場の中の変更を、誰がいつ変えたかとともに記録すると説明されています。

記録の仕組みがあっても、残す中身は人が決めます。最低限そろえたいのは、どの版の手順書で処理したか、どの例外を誰がどう判断したか、手順書を誰がいつ変えたか、の3つです。手順書の版と処理の記録が結びついていないと、監査で「当時の決まり」を示せません。手順書を変えた日と、変えた後に処理した件数を、経理の側の記録にも残しておくと安心です。

学ぶエージェントと、手順書の改訂

2026年6月の更新で加わった「学ぶ」機能は、照合の運用で最も注意が要る部分です。公式ブログによれば、担当者が取引先の請求書の扱いを直したり、書式の違いに印を付けたりすると、エージェントはその内容を以後ずっと覚え、同じ直しは二度と要らなくなるとされています。さらに、観察したパターンから、手順書に新しい決まりを足すことを提案する機能もあります。

便利な一方で、これは手順書の外で、照合の決まりが変わっていく仕組みでもあります。担当者が1件の例外を「この取引先は運賃込みで通してよい」と直したつもりが、エージェントにとっては以後の一般の決まりになるかもしれません。直した人が意図した範囲と、エージェントが覚えた範囲がずれるのが、この種の機能の落とし穴です。

そこで、エージェントが覚えた内容と、提案された手順書の変更は、どちらも手順書の改訂と同じ承認を通すと決めておきます。月に1回、覚えた内容と提案の一覧を経理の責任者が読み、手順書に取り込むものと取り消すものを分けます。覚えた内容をどこまで管理者が見て消せるかは、公開の資料では確かめられませんでした。導入の前に、提供元にこの点を必ず確かめてください。

誰の資格でつなぐか、何が外に出るか

照合のエージェントは、請求書の受信箱、発注と入荷の記録、取引先の台帳、会計の仕組みにつながります。公式の説明では、エージェントは自社のクラウドの閉じたネットワーク（VPC）の中で動かすことができ、データを複製せずに元の場所で読む作りです。2026年10月時点で、AWS、GCP、Azure、Snowflake の上で動かせると説明されています。

使う言語モデルも選べます。Agent Studio のページには、OpenAI、マイクロソフトの Azure、アマゾンの Bedrock のモデルと組み合わせられると書かれ、料金ページでも、自社のクラウドで言語モデル・データ・計算・安全を管理できる版が示されています。社外に出るのは、選んだ言語モデルに渡る文章だけ、という形にできるかを、構成を決める段階で情シスと確かめます。

権限は、最初は読むだけにします。エージェントのつなぎ先の資格は、業務システムを読む権限から始め、支払いの実行や仕訳の確定の権限は渡さないのが基本です。取引先の台帳も、読むだけにします。振込先の口座の変更はなりすましの典型で、提供元のブログも口座の照合を検証の段に入れ、ログでは口座の情報を伏せるとしています。台帳を書き換える操作は、人の手順に残します。

エージェントを呼び出せる場所も決めます。公式サイトによれば、エージェントは Teams や Slack から呼び出すこともでき、部署だけで使う形から全社で使う形まで、公開の範囲を選べます。つなぎ先は、40を超える既製の接続部品の一覧から選ぶ形で、作業場ごとに使える接続を管理者が絞れると説明されています。照合のエージェントは、経理の作業場だけに公開し、使える接続も経理で使う業務システムに絞るのが基本です。便利だからといって全社の対話の場から呼べるようにすると、照合の結果や取引先の情報を、経理以外の人が問い合わせられる状態になります。

費用の増え方と、止め方

料金の金額は公開されておらず、この記事では扱いません。料金ページの説明では、利用量に応じた課金で、版によって作業場の数や管理者の席数が変わります。費用が増える方向として考えられるのは、処理する書類の数、24時間動かすエージェントの数、使う言語モデルの量、そして自社のクラウドで動かす場合のクラウドの利用料です。

提供元は、検証済みの処理が増えるほど、言語モデルで毎回作る処理が減り、費用が下がると説明しています。この説明どおりになるかは、照合の種類のばらつきによります。試用では、1か月の処理件数、例外で人に回った件数、言語モデルの利用量を記録し、件数が倍になったときの費用を見積もれるようにしておきます。

止め方も先に決めます。Control Room のページには、版の管理と、更新の取り消し（ロールバック）があると書かれています。ただし、道具の側で止められることと、業務が止まらないことは別です。エージェントを止めた日にも照合を回せるよう、人の手で照合する手順書を捨てずに残しておくことが大切です。担当者が照合のやり方を忘れてしまってからでは、止めたくても止められません。

やってはいけない任せ方

照合のエージェントは、うまく回り始めるほど人が中身を見なくなります。よくある失敗を挙げます。

• 照合の担当者が書いた手順書を、経理の責任者の承認なしに公開する
• 許容差を「少しの差」「常識的な範囲」のような言葉で書く
• エージェントに支払いの実行や仕訳の確定の権限まで渡す
• エージェントが覚えた内容と、提案された手順書の変更を、誰も読まずに放っておく
• 例外の宛先を個人の名前だけで書き、その人が休むと例外が止まったままになる
• 人の手で照合する手順書を捨て、エージェントを止められなくなる

どれも、道具の欠陥ではなく、決めごとの欠落から起きます。任せる範囲を広げる前に、この6つが自社で起きていないかを確かめるだけでも、事故の多くは防げます。

もう1つ、見落としやすいのが、照合の担当者の異動です。手順書を書いた担当者が異動すると、手順書の中の決まりがなぜそうなっているかを説明できる人がいなくなります。手順書の持ち主は個人ではなく役割で決め、引き継ぎのときに手順書の読み合わせを必ず行う、と決めておきます。

定期の見直し

照合を任せた後は、決まった周期で見直します。月に1回は、例外の件数と種類の推移、人が判断を覆した件数、エージェントが覚えた内容と提案の一覧を、経理の責任者が見ます。人が判断を覆した件数が多い種類は、手順書の書き方か許容差を直す候補です。

四半期に1回は、手順書そのものを読み直します。経理の規程や取引先の構成が変わっていないか、手順書に書いた許容差が今も規程と合っているかを確かめます。規程を変えたのに手順書が古いまま、という状態が一番危ないので、規程の改定の手続きに「関係する手順書の改訂」を1行加えておくとよいでしょう。

年に1回は、任せる範囲そのものを見直します。突き合わせだけを任せていたなら、例外の振り分けまで広げるか。逆に、例外が減らない照合は、エージェントから外して人に戻すか。広げる判断も戻す判断も、件数の記録をもとに経理の責任者が行います。エージェントに任せる範囲は、一度決めたら終わりではなく、記録を見ながら動かすものです。

まとめ

Sema4.ai は、業務の担当者が自然な言葉の手順書でエージェントを作り、請求書と発注・入荷の突き合わせのような照合の仕事を回す基盤です。2026年6月の更新で、手順書は話しながら作れるようになり、エージェントは直された内容を覚え、手順書の変更を提案するようになりました。その分、手順書は経理の規程の一部としての重みを増しています。書く人・承認する人・公開する人を分け、許容差と止める条件を数字で書き、例外の宛先と根拠を決め、エージェントが覚えた内容も同じ承認を通す。突き合わせ・不一致の候補・差し戻しの下書きはAIに任せ、例外の判断・仕訳の確定・手順書の承認は人が持つ。この線を引いてから、任せる範囲を広げてください。

• 製品の機能と提供状況は、Sema4.ai の公式サイト、公式ブログ（2026年6月1日・9月30日）、公式の発表（2025年11月4日・2026年3月）を2026年10月21日に確かめた範囲に基づきます。提供元の数字は提供元の発表によるもので、自社の環境で同じ結果になるとは限りません
• 経理の規程や内部統制の判断は、自社の経理の責任者と監査の担当者で確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。