協力的なサプライチェーン

サプライチェーンのパフォーマンスは、サプライヤー、顧客、輸送業者などとの統合に依存しています。パートナーを無視することは、サービスの質の低下、限られた機動性、および運用コストの増加の原因となります。_信頼できるパートナー_と行動可能な情報を共有することは、協力的なサプライチェーンの礎の一つです。Lokadプラットフォームを通じて、お客様の企業は、それぞれのパートナーの特定のニーズに合わせて正確に調整されたデータパッケージを安全かつ信頼性を持って共有することができます。

1. 協力的なサプライチェーンの例

大規模な小売グループである_Contoso_は、FMCGサプライヤーである_Fabrikam_と主要な運用データを共有したいと考えています。Contosoは、Fabrikamとのサプライチェーンの協力を効率化したいと考えています。具体的には、Contosoは以下を提供する必要があります：

  1. 各Fabrikam製品の日次売上データ、すべてのContoso店舗で。

  2. すべてのContoso店舗と倉庫からの在庫レベル。

  3. Fabrikamの製品セグメントの市場シェアの洞察、月次間隔および店舗ごと。

重要なのは、Contosoは、同様の方法でFabrikamの競合他社（またContosoのサプライヤーでもある）とも集計された市場データを共有し、すべての関係者に公正かつ機密保持されたアプローチを確保しています。

Lokadプラットフォームを活用することで、Contosoは、Fabrikamのためにデータの正確なサブセットを自動的に組み立てることができます。行ごとに、フィールドごとに—機密保持を維持しながら、Contoso自身の運用に影響を与えることなく。アトミックアップデートを通じて、Fabrikamは、巨大なデータセットが関与している場合でも、共有データの一貫したスナップショットを常に見ることができます。

Fabrikamがこれらのデータフィードを受け取ると：

  1. 日次売上データは、Contosoの注文をより正確に予測し計画するのに役立ちます。

  2. 在庫レベルは、既にパイプライン内にある在庫を強調し、バルウィップ効果を緩和します。

  3. 市場シェアの統計は、Fabrikamがプロモーションや地域広告活動の影響を測定するのに役立ちます。

Fabrikamは、Contosoの共有データをFabrikam自身の内部データと組み合わせて、独自のLokadアカウント内で追加の分析とレポートを行うことができます。重要なのは、このステップには別個のITインフラが必要ないということです。

このシームレスで_安全な_データ共有により、両社は、複雑な統合や不器用な予測共有プロセスと格闘するのではなく、協力を最適化することに集中できます。

2. 協力的なサプライチェーンへの障害

タクティカルレベルでは、サプライチェーンの協力には、パートナー間の「フローの状態」に関する情報の継続的な交換が必要です。多くの人がインターネット時代がこの問題を解決したと考えるかもしれませんが、現実はそうではありません。実際には、実りあるタクティカルなサプライチェーンの協力に必要なデータを簡単に、信頼性を持って、安全に共有することには見えないほどのことがあります。

Lokadプラットフォームは、1. 使用事例で説明されているような代替ソリューションが行わない方法で、この課題に対処しています。

2.1 セキュリティ

各パートナー（例：サプライヤー）に対して、Lokadプラットフォームは共有されるべき正確なデータの範囲を明確にする可能性を提供します。

例えば、クライアントがサプライヤーとテーブルを共有したい場合、Lokadはクライアントが望む内容を（行ごとに、望む場合は）正確に共有する能力を提供します。共有するフィールドについて、Lokadは内容を明らかにするか非表示にするか（行ごとに、望む場合は）できます。

さらに、プラットフォームは、信頼できるパートナー（サプライヤーなど）が承認された共有データの正確な部分にアクセスする際に、クライアントがゼロのパフォーマンス低下を経験することを保証します。

2.2 表現力

信頼できるパートナーと共有するデータは、Lokadプラットフォームで前処理を受けることができます。当社のプラットフォームでは、信頼できるパートナーに対して、彼自身の最大セグメントに関する匿名化された統計情報を共有することさえ可能です。

例えば、元のビジネスデータは複数のシステムから発信され、共有する前に統合する必要があるかもしれません。データには、パートナーを混乱させるだけの偶発的なアーティファクトやエラーが含まれる場合もありますが、Lokadプラットフォームはこれらを共有する前に整理することができます。

2.3 完全性

パートナーと共有されるデータセット全体は、Lokadプラットフォームによる_アトミックアップデート_を介して共有されます。これは、パートナーが共有データの部分的な更新に混乱することがないことを意味します。たとえ巨大なデータセットが関与していても、パートナーは「古い」スナップショットまたは「新しい」スナップショットのいずれかを見ることになります。

この特性は、信頼できるパートナーにとって、エラーや問題のクラス全体を排除するための基本的なものです。

2.4 活用性

分析、データ可視化、およびデータの事後処理は、信頼できるパートナーが共有データ（Lokadプラットフォーム内で）で実行することができます。これらの操作は、信頼できるパートナーがLokadプラットフォームに提供する追加データを活用して行うことさえできます。これらの機能により、共有されるデータを信頼できるパートナーが実用的に活用できることが保証されます。彼ら自身のITインフラを巻き込む必要がないためです。

3. 予測の共有は良い考えですか？

予測を共有することは魅力的かもしれませんが、Lokadはこの実践を強く推奨しません。理論的には、クライアントはしばしば、非常に正確な需要予測がサプライヤーが高い「オンタイムインフル」（OTIF）スコアや高いサービスレベルを達成するのに役立つと考えています。しかし、予測を共有することは通常、将来の不確実性を考慮すべきビジネス上の意思決定に有益に貢献するために必要な情報を欠いた「時系列予測」を共有することを意味します。

