狩猟ギルドの在庫管理その１０〜これまでのまとめ〜

Excelの一覧表の場合、関数で上の行からの差分を取れるけど、kintoneになるとそれが難しい。

最新のレコードをアプリアクションでコピーしてから入出庫の登録をするように設定。

ギルドメンバーには『最新のレコード』が何かがわかりづらく、『アプリアクションを使って次の登録をする』という運用も現実的ではなかったので失敗してしまった。

管理人が考えてアプリを作ったものの、ユーザーであるギルドメンバーには直感的な操作ではなかった。

kintoneのレコード単位で登録するから、アプリアクションでコピーして登録という運用になってしまう

1. アイテム単位のレコードにして、テーブルに入出庫の登録を行う
2. カスタマインのカスタマイズでテーブル行の一番下に追加していく作りにした

1. 『テーブル行の一番下に登録していく』という運用がわかりにくかったという問題が出た。
2. 『月締め作業ができないのでは！？』という問題が出た。

テーブルで在庫管理はいろいろ難しい。

テーブルではない運用を考える必要がある

1. アイテムマスターアプリはルックアップ用として、別の入出庫アプリを作成することにした。
   アイテムマスタには在庫数を保存するフィールドを設けて、入出庫アプリの入力から自動的に計算ができるように工夫した。
2. 似たアイテムがあるので、チェックボックスで種類分けを行った。

1. マスターと入出庫アプリで管理を分けることができた。
2. レコード更新の時に種類違いのアイテムも同じアイテム扱いとなってしまい想定外のレコードも更新してしまった。

マスターにはアイテムコードも登録して、ルックアップにはアイテムコードを使う。似た種類のものも別のコードで管理する。

アイテムごとにアイテムコードを登録したが、プルダウンからのルックアップの取得ができない状況になった。

アイテムコードの「-」を消した

プルダウン化したルックアップで自動取得が可能になった

kintoneでは英数字の中に「-」が入っていると、その前後で別の単語とみなされるので部分一致してしまう。ルックアップで部分一致する状態だと自動取得ができない。

月締めをしたら、実際の在庫の数と台帳の数が合わない

ギルドメンバーにヒアリングをしてレコードの変更を行ったことを突き止めた

変更時に正しい値にならないような計算をするカスタマイズになっていたことがわかった

レコードは追加ばかりではない。更新や削除の時にどうするかも考える必要がある。

レコードを後から更新した時にマスタの在庫数の計算が正しくできていない

レコード編集前の値を取っておいて、保存後の値と足し引きする

レコードを後から編集更新してもマスターの在庫数が正しい値になるようになった

追加の時と更新の時と別々に考えること。
在庫数の計算は変更前の値と変更後の値と計算前の在庫数が必要。

マスターアプリのレコードをメンテしようと更新をしたら、保存時にレコード更新の競合エラーが出てしまった

在庫数をマスターレコード内で管理することが問題なので、在庫数を数えるためのアプリを別に作った

入出庫とマスターレコードのメンテで更新競合することはなくなった

意外と簡単にレコード更新競合は起きるので、レコード更新は誰がいつ行うのかを把握しておく

月１回の棚卸し（月締め）のための集計アプリが必要になりそう

棚卸し集計アプリを作った。

ボタン1つで1月分の入出庫アプリのレコードを集計することができた。けど少し課題も残った。

集計は、前月の在庫数（棚卸し在庫数）と入出庫アプリの今月分のレコード全件を全部まとめて計算する

前回作った集計アプリでは
・キーがアイテム名になってしまっている
・毎回レコード登録になりやり直しが難しい
という課題があった

選択時はアイテム名だけど、実際の処理はアイテムコードを使うように改善。

集計用アプリにキーを設けて、やり直しの時は更新ができるように改善。

• アイテム名で選択するけど、レコード取得や更新はアイテムコードを利用する
• 集計処理をやるたびにレコードが追加されず、２回目以降は更新になる
• 集計に使ったレコードを履歴として保存する

集計ではキーがとても重要