●グループ統合システム
現在、我がグループは、システム統合するために
新○○○○システムなるものを構築中である
既に第一・第二拠点で稼働（？）しているのだから
構築中（？）とは言えないかも知れない
拡張中(笑)かも知れない
当社で稼働させるためにいろいろな機能の追加、マスタの設定を
突貫工事さながらに進めているからである。
●商品コード紐づけ
それらの作業の中で、最も過酷で困難なのが
商品コードの紐づけ作業
これが何なのかは今まで結構話してきたので
過去の記事をご覧くださいませm(__)m
●必要なコードを選択
この過酷な作業を少しでも楽にすべく
商品コードとしてマスタに登録されているものの
・既に運用されていないもの
・運用は出来るようになっているけど、実際に発注する顧客がいないもの
を省いた方が効率が良いのは当たり前！
そこで、発注できるようにはなっているけど、
その発注できるようになっている顧客との取引が停止しているかどうか
判断できるようにするためと、
停止前の一年間の平均月売り上げを算出するプログラムを作ろうかと
●本当は５分
この程度のプログラムは、ものの５分でできる・・・はずだった
ソースコード（プログラムの設計図みたいなもの）を２分で書き終え
コンパイルは数秒（コンパイル：ソースコードから実行可能なプログラムを作り出すこと）
出来上がったプログラムを動かして、動作確認
これで５分後には結果が得られる・・・はずだった
でも、動作させても一瞬でプログラムが終了する
バカッ早なＩＢＭ ＡＳ／４００でも、これはいくらなんでも・・・
●デバッグ
ここからが、デバッグ工程
デバッグとは・・・もうご存じの方も多いでしょうね
バグ（プログラム中の虫、虫＝誤り・不具合）を取り除く（デ）事をいいますね
デバッガー（デバッグを支援する機能）を用いて、デバッグを始めたものの
何故か一瞬で終わる、その原因が分からない
悩んで悩んで悩みぬいたあげく
トイレ休憩やー！ （失礼しました）
一息ついて、一旦デバッギングから離れて１０分ほど
気分も新たに、デバッグ開始！
すると、一瞬で誤動作の原因を突き止めました。
それは・・・
プログラムで、２つの入力データベースを使ってるだけなのに
一か所で、使うべきデータベースを間違っていた・・・
ＲＰＧと言う効率的にプログラムを記述できる(笑)プログラミング言語のため
その使うべきデータベースの違いってのが
ソースコード中、わずか２文字
本来、ＣＬＰＲＥＣとすべきところをＣＭＭＲＥＣとミスっていた
文法的エラーでは無いのでコンパイルは成功し、実行可能なプログラムが出来ていた
ただ、論理的エラーなので、それにより一瞬でプログラムが停止
この原因を突き止めるのに、約２時間以上かかりました
簡単なプログラムなだけに、高をくくり、なかなか見つけることが出来ず
あ〜〜〜反省
