インベントリを取得する方法としない方法

私の意見では、実際の生活で最新のテクノロジーを使用することほど複雑なことはありません。 「純粋な」形式のプログラム、アルゴリズムは、理想的には非常に単純なものです。 異なるチームによって実装されたそのようなアルゴリズムを直接ペアリングすることは、（原則的に可能であれば）もう少し難しいことがわかりました。 さらに難しいのは、他のプログラムで生成されたデータの処理です。 最も不快で難しいことは、現実の予測不可能で混chaとしたプロセスによって生成されたデータを使用して、現実世界で動作させることです。 アルゴリズムとその実装プログラムは、いずれにしてもORDEREDデータ処理の手段だからです。 そして、現在信じられているように、私たちの世界は、無秩序を増す方向にのみ動いています。

小売の自動化は、この分野のタスクです。形式化と順序付けが不十分なデータフローを整然と処理する試みです。 まあ、または非常に強く抵抗します。 ほら、あたかも彼らが意図を持っているかのように。

私の以前の記事（そうすべきであり、取引を自動化する必要がない方法）で、私はむしろヒープ内の多くのすべてを乱暴に捨てました。 彼は、流通ネットワークでの販売を自動化するためのソフトウェアを称賛し、oldりました。 明確化：薬局の商業ネットワーク内。 そして、彼はインベントリーを実施する最善の方法を伝えると約束しました。

今日は、薬局でどのように在庫を管理するか、どの氷山がタイタニック号を待っているかをお話しします。

今回は、記事を写真で装飾し、少ない単語で文章を書きます。

誰が気にします-猫へようこそ。



だから、インベントリ。 最初に、それが何であるか、なぜそれが起こるのかを理解する必要があります。

在庫はそのようなイベントであり、その結果、商品の各アイテムの実際の残高と見積り（「会計」）の合理的な定量的比較が行われます。 アカウントは、ドキュメントの入力データと支出データを合計することにより、以前のインベントリの結果から取得されます。 違いはどこから来るかは別の質問ですが、私を信じて、それらはどこから来るのでしょうか。 それらの範囲は、スタッフの規律と誠実さ、ソフトウェアの使いやすさ、機器の正しい操作、さらには何によって決まります。 私の指導の下で自動化されたほとんどの薬局では、現在、在庫は100〜200ルーブルの商品の量に違いがあります。 これは、平均売上高が1〜1.5ミリリットルです。 月あたり。 そして今、私たちは年に一度、インベントリを頻繁に実施していません。

インベントリの結果では、プラスとマイナスの両方の偏差が悪い-それは自動化システムのデータからの偏差であるためです。 また、このシステムは、「収益をポンド」するためだけでなく、貿易の発展、品揃えの拡大または縮小の方向に関する決定のためのデータを提供し、名前、商品グループ、有効期限および改ざんによって欠陥を監視するために導入されています。 これは原則の問題です-システムとそれによって発行されたデータを信頼することは可能ですか？

そのため、目録を作成し、会計残高を実際の目録と一致させ、「関係のない人は奨励され、罪のない人は罰せられます」。 また、次の在庫まで取引を行い、実際の残高と会計上の残高が徐々に異なります。 そして、理論的には無限に。 まあ、または少なくとも会社が閉鎖されるまで。

しかし、主要な基準点は何ですか？ 最初の会計残高はどこから来たのですか？

プライマリインベントリから。 原則として、それは他のすべてと違いはありません。ちょうどその時点で、会計残高はゼロです。 しかし、技術的には非常に異なります。 何を理解するには、最初に他の何かがどのように実行されるかを理解する必要があります-その後。

従来の在庫

誰かが問い合わせる場合、商品の識別は当社の内部バーコード（HQ）によって実行されます。 これは、先頭の数字が2のEAN13標準のバーコードです。

このような明確な識別により、配達（バッチ）までの商品を考慮することができます。 また、バッチに関する情報には、名前自体（または商品の分類子の要素）への参照、シリーズ、有効期限、価格データなどが含まれます。 また、コメントで前述したように、市民にとって「生命と健康は危機にしている」ため、期限切れの薬の受け取りを希望する人はいないため、記録をバッチ単位で正確に保つことが重要です。 そして、期限切れの薬を販売することは違法です。

したがって、私たちは関係者までインベントリを実行する必要があります。 そして、突然、期限切れのアスコルビン酸が実際のバランスに残り、誰かが彼女の子供を好きになるでしょう。 または、トウモロコシの期限切れの接着剤を貼り付けます。

