01 製品の背景
1.1 背景の概要
aboss WMS東南アジア倉庫管理システムは、BigSellerシステムの使用に基づいており、複数の倉庫のソリューションと組み合わせて、倉庫業務、アウトバウンド業務、倉庫転送、在庫転送、仮想倉庫管理などの機能を解決します。バッチ管理、資材対応、在庫検数、品質検査管理、仮想倉庫管理、リアルタイム在庫管理などの機能を総合的に適用し、倉庫業務の物流とコスト管理の全プロセスを効果的に制御および追跡し、実現または改善します企業の倉庫情報管理。
1.2 問題と機会
BigSellerを利用する中で、利用不足や複数倉庫の利用などの問題点が発見され、今回の研究開発の重要なキーポイントとなる。対処すべき重要な質問:
1) 複数のアカウントの問題。
2) 複数の倉庫の問題。
3) 注文配分の問題。
4) マルチデバイス連携の問題。
5) サードパーティのドッキングの問題。
6) 電子商取引プラットフォームのバインドの問題。
7) 倉庫在庫の問題。
1.3 境界の定義
1.3.1 ユーザー定義
ボス WMS の全体的なアプリケーションには、次の 4 つのタイプの担当者が含まれます。
1) WMS中間管理者
中間管理者とは、アプリケーション全体を管理する管理者を指します。倉庫管理、物流管理、貨物管理などが含まれます。
2) 顧客背景管理担当者
顧客背景管理担当者とは、abossを利用して店舗や商品の管理を行う店舗管理担当者を指します。これには、商品管理、店舗のバインド、および在庫の表示が含まれます。
3) ユーザー
ユーザーとは、さまざまな店舗から商品を購入する消費者を指します。ユーザーは、注文の作成、返品注文などに関与します。
4) スタッフ
スタッフとは、商品を取り扱う人員、注文の配送や在庫作業を行う人員を指します。これには、注文の配送、返品処理、在庫業務などが含まれます。
1.3.2 権限の定義
権限には次の 2 つの側面が含まれます。
1) バックグラウンド機能モジュールの権限
マスターアカウントは、サブアカウントが使用できる機能モジュールを制御できます。
2) 倉庫の許可
ウェアハウスはマルチウェアハウス モードで割り当てることができます。これには、バックグラウンド管理インターフェイスとパッドでの操作可能なデータ権限が含まれます。
権限は、次の 3 つの権限レベルに分けられます。
第 1 レベルの権限: 一般アカウント
マスター アカウントはすべての機能を使用し、すべての二次アカウントを制御できますが、三次アカウントを表示および制御することはできません。
第 2 レベルの権限: 第 2 レベルのアカウント
セカンダリ アカウントは顧客アカウントまたはマネージャー アカウントであり、セカンダリ アカウントの権限はマスター アカウントによって設定されます。第 2 レベルのアカウントによって作成されたサブアカウントは第 3 レベルのアカウントであり、割り当てられたアクセス許可は第 2 レベルのアカウントに含まれるアクセス許可です。
レベル 3 権限: レベル 3 アカウント
第 3 レベルのアカウントは最下位レベルのアカウントであり、サブアカウントは作成できません。
1.3.3 パッド許可定義
パッド権限はアカウント権限とは独立しており、パッド権限はマスター アカウントまたはセカンダリ アカウントによってのみ作成および処理でき、三次アカウントには処理する権限がありません。
1) 倉庫の許可
各アカウントは倉庫を区別でき、対応する倉庫からの注文と作業指示のみを受信できます。
2) 操作権限
パッドの割り当て可能な操作権限: 倉庫保管、ピッキング、梱包、在庫管理、急送および追跡
1.3.4 決済の定義
1) ポイントチャージ 事前にチャージしてチケットを購入します。
2) チケットリチャージ
※1票あたりの合意金額と単価 ※票数が支払額となります
※梱包費・資材費・複数注文まとめ手数料を含む
3) 正確な充電
倉庫が提供する単一のパッケージの場合は、長さ、幅、高さの各パッケージに応じた価格が正確に計算され、複数の SKU の場合は、パッケージ内の最大の SKU に基づいて基本価格が計算されます。
3 sku を超える各パッケージについては、***金額計算が追加されます
4) 月額口座のお客様
時間-スク-注文番号-エクスプレス番号-合計番号-支払いクリア
1.3.5 ストアの定義
さまざまな電子商取引プラットフォーム上のストアを WMS システムに接続できます。
1) 複数の電子商取引プラットフォーム
shopee/lazada/Qimenhufu、他のプラットフォームとドッキングする可能性を留保します。
2) 同一プラットフォーム上の複数店舗
複数のストアを同じ電子商取引プラットフォームにバインドできます。
1.3.6 物流の定義
複数の物流プラットフォームを接続して個別に物流テンプレートを設定したり、店舗が指定した物流テンプレートを使用するように設定したりすることができます。
02 製品概要
ユーザーは、ボスWMSを利用して、入荷業務、出荷業務、倉庫引当、在庫引当、仮想倉庫管理などの機能を完結させることができ、バッチ管理、資材対応、在庫検数、リアルタイム在庫管理などの機能を総合的に利用して効率的に業務を遂行することができます。倉庫の管理と追跡 企業の倉庫情報管理を達成または改善するための、ビジネス物流とコスト管理のプロセス全体。
ユーザーは、バックグラウンド管理プラットフォームを通じて店舗関連付け、商品管理、注文管理などを完了し、商品の販売後の問題を解決できます。
管理者は、バックグラウンド管理プラットフォームを通じて、倉庫、商品、注文、権限を管理できます。
スタッフはパッドプラットフォームを通じて商品のピッキング、梱包、出荷、在庫管理のワークフローを完了できます。
03 詳細要件
3.1 業務機能一覧
3.2 アーキテクチャ図
3.2.1 要件アーキテクチャ図
3.2.2 ビジネスアーキテクチャ図
3.2.3 技術アーキテクチャ図
3.2.4 データアーキテクチャ図
3.3 ビジネス機能モジュールの説明
Aboss WMS には多くのビジネス モジュールがあり、それらは高度に相関していますが、分離する必要があります。したがって、機能モジュールは比較的独立している必要があります。主な機能モジュールには次のものがあります。
1) サードパーティ連携: サードパーティ決済機関、配送プラットフォーム、物流プラットフォーム、SMS、電子メール
2) 倉庫管理: 倉庫管理、在庫管理、スケジュール管理、作業指示処理
3) 権限管理:店舗管理、権限センター、マーケティングモジュール、機器連携
4) 注文モジュール: インバウンド注文、アウトバウンド注文、返品注文、自動注文分割
5) 物流モジュール: 物流設定、ピッキング、仕分け、梱包、償却
6) 保証モジュール: ログ収集、メッセージキュー、サービスガバナンス、API管理、システムアナウンス、データ分析
04 その他の問題の説明
4.1 すべてのモジュールは業界標準のインターフェースを提供する必要がある
このシステムには必ずいくつかの機能モジュールやその他の機能サービスが含まれることを考慮すると、サードパーティのシステムによって満たされることになるため、この場合は業界標準のインターフェイスを提供してそれらを接続するだけで済みます。
4.2 モジュールサイズ分割問題
システムの複雑さが一定のレベルに達すると、コードを分割する必要があります。その前に、一般的な範囲の部門を設けるとよいでしょう。ビジネスを一度に完全に整理することは困難です。第二に、ビジネスは常に変化しており、新しいビジネスが常に出現しています。サブモジュールは大きなモジュールの下で解体される可能性があります。