再び在庫自動化について

はじめに

Habréで在庫について何度も書いたが、私にとって有用なものは見つからなかった。 なんで？ 答えは簡単です。タスクは私の前に設定されました。店舗商品の在庫プロセスを自動化することです。 倉庫の棚にある商品はpingに応答せず、自分からのコマンドでは統計を収集してサーバーに送信できません。 同時に、この店舗は仮想ではなく、小さな小売店でもありません。1時間以内に、手、ノート、ペンですべてを数えることができます。 これは、非常に異なる方向の商品を販売するかなり大きな取引ネットワークです。







もちろん、私たちはまだロボットを使ってAmazonに成長していませんが、それにもかかわらず、商品の在庫を何らかの形で実行する必要があります。 これで、各製品を一意に識別できるようになりました！ そして、私は自転車を1台発明する必要はありませんでした。 商品の各ユニットは、 バーコードで一意に識別されます。 これは、情報の収集を自動化するのに十分すぎるほどです。 この記事では、データ収集端末を使用してインベントリテクノロジーを実装した経験を説明します。

ソースデータ

販売されている製品のほとんどには、独自のバーコードが付いています。 ただし、そのようなマークのない商品であっても、転記時に在庫を得ることができます。 さらに、製造された製品（たとえば、私たちと一緒に、これらはペストリー、サラダ、その他のすぐに食べられる料理）も独自のバーコードステッカーを受け取ります。 すべての商品のバーコード化は、在庫目的ではなく企業で導入されましたが、販売を簡素化するためです-スーパーマーケットで商品がカートからどのようにレイアウトされ、特別なスキャナーでキャッシュデスクでスキャンされるかはおそらく誰もが見ました。 しかし、この事実（すべてのすべてのバーコードの合計）は、主な問題-倉庫棚（またはトレーディングフロア、それは重要ではありません）の商品の認識とその会計の解決に本当に役立ちました。 これらの目的のために、通常、誇り高い名前を持つ特別なデバイス-データ収集端末が使用されます。







これらのデバイスからの選択は非常に大きく、特性は非常に異なります。 基本的に、端末はデータ収集機能が異なります。

• 線形バーコードのスキャン（通常はすべての可能な形式、色反転およびミラー化）
• 2Dバーコード認識
• 無線タグの読み取り

しかし、また、注意する価値がある他の多くの特性があります。

• 画面の特性（ユーザーに表示される情報の量と質に影響します）
• バッテリーの寿命（バッテリーが切れているために在庫を中断するのは不快です）
• メモリの量（端末が送信前に収集できるデータベースレコードの数）
• 通信オプション（ドック経由、BluetoothまたはWi-Fi経由）
• 外部の影響からの保護（耐衝撃性、耐熱性-ほこりの多い倉庫または冷凍ユニットに関連）
• 価格

最初はそのようなデバイスで在庫を試すだけでよく、それが便利であることが判明した場合-すべての部門で大量実装にお金が割り当てられるので、最も重要な基準として最低価格を選択しました。 検索と比較の結果、 CipherLab 8001Lを選択しました 。

統合

会計のために、会社は「1C：Enterprise 8. Production Enterprise Management」（SCP）を使用します。 したがって、このデバイスのシステムとの統合の問題は私にとって重要でした。 幸いなことに、この端末は公式にサポートされているデバイスのリストに登場しました。 意図したとおり、これはドライバーをダウンロードしてインストールし、1Cを処理して作業を開始することを意味するはずですが、この作業は私には不向きでした。



当然、機器はどの会計システムにも統合できます。 最も簡単な方法は、端末とシステム間の交換に特定の形式のファイルを使用することです。 ただし、1C用に作成されたコンポーネントは、ターミナルを直接操作することをサポートしています。 ベースとして、ロシアのCipherLabの公式代表であるScanCodeのソフトウェアを使用しました。 ターミナルは会社のパートナーから購入され、適切なファームウェアライセンスがありました。 一般に、すべてのファームウェアは互いに類似しており、同様のアプリケーションジェネレーターを持っているため、売り手は実際には重要ではありません。 この記事の例を使用すると、他のファームウェアを扱うことができます。 TSDのファームウェアとアプリケーションの詳細は、以下に記載されています。 ターミナルを実装するには、 開発者ページからダウンロードする必要があります 。

