スマート ロッカー サイトには有線イーサネットまたは 4G?

YS LOCKER では、運用上の質問がすでに明確になっている場合、ハードウェアに関する会話がより速く進むことがわかります。有線ネットワーク ルートを選択するとき、またはスマート ロッカー サイトの 4G 接続を評価したプロジェクトを選択するとき、購入者は何を評価する必要がありますか?{1}}目標は、1 つのキャビネット、ソフトウェア パッケージ、またはインストール方法について普遍的な約束をすることではありません。これは、海外の B2B バイヤーが見積もりを比較する前に、プロジェクトを定義する規律ある方法を提供することです。

宅配ロッカーは運用ワークフローの一部です。ワークフローには、オペレーター、配信チーム、サイト チーム、受信者、および場合によっては別のソフトウェアまたは統合パートナーが含まれます。これらの役割が定義されていない場合、プロジェクトにはキャビネットのレイアウトはあっても、引き継ぎ、例外、情報の流れ、または受け入れに関して信頼できる合意が得られません。予想されるワークフローを平易な言葉で記録し、それを設計入力として扱うことをお勧めします。

正しい答えは、ネットワークの所有権、信号の検証、設置調整、メンテナンス アクセス、フォールバック手順、および接続問題による運用への影響によって異なります。設置場所の決定では、キャビネットが選択された後にそれを推測に任せるのではなく、各条件の所有者を指名する必要があります。プロジェクト概要には、接続、ケーブル配線、ローカル信号状態、電源配置、セキュリティ ルール、メンテナンス アクセス、および例外手順を提供する人が記載されている必要があります。これにより、不動産チーム、オペレーター、設置業者、システム所有者は、納期について話し合う前に同じ事実を確認することができます。

YS LOCKERでは、提供されたプロジェクト情報と照らし合わせて設備構成を検討することができます。宅配ロッカーを設置する場合、通常、設置場所には清潔で水平な床、準拠した電源条件、および利用可能な場合は有線ネットワーク ルートが必要です。 4G モジュールは、有線ルートが利用できない場所でも評価できます。風や転倒の危険に対処する必要がある場合、固定方法を実際の現場や地域の要件に照らして評価する必要があります。-これらの点はプロジェクトの条件であり、普遍的な設置を約束するものではありません。

購入者の実際のリスクに最も近い質問から始めます。このトピックでは、ネットワークの所有権、信号の検証、設置調整、メンテナンス アクセス、フォールバック手順、および接続の問題による運用への影響について説明します。現在の状態、それを確認できる所有者、入手可能な証拠、まだ必要な決定をリストした短い表を作成します。これにより、より明確な見積依頼と、より有用な技術レビューが生成されます。

テーブルはキャビネットで停止しないでください。これには、物理​​的なレイアウト、配送と回収の順序、必要な場合の端末デバイス、ネットワークと電源の状態、オペレーティング ソフトウェア、および試運転後のサイト チームの役割が含まれている必要があります。関数が顧客のプラットフォームまたはサードパーティのプラットフォームに属する場合は、それを明確に識別します。-プロジェクト固有のカスタマイズ リクエストである場合は、標準のクレームではなくリクエストとして識別します。{4}

商用提案が最終決定される前に、購入者は次の質問に答えられる必要があります。

このサイトにおける実際のユーザーとオペレーターのワークフローはどのようなものですか?

そのワークフローに必要なキャビネットのレイアウト、ドアの組み合わせ、端末デバイス、および現場の条件はどれですか?

ソフトウェア、データ、通知、アクセス ルール、および例外処理を所有しているのはどちらですか?

どのような図面、プロトコル ファイル、アートワーク、または現場文書をレビューに利用できますか?

顧客、サイト所有者、または地元のプロジェクト チームによる確認がまだ必要な項目はどれですか?

このアプローチは、複数のパーティによるプロジェクトの場合に特に重要です。{0}同じキャビネットを住宅、小売店、キャンパス、商業施設、通信事業者-が運営するワークフローの一部にすることはできますが、責任モデルは同じではありません。明確な概要により、機器の範囲とそれを使用する操作の整合性が保たれます。

当社はスマート ロッカー ハードウェアを提供しており、宅配ロッカー アプリケーション向けにプロジェクト固有のキャビネット構成を検討できます。{0}確認されたプロジェクト要件に基づいて、キャビネットとドアのレイアウト、マスター-と-の構造、色と表面のグラフィックス、関連する電子ハードウェア、設置状況、ソフトウェアまたはシステムの統合境界について話し合います。-

オペレーターが独自のソフトウェアを所有している場合、または別のプラットフォームを使用している場合は、プロジェクトのロック コントロール ボード API またはプロトコル要件を確認できます。{0}端末ソフトウェア、クラウド管理、ステータス情報、レポート、アクセス方法、またはその他の機能が要求される場合、それらの実際の範囲は技術ソリューションで定義する必要があります。この区別は、購入者が提案されたオプションを普遍的な製品機能として扱うことを避けるのに役立ちます。