大企業におけるディーラーと営業部門間の相互作用の自動化

ディーラーと連携するための自動システムの設計

ディーラーの誘致と維持は、製造および取引企業の最も重要な作業分野の1つです。広範囲にわたる効果的なディーラーネットワークは、会社にとって安定した収入であり、消費者の目には重大な利点です。



しかし、ディーラーの数が増えると、利益が増えるだけでなく、昔ながらの方法で電話や電子メールで大量注文を取り、手動で処理する営業部門のスタッフも増えることがよくあります。このような作業組織のコストは高く、プロセスは効率的ではありません。



「個人アカウントを作成しましょう」-このアイデアは簡単かつ論理的に会社の責任者に伝わります。会計システムがあり、サイトはすでにそこにあります、なぜそれに切望された「ログイン」ボタンを追加しませんか？



「もちろん、追加します」と答え、間違いなく正しく行うことを提案します。



「正しい」とは何を意味し、それをどのように行うか-これが私たちの記事の内容です。例として、このタスクを設定した建設および装飾用の材料のロシアの大手メーカーのディーラーと営業部門の間の相互作用を自動化するケースを使用します。



構築と仕上げ-これらの複雑なプロセスは、自動化されたシステムの作成と比較できます。家（システム）がしっかりと立ち、正しく機能し、快適に暮らせる（仕事）ためには、場所、インフラ、通信、材料（技術）の選択、建築プロジェクトの作成、装飾のスタイルの考案、正確な見積もりの​​計算が必要です。そして、その時だけ、レンガごとに、建設を始めます。

• ディーラーの個人アカウントには何が入りますか？
• ドキュメントを注文して新しいドキュメントを作成するだけです。

• 確かに、簡単です。注文はどこから来ますか？それらは現在どのように作成されていますか？apiを介してこのシステムと対話することは可能ですか？誰が私たちのシステムでそれらを作成できますか？そして、誰ができませんか？キャンセルできますか？注文がすでに発送されている場合はどうなりますか？誰が注文にアクセスできますか？そして、ドキュメントはいつどこから来るのでしょうか？それらをアンロードすることは可能ですか？ステータスはどのように変化しますか？誰かが注文の実行を制御しますか？注文には販促資料を含めることができますか？そして、誰がそれらを作成し、誰が注文に添付するのか、どのような材料ですか？

そして、さらに千の質問がありますが、その答えはまだ誰も答えていません。それがうまくいかなかった場合は、本格的な調査を開始する必要があります。

調査

ドメイン調査



アナリストの仕事、つまり彼が調査に従事していることは、クライアントの活動を理解することから始まります。私たちは最初の会話の準備をしており、製品の範囲、仕事の地理、競合他社と競争上の利点、ディーラーの協力の条件など、会社のWebサイトや広告資料などのオープンソースにあるすべてのものを独自に調査しています。したがって、最初の紹介会議の前でさえ、アナリストは企業の仕事の一般的な理解を持ち、用語を理解し、彼が尋ねようとしている質問のリストを準備しました。



私たちのクライアントは、建設と装飾用の材料のロシアの大手メーカーの1つです。これは、石膏石の抽出（同社は独自の原材料ベースを持っています）から完成品の梱包と梱包まで、フルサイクルの企業です。同社の製品は、ロシアの100以上の都市だけでなく、ヨーロッパやアジアの他の国々にも配送されています。同社には、卸売および小売ネットワークから製品を販売する約150のディーラーがあります。ディーラーを引き付け、維持するための徹底的な作業が進行中です。同社は、製品の宣伝において彼らを強力にサポートし、興味深いマーケティングキャンペーンとボーナスシステムでより多くの販売を奨励しています。



利害関係者へのインタビュー、ビジネス目標の設定



最初の会議では、アナリストと顧客の代表者が集まります。私たちの仕事は聞くことであり、顧客は解決する必要のある問題と私たちが達成したい目標について話すことです。このようなコミュニケーションの結果として、システム全体の基礎となるドキュメントが作成されます。それに従って、それに対するすべての要件が開発され、すべてのソリューションが作成されます。







そのような問題は私たちに表明されました：

