Salesforceのレビュー：統合サプライチェーンおよびCRMソフトウェアベンダー

レオン・ルヴィナ＝メナール著
最終更新: 2025年12月

戻る：しじょうちょうさ

Salesforceは、クラウドCRMや、営業、サービス、マーケティング、コマース、分析、統合、アプリケーション開発にまたがる幅広い「カスタマープラットフォーム」で最もよく知られている、公開上場のソフトウェアベンダーです。技術的には、そのコアな価値提案は、顧客がメタデータを通じてビジネスオブジェクト、ワークフロー、権限、およびUIを設定し、独自技術およびウェブ標準の開発環境（特にApexとLightning Web Components）を通じて動作を拡張できる、マルチテナントSaaSプラットフォームにあります。Salesforceは多くの製品を販売していますが、そのサプライチェーンとの関連性は主に隣接領域にあり、「計画-APS」ではありません。たとえば、Salesforceは、売上予測および収益管理のためのManufacturing Cloudや、小売実行および販促プロセスのためのConsumer Goods Cloudといった業界向けソリューション、さらに受注管理やフィールドサービスなどの運用モジュールを提供しています。本ページでは、これらの製品が実際に実装している内容（データモデル、自動化メカニクス、統合経路、文書化された最適化／AI要素）と、サプライチェーンレベルの予測最適化を示す証拠が不足している点に焦点を当てます。

Salesforceの概要

Salesforceの製品ラインナップは幅広いです。プラットフォームレベルでは、同社は (i) パッケージ化されたSaaSアプリケーション（Sales Cloud、Service Cloudなど）、(ii) 顧客やパートナーがカスタムアプリを構築できる開発プラットフォーム、(iii) より大きなスイートに統合された買収製品（例：Tableau analytics、Slackによるコラボレーション）を提供しています。1234

この調査プロジェクト（サプライチェーン隣接領域に焦点）において、最も関連性の高い「サプライチェーン風味」の提供内容は以下の通りです：

  • Manufacturing Cloud: 顧客ベースの予測および収益／数量管理の仕組みで、販売契約や需要予測を製造関連のプロセスに結びつけることを目的としています。56
  • Consumer Goods Cloud: 小売現場での実行（フィールド訪問、店舗内業務）および販促管理のワークフロー。78
  • Order Management: 注文受付およびオーケストレーションプロセス。通常、コマースチャネルの下流、フルフィルメントシステムの上流に位置します。9
  • Field Service (最適化アドオンを含む): スケジューリングおよび配車ツールで、「最適化」機能を含む場合もありますが、そのアルゴリズムの詳細は通常、実装レベルで公開されていません。10

Salesforce と Lokad の比較

SalesforceとLokadは企業向けスタックの異なる層を対象としており、これが「サプライチェーン」の成果にどのように影響するかという点で重要です。

Salesforceの重心はエンゲージメントとワークフローのシステムにあります。すなわち、CRMオブジェクト、ケース／チケットワークフロー、顧客向けコマース、営業実行、および共通のマルチテナントプラットフォームでの拡張可能なアプリ構築です。11112 Manufacturing CloudにおけるSalesforceの「予測」への取り組みは、主にデータモデルと処理パイプライン（例：テンプレートやデータ処理）に関するもので、顧客ベースの計画やパフォーマンス追跡、すなわち商業的期待を構造化された記録やKPIに変換することをサポートしており、確率的な需要分布、在庫リスク、または不確実性下での最適化を対象としていません。56

Lokadの重心は意思決定中心のサプライチェーン最適化にあります。これは、確率的予測（不確実性を明示的にモデル化する）および制約下での推奨意思決定（購買、割り当てなど）の生成を含み、意思決定ロジックをプログラム的に表現し、経済的にトレードオフを評価することに重点を置いています。1314 2016年以降のLokadの公開資料では、「予測」は最適化への確率的な入力として扱われ、最適化が主要な成果物として位置づけられています。13141516

要するに：Salesforceは通常、顧客および商業運営を取り巻くプラットフォームおよびプロセス層（一部業界特化モジュール付き）であるのに対し、Lokadは不確実性下でのサプライチェーン意思決定のための最適化層として位置づけられています。この違いは単なるマーケティングではなくアーキテクチャ上のものであり、Salesforceのドキュメントはメタデータ駆動のマルチテナンシー、拡張性、統合、ワークフロー自動化を強調する一方で、Lokadの資料は確率的予測と最適化メカニズムを主要な成果物として強調しています。1113

