に関するよくある質問(FAQ) Sterling Intelligent Promising

Sterling Intelligent Promising に関連する一般的な質問の答えを見つける。

一般情報

clientId または clientSecret はテナントごとに異なりますか?
はい。
クライアントの認証情報を回復するにはどうすればよいですか？
IBM® Support でアカウント回復ケースを開く。 ケースの開設に関する情報は、 IBM Support をご覧ください。
Sterling Intelligent Promising にはユーザー・インターフェースがありますか?
はい。 ユーザー・インターフェースについて詳しくは、 管理を参照してください。
ユニークトークンを生成する際、 base64Encoded、どのような文字列を指定する必要がありますか？
使用可能な base64encoder を使用し、入力を : として指定してエンコードします。 ベアラートークンの生成に使用できる Base64 フォーマットのトークンが作成されます。 Linux® ：
>echo -n 'ABCD:1234'|base64
Results: QUJDRDoxMjM0
需要と供給の無効なエントリーを削除することはできますか？
いいえ 代わりに、PUT 要求メソッドを使用して Sync Supply または Sync Demand REST API を開始し、quantity 属性の値を 0 (ゼロ) に設定することができます。
REST APIを使用して予約を更新できますか？
既存の予約の予約数量を増やすことができます。 他のすべてのアクションについては、既存の予約を削除し、再作成する。
400レスポンスコードはどのように解決されますか？
400 応答コードは、入力が正しくないことを示しています。 必須パラメーターが入力 JSON に指定されていることを確認してください。
失敗時に再試行できる応答コード
500 以上の状況コードは再試行できます。
  • 500 未満の状況コードを受け取った場合は、対応する API の REST API 資料 を参照して、要求で発生した問題を確認してください。
  • リクエストがタイムアウトしても、リクエストが正常に完了したことを確認する。
  • これがべき等の API 呼び出し (PUT メソッドなど) である場合は、再試行できます。
各環境におけるAPIのレート制限は？
レート制限は、1 時間あたりの API 要求の最大数です。 開発者ツールキット、開発環境、QA環境を含むすべての下位環境には、1時間あたり10000APIコールというレートキャップがある。 また、プリプロダクションおよびプロダクション環境へのアクセスも可能で、その上限はお客様のサービス内容契約に従って定義されます。
サービス内容契約書をご覧になるには、以下の手順に従ってください：
  • 「 IBM のご利用条件へようこそ」 ページをクリックします。
  • 検索フィールドに製品名を入力します、 IBM Sterling® Order Management を入力すると、サービス説明文書が表示されます。
  • APIレート制限の詳細については、ドキュメントの「 Sterling Intelligent Promising Sterling Intelligent Promising Environment Limits on API Calls and API Actions 」セクションを参照してください。
開発者ツールキット、開発環境、QA環境のレート制限をアップグレードできます。 あるいは、別の実稼働前環境を購入することもできます。 これらのオプションを検討するには、 IBM 営業とのミーティングをご予約ください。 詳しくは IBM Sterling Intelligent Promising.
ルールAPIに文字数制限はありますか？
はい。 例えば、 Description フィールドは1024文字を超えてはならない。 この制限を超えると、検証エラーが発生する。 文字数を減らし、ルールを更新する。
Sterling Intelligent Promising はバリエーションのあるアイテムをサポートしますか?
はい。 詳しくは、 バリエーションを持つアイテムを参照。
Sterling Intelligent Promising は、無制限のインベントリーまたは計画外のインベントリーをサポートしますか?
いいえ 回避策として、数量が多いノード (10000 など) でそのアイテムの在庫を提供することができます。 また、この番号を定期的に同期する必要があります。
Sterling Intelligent Promising は、ベンダーが管理する在庫やグローバル取引識別番号（GTIN）をサポートしていますか？
いいえ 在庫は特定のSKUのみで追跡され、そのSKUの在庫状況のみが照会される。 複数の SKU にわたる在庫状況はサポートされていません。 回避策として、GTIN を共有する SKU 毎に問い合わせを行い、 Sterling Intelligent Promising 以外の番号を集計することができます。

セルフサービス

セルフサービスに関連するよくある質問の回答をご覧いただけます。
組織に複数の組織管理者を置くことはできますか？
はい
セルフ・ サービスに新しい機能が追加された場合、 IBM からメールが届きますか？

はい、組織の管理者、開発者、または関係者の役割を持つすべてのユーザーに、新機能に関する製品通知メールが送信されます。

セルフサービスには、本番環境へのアクセスをコントロールする機能がありますか？
はい。 セルフサービスには 2つの異なる開発者ロールがあり、1つは非本番環境用、もう1つは本番環境へのアクセスを制御するための本番環境用です。
セルフサービスからのメールが届かないのはなぜですか？
メールサーバーまたはスパムフィルターが、セルフサービスから送信されるメールをブロックしている可能性があります。 oms.supply-chain.ibm.com からのメールがメールサーバーで許可されていることを確認できます。

