更新内容の全体概要
2026.1は3つの面で機能強化が行われています。プラットフォームでは、Modular Service Platformに自動管理のためのControl Service APIが追加され、OneQueueの公平性とスループットが向上しました。また、開発者向けにはVisual Studio Code用テストプラグインと拡張APIが提供され、管理者向けにはユーザーごとのsFTPアクセス制御と、基本電子署名の復活が実現しました。 PDXでは、サプライヤーのオンボーディングに小売業者によるコンテンツ要件の定義と事務的な審査が追加され、通知機能とシステムの応答性が向上します。また、Channel Developer Programによりパートナーがチャネル構築に参加できるようになり、Enhanced Contentのビジュアルが全面的に刷新されます。新しいUIでは、Collectionsが導入されるほか、検索可能なノードピッカーや、タブレベルでの統一された問題インジケーターが追加されます。
モジュール型サービスAPI
プラットフォーム | 基本機能に含まれる | 管理者、開発者 | 26.1 の主な機能
変更点
2025.3で導入されたモジュラー・サービス・プラットフォームにより、レシーバーやビジネス機能などのプラグインをStibo Systemsプラットフォームとは独立して実行できるようになり、安定性とスケーラビリティが向上しました。しかし、多数のエンドポイントの管理は手動で行われており、自動化された監視や制御機能はありませんでした。 2026.1では、新しいControl Service APIにより、Modular Service PlatformのサービスをRESTベースで管理できるようになりました。これには、サービスの作成や更新、起動や停止、ステータスの確認、フィルタリングされたログの取得などが含まれます。
- システム管理を簡素化し、手作業の負担を軽減します。
- サービス全体にわたる運用可視性を向上させます。
- 大規模環境における自動化をサポートします。
その他のリソース
Visual Studio Code のテスト機能
プラットフォーム | 基本版に含まれる | 開発元 | 26.1 の注目ポイント
変更点
Workbench ではユーザーが JavaScript のビジネスルールを直接テストできますが、Visual Studio Code ユーザーはテストを実行するために Workbench に戻らなければならず、わずかな変更であっても開発の流れが中断されてしまっていました。 バージョン 2026.1 では、軽量な Visual Studio Code プラグインが、変更をコミットすることなく REST 経由で Stibo Systems プラットフォームに対してルールテストを実行し、エラーやルールの出力を Visual Studio Code 内に表示します。このプラグインは最小限の UI を備えており、手動でインストールする VSIX パッケージとして配布されています。
- コンテキスト切り替えがなく、フィードバックループが高速化されます。
- 永続的な保存が不要なため、より安全なテストが可能。
- 単一の環境でのデバッグが明確になり、複雑なルールの開発もスムーズに進みます。
その他のリソース
OneQueue バックグラウンドプロセスフレームワークの改善
プラットフォーム | 基本機能に含まれる | 管理者、開発者 | 26.1 の主な機能
変更点
OneQueueのバックグラウンドプロセスフレームワークは広く利用されていますが、顧客のソリューション全体に見られる制限により、さらなる普及が妨げられていました。具体的には、特定の処理シナリオにおいて、処理能力の偏った配分や、主要なソリューション領域での遅延が発生していました。 2026.1 では、処理が一時的に停止する理由を説明する「スケジューラステータス」、単一のユーザーやプロセスタイプが不釣り合いな容量を消費することを防ぐ新しい公平性メカニズム、そして一度に処理できる量を増やす全体的なスループットの向上など、合理化された実行概要が導入されています。
- 処理が一時停止または遅延する理由について、より深い理解が得られます。
- より公平なキャパシティ配分による待ち時間の短縮。
- 安定性を損なうことなく、リソースの利用を最適化します。
その他のリソース
セルフサービスUI — sFTPのアクセス権限
プラットフォーム | 基本プランに含まれる機能 | 管理者 | 26.1 の主な機能
変更点
セルフサービスUIでは、顧客がsFTPユーザーアカウントを管理することは可能ですが、個々のユーザーに個別のアクセス権限を割り当てることはできなかったため、sFTPユーザーが自身の役割やプロセスで必要とされる範囲を超えてアクセスできてしまう可能性がありました。これは、アクセスの厳格な分離を必要とする多くの連携において問題となっていました。 2026.1のセルフサービスUIのアップデートでは、管理者はsFTPユーザーアカウントの設定時にディレクトリへのアクセス権やアクセスモードを定義できるようになり、ユーザーごとにきめ細かな制御が可能になりました。
- きめ細やかで厳格に管理されたsFTPデータアクセス。
- ユーザーが許可された場所とのみやり取りするようにすることで、リスクを低減します。
- sFTP ベースの統合におけるセキュリティとコンプライアンスを強化します。
その他のリソース
電子署名の基本
プラットフォーム | 基本プランに含まれる | 管理者、ビジネスユーザー | 26.1の主な機能
変更点
基本電子署名は、利用が限定的であったことや外部認証方式との互換性の問題から、2024.4 バージョンで非推奨となりましたが、一部の顧客は、重要なワークフロー手順を実行する権限のあるユーザーの本人確認を義務付ける規制要件を満たす必要があります。 2026.1では、基本電子署名のサポートが再開され、専用の再認証フローを通じて外部認証をオプションで利用できるようになりました。
- 顧客から要望の多かった重要な機能を復元します。
- 規制への準拠とワークフローの継続性をサポートします。
- より強力な再認証セキュリティを適用するための柔軟性を提供します。
その他のリソース
APIの拡張
プラットフォーム | 基本版に含まれる | 開発元 | 26.1 の注目ポイント
変更点
マイクロサービスは、既存のRESTおよびGraphQL APIを通じてStibo Systemsプラットフォームと連携します。これらのAPIは基本的なデータ操作をサポートしていましたが、より広範なシステム設定機能が欠けており、開発者は低レベルのREST呼び出しを手作業で記述する必要がありました。 2026.1では、JavaおよびModular Service Platformのコードから直接REST呼び出しを可能にするService APIクライアントスタブが導入され、低レベルのネットワーク処理コードが不要になりました。また、新規および更新されたエンドポイントを含むREST API v2の機能強化も実施されています。
- マイクロサービス向けの、より広範で安全なAPIアクセス。
- 型付きクライアントスタブによる開発の容易化。
- 互換性を損なうことなく、適用範囲とパフォーマンスを拡張する、一貫性があり、後方互換性を維持したRESTの改善。
その他のリソース
オンボーディング — コンテンツの検証とレビューの強化
PXDC / Acquire | PDX Onboarding ライセンスで利用可能 | 管理者、ビジネスユーザー | バージョン 26.1 の主な機能
変更点
フォーマットの不統一、品質上の問題、検証ツールの不足により、小売業者はサプライヤーのコンテンツを取り込む際に多大な手作業を余儀なくされており、高品質な商品リストの作成に向けた取り組みにおいて、多大な運用コストが発生しています。 2026.1では、取り込みフローに3つの機能が追加されました。それは、管理者向けの小売業者定義のコンテンツ要件、ビジネスユーザー向けの公開前の事務的レビュー、および「Enhanced Content Syndication」へのフィードバックループです。
- 小売業者が、どのようなコンテンツを受け入れるかについて、より強固な管理を行えるようになります。
- コンテンツの一貫性が高まり、サプライヤーとの連携が効率化される。
- より高品質な商品詳細ページにより、顧客エンゲージメントを促進します。
その他のリソース
製品ステータス通知の拡充
PXDC / 取得・共有 | PDX オンボーディングライセンスおよび PDX シンジケーションライセンスで利用可能 | ビジネスユーザー | 26.1 の主な機能
変更点
メール通知は限られたステータスしか対象としていなかったため、ユーザーは商品の進捗状況をほとんど把握できず、商品が「受理」されたり「取得」されたりした際の確認通知も受け取れませんでした。2026.1では、通知の対象が拡大され、商品が「提出済み」から「受理済み」に移行した際の「受理済み」ステータスや、小売業者のPIMからチャネルに商品が追加された際の「取得済み」ステータスも含まれるようになりました。
- 透明性を高め、ユーザーの信頼を向上させます。
- オンボーディングやメンテナンスのプロセスを追跡しやすくなります。
- 実用的な通知を通じて業務効率を向上させます。
その他のリソース
サプライヤー向けのシステムの応答性
PXDC / Acquire | PDX Onboarding ライセンスで利用可能 | ビジネスユーザー | 26.1 の主な機能
変更点
取り扱い製品数が少ないブランドでは、処理規模に見合わない待ち時間が発生し、システムの反応の遅さを感じさせ、アプリケーションへの信頼を損なっていました。2026.1では、ジョブキューの処理方法が変更され、少数の製品を扱う際の応答性が大幅に向上しました。
- 小規模なブランドにとって、より効率的な体験を実現。
- 小規模なタスクに対するシステムの反応が速くなる。
- アプリケーションに対する信頼性が高まります。
その他のリソース
- YouTubeのチャプター: 視聴する
「Auto Care」スキーマの変更
PXDC / 取得、管理、共有 | Auto Care ライセンスで利用可能 | 管理者、開発者 | 26.1 の主な機能
変更点
自動車関連データは、ますます複雑化し、グローバル化が進み、データ量も膨大になっていますが、参照データに関する現行の標準規格であるACESやPIESには、強力な多言語対応、詳細なパッケージングデータ、高度な資産管理機能が欠けており、その結果、手作業の増加、作業の重複、遅延が生じています。 2026.1では、Auto Careリファレンスデータ（VCdb、Qdb、PCdb、PAdb、およびBrandテーブル）に対する最新のスキーマ変更への対応が導入され、今後のリリースでは最新のACESおよびPIES規格への完全な対応が追加される予定です。
- より正確で一貫性のある自動車関連データ。
- 導入と製品変更の迅速化。
- 多言語対応によるグローバルな展開範囲の拡大。
その他のリソース
データ所有者によるマッチングの調整
CXDC、BPDC、SDC / 管理 | アーリーアダプター版 | 管理者 | 26.1 の主な機能
変更点
スーパーユーザーは、ルールの精度や根本的なデータ品質の問題について十分な可視性がないまま照合アルゴリズムを維持していたため、データ所有者との連携が困難であり、調整のたびに技術的な専門知識が必要となっていました。2026.1では、照合精度とデータ品質の問題に関する共有概要が表示されるようになったため、スーパーユーザーとデータ所有者が共同で潜在的な照合候補を確認し、アルゴリズムをより効果的に改善できるようになりました。 今後のアップデートでは、データ所有者が直接マッチングルールを作成・管理できるようになります。
- エラーを減らし、手作業の負担を軽減することで、チューニングを迅速化します。
- スーパーユーザーとデータ所有者間の連携が向上します。
- 技術専門家に依存することなく、ビジネス主導のマッチングを実現する道筋。
その他のリソース
セルフサービス型オンボーディングチャネルの機能強化
PXDC / 管理 | PDX オンボーディング ライセンスで利用可能 | 管理者 | 26.1 の主な機能
変更点
Channel Portalでは、基本的なデータ標準の同期やチャネルの閲覧機能は提供されていましたが、完全なセルフサービス機能やデータ標準生成状況の明確な可視化が欠けていたため、小売業者やパートナーは、自動化の範囲が限定的で、透明性が低く、トラブルシューティングが複雑という課題に直面していました。 バージョン2026.1では、チャネルの更新およびスケジュール設定のためのセルフサービスツール、データ標準生成のステータス（成功、警告、失敗）に関するメール通知、および監視とトラブルシューティングのための改良されたUIが追加されました。
- チャネル管理を簡素化し、可視性を向上させます。
- セルフサービス機能とプロアクティブなアラートにより、手作業の負担を軽減します。
- オンボーディングをスケールに合わせて実施できるようにします。
その他のリソース
- YouTubeのチャプター: 視聴する
展開された条件式
PXDC / 管理 | 基本機能に含まれる | 管理者、ビジネスユーザー | 26.1 の注目機能
変更点
複雑なデータを扱うユーザーには動的な検証機能が不足しており、属性要件が静的なままだったためエラーが発生しやすかったほか、ビジネスルールが複雑化するにつれて、式言語では一般的な比較シナリオを網羅できなくなっていました。2026.1では、条件式に「より小さい」、「より大きい」、「以下」、「以上」などの比較演算子が追加されました。
- JavaScriptを使わなくても、より現実的な条件付きシナリオを解決できるようになります。
- 複雑さを軽減し、保守性を向上させます。
- 条件分岐ロジックの機能を強化しつつ、設定のしやすさを維持します。
その他のリソース
パートナーが管理するチャネル
PXDC / 共有 | チャネル収益分配契約およびPDX SDKライセンス契約が必要です | 管理者、ビジネスユーザー | 26.1の主な機能
変更点
PDXでは、ブランドが「チャネル」を通じて製品データを配信できます。このうち「ダイレクトチャネル」とは、小売業者、マーケットプレイス、データプールなどの受信先に向けたコンテンツ、フォーマット、配信メカニズムを定義するAPIベースの統合ポイントであり、これらはStibo Systemsによって開発・維持管理されています。 データ配信を利用する顧客には、コンフィギュアード・チャネルでは必ずしも対応できない複雑な統合機能を備えたチャネルが必要ですが、パートナーにはそれらを構築・公開するための正式な手段がありませんでした。PDXチャネル開発者プログラムでは、チャネルAPI、ドキュメント、およびチャネルSDKを提供することで、外部の開発者やパートナーがダイレクト・チャネルの開発を行えるようにしています。
- パートナーは、高度なチャネルを構築し、PDX Channel Marketplaceで公開することができます。
- パートナーにとって新たな収益源となります。
- すべてのPDXユーザーに対して、チャネルの利用範囲を拡大します。
その他のリソース
コンテンツ表示の強化
PXDC / 共有 | 「拡張コンテンツ」ライセンスで利用可能 | ビジネスユーザー | 26.1 の主な機能
変更点
競争が激化する市場環境において、ブランドはあらゆるチャネルでより魅力的で質の高い体験を提供することが求められていますが、従来のコンテンツ形式ではその実現が制限されていました。 2026.1では、3つの機能強化が導入されました。すべてのモジュールにおけるビジュアルの全面刷新、ストーリーテリングのための大きな画像に対応するためのコンテンツ幅の50％拡大、そしてあらゆるデバイスで高精細な表示を実現するレスポンシブなコンテンツデザインです。
- 視覚的な訴求力を高め、デジタル棚上で製品を際立たせます。
- ストーリーテリング能力の向上。
- すべてのデバイスで一貫したブランド体験を提供します。
その他のリソース
- YouTubeのチャプター: 視聴する
ノードピッカーにおけるカラムおよびフィールドの選択機能の改善
PXDC / 管理 | 担当アカウントマネージャーにお問い合わせください | 管理者 | 26.1 の注目ポイント
変更点
ノードピッカーには効果的な検索機能が備わっていなかったため、コンテンツマネージャーや管理者は適切な列、フィールド、属性グループを見つけるのに苦労していました。階層構造の閲覧は時間がかかり、オートコンプリートに同じ名前が複数表示されるため、選択が不確実になっていました。 2026.1では、「ビューのカスタマイズ」およびすべての設定用ノードピッカーに検索タブが追加され、わかりやすいアイコンを用いて名前やIDによる検索が可能になりました。タイプアヘッドには名前とIDの両方が表示され、検索結果は「ワークベンチに表示」のルールを遵守し、検索対象は関連するすべての列およびフィールドタイプを網羅しています。
- ユーザーは、階層を深く掘り下げる必要なく、適切な項目を見つけることができます。
- 設定作業がより迅速かつ正確になります。
- 特に類似した名称が多数ある場合でも、設定の一貫性が向上します。
その他のリソース
タブレベルの問題インジケーターの統一
PXDC / 管理 | 担当のアカウントマネージャーにお問い合わせください | ビジネスユーザー | 26.1 の主な機能
変更点
ユーザーは、オブジェクトのデータ品質について明確な全体像を把握できていませんでした。検証シグナルが散在しており、複雑さゆえに、手作業による詳細な点検を行わなければ問題を発見することが困難だったからです。2026.1では、統一された指標により、保存されているすべての検証上の問題がタブごとに1つのカウンターにまとめられ、最も深刻度の高い問題が反映され、問題が解決されるたびに自動的に更新されます。 ツールチップには問題の種類が要約されており、このインジケーターは、一時的な入力フィードバックを除外しつつ、テーブル、参照構造、および無効または孤立したデータを網羅しています。
- ユーザーは、問題の発生箇所やその深刻度を即座に把握できます。
- 問題の検索に費やす時間が短縮され、データ品質が向上します。
- 複雑なオブジェクトに対しても、よりスムーズで確実なワークフローを実現します。
その他のリソース
新しいUIにおけるコレクション
PXDC / 管理 | 担当のアカウントマネージャーにお問い合わせください | 管理者、ビジネスユーザー | 26.1 の注目機能
変更点
ユーザーはしばしば膨大なデータセットを扱うものの、実際に必要なのはその中から関連性の高いごく一部のデータに過ぎません。しかし、従来のUIではコレクションの作成、監視、管理を効率的に行う手段がなく、その結果、運用上の負担が増大し、意思決定の遅れを招いていました。 バージョン 2026.1 では、新しい UI に「コレクション」機能が追加されました。ユーザーは、検索ベースのコレクションを閲覧・操作したり、更新したりできるほか、検索ベースではないコレクションについては、項目を直接追加・削除して管理することができます。
- ユーザーが最も関連性の高いデータセットを用いて作業できるようにすることで、集中力とコラボレーションを向上させます。
- 手作業の負担と注意散漫を軽減します。
- チーム間の意思決定を加速させます。
その他のリソース
FAQ
2026.1では、Modular Service Platformのサービスを管理するためのControl Service APIが追加され、OneQueueの公平性とスループットが向上したほか、開発者向けにVisual Studio Codeのテスト用プラグインと拡張APIが提供されます。管理者向けには、ユーザーごとのsFTPアクセス制御機能と、基本電子署名の再導入が行われます。 PDXでは、オンボーディングに小売業者指定のコンテンツ要件と事務担当者による審査が追加され、通知と応答性が向上しました。また、Channel Developer Programによりパートナーがチャネルを構築できるようになり、「Enhanced Content」のビジュアルが刷新されました。新しいUIには、「コレクション」、検索可能なノードピッカー、および統一されたタブレベルの課題インジケーターが追加されています。
このプラットフォームおよびオンボーディング・設定の更新は、主に管理者を対象としています。開発者を対象としているのは、モジュラーサービスAPI、Visual Studio Codeプラグイン、API拡張機能、およびAuto Careスキーマの変更です。ビジネスユーザーを対象としているのは、オンボーディングのレビュー、通知、サプライヤーの対応状況、拡張コンテンツの表示、問題インジケーター、およびコレクションです。
「Acquire」では、オンボーディングコンテンツの検証、サプライヤー向けのシステム応答性、およびステータス通知の拡充について取り上げます。「Manage」では、カバーのマッチング調整、オンボーディングチャネルの機能強化、条件式、および3つの新しいUI更新について取り上げます。「Share」では、パートナー管理チャネルと拡張コンテンツの表示について取り上げます。「Auto Care」のスキーマ変更は「Acquire」、「Manage」、「Share」にまたがっており、6つのプラットフォーム更新はプラットフォームレベルでのものです。
プラットフォームの更新および条件式の拡張は、baseに含まれています。PDXオンボーディングの更新にはPDXオンボーディングライセンスが必要であり、製品ステータス通知の拡張にはPDXオンボーディングライセンスとPDXシンジケーションライセンスの両方が必要です。 Auto Careのスキーマ変更にはAuto Careライセンス、Enhanced Contentの表示にはEnhanced Contentライセンス、パートナー管理チャネルにはチャネル収益分配契約およびPDX SDKライセンス契約が必要です。データ所有者によるMatch Tuningは、アーリーアダプター向けリリースです。 ノードピッカーの検索、統一された課題インジケーター、および新UIの「コレクション」については、資料内でアカウントマネージャーへの問い合わせを案内しています。
はい。「データ所有者によるマッチチューニング」はアーリーアダプター向けリリースであり、simplifymatching@stibosystems.com 宛てにメールを送信することで利用できます。 Auto Careのサポートは段階的に提供されており、2026.1では参照データスキーマの変更に対応し、今後のリリースではACESおよびPIESの完全なサポートが予定されています。また、データ所有者によるマッチングルールの作成機能は、今後のアップデートで提供される予定です。
「2026.1 アップデートノート」、「概要動画」、「YouTubeのチャプター」、および「概要資料」へのリンクは、「関連資料」に記載されています。[挿入／確認]