会社の歴史と企業の発展

設立と初期資金調達

Salesforceの初期の企業歴史および事業内容（上場時の）は、IPO登録申請書（Form S-1）に記載されています。これにより、当時の初期ビジネスモデル（インターネット経由で提供されるホステッドCRM）、リスクの枠組み、及び企業構造の一次資料としての証拠が提供されます。1

買収戦略（主要な取引例）

Salesforceは、製品範囲を拡大するために何度も買収を活用してきました。以下の項目は、取引事実については報道よりも優先される一次資料であるSEC提出書類に記録されています：

  • ExactTarget (2013): SEC提出書類には、取引に関連する添付資料および買収事業の財務諸表（2013年に提出されたもの）が含まれています。17
  • Tableau (合意および完了、2019): 合併契約および完了は8-K提出書類に記録されており、Salesforceは成立時にプレスリリースも発表しました。2318
  • Slack (2021年完了): 完了は、成立日におけるSlackのForm 8-Kによって証明されています。4
  • Informatica (合意2025、完了2025): 決定的な合意は2025年5月の8-K提出書類を通じて開示され、完了は2025年11月18日付のSalesforceのSEC文書および同日のプレスリリースによって証明されています。192021

Informatica取引に関する独立した報道（二次資料）は、戦略的根拠（AI支援のためのデータ管理）および市場の文脈を強調していますが、技術的統合の詳細については解釈的なものとされ、決定的な証拠とはみなされるべきではありません。222324

製品および技術の範囲

コアプラットフォームアーキテクチャとマルチテナンシー（証拠に基づく）

Salesforceの公開されたアーキテクチャ資料は、メタデータ駆動のマルチテナントデータベース／アプリケーション設計を強調しており、顧客固有のオブジェクト、フィールド、設定がメタデータとして表現され、実行時に適用されます。11 これはプラットフォーム戦略と一致しており、同一の基盤サービスが多くの顧客をホストする一方で、ポリシーおよびデータの分離は顧客ごとの個別デプロイメントではなくプラットフォームメカニズムによって強制されます。11

Salesforceの最近のインフラシフト（Hyperforce）は、プラットフォームを異なる地域のパブリッククラウドインフラ上にデプロイ可能として位置づけていますが、「サプライチェーン最適化の実施方法」に関する技術的詳細は大きく独立しており、Hyperforceはデプロイメントのフットプリントやインフラ制御に関するものであり、特化したサプライチェーンアルゴリズムではありません。12

開発者向けサーフェス：Apex、Lightning Web Components、およびオープンネスの境界

再現性の観点から、Salesforceは専有技術とオープンな要素の混合となっています：

  • Apexは、プラットフォーム上のビジネスロジック（サーバーサイド）のための専有プログラミング言語であり、Salesforceの開発者向け資料にて文書化されています。25
  • **Lightning Web Components (LWC)**は、SalesforceのUI向けコンポーネントモデルであり、Salesforceは開発者ドキュメントを公開するとともに、GitHub上でオープンソースのLWC実装も維持しています。1817

この分割は技術的主張を評価する際に重要であり、UIコンポーネントがオープンソースであったとしても、Salesforceのコアなランタイム動作の多く（セキュリティモデルの適用、マルチテナントのクエリプランニング、内部サービスなど）は独立して再現可能な形で公開されていません。

サプライチェーン関連製品

Manufacturing Cloud：ここでの「予測」の意味

Manufacturing Cloudは、アカウントレベルの予測および関連プロセスをサポートすることが文書化されていますが、公開された証拠は主にオブジェクト、ワークフロー、およびデータ処理を記述しており、サプライチェーン計画システムにおける確率的予測と比較可能な予測手法については述べていません。56

特に、「アドバンスト・アカウント・フォーキャスティング」のドキュメントは、予測機能で使用されるデータセットを構築・変換するためにData Processing Engineの仕組み（テンプレート、データ処理ジョブ）に依存していることを示しています。6 これはデータパイプラインのメカニクスに関する信頼できる証拠ですが、それ自体が特定の予測アルゴリズム、不確実性のモデリング、または最適化アプローチの証拠であるとは言えません。

懐疑的結論： Manufacturing Cloudは、公開された最先端の需要予測エンジンではなく、予測の収集、パフォーマンスの測定、他システムとの統合といった、営業から製造への予測プロセスのための構造化された運用層としての証拠が最も多いです。56