Optimization service

Optimization service に関連するよくある質問への回答を検索する。

労務管理をSIPと統合するオプションはありますか？
労務管理ソフトウェアと直接統合することはできません。 ただし、最適化のために、加工費とも呼ばれる人件費をアップロードすることはできる。
Optimization service は、注文の各商品について、物理的重量または寸法重量を考慮するのか
閾値が検討され、寸法的重みと物理的重みのどちらか大きい方が、最適化決定プロセスで考慮すべき適切な重みを決定するために使用される。 輸送会社が適用する寸法重量のしきい値は、プラットフォーム内で管理される。
最適化説明のための注文の保存期間は？
注文は90日間、最適化説明のために保管される。
最適化レバーを徐々に作動させることはできますか？
はい、最適化目標を段階的に有効にすることができます。 初日から送料最適化レバーを有効にする必要があります。 その後、関連データが Sterling Intelligent Promising で設定されるにつれて、より多くのレバーを作動させることができる。

Sterling Intelligent Promising プレミアム

AIによる Sterling Intelligent Promising プレミアムの最適化に関連するよくある質問の回答をご覧ください。

AIと機械学習（ML）

機械学習を加速させるために、マークダウンや在庫切れを最適化するための過去または未来のデータの取り込みはサポートされていますか？
そう、機械学習フェーズを効率的に立ち上げるための履歴データの取り込みはサポートされている。
このモデルは、どのくらいでビジネス価値を提供し始めるのか？ まずは数カ月間走らせる必要があるのか？
このモデルの学習を開始するには、少なくとも3ヶ月分の過去データが必要である。 それが訓練されれば、測定可能な価値をもたらす。
長期にわたって継続的に改善されるモデルとは？
モデルは毎月、コンスタントに流れるデータを使って再トレーニングされる。 これにより、モデルは変化するパターンに適応し、時間の経過とともに精度を向上させることができる。
ファイルが IBM Cloud® Object Storage にプッシュされるような高度なモデルの場合、モデルの予測値がどのように計算されるのか、可視化されているのでしょうか？
はい、需要予測は表示されませんが、予測から導かれるコスト指標は可視化されています。 Optimization service は予測データをコストに変換する。 このコストは、最適化を決定するために使用される。
米国とカナダなど、企業や場所によってデータフィードを変えることはできますか？ 従って、 Sterling Intelligent Promising 、最適化のメリットはあるのだろうか？
企業固有のデータフィードおよび特典のフィルタリングは現在サポートされていません。
ビジネス・レバーを個別に作動させることはできますか？ 例えば、ストックアウトの最適化を有効にする前に、マークダウンの最適化を有効にすることから始めることはできますか？
特定のユースケースから始めて、徐々に拡大していくことができます。
T-logデータのみが利用可能で、マークダウンデータが利用できない場合、ストックアウト最適化レバーを作動させることはできますか？
はい、マークダウンデータがなくても在庫切れ回避レバーを作動させることができます。
最適化目標を徐々に有効にすることはできますか？
ビジネス目標を1つずつオンにすることができる。 初日から送料の最適化を有効にする必要があります。 その後、 Sterling Intelligent Promising でデータが設定された時点で、他の最適化目標を追加することができます。
AIモデルを毎日稼働させるために、どれくらいの手作業が必要ですか？
データ統合がセットアップされると、AIモデルを毎日実行するための手作業は不要になる。
モデルのトレーニングは手動でトリガーできますか？
はい、しかしこれを行うには IBM サポートに連絡する必要があります。 詳しくは、 IBM サポートをご覧ください。
AIモデルの学習に必要なデータの種類は？
  • Tログ
  • マークダウン
  • 注文明細状況
  • カタログ・アイテム
  • 可用性
  • 供給計画
どのデータ統合が組み込まれ、どのデータ統合がカスタム開発を必要とするか？
  • 在庫状況と供給データは、 inventory service と最適化サービスの間で自動的に統合される。
  • カタログデータは、 catalog service と最適化サービスの間で統合される。
  • IBM の場合、オーダーラインのステータスデータは最適化サービスと統合されている。
在庫切れや値下げリスクを回避するために、どのような予測モデルを使って部品を計算するのですか？
  • フィーチャーセット
  • 予測期間
  • 特定のMLモデル
