← Tenderely BPM
モジュール
在庫と 在庫管理を 一つのフローで実現
在庫記録が実際と合わないなら、ないのと同じです。システムが持っていると言っているものは誰も注文しないし、仕事が止まります。問題はたいていシステムではなく、仕事が起きている場所で記録が作られていないことです。Tenderely BPMは記録を現場に移します。
在庫プロセスは何を繰り返していますか？
01
商品受け取り
納品は注文と照合される必要があります。着荷時に記録されていない不足や破損は後で議論になります。
02
倉庫からの払い出し
誰が何を、どの仕事のために取ったのか。記録がなければ、在庫も原価も合いません。
03
棚卸し
定期的な棚卸しでズレが明らかになります。紙から転記した棚卸しは遅く、かつ間違っています。
04
在庫不足レベル
品目が閾値を下回ったら、在庫がなくなったときではなく、在庫が少なくなったときに発注する必要があります。
05
倉庫間転送
サイト間の移動は両側で記帳される必要があります。片側だけの記入はズレを広げるだけです。
06
ロットと有効期限
食品、医薬品、化学品はロットと日付の追跡が必要なので、回収時に各ロットがどこに行ったかを見つけられます。
今日、どこで崩れていますか？
受け取りはオフィスで入力される
商品は倉庫に到着し、記録は夜間に開かれます。その間、システムは間違った数を表示しています。
払い出しは記録されない
「一つ持ってった」は口頭のままです。ズレは棚卸しで出現し、誰も説明できません。
誰も警告されない
減少する品目は誰の目にもとまりません。必要な瞬間に在庫がなくなったことを知ります。
棚卸しに日数がかかる
紙、スプレッドシート、差異分析。完了する頃にはデータが古くなっています。
Tenderely BPMで何が変わりますか？
01
現場での受け取りと払い出し
フォームはiOSとAndroidアプリで実行されるため、商品の引き渡しと同時に記録が開かれます。
02
在庫不足があなたに警告する
閾値を下回る品目は警告を発行し、再発注ステップは自動的に開くことができます。
03
一ステップで棚卸し
棚卸しは直接記録に入り、差異は既に計算されています。二度目の転記は不要です。
04
転送は両側で閉じられる
移動は一つの記録で、送信側と受信側の両方のステップが閉じられるまで完了しません。
05
ロットと日付を追跡
ロットと有効期限はフィールドで、近づく日付は警告を発行し、回収で検索できます。
よくある質問
バーコードをスキャンできますか？
+
フォームはモバイルアプリで実行されるため、スマートフォンカメラでスキャンされたコードをフィールドに書き込み、記録をそれに対して開くことができます。フィールドタイプと検証ルールはコードなしで設定されます。
複数の倉庫またはサイトを管理できますか？
+
はい。ユニット階層でそれらを分離します。各ユニットは独自の在庫を見て、本社はすべてを見ます。転送は両側にステップを持つ一つの記録で機能します。
購買と連携していますか？
+
はい。品目が閾値を下回ると、リクエストが自動的に開き、購買承認チェーンに入ります。両方のプロセスは同じエンジンで実行されるため、何も二度入力する必要はありません。