残業、といっても残業代は出ませんが。
新しいシステムの在庫計算がどうしても合わないので、一人残って検証していたんです。
だれも見ていないし、評価もされない仕事です。
報われないわぁ〜（涙）
Ｓ社は倉庫がいくつかにわかれているので
在庫管理もややこしいのです。
さらに、新しいシステムでは「仮在庫」と「実在庫」に分けて管理することになります。
ああ、ややこしい・・・。
でも、データの検証自体はきらいではありません。
むしろ熱中してやってしまうほうです。
根っからのオタク体質？
差異を出して、「この伝票が犯人ではないか？」「この伝票が入力されていないからではないか？」など仮説を立てて類推していくのは、たまらなくワクワクします。
推理ゲームのようです（遊ぶな！という声が聞こえてきそうですね）
簿記の３級を勉強し始めたときも、同じような面白さを感じました。
試算表の穴埋め問題。貸借の合計は同じになるはずなので、絶対につじつまが合うはずです。
だから絶対に答えがある。
それで簿記の面白さにはまりました。
今回もそれに似たものはあるのですが・・・・。
簿記だったら、間違いが見つかったらとりあえず修正仕訳をしますよね。
でも、この在庫管理に関してはそれができない・・・。
倉庫によって、入庫出庫のタイミングがばらばらだし。
この伝票の数字が在庫に反映されていないんだな、とわかっても
それを修正する手立てがありません。
よそさまの会社では、こういう場合どうしているのでしょうか？
やはりシステム会社にいちいち「直してください」と依頼するのでしょうか？
そしてその都度、料金取られているのでしょうか？
お金の問題はともかく、すぐに対応してくれるとは限らないし
やはり「使う人がすぐに対処できる」システムがいいと思うんですよね。
ほんっとに、技術的な問題と時間的な問題がクリアできるなら
自分で作ったほうがよっぽどよかったと思いますよ。
「使う人が自分でつくるシステム」が一番！なのです。
追記
この時、メインの倉庫（倉庫１としましょう）の在庫は最終的に合ったのです。合わない原因が見つかったというか。
本社の倉庫（倉庫２としましょう）の在庫数がどうしても合わないので、あーだこーだやっていました。まるで予測のつかない数字がでてくるのです。
次の日に、システム会社にいいました。
「倉庫２の在庫がどうしても合わなくて原因もわからないのですけど・・・」
それに対してのシステム会社の解答
「倉庫２は初期値を入れていませんでした」
テスト入力を７月から始めていたので、６月末の在庫数をシステム会社に渡し、コンバートして入れる、というお話だったのです。
６月末の月末在庫数が、このシステムの初期値となります。
その数を、倉庫２については入れてなかったといいます。
倉庫１がメインで重要で、それが合わない合わないとサンザンやり取りしていたので、そっちに気をとられていたらしいです。
しかし・・・・（呆れ果て）
私のあの検証に費やした時間をどうしてくれるの？！
意味のないタダ働きじゃん！
こういうことがあるから、このシステム会社は信用できないのよね。
ひいては、こういうシステム会社が作ったシステム自体の信頼性も限りなくゼロに近づくんです。
絶対！こんなシステム使うものかぁぁぁぁぁぁ（叫）
タグ：在庫管理
