市場調査に戻る
Salesforceは、顧客関係管理ソフトウェアと、製造業、コマース、消費財、フィールドサービス向けアプリケーションを提供している。業務製品は、顧客別予測の管理、顧客注文のルーティング、技術者のスケジュール作成、販促管理、事務処理の自動化を担う。Regrelloを基にしたAgentforce Operationsは、従業員、サプライヤー、企業システム、AIエージェントをまたぐ、設定可能なワークフローを追加する。 1 3 7 12 13 39
サプライチェーン総合評価：5.2/10
| 評価軸 | 点数 |
|---|---|
| サプライチェーンの掘り下げ | 4.2/10 |
| 意思決定と最適化の実質 | 5.4/10 |
| 製品とアーキテクチャの整合性 | 5.4/10 |
| 技術的透明性 | 6.4/10 |
| ベンダーの真剣さ | 4.8/10 |
Salesforceは、相当な実行ソフトウェアと、不完全なサプライチェーン意思決定モデルを組み合わせている。注文やスケジュールは自動実行でき、一部のアプリケーションは履行費用や販促利益率を明示的に扱う。それでも、判断を支配するロジックは、顧客別予測、ルーティング規則、スケジューリング方針、販促モデル、ワークフロー設計図に分散したままだ。公開文書に記された製品は、需要と供給が不確実な状況で、購買、在庫配置、価格、サービス能力を共通の計算で決める仕組みを示していない。 1 5 6 10 13
エージェント戦略により、この区別の重要性はさらに増す。サプライヤー登録の自動化や注文状況の検索は、実際の作業を削減できる。しかし、どれだけ在庫を買うべきか、限られた在庫をどの需要に使うべきかは決めない。Salesforceの技術文書は、こうした境界を明確にすることが多い。一方、自律的な業務や手間のかからない統合という約束は、なお必要なエンジニアリング、設定、経済モデルの構築を覆い隠しがちだ。 14 15 16
SalesforceとLokadの比較
近くの店舗からも倉庫からも出荷できるオンライン注文を考える。Salesforceが文書化しているルーティング機能は、在庫を予約し、分割出荷を減らし、拠点に順位を付けられる。2026年9月のコマース製品リリースでは、履行費用によるルーティングも宣伝されている。こうした計算は、受け付けた注文の実行を組織するものだ。 3 4 5
より難しい経済的な問いには、次の顧客も含まれる。店舗の最後の一個を出荷すれば今日の運賃を節約できても、次の補充が届く前に利益率の高い販売を失うかもしれない。この選択を評価するには、将来の需要や入荷日の複数の可能性を予測し、欠品、輸送、資本、代替の価値も把握する必要がある。ルーティング方針が選択肢を共通の金銭尺度で比較するには、これらの量が必要だ。
Lokadの在庫最適化は、そのような経済的トレードオフと確率的予測を中心に、反復的な意思決定を構築する。サプライチェーンサイエンティストが顧客とともに判断ロジックを実装・維持し、その作業も総保有費用に含まれる。Salesforceは、より広範なトランザクション処理アプリケーションと設定可能な自動化を提供する一方、追加のサプライチェーンモデルは、該当製品内で構築するか接続しなければならない。違いは、経済的な推論がどこで行われ、判断が期待に届かなかったとき誰が改善するかにある。Introduction to Supply ChainとHolimizationは、Lokadの設計思想を説明している。
業務製品は何を計算するか
製造業向け予測は営業上の仮定を整理する
Advanced Account Forecastingは、予測コンテキスト、次元、指標、期間を定義する。指標はユーザー入力、数式、バッチ計算から得られる。Data Processing Engineがレコードを抽出・変換し、その値を予測オブジェクトに書き戻す。テンプレートは予測の生成、再計算、期間の繰り越しを支援する。これは設定可能な計算と共同作業の枠組みであり、データ構造そのものが将来需要や部品の入手可能性の確率モデルを提供するわけではない。 1
Salesforceは、新規導入にAdvanced Account Forecastingを推奨し、既存のAccount Forecasting利用者には移行を勧めている。有効にできるのは片方のバージョンだけだ。入力には、商談、注文、販売契約、過去の注文、顧客定義の指標を含められる。営業上の確約と統計的予測は異なる不確実性を持ち、数式で組み合わせてもその違いは解消しない。この予測手順には、需要とリードタイムを共同で扱う意思決定モデルは示されていない。 2
受注ルーティングは実際に動くが、経済的な範囲は限られる
Distributed Order Managementは、注文サマリーを自動フローに通し、在庫予約と履行注文を作成し、自動処理が完了できない場合はプロセス例外を発生させる。標準的なルーティング例では、まず注文を満たせる最小の拠点集合を探し、その後、配送先までの平均距離で集合に順位を付ける。これは実行可能なルーティング判断であり、手動で復旧する経路も明記されている。 3 4
2026年9月の新機能ページは、費用ベースのルーティングを一般提供済みとしている。納期の約束を満たしつつサービス費用を最小化する、適格な履行拠点を選ぶ。この金銭目的はネットワーク全体の在庫最適化より狭い。同ページは、在庫消費の将来の機会費用、不確実な補充、購買や販促との相互作用を定式化していない。また、履行規則の手動保守は終わったと宣言しながら、販売事業者が自然言語のプロンプトでルーティングを変えると説明している。変更を速く書けても、その正しさや経済効果に対する責任は残る。 5
Field Serviceには本物のスケジューリングエンジンがある
Salesforceの2025年のスケジューリング論文は、独自の局所探索メタヒューリスティクスを説明している。既存の予約から出発し、多様化と改善を交互に行い、現在のスケジュールを崩して別の可能性を探索する。HEREが地図と交通情報を供給する。同論文は、2,500人超の技術者と約500人の配車・手配担当者を抱えるPepsi Equipment Servicesが、Enhanced Scheduling and Optimizationにより同じ時間で10%多い予約を処理したとも報告している。スケジューリングに関する具体的な業務上の証拠だが、純収益の計算は公開されていない。 7
目的関数は吟味する必要がある。顧客は移動、残業、緊急性、リソースの優先度といったサービス目標に重みを付ける。Enhanced Scheduling and Optimizationはペナルティ点を最小化し、旧エンジンは報酬を最大化する。Salesforceの例は、移動時間を上限・下限のある尺度へ変換してから重みを適用する。この点数は管理者の選好を符号化するが、修理の遅れ、訪問の失敗、希少な予備部品の影響を自動的に金銭評価するものではない。重みを変えると大きく異なる予定が選ばれ得るが、どれが最大の期待経済収益を持つかは示されない。 6
導入ガイドでは、不確実性は主に入力管理の問題として扱われる。顧客は作業時間を見積もって定期的に見直し、部品の入手可能性に応じて予約可能な最早日を設定する。計算を減らすために、計画期間、適格なリソース、時間帯の選択肢を絞ることも推奨する。こうした制限は、価値ある選択肢を排除し得る。修理時間、新規の仕事、部品到着が同時に変動する状況で、実行時間の改善が柔軟な能力の価値を保つかという検証が欠けている。 8
販促モデルはダッシュボードを超える
Consumer Goodsは、販促予算、利益率比較、売上増分とカニバリゼーションをモデル化するテンプレートを提供する。技術的な処理は、販売データをクラスタリングし、基準販売量を予測し、販促による増分を推定し、予測データをAmazon S3経由で書き戻す。研修ガイドは増分予測を13期間、200商品までに制限し、選択した販促の予測を顧客担当者が要求する手順を示している。 12 10 11
これらは実質的な商業課題を扱う仕組みだ。それでも公開ワークフローは、能力と納品が不確実な状況で販促、補充、配分を共同で選ぶ仕組みを示していない。販促は予測された増分に対して利益が出るように見えても、他の顧客に必要な在庫を使い切ることがある。利益率の可視化やカニバリゼーション推定は、そのトレードオフを記述する助けになる。意思決定エンジンは、行動を選ぶ際に実際にそれを保持しなければならない。
Agentforce Operations：プロセス自動化と経済的な境界
Agentforce Operationsは、Salesforce組織の外にある、別ライセンスのワークスペースで動く。Blueprintは、段階、タスク、条件、期限、人やエージェントへの割り当てを指定する。エージェントは情報抽出、文書比較、データ検証を行い、ユーザーは作業を承認したり不足情報を補ったりできる。公開済みBlueprintはバージョン管理できる。これは具体的なプロセス実行アーキテクチャであり、中心にあるのは顧客が記述したロジックだ。 13
2026年9月、Salesforceは、Marshallがコードやコンサルタントなしにプロセスを構築し、Systems Integration Agentがブラウザアプリケーションを約90分で学習した後、画面変更を約20分で修復すると説明した。同じ発表は、Flexの作業指示承認の95%超と、第三者リスク評価業務の約70%が自動化されたと報告する。また、サイクルタイム、自動化作業、回収された価値漏出、削減時間について、顧客の基準値と比較する複数週間の価値実証を提案している。 14
この評価は、一般的な生産性の約束より有用だ。ただし、規則を保守し、実行失敗に対処し、誤承認を調査し、連携を更新する人の作業も含めなければならない。承認の自動化が測るのは、既に定義されたタスクの処理であり、承認された作業指示が、材料や能力の他の使途より経済的に優れていることではない。
Salesforceが2026年9月に出したエンタープライズアーキテクトの求人は、顧客への実務的な提供を説明している。ERP、PLM、CRMとの本番連携の設計、エージェント型データパイプラインの構築、変化する要件への対応だ。これは、コンサルタントや従来型の統合は不要だという包括的な主張で省かれている、実質的な作業である。ブラウザ上の一つの処理を短時間で実演しても、本番依存関係の生涯費用は明らかにならない。 15
MCPを用いたインターフェース戦略は、さらにアクセス層を加える。Headless 360は、データ操作、ワークフロー、既存サービスをエージェントに公開し、8月の発表では一般提供のサーバーとベータの構成要素を区別している。バッチ計算を含む再利用可能な関数にアクセスしやすくなる可能性はある。しかし、その関数に欠けている数値的な経済判断は提供しない。人間のレビュー待ち行列を会話型の呼び出しで再現することは、呼び出しが自動化されていても、サプライチェーンの運用モデルとして不適切なままだ。 36
生産性、保守、責任
より限定的な労働削減には、信頼できる証拠がある。Salesforceは、AAAの平均応答時間が五分短縮したことを生成AIによる作業前ブリーフィングに帰し、その数字を年間六百万件のロードサービスに当てはめている。Axis Waterは、再訪問が20%減り、技術者が毎日35分早く顧客先へ出発すると報告する。サービス実行を測る指標として有用だ。金銭的な利益は、人員配置、追加で完了できた仕事、システム導入・保守費用に左右される。 18
SharkNinjaの事例は、Data 360、外部データ、Salesforceの支援を含む広範なコマース導入とともに、注文ルーティングと履行の自動化を説明している。実際の連携と業務利用を示すものだ。ただし、商業的な成果から、店舗サイト、商品訴求、マーケティング、サービスの変更と在庫判断アルゴリズムの貢献を分離することはできない。 19
Salesforceの2026年2月の経済効果要約は、構成方法を明示している。五人への聞き取りから仮想的な複合小売企業を設定し、年間オンライン商品取引額2億ドル、モデル上のROI119%、投資回収期間七か月を示す。便益には、購入転換と注文サービス効率が含まれる。これはCommerceとOrder Managementを組み合わせた経済モデルであり、名前のある導入先で観測したサプライチェーン収益ではない。このROIを補充プロジェクトに当てはめれば、異なる投資と便益の仕組みをすり替えることになる。 20
設定には独自のエンジニアリング周期がある。Field Serviceの調整ガイドは、本番に近いデータをサンドボックスにコピーし、基準指標を定め、方針を複製し、重みを変え、シミュレーションを再実行し、最初は選定した地域に導入するよう求める。これは管理された比較とフィードバックを支える。しかし、業務上の失敗が欠落費用、修理結果の不確実性、利用できない行動を明らかにした場合、既存のスケジューリング問題内で重み付きKPIを改善するだけでは足りない。必要なのは、さらなる重み調整ではなく、モデルの再定式化と新たな経済的検証だ。 9
エージェント利用は、別の費用変数をもたらす。確認した米国の定価は100,000 Flex Credits当たり500ドルで、標準的なAgentforceアクションは20クレジット、同単価なら0.10ドルを消費する。価格ページは会話単位、ユーザー単位の選択肢も提供している。これらは代替プランであり、無差別に加算する料金ではない。実用的な指標は、再試行、データサービス、導入、残存作業を含む、正しく完了したプロセスの総費用だ。エージェントのアクション数が増えても、有用な意思決定は増えず請求だけが増える場合がある。 38
技術の歩み：繰り返される革命と不均一な継続性
検討すべき歴史は、現在のエージェントという呼称より広い。Salesforceは、新たなインターフェースや基盤を企業業務の変革として繰り返し打ち出してきた。実際の提供内容は、製品ごとに評価すべきだ。
| 時期 | 約束とその後の証拠 |
|---|---|
| 2016年：Einstein | Salesforceは全ユーザーへの知能提供を発表し、Einsteinを各顧客のデータサイエンティストと表現した。挙げられた仕組みは、見込み客の評価、ケース分類、推薦、活動記録などだ。一部は提供済み、他は予定段階だった。これらの限定的な用途は、企業全般の知能を裏付けなかった。 29 |
| 2018～2020年：Einstein Voice | 発表は、音声によるCRM更新、タスク作成、知的なレコード照合を、新たな生産性の時代として提案した。Summer 2020のリリースノートは、Voice Assistantベータ版の廃止を2020年7月10日に予定していた。当初のインターフェース革命は、その形では長く続く製品にならなかった。 30 31 |
| 2019～2021年：Blockchain | Hyperledger Sawtoothを使うローコード基盤が選定された設計パートナー向けに発表され、2020年の一般提供が予定された。2021年5月に改訂された管理者向け解説は、代わりにExternal Objects、MuleSoft、API、パートナー製アプリケーションによるブロックチェーン接続を説明する。これらの資料は、約束された基盤のその後の本番規模や、測定された経済効果を示していない。 32 33 |
| 2025年：Agentforceの移行 | 当初のデフォルトエージェントには新機能が追加されなくなり、2025年6月17日から新しい環境では利用できなくなった。SalesforceはEmployee Agentへの移行を案内し、ライセンス変更の順番を誤ると利用が中断する恐れがあると警告している。エージェントの採用も移行作業を生む。 34 |
| 2025～2026年：バックオフィス製品の買収と提供 | Regrelloは2025年10月にSalesforceに加わり、パートナーガイドは、そのAgentforce Operations製品の一般提供日を2026年2月6日としている。生まれたワークフロー製品には明確な運用モデルがある。2025年11月に買収したInformaticaはデータ管理を拡充するが、所有者が共通でも、アプリケーションの判断ロジックが自動的に統一されるわけではない。 17 37 |
| 2026年：MCPの推進と限定的な撤退 | Headless 360は製品横断でMCPアクセスを広げる。一方、Code Analyzerの文書はMCP対応が2026年6月に終了したと記し、LLMが特に必要な場合を除いてCLIやエディターのツールを推奨している。追加の金銭・資源費用が理由だ。この終了はCode Analyzerの連携に限られ、SalesforceのMCP全体ではない。その理由は、広範な宣伝の語りを正す有用な視点になる。 36 35 |
Salesforceは、これらの世代を通じて動くソフトウェアを作っている。信頼性の問題は、限定機能から、企業業務全体が変わるという大きな主張へ繰り返し飛躍することにある。廃止された音声ベータ版、成果が説明されないブロックチェーン構想、強制されるエージェント移行を踏まえれば、継続性と保守も現在の提案の一部だ。新しい用語で過去の約束が果たされたことにはならない。
ソフトウェア構成要素とアーキテクチャの費用
次の一覧は、基盤の役割と製品世代を分けている。相当な技術的実質とともに、かなりの運用規模を示している。
| 構成要素またはサブシステム | 文書化された役割と範囲 |
|---|---|
| Salesforce予測オブジェクトとData Processing Engine | Manufacturing内の設定可能な予測データとETL計算。Field Service最適化器とは異なる機能である。 1 |
| Field ServiceメタヒューリスティクスとHEREデータ | 2025年の技術論文に記されたスケジュール探索と位置情報入力。 7 |
| CRM AnalyticsとAmazon S3 | 公開された販促処理における基準・増分モデルの準備と予測の書き戻し。 10 |
| Kubernetes、Terraform、Spinnaker、コンテナーイメージ | 2022年12月のHyperforce技術記事は、イミュータブルなデプロイ、基盤設定、展開の仕組みを説明する。 25 |
| Kubernetes上のTrino | 2024年7月のData Cloud技術記事は、EC2からKubernetesへのクエリ負荷の移行と、Hyperforceの変更されたクラウド環境への統合を記録する。 26 |
| Apache HBase/PhoenixとDynamoDB互換API | 2025年10月のデータベースチームの記事は、Salesforce基盤におけるSQL/NoSQLの不整合やクラウド固有コードを減らす共通NoSQLサービスを説明する。 28 |
| Agentforce Operationsのバックエンドとデータ連携 | 2026年6月の開発職求人は、密結合ドメインの分解、複雑なGraphQLインターフェース、Data Cloudとの日次同期、MuleSoft、Flow、Informaticaを用いる連携を説明する。 16 |
Operationsの採用資料は特に有益だ。統合境界はまだ構築中で、日次同期が明示的な作業負荷になっている。その境界をまたぐワークフローは、古い状態や更新失敗を考慮しなければならない。ブランドが共通でも、すべての観測が最新になり、すべての操作がアトミックになるわけではない。求人で望まれるGo/PostgreSQLの知識は、採用方針を示すものであり、各顧客の構成を検証した一覧ではない。 16
Salesforce自身も、基盤の問題を定量化している。2026年4月のHyperforce記事は、Kubernetesベースのサービスが8,000超あり、マネージドKubernetes支出の約47%が遊休能力に結び付いていたと報告する。設定のずれが修正を難しくしていた。初期のLLMアプローチが断片化した設定や同時制約に苦戦した後、チームは変更をプルリクエストとして用意するエージェントを構築し、別の決定論的最適化を組み合わせた。CPU要求の変更は、既存の検証と段階的デプロイを通す。 27
これは、高くつく蓄積された複雑性と、具体的な修正の両方を示す。特定顧客の契約や、変更後の現在の基盤に47%の浪費があることを示すものではない。より一般的な教訓は、サプライチェーンエージェントにそのまま当てはまる。言語モデルはソフトウェアを見つけて変更する助けになり得る一方、相互作用する資源の間で整合的な判断を選ぶのは別の計算でなければならない。Salesforce自身の基盤技術者は、会話インターフェースの追加より厳しい基準を示している。
セキュリティ：強制される境界と矛盾する保証
Apexには、認証を超えた検証可能な制御がある。APIバージョン67以降のデータベース操作は、既定で現在のユーザーのオブジェクト・項目権限に従う。バージョン66以前は、既定がシステムモードだった。このバージョン差は、既存のカスタムコードにとって重要だ。明示的に権限を昇格した操作や過去のクラスをエージェントに公開する場合は、なお確認が必要になる。 21
外向きのApex呼び出しには、登録済みのリモートサイトか、接続先を定義する指定ログイン情報が必要だ。実行時のガバナーは、トランザクションのCPUとヒープを制限する。これは、提出されたアプリケーションロジックの外側にある実効的な制限であり、実務担当者の任意コードに本番ホストへの無制限アクセスを与えることとは大きく異なる。ただし、過剰な権限を持つ業務アクションまで安全にするわけではない。 40 41
Salesforceは、Agentforceのデータマスキングについて矛盾する説明をしている。2026年6月のヘルプ記事は、外部モデルで処理する前に、Agentforceが機微なプロンプトをマスキングすると記す。一方、Agentforce専用の制限ページは、回答品質を損ねる恐れを理由に、パターンベースと項目ベースのマスキングを明示的に無効としている。保存に関する契約の対象となる外部プロバイダーと、Salesforceの信頼境界内で稼働するモデルを区別する。これらの取り決めは、モデル処理前に機微情報を除去するという宣伝された機能を提供しない。 22 23
カスタムアクションは、参照先のApexクラス、フロー、プロンプトテンプレートのセキュリティ動作を継承する。Agentforceの文書は、URLの許可リストと、Data 360へのプロンプト、回答、信頼性シグナルの記録も説明する。決定的な境界は、呼び出せる各アクションの権限だ。誤ったレコードに強力なアクションを適用するエージェントの被害を、プロンプトの指示だけでは抑えられない。Salesforceは制御を提供するが、その設定と保守は引き続き導入作業の一部である。 24
サプライチェーン評価
サプライチェーンの掘り下げ
| 基準 | 点数 |
|---|---|
| 経済性を中心にした枠組み | 4/10 |
| 意思決定の実行への到達 | 6/10 |
| サプライチェーン概念の明確さ | 4/10 |
| 時代遅れの中心的教義からの脱却 | 3/10 |
| KPIによる見せかけへの耐性 | 4/10 |
平均：4.2/10。
経済性を中心にした枠組み — 4/10。 費用ベースの履行と販促利益率は、局所的な金銭判断を提供する。在庫と共有資源の将来価値が欠けるため、その局所計算はシステム全体の経済最適化を裏付けない。 5 12
意思決定の実行への到達 — 6/10。 注文予約、履行指示、技術者の割り当ては実行に届く。顧客別予測や選択した販促の予測は、重要な計画判断を依然として他のソフトウェアや人に委ねる。 3 7 11
サプライチェーン概念の明確さ — 4/10。 製品は、修理技能、営業契約、販促効果など、意味のある業務上の違いを表現する。共通のワークフロー基盤は、それらの判断にまたがる機会費用の共通処理を提供していない。 1 6 12
時代遅れの中心的教義からの脱却 — 3/10。 予測の共同調整、重み付きの計画KPI、タスク単位のBlueprintが中心に残る。この構造をエージェントが実行すれば事務作業は減らせても、同じ分断された計画責任を維持し得る。 1 6 13
KPIによる見せかけへの耐性 — 4/10。 複数の顧客指標は、理解可能な業務上の意味を持つ。経済効果調査は複合企業としての構成を明示するが、見出しのROIや自動化率では、購買や配分の収益性を検証できない。 18 20
意思決定と最適化の実質
| 基準 | 点数 |
|---|---|
| 確率モデルの深さ | 3/10 |
| 独自の最適化・機械学習の実質 | 6/10 |
| 現実の制約への対応 | 7/10 |
| 意思決定自動化と労働生産性 | 6/10 |
| 現実の業務複雑性への強靱性 | 5/10 |
平均：5.4/10。
確率モデルの深さ — 3/10。 期待所要時間、入力予測、販促予測は、需要、部品の入手可能性、実行の共同不確実性を示していない。結果として得られる方針には、相関した不足や混乱を金銭評価する文書化された根拠がない。 2 8 10
独自の最適化・機械学習の実質 — 6/10。 スケジュール探索手法と販促予測パイプラインには実質がある。開示された目的と評価は、経済的につながるサプライチェーン判断より狭い範囲にとどまる。 7 10
現実の制約への対応 — 7/10。 技能、作業時間帯、担当区域、在庫の有無、分割出荷が、実行可能な選択を形作る。探索を軽くするために期間を短くしたり候補を外したりすれば、不確実性の下で初めて価値が現れる柔軟性を失い得る。 4 8
意思決定自動化と労働生産性 — 6/10。 顧客事例は、サービス作業の削減と、稼働する受注自動化を示している。顧客、ベンダー、パートナーに残る総作業量の測定は不十分であり、その成果を自律的なサプライチェーン機能へ外挿することはできない。 18 19
現実の業務複雑性への強靱性 — 5/10。 サンドボックスでの比較と方針の段階的導入は、実用的な修正経路を提供する。公開されたループは主に既存のKPI定式化を調整する。経済的に有害な推奨には、そのループを超えた新しい目的、不確実性モデル、行動が必要になることがある。 9
製品とアーキテクチャの整合性
| 基準 | 点数 |
|---|---|
| アーキテクチャの一貫性 | 5/10 |
| システム境界の明確さ | 6/10 |
| セキュリティへの真剣さ | 6/10 |
| ソフトウェアの簡素さと保有費用 | 3/10 |
| プログラム操作・エージェント支援運用との適合性 | 7/10 |
平均：5.4/10。
アーキテクチャの一貫性 — 5/10。 共通のプラットフォームサービスと、予測、分析、ルーティング、ワークフローの個別エンジンが共存する。Operationsバックエンドの強化と統合作業の記述は、プラットフォームを所有することが、整合した状態や判断の意味論を代替できない理由を示している。 1 16
システム境界の明確さ — 6/10。 マニュアルは、別のOperationsワークスペース、外部の履行入力、連携の仕組みを示す。シームレスな自律性という包括的な主張は、こうした技術記述より多くの依存関係を隠す。 3 13 16
セキュリティへの真剣さ — 6/10。 権限の強制、外向き接続先の制限、実行時ガバナーは、有意義な封じ込めを提供する。古い実行既定値、カスタムアクションの権限、マスキングの不一致は、なお重大な導入リスクとなる。 21 23 24 40 41
ソフトウェアの簡素さと保有費用 — 3/10。 基盤の膨張、顧客固有の統合、方針の保守、従量課金のエージェント作業は、いずれも資源を消費する。Salesforceは負担の削減策を文書化するが、示されたサプライチェーン判断に対して、全体の運用モデルは重いままだ。 15 27 38
プログラム操作・エージェント支援運用との適合性 — 7/10。 API、呼び出し可能なワークフロー、制御されたコード、ヘッドレスサービスは、実質的な自動化やソフトウェア改善を支える。その経済的有用性は、背後で実装される判断に依存する。 13 36 40
技術的透明性
| 基準 | 点数 |
|---|---|
| 公開技術文書 | 8/10 |
| ベンダーの仲介なしでの検証可能性 | 7/10 |
| 移植性とロックインの可視性 | 4/10 |
| 導入方法の透明性 | 7/10 |
| 技術的主張を支える証拠の密度 | 6/10 |
平均：6.4/10。
公開技術文書 — 8/10。 公開マニュアルは、計算法、スケジューリングの動作、セキュリティ境界、移行要件を明らかにする。数値エンジン全体は非公開だが、製品の標語よりはるかに具体的な評価を可能にする。 1 6 21
ベンダーの仲介なしでの検証可能性 — 7/10。 チュートリアルや技術記事から、重要な仮定や運用手順を調べられる。主要な顧客経済効果の主張を再現できるだけのデータとコードは公開されていない。 4 9 27
移植性とロックインの可視性 — 4/10。 外部インターフェースによりデータの移動は実行可能になる。しかし、予測オブジェクト、方針、Blueprint、権限、基盤固有の動作を別の場所で作り直すのは、データ書き出しではなくソフトウェア移行である。 1 13 34
導入方法の透明性 — 7/10。 ガイドは準備、テスト、方針変更、統合責任を説明する。欠けるのは、業務上の失敗の後に経済モデル全体を検証するための再利用可能な方法だ。 8 9 15
技術的主張を支える証拠の密度 — 6/10。 具体的な手法と率直な技術報告が業務機能を裏付ける。普遍的な自律性、簡単な統合、将来在庫の経済性に関する主張は、公開された実証より先を行っている。 7 14 27
ベンダーの真剣さ
| 基準 | 点数 |
|---|---|
| 公開発信の技術的な真剣さ | 4/10 |
| 技術ロードマップの整合性 | 4/10 |
| 概念の明確さ | 5/10 |
| 経済的な説明責任 | 5/10 |
| エージェント型ソフトウェア時代の持続的競争力 | 6/10 |
平均：4.8/10。
公開発信の技術的な真剣さ — 4/10。 優れた技術資料と、過度に広い統合の主張、矛盾したセキュリティ文書が並ぶ。顧客は、約束された動作を信頼する前に、その不整合を解消しなければならない。 14 15 22 23
技術ロードマップの整合性 — 4/10。 長く続く業務製品の一方で、廃止されたアシスタント、必須の移行、後続展開が十分に記録されていないブロックチェーンがある。新しいエージェントのリリースには、継続的なサポートと移行の義務が伴う。 31 32 33 34
概念の明確さ — 5/10。 技術報告は、言語モデルによる支援と制約付き計算を区別する。サプライチェーンの説明では、事務処理の高速化と経済判断の改善の区別が、それほど一貫していない。 13 27
経済的な説明責任 — 5/10。 Operationsの価値実証提案は、観測可能な顧客基準値を設定し、コマース調査はモデル化した範囲を明示する。それでも、純収益、範囲の明確な継続義務、悪いサプライチェーン判断を修正する責任は、公開証拠からは解決されていない。 14 20
エージェント型ソフトウェア時代の持続的競争力 — 6/10。 トランザクション処理アプリケーション、スケジューリングエンジン、実行制御、導入済みの連携は、インターフェースが変わっても役立つ。その持続的な価値は、運用・保守作業を減らせるかに依存する。既存のタスクをMCPで公開するだけでは、その優位性は示せない。 7 13 35 36
出典
[1] Advanced Account Forecastingの仕組み
Advanced Account Forecastingの仕組み。公開日記載なし。2026年11月4日閲覧。
[2] Manufacturing Cloudで事業を予測する
Manufacturing Cloudで事業を予測する。公開日記載なし。2026年11月4日閲覧。
[3] Distributed Order Management
Distributed Order Management。公開日記載なし。2026年11月4日閲覧。
[4] Distributed Order Managementの実装
Distributed Order Managementの実装。公開日記載なし。2026年11月4日閲覧。
[5] Commerce Cloudの新機能：Dreamforce 2026
Commerce Cloudの新機能：Dreamforce 2026。2026年9月公開。2026年11月4日閲覧。
Field Serviceの目標の作成と管理。公開日記載なし。2026年11月4日閲覧。
[7] Field Serviceのスケジューリングと最適化
Field Serviceのスケジューリングと最適化。2025年公開。2026年11月4日閲覧。
効果的なスケジュール自動化・最適化の指針。公開日記載なし。2026年11月4日閲覧。
スケジューリング方針の微調整。公開日記載なし。2026年11月4日閲覧。
[10] 販売増分予測のためのCRM Analytics設定
販売増分予測のためのCRM Analytics設定。公開日記載なし。2026年11月4日閲覧。
数量予測のためのCRM Analytics設定。公開日記載なし。2026年11月4日閲覧。
[12] Trade Promotion Management
Trade Promotion Management。公開日記載なし。2026年11月4日閲覧。
[13] Agentforce Operationsによる業務プロセスの最適化と自動化
Agentforce Operationsによる業務プロセスの最適化と自動化。公開日記載なし。2026年11月4日閲覧。
業務プロセスは革命の準備ができている。2026-09-14公開。2026年11月4日閲覧。
[15] シニアエンタープライズアーキテクト：Agentforce Supply Chain
シニアエンタープライズアーキテクト：Agentforce Supply Chain。2026-09-16公開。2026年11月4日閲覧。
[16] Agentforce Operations開発職JR340462
Agentforce Operations開発職JR340462。2026-06-17公開。2026年11月4日閲覧。
[17] Agentforce Operationsパートナー向けポケットガイド
Agentforce Operationsパートナー向けポケットガイド。公開日記載なし。2026年11月4日閲覧。
[18] エージェント型AIによるField Serviceの変革
エージェント型AIによるField Serviceの変革。2025-04-09公開。2026年11月4日閲覧。
SharkNinjaの統合Eコマース。2026-06-16公開。2026年11月4日閲覧。
[20] Forrester TEI：B2C CommerceとOrder Management
Forrester TEI：B2C CommerceとOrder Management。2026-02-23公開。2026年11月4日閲覧。
オブジェクト・項目権限の適用。公開日記載なし。2026年11月4日閲覧。
Salesforceでデータをマスキングする方法：マスキングツールと機能の概要。2026年6月13日公開。2026年11月4日閲覧。
Agentforceのデータマスキングの制限。公開日記載なし。2026年11月4日閲覧。
信頼性とAgentforce。公開日記載なし。2026年11月4日閲覧。
[25] Hyperforceのイミュータブルインフラストラクチャ
Hyperforceのイミュータブルインフラストラクチャ。2022-12-14公開。2026年11月4日閲覧。
[26] Data CloudのEC2からKubernetesへの移行
Data CloudのEC2からKubernetesへの移行。2024-07-22公開。2026年11月4日閲覧。
[27] HyperforceのKubernetes遊休能力
HyperforceのKubernetes遊休能力。2026-04-30公開。2026年11月4日閲覧。
[28] Apache PhoenixのDynamoDB互換性
Apache PhoenixのDynamoDB互換性。2025-10-07公開。2026年11月4日閲覧。
Salesforce Einsteinの発表。2016-09-19公開。2026年11月4日閲覧。
Einstein Voiceの発表。2018-09-20公開。2026年11月4日閲覧。
[31] Salesforce Summer 2020リリースノート
Salesforce Summer 2020リリースノート。2020年公開。2026年11月4日閲覧。
Salesforce Blockchainの発表。2019-05-29公開。2026年11月4日閲覧。
[33] 管理者向けSalesforce Blockchain入門
管理者向けSalesforce Blockchain入門。2021-05-12公開。2026年11月4日閲覧。
[34] Agentforceデフォルトエージェントの注意事項
Agentforceデフォルトエージェントの注意事項。公開日記載なし。2026年11月4日閲覧。
MCPツールによるコード分析。公開日記載なし。2026年11月4日閲覧。
Headless 360の拡張。2026-08-25公開。2026年11月4日閲覧。
Informatica買収の完了。2025-11-18公開。2026年11月4日閲覧。
Agentforceの価格。公開日記載なし。2026年11月4日閲覧。
Manufacturingリリースノート。2026年公開。2026年11月4日閲覧。
Apexのリモートサイト設定。公開日記載なし。2026年11月4日閲覧。
Apexの実行ガバナーと制限。公開日記載なし。2026年11月4日閲覧。