ERPの画面は消えるのか|Claudeforceの先で、NetSuiteが既に始めていること

「これからは、システムの画面を開かなくなる」

AIエージェントの話題とともに、こうした予測を目にする機会が増えました。

では、会計も在庫も承認も、すべて会話で済むようになるのでしょうか。

ERPの画面が消えるとは、操作の入口と情報の表示が、AIとの会話に移ることを指します。

残高の照会や取引の検索は、会話に移り始めています。

差異の分析やレポートも、その場で作られるようになります。

一方、承認・記録・監査証跡の画面は、形を変えても残ります。

消える業務と残る業務は、はっきり分かれるのです。

では、なぜ承認と記録だけは残るのか。

目次

この記事で分かること

  • Claudeforceで何が発表され、いまどの提供段階にあるか(2026年9月23日時点)
  • ERPの側で何が起きているか(NetSuiteの公式コネクタとスキル)
  • 「画面が消える」を入口・表示・記録の3層に分けると、何が残るか
  • 経理業務を3区分に仕分ける方法と、統制のために残る領域
  • 入口が変わるときにつまずく3つのパターン

(読了時間の目安:約15分)

いま起きていること(2026年9月23日時点)

この章は変化が速いため、日付を書いています。

Claudeforceとは何か

SalesforceとAnthropicは2026年8月26日、戦略的パートナーシップ「Claudeforce」を発表しました。

提携は「Salesforce in Claude」の提供開始とともに始まります。

商談準備、ディールヘルスのレビュー、パイプラインレビューなど、37種類の事前構築されたセールススキルを備えたプラグインです。

目を向けたいのは、実行の仕組みです。

アクションはすべてSalesforceを経由します。

そのため、実行時にはその企業のビジネスルールが適用されます。

⚠️ 提供段階に注意が必要です。

発表時点では、選定されたパイロット企業向けの提供でした。

その後、2026年9月15日に、Claudeのすべての有料プランでベータ版として使えるようになりました(Claude公式ブログ)。

変更を書き込む前には、既定で担当者の承認を求める仕組みです。

日本での提供条件や料金は、この発表では案内されていません。

ERPの側では何が起きているか

同じことが、ERPでも起きています。

ただし、発表の形はまったく違います。

Claude公式のコネクタページには、Oracle NetSuite Connectorが掲載されています。

機能は、Read & write(読み取りと書き込み)とInteractiveです。

提供されているスキルは、2つです。

スキル内容
NetSuite Finance Analyst決算期の締め支援、差異と照合のレビュー、キャッシュレポート、経営層向けの財務ナラティブ
NetSuite AI Connector Instructionsツール選択の順序、出力形式、複数子会社と通貨の扱い、SuiteQLの安全確認をClaudeに教える

Oracleの公式ドキュメントにも、位置づけが書かれています。

NetSuite 2026.1で、Claude・ChatGPTとのSkills連携がサポートされました。

スキルは、GitHubのリポジトリからZIP形式で取得する形です。

Claudeでは、スキルが要求の内容に応じて自動で有効になります。

この章を更新するとき

この章の中身は、製品の提供状況で変わります。

次のどれかが起きたら、この章だけを更新します。

  • Claudeforceが一般提供に移ったとき
  • 日本での提供条件や料金が公表されたとき
  • NetSuite側のスキルが追加されたとき

第2章から先は、製品の状況が変わっても成り立つ内容です。

発表の派手さと、実装の到達度は別

並べてみる

Salesforce(CRM)NetSuite(ERP)
発表の形Claudeforceとして提携を発表(2026年8月26日)Claude公式のコネクタ一覧に掲載
スキル37の営業スキル(商談準備・ディールヘルス・パイプラインレビュー)財務スキル2種(決算の締め支援・差異と照合のレビュー・キャッシュレポート)
提供状況2026年9月15日にベータ版の提供を開始NetSuite 2026.1でサポート
料金・日本での条件発表では案内なしERP側の機能として提供

※2026年9月23日時点。製品情報は変化が速いため、最新は各社の公式情報をご覧ください。

数の違いは、意味の違いではない

37と2。

この差を見ると、CRMの側が大きく先を行っているように見えます。

ただ、スキルの中身を見てください。

営業側の37スキルは、商談準備や案件のレビューなど、判断を支援する内容が中心です。

