承認付き在庫調整フォーム
レビュー済みの差異に基づき、変更前後の数量を明示して修正を申請します。理由と承認を、変更対象の在庫レコードに関連付けて残せます。
サインインしてサンプルを確認し、自社用のコピーをインストールできます。
在庫調整は、特定の在庫残高を変更するための承認
変更後の数量を明確にし、判断する時点でもう一度確認します。
横にスワイプしてすべての列を表示 →
| 承認前の情報 | レビュー担当者の確認事項 | 問題となる理由 |
|---|---|---|
| レビュー済みの差異 | 棚卸または再確認の結果が、提案数量の根拠となっています。 | 自由記述の説明だけで、任意の在庫数量への変更を承認してはいけません。 |
| 正確な品目・保管場所 | 申請には対象の在庫残高、SKU、保管場所、単位を明記します。 | ある棚番の修正によって、同じSKUを持つ別の棚番の数量が変わってはいけません。 |
| 変更前と変更後 | 現在の数量と日時が、申請の基準値と引き続き一致しています。 | 古い申請によって、承認待ち中に発生した入出庫の結果を上書きしてはいけません。 |
| 承認の判断 | 割り当てられたレビュー担当者が承認するか、申請を差し戻します。 | 状態フィールドの変更は、承認タスクの代わりにはなりません。 |
| 保存される結果 | 承認済みの在庫調整から、変更後のサンプル在庫残高を特定できます。 | 後から確認する利用者も、誰が何をなぜ変更したのかを説明できます。 |
説明を残して、24箱から22箱へ
申請
レビュー済みのボルトの差異は、24箱ではなく22箱であることを裏付けています。申請には変更後の数量22と、符号付きの増減−2が表示されます。申請者は関連のない在庫参照情報を手入力するのではなく、差異レコードを選択します。
判断
承認者は根拠資料と、基準となる在庫残高が変わっていないことを確認します。承認すると、対応するサンプルの在庫残高を更新し、在庫調整レコードを保存します。無関係な手袋の保管場所では、その場所の数量が維持されます。
不十分な申請は、同じレコードのまま差し戻す
説明の不足、数量の根拠不足、在庫残高の変化があれば、申請者が元のレコードに戻って確認できるようにしてください。差し戻しコメントを申請に残し、関連する根拠資料を修正して再提出します。関連の切れた2件目の申請を作ると、修正なのか重複なのかを判別しにくくなります。
修正が適用済みの場合は、次の修正を申請する前に完了レコードを確認してください。調査を再開することは適切な場合がありますが、古い在庫調整を再実行しても、その後の在庫移動の照合にはなりません。
修正の種類に合わせて承認を設定する
レビュー要件を変更する
破損による損失処理と、記録で確認できる入庫ミスでは、必要なレビュー担当者が異なる場合があります。すべての申請であらゆるフィールドを入力させるのではなく、状態の根拠を追加し、Jodooで該当するタスクの振り分けを設定してください。
システムごとの責任範囲を定める
別のシステムが在庫数量を管理する場合は、どの承認済みレコードを連携の起点にするか、どの識別子を使うか、失敗時にどう照合・解消するかを決めてください。手順を設計せずに、2つのシステムが同じ在庫残高を独立して上書きできるようにしてはいけません。
数量修正を承認する
在庫調整は差分と変更後の数量のどちらで入力しますか？
サンプルでは変更後の数量を申請し、変更前の在庫残高と符号付きの増減を併せて表示します。24箱から22箱への変更では、変更後の数量は22、増減は−2です。これにより、申請する結果が明確になります。
在庫調整の承認待ち中に在庫が変わった場合はどうなりますか？
レビュー担当者は、以前に申請された修正を適用する前に、新しい在庫残高と照合する必要があります。サンプルは承認時に数量と基準日時を再確認します。申請が承認待ちでも、在庫残高が予約・固定されるわけではありません。
承認すると、会計上の在庫評価額も更新されますか？
いいえ。このサンプルが更新するのは、対応するサンプルの数量レコードです。原価計算、総勘定元帳への計上、外部在庫システムとの同期には、別途設計した連携と、貴社の環境に適した管理の仕組みが必要です。
全体の在庫棚卸を行わずに修正を申請できますか？
はい。記録のある入庫、出庫、破損報告を起点に修正を申請することもできます。手順上それで十分なら、簡易な在庫調整受付フォームをご利用ください。実地棚卸を起点とする修正には、棚卸レビューアプリで実測結果、再確認の根拠、別途の承認を関連付けて管理できます。
関連する在庫業務に進む
承認する内容を具体的にする
変更前の数量、申請された変更後の数量、記録済みの判断を確認できます。自社の修正を誰が承認できるか設定してください。