• ディーラーとのすべての作業は、電話と電子メールで行われます。注文は電子メールで行われ、その更新は個人的なコミュニケーションで議論されます。コミュニケーションと注文は手作業であり、多くの従業員の時間がかかります。
• . . , .
• : , , , . , .
• , , , , .
• ディーラーへの販売、倉庫の残高、生産計画の分析は、推測と仮定に基づいてエンタープライズアナリストが手動で行います。すべてのデータは、レポートが生成されるExcel形式の1つのファイルに収集されます。
• 部門のマネージャーは、部門の従業員の仕事に関する正確な情報を受け取っておらず、作業負荷を正確に計画したり、販売計画を立てたりすることができません。

したがって、作業の目標は次のとおりです。

• 会社の経営陣に統合された情報を提供することにより、会社のビジネスプロセスに関する運用管理の決定を行う効率を向上させます。
• 会社のパートナーの活動に関するより詳細な情報を取得する機能：すべての商品グループの販売の構造と量、作業の詳細、流通チャネル、営業担当者。
• , .
• .
• .

ビジネス目標の正しい定式化はアナリストの仕事です。クライアントは美しい言葉や複雑なフレーズを必要としません。技術的および組織的な用語で存在する場合は、期待と制限を可能な限り正確かつ完全に説明することが重要です。予算の範囲を指定することが可能であり、計画される作業の量はこれに依存します。



最初の会議では、会社の仕事の組織に関する一般的な情報を入手し、一緒に仕事をしなければならない部門や部門の長と知り合い、研究を行うための最初の会議をスケジュールし、研究のための文書（契約、合意、内部規則、法律、政府の法令）を入手することも試みます企業の活動に関連する）。



お客様との最初のミーティングでは、次のことも行いました



。1。次のことを学びました。

• 会社のすべての販売は、ロシアの国と地域に地理的に作成された部門によって編成されています。
• 各部門には、リーダーと、特定の都市の地域および営業担当者（ディーラー）が割り当てられた複数の地域マネージャーがいます。
• 次に、ディーラーは会社の製品を卸売りおよび小売りネットワークに販売し、建設現場に供給します。

2.受信：

• パートナーシップ契約、
• 出荷に関する分析レポートの例、
• 製品カタログ、
• 宣伝用の資料。

3.次のことを知りました。

• 局長、
• コマーシャルディレクター、
• 営業部長
• マーケティング部長、
• ロジスティクス部門の責任者、
• 会計主任。

会話を生産的にするために、通常、クライアントに準備を依頼します



。a）システムの作成に関心のある上級管理者と、自動化されたビジネスプロセスを作成して参加する従業員を会議に招待します。参加者はそれほど多くないはずです。5〜6人で十分です。後で必ず他の人と話します。従業員がプロジェクトを認識し、運用上のコミュニケーションの調整を行い、ビジネスプロセスの研究に参加する準備ができていることが重要である限り、全員とのコミュニケーションにそれほど時間はかかりません。



b）新しいシステムからの期待、その作成の目標について考え、話し合う準備をします。



c）顧客側でプロジェクトを担当する責任ある従業員を選択します。従業員は、会社の活動を認識し、会社のタスクと問題を理解し、同僚の信頼を享受する必要があります。彼は多くのコミュニケーションを取り、約束をし、アナリストの仕事の結果を調整しなければなりません。

現状または既存のビジネスプロセスの説明、問題の特定、ユーザー要件の収集

最初の会議の後、かなり長い調査期間が始まり、最大2か月かかる場合があります。新しいシステムのすべてのユーザーを特定し、各ユーザーと個別に会って、このプロセスまたはそのプロセスがどのように行われるのか、なぜそのように編成されているのか、何が悪いのか、何が良いのか、何を変更できるのかを調べます。



コミュニケーションのための従業員のリストの例：

• ゼネラルマネージャー;
• ( );
• ( );
• ( );
• ;
• ;
• ;
• -;
• ;
• ( ).

タスクが複雑で、アナリストが詳細を深く掘り下げる必要がある場合は、複数の会議が開催される可能性があります。各会議の後、従業員の仕事の説明が、さまざまな表記またはテキストの形式の図の形式で形成され、新しいシステムに対する彼の要件と希望のリストが作成されます。



現在の状況の説明の例：



各ディーラーには、会社の製品のカタログと有効な価格表があります。価格表は、ディーラーの会社が所在する都市によって異なり、材料が供給される最終的な施設によっても異なる場合があります（同じディーラーの場合、特定の施設に対して割引が提供される場合があります）。



