次世代プラットフォーム

共通構成の実行

オンラインで編集

Sterling Store Engagementの使用を開始するには、すべてのフルフィルメントおよび在庫管理タスクに対していくつかの共通構成ステップを実行する必要があります。

アプリケーション・マネージャー

Applications Managerで以下の構成を実行します。
参加者の設定
企業のサプライ・チェーンに参加する組織で構成され、これらの組織間の関係を定義します。 ビジネス・モデルに合うようにエンタープライズおよびノードをセットアップします。 詳しくは、 参加者モデリングを参照のこと。
ストアの在庫構成
組織の役割および参加者の関連付けの一部として、ノード属性の下の適切な 「ストア・インベントリー構成」 オプションを選択します。 ストアに対して 「ストア在庫管理」 機能を有効にして、ストアで管理される在庫を使用するかどうか、またはストアを非在庫ストアとして構成するかどうかを選択できます。 詳細については、 「店舗における在庫管理機能の設定」 を参照してください。
パイプライン
パイプラインを使用してビジネス・ワークフローをモデル化します。 詳細については、 プロセス・モデリングの概念を参照のこと。
ユーザーおよびユーザー・グループ
さまざまなストア担当者によって実行されるタスク、または組織内で担当する役割に基づいて、ユーザーを定義し、適切なユーザー・グループにグループ化する必要があります。 詳細については、 ユーザーの定義およびユーザーグループの定義を参照してください。
チーム構成
セキュリティーを強化するために、企業はユーザー用にチームを構成します。 チームがユーザー用に構成されている場合、認証プロセス中に getTeamDetails API が呼び出され、チームのノード・アクセス構成が読み取られます。 アプリケーションによって提供される isf.login.getTeamDetails マッシュアップは、マッシュアップ入力内のユーザーの組織として OrganizationCode を使用して呼び出されます。 チームがユーザーのエンタープライズ・レベルで構成されていることを前提としています。 ユーザーのエンタープライズ・レベルでチームを作成しない場合は、マッシュアップをカスタマイズし、チームを保守する組織の OrganizationCode を渡す必要があります。 例えば、チームがハブ・レベルで構成されている場合、カスタマイズされたマッシュアップで OrganizationCode を DEFAULTに設定します。 詳細については、 チームの定義を参照してください。
リソース・アクセス権
特定のタスクを実行する権限を持つユーザー・グループを制御します。 詳細については、 ユーザーグループ権限の管理を参照してください。 Sterling Store Engagement 機能に対して有効化されたリソース権限の詳細については、 「Sterling Store Engagement の構成」 の該当セクションを参照してください。 たとえば、製品検索機能に対して有効化されたリソース権限については、 「製品検索の設定」 を参照してください。
計測単位
商品との関連で使用する計測単位 (UOM) を定義します。 これは必須の構成であり、商品の「単位」フィールドをブランクにすることはできません。 UOMの設定の詳細については、 Unit of measureを参照のこと。

システム管理者

システム管理管理者 (SMA) コンソールで、 isf.user.session.timeout.interval プロパティーを構成して、セッション・タイムアウト間隔を分単位で設定します。 デフォルト値は 0 に設定されています。これは、ユーザー・アクティビティーが追跡されないことを意味します。

isf.user.session.timeout.interval プロパティーは、セッション内でユーザーが非アクティブである時間を決定します。 この時間が経過すると、セッションは終了し、ユーザーは作業を続行するために再度ログインする必要があります。

注: このプロパティーは、既存のサーバー・サイドのユーザー・セッション・タイムアウトから独立しています。 サーバー側のユーザー・セッション・タイムアウトの設定については、 ユーザー・セッション・タイムアウトの設定を参照してください。

Sterling Business Center

カタログ組織のカタログを構成します。 詳細については、 カタログ管理を参照のこと。

カタログ・データ

Sterling Order Management System からのカタログ・データが Sterling Store Engagementと同期していることを確認します。 シリアル化フラグ、部門、製品ベロシティなどのカタログデータの同期方法の詳細については、 「カタログデータの更新」 を参照してください。

ストア・インベントリー管理

  • stores

    店舗を設定するには stores APIを使用してストアを設定します。 Sterling Store Engagementでさまざまなフローの他の構成を実行する前に、この構成を完了してください。

    以下のいずれかの location_configuration 属性を指定して、ストアを構成できます。
    • SINGLE -在庫は Sterling Store Engagement で追跡されますが、ストア内の詳細なレベルでは追跡されません。 ストアが単一ロケーション・ストアとして作成されると、システムは以下の 3 つのロケーションを自動的に作成します。
      • DEFAULT-LOCATION。 これはデフォルトの場所です。
      • PICK-VIRTUAL。 これは、在庫のピック中に仮想ロケーションで行われます。
      • STAGING-VIRTUAL。 これは、顧客のピックおよび梱包済みオーダーが保持されるステージング・ロケーションです。
    • MULTIPLE -在庫は、顧客によって定義された細分レベルのロケーションで追跡されます。

    この API を使用して、既存のストアの構成を変更または更新することもできます。

  • inventory-statuses

    APIを使用して inventory-statuses APIを使用して、店舗で使用する在庫ステータスを作成します。

  • segment-configuration

    を使用する。 segment-configuration APIを使ってセグメントとセグメント・タイプを設定する。 デフォルトでは、テナントのプロビジョニング時に以下のデフォルト値が設定されます："defaultSegment": "WALK_IN""defaultSegmentType": "CHANNEL"

  • supply-type-configuration

    を使用する。 supply-type-configuration APIを使って供給タイプを設定する。 デフォルトでは、テナントのプロビジョニング時に以下のデフォルト値が設定されます："defaultSupplyType": "ONHAND"

  • store-rules

    Store Rules APIを使用して、ロケーションスキャンを義務付けるかどうかを設定します。 有効な値はIS_LOC_SCAN_MANDATORYはYそしてN。 デフォルト値はN。

    機能固有のロケーションスキャン設定については、 Sterlingの Store Engagement の設定を参照してください。