気配りのあるhabrayuzerは、おそらく独自に、通常の在庫管理プロセスは非常に簡単であるという結論に達しました。すべてのパッケージの内部バーコードを考慮して、番号を1つにまとめるだけで十分です。 次に、HKでグループ化し、数量で合計することにより、このデータを折りたたみます-出来上がり、実際の残高は準備完了です。 資格情報と比較するために、HQによる識別情報は残ります。 そして、励まし、罰します。

そして今、機能。

もちろん、在庫プロセスは、この時点で薬局が閉鎖されていることを意味します。 誰もが今、店のドアに「アカウント」という嫌いな言葉が必要だと思ったのですか？ 私はその言葉が嫌いです。 これは、女の子から拒否を得る方法です。あなたは行き​​、準備をし、それを楽しみにしています、そしてあなたは-ゲートから離れます。 敗者のように感じさせます。

まあ、一般的に、薬局はこの時点で閉鎖されています。 そして、私は彼女の状態ができるだけ長く続かないことを望みます。 まあ、この時点で収入がないからという理由だけで、バイヤーの気持ちが誰かを心配していないなら。 したがって、バーコードスキャナーを使用したこれら4つの（最も一般的な薬局で使用されている）ジョブは、破滅的に不十分です。 したがって、いわゆるデータ収集端末（TSD）を使用します。 当時、 カシオDT-930



これは非常に興味深いマシンです。彼女の頭にはレーザーエミッターとアブソーバーがあります。 吸収体でバーコードを読み取り、エミッターで放出します。 まあ、ある意味で、ShKリーダーが頭に組み込まれています。これは、特にEAN13（表示されません）をサポートします。 ですから、これ以上は必要ありません！

これには、データ収集プロセスをガイドする標準構成のセットが含まれています（価格を入力する必要があるものもあれば、商品の重量に関するデータを含むように分解されるバーコードもあり、さらに多くのオプションがあります）。 残念なことに、標準的なものの中でも、量を示すバーコードを愚かに収集する、最も単純な構成はありません。 しかし、リベットし、（より重要なことですが）構成を縫うには、標準ライセンスが必要です。 TSDの基本セットにはデモライセンスが含まれており、設定をダウンロードすることはできません。 これは、これらのTSDを使用することに決めた人にとって落とし穴です。



在庫に関するデータを収集する手段としてTSDについて話す場合、原則として、このカシオ以上のものであり、必要ではありません。 私たちが「貧しい人々の集団」でなければ、私は喜んで最新の無線データ転送技術を使用し、TSDを会計システムに直接接続します。 しかし、これまでは夢の中でのみ。

したがって、データは上記とほぼ同じ方法でこのマシンで収集されます。バーコードがスキャンされ、数量が設定されます。 これは、TSDを使用する場合の落とし穴2です。 数量を減らすことができる場合、おそらく同じバーコードを100個カウントするように強制することはできません。 たとえば、ナフチジンの泡が入った箱の中。 そして、それらが同じであることを確認するために-さらにそうです。 そして、異なるバッチの同じ製品は異なる価格と有効期限を持っています...したがって、在庫は会計と実際の残高の不一致の万能薬ではありません。 そして、間違いなく、いわゆる再分類に対する保護はありません。

専門家ではない人のために、私は説明します：再分類は、会計と実際の残高の間に矛盾がある状況を説明するときに、単語n @＃$ qの代わりに使用される非常に普遍的な虐待的な単語です。 これは、実際の再分類（ある種類の製品が別の種類の製品としてカウントされる場合-つまり、バイアグラの10パックではなく、棚に10個のエナメルポットがある場合）と、同じ製品ですが、バッチで（つまり、シリーズ、有効期限、価格ごと）。 そして、ロシア語を十分に話せない人の口では、この単語は、私が読めない文字で直接カバーしたものを正確に意味することができます、例えば、一般的に不足（これは商品が十分でない場合）または余剰（これは商品が実際にあまりにも多い場合です）たくさんありますが、これはまだ悪いことを覚えています）。

通常のインベントリに戻り、TSDのデータが非常に正確に収集されたと仮定します。 次に、そこからデータをロードすると、次のようになります。

2001000291205;5;

2001000302925;6;

2001000242405;2;

2001000308515;1;

2001000245512;2;

2001000230228;1;

2001000312085;5;