注文するために、ディーラーは会社に割り当てられたマネージャーの電子メールアドレスに申請書を送ります。アプリケーションでは、彼は次のことを示しています。

1. 必要な商品の名前と数量、
2. あなたの詳細;
3. 商品の発送が必要な荷受人の住所。
4. 商品を送るための輸送;
5. 希望の出荷日。

セールスマネージャーは、1Cシステムでディーラーの新しい注文を作成します。

• リストから製品を選択します。倉庫内の商品の実際の入手可能性は、マネージャーが午前中に生産からテーブルの形で受け取る残りの商品の数によって決定されます。マネージャーは、同じ製品が会社の他のディーラー（自分の部門ではない）からどれだけ注文されたかを知らないため、在庫状況に関する正確な情報なしで注文します。
• 適切な割引を追加します（特別なオブジェクトまたは合格プロモーションの場合）。
• プロモーション用の商品を含む別の注文を作成します（プロモーションがある場合）。
• 配送する車両の数を個別に決定します（車両ごとに個別の注文が作成されます）。
• , , ;
• ;
• ;
• :
• -;
• ; ( );
• .

注文後、輸送依頼が作成され、物流部門に送られます。



新しいシステムのユーザー要件の例：



a）ディーラーによる注文の作成を自動化し、自分で注文を収集して発注する機会を与え、その実行ステータスを監視し、会社での作業中にすべての注文の履歴を確認します。

b）ディーラーが商品の生産と発送を予測できるように、1週間の事前注文を行えるようにする。

c）セールスマネージャーが倉庫内の商品の在庫を確認できるようにするため。

d）注文の量に応じて、マネージャーがパレットと車両の数を自動的に決定できるようにします。

e）ディーラーのすべての注文のすべてのドキュメントを保存し、すべての関係者（マネージャー、マネージャー、会計士、ディーラー）にダウンロードする機会を与えます。



この段階で、アナリストは顧客からの支援を受けることが重要です。a



）システムを作成する決定が、必要かどうかにかかわらず、最終的に行われたことを従業員に伝える必要があります。変更の必要がない人で十分です。人々は既存のプロセスに慣れていて、新しいことを学ぶのに時間を無駄にしたくない、またはたとえば、ルールや手順に従わないことが起こり、個人的なつながりや好みが関係において重要になるため、仕事にオープンさを望んでいません。システムがどうなるかを理解し、それをすべての人にとってより良いものにすることは、プロセスに参加し、必要なフィードバックを与えるのに役立ちます。







b）アナリストは、1つのポジションにいる従業員の数と彼らとのミーティングの数に制限しないでください。最も経験豊富なスペシャリストでさえ、彼の仕事のすべての微妙な点をすぐに表明することはできません。多くの場合、同僚との会議の結果として生じた追加の質問に答えるとき、図を見るとき、コミュニケーションの過程で詳細が浮かび上がります。さらに、従業員が異なれば、問題が異なり、同じ行動に対してまったく反対の見方をする可能性があります。多数の従業員とのコミュニケーションにより、何が起こっているのかをより完全に把握することができます。



c）アナリストが収集したデータとアナリストが導き出した結論を確認し、検証します。各コミュニケーションの後、私たちは常に受け取ったすべての情報を形式化し、それを受け取った従業員に、時には彼のマネージャーに提示します。このようにして、すべてが正しく理解されたという確認を得る一方で、すでに提供されている情報を読むときに頭の中でしばしば生じる追加の詳細に動機付けます。



d）自由な、あるいは非公式な雰囲気の中で、従業員のグループまたは部門全体とのコミュニケーションを組織します。たとえば、クライアントと協力する場合、会社の年次全ロシア最終会議への参加は特別な成功でした。日中、私たちは他の都市（ウラジヴォストクからでも）のディーラーと話をし、彼らが何を維持または変更したいかを見つけることができました。非公式な環境では、オフィスの壁の外では、コミュニケーションがより簡単かつ迅速になり、人々はよりオープンでおしゃべりになります。



e）従業員が表明した問題は、議論されているプロジェクトの範囲を超えることが多いことを覚えておく必要があります。たとえば、ディーラーと仕事について話し合うとき、企業の内部システムですべてが適切かつ便利に構成されているわけではなく、ディレクトリ構造を変更する時期が来ていることが判明する場合があります。この状況は正常ですが、すべての声を1つのプロジェクトに集めて、すべての問題を一度に解決するべきではありません。プロジェクトの枠組みの中で、以前に設定された目標を達成することを実際に妨害するか、まったく許可しないものだけを残すことは価値があります。