財務側の2スキルは、決算の締めや差異のレビューといった、手続きに関わる内容です。

業務の性質が違えば、必要なスキルの数も違います。

数だけを比べても、到達度は測れません。

静かに載っているという事実

優劣を言いたいのではありません。

発表の大きさと、実際に使える状態かどうかは、別の話です。

Claudeforceは大きく発表され、9月にベータ版の提供が始まったばかりです。

NetSuiteのコネクタは、静かにコネクタ一覧に載り、2026.1でサポートされています。

新しい技術の動きを追うときは、この2つを混ぜないほうが判断を誤りません。

「画面が消える」を3つの層に分ける

入口・表示・記録の3層

システムの画面は、3つの役割を同時に担っています。

層役割AIで変わるか
入口操作を始める場所変わる(会話が入口になる)
表示情報を見せる場所変わる(その都度作られる)
記録結果を残す場所変わらない

「画面が消える」と言われているのは、主に入口と表示の話です。

記録は、別の話として残ります。

3層を混ぜて議論すると、「全部消える」か「何も変わらない」かの極論に振れます。

画面の3層:入口・表示・記録 入口は会話に変わり、表示はその都度作られる。記録は変わらず、承認・記録・監査証跡は基幹システムの中に残る。 「画面が消える」を3層で見る 入口|変わる 会話が操作の入口になる 例:残高照会・取引検索 表示|変わる 表やグラフをその都度作る 例:差異分析・レポート 記録|変わらない 確定と記録は基幹システムの中 例:承認・記録・監査証跡 入口を広げても、統制の通り道は変えない 2026年9月23日時点の各社の設計による
画面の3層:入口・表示・記録

経理業務を3つに仕分ける

3層の考え方を、経理の業務に当てはめると、次の3区分になります。

① 会話で済む② その場で生成③ 固定画面に残る
代表的な業務残高照会・取引検索差異分析・レポート承認・記録・監査証跡
出力の寿命その場限りその場限りずっと残す
求められるもの速さ柔軟さ再現性と証跡
画面は要らなくなるその都度作られる消えない

中心になるのは、③です。

区分① 会話で済む業務

聞けば答えが返ってくる業務です。

ここは、すでに移り始めています。

どんな業務か

  • 特定の取引先の売上を調べる
  • 期間を指定して取引を検索する
  • 残高や在庫数を確認する
  • 未処理の伝票がどれだけあるかを数える

どれも、答えを得ることが目的です。

答えが手に入れば、そこで終わります。

なぜ会話が向くのか

こうした業務では、知りたい条件が毎回違います。

画面には、あらかじめ用意された検索項目しかありません。

用意されていない条件で調べたいとき、担当者は別の画面を探すか、データを書き出して加工します。

会話なら、条件をそのまま言葉にできます。

項目が用意されているかを、気にしなくて済むのです。

接続の仕組みはNetSuite×生成AIで全社員がデータ分析|AI Connector Service(MCP対応)の仕組みと始め方、具体的な使い方はNetSuite AI ConnectorでClaude・ChatGPTから経営データを引き出す|MCP実践ユースケースで扱っています。

区分② その場で生成される画面

その場で作られて、その場で消える画面です。

どんな業務か

  • 前月比の差異を分析する
  • 部門別の推移をグラフにする
  • 会議用に数字をまとめる

これまでは、定型のレポートを事前に用意していました。

使う人が増えるほど、レポートの種類も増えていきます。

何が変わるのか

AIが表やグラフをその場で組み立てられるようになると、あらかじめ用意しておく必要が減ります。

必要なときに、必要な形で作る。

使い終わったら、保存しない。

この運用が、現実的になります。

Claudeforceの発表でも、Claudeが生成するインタラクティブなビューでダッシュボードを表示する体験が説明されています。

表示のあり方が変わる方向は、CRMもERPも同じです。

⚠️ 定義が残らないという注意点

その場で作られる画面には、定義が残りません。

「粗利」という言葉ひとつでも、集計の範囲は何通りか考えられます。

その都度作ると、聞き方によって数字が変わることがあります。

この点は、第7章のパターン2で扱います。

区分③ 統制のために残る固定画面

消えない領域です。

承認・記録・監査証跡が、ここに入ります。

なぜ③だけが消えないのか

