倉庫と出荷の管理システムの開発・改修

帳簿の在庫と、棚にある現物が合わない。棚卸しのたびに差異が出て、原因を追えないまま数を合わせる。

出荷指示は基幹システムから出した一覧をExcelに貼り、印刷して現場に配る。拠点が増えてから、どこで何が止まっているのか分からなくなった。

どこまでを扱いますか

入荷から出荷までの一連と、倉庫の在庫です。

• 入荷・検品・格納（ロケーションの割り当て）
• 在庫（ロケーション別、ロット・賞味期限・シリアル単位）
• 出荷指示の取り込み、ピッキング、梱包、出荷
• 返品・転送・棚卸し（全数・循環）
• 送り状データの受け渡し

全部を一度に作る必要はありません。 どこから始めるかは後ろに書きました。

いま動いているWMSの改修や引き継ぎもできますか

できます。 新しく作るご相談と同じくらい、いまあるものを直すご相談をいただきます。

他社が作ったものを引き継ぐ場合は、ソースコード・データベース・稼働環境と、契約上の権利関係を先に確認します。どこまで引き継げて、どこが作り直しになるかを見るのが最初の仕事です。進め方は他社が作ったシステムを引き継げるかの判断材料に書いています。

ハンディ端末は買い替えが必要ですか

多くの場合は不要です。

業務用ハンディのバーコード読み取りは、キーボードで打ったのと同じ形で届きます。 そのため、ブラウザで動く画面でもそのまま読み取れます。端末ごとの専用アプリを作らなくて済むので、機種が変わっても作り直しになりません。

ただし機種によって挙動が違います。 実機を1台お借りして、読み取りと画面の動きを確かめてから判断します。

電波が届かない場所でも使えますか

記録は溜められます。在庫の引き当てはできません。

電波が届かないときにできることと、できないことを分けてお伝えします。

• 溜められるもの — 検品した、棚に入れた、ピッキングした、という記録。端末に溜めて、電波が戻ったときにまとめて送ります
• 溜められないもの — 「棚のこの在庫は自分が取る」という引き当て。溜めると、別の人が同じ在庫を引き当ててしまいます

冷凍倉庫や奥の棚など、電波が弱い場所がある前提で作ります。どの操作をオフラインで許すかは、運用と合わせて決めます。 オフラインで許す操作を決めずに作ると、在庫が合わない原因を自分で作ることになります。

基幹システムとはどうつなぎますか

置き換えずに、つなぐ形を想定しています。

出荷指示を基幹から受け取り、出荷実績を返す。受け取りと返しの2方向がつながれば、二重入力は無くなります。つなぎ方は次のどれかです。

• 取込形式のファイル（CSVなど）をやりとりする
• API で直接つなぐ
• EDI で取引先とやりとりしている部分は、そのまま活かす

基幹が閉域網の中にあって外部から接続できない場合は、別の構成をご提案します。

自動倉庫やソーターとつなげますか

機器メーカーが用意している連携の仕様によります。

仕様書を見せていただければ、つなげるかどうかを先にお答えします。座標や指示を渡す形が用意されていれば、機器に指示を渡す手前までを作ります。

機器そのものの制御はお受けしていません。 動かすのは機器メーカーの領域です。

対応していないこと

何から始めますか

在庫と出荷の2つから始めることを勧めます。

在庫が合っていないと、ほかの何を作っても数字が信用されません。そして出荷は毎日発生するので、直した効果がすぐ見えます。入荷や返品は、在庫と出荷が回り始めてから足せます。

1. 現場を見せていただく棚の付け方、ハンディの使い方、いまの帳票を拝見します
2. いまの流れを書き出す誰がどこで何を入力しているか、どこで数が合わなくなるかを整理します
3. 実機で試すお使いのハンディで読み取りと画面の動きを確かめます
4. 在庫と出荷から作る動くものを見ていただきながら、範囲を広げます
5. 稼働後も同じ担当が見ます拠点が増えたとき、取引先が増えたときの追加対応もお受けします

2番まででお渡しする形にもできます。 いまの流れを整理した文書だけ受け取って、社内で判断していただいて構いません。

進め方の全体はご相談から着手までの流れに書いています。