フィールド調査

百回聞くよりも一度見る方が常に良いです。多くの場合、会話だけでは不十分です。プロセスを内部から見る方がはるかに優れています。このために、アナリストが文字通り従業員またはディーラーの後ろに座って、理解できないあらゆる状況で彼に質問するとき、特別な技術が使用されます。プロセス中のそのような観察とコミュニケーションの結果として、問題点がよりよく見え、研究参加者からしばしば聞こえ、アナリストは何かをより速くより効率的に行うために何かを改善する方法について提案をします。







研究者の仕事を助けるために、あなたはちょっとしたトリックに頼って、クライアントと一緒に働くように教えられる必要があるインターンとして彼を提示することができます。このようにして得られた情報はより価値があり、従業員は現実を装飾し、プロセスについてより誠実に話すことを求めません。

技術的特徴

長い間、仕事で特別なプログラムやツールを使用しないような企業はありません（たとえば、1C）。研究段階では、そのようなプログラムに含まれるデータ、それらの必要性、フォーマットに適しているかどうか、そして最も重要なこととして、システムとの統合の結果としてそれらを抽出または使用する方法を理解することが重要です。



お客様の個人口座の作業には、商品のカタログとディーラー（請負業者）のデータが必要でした。これはすべて1C：Enterpriseシステムに保存されます。カタログの構造は最適ではなく、使用するのに不便であり（製品がどのカテゴリにあるかが直感的に明確ではなく、ディーラーが自分で検索する必要があります）、データが常に入力されるとは限りません（説明がなく、パッケージが混同されています）。



この段階での作業には、設計者と顧客の両方からの技術スペシャリストの参加が必要です。アーキテクチャとapiを完全に説明し、統合の方法を見つけ、データ交換を計画する必要があるためです。



新しいシステムの設計が進行している間、すべてのデータを整理したり、APIを作成したり、新しいソフトウェアに移行したりする時間ができるため、詳細と問題をできるだけ早く見つける必要があります。



調査フェーズの結果として、通常は次のようになります。

1. 個人アカウントを作成するために経営陣によって策定された目標と目的。
2. 作成の結果として自動化されるビジネスプロセスの一般的な理解と詳細な説明。
3. 個人アカウントの各タイプのユーザーのユーザー要件のリスト。
4. 相互作用する必要があるシステムのリスト、それらの説明および技術データ。

これで、個人アカウントの作成方法を決定できます。既製のCRMを使用する（記載されているすべての要件がCRM機能の標準セットに適合する場合）か、独自のアカウントを開発する（要件が非標準の場合）。お客様と一緒に作業する際に、独自のシステムを設計することが決定されました。

設計

将来または新しいビジネスプロセスとユーザーシナリオの設計

すべてが現在どのように機能するか、受け取った、願いが表現された説明-すべてがどのように機能するかを設計し始めることができます。



この段階では、顧客とアナリストの間のコミュニケーションはかつてないほど激しくなっています。これは、現在、便利で最適な作業シナリオを構築するために、基本的なルールと対話方法を決定する必要があるためです。シナリオは、ユーザーが表明したシステム要件に基づいて作成されます。



部門長のユーザー要件：



部門の売上に関する体系化されたデータを明確、便利、迅速に確認できます。このデータに基づいて、部門の売上の全体像を評価し、傾向を追跡し、計画を立て、特定された潜在的な問題を解決します。



この要件に基づいて考えられるシナリオ：

1. , . . « » , .
2. , 3 . .

来週の出荷を計画するために、ユーザーは製品の種類ごとに部門のディーラーの倉庫の残高を確認したいと考えていました。これを行うために、統計セクションで、彼は先週の在庫残高を見つけ、特別な式を使用してシステムによって計算され、この情報をディーラーの倉庫の面積と比較しました。次に、ユーザーは計画セクションに移動し、ディーラー自身が提供する情報を確認しました。