2001000177349;5;

2001000017739;1;







シンプルなテキストファイル。 このデータは、会計システムに簡単にロードされ、現在の在庫のデータに添付されます。 M-Pharmacy Plusはこれを行うことができます。 彼らが私に1Snalオプションを与えたとき、私もそれらを見ていきます。 しかし、彼は意図的に他のシステムの在庫を拒否しました。これは面倒なことであり、私は非ネイティブの薬局に1日を費やす準備ができていません。

もう忘れていました。別の落とし穴があります。 注意深いhabrachitatelは、ここのすべてのバーコードが13桁であることに気付くでしょう。 そして当然、これが標準です。 しかし、会計システムでは、標準から逸脱して保存することができます。 具体的には、M-Pharmacy +では、最後の制御放電なしで保存されます。 つまり、12桁です。 ここで何の偶然について話せますか？！ さて、このファイルの13番目の文字をカットするスクリプトの書き方を本当に教えなければなりませんか？！ 希望する人のために、私はそれを持ってくることができます、それは私のためにjavascriptで書かれています、それが存在するディレクトリのすべてのテキストファイルで実行されます。 ファイルが既に処理されているかどうかのチェックはありません（つまり、バーコードはすでに12桁です）が、これにより問題が発生したことはないため、このようなチェックを内部使用スクリプトに埋め込む理由はありません。 別のこと-私はそれを販売することを決めた場合。 しかし、その後、おそらく最初にコピー保護について考えます。 そして、彼はすぐに2kopではなく費用がかかり始めますが、約20u.e ...

さて、それからすべてが簡単です：システムはすべてのソースの実際の在庫データを要約し、不一致を考慮し、これらの不一致の償却および資本化文書を作成し、在庫のレポートおよび規制された印刷フォームを表示できます。

一次在庫

プライマリインベントリは通常とどのように異なりますか？ そうです、内部バーコードの欠如。 薬局全体では、最初は単一の内部HQはありません。 工場のものしかありませんが、 ここでは誰もがその使用がほとんど実現不可能であることに暗黙のうちに同意しました。

これは、より困難なタスクに直面していることを意味します。製品を再計算する必要があり、上記のすべてを考慮して、ここではあまり特定されていません。

まあ、何をすべきか、それはそこに記載されている方法でそれを識別する必要があります。

まず、問題を形式化します。

他の会計システムと同様に、ビジネスイベントはドキュメントと呼ばれるオブジェクトによって記録されます。 ドキュメントには、このイベントに関するすべての情報が保存されます。 初期在庫の場合、これは商品の初期転記の文書になります。 どのシステムでも、それは独自の方法で呼び出され、独自の方法で見えますが、これらすべてのオプションの意味は同じです：可能であれば、数量、小売価格、購入価格、付加価値税の最大数の会計パラメーターで薬局にあるすべての商品をリストする必要があります、有効期限、サプライヤ（突然返却する必要がある）、バッチシリーズ、請求書の受領日と番号。

だから、私たちは薬局に来て、在庫を開始し、商品を紹介し始めます...すぐにimmediately迷があります。 商品は商品の分類子の要素であり、手動で選択するか、自動入力の可能性がある識別子を介して加速入力を使用する必要があります。 パッケージの名前は、サプライヤの文書とまったく同じようには書かれていません（少なくともパッケージ内の投与量または量は指示書に記載でき、パッケージの名前は本物ではなく広告にすることができます）。 また、HQスキャナーは文字の読み方を知りません。 キーボードから名前を入力しますか？ 1週間ではなく、実装に1か月かかります。 工場の本社をお試しください？ まあ、私は初めて試しました。 前の記事に後悔の苦い涙を送ります。

そして当然です。

まず、薬局に行かないでください。 正しく読めば、最初の在庫は薬局で始まりません。

在庫には何が欠けていますか？ 内部本社？ さあ、やろう！ しかし、現在薬局にある商品については、商品を特定せず、1か月間シャッフルするためではありません。 そして、私たちが薬局を閉じずにそれらを貼り付けることができるものについて。 在庫の1か月前に、薬局でサプライマネージャーと商品受け入れ部門を強制します。 マネージャーに到着を記入してもらうと、ターニャおばさんがバーコードを薬局の受付で商品に貼り付けます。 結果はあなたの想像力に衝撃を与えるでしょう：薬局の商品の90％が内部バーコードを持っています！

