お久しぶりです。
更新してなくてすみません。
今、ある商材を作るべく、密かに活動中です（笑）
そのうち、お披露目させていただきますので
またご意見をいただけたら嬉しいです。
さて、その商材につきましてはまた改めて、ということで
今日は久しぶりに、あの新
システムの新たに発覚した不具合について
ご報告です。
まだ、テスト中なんですよ！みなさん！
いつになったら本稼動するんでしょうねぇ・・・。
そろそろいいかな？と思うと、何か不具合がでてくるんですよね。
今回は、配送についてのデータの不具合です。
新システムでは、発注するときに商品が届く時間を指定することができます。
今はテスト中ですから、こちらが代わりに
データ入力をしていますが。
たとえば、
0：指定なし
1：午前中
2：12時〜14時
3：14時〜16時
4：16時〜18時
5：18時〜20時
6：20時〜22時
の中から選べるとしましょう。
Ｓ社の仕様として「特に指定がない場合は『午前着』にしています」
と、伝えていました。
さて、今回発覚したのは、この時間指定に関することです。
だいたいが「午前着」で問題はないのですが、
中には「指定なし」を選びたい、という人がいるのです。
そして、選択肢の中に「指定なし」がある以上、それを選んできますよね。
ですが、配送センターに送るデータには「午前中着」となってでてきてしまうのです。
実際にそれで送ってしまう前にこちらで気づいてデータの修正をしましたので問題は起こりませんでした。
しかし、こちらが代わりにデータ入力をしているからわかるのであって
これが本稼動になったら、
注文は先方が入れますので
誰が「指定なし」を選んでいるのかわかりません。
そのまま間違った指定でデータが流れてしまいます。
それではまずいだろう、ということでシステム会社に言いました。
その回答は・・・・
「『指定なし』は『午前中着』にするのだと認識していました。」
こちらが言っていたのは「特に指定がない場合は・・・・」であって
「指定なし」を選んだのならそれは「『指定なし』を指定した」ことになるのですが。（あーややこしい）
そして、直してもらいました。
そうしたら、今度は
「指定をしなかった」とき、つまり配送時間指定の欄を空欄にしたままのとき（既定値が設定されてない！）
「指定なし」のデータが出力されるようになったのです。
空欄ということはNull値です。それは「指定の意思がない」ということです。
そういう場合は、「午前中着」なのよね・・・・。
さて、この不具合。何が原因なのでしょうか？
日本語能力の問題でしょうか？
「特に指定がない場合は、午前中着にする」
↓
「『指定なし』は午前中着にする」
と受け取ったシステム会社の
担当者の日本語読解力の問題？
ちゃんと伝えられなかったこちら側の
コミュニケーション能力の問題も含めてですが。
まぁ、これが大部分の原因なのでしょうが、
私が思うのは、もっと基本中の基本
「0とNullの違いがわからない人がシステムを作っている」
ことも問題なのじゃないかと思うのですが、
どう思われますか？
他にもこういう不具合の事例ってあるのでしょうか？
あきれかえって口がアングリ開いてしまうのですが・・・。
こんなの、私がもし作るとしたら（
Accessで、ですが）
「既定値を『1：午前中着』にしておく」
だけで済むことだと思うんですけどねぇ。
SQLって既定値の概念がないんでしょうか？
不勉強で申し訳ありませんが。
もう遅れているといわれるかもしれませんが
やはり、こういうことがありますと
「あ”〜〜〜」（にしおかすみこ風）
と叫びたくなるのでした。
誰か私にムチをください！（笑）
