記事を読んだとき、さらにはコメントを読んだとき、私の心は出血します。 薬局チェーンの活動を自動化するためのソリューションとしての1C環境の大物の1つの言及は価値があります。 親愛なるhabratovarischi、1C貿易管理原則として、医薬品ビジネスでの取引には適していません！ そして、小売業の適応分野で注目に値する1Cの最愛の娘の試みは、このシステムの主な問題をまだ完全には解決していません。 そして、この条件の下で、この決定は、それが販売される種類のお金を犠牲にする権利を持ちません。
私の意見は、小売業と卸売業の両方の製薬取引企業の環境における長年の仕事の過程で蓄積された意見に過ぎません。 しかし、私がその記事に言及したので、それが精通している人には、それがまだ小売部分についてであることは明らかになるでしょう。
それで、なぜ私の心臓が出血しているのか説明しようと思います。 ある意味では、この投稿は、完全に不当なお金が無駄になるまで、記事の著者に対する一連の推奨事項として考えられています。
誰が気にします-猫へようこそ。 私はあなたに警告します：単一の写真とたくさんの手紙ではありません。
機器およびその他のささいなこと
すぐに予約します。すでに行われたことやアドバイスを修正するという目標を設定することはありません。 モスクワでは、地方税による財政設備の一部の製造業者の保護を理由に、設備の選択に問題がなかったという事実から始めます。 したがって、すべての薬局には、モスクワの小規模小売企業向けのかなり標準的な設備一式があります。
- 職場の体系-XP Profを実行している標準のWin PC
- すでに正しく述べられているように、薬物の取り扱いの詳細は、広範なリストと多くの追加パラメーターを意味するため、ほとんどの場合、ほとんどの場合、十分な標準の13インチトレーディングモニター、17インチモニターはありません。 例外は商品の受け入れです。2つ半のボタンを押して請求書のリストを見るだけで十分です。
- ラベルプリンター（ドットごとに1つ）-Godex BZB2。 以下にラベルの理由を説明します
- 標準のドキュメントプリンター、多くのバリエーションがあります。主なことは、OSと互換性があり、ドキュメントを正しく印刷することです
- バーコードスキャナー（HQ）では、最も単純なZebexまたはCipherを使用しています。ねじ込み式のものを使用する意味はありません。 さらに、スキャナーがUSBインターフェースを備えていると主張するたびに-COMポートでの不必要なhemoを避けるために。 財政的な手法と顧客のディスプレイは、少なくともスキャナー上では可能だからです。
- 顧客のディスプレイコストはFirich-2029です。 シンプルで十分です。
- ネットワークはどこでも標準のD-Linkスイッチで配線されているため、これに集中する理由はありません。
ご存知のように、紙幣カウンター、金銭確認機器、エアコン、ヒーターは、組織化されたIT部門の範囲外であるため、それらを説明する意味はありません。
必然的にサーバーマシンでの中断のない操作、データベースバックアップ、すべてのコンピューターでのウイルス保護...まあ、愛するhabrayuzersには、
安全なセックスの最も単純なルールを地理的に離れたユニットの安全な作業に教える必要はありません。
データフローと責任
3〜5個以上のリモートアウトレットがある状況では、「オフィス」で価格設定、購入、およびその他の多くの操作を集中化することは理にかなっています。 私たちの場合、オフィス自体は取引していません。文書管理、価格設定、商品の流通の中心です。 そして、これは正当な理由です。なぜなら、アウトレットはドキュメントを作成せずに、「収益を上げる」取引を行うべきだからです。 チェックアウトして実際のお金を稼ぐ人は、バックオフィスにできるだけ注意を払わず、できるだけ買い手に注意を払う必要があります。 この条件を覚えておいてください、それはまだ言及されます。
それまでの間、上記の負荷はこのために設計されたユニットに転送されます。 そこで（残念ながら、まだ私の場合ではありません）残高の分析と、その結果、季節と市場のニーズを考慮した集中注文が引き継がれます（すべてのマスクと呼吸器を覚えていますか？）そして、同じ部門には、可能な限り紙全体のワークフローがあります（貨物運送状は商品を販売場所に届ける義務がありますが、それを「オフィス」に転送します）。
そのため、運送状はオフィスに到着し（1-2日遅れ）、価格設定は購入価格と法的要件で行われ（別の1営業日）、小売価格のデータはアウトレットに送信されました（別の1-2日）。 オフラインバージョンの作業では、商品の受領から3〜5日間の販売の遅延があります。
そして、既存の自動化バージョンでは、彼が到着してから約1〜2時間後に販売を開始します。 そして、これは今日の業界標準です。 これは次のように達成されます。
最も重要なこと：製薬ビジネスでは、誰も長い間紙のドキュメントを扱っていません。 各自尊心のあるサプライヤには、ドキュメントの内容に関する情報を購入者に配信するためのチャネルがあります。 ほとんどの場合、これは電子注文プログラムであり、いわゆる電子請求書を配信する機能が含まれています。 私の理解では、これは電子文書ではありません。コピーから保護されておらず、暗号化されておらず、法的に信頼できる文書ではありません。 このENは、紙の文書の内容に関する情報です。 しかし、通常、データを使用してすべてのペーパーレス手順を実行するだけで十分です。情報の会計システムへの同化、これらのデータの処理（価格設定手順と小売店による配布を読んでください）。
- ところで、薬局ネットワークの取引システムの最初の欠点は次のとおりです。商用システムおよび提供システムへのEHのロードは、ほとんどの場合、限られたサプライヤのみに対して構成されます。 それ以外の場合-開発者に支払うか、それを整理して自分で設定します（そのような機会がある場合）。 質問を予想して、すぐに切り捨てます。標準のENはありません。 作成しようとする試みはありますが、薬局で取引されている薬物と非薬物の売り上げの多くの特徴に出くわします。
- そして、ここにも2番目の欠点があります。これも、薬局ネットワークのあらゆる取引システムです。 不利な点は、基本的なものであり、フリルや金銭的な注入なしでは克服できないものです。 これは、一般的にアクセス可能で包括的な薬局の範囲の欠如です。 簡単だと思われます。VidalまたはRegister of Medicinesを服用し、すべてのサプライヤを強制します（まだパニックに陥っていませんか？）。 誰がこれを行うのか、どのように補充して更新するのかを理解するだけです（レーダーは四半期に1回発行されます-そして壊滅的に新薬のリリースに追いついていません。私はその中に非薬の存在について完全に沈黙しています）。 ここから、商品の受け入れに取り組むオペレーターまたはマネージャーが要する主要な時間を取ります。つまり、サプライヤーの名前をデータベース内の名前と比較する必要があります。 この荷物を取り除いていない薬局は横になりません-薬局の売り上げに応じて1日2〜6時間かかります。 もちろん、このような「バインディング」をデータベースに保存することにより、タスクは簡単になりますが、結局のところ、新しいサプライヤー、新薬、そして最も悲しいことに非薬物が常に登場します。 私の練習では、名前の直接的な一致を除いて、保存されたバインディングをサポートしないシステムを見ました。 そして、これらすべてのことから、アウトレットの従業員は「収益を上回る」べきであり、分類子を比較するタスクに関与してはならないことを覚えています。
さらにデータフローに沿って-パブリックネットワークのチャネルを介したデータ伝送。 データは、専用のFTPサーバーを介して暗号化されていないパケットで送信されます。 「内部ネットワーク」、VPN、その他の変態は必要ありません。 暗号化とパケットセキュリティを気にする人は誰でも暗号化できます。たとえば、当社のシステムでは、必要な方法で送受信されたファイルパケットの処理を追加できます。
なぜVPNではないのですか？ 意味がありません。 データは送信前と送信後に暗号化できます。ネットワーク内のVPNの安定性は非常に大きな問題です。 具体的には、VPNが使用されているため、1つのフレンドリーな薬局ネットワークでオフィスと小売店の間のデータ交換の分野で多くの問題を現在観察しています。
ところで、以下のニュアンスは、記載されている作業スキームからすぐに続きます。薬局の販売速度特性のため、製造業者からのバーコード（HK）取引を使用することはほとんど受け入れられません。 それだけでなく、いくつかの製品には原則としてそれらがありません（工場バーコード付きのロシア製ナイトポットを見たのはいつですか？そして、ボトルまたは赤ちゃんのおしゃぶりですか？そしてこれはすべて標準薬局の品揃えであり、これは工場バーコードを持たないすべてのアイテムからはほど遠いです） それだけでなく、すべての本社から遠く離れて、Uniscanデータベースで商品の説明を見つけることができます。 この情報は常に信頼できるわけではありません（パナドールの代わりにサワークリームなどが届きました）。 さて、負荷：パッケージに3つのバーコードがある場合、どのバーコードが製品のバーコードと見なされますか？ そして、すべて異なる形式で。 また、負荷にも：（商品の分類子の場合のように）バーコード名の対応表を取得します。 そして、この名前から、まだ在庫ベースの商品の位置の表示を取得します。
野生の若者の日には、工場本部の薬局に自動化システムを導入するために、1日ではなく7（7）日を殺しました！ その薬局の収益の面では、これは約350万ルーブルで起こりました。 そして、これはまだ利用可能なスタッフ全体のプロセスに関与した従業員の仕事に対する支払いを考慮した人ではありませんでした-毎日約8人。
次に、商品アイテムへの工場HQバインディングの不在の問題が機能しました（レーダーにはすべての情報が含まれておらず、化粧品はもちろんのこと、それに準薬局はありません）。 そして、遅れて、サプライヤーの命名法分類子が私たちのものにバインドされていないという問題が機能しました。 これは、商品のストリームが通常モードで到着したときです。 既存のバインディングがないため、受け入れマネージャは独自にバインディングを行う必要があります。 そして、これは快適な手順ではありません-投与量、包装の量、メーカーの詳細を掘り下げること。
これはどのように解決されますか？
さて、ファクトリーHQでは、非常に簡単に解決されます。ファクトリーHQによって引き起こされる非常に多くの問題に関連して、それらは使用すべきではありません。 一般的に。 独自の「技術」バーコードのみを使用してください。 小売医薬品取引のほとんどすべての現代の商業システムには、サービスバーコード付きのラベルを表示するためのサブシステムが含まれています。 覚えておいて、私たちはすべての販売ポイントにラベルプリンターを持っている-それが私たちがそれを必要とする理由です。 1日あたりのラベルは少なくとも300枚印刷するため、1回限りの印刷のオプションは適切ではありません。 したがって、中小企業向けの最小ソリューションであるBZB2が使用されます。 これが最適なソリューションであるとは言いません。欠点と利点の両方があります。 しかし、薬局の受付で私たちのオペレーターの思いやりのある手の中では、これらのプリンターは気まぐれではなく、尊厳をもって振る舞います。
そして、商品の場所への現在の到着を識別する問題が解決されると、自動化システムの最初の実装の唯一の問題が残ります（これは、商品の完全な在庫を実施し、薬局の品揃え全体を「シェーディング」する必要がある場合、これは別のストーリーと別の記事です）、そして新たに受け取った商品をリンクする問題オフィスのベンダー。
そして、サプライヤの分類子を私たちのものにバインドすることの問題は、すでに書いたように、小売医薬品取引の自動化システムの頭痛の種です。 いくつかのオプションがあります：
- 優先プロバイダーとその分類子を使用します。 問題を完全に解決するわけではありませんが、少なくともグローバルで克服できないものにしています。 ほとんどの場合、このオプションは、大手製薬企業が開発した小売自動化システムを使用する場合の無料ボーナスとして提供されます-彼らはすぐに分類器やその他の小さなものを提供し、時には無料でプログラムを提供します。 最小保証回転率と優先サプライヤーステータスと引き換えに。 私はこのアプローチは最適ではないと考えています。なぜなら、疑わしい経済的利益に加えて、他のサプライヤーからの電力供給のモデルを得ることができず、これらのモデルを自分で構成する能力は通常非常に限られているか、完全に欠けているからです。 まれに、そのような会社のIT部門で副産物として開発された自動化システムが本当に便利で、データ処理速度、データ交換の信頼性、レポートサブシステムの完全性、およびスケーラビリティのすべての要件を100％満たしています。 また、リクエストまたはバグ修正システムの改善-たとえ商用システムが存在しないことで罪を犯したとしても、私は何と言えますか。
- レーダーまたはVidalを使用し、さまざまなトリックを使用して分類子バインディングのセットを開発します（レーダーとサプライヤーの両方で使用可能な工場バーコードのセットを使用し、事務用品部門の努力を活用します。別の記事全体のトピック）。 パスは高価ですが、信頼性があります。 優先サプライヤのプログラム、大量配達、およびその他のサービスに「引っかかる」危険性はありません。
- 薬局チェーンに特化したソフトウェアの適切な開発者が提供する方法：信頼できる作業薬局の長年の仕事になめられた独自の分類器と、主要サプライヤーへの拘束力。 問題は1つだけです。通常、このような分類器は、会社で使用されている他の自動化システムの分類器に「結び付けられ」ません。 たとえば、会計における1C会計システム。 または、神が禁じている場合、会社はいくつかの取引自動化システムを使用しています。 しかし、このすべてで、この方法は私にとって最も最適なようです。
自動化ソフトウェア
そして今、あなたが忍耐強く永続的なハブラクターであるあなたがすでに農場貿易の主な特徴を理解している場合、最も興味深いもの、つまり貿易自動化のためのソフトウェアについて議論することができます。
私はすぐに自分の立場の概要を説明します。広告が非難されないように、私はプライベートな設定でのみ呼び出すシステムが好きです。 そして、私は今、ロシア市場で価格と品質の点で最適であると考えています。 さらに、このお金で利用できる機能が非常に広く、1〜20の200の薬局のほぼすべてのネットワークのすべてのニーズを満たしていれば、非常に安価だと思います。 多数のアウトレットで根本的な問題は見られませんが、システムは非常にうまくスケールします。
歴史的に、現在、このシステムはほとんど使用されておらず、いくつかの他のシステムを使用した経験があり、それに関連して基本的な欠点を評価する機会があります。
したがって、上記のすべてに基づいており、現在のシステムではほとんどの場合不足しています。
- オフィスと小売店間のデータ交換の信頼性。 パケットは一意であり、再形成できないため（損失の可能性があるため容認できない）、パケットはハッシュされず、宛先データベースの情報が重複します。 一般的に、交換には非常に多くの異なる妨害がありました。 また、システムは同じものを何度も送信できるようにし、パケットが重複していることを明確に識別する必要があります。
- 部門間でデータを交換する方法を選択する柔軟性。 さて、VPN経由でパパにファイルをアップロードしてパケットを転送する機能を制限するのは馬鹿げていないでしょうか？ そして別の人は「インターネットが悪いので、接続は常に切断されている」と不満を言います。 または、メールに制限します。
- 悲しいですが、ユーザーインターフェイスの使いやすさとミニマリズム。 薬剤師とは、レジで突くように教えられた約20人の少女です。 またはせいぜい、彼女は他の販売システムで働いていました。 画面上のウィンドウとボタンの新しい配置は災害です。 さらに、販売中の新しい一連のアクション。 いつ、割引カードを「割引」するか、いつ-HK年金割引、何をクリックするか、いつクリックするか、最終的に小切手をノックアウトします。 また、割引カードを使用する場合は、押す必要はありません。 またはクリックしますか？ そのため、私が見た自動化システムのほとんどは、キャッシャーのインターフェースがまったく使えないという事実に罪を犯しています。
- 開発者の心の中に明確なジャンプの欠如。 COMバーコードスキャナーを使用することは何かです。 何らかの理由で、すべての1Clearソリューションはこの特定のオプション（またはキーボードブレークのスキャナー）を好み、いくつかの特別なドライバーをインストールします。 または、これらのデバイスのドライバーが会計システムに付属しているという事実を利用していますか。 USBスキャナーがすでに長い間存在しており、HID互換入力デバイスとして機能し、キーボードからのバーコードの入力を単純に置き換える場合。
- そして再び使いやすさ。 サプライマネージャーがサプライヤー商品の分類子を分類子にリンクするのに費やす時間の大部分。 だから、より良く、より速く、より直感的に！ このタスクで適切に機能する単一のシステムを見たことはありません。 開発者ができることは、名前の最初の数文字でローカル分類子をフィルタリングすることです。 これは最適ではなく、より柔軟なアルゴリズムに準拠するための検索システムの開発に時間を費やすことができると思います。
- 有能なクライアントサーバーの仕事。 ある大手サプライヤーの庭の石。 同志、現在の時点でプログラムのローカルメモリにデータが保存されていた時代はもう過ぎ去りました！ クライアントステーションは、シンクライアントでなければ、データセンターではないはずです！
- 無料OSのサポート。 これは一般に大殿筋です。 私が知っている会社の1つだけが、Linuxのインターフェースを開発しています（そして、2年前に私の探究的な質問のプレッシャーの下でのみそうです）。 もちろん、主なことはインターフェースではなく（クライアント部分のwin-versionはSuse + Wineの下で完全に耕します）、機器とのインターフェースです。 しかし、あなたとソフトウェア開発者はそのためです！
- 他の会計システムとの有能なペアリング。 たぶん、Rarusのソリューションだけは、それ自体がすでに会計サブシステムがオンになっているモンスターであるため、1つが存在しないことに苦しんでいません。 しかし、残りは少なくともデータをインポートするためによりオープンでなければなりません。 そして、システムは次々と私の手に渡り、毎回同じ問題が発生します。多くの場合、開発者自身でさえ、データベース内のどの場所にどのデータが保存され、どのデータをアカウンティングのために取り出すかを自信を持って知りません。 また、「会計用」として提供されるデータエクスポート機能は、原則としてかなり悲惨な光景です。 最愛の@@@でさえ。
- 不安定な状況での持続可能な運用。 データベースファイルの下でのRAIDアレイの操作で、ローカルネットワークで停電中にデータ損失なしで迅速に実行するように設計された動作モードの構成を許可しないDBMSが使用されている場合（そして、それがデフォルトを意味する場合は良いでしょう）、これは悲しいです。 これにより、アウトレットの不安定性と、データリカバリスペシャリストのサポートに対する会社のコストが大幅に増加します（たとえば、そのような障害の際に資格情報に発生する妨害を修正する必要がある場合）。
これは、いくつかのアウトレットからの流通ネットワークを自動化することは、急いで、とにかく価値がないという事実にすべてあります。 価格、利用規約を見てください。 名前と美しいインターフェースにだまされないでください-レジ係は美しさを必要とせず、スピードと便利さを必要とします。 はい、たとえそれがテキストであっても（そして市場にそのようなものがあります）、主なことは失敗を与えないことです。 レジ係はお金を稼ぎます。彼は設定を調べたり、インターフェースと戦ったりするべきではありません。