各シナリオは、その実装のすべてのニュアンスとともに、非常に詳細に説明されています。これは通常、図の形式で行われます。すべてを考慮する必要があります：製品が返品された場合はどうなりますか？マーケティングキャンペーンに2人の勝者がいる場合はどうなりますか？販売レポートはどのような基準で生成されますか？マネージャーはすでに確立された計画を編集できますか？質問への回答から、会社の自動化された作業のための新しいルールが生まれます。

実行するスクリプトの最小セットを強調表示する

すべてのシナリオを一度に実装するにはかなりの時間がかかることを理解する必要があるため、リスト全体から最も重要で必要なシナリオ、または事前の準備なしで（たとえば、1Cシステムの追加構成なしで）今すぐ実装を開始できるシナリオを選択するのが最適です。そのようなセット（MVP-最小の実行可能な製品）が基礎として採用され、発売後、以前に選択されたものからますます多くの新機能が追加されます。



MVPの例：



個人アカウント：

• 総監督、
• 部門リーダー、
• 営業部長、
• マーケター（取り消し線付き）、
• ロジスティクス従業員（取り消し線付き）、
• チーフアカウンタント（取り消し線付き）。

部門リーダーのシナリオの例：

• 従業員向けの販売計画を立て、
• ディーラーとの契約に基づく販売計画の設定、
• 注文ステータスの管理（取り消し線付き）、
• 従業員による部門の販売統計の取得、
• ディーラーによる部門の販売統計の取得、
• ディーラー情報を表示します。

ディーラーシナリオの例：

• 会社との仕事の状況、販売計画、
• 注文（取り消し線付き）、
• 毎月の販売統計を表示し、
• マーケティング資料を受け取るための申請書の提出（取り消し線付き）、
• プロモーションへの参加（取り消し線付き）。

機能要件

研究参加者から受け取ったすべての要望（ユーザー要件）は、彼らのために作成されたスクリプトを考慮に入れて、実装する必要のある機能に分割されます。そのような作業の結果として、タスクの長いリストが取得されます。これは、システム構造の基礎を形成し、参照の観点から詳細に説明されます。



部門長のユーザー要件：



部門の売上に関する体系化されたデータを明確、便利、迅速に確認できます。このデータに基づいて、部門の売上の全体像を評価し、傾向を追跡し、計画を立て、特定された潜在的な問題を解決します。



それに続く機能要件：



1。複数の同時選択の可能性がある、部門内のディーラーへの出荷に関する一般情報を参照してください。



a）期間（週、月、年）;



b）商品のグループ（CCS、SCS、GSP、PGP）;



c）特定の製品。



d）地域/都市;特定のマネージャー。



e）特定のディーラー。



2.各部門マネージャーの月次出荷計画を確立して変更します。



3.複数の同時選択の可能性がある部門のディーラー向けの出荷に関する会社の計画を参照してください。a



）期間（週、月、年）。



b）地域/都市;



c）商品のグループ（CCS、SCS、GSP、PGP）;



d）特定の製品。



e）特定のマネージャー。



f）特定のディーラー。



4.偏差と傾向を確認するために、計画された指標を実際の指標と比較（同時に参照）します。複数の同時選択の可能性が必要です。a



）期間（週、月、年）。



b）商品のグループ（CCS、SCS、GSP、PGP）;



c）特定の製品。



d）地域/都市;特定のマネージャー。



e）特定のディーラー。



5.複数の同時選択の可能性がある、部門内のディーラーの二次販売に関する一般情報を参照してください。a



）期間（週、月、年）。



b）商品のグループ（CCS、SCS、GSP、PGP）;



c）地域/都市;



d）特定のマネージャー。



e）特定のディーラー。



6.情報を提供したディーラーの数を示します。



7.複数の同時選択の可能性がある、部門内のディーラーの二次販売の構造に関する一般情報を参照してください。a



）期間（週、月、年）。



b）商品のグループ（CCS、SCS、GSP、PGP）;



c）地域/部門および都市;



d）特定のマネージャー。



e）特定のディーラー。



8.債務期間を複数回同時に選択できる可能性のある、部門のディーラーの売掛金に関する一般情報を確認するには、次のようにします



。



b）14日以内。



c）15〜30日。



d）31〜45日。



e）46〜60日。



f）61日以上。



9.複数の同時選択の可能性がある、部門内のディーラーのすべての支払いのリストを参照してください。



a）期間（週、月、年）;



b）地域/都市;



c）特定のマネージャー。



d）特定のディーラー。



