商談の前日、営業担当が見積・受注・請求・問い合わせの画面を、順に開いていく。
先月のクレームの経緯は、サポート担当のメールを探さないと分からない。
NetSuite Customer 360 Summaries（顧客360度サマリー）とは、顧客の情報を生成AIが要約するNetSuiteの機能です。
取引・活動・サポート対応を横断して、顧客の状況を一つの文章にまとめます。
公式ヘルプでは、すべての地域とシステムが対応する言語で使えると案内されています。
では、AI要約を入れれば、この情報集めの時間は消えるのか。
消えるのは、NetSuiteに入っている情報の分だけです。
この記事で分かること
- Customer 360 Summaries と、従来の「Customer 360」ビューの違い
- 営業・サポートの何が変わり、何は変わらないか
- 向いている会社・向いていない会社と、ほかの選択肢
- 費用の考え方（AI Units）と、日本での提供状況
- 導入でよくある失敗3つと、今日できること
言葉の整理：生成AIは、文章などを自動で作るAIのことです。
CRM（顧客関係管理）は、顧客との取引や接点の記録を一元管理する仕組みです。
Customer 360 Summaries とは
一言でいうと「顧客の全体像を、AIが文章でまとめる」
NetSuiteには、取引・活動・サポート対応など、顧客のデータがたまっていきます。
Customer 360 Summariesは、それらを横断して読み、状況を分かりやすい文章にまとめます。
2026年最初のアップデート（NetSuite 2026.1）で加わった機能です（出典：Oracle NetSuite公式サイト、2026年9月確認）。
Oracleのヘルプでは「Customer 360 Narrative Insights」という名前で説明されています。
NetSuiteは、世界220地域・44,000社以上で使われているクラウドERPです（出典：Oracle NetSuite公式サイト、2026年9月時点）。
190通貨・27言語に対応し、AIはその基盤の上に乗っています。
従来の「Customer 360」との違い
名前が似た2つの機能があるため、混同に注意が要ります。
NetSuiteには以前から「Customer 360」という顧客のビュー（まとめ画面）があります。
Oracle NetSuiteの公式サイトでは、Customer 360を、顧客の主要な情報と洞察を1か所に集めるダッシュボードと説明しています。
売上の実績、最近の活動、顧客生涯価値、顧客別の収益性などを表示できます（出典：Oracle NetSuite公式サイト、2026年9月確認）。
AI要約は、このビューの上に加わるものです。
両者は、競合する別の製品ではありません。
| 観点 | Customer 360（ビュー・従来） | Customer 360 Summaries（AI要約） |
|---|---|---|
| 登場の時期 | 以前から提供 | 2026.1 |
| 利用の開始 | すべてのアカウントで利用可・有効化は不要 | AIの設定で有効にする。初期設定では有効 |
| 見せ方 | 売上・活動・収益性などを集めて表示 | 取引・活動・サポート対応を文章で要約 |
| AIの有無 | なし（人がデータを読む） | 生成AIが作成 |
| 主な使いどころ | 数字や履歴を見る | 商談前・対応前に状況をつかむ |
（出典：Oracle NetSuite公式サイト・Oracle NetSuiteのヘルプ、2026年9月確認）
数字を見るならビュー、状況をつかむならAI要約、と使い分けます。
顧客をつかむ手段の比べ方
AI要約だけが、顧客をつかむ手段ではありません。
| 手段 | 向いている場面 | 注意点 | AIとの親和性 |
|---|---|---|---|
| A. Customer 360ビュー | 数字と履歴を正確に見る | 読み解きは人の仕事 | 中。AI要約の土台のデータになる |
| B. Customer 360 Summaries | 商談前・対応前に状況をつかむ | 提供状況と費用を確認する | 高。ただし元データの質で決まる |
| C. 保存検索・レポート | 決まった切り口で一覧を見る | 作る人の手間がかかる | 中。AIが答えに使う材料にもなる |
| D. 担当者への聞き取り | 記録にない事情を知る | 担当者が替わると失われる | 低。記録に残らない |
保存検索は、条件を決めてデータを一覧にする、NetSuiteの標準の機能です。
AI要約は、Aの土台とCの記録がそろって初めて役に立ちます。
何が変わり、何は変わらないか
できること
- 顧客の全体像をすばやく要約：取引・活動・サポート対応をまとめてつかめる
- 画面の行き来を減らす：複数のレコードやタブを開かなくても、状況が分かる
- 営業とサポートで同じ顧客像を持つ：部門をまたいで理解をそろえやすい
NetSuiteでは、サポートのケース（問い合わせ案件）を要約するCase Summaryも用意されています。
やり取りの経緯を、担当者がすぐにつかめます。
経営の数字につながるところ
- 営業の生産性：情報集めの時間が減り、提案の準備に時間を回せる
- サポートの品質：対応前に経緯をつかめるため、初動が速くなる
- 新任の立ち上がり：担当が替わっても、顧客の経緯を短時間でつかめる
「現場が少し楽になる」で終わらせないために、動かす数字を先に決めます。
たとえば、商談の準備時間や、問い合わせへの初回回答までの時間です。
変わらないこと
AI要約は、NetSuiteにあるデータを読むだけです。
入っていない情報は、要約にも出てきません。
- 担当者の頭の中にだけある事情
- メールや表計算に散らばった記録
- 重複した顧客レコードの、どちらが正しいか
要約に出る情報と出ない情報を並べると、次のとおりです。
冒頭の営業担当が探していたクレームの経緯は、2つ目にあたります。
AIを入れても、この部分は埋まりません。
先にCRMの運用を整えることが、効果の前提になります。
顧客データの一元管理は、NetSuiteのCRM解説とNetSuite SFAの解説で扱っています。
費用と、日本での提供状況
費用はAI Unitsで考える
NetSuiteの生成AI機能は、使うたびにAI Unitsという単位を消費する仕組みです。
AI Unitsは、対象のライセンスに一定量が含まれます。
- 一般ユーザーのライセンス1つあたり、月1,000 AI Unitsが含まれる
- 使い切った場合は、追加で購入するか、AI機能の利用を止める
- 使用量は、請求情報のページで見られる
（出典：Oracle NetSuiteのヘルプ「AI Units FAQ」、2026年9月確認）
ヘルプには、機能ごとの消費の目安も載っています。
たとえばCase Summaryは、1回の要約で5〜75 AI Unitsが目安です（出典：同ヘルプ、2026年9月確認）。
Customer 360 Summariesの消費の目安は、今回確かめたヘルプには載っていませんでした。
使う人数と回数から、ライセンスに含まれる量で足りるかを、アカウント担当に聞いてください。
日本での提供状況
Oracleのヘルプでは、AIの要約の機能群（Narrative Insights）は、NetSuiteのすべての地域で使えると案内されています。
言語も、システムが対応する言語で使えるとされています。
対象には、Customer 360のページも含まれます（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
管理者は、AIの設定（Narrative Insights）の画面で、有効になっているかを見られます。
初期設定では有効です（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
日本語の要約の読みやすさは、自社のデータで試してください。
ただし、NetSuiteのAI機能のすべてが、日本で使えるわけではありません。
たとえばAsk Oracle（自然言語で質問できるAIアシスタント）は、米国・カナダの顧客向けの提供です。
ほかの国は順次とされています（出典：Oracle NetSuite公式サイト、2026年9月確認）。
一方、2026.2のリリースノートでは、Text Enhance・Prompt Studio・N/llmモジュールの提供地域が広がりました。
NetSuiteがサポートするすべての地域で使えるとされています（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
いま日本でできることの3段階
(a) いまできること
従来のCustomer 360ビューで、顧客の数字と履歴を1か所で見られます。
CRMの入力ルールと、重複した顧客の整理も、いまから進められます。
文章の下書きや言い換えには、Text Enhanceが使えます。
(b) 開発で補えること
N/llmモジュールは、SuiteScript（NetSuiteの開発言語）から生成AIを呼び出す仕組みです。
これを使えば、自社の項目に合わせた顧客の要約を作り込むこともできます。
N/llmの出力も、正確さを利用者が確かめる前提です（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
また、N/llmもAI Unitsを消費します。
(c) 順次提供されること
Ask OracleのようにNetSuiteの地域を限って始まるAI機能は、提供の広がりを待つことになります。
自社のアカウントでどの機能が使えるかは、アカウント担当に確認してください。
自然言語でデータを問い合わせる仕組みは、NetSuite Ask Oracleの解説で扱っています。
判断の物差し｜向いている会社・向いていない会社
向いている会社
- 顧客の取引・活動・問い合わせを、すでにNetSuiteで記録している
- 営業とサポートが別の担当で、顧客の経緯の共有に時間がかかっている
- 担当の交代や採用が多く、引継ぎの負担が大きい
- 1社あたりの取引が多く、履歴を読むだけで時間がかかる
向いていない会社・いまは入れなくてよい会社
- 顧客の記録が、メールや表計算に散らばったまま
- 顧客の数が少なく、担当者が全体を覚えていられる
- 取引の中身が単純で、ビューを見れば足りる
こうした会社では、AI要約より先に、CRMの運用を整える方が効果は大きくなります。
「いまは入れない」も正しい選択です。
顧客の要約だけを目的に、ERPを選び直す必要もありません。
営業とCRMを中心に小さく始めたいならOdoo、自社独自の顧客の見方が業務の中心ならAIスクラッチ開発が合うこともあります。
比べ方は、OdooとNetSuiteの比較とAIでスクラッチ開発とERPの比較で扱っています。
これから選ぶ会社と、いま使っている会社
これからERPを選ぶ会社
AI要約の有無で、ERPを選ぶのはおすすめしません。
提供の時期や地域は変わるからです。
見ておきたいのは、次の3点です。
- 顧客・取引・問い合わせを、1つのデータにまとめられるか
- 役割ごとに、見てよい情報を分けられるか
- AI機能の費用の仕組み（NetSuiteならAI Units）を説明してもらえるか
この3点を満たせば、AI要約を使い始めたとき、すぐ効果が出ます。
CRMとしての使い方を比べるなら、次はNetSuiteのCRM解説が参考になります。
いまNetSuiteを使っている会社
まず顧客データの状態を点検します。
- 顧客レコードに、重複や空欄がどれくらいあるか
- 営業の活動とサポートのケースが、同じ顧客に結びついているか
- ロール（役割）ごとの権限が、いまの組織に合っているか
選ぶ会社と使っている会社の確かめる点を並べると、次のとおりです。
保守の期限や、パートナーとの契約の更新が近いなら、見直しの好機です。
CRMの運用の立て直しと、AI機能の準備を、一緒に進められます。
権限の考え方は、NetSuiteの権限・ロール設計で扱っています。
よくある失敗3つ
失敗1：AI要約をうのみにする
起きること：要約だけを読んで判断し、元データにあった重要な経緯を見落とす。
原因：生成AIの要約を、確定した事実として扱っていた。
要約に出てこない情報を「ない」と思い込んでいた。
避け方：重要な判断の前には、元データに当たる運用を決めます。
値引きや契約の判断など、人が必ず見る場面を先に決めておきます。
失敗2：データと権限を整えないまま任せる
起きること：要約の中身がちぐはぐになる。見せるべきでない情報まで要約に出る心配が生まれる。
原因：入力ルールがばらばらで、重複した顧客も放置されていた。
誰がどの情報を見られるかの整理が、後回しになっていた。
避け方：顧客データの整理と、ロールごとの権限を先に設計します。
Oracleは、NetSuiteのAIは既存のロールと権限の範囲で動くと説明しています（出典：Oracle NetSuite公式サイト、2026年9月確認）。
だからこそ、権限の設計そのものが、AIの安全の前提になります。
失敗3：「便利だね」で終わり、定着しない
起きること：一度試して終わり、手作業の情報集めに戻る。
AI Unitsの消費だけが続くこともある。
原因：誰が、いつ、どの場面で使うかを決めていなかった。
避け方：「商談の前日」「問い合わせの初回対応の前」など、使う場面を業務の手順に組み込みます。
使う人と回数を決めると、AI Unitsの見積りもしやすくなります。
ベンチャーネットならこう見る｜AI要約は「攻め」の道具
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱います。
SAPからのリプレイスにも対応しています。
特定の製品を前提にせず、AI要約の相談には2つの型で答えます。
型1：守り→攻め→次へ
- 守り｜業務が回る：顧客・取引・問い合わせが、NetSuiteの1つのデータにまとまっている
- 攻め｜データで打つ：AI要約で情報集めの時間を減らし、空いた時間を商談や関係づくりに回す
- 次へ｜経営が変わる：顧客別の収益性やKPIを、経営の判断に使う
AI要約は、攻めの段の道具です。
守りが固まっていない会社で先に入れると、要約の中身が薄く、失敗2に落ちます。
型2：AI要約の前に、3つの問いで道具を決める
1つ目は、必要な情報がNetSuiteにあるか。なければ、入力の仕組みで集めるのが先です。
2つ目は、あるなら、ビューや保存検索で足りるか。足りるなら、AIは要りません。
足りない場合に初めて、AI要約か、N/llmでの作り込みかを選びます。
作り込みは、ベンチャーネットのアドオン開発サービス「NetSuiteリブート」で、要件に合わせて実装できます。
多くの会社は、1つ目の問いで手が止まっています。
AIを入れる前に、情報の置き場所を決めることが先です。
始めるときは、1つの場面と1つの数字に絞ります。
たとえば「商談の前日の準備」と「準備にかかる時間」。
この大きさなら、データを経営に生かす1周目は最短90日で回せます。
現場の声を聞きながら、使う場面を少しずつ広げます。
今日できること｜顧客1社の情報の置き場所を書き出す
来週商談のある顧客を1社選び、次の表を埋めてみてください。
| 知りたいこと | いまの置き場所 | 探すのにかかった時間 |
|---|---|---|
| （例）直近の受注と請求 | NetSuite | 5分 |
| （例）先月の問い合わせの経緯 | サポート担当のメール | 15分 |
置き場所が「NetSuite以外」の行が、AI要約でも拾えない情報です。
その行を減らすことが、AI要約に向けた最初の準備になります。
よくある質問
Q1. Customer 360 と Customer 360 Summaries は何が違いますか
Customer 360は従来の顧客ビューで、Summariesはその上に乗るAI要約です。
ビューは、顧客の数字や履歴を1か所で見る画面です。
Summariesは、その情報を生成AIが文章にまとめます（第1章）。
Q2. 日本語で使えますか
公式ヘルプではシステムが対応する言語で使えると案内されています。
AIの要約の機能群は、すべての地域で使えるとされています（出典：Oracle NetSuiteのヘルプ、2026年9月確認）。
日本語の要約の読みやすさは、自社のデータで試してください（第3章）。
Q3. 追加の費用はかかりますか
NetSuiteの生成AI機能はAI Unitsを消費する仕組みです。
対象のライセンスに一定量が含まれ、使い切ると追加購入か利用停止になります。
使う人数と回数から、足りるかを見積もります（第3章3-1）。
Q4. どんな職種・業務に効きますか
主に営業とカスタマーサポートです。
商談の前に顧客の状況をつかみ、対応の前に経緯を把握できます。
担当の交代が多い会社では、引継ぎの負担も軽くなります。
Q5. AIの要約は、そのまま信頼してよいですか
判断の補助として使い重要な判断の前には元データに当たります。
要約に出てこない情報が、ないとは限りません。
人が見る場面を、あらかじめ決めておきます（第6章）。
Q6. 使い始める前に、何をしておけばよいですか
顧客データの整理とロールごとの権限の設計です。
重複した顧客の統合、活動とケースの結びつけ、入力ルールの統一を進めます。
そのうえで、使う場面を1つに絞って始めます（第7章）。
まとめ
- Customer 360 Summariesは、顧客の情報を生成AIが要約する機能
- 従来のCustomer 360ビューの上に乗るもので、置き換えるものではない
- 費用はAI Unitsで考える。ライセンスに一定量が含まれ、使うと消費する
- 公式ヘルプではすべての地域で使えると案内されている。設定が有効かを見ておく
- AI要約は「攻め」の道具。先に顧客データと権限の守りを固める
商談の前日に開く画面の数を減らせるかは、情報がNetSuiteに集まっているかで決まります。
まずは顧客1社分の、情報の置き場所を書き出してみてください。
もう少し詳しく知りたい方へ
顧客データの整理から、AI機能の使いどころの設計、N/llmでの作り込みまで、ご相談をお受けしています。
