市場調査に戻る
Slimstockは、小売業、流通業、製造業向けの計画プラットフォームSlim4を開発している。需要を予測し、目標在庫と補充案を計算し、ERPシステムとデータを交換する。品揃え計画、商業計画、供給計画に加え、商品データ管理も提供する。Slim4は、管理されたクラウドサービスまたはオンプレミス環境で利用できる。(1, 2)
サプライチェーン総合評価：4.8/10。
| 評価分野 | 得点 |
|---|---|
| サプライチェーンへの理解の深さ | 4.6/10 |
| 意思決定と最適化の実質 | 4.8/10 |
| 製品とアーキテクチャの整合性 | 5.0/10 |
| 技術的透明性 | 5.2/10 |
| ベンダーの真剣さ | 4.6/10 |
Slim4の業務上の目的は明確である。取引データと補充ルールを、ERPが実行できる発注に変えることだ。公開された連携資料では、数量、仕入先選択、日付、丸めルール、実行への引き渡しが示されている。限界は、判断を支配するロジックにある。差別化されたサービスレベル、安全在庫、経済的発注量、計画担当者による例外処理が中心である。開示された仕組みからは、需要と供給の同時の不確実性の下で、購買、配分、その他の行動を共通の経済尺度で順位付けする方式は確認できない。(5, 6, 7, 8)
2026年のエージェント型データ管理は、仕入先への催促、商品情報の検証、商品登録の調整という実務を対象とする。事務作業を減らせる可能性がある。より難しい問題は、発注品質を左右する補充方針、仕入先に関する前提、データの意味を誰が継続的に保守するかである。Slimstockの研修内容、導入職の求人、顧客環境の研究は、それが依然として大きな運用責任であることを示している。(12, 13, 14, 19, 22)
SlimstockとLokadの比較
実務上の選択は、意思決定をどう生成し、改善するかに関わる。Slim4は、商品の分類、サービスレベルの設定、バッファと発注量の計算、例外処理という従来型の計画方針に沿って補充を組み立てる。仕入先インターフェースは、最低発注量、発注単位、見直し間隔、優先仕入先、仕入先別配分率によって、その方針を具体化している。(8, 13)
Lokadは、実行可能な意思決定の経済的帰結を出発点とする。需要、リードタイム、その他の不確実な量を数値レシピに入力し、損失側のリスクも含めた期待貢献に応じて実行可能な行動を順位付けする。発注に系統的な誤りがあるなら、それを生む前提やロジックを修正してレシピを再実行する。この広い視点は、Introduction to Supply ChainとHolimizationで展開されている。
例えば、設定されたサービス目標により、他の場所で資金が不足しているにもかかわらず、Slim4が低利益商品の補充を行うことがある。目標を上下させれば方針は変わるが、次の一単位の経済価値を、競合する購買と比較して明らかにしたことにはならない。Lokadはこの比較を中心に据える。そのためには、明示的な経済モデリングと継続的なエンジニアリングも必要である。どちらの方式でも、連携作業や業務上の前提の保守が消えるわけではない。
Slimstockの仕入先メールエージェントが解消しようとするボトルネックは、Lokadの数値的な意思決定とは異なる。その価値は、完了した信頼できるデータ更新と、それによって減った人の作業で測るべきである。比較では、商品、仕入先、取引条件が変化しても意思決定ロジックを有効に保つために必要な人員も数える必要がある。(24, 26)
Slim4が実際に決めること
補充方針と実行可能な発注
Slimstockは、供給計画をサービスレベル主導と説明している。購買案には、商品のリードタイム、仕入先条件、最低発注量が組み込まれ、注文の集約によって輸送費を減らせる。仕入先インターフェースには、購入価格、見直し間隔、優先仕入先、経済的発注量、最低数量、発注単位が記載されている。数量の丸めも明示的で、発注量を最低数量まで引き上げ、必要な倍数に調整する。(5, 8)
こうした詳細が重要なのは、実行可能な購買が予測より多くの制約を受けるからである。同時に、在庫方針が経済的な意思決定と食い違う理由も示している。丸められた発注は、希少な現金を消費し、陳腐化リスクを生み、他の商品への資金配分を妨げることがある。公開資料には、すべての候補発注を通じてこれらの影響を一緒に評価する仕組みは示されていない。経済的発注量という名称だけでは、品揃え全体の資金競合や、ある商品がないため買い物かご全体を失うような非線形の帰結は解決しない。
HSOによるMicrosoft Dynamics 365との連携では、実行までの流れが分かる。ERPデータを収集して中間テーブルに置き、エクスポートし、Slim4が取得して発注案に変換する。Slim4は計算結果をERPの中間テーブルに返し、変換と発注確定はバッチで実行できる。したがって、通常の発注すべてに計画担当者の個別承認が必要というわけではない。(6)
ただし、最終的な意思決定にはERPのルールも影響する。HSOの資料によると、取り込まれた入荷日が当日からリードタイムと発注余裕期間を加えた日より早い場合、自動的に後ろへずらされる。提案数量は連携を通じて維持されても、利用可能日が変わることがある。評価すべき品質は、この調整と入荷遅延の商業的帰結を含めた、実行された発注の品質である。(7)
不確実性は主に方針とバッファで表現される
Slimstockの公開予測説明は、パターン認識、季節性、手法選択を扱う。FAQには、季節性の統計検定と、旧商品の需要履歴を新商品に引き継ぐ仕組みが記されている。識別可能な予測機能ではある。一方、較正された予測分布や、需要、補充遅延、仕入先の不履行、代替を同時に扱う方式の説明は少ない。(2, 3)
HSOの仕入先インターフェースは、追加リードタイム、倍率、偏差として信頼性の項目を持ち、文書化されたDynamicsへの対応付けでは発注余裕期間と入荷余裕期間を使う。こうしたバッファは一部の遅延への備えになる。しかし、その存在だけでは、需要急増と仕入先遅延の同時発生をどう評価するのか、信頼できる高価格の仕入先と安価だが不確実な仕入先をどう比較するのかは分からない。(8)
過去の現場研究は、これらの設定を保守する負担を示す。Esther van Leeuwenが2021年にTU Eindhovenで行ったVan Walravenの研究には、指数平滑法の予測と、不規則な在庫管理商品のために手動で追加するバッファが記載されている。Lisa Sweereによる2023年のfonQの研究では、担当者が仕入先リードタイムの推定値をSlim4に入力したものの、一部は数年間更新されていなかった。これらは特定時点における二つの導入環境の観察である。より高度な予測だけでは修正できない不具合が表れている。補充判断が、誰も更新していない前提を使い続けるという問題だ。(18, 19)
精度に関する宣伝が公開測定を上回る
需要予測のページは、例外的に高い精度と誤差の解消をうたうが、商品・拠点の粒度、予測期間、誤差の定義、欠品の扱い、適切な基準との比較を示す再現可能な評価を公開していない。他の箇所にあるサービスレベルの百分率は別の量を測っており、この主張の裏付けにはならない。(3, 4)
商業上の問いは、予測の変更が、廃棄、逸失売上、人件費、資本コストを考慮した後の購買と配分を改善するかどうかである。Slimstockの公開資料は、条件を揃えた意思決定の比較によってこのつながりを立証していない。予測改善は有用であり得るが、平均的な予測の改善から、不確実性への経済的に適切な対応が決まるわけではない。
技術の歴史とロードマップの一貫性
Slimstockは設立を1993年とし、非公開の所有形態にある企業と説明している。Häfeleの事例では、英国での最初の導入は2014年にさかのぼる。確認できる継続性は、相当規模のコンサルティングと研修を伴う補充製品である。(21, 25)
2018年1月のLogistics Middle EastによるSephora導入記事は、現在と同じ基本的な流れを記述する。需要を取り込み、予測し、必要在庫と発注量を計算し、異常な状況を担当者に提示する流れである。記事は2017年末の導入作業と、2018年初めに予定された本稼働を説明している。当時の製品運用モデルの証拠であり、導入後の実測結果ではない。(20)
2019年1月のIMCC会議プログラムには、2018年に開発されたSlimstockの新商品導入ツールと、初期予測を改善するために予定されていた機械学習の取り組みが記載されている。対象を限定した予測プロジェクトで、次の開発段階が明示されていた。現在の公開説明は、はるかに広いAIの言葉を使う一方、この初期の取り組みから、どの意思決定がどれだけ改善したかを示す日付付き評価までをたどれる形にはなっていない。(16, 3)
同社の技術説明をより厳密に検証した歴史的事例もある。2021年10月、オランダの行政裁判所は、Slimstock Holdingが申請した2019年の六つのプロジェクトに対する研究開発税制上の申請拒否を支持した。対象には、販促予測、新商品予測、廃棄削減、継続的デプロイが含まれた。裁判所は、適用される税制基準に照らし、ソフトウェアの技術的新規性が申請で十分に裏付けられていないと判断した。これは当該申請とその説明に対する評価である。ここで重要なのは、意欲的な機能を名付けることと、具体的なエンジニアリングを説明することの間の隔たりが記録されている点である。(17)
直近の実質的な変化は、2026年4月のAgentic Data Managementの発表である。発表では、エージェントが仕入先から不足情報を取得し、商品登録を調整すると説明する。現行ページには、データオントロジー、検証ルール、仕入先との通信、ライフサイクルのワークフローが示されている。人手を要するデータ業務への展開としては妥当である。一方、補充方針と例外処理待ちの一覧から、継続的に改善される経済的意思決定への、より大きな転換は未解決である。(22, 24, 26)
ソフトウェア構成と連携コスト
公開エンジニアリング資料で最も明確なのは、配置や導入の境界である。Slimstock自身の導入コンサルタント求人は、システムのカスタマイズにMicrosoft SQLを要求する。APIsecの顧客事例は、外部技術者の関与を伴う、オンプレミスのモノリスからAPI中心のクラウドソフトウェアへの移行を記す。Slimstockは現在もクラウドとオンプレミスの両方を提供している。これらは導入作業と製品移行を示すが、現在の実行環境全体やデータベース構成までは明らかにしていない。(14, 10, 2)
HSO Dynamicsコネクタには、ERPデータ管理からのエクスポート、中間テーブル、顧客が用意するデータベースへのエクスポート、ウェブサービス転送、定期処理、発注取り込み時の変換という構成要素が見える。設定には、法人、倉庫、項目対応、単位、仕入先ルールが含まれる。設定ガイドは、法人間で同じ倉庫IDを使う場合の注意まで記す。これは意味に関する連携問題である。転送が成功しても、在庫、価格、仕入先が意図した業務上の対象を指すとは限らない。(6, 15)
旧来のファイル方式の導入環境には、独自の保守義務がある。HSOは新規導入を明確にウェブサービスへ誘導しながら、既存のファイル連携で対応を要するMicrosoftのバージョン変更を文書化している。アップグレード時の管理作業や、ファイル共有設定の変更などである。これらのコストは旧コネクタの利用者が負担する。コネクタが独自の互換性・サポート周期を持つ継続的な依存先であることを示している。(9)
Slimstockは、ホスティング費を計算できるほどのインフラ詳細を公開していない。見えるコストは、計画設定、ERPの意味、コネクタのバージョン、導入専門家の間の調整である。購入者は、ライセンスと初回導入に加え、この連鎖を正しく維持する継続的な作業を予算化すべきである。
設定保守と生産性
Slimstockの研修は、反復する責任について具体的な手掛かりを与える。二日間のキーユーザー研修では、データ管理、スケジューラ、ログ、設定、権限、テーブル設定、計画パラメータを扱う。上級研修では、品揃え方針、サービスレベルの差別化、最低発注量分析、経済的発注量、陳腐化、在庫カバレッジのルール、供給制約、リードタイム分析を扱う。これらの設定は実行可能な業務ロジックである。変更すれば、将来の何千もの発注が変わり得る。(12, 13)
重要なのは、今日の例外を処理することと、その反復原因を取り除くことの違いである。Häfeleの事例は、混乱時の予測調整、安全バッファの見直し、購買発注の延期、アラートの改善を説明する。有用な制御手段と、実際の計画作業を示す。しかし、変更後に反復介入がどれだけ消えたか、置き換えられた判断と比べて変更をどう検証したかは定量化していない。(21)
Agentic Data Managementは、上流作業の一部を除去できるかもしれない。発表は、手動の商品登録作業を最大85%減らすとうたい、現行ページは、仕入先への自動催促と、データが業務システムへ入る前の検証を説明している。発表には、この数値を、実名顧客の測定済み基準と正味の必要人員削減に結び付ける情報がない。さらに、検証ルールの作成、矛盾する仕入先回答の解決方針、商品分類の保守は、依然として相当の作業である。(22, 24, 26)
適切な生産性指標は、運用全体を対象にする。介入なしに処理された発注、解消された反復例外、新しい商業条件にシステムを適応させるための技術者・計画担当者の時間である。表計算操作や仕入先メール量の削減は有益だが、全体の一部にすぎない。
セキュリティと経済的責任
SlimstockはISO 27001:2022を前面に出し、冗長化と継続的な脅威監視を説明する。認証は、顧客環境の分離、過大な管理者権限、データ持ち出し、破壊的アクセス後の復旧について技術的な答えを与えない。悪意ある行為を無力化するという広い保証も、その保護機構を説明していない。(11)
APIsecの事例には具体的な仕組みがある。開発工程の中で、APIと業務ロジックの自動セキュリティテストをステージング環境に対して実行する。テストの証拠として有用である。それでも現行の公開資料には、顧客間の境界をどう強制するか、強力な認証情報を持つ攻撃者による本番データと復旧用コピー双方の破壊をどう防ぐかの説明はない。(10)
新しいデータ管理機能は、別の疑問を生む。検証にはカスタムスクリプトを使え、エージェントは企業のメールIDで仕入先と通信する。公開説明は、スクリプトの隔離、資源制限、アクセス可能な秘密情報、外向き通信の制限、信頼できない仕入先コンテンツを受け取るエージェントに与える権限を規定していない。広範な自動化の導入に先立ち、こうした境界を製品設計に組み込む必要がある。(24, 26)
Slimstockの商業的約束は、一般的な効果の宣伝より踏み込んでいる。八つの約束には、十二か月以内の投資回収と製品を返却できることが含まれる。注目に値する。しかし公開された約束には、計算の基準、含める導入費・社内人件費、解放される運転資本の扱い、適用条件となる顧客義務、未達時の救済措置が定められていない。これらによって、保証が経済的リスクを移転するのか、単なる営業上の見出しなのかが決まる。(23)
サプライチェーン評価
25の基準はすべて等しい重みを持つ。各分野の得点は五つの基準の算術平均であり、総合得点は121/25を丸めた4.8/10である。
サプライチェーンへの理解の深さ
| 基準 | 得点 |
|---|---|
| 経済的な捉え方 | 4/10 |
| 意思決定の実行への到達 | 7/10 |
| サプライチェーン概念の明確さ | 5/10 |
| 時代遅れの中心的教義からの脱却 | 3/10 |
| KPIの見せかけへの耐性 | 4/10 |
平均：4.6/10。
経済的な捉え方 — 4/10。 価格、発注数量、在庫費用、サービスへの影響は存在する。開示された運用ロジックはサービス方針主導であり、競合する購買とその他の判断をまとめる明示的な経済目的はない。商業上のROI保証は、この欠けた意思決定モデルを提供しない。(5, 8, 23)
意思決定の実行への到達 — 7/10。 数量、仕入先、倉庫、納入日がERPに渡り、発注のバッチ確定が可能である。実行への経路として信頼できる。その後のERPによる日付調整のため、全工程の検証が必要になる。(6, 7)
サプライチェーン概念の明確さ — 5/10。 仕入先条件、発注単位、新商品導入、不規則な需要は具体的に扱われている。欠けているのは、不確実性と商品間の依存が望ましい行動をどう変えるかという、一貫した説明である。(8, 16, 18)
時代遅れの中心的教義からの脱却 — 3/10。 ABC型分類、目標サービスレベル、安全在庫、経済的発注量が引き続き中心を占める。作業を整理する役には立つが、方針の恒常的な保守を要し、実行可能な行動の経済比較を代替しない。(4, 13)
KPIの見せかけへの耐性 — 4/10。 実行可能な発注インターフェースは、製品を業務の現実につなぎ留める。裏付けのない予測精度の最上級表現と、意思決定に基づく評価の欠如により、宣伝指標と経済成果には大きな隔たりがある。(3, 7)
意思決定と最適化の実質
| 基準 | 得点 |
|---|---|
| 確率的モデリングの深さ | 4/10 |
| 独自の最適化・機械学習の実質 | 4/10 |
| 現実の制約への対応 | 6/10 |
| 意思決定の自動化と労働生産性 | 5/10 |
| 実際の業務の複雑さに対する強靱性 | 5/10 |
平均：4.8/10。
確率的モデリングの深さ — 4/10。 需要変動と仕入先信頼性の調整が在庫方針に影響する。公開説明は、需要、リードタイム、その他の業務リスクにまたがる較正された同時不確実性や、それを共通の経済目的に伝える仕組みを立証していない。(3, 8)
独自の最適化・機械学習の実質 — 4/10。 手法選択、季節性分析、過去の新商品研究には、認識できる実質がある。技術説明は、再現可能なモデル評価や明確に差別化された意思決定アルゴリズムには達していない。(2, 16, 17)
現実の制約への対応 — 6/10。 仕入先・発注インターフェースは、最低数量、倍数、見直し間隔、優先仕入先、時期の制約を文書化している。制約された発注同士の連動した経済的トレードオフは、はるかに見えにくい。(7, 8)
意思決定の自動化と労働生産性 — 5/10。 バッチ実行は通常の発注処理を不要にでき、仕入先データのエージェントは実在する事務負担を対象とする。残る設定と例外処理は大きく、公開情報は導入後の総人手を定量化していない。(6, 12, 22)
実際の業務の複雑さに対する強靱性 — 5/10。 顧客事例は混乱時の適応を示し、連携ルールは実務上の制限を扱う。過去の古いままのリードタイム推定は、設定保守が遅れると判断の妥当性がいかに早く失われるかを示している。(19, 21)
製品とアーキテクチャの整合性
| 基準 | 得点 |
|---|---|
| アーキテクチャの一貫性 | 5/10 |
| システム境界の明確さ | 7/10 |
| セキュリティへの真剣さ | 3/10 |
| ソフトウェアの簡潔さと保有・運用コスト | 5/10 |
| プログラムおよびエージェント支援による運用との適合性 | 5/10 |
平均：5.0/10。
アーキテクチャの一貫性 — 5/10。 計画とERPの分離は理解しやすく、APIへの移行には具体的な裏付けがある。クラウド、オンプレミス、旧コネクタ、新しいデータ管理機能が異なる運用経路を生み、その共通内部設計は十分に明らかにされていない。(2, 9, 10, 26)
システム境界の明確さ — 7/10。 HSOは、中間テーブル、エクスポート、計算、インポート、変換、確定を文書化している。入荷日のルールは、Slim4とDynamicsの間の、結果に影響する責任分担を示す。この特定の連携に関しては、強い公開証拠である。(6, 7)
セキュリティへの真剣さ — 3/10。 APIの自動テストは具体的だが、堅牢な分離・復旧設計を立証しない。独自検証スクリプトと仕入先向けエージェントは攻撃面を拡大するが、実行範囲と権限の制限について同等に具体的な公開説明がない。(10, 24, 26)
ソフトウェアの簡潔さと保有・運用コスト — 5/10。 公開情報から見えるのはSQLのカスタマイズとコネクタ保守であり、内部スタックの肥大化が証明されているわけではない。設定研修とバージョンに敏感な連携は、総保有・運用コストに含めるべき相当の反復作業を示す。(9, 12, 13, 14)
プログラムおよびエージェント支援による運用との適合性 — 5/10。 バッチインターフェースとAPIアクセスは、有用な自動化の基盤である。新しいエージェントは商品データを扱う一方、補充ロジックを版管理し、再実行可能な形で改善する仕組みは十分に文書化されていない。(6, 10, 26)
技術的透明性
| 基準 | 得点 |
|---|---|
| 公開技術資料 | 6/10 |
| ベンダーの仲介なしでの検証可能性 | 4/10 |
| 移植性と囲い込みの可視性 | 5/10 |
| 導入方法の透明性 | 6/10 |
| 技術的主張を支える証拠の密度 | 5/10 |
平均：5.2/10。
公開技術資料 — 6/10。 パートナー資料には、項目の意味と連携手順の詳細がある。中核となる数値手法の公開説明は、著しく薄い。(6, 7, 8)
ベンダーの仲介なしでの検証可能性 — 4/10。 読者は文書化されたDynamics連携を理解し、過去の導入事例を研究できる。現行の計画アルゴリズムの独立再現やエージェント型製品の評価には、なお公開資料以上のアクセスが必要である。(18, 19, 26)
移植性と囲い込みの可視性 — 5/10。 明示的なデータ交換とERPでの実行は、業務記録の移動に関する不確実性を減らす。設定済み意思決定方針、独自の検証ロジック、過去の判断説明のエクスポートと再利用は、より不明瞭である。(6, 8, 26)
導入方法の透明性 — 6/10。 職務記述、キーユーザー研修、コネクタ設定は、実際の導入作業を示す。導入後も、顧客とコンサルタントの力量に依存することが分かる。(12, 14, 15)
技術的主張を支える証拠の密度 — 5/10。 連携資料と現場研究は、具体的な業務上の主張を支える。広範な精度やエージェント生産性の主張には、測定を再現するために同程度の詳細が欠けている。(3, 19, 22)
ベンダーの真剣さ
| 基準 | 得点 |
|---|---|
| 公開発信の技術的な真剣さ | 4/10 |
| 技術ロードマップの一貫性 | 5/10 |
| 概念の明確さ | 5/10 |
| 経済的責任 | 5/10 |
| エージェント型ソフトウェア時代の競争優位の持続性 | 4/10 |
平均：4.6/10。
公開発信の技術的な真剣さ — 4/10。 補充と連携の具体的な仕組みが、精度や脅威防御に関する広い主張と併存している。後者に範囲を限定した検証可能な実証が付けば、技術資料はより強くなる。(3, 8, 11)
技術ロードマップの一貫性 — 5/10。 歴史は、特定可能な在庫管理製品への継続的な取り組みと、商品データ業務への最近の具体的展開を示す。以前の機械学習の意欲と、現在の意思決定の実測改善の結び付きは、依然として十分に文書化されていない。(16, 20, 22)
概念の明確さ — 5/10。 Slimstockは、補充と仕入先データの実務を理解している。ただし、広い提案は、サービス方針、予測の宣伝、AIによる効率化を並べるにとどまり、その経済的な関係を十分に精密にしていない。(5, 8, 26)
経済的責任 — 5/10。 十二か月での投資回収という約束は、珍しく直接的である。その公開表現には、Slimstockがどれだけ成果リスクを引き受けるかを判断するための基準、完全な費用計算、範囲を限定した顧客義務、救済措置が欠けている。(23)
エージェント型ソフトウェア時代の競争優位の持続性 — 4/10。 確立された発注インターフェースと仕入先データ業務は、有用な自動化を支え得る。持続的な差別化には、日常運用と意思決定ロジックの改善の両方で少ない人手が求められる。公開モデルはなお、広範な方針保守を研修済みの実務担当者に委ねている。(12, 13, 24)
出典
出典は2026年11月4日に閲覧した。現行製品の説明、過去の導入研究、パートナーの連携資料では対象範囲が異なる。以下に日付と製品の範囲を示す。
Slim4プラットフォーム。現在の製品範囲：計画、商業機能、データ管理。
Slimstockのよくある質問。現在の導入形態と、予測、在庫、仕入先、連携の機能。
需要予測ソフトウェア。現在の予測説明と精度の主張。本稿で検討した主張に再現可能な評価は添えられていない。
在庫管理ソフトウェア。現在の在庫管理の提案とサービス方針による枠組み。
供給計画プラットフォーム。現在のサービスレベル主導の供給計画、発注案、仕入先条件、集約。
HSO Slim4ウェブサービス手順。Dynamics 365連携に関するHSO資料。中間テーブル、エクスポート、計算、インポート、バッチ確定を説明する。
HSO Slim4計画発注インターフェース。HSOの計画発注項目と、取り込み後のDynamicsによる入荷日調整。
HSO Slim4仕入先インターフェース。HSOの仕入先項目：価格、リードタイム、信頼性調整、発注量、優先設定、配分率。
HSO Slim4の旧ファイル連携設定。新しいウェブサービス導入と明確に区別された旧ファイル方式のHSO連携と、バージョン固有の更新義務。
APIsecのSlimstock事例。セキュリティ供給者による、API刷新、ステージングテスト、外部エンジニアリング、報告されたテスト結果の説明。顧客側の発言者はSlimstock CTOのDaan Majoorとされる。
Slimstockのセキュリティ。現在の認証、ホスティング、冗長化、監視に関する主張。
Slimstockキーユーザー研修。設定、データ管理、定期処理、権限、計画パラメータを扱う二日間の講座。
Slimstock上級ユーザー研修。在庫方針、サービス差別化、経済的発注量、陳腐化、制約、リードタイムを扱う上級課程。
[14] Slimstockのジュニア導入コンサルタント求人
Slimstockのジュニア導入コンサルタント求人。南アフリカの公式導入職求人。設定、テスト、展開、サポート、Microsoft SQLによるカスタマイズ。
HSO Slim4ウェブサービス設定。法人をまたぐ倉庫の識別、カバレッジグループ、対応付けルールを含むHSO Dynamics設定。
IMCC電子商取引物流会議プログラム。2019年1月15日のプログラム。Slimstockの発表は、2018年の新商品ツールと、予定していた機械学習の取り組みを説明する。
[17] オランダCBB判決ECLI:NL:CBB:2021:954
オランダCBB判決ECLI:NL:CBB:2021:954。College van Beroep voor het bedrijfslevenによる2021年10月19日の判決、事件19/1655。2019年のS&O認定拒否に対する不服申立ては、Wet vermindering afdracht loonbelasting en premie voor de volksverzekeringenの技術的新規性基準に基づき退けられた。公開された裁判所XMLには理由全文が残る。
[18] Esther van Leeuwen：Van Walravenの在庫最適化
Esther van Leeuwen：Van Walravenの在庫最適化。Esther van LeeuwenによるTU Eindhovenの2021年3月の修士論文。現場観察はVan Walravenと当時のSlim4利用を対象とする。提案された研究モデルは、出荷済み製品機能とは別である。
Lisa Sweere：fonQの在庫方針。Lisa SweereによるTU Eindhovenの2023年11月13日の修士論文。fonQでの観察には、手入力された仕入先リードタイムが何年も変わらなかったことが含まれる。論文の研究モデルをSlim4の機能とはしていない。
[20] Logistics Middle EastのSephora導入記事
Logistics Middle EastのSephora導入記事。2018年1月の雑誌記事、20–24ページ。SephoraとSlimstockへの取材を含む。2017年末の導入と、2018年初めに予定された本稼働を説明する。
Häfele顧客事例。英国での初回導入を2014年にさかのぼり、混乱時の予測、バッファ、購買発注の調整を説明する。
[22] Slimstock Agentic Data Management発表
Slimstock Agentic Data Management発表。Slimstockの広報代理店が公表した2026年4月14日の発表。商品登録、仕入先との通信、労働削減の主張。
Slimstockの八つの約束。十二か月以内の投資回収、製品返却、研修、納入約束を含む公開の商業的約束。
エージェントによるデータクレンジング。現在の製品説明：仕入先メール用ID、自動催促、検証、任意の人による確認。
Slimstock会社紹介。現在の自社説明：1993年設立、非公開の所有形態、規模、リリース頻度。
Slim4 Data Management。現在のオントロジー、属性、カスタムスクリプトを含む検証ルール、仕入先協業、ライフサイクル業務。