10.複数の同時選択の可能性がある、部門内のディーラーからの製品出荷の予測を参照してください。a



）期間（週、月、年）。



b）商品のグループ（CCS、SCS、GSP、PGP）;



c）特定の製品。



d）地域/都市;



e）輸送の種類;



f）特定のマネージャー。



g）特定のディーラー。

システム構造、ユーザー権限の作成

得られたすべての関数を、同種の論理的に近いグループに編成します。私たちが家を建てていた場合、この段階で通信が行われ、壁が建てられ、敷地が計画されます。そして将来のキャビネットでは、セクション、ページ、フォーム、ボタンが表示されます。



通常、2つの構造が一度に作成されます。完全なシステムの一般（スケッチの形式）とMVPのより正確なバージョンです。これは、システムのすべての重要な機能を考慮するために必要です。人生の最初の6か月間は家の配管を使用しないことを決定するかもしれませんが、壁を構築してから通信を開始することは悪い設計オプションです。



ディーラーのオフィスの構造の例、* MVPバージョンがマークされています：



1。ログインページ*



2。デスクトップ*



3。私の会社



a）プロファイル*



b）合意と修正*



c）商取引条件*



d）会社について*



-従業員*



-倉庫*



-作業領域*



-他のメーカーの契約*



-専門部門*



-要件と利点*



e）荷受人*



f）オブジェクト*



4。カタログ



a）製品のリスト



b）ショッピングカート



c）チェックアウト



5.注文と支払い



a）私の注文



-注文



-出荷



b）私の支払い



c）未収勘定



5.プロモーション



a）POS資料



b）プロモーション



c）ボーナス



6.引き渡しレポート*



7。ヘルプ*



8.設定*



9。連絡先*



10。通知*



a）自動通知*



b）メッセージ*



c）メッセージを書く*



この段階で、居住者がオフィスハウスにどのように住むかを決定します。キッチンとダイニングルームの間に壁があるかどうか。このユーザー権限の定義は、特に多くのユーザーがいる場合、長い時間がかかる可能性があります。



権利を設定する方法は次のとおりです。



セールスマネージャーはディーラーとその注文を処理しますが、新しいディーラーを追加して出荷の進捗状況を確認することはできません。彼は自分の計画を見ていますが、部門の一般的な計画は見ていません。彼は品揃えを確認しますが、商品を追加しません。プロモーションギフトの受け取りを追跡できますが、プロモーションは作成しません。しかし、アクションの結果は、マーケティング部門の従業員が見るのと同じ方法で見ることができます。



同時に、すべてのデータの構造が発生します。オブジェクト、それらの属性、タイプ、およびソースの長いリストです。たとえば、注文には、日付、注文を送信したディーラーの名前、注文された製品のリスト、合計コスト、ステータス、出荷日、およびその他の多くの関連データが含まれます。これらすべてを収集し、構造化し、説明する必要があります。



データ構造は常にスキーマとして表されます。







ヒント：

• , , , , .
• , . - . , .
• , . , , .

データや図をナビゲートしやすくするために、将来のシステムの視覚的なレイアウトが作成されます。まだ設計はありません。機能とデータ、シナリオの実現可能性の確認、問題領域の発見など、主要なことに集中できます。ナビゲーションが便利かどうか、ボタンが理解できるかどうか、警告を忘れたかどうか-そのような質問が発生し、現在解決されているため、多くの場合、前の段階に何度も戻って、データを補足、記憶、移動し、シナリオを変更する必要があります。

技術的タスク

顧客はシナリオ、構造、作業ロジック、さらには一般的な外観についてもすでに合意しているため、委託条件は主に開発者向けに作成されています。 TKは、キャビネットの各ページおよび各ユースケースでの実装のすべての詳細とともに機能を説明します。通常、これは、設計段階を完了し、開発段階に進むことができる、膨大で深刻なドキュメントです。 委託



条件からの抜粋：



3.1.1.1.1。倉庫



ページの主要部分には、次の要素が含まれています。



1.カードの形式で会社にすでに追加されている倉庫のリストと、新しい倉庫を追加する機能（[倉庫の追加]ボタン-ページ下部のフォームへのアンカーリンク）。リストにウェアハウスカードを表示する順序は、ウェアハウスを追加した日時によって決まります。ウェアハウスが早く追加されるほど、リストの上位になります。倉庫ごとに次のデータが表示されます。