たとえば、時系列予測（または「ポイント予測」）は、返品、プロモーション、賞味期限、廃棄物など、あなたの業界で本当に重要なその他の具体的な情報について何も示しません。このため、Lokadは、サプライヤーと事実（たとえば、売上データ、在庫レベル、返品データなど）を共有することに焦点を当てることをお勧めします。これらは、より良い意思決定を促進するのに役立つデータであり、そのためLokadはこの情報の共有に焦点を当てています。

4. Lokadと代替テクノロジーの比較

ビジネスデータを共有するための代替テクノロジーは多数あります。以下に、いくつかの最も人気のあるオプションの簡単な比較を示します。

理解を深めるために、共有されるデータがERPから発信され、対象企業が（各サプライヤーから発信された製品に限定された）日次売上データを各サプライヤーと共有したいと仮定しています。

4.1 SQL/ETL

  1. 企業は、トランザクションデータベース上で動作するETLを使用してデータを共有することができます。

  2. SQLは、パートナーとデータを共有するために必要な「行レベル」の権限を付与することをサポートしていません。

  3. パートナー向けの専用テーブルを作成する必要があります。また、信頼できるパートナーが独自のデータにアクセスすることが、システム全体のパフォーマンスを低下させる可能性があるため、これらのテーブルは孤立したデータベースに作成する必要があります。

  4. 上記のポイント3は、パートナーごとに1つの孤立したデータベースインスタンスを作成および維持することを意味します。

  5. さらに、共有データの可視化には、信頼できるパートナーのIT部門が管理する別のシステムが必要です。

4.2 BI（ビジネスインテリジェンス）

  1. 企業は、BIツールを使用してデータを共有し、信頼できるパートナーをカスタマイズされたビュー（各パートナー向けに調整された）に制限することができます。

  2. 残念ながら、この取り決めを通じて、信頼できるパートナーは共有データで独自の分析や事後処理を行う能力を持っていません。

  3. さらに、共有データを信頼できるパートナーのITシステム内で簡単にフラットファイルとしてエクスポートすることはできません。

  4. 最後に、このアプローチは、多数のサプライヤーがいる場合、企業のBIインスタンスに負荷をかける可能性がある計算作業量を表します。

4.3 FTP

  1. 企業は、FTPを介してフラットファイルを共有することができます（FTPサーバーは管理されているか、自己ホストされています）。

  2. ただし、この取り決めには、Lokadプラットフォームが提供するすべての前処理、事後処理、データ可視化機能が欠けています。

  3. これは、企業と信頼できるパートナーの両方がスクリプト（Python、またはそれに相当するもの）を操作してデータの前処理や事後処理を行わなければならないことを意味します。

  4. さらに、データを可視化するためには別のシステムが必要です。

4.4 Blob Storage（例：S3）

  1. 企業は、ブロブストレージを介してフラットファイルを共有することができます。

  2. このオプションは、基本的にFTPと同じです。

  3. ブロブストレージは通常FTPよりも安価で信頼性が高いですが、これは2つのIT部門（企業と信頼できるパートナー）を巻き込むソリューションの一部であり、残りの部分です。

5. Technical fine print

各Lokadプラットフォームのクライアントアカウントには独自のファイルシステムがあります。各ファイルシステムはGitリポジトリのように動作し、すべての変更がバージョン管理され、アトミックに適用されます。ファイルが変更されると、ファイルシステムは変更がアトミックに適用されることを保証します（Gitの標準的な「コミット」と同様）。ファイルシステムのクライアント（この場合、ユーザーまたはプロセス）は、以前のバージョンまたは古いバージョンを見ることができます（これら2つの状態の間には何もありません）。LokadファイルシステムはFTP（SFTPまたはFTPS）でアクセスすることもできます。

5.1 フォルダの共有

ステップ1：クライアント企業のメンバーは、Lokadアカウント内で十分なアクセス権限を持っている場合、「共有可能」なフォルダを作成することができます（ソース）。これはWebインターフェースを介して行われます。

ステップ2：Webインターフェースは、このユーザーが信頼できるパートナーにトークンを送信するように指示します（Webインターフェースを使用して）。

ステップ3：Lokadアカウント（宛先）を持つ信頼できるパートナーは、このトークンを要求します（Webインターフェースを使用して）。

ステップ4：上記の手順が完了すると、信頼できるパートナーのアカウントに新しいフォルダが表示されます。この新しいフォルダは、元のユーザーが共有したフォルダの完全なレプリカです。

ノート1：ソースフォルダ（クライアント）に加えられた変更は、宛先フォルダ（信頼できるパートナー）に反映されます。変更のターゲットレプリケーション遅延は1分未満です。

ノート2：宛先アカウントのレプリカフォルダは読み取り専用です。変更できません。

5.2 Envisionの使用

通常、ソースアカウントは、ビジネスシステムで見つかるデータとまったく同じようにデータをFTP経由で取得します。その後、Envision（Lokadプラットフォームのプログラミング言語）を使用して、信頼できるパートナーと安全に共有される（関係）データサブセットを表す任意のフラットファイルセットでソースフォルダを埋めます。

Envisionは、信頼できるパートナーが宛先アカウントからこのデータを視覚化または後処理するために使用されます。最後に、信頼できるパートナーが必要な場合は、このデータを独自のビジネスシステムに再統合する必要がある場合は、FTPも利用できます。