これはどうしてですか？ そしてすべてがシンプルです。 1か月間の薬局売上高は、その平均残高にほぼ等しくなります。 まあ、約10-15％の偏差。 これは、私たちのネットワークの薬局で気づいた経験的なパターンです。 他のネットワークで異なる場合は、これとは「異なる方法で」続行する必要があります。

そして、医薬品取引にはそのような特徴があります：あなたはこれから何年も商品を受け取ることができません。 実際、ほとんどの保存期間は限られています。 通常、在庫は約2〜4日のレートで注文および配送されます。 これは、流動性が低く高価な薬物のみが1か月以内に販売されないことを意味します。 それらの多くはありません-わずか10パーセントがあります。 薬局は、発散が不十分な商品を収容することは有益ではありません。

これが10％の源です。 もちろん、この数値は不正確であり、ネットワークの購入方法、店舗のスタッフの規律、さらには何に大きく依存しています。

いくつか覚えていない落とし穴番号。 薬局は、すべてを始動させるために、最初から自動化システムを「実装」する必要があります。 しかし、それが機能するまでそこで販売します。 そして、スタッフの観点からは、それは理由のない価値のない負荷のように見え、同じ給与のエネルギーの無駄遣いです。 長い夜の会話と説明の中で、管理上または人間的に決定されます。 ただし、経験からわかるように、管理上のみです。

今月、会計システムの観点から、私たちは何も売りませんでした-在庫の事実に基づいて、棚にないものはすべて償却されます。 「通常の」在庫スキームによれば、商品の90％が問題なく在庫を迅速に通過します。

残りの10％をどうしますか？

そして、ここでは、商品を手作業で会計バランスに入力するという退屈な手順なしにはできません。 いくつかのオプションがあります。

• これらの商品の10％が受領されたすべての文書をオートメーションシステムに遡及的にインポートできます。 道は困難ですが、会社の適切な順序で「乗る」ことができます。 この手順により、これらの文書とその電子請求書（EH、 そこに記載）を検索する機能が保証され、マネージャーの作業は通常の手順に削減されます。 会社でのそのような注文が非常にまれな現象であることを証明することはほとんどありません。したがって、このトリックを正しく行う可能性は非常に小さいです。 しかし、これが発生した場合、多くの利点があります。 たとえば、会計の参照整合性を維持します。これは、たとえばコストを会計するときに非常に重要です（興味がある場合はコメントを記入してください）
  
  
• その同じ月に、施設の特別な人を「監視」し、何らかの形でひどく発散する商品を追跡し、再度、商品の残りを手動で開始します。これは、分類器での名前による長時間の退屈な検索です。 この人物が追跡しない残りの部分は、まったく同じものを入力することですが、既に在庫の日に入力します。
  
  
• 最後に、最も信頼性の高い方法は、これらすべての在庫を1日あたり10％導入することです。 通常、この時点で、最小限の情報を示す投稿が導入されます。これは、製品への参照、小売価格（現在、配送価格を見つけることができるのは誰ですか）、有効期限、シリーズ（および入力されていない場合があります）、より重要な会計データ。
  
  この経路はもちろん最も信頼性が高いものですが、最速からは程遠いため、準備が不十分であるため、2、3、または好きなだけ何日もプロセスを伸ばすことができます。
  
  

これらすべてのオプションは、速度の観点から品質の観点から評価されることを思い出させてください。 可能な限り少ないバイヤーが敗者のように感じるようにし、最初の在庫が1週間持続しないようにします。これは、準備の月がアクションプランで定められていない場合に起こることが保証されているためです。



結論として、スピードの点でほぼ理想的な薬局の自動化についてのみ言及できます。 これは、在庫自体が存在せず、実際の残高が会計と一致すると見なされ、内部バーコードがすべての商品にすぐに接着される場合です。 これは、薬局がオープンしたばかりで、すべての商品がこのネットワークのすでに自動化された薬局から購入または移動された場合に発生します。

別の薬局から移動されている商品はすでに販売の準備ができています：HQはそれに貼り付けられ、残りの転送文書で巻き取られます。

そして、購入されている商品は、薬局が数年間働いていたかのように、注文、購買マネージャー、価格設定、および「シェーディング」を通じて通常の投稿方法で送信されます。 確かに、この購入の量は非常に多いですが、この問題は1週間の実施のためにターニャおばさんの服装を強化することで解決されます。



そして最後に、私が写真を約束したように。 爆発するヘリコプターとして：