• 倉庫の名前（住所）。
• 倉庫が置かれている都市。
• 倉庫エリア（sq.m.）;
• 会社の倉庫に属するマーク。このチェックボックスをオンにすると、従業員の個人アカウントの倉庫に関する統計情報で倉庫エリアデータが考慮されます。このマークが付いていない倉庫の領域は、この統計では考慮されていません。
• 追加情報：倉庫を説明するテキスト。

パートナーはいつでも任意のウェアハウスを編集または削除できます。同時に、データを保存すると、パートナーには「情報をありがとうございます」というメッセージが表示されます。または「倉庫が正常に削除されました」と、パートナーのマネージャーとその部門の責任者は、自動通知の形式で通知を受け取り、「通知」セクションにパートナーが倉庫を編集または削除したというメッセージを受け取ります。パートナーの倉庫のエリアに関する新しいデータは、変更が行われた月の統計で考慮され、すぐに表示されます。



ユーザーが1か月に複数の変更を加えた場合、統計では最新の提供データを考慮に入れる必要があります。したがって、パートナーの倉庫の領域の現在の指標は、月末の23:59時間に保存され、今月の指標として表示されるのはこのデータです。



2.次のフィールド、*マークされた必須フィールドを含む新しいウェアハウスを追加するためのフォーム：

• 倉庫の名前（住所）（テキスト文字列）*;
• 倉庫都市（テキスト文字列）*;
• 自分の倉庫（チェックボックス）*;
• 倉庫面積、m2（数）*;
• 追加情報（テキストフィールド）。

各フィールドには、入力する必要のある情報の説明を含めることができます。説明はページコードで編集されます。



倉庫を追加すると、パートナーには「情報ありがとうございます」というメッセージが表示され、パートナーのマネージャーとその部門の責任者は、自動通知の形式で通知を受け取り、「通知」セクションにパートナーが新しい倉庫を追加したというメッセージを受け取ります。新しい倉庫の面積は、その倉庫が自社の倉庫としてマークされている場合、新しい倉庫が追加された月の倉庫面積の統計に追加され、すぐに表示されます。パートナーによって追加されたウェアハウスは、すぐにリストに表示されます。



ページにウェアハウスがまだ追加されていない場合、ユーザーには次のメッセージが表示されます。「ウェアハウスはまだ追加されていません。以下のフォームと倉庫追加フォームをご利用ください。



当月のデータが変更されていない場合は、前月と同じ情報が統計に考慮されます。



ユーザーが1か月に複数の倉庫を追加した場合、統計のために最新の変更を考慮する必要があります。

まとめましょう

適切に設計されたシステムの開発の結果として、顧客は自分のタスクを満たし、自分の仕事に本当に役立つツールを受け取ります。このようなツールは、開発して新しい機能で補完することができ、その作業は文書化されており、プロジェクトのすべての側面で理解できます。



お客様が受け取ったもの：



1。次の機能を備えた会社のディーラーの個人アカウント：

• 会社の製品を独自に収集して注文し、処理と倉庫への配送のステータスを確認し、
• 事前注文を行い、それによって配達のための生産と輸送を計画する機会を提供し、
• 協力の条件、調達計画の進捗状況、負債、および会社から受け取ったすべてのボーナスとギフトを参照してください。
• 倉庫内の商品のバランス、ネットワークの販売構造、市場でのさまざまな品揃えの需要に関する情報を会社に提供するため。

2.次の機能を備えた会社の従業員の個人アカウント。

• 会社の倉庫での商品の入手可能性に関する現在の情報を考慮して、ディーラーへの販売を計画します。
• ディーラーからの注文を受け取り、処理する権限の枠内で、注文プロセス全体の連続したステップ。
• ディーラーの販売に関する情報、各地域での各商品グループでの作業の詳細を受け取り、この情報を分析し、データに基づいて戦略的な決定を行います。
• 自分の従業員の仕事を監視し、計画の実施に関するレポートを受け取り、
• マーケティングキャンペーンの結果を保存および処理します。

設計作業の結果、プロジェクト参加者は、すべての要件を満たす開発テクノロジー（実績のあるフレームワークを使用するWebテクノロジー）を選択する機会がありました。これにより、開発コストを大幅に（7000万ルーブルではなく700万ルーブル）削減することができました。 SAPなどの有名なソフトウェア製品に基づいています。