• ターミナルドックドライバー
• ファームウェアおよびアプリケーションジェネレーター
• 1Cのコンポーネントと処理

1C以外の会計システムを使用する場合は、機器メーカーのウェブサイトで、デバイスを操作するためのライブラリをダウンロードできます。 このアーカイブには、さまざまなプログラミング言語でライブラリを使用する例が含まれています。 同じサイトで、私が理解した指示をダウンロードして、端末で快適に作業できるようにすることもできます。



ドッキングステーションドライバーは通常のデバイスとしてインストールされます。その後、USBクレードルが正常に検出され、COMポートとして機器に表示されます。 このポートの番号を覚えておく必要があります。







作業を開始したい場合は、1Cのコンポーネントをインストールして処理を接続するだけです。 コンポーネントは通常のソフトウェアとしてインストールされ、処理は商用機器のディレクトリを介して接続されます。 ソフトスターターの例を使用すると、次のようになります。







サービス処理は、以前にインストールしたファイルから接続するか、1Cサーバーからダウンロードして、登録データを示します。



cipherlab.dllライブラリが正しく登録されていないことがあるため、次のコマンドを使用してシステムに手動で登録できます。



regsvr32 [__]\cipherlab.dll







ディレクトリ「Commercial Equipment」に行が作成されます。







他に注意すべきことは、端末のセットアップです。







ここでは、IRスタンドをインストールするときに上記で記憶したCOMポート、デフォルトで残すことができる特定のパラメーター、およびTSDと交換するためのDBとファイルの2つの形式を指定する必要があります。 データベース形式-ニーズによって異なります。記事のスクリーンショットはありませんが、ファイル形式の例を次に示します。







これらの簡単な操作の後、作業中に端末を使用することはすでに可能ですが、これはやや不便であることが判明しました。 したがって、いくつかの変更を加えることにしましたが、これについては後で説明します。

分析と改良

さまざまなレベルとさまざまな役職の従業員との長い会話の後、次の一連のアクションが構築され、在庫管理が便利になりました。







このプロセスで自動化する必要がある点を考慮してください。



ドキュメント作成



すべてが明らかなようです。在庫伝票が作成されており、そこに実際の在庫の量を記入し、それを会計残高と比較する必要があります。 簡単に聞こえますが、先を見る必要があります（正面）には、2つの充填オプションがあります。

• ターミナルが倉庫を通り抜けるのを待ってから、実際の残高をそこから読み込み、会計金額をドキュメントに入れ、不一致を計算し、照合ステートメントを印刷します
• データ収集を開始する前に、命名法を端末にアップロードします。これにより、インベントリ中に命名法を操作し、ダウンロード、調整、印刷するのに便利です。

最初のオプションはよりシンプルで、実際には何も完了する必要はありません。端末で行ってアイテムリスト全体をストロークし、数量を入力してから、標準処理でドキュメントにアイテムをロードします。

2番目のオプションは、はるかに便利で実用的です。 まず、オペレーターは、TSDで現在考慮している命名法のバーコードを確認します。 端末は、このバーコードがどの命名法に割り当てられているかを認識します。 アカウンティング数量を表示することもできますが、私はこれを拒否しました。これにより、オペレーターはまったくリラックスせず、エンターボタンをむやみに突くのではなく、数量を確認して数字で入力します。 誰かが量を入力することはシステムの穴だと気付くかもしれません。 人的要因により、間違った量が投与される可能性があります。 これに対して、責任者は検査官（監査人）のポストに連れて行かれ、間違ってはいけない、これが彼らの仕事であると答えます。 さらに、アイテムの各アイテムを「突いて」、数量を自動合計する場合（ここで自動合計モードを要約したことに注意してください）、プロセスは引きずられ、在庫時間（読み取り-ストアダウンタイム、収入を生成する）を減らすことが重要でした。 第二に、最初のバージョンでは、会計残高の命名法が在庫にある可能性がありますが、実際にはそれが利用可能でない場合、端末はこれについて何も言わず、不一致は考慮されません。 ただし、この問題は最初のオプションでも消えます。最初にドキュメントを倉庫の残りの部分に記入し、その後ターミナルからデータをロードする場合、最初に実際の数量列をリセットするだけです。