冒頭の問いへの答えです。

理由は3つあり、どれもAIの性能とは関係がありません。

理由1:承認は「情報」ではなく「行為」だから

残高を知りたいだけなら、会話で足ります。

答えが返ってくればよいからです。

承認は違います。

誰が、いつ、何に対して、どの権限で承認したのか。

行為そのものを、記録として残す必要があります。

会話の中で「承認しました」と言っても、記録にはなりません。

理由2:記録は後から参照されるから

会話の出力は、その場のものです。

同じ質問を1年後にしても、同じ答えが返る保証はありません。

データが変わっているからです。

仕訳や取引の記録は、5年後に同じ形で取り出せなければ困ります。

変わらないことに価値がある情報は、固定された場所に置く必要があります。

理由3:監査は再現性を求めるから

税務調査や監査で問われるのは、「どういう手順で、その数字になったか」です。

再現できなければ、説明できません。

会話は毎回少しずつ違う経路をたどるため、再現性を担保するには向きません。

経理業務で、具体的に残るもの

業務なぜ残るか
仕訳の承認誰がいつ承認したかを、証跡として残す
支払の実行承認金額と権限の対応を、記録として持つ
決算の確定処理確定した数字を、後から動かせない形で固定する
マスタの変更取引先や勘定科目の変更履歴を追えるようにする
権限の設定誰が何をできるかを、はっきり管理する

どれも、速く済ませたい業務ではありません。

間違いなく、後から確認できる形で済ませたい業務です。

「消えない」は「同じ画面のまま」ではない

区分③が消えないといっても、今の承認画面がそのまま残るわけではありません。

入口は、会話に変わるかもしれません。

実際、NetSuiteのコネクタは、読み取りだけでなく書き込みにも対応しています。

会話から処理を起こすこと自体は、すでにできます。

変わらないのは、処理が確定する場所と、記録が残る場所です。

入口がどこでも、確定と記録は基幹システムの中で行われます。

Salesforceも、同じ構造です。

Claudeforceでは、アクションはすべてSalesforceを経由し、実行時にその企業のビジネスルールが適用されます。

さらにSalesforce in Claudeは、変更を書き込む前に、既定で担当者の承認を求めます。

入口を広げても、統制の通り道は変えない。

いま各社が採っているのは、この設計です。

記録の場所が、入口の設計を決める

多くの会社は、「どこまでAIに任せられるか」から考えます。

しかし実際には、どこに記録を残すかが先に決まっていないと、入口は設計できません。

記録の場所が決まっていれば、その手前は自由にできます。

会話でも、画面でも、外部のツールでも構いません。

入口と記録の場所の関係を図にすると、次のとおりです。

入口はどこでも、確定と記録は基幹システムの中 入口は会話でも画面でも外部のツールでも構わない。処理が確定する場所と記録が残る場所は基幹システムの中で変わらない。記録の場所が決まっていれば、その手前は自由にできる。 入口と、確定・記録の場所 入口|どこからでも構わない 会話 画面 外部のツール 基幹システムの中|変わらない 処理が確定する/記録が残る 承認・記録・監査証跡 記録の場所が決まっていれば、 その手前は自由にできる
入口はどこでも、確定と記録は基幹システムの中

AIエージェントに任せる範囲を決める議論も、同じ構造です。

詳しくは、AIエージェントに「任せる範囲」と、経営者が「握る範囲」|Human-in-the-Loopという設計思想で扱っています。

入口が変わるときにつまずく3つのパターン

パターン1:会話で操作できるようになった途端、誰が何をしたか分からなくなる

起きること:チャットから在庫の更新や取引先の登録ができるようになった。

便利になった一方で、「先週この値を変えたのは誰か」が追えなくなった。

原因:入口を変える話と、記録を残す話を、同じものとして扱っているためです。

AIとの接続を検討するとき、議論は「何ができるようになるか」に集まりがちです。

できるようになった操作の記録がどこに残るかは、別の設計の項目として扱われません。

結果として、操作は増えたのに、証跡は増えない状態になります。

避け方:入口を増やす前に、記録がどこに残るかを見てください。

見るのは3つで足ります。

操作のログは残るか。

誰が実行したかを特定できるか。

後から一覧で取り出せるか。

この3つがそろっていれば、入口は増やして問題ありません。

