こんにちは、Habr!
メモでは、システムの「基本パッケージ」に含まれるBrandMakerの主要なモジュール-
メディアリソース 、
スケジューラ 、
Web-to-Print、 レビューマネージャーについて簡単に説明しました。
しかし、それらに加えて、特定の機能セットでさらに接続されている他のものがあります。 それらの1つはShopモジュールです。

このモジュールは非常に有望であり、開発された支店/ディーラーネットワークを持つ大企業での使用に大きな可能性があります。 センターからの資材を支店に供給するシステムを構築することを目的としています。 同時に、BrandMakerシステム全体と同様に、広告/マーケティング部門専用に作成されました。 これはマークを残します-モジュールは、ユニバーサルERPシステムの対応するモジュールができないことを実行できます。
では、ユーザーの観点から見ると、Shopモジュールとは何ですか? システムインターフェイスで別のタブが選択されています。スタートページには、カテゴリのツリーとストアの主要セクションにすばやくアクセスできるカスタマイズ可能なティーザーがあります。 この場合、特にモジュールの用途が広いことを示すために、3つのセクションを作成しました-異なるタイプのオブジェクト用です。

オブジェクトの最初のタイプ
Shopで注文できるのは通常の商品です。たとえば、文房具、オフィス機器の消耗品、または機器自体などです。 -中央で購入され、単一の倉庫から支店に引き落とされます。

各製品には、製品の画像とその説明が記載された独自の「ショーケース」があります。 これにより、各製品が在庫リストの1行にすぎない従来の倉庫プログラムとモジュールが区別されます。 さらに、製品プロファイルは、注文に重要な特性(パッケージ内のユニット数、最小注文数量、在庫状況など)を示します。

このタイプの商品の注文の処理について話す場合、「ストア」はもちろん競合他社である-同じSAP、1C、または自作プログラムでさえもいっぱいです。 しかし、もう一度申し上げます-BrandMakerの利点は、マーケティング部門の仕事の詳細を考慮した専門化です。 これは、非標準タイプのオブジェクトの例で特に顕著です。これについては以下をご覧ください。
セカンドタイプ
-これらは販促資料です。 この場合の主な「トリック」は、注文時にチラシ、名刺、カタログのレイアウトをカスタマイズする機会です。

アプリケーションプロセス中に、別のダイアログボックスで、Web-to-Printモジュールの機能にアクセスし、レイアウトに必要な変更を加え、オーダーに印刷する準備ができたファイルを添付できます。 現場や中央オフィスで印刷を担当する管理者の観点から見ると、これは従来のスキームと比較しておとぎ話に過ぎません。

オブジェクトの3番目のタイプ
-これらはサービスです。 このようなオブジェクトとして、標準プロジェクトを開始し、部門からそれらのアプリケーションを収集できます。 たとえば、標識の交換、レイアウトの開発、SMS配信の実施、一定期間の市場情報の提供など。 さらに、Shopは、システムにアクセスできる外部ユーザーから同様のリクエストを受信するためのチャネルとしても使用できます。 (このためにできます

このような注文を行うと、ユーザーはシステムの別のモジュール(ジョブ)で、このプロセスまたはその標準プロセスに割り当てられた責任者の新しいタスクを自動的に開始します。 これを行うために、彼は必要に応じてファイルに添付して、対応するブリーフを記入します

もあります
オブジェクトの4番目のタイプ
-これらはメディアリソースモジュールから無料でダウンロードすることはできませんが、アクセスリクエストが必要なメディアオブジェクトです。 ユーザーはこのファイルを受信するリクエストを作成し、Shopモジュールを介して処理されます。 別の方法として、Media Resources adminからダウンロードするリクエストがありますが、これは必ずしも便利ではありません。
したがって、「ショップ」は、さまざまな種類のオブジェクトを操作し、センターから会社の支店への資材の供給を整理できるモジュールです。 さらに、それは単に発注するための手段として、および一元化された調達の量を決定するために、1つまたは別のタイプの製品のアプリケーションを収集する手段として機能することができます。
たとえば、このシステムがない場合、必要な流通を評価するために、集中印刷業界に携わるマネージャーは次のことを行う必要があります。
1.必要な量の印刷とレイアウトのカスタマイズに必要な情報(たとえば、現在の住所電話など)のためにアプリケーションをドロップする要求とともに、すべての支店に手紙を送ります。
2.すべてのアプリケーションを収集し、それらをまとめて、総流通量を決定します。
3.支店から提供された情報に基づいて、地域の特性を考慮してすべてのレイアウトをカスタマイズします(独立して、またはデザイナーが関与して)
4.すべての資料を収集し、印刷会社に送付します。
モジュール「ショップ」で彼は:
1.ブランチに手紙を送り、印刷用のアプリケーションをドロップし、印刷可能なローカライズされたレイアウトを添付するよう依頼します。
2.すべてのブランチが情報を提供するまで待機します
3.印刷会社に資料を送ります。
4.利益!