Consumer Goods Cloud：小売実行および販促ワークフロー

Consumer Goods Cloudのドキュメントは、フィールド実行（訪問、タスク、店舗内チェック）および販促管理プロセスに焦点を当てています。78 一部の資料ではフィールドルート／訪問プランの文脈で「最適化」に言及されていますが、公開資料は通常、最先端のルート最適化（目的関数、制約、ソルバー設計、ベンチマークの証拠）を判断するに足るアルゴリズムの詳細を開示していません。7

懐疑的結論： 最も強力な証拠は「ワークフローおよび実行ツール」（小売実行＋TPM）を支持しており、最適化やAIの主張は、文書化されている内容（しばしば有効化機能であり、公開された最適化システムではない）に対して慎重な範囲設定が必要です。78

Order ManagementとField Service：オーケストレーションとスケジューリング、計画最適化ではない

Salesforce Order Managementのドキュメントは、製品を注文ライフサイクル／オーケストレーションの概念および統合パターンを中心に構築しており、これはフルフィルメント業務に隣接するものであっても、在庫最適化や生産計画エンジンと同等ではありません。9

Field Serviceのドキュメントはスケジューリングと配車機能を示しており、もし「最適化」として市場に出されている場合でも、それはサプライチェーン全体の確率的最適化というよりも、労働力スケジューリングのヒューリスティック／エンジンの範疇にある可能性が高いです。しかし、一般的に公開されている資料は、ソルバーの種類、グローバルな最適性、または不確実性の処理を検証するために必要な詳細レベルを提供していません。10

AI / ML および「最適化」コンポーネント

SalesforceのAIに関する姿勢には、以下が含まれます：

  • Einstein機能（例：予測コンポーネントや、Einstein Discoveryのようなアナリティクス風のML機能）。26
  • Einstein Trust Layerおよび関連のガバナンス制御。これらはモデルアーキテクチャの開示というよりは、セキュリティ／ガードレールおよびデータ取り扱いとして文書化されています。27
  • Models API / LLM接続：ドキュメントはSalesforceがどのようにモデルに接続し、データフローを制御するかを説明していますが、これはサプライチェーンの意思決定のための専有予測／最適化アルゴリズムの証拠にはなりません。28

懐疑的結論： Salesforceは、AI有効化のパイプライン（制御されたLLMアクセス、プラットフォームAI機能）に関する信頼性のある文書を提供しています。しかし、(i) 確率的需要モデル、不確実性下でのサプライチェーン意思決定のための最適化、または (iii) サプライチェーン計画のベースラインとの再現可能なベンチマークについての実証を要する主張に関しては、公開された証拠が弱い（または存在しない）のが現状です。2728

展開および展開方法論（証拠として示せるもの）

Salesforceの展開モデルは、通常、オンプレミスインストールではなくSaaSの構成および統合です。Manufacturing CloudやConsumer Goods Cloudといった業界向けクラウドにおいて、主要な証拠は、構成手順、データ準備、及びプラットフォームサービス（Data Processing Engineなど）が機能有効化にどのように使用されるかを記述した製品ドキュメントと実装／セットアップガイダンスの組み合わせです。678

Where Salesforce products interact with supply-chain-adjacent operations, credible roll-out patterns generally include:

  • データ統合：ERP／フルフィルメントシステムへの統合（多くの場合、MuleSoftのようなミドルウェアを介して；ここでは買収記録以外の詳細は記されていません）。
  • オブジェクトモデルの構成（アカウント、製品、プロモーション、予測）。
  • プロセス自動化：プラットフォームツール（ワークフロー、承認、スケジュールドジョブ）を介して。
  • アナリティクス層：Salesforceレポーティング／CRM Analytics／Tableau（SKUに応じて）。

この方法論は、Salesforceが専門のソルバーに基づく計画システムではなく、運用プロセスを「包み込む」プラットフォームであるという点と一致しています。1169

公開されたクライアントの証拠（名称付きと曖昧なもの）

Salesforceは、多くの業界にわたる顧客事例や名称付きのリファレンスを提供していますが、本ページのサプライチェーン隣接領域において、より強力な証拠は、(i) 特定のクラウドに結び付けられた名称付きの顧客（例：Tableauの買収時の開示、Informaticaの買収開示）や、(ii) 顧客自身が使用状況を公に裏付けた場合です。