パターン2:AIに聞けば分かるからと、レポートの定義を決めなくなる

起きること:必要な数字はその都度AIに聞く運用になり、定型レポートを作る作業が減った。

数か月後、会議で「この数字の定義は何だったか」という議論が起きるようになった。

原因:その場で作られる画面には、定義が残らないためです。

同じ「粗利」でも、聞き方が変われば集計の範囲が変わることがあります。

定義を決めていた作業を省くと、その省略が数か月後に返ってきます。

避け方:経営会議で使う数字だけは、定義を固定画面の側に持たせます。

全部を固定する必要はありません。

意思決定に使う数字と、社外に出す数字。

この2つに絞れば、対象はそれほど多くならないはずです。

パターン3:「AIで全部できる」と期待し、承認の手間が減らずに失望する

起きること:AI連携を入れ、照会や分析は確かに速くなった。

それでも現場からは「思ったほど楽になっていない」という声が出る。

原因:区分③が減らないことを、前提にしていなかったためです。

減るのは、区分①と②です。

探す時間と、資料を作る時間が減ります。

承認・記録・監査対応の手間は、性質上ほとんど減りません。

期待の置き場所がずれていると、成果が出ていても失望が生まれます。

避け方:減るのは①と②で、③は形を変えて残る。

このことを、導入の前に共有しておきます。

③は、手間が減ったかではなく、証跡がそろっているか、承認の抜けがないかで評価します。

測る対象を変えるのです。

自社の業務を3つに仕分けてみる

仕分けの基準は1つ

「その出力を、後から取り出す必要があるか」

答え区分
いいえ。その場で分かればよい① 会話で済む
いいえ。ただし毎回違う形で見たい② その場で生成
はい。後から同じ形で取り出す必要がある③ 固定画面に残る

やってみる

経理部門の主な業務を10個ほど書き出し、それぞれに①②③を振ってみてください。

多くの会社では、①と②が業務の多くを占めるはずです。

大半の業務は、入口が変わりうるということです。

一方、残った③は数が少なくても、統制の中心になります。

数の少なさと重要度は、比例しません。

①と②に振った業務は、AI連携の対象の候補です。

効果が出やすく、リスクも限られます。

③に振った業務は、対象から外してください。

無理に会話へ移そうとすると、パターン1の状態になります。

区分ごとに次にすることを図にすると、次のとおりです。

振った区分から、次にすることを決める ①会話で済む業務と②その場で生成する業務はAI連携の候補で、①はいちばん効果が出る領域、②はレポートの作り直しが減る。③固定画面に残る業務はAI連携の対象から外し、証跡と承認の抜けで評価する。 区分ごとに、次にすること ① 会話で済む AI連携の候補 いちばん効果が出る領域 ② その場で生成 AI連携の候補 レポートの 作り直しが減る ③ 固定画面に残る AI連携の対象から外す 証跡と承認の抜けで評価 ③は数が少なくても、統制の中心になる
振った区分から、次にすることを決める

ベンチャーネットならこう見る

「画面が消えるか」は、入口の話です。

入口は変わります。

すでに変わり始めています。

ただ、経営が決めるべきなのは入口ではありません。

正本をどこに置くかです。

数字の正しさを最後に支える場所、承認の証跡が残る場所、監査で説明する根拠になる場所。

これが決まっていれば、入口はいくつあっても構いません。

逆に、正本の場所があいまいなまま入口だけを増やすと、便利になるほど管理が難しくなります。

NetSuite認定パートナー(Solution Provider)であるベンチャーネットは、この順番を2つの型で見ています。

型1:見える化→整理整頓→3区分

ベンチャーネットの進め方は、業務の見える化から始まります。

AI連携でも、順番は同じです。

  1. 見える化:経理の業務を、いまの流れのまま書き出す
  2. 整理整頓:やめる・まとめる・そろえる業務を決める
  3. 3区分:残った業務に、①会話で済む・②その場で生成・③固定画面に残るを振る

2段目を飛ばすと、やめるはずだった業務まで会話に移すことになります。

どの製品を使っていても、この順番は変わりません。

型2:新しい機能は、自社の環境で確かめてから入れる

コネクタもスキルも、提供の状況が速く変わります。

ベンチャーネットは、Oracleのベストプラクティスを、自社の環境で確かめてから入れる進め方をとっています。

