受注・受注残管理モジュールを作る（４） 受注残の算出― FMEasy在庫のカスタマイズ

　本稿では商品毎の受注残、可用在庫等をどのように算出するかを説明します。

在庫情報タブ

商品レイアウト上にタブオブジェクトを配置します。在庫情報タブには在庫及び受注残関連フィールドを配置します。

商品テーブルに追加するフィールド

フィールド名	型	計算式	解説
繰越受注残	数字	―	繰越処理実行時に、各商品の［繰越日付］時点の［受注残］を記録。尚、繰越処理は未実装。
受注数	計算（数字）	Sum(受発注明細_商品::受注数量)	［在庫基準日］までの［受注数］計。［受注数］は受注画面上の［数量］または［受注数］
納品数	計算（数字）	Sum(入出明細_商品#納品数::出庫数量)	［在庫基準日］までの［納品数］計。［納品数］は受注画面上の“出庫移行”ボタンにより出庫登録された商品の数
受注残	計算（数字）	Case(IsEmpty(繰越情報::繰越日付) or  g在庫基準日1 < 繰越情報::繰越日付;0; 繰越受注残) -納品数+受注数	［在庫基準日］の受注残（受注はしたが納品していない商品の数）
可用在庫	計算（数字）	在庫数-受注残	販売先（用途）が決まっていない自由に使用できる商品の数
gcKey1	計算（数字）	1（常に1）	入出明細レコードが受注明細と紐付されているかチェックするためのシステムフィールド。

リレーション

　上図の入出明細_商品#納品数で「gKey1≦受注明細ID」が「真」であれば、その入出明細レコード（出庫した商品）は“出庫移行”ボタンにより受注画面から出庫登録されたことになります。
　逆に「gKey1≦受注明細ID」が偽であれば、その入出明細レコードに対する受注登録がないことになります。

在庫情報の変化

 さて、右図上の在庫状況において、受注画面上で［商品ID］＝1の商品明細の［移行数］に「10」を入力し“出庫移行”ボタンを実行する（右図中）と、在庫情報は右図下のように変化します。

　つまり、10 個の商品を出庫登録したのだから、［納品数］は10増えて「11」となり、［受注残］はその分減って「1」となります。

　このとき［出庫数］も 10 増えて「49」に、［在庫数］はその分減って「42」となります。






















以上

　その他の在庫関連記事を読む

（土屋）

受注・受注残管理モジュールを作る（３）受注残タブの実装― FMEasy在庫のカスタマイズ

　本稿では受注残管理モジュールを作成します。受注レイアウトには受注品目入力用の「受注」タブと、受注残管理用の「受注残」タブを配置します。

仕上がりイメージ

受注残関連仕様

下表は上図の受注残関連オブジェクトの仕様になります。

オブジェクト	タイプ	説明
伝票区分	数値FD	レコード確定時、1:全残(納品した商品無)、2:残有（受注残の商品有）、3:過納（過剰納品した商品有）、4:完納（受注した商品を全て納品）の何れかの値がセットされる。 OnRecordCommitを使用しスクリプトを起動。尚、本フィールドを計算フィールドにすることもできるが、索引が設定できずレコードが増えるに従い検索速度が劣化してしまう。
Id	数値FD （主キー）	「受発注明細」テーブルの主キー。“出庫移行”ボタン実行時、このキーの値を移行先のテーブルである「入出明細」テーブルの［受注明細ID］に貼り付け、納品数算出用のTO（入出明細_受注#注残）の外部キーとして使用。下表及び下のリレーション図参照。
受注数	数値	＝受注タブの［数量］
納品数	計算FD(数値)	当該商品の出庫への移行数合計、下表及び下のリレーション図参照。
受注残	計算FD(数値)	受注数－納品数、本値が0以外（受注残がある）の場合、本フィールドの背面が赤くなるように条件書式を設定すと、受注残がある商品が一目で解る。
移行数	数値FD	当該商品を出庫移行する数量をユーザが指定する。
→	ボタン	上記［受注残］を［移行数］に貼りつける。
出庫移行	ボタン	各商品を［移行数］分、出庫へ移行・登録する。

FD：フィールド

EasyData15.fmp12 のテーブル定義

名称	タイプ	補足
■受注テーブ
伝票区分	数値	上表参照
■受発注明細テーブル
ID	数値(主キー)	上表参照
納品計	計算(数値)	Sum(入出明細_受注#注残::出庫数量)、上表及び下表参照
受注残	計算(数値）	上表参照
移行数	数値	上表参照
■入出明細テーブル
受注明細ID	数値(外部キー)	上表及び下表参照

EasyData15.fmp のリレーション

受発注明細テーブルに、［納品数］=Sum(入出明細_受注#注残::出庫数量)、を作成

EasyApp15.fmpの出庫移行ボタンのスクリプト

出庫移行ボタンは［移行数］で指定した数量分の商品を出庫に移行します　―　つまり、受注画面で入力されたデータの一部を出庫（出庫/入出明細テーブル）にコピーします。ポータルを含むデータを他のテーブルにコピーする場合、1.元のデータを一旦変数に格納して変数をコピー先のテーブルに貼りつける方法と、2.元のデータを格納するテーブルからコピー先のテーブルへ取り込む方法、の2つがありますが、後者の方が高速になります。

　以下は後者の方法を用いたスクリプト例です。
（当スクリプトは検証不十分です。利用は自己責任でお願いします。　m( _ _ )m）

---

#
#事前チェック
#
スクリプト実行 [ 「gブラウズ以外実行不可-IwpWD」 ]
スクリプト実行 [ 「gレコード無CK-IwpWD」 ]
スクリプト実行 [ 「gレコード確定強制-IwpWD」 ]
#
#受注ヘッダ情報をUIのグローバルフィールドにセット（後でUIを取り込み、出庫ヘッダを作成する前処理）
#
フィールド設定 [ UI::gCompId; 受注::得意先ID ]
フィールド設定 [ UI::gDeptId; 受注::請求部署ID ]
フィールド設定 [ UI::gPicId; 受注::担当ID ]
フィールド設定 [ UI::gTaxRate; 受注::消費税率 ]
フィールド設定 [ UI::gDate; Get(日付) ]
変数を設定 [ $oriWinName; 値:Get ( ウインドウ名 ) //スクリプトの最後でこのウインドウに戻る為、記憶する ]
#
#移行する受注明細を抽出
#
関連レコードへ移動 [ テーブル: 「受発注明細_受注」; 使用するレイアウト: 「受注明細#取込」 (受発注明細_受注) ] [ 関連レコードのみを表示; 新規ウインドウ ]
変数を設定 [ $orderNo; 値:受注::受注No ]
検索実行 [ 指定された検索条件: レコードの検索; 条件: 受発注明細_受注::受注No: 「$orderNo」 AND 受発注明細_受注::移行数量: 「>-9999999999」 ] [ 記憶する ]
#
#UI→出庫取込
#
関連レコードへ移動 [ テーブル: 「出庫」; 使用するレイアウト: 「出庫」 (出庫) ] [ 関連レコードのみを表示 ]
レコードのインポート [ ソース: 「file:EasyApp15_p」; ターゲット: 「出庫」; 方法: 追加; 文字セット: 「シフト JIS」; フィールドデータのインポート順: ソースフィールド 37 のインポート 出庫::得意先ID ソースフィールド 38 のインポート 出庫::請求部署ID ソースフィールド 39 のインポート 出庫::担当ID ソースフィールド 40 のインポート 出庫::消費税率 ソースフィールド 41 のインポート 出庫::出庫日 ] [ ダイアログなし ]
変数を設定 [ $shipNo; 値:出庫::出庫No ]
#
#受注明細→出庫明細を取込
#
レイアウト切り替え [ 「出庫伝票」 (入出明細_出庫) ]
レコードのインポート [ ソース: 「file:EasyApp15_p」; ターゲット: 「入出明細_出庫」; 方法: 追加; 文字セット: 「シフト JIS」; フィールドデータのインポート順: ソースフィールド 2 のインポート 入出明細_出庫::商品ID ソースフィールド 3 のインポート 入出明細_出庫::販売単価 ソースフィールド 13 のインポート 入出明細_出庫::備考 ソースフィールド 14 のインポート 入出明細_出庫::単位 ソースフィールド 15 のインポート 入出明細_出庫::受注明細ID ソースフィールド 20 のインポート 入出明細_出庫::出庫数量 ] [ ダイアログなし ]
フィールド内容の全置換 [ 入出明細_出庫::出庫No; 計算で置き換える: $shipNo ] [ ダイアログなし ]
フィールド内容の全置換 [ 入出明細_出庫::入出庫日; 計算で置き換える: Get(日付) ] [ ダイアログなし ]
関連レコードへ移動 [ テーブル: 「出庫」; 使用するレイアウト: 「出庫」 (出庫) ] [ 関連レコードのみを表示 ]
ウインドウの調整 [ 収まるようにサイズ変更 ]
ウインドウを選択 [ 名前: $oriWinName; 現在のファイル ]
フィールドへ移動 [ 受発注明細_受注::移行数量 ]
#
#移行数FDはクリアしておく
#
Loop
　　Exit Loop If [ 受発注明細_受注::Id = "" ]
　　フィールド設定 [ 受発注明細_受注::移行数量; "" ]
　　ポータル内の行へ移動 [ 次の; 最後まできたら終了 ]
End Loop
レコード/検索条件確定 [ ダイアログなし ]

---

以上

　その他の在庫関連記事を読む

（土屋）

受注・受注残管理モジュールを作る（２）テーブル、リレーション、レイアウトの設計 ― FMEasy在庫のカスタマイズ

　受注残は面倒なので脇に置いておき、まず受注モジュールを作ります。
　作業にあたり、カスタマイズする『FMEasy在庫 R1.0/R1.5』は分離モデル(注)を採用しているため、作業するファイルが2つ　―　EasyApp15.fmp12とEasyData15.fmp12　―　あることに注意してください。

　EasyData15.fmp12 は業務データ用のファイルで、原則として業務用テーブルに加え、業務用テーブルの計算フィールドに使用する最小限のリレーションを含みます。
　EasyApp15.fmp12 はアプリケーション/システム用のファイルで業務用テーブルは含まず、アプリ用のテーブルとリレーション、レイアウト（画面や帳票）、さらに業務ロジックを組み込んだスクリプトを含んでいます。

　作業に際しては、このことを念頭に混乱のないよう作業を進めてください。

注：『FMEasy在庫 R1.0/R1.5』は テンプレートですので、データファイルとアプリファイルの分離度は高くなっていません。
　分離度を高めるためには、データファイル（EasyData.fmp12）では計算フィールドやフィールド制御は極力行わないように設計します。

受注モジュールのテーブル、リレーション、レイアウト、スクリプトを作る

　受注モジュールは出庫モジュールと類似していますので、出庫関連のテーブル、リレーション、レイアウト、 スクリプトをある時はコピー・変更し、あるときは直接変更し、またあるときは変更することなく共用します。

　『FMEasy在庫 R1.0/R1.5』は、最小限の労力で他の類似モジュールを追加できるよう設計しています。

EasyData15でテーブル/フィールドを作成・定義する

　まずはテーブルから作成します。EasyData12.fmp12の出庫/入出明細テーブルを下図のように選択し、コピペし、それぞれの名称を「受注」と「受発注明細」に変更します。

　入出明細テーブルは、出庫明細と入庫明細の共用テーブルであるため、今後発注モジュールに対応することを想定して「受発注明細」という名称にしておきます。

※本稿では原則として発注には触れませんが、発注関連モジュールも開発する場合、発注関連のテーブル/リレーション/スクリプトも作成しておく方が効率的です。

図1.出庫、および入出明細テーブルをコピー＆ペーストして、受注、および受注明細テーブルを作る

　2テーブルの名称を変更したら、その中のフィールド名を変更（図3/4）。

注：

• フィールド名は後述の図3と図4に準じること（変に変更すると、スクリプトの変更が大変になる）
• フィールドの変更・削除は極力しない→動作しなくなる
• 入庫関係のフィールド名は、発注モジュールを作成する場合に備えそれらしく変更しておく（入庫No→発注No）

なお、受注用のリレーションが無いと設定できない計算フィールドは、下記のリレーションシップを設定後に定義します。

EasyData15でリレーションシップを作成する

　EasyData15.fmp12 のリレーションシップは出庫TOG（Table Occurence Group）をコピペし、出庫TOGに準じて下図のオレンジのTOG のように設定します。

なお、、リレーションシップも複数選択してペーストができます。

図2.出庫レイアウトTOG をコピー＆ペーストして受注レイアウトTOGをつくる

 

　リレーションシップを正しく設定すると、<不明>あるいは<フィールドが見つかりません>と表示されていた計算フィールドを定義できるようになりますので、これも出庫/入出明細の計算フィールドに準じて定義していきます。

図3.リレーションシップを設定後、受発注明細テーブルのフィールドを再定義

図4.リレーションシップを設定後、受注テーブルのフィールドを再定義

EasyApp15でリレーションシップを作成する

　EasyApp15.fmp12 のリレーションシップも出庫TOG（Table Occurence Group）をコピペし、出庫TOGに準じて下図のように受注レイアウトTOGを設定します。

　赤枠の部分の「得意先List」と「出庫商品List」はUIテーブルとのリレーションシップであるため各レイアウトから共用できるので、受注側での作成は不要となります。
　また、濃い青の3つのTO（Table Occurence）はIWP（インスタント）専用であるため今回は作成しませんが、受注モジュールをIWPに対応させる方は作成する必要があります。

　なお、TOの名称は下図に準じるようにしてください（変な名称を付けると、スクリプトの変更が大変になってしまいます）。

レイアウト/値一覧を作成する

　受注用レイアウトは EasyApp15 側でのみ作成します。出庫レイアウトをレイアウトモードで表示し、［レイアウト］―［レイアウト複製］を選択します（一種のコピペ）。

図の赤枠内のように、レイアウト名を「出庫のコピー」から「受注」に、レイアウトテーブルを「出庫」から「受注」に変更します。

　この段階ではフィールド/ポータルは出庫または入出明細のものが貼られているので、フィールドをダブルクリックしながら、受注/受注明細関連のものになるように変更していきます。
　また、出庫No/出庫日、出庫などのレーベル名も適当なものに変更しましょう。また、変更漏れがないように注意するようにしてください。

　値一覧は、伝票区分、担当ID、得意先ID、商品ID、請求部署ID、数量、単位の各フィールドで使用されているが、変更する必要があるのは、伝票区分と請求部署IDに割り当てられているもののみ。

　ここまで、慣れている人であれば１～２時間でできると思われますが、次のスクリプトからがかなり作業が複雑になってきます。

注：
　受注一覧、受注伝票の各レイアウトも実務では必要になると思われるので、前者については出庫一覧レイアウトを、後者については入庫伝票レイアウトを上記の要領でコピーして作成してください。

スクリプトを変更する

　さて、出庫レイアウトをコピーして作った受注レイアウトは以下のようになります。
　ボタンに割り振られたスクリプトだけではなく、フィールド/レイアウト等に割り振られたスクリプト（赤枠部）もひとひとつ変更が必要かどうか吟味し、必要があれば変更を加えていきます。

　スクリプト変更はかなり骨が折れる作業で、下手に変更を加えると他のモジュールに障害を与えることがあるので慎重に作業してください。　変更後のテストも十分に行う必要があります。

　下表はスクリプトが割り振られたオブジェクトの一覧です。
　チェックマークが付いてるものは変更が必要になります。

*1 『FMEasy在庫 IWP/WD R1.5』でのみ利用可。変更難度高し。“選”ボタンを受注対応させない場合、レイアウトから削除すること。

以上

　その他の在庫関連記事を読む

　
（土屋）

受注・受注残管理モジュールを作る（１）概要と開発方針― FMEasy在庫のカスタマイズ

　弊社に寄せられる各種問い合わせで多いのがモジュールの追加 ― 「売上入金残管理モジュールを作りたい」、「受注残管理をしたい」といったものです。
　これらの質問はあまりにカバーする範囲が広く、また漠然としているので、回答も漠然としたものになります。

　そこで今回から数回にわたり、『FMEasy在庫 R1.0/R1.5』をカスタマイズし、受注・受注残管理モジュールを付加する方法の概要ご説明したいと思います。　

機能概要

• 受注管理
• 入力支援機能(FMEasy在庫 IWP/WD R1.5 のみ)
• 受注伝票毎及び得意先毎の受注残管理 
• 受注明細レベルで分納に対応する

用語

• 在庫　―　商品の入庫数計－出庫数計
• 受注残　―　商品の受注数計－出庫数計
• 可用在庫　―　在庫－受注残

注：
　弊社では商品の［在庫］から［受注残］を差し引いた値を［可用在庫］と呼んでいます。意味としては、倉庫に物理的に存在するだけではなく、買い手が決まっておらず（受注残となっていない）、得意先から注文があればすぐに出庫できる状態にある在庫です。
　逆に、倉庫に物理的に存在していても、買い手が決まっていて何らかの事情により倉庫に留め置かれている在庫は、出庫不能な在庫（非可用在庫）となります。

画面イメージと移植する機能

　弊社が2004年6月にリリースした「FlexManager R1.5」という製品の受注・受注残モジュールの一部を『FMEasy在庫』に移植します。下図はそのオールド製品の画面です。

【受注】

受注画面

　受注情報を入れる画面。この画面から必要最低限の機能を『FMEasy在庫』に移植します。


【受注残管理】

受注残管理画面

　受注残管理画面。受注残管理だけではなく、受注情報を利用した発注処理、その発注に対する入荷情報の表示（画面の［発注数(内入荷)］）にも対応していますが、今回は発注・発注残管理機能には触れません。この画面から、受注残管理の必要最低限の機能を『FMEasy在庫』に移植していきます。


【分納管理】

分納管理画面

　受注商品データを売上に移行するための画面。新規に売上伝票を作成して（“新”ボタンを使用）そこへ受注データを移行することも、既存の売上伝票（［売上No］をプルダウンメニューから指定）の売上明細に受注データを付加することもできます。なお、『FMEasy在庫』では売上モジュールはなく、代わりに出庫モジュールへ移行することになります。

開発方針

　「FlexManager 1.5」は結構機能がテンコ盛なので、複雑になりすぎないよう、受注残管理に焦点をあてて、必要最低限の機能を移植したいと思います。　（次回へ続く）

　その他の在庫関連記事を読む

（土屋）