本調査では、特にManufacturing Cloud／Consumer Goods Cloudに関する包括的な顧客一覧を作成することは試みませんでした。Salesforceの資料が、一般的な匿名の表現（「大手グローバルメーカー」など）のみを提供している場合、それらは独立して裏付けがない限り、弱い証拠と見なされるべきです。

結論

Salesforceは、大規模でメタデータ駆動のマルチテナント企業向けSaaSプラットフォームとして最もよく証明されており、その主な成果物はCRM中心のアプリケーション、ワークフロー自動化、拡張性（Apex／LWC）、および「Customer 360」傘下に統合された増加する買収群です。1112518 公開資料におけるサプライチェーンとの関連性は主に隣接領域にあり、Manufacturing Cloudは商業予測およびパフォーマンス測定を構築し、Consumer Goods Cloudは小売実行および販促プロセスを構築、Order Managementは注文ライフサイクルを構築、Field Serviceはスケジューリング／配車を構築しています。57910

「最先端」のサプライチェーン技術、特に（確率的予測＋不確実性下での最適化）に関しては、ここで検証された公開証拠は、発表済みで再現可能なサプライチェーン最適化メカニズムよりも、むしろプラットフォーム配管とプロセス自動化をより強力に支持しています。SalesforceのAIドキュメントは、ガバナンス／イネーブルメント（Trust Layer、Models API）において信頼できるものの、それ単体ではサプライチェーンレベルの予測最適化の主張を裏付けるには不十分です。2728

商業的成熟度は明確です：Salesforceは長い歴史を有する上場企業であり、数十年にわたる運営実績と、SEC提出書類に記録された（例：Tableau、Slack、Informatica）度重なる数十億ドル規模の買収を行っています。13420

出典

  1. Salesforce.com, Inc. Form S-1 (IPO登録申請書 — 2003-12-18) ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  2. Salesforce Form 8-K (Tableau合併契約 — 2019-06-09) ↩︎ ↩︎

  3. Salesforce Form 8-K (Tableau買収完了 — 2019-08-01) ↩︎ ↩︎ ↩︎

  4. Slack Technologies Form 8-K (Salesforceによる買収完了 — 2021-07-21) ↩︎ ↩︎ ↩︎

  5. Manufacturing Cloud製品ドキュメント（概要） — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  6. 先進のアカウント予測＋データ処理エンジン（Manufacturing Cloud） — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  7. Consumer Goods Cloud小売実行ドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  8. Consumer Goods Cloud取引促進管理ドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎

  9. Salesforceオーダーマネジメントドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎

  10. Salesforceフィールドサービス最適化ドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎

  11. Salesforce Architects: マルチテナントデータベース（アーキテクチャパターン） — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  12. Salesforce Hyperforce概要 — 2025-12-19にアクセス ↩︎ ↩︎

  13. Lokad: 予測＋最適化の概要 — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎

  14. Lokad: 確率的予測 — 2016（またはそれ以降）、2025-12-19にアクセス ↩︎ ↩︎

  15. Lokad: 確率的離散下降法 — 2021、2025-12-19にアクセス ↩︎

  16. Lokad: 潜在的最適化 — 2024、2025-12-19にアクセス ↩︎

  17. Lightning Web Components（オープンソース） — 2025-12-19にアクセス ↩︎ ↩︎

  18. Lightning Web Components開発者向けドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎

  19. Salesforce Form 8-K（Informatica買収に関する最終合意書 — 2025-05-27) ↩︎

  20. Salesforce SEC文書 “crm-20251118” （Informatica買収完了 — 2025-11-18) ↩︎ ↩︎

  21. Salesforceプレスリリース：「Salesforce、Informatica買収完了」 — 2025-11-18 ↩︎

  22. Reuters: 「Salesforce、AIデータツール強化のためInformaticaを80億ドルで買収へ」 — 2025-05-27 ↩︎

  23. APニュース: 「Salesforce、約80億ドル相当の取引でInformaticaを買収」 — 2025-05-27 ↩︎

  24. Investopedia: 「Salesforce、約80億ドルでInformatica買収…」 — 2025-05-27 ↩︎

  25. Salesforce Apex開発者ガイド／言語リファレンス — 2025-12-19にアクセス ↩︎ ↩︎

  26. Einstein Discoveryドキュメント — 2025-12-19にアクセス ↩︎

  27. Einstein Trust Layerドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎

  28. Salesforce Models APIドキュメント — 2025-12-19にアクセス ↩︎ ↩︎ ↩︎