AIの新しい機能も、同じです。

①や②の業務で試し、記録がどこに残るかを見てから、使う範囲を広げます。

AIが基幹システムを不要にするのではありません。

基幹システムの役割を、はっきりさせるのです。

「消えるシステム」と「残るシステム」の論点は、AI時代に「消えるシステム」と「残るシステム」で扱っています。

組込型のAIと外部のAIの使い分けは、NetSuite純正AIと外部AI(MCP連携)の違いと使い分けをご覧ください。

今日できること

直近1か月で、「あの数字はどこだっけ」と探した回数を思い出してみてください。

その探し物が①に入るなら、AI連携でいちばん効果が出る領域です。

②に入るなら、レポートの作り直しが減ります。

③だったなら、それは探し物ではなく、統制の問題です。

3分で終わります。

よくある質問

Q1. Claudeforceは日本でも使えますか

2026年9月23日時点で日本での提供条件は案内されていません。

2026年9月15日に、Claudeのすべての有料プランでベータ版として使えるようになりました。

料金と日本での提供条件は、この発表では案内されていません。

検討する場合は、Salesforceの公式情報で最新の状況をご覧ください。

Q2. NetSuiteでは、いま何ができるのですか

Claudeから読み取りと書き込みができます。

Claude公式のコネクタページにOracle NetSuite Connectorが掲載され、読み取りと書き込みに対応しています。

スキルは、NetSuite Finance AnalystとNetSuite AI Connector Instructionsの2つです。

NetSuite 2026.1で、Claude・ChatGPTとのSkills連携がサポートされました。

始め方は、NetSuite AI Connector Service(MCP)の記事で扱っています。

Q3. 承認までAIに任せられますか

任せる範囲は自社で線を引く必要があります。

技術的には、会話から処理を起こすことはできます。

Claudeforceでは、アクションはすべてSalesforceを経由し、実行時にその企業のビジネスルールが適用されます。

NetSuiteの側も、処理は基幹システムを通ります。

どこまで自動で進め、どこから人が見るかを決めるのは、システムではなく会社です。

Q4. 画面がなくなると、操作を覚えなくてよくなりますか

覚えることが減るのではなく変わります。

区分①と②は、その方向に進みます。

検索項目の場所を覚える必要は減るでしょう。

一方、区分③は残ります。

承認の手順、権限の設定、決算処理の流れは、引き続き理解が要ります。

Q5. まだ様子を見るべきですか

仕分けだけは今日からできます。

3区分に業務を振り分ける作業は、製品の提供状況と関係がありません。

仕分けが済んでいれば、提供が始まったときにすぐ動けます。

仕分けをしないまま待つと、製品が出てから改めて検討することになります。

まとめ

  • 「ERPの画面は消えるのか」への答えは、業務によって違う
  • 残高照会や取引検索は会話に移り、差異分析やレポートはその場で作られるようになる
  • 承認・記録・監査証跡は残る。「後から同じ形で取り出せる」ことを求められる業務だから
  • 入口が変わっても、統制の通り道は変わらない。Claudeforceでも、NetSuiteでも、処理は基幹システムを経由する
  • 決めるべきは「画面を残すか」ではなく「正本をどこに置くか」

承認と記録が残るのは、AIの性能が足りないからではありません。

後から同じ形で取り出せることが、その業務の役目だからです。

まず経理の業務を10個書き出し、①②③を振るところから始めてください。

出典

  • Salesforce公式プレスリリース「SalesforceとAnthropic、Claudeforceを発表」(2026年8月26日)
  • Claude公式コネクタページ「Oracle NetSuite Connector」(2026年9月8日確認)
  • Claude公式ブログ「Salesforce in Claude」(2026年9月15日公開・2026年9月23日確認)
  • Oracle NetSuite Help Center「Using Skills with Claude, ChatGPT, and Other MCP Clients Connected to NetSuite AI Connector Service」(NetSuite 2026.1)

※製品情報は変化が速いため、最新の内容は各社の公式情報をご覧ください。

もう少し詳しく知りたい方へ

いま、どの業務が①②③のどこにあるのか。

製品の話の前に、そこを一緒に仕分けるところからご相談をお受けしています。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣のアバター 持田 卓臣 株式会社ベンチャーネット代表取締役

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次