季節性はモデルの訓練に使われる。 季節的な傾向を特定するために過去1年間のデータが使われ、予測モデルの訓練には現在の3ヶ月分のデータが使われる。 このモデルは、回帰とディープラーニングの技術を採用し、毎日の店舗での売上と、ネットで購入し店舗で受け取る（BOPIS）売上を予測する。 モデルの主な機能には、統計、計算価格、過去の在庫、過去のベロシティが含まれる。
ストックアウトとマークダウンのリスクを計算するために使用される時間軸は何ですか？
在庫切れやマークダウンの確率を計算するために、60日間の水平線が使用される。
より長い期間のデータセットを提供することで、モデルの予測は改善されるのだろうか？
そう、データセットの期間を延長することで、モデルの精度と寿命の両方が向上する。 モデルのパフォーマンスを最適化するために、データセットを長期間投入する場合は、データセット間でデータの整合性が保たれていることを確認してください。
モデルの精度はどのようにテストされるのですか？
モデルは、欠損データやデータ値の変更によって生じる可能性のあるモデルの偏りやドリフトについてテストされる。
モデルが軌道に乗ったことを確認するために、どれくらいの頻度でモニターされ、どれくらいの頻度で再トレーニングされるのか？
モデルは月に1、2回、最新のデータを使ってトレーニングされる。 その後、モデルサービングが毎日、そしてしばしばリアルタイムで行われ、事象の変化ごとに予報が更新されるようにする。 最低でも、予報は毎日更新される。
モデルの精度を高めるためのデータフィードはありますか？
出荷データは、より良いフィードバック・ループのための計画能力を高める。 このモデルは現在、並外れた結果を出している。 しかし、出荷データを新しいノード信頼性モデルに組み込むことで、モデルをさらに改善するための差異を特定することができる。
Optimization service 、アイテムの相対速度が発生するのか？
はい、予測は各ロケーションの製品ごとに行われます。 そして、在庫レベルに基づいて、相対的な在庫切れコストやマークダウンコストを計算する。
新発売の商品がまだ売れていない場合は？
過去3ヶ月間に店舗で販売されていない商品は、他の類似商品から統計値を借用する。
補充データはどこで使われていますか？
補充データは、予測および在庫切れ確率を評価するのに役立つ入荷供給率を決定するために使用される。 そして、この情報に基づいてストックアウトコストを計算する。
のマークダウンと在庫切れ回避モデルを使用して、注文がどのように最適化されるかを確認できますか？ Sterling Intelligent Promising
Sterling Intelligent Promising のトライアル・テナントにご登録いただくと、マークダウンと在庫切れ回避モデルを使用して注文がどのように最適化されるかをご覧いただけます。 マークダウンや在庫切れの回避などの予測モデルを最適化目標に追加すると、それらが注文の決定にどのように影響するかを確認し、関連する利益レポートを確認することができます。 詳しくは、 トライアルの登録をご覧ください。

マークダウン・データ

マークダウン回避のために、販売率がゼロかゼロに近い場合、動きの遅い商品をどのように優先させればいいのでしょうか？
人工的なマークダウンを使って、動きの遅い商品に優先順位をつけることができる。
企業、店舗、バナーレベルのマークダウンに対応していますか？
いいえ、これらのバナータイプはサポートされていません。
マークダウンのアルゴリズムについて、次の値のどれが最も優勢か：
  • 割引を含む取引小売総額
  • 取引合計請求額
マークダウン商品の小売価格は必須ではないのですか？ この価格なしで、モデルはどのように利益を計算するのか？
このモデルでは、マークダウン率を使って利益を計算する。 マークダウンフィードでは、マークダウン価格かマークダウン率のどちらかが必要です。
マークダウン・イベントIDは必須です。 このIDはモデルの中でどのように使われているのですか？
マークダウンイベントIDは、マークダウン予測中に個々のマークダウンイベントを一意に識別し、追跡するために使用されます。
なぜ通常のマークダウンでは終了日が不要で、人為的なマークダウンでは必要なのですか？
  • 通常のマークダウンの場合：マークダウン商品は、ステータスがMKDOWN-DELETEに変更されるまで有効であるため、終了日を設定する必要はありません。
  • 人工的なマークダウンの場合：人為的なマークダウンの場合：人為的なマークダウンは一時的なものであるため、その期間を定め、適切なトラッキングを行うためには、終了日が必要である*
マークダウン小売価格とマークダウン率の両方がデータで提供されている場合、 Sterling Intelligent Promising 、マークダウン後の正味小売価格はどのように計算するのか？
Sterling Intelligent Promising は、マークダウン後の正味小売価格を計算するためにマークダウン小売価格を使用する。 マークダウン保持価格が提供されている場合、マークダウン率は考慮されない。

Tログデータ

在庫切れの確率を計算する場合、どちらの値が優先されるか？
  • 割引を含む取引小売総額
  • 取引合計請求額
ストックアウトの計算では、取引合計請求額が優先されます。
取引所取引の場合、返品用と売却用の2つの別々の取引としてデータを送信することはできますか？
はい、為替取引は2つの異なる取引として送信することができ、一方は返品を表し、もう一方は売却を表します。
T-ログファイルにおいて、品目に割引とマークダウンの取引品目ステータスコードが刻印されている場合、どちらのコードが優先されますか？
商品には、割引またはマークダウンのステータスコードのみが刻印され、両方を刻印することはできません。 その結果、前例がない。

供給計画データ

供給データはどこで使われているのか？
供給データは、在庫切れの予測と確率を評価するために、入荷供給率を決定するために使用される。 そして、この情報に基づいてストックアウトコストを計算する。