そこで、ここで2番目のオプションを選択しました。端末にデータをアップロードする段階が現れたので、これを行う処理を記述する必要がありました。 会計残高による伝票の記入は、標準機能「フィル」→「倉庫の残高記入（運動会計）」によって行われます。



端末へのデータのアップロード



最も簡単な方法は、ドキュメント自体から特定のアイテムのリストをアンロードすることです。これは、最初にリストが既にドキュメントに存在し、2番目に、オペレーターが端末を埋めるために別の処理に切り替える必要がないためです。 また、これにより、ドキュメントがアイテムの1つのセットで満たされている場合に発生する可能性のあるエラーがなくなり、処理によって別のセットがアップロードされます。 ドキュメントからのアンロードを実装するために、表の部分を埋める外部処理のメカニズムを使用しました。



すべてのコードを提供するのではなく、 処理ファイル自体を提供し、1つの興味深い点について説明します。端末に転送できるのは固定されたフィールドのみです。これは、ドライバーのラッパーを処理する開発者の制限です。 別の言語で記述するか、独自のラッパーを記述する場合、もちろんこれらの制限は回避できますが、転送されたフィールドのリストには非常に満足しています。

• バーコード
• お名前
• 測定単位
• 機能の命名法
• シリーズの命名法
• 品質
• 価格
• 数量

さらに、このセットから、一般に、バーコードと名前の2つのフィールドだけで十分です。 確かに、ここで別の問題に直面しています。複数のバーコードを命名に割り当てることができます。 になる方法 はい、名前の付いたすべてのバーコードをアンロードするだけです。 1つのインベントリで完全に満たされる可能性が低い端末メモリを保存するのはなぜですか？ その後、バーコードのいずれかを使用するターミナルは、データベース内で正しい命名法のエントリを検索し、数量を提供します。異なるレコードからすべての数量を読み込むと、1つの命名法が加算されます。 ターミナルに加えて、バーコードに関連付けられた数量の増倍率も送信します。 これはバルク品に必要ですが、包装にも使用できます。 確かに、私は在庫管理ではなく、パッケージングでの作業をかなり後で実現しました。



メニュー「ツール」→「追加の外部レポートと処理」→「テーブルパーツの入力処理」で開くことができる、テーブルパーツを入力するための外部処理のディレクトリに外部フォームを接続する必要があります。 作成されたアイテムは次のようになります。







これで、ドキュメント自体で、「入力」→「データ収集端末へのデータのアップロード」を介して、処理するアイテムのリストを送信できます。 処理自体は普遍的に使用するために書かれており、ウィンドウ内でアンロードするアイテムを直接選択できますが、リストを受け取ったら、「アンロード」をクリックして待機します。



ターミナルを使用したデータ収集



データ収集端末はかなり複雑なデバイスであり、正しく動作するためにはプログラムが必要です！ そうしないと、彼はこのリストをどうすればよいかわかりません。 CipherLab端末用のプログラムには、ファームウェアとアプリケーションの2種類があります。 ファームウェアは、ターミナルオペレーティングシステムのようなもので、アプリケーションとI / Oシステムの間に配置されます。 独自のファームウェアを開発できます。 これを行うために、端末メーカーのウェブサイトには、ソフトウェア、サンプル、ドキュメントなど、必要なものがすべて揃っています。 ScanCodeの標準ファームウェアは、私にぴったりでした。 ファームウェアの開発を実験したい人は、おそらくそれも更新する必要があると推測した。 これは、パッケージに含まれているユーティリティを使用して行われます。 アプリケーションを作成するためだけに残ります。 なぜ開発ではなく作成と言うのですか？ はい、このプロセスは純粋に視覚的であり、アプリケーションジェネレーターを使用して実行されるためです。 ジェネレーターのメインウィンドウはTSDエミュレーターです。







プログラムのすべての機能は、コンテキストメニューに隠されています（メインフォーム上にマウスカーソルを置いて右クリックすると開きます）。 開発プロセスは次のようになります。







デフォルトでは、基礎となるアプリケーションは単にバーコードと数量を収集します。 上記で決定したように、これは私たちには適さず、端末はアイテムの名前、私が数えたばかりのバーコード、およびこのアイテムの会計額を表示する必要があります。 そのため、 このようなアプリケーションはマウスで停止していました。 それを書くために必要なことは、ジェネレータを使用するための添付の指示を読むことだけでした。 基本ファイルで変更したことを別にメモします。

1. 複数のデータベースでの作業を削除しました（このモデルは同時に3つのデータベースをサポートします）。 これを行うには、最初のデータベース以外のすべてを操作するためにフォームを開くメニューから項目を単に除外しました。 これは、エラーの可能性を減らすために行われます。 これらのデータベースでエンドユーザーが混乱することはありません。
2. 彼は、このために「検索対象」フィールドに端末が表示する情報を示し、1Cを処理して必要なデータを送信したデータベースフィールドを示しました。 オペレーターの会計数量を表示して、それを軽率に確認する場合は、8行目の「検索」フィールドに値「フィールド4」を設定するだけです。 確かに、このフィールド4で、ターミナルへのアンロード処理で数量が正確に満たされるようにする必要があります。
3. 価格の代わりに、数量のバーコード乗数を渡しました。 これについては上で書きました。 非加重商品の場合、このバージョンではこの係数は常に1に等しくなります（包装会計はまだ実装されていません）。

さて、この段階で、会計システムで作成されたドキュメントと、このドキュメントのアイテムのリストがロードされたターミナルができました。 倉庫を通過し、棚にあるすべてのものをスキャンして、TSDに数量を入力します。



アイテムの実際の数量をドキュメントにロードする



それから私は何もスマートにせず、1Cからのターミナルからの標準ロードを使用しました。 TSDが取引機器に接続されると、「データ収集端末から入力」項目が多くのドキュメント（「倉庫内の商品の在庫」ドキュメントを含む）の「入力」メニューに表示されます。 このメカニズムは、端末からバーコードと数量のみを受け取ります。 さらに、ドキュメントの表の部分を埋める処理は、アイテムのバーコードを使用してデータベースを検索し、ドキュメント内でこのアイテムを検索（または追加）し、「実際の数量」フィールドに入力します。 この後、文書を書き留め、規制手順の残りの部分を実行する必要があります（照合シートの印刷、紛失品のscりの配布など）。 これは、自動化されたプロセスが終了する場所です。 TSDは棚に送られ、監査人は家に送られ、一部の従業員は必死に「失敗」を探しています。

あとがき

現時点では、リーダーシップによって計画された規模では、テクノロジーは使用されていません。 ターミナルは倉庫の在庫を午後4時から午前4時まで加速しましたが、一部の従業員は銃剣に立ち向かい、ターミナルを切断に使用することを拒否し、その結果、監査員は1人しか使用しませんでした。 しかし、デバイス自体は、倉庫から店舗への商品の出荷と、サプライヤーからの倉庫での商品の受け取りを担当する人々に関心がありました。 その結果、私は彼らのプロセスを自動化することを任されました。 このために、より洗練されたipherlab8500を購入しました。端末で作業を処理する必要がありましたが、一般的にこれはまったく異なる話です。 この機器に加えて、私は勤務中に、財政登録機関や銀行の決済端末で既に働いています。 このトピックが読者にとって興味深いものである場合、新しい記事でこれらの分野での私の成果を説明できます。 約1年前にこのすべてを紹介しましたが、何かを忘れることがありました。 誰かがこの資料を指示として使用しているのに問題が発生した場合は、問題の解決に努めます。 誰かがもっと詳細を知りたいのではないでしょうか？ 次に、どれを示します。