(57)【要約】      （修正有）【課題】案件数が多い場合にも誤入力を防ぐことが可能な、出荷実績情報付替え装置を提供する。【解決手段】訂正前受注数と最新受注数と出荷実績数と納入予定日とを対応付けて記憶する出荷計画情報データベースと、異なった案件のうち、前記訂正前受注数と前記最新受注数が一致して案件で納入予定日が同一の場合、前記最新受注数が０であるものをそれぞれ訂正受注案件、そうでないものを新規受注案件として特定し、前記出荷計画情報データベースの前記訂正受注案件の前記最新受注数から前記出荷実績数を減算して付替数を算出し、前記訂正受注案件の出荷実績数から付替数を減算し、前記新規受注案件の出荷実績数に前記付替数を加算して付替え処理を行う。【選択図】図２
2014048765.tif 000002
【特許請求の範囲】
【請求項１】
訂正前受注数と最新受注数と出荷実績数と納入予定日とをそれぞれ案件毎に対応付けて記憶する出荷計画情報データベースと、
異なる案件のうち、前記訂正前受注数と前記最新受注数が一致する案件で納入予定日が同一の場合、前記最新受注数が０であるものを訂正受注案件、そうでないものを新規受注案件として特定し、前記出荷計画情報データベースの前記訂正受注案件の前記最新受注数から前記出荷実績数を減算して付替数を算出し、前記訂正受注案件の出荷実績数から付替数を減算し、前記新規受注案件の出荷実績数に前記付替数を加算して付替え処理する演算部と
前記納入予定日が一致しない場合でも前記新規受注案件が1件に特定されない場合はそれぞれの新規受注案件を付替え候補案件として表示する表示部と
を有することを特徴とする出荷実績情報付替え装置。
【請求項２】
請求項１に記載のそのそれぞれの出荷実績情報付替え装置であって、
前記演算部が、
前記訂正受注案件の前記訂正前受注数と前記新規受注案件の前記最新受注数が一致しないもしくは、前記訂正受注案件の最新受注数が０でない場合に、前記訂正受注案件の出荷実績数と新規受注案件の差を付替比較数として特定し、前記付替比較数と前記新規受注案件の出荷実績数と新規受注案件の差を比較して、前記付替比較数の方が小さい場合、もしくは等しい場合に、前記付替比較数を前記付替数として特定して、前記付替比較数の方が大きい場合は、付替比較数から前記新規受注案件の出荷実績数と新規受注案件の差を引いたものを前記付替数と特定し、更に前記付替比較数から前記付替数を引いたものを新たな付替比較数として、納入予定日が同一である場合もしくは付替え候補の案件が1件に特定される場合に順次付替え処理する
ことを特徴とする出荷実績情報付替え装置。
【請求項３】
請求項２に記載の出荷実績情報付替え装置であって、
前記表示部が
前記付替比較数と前記新規受注案件の出荷実績数と新規受注案件の差が小さい場合、等しい場合、大きい場合のそれぞれの案件について、付替えの確度の優先順位を決定する情報をそれぞれ対応付けて、優先順位に基づいて付替え候補を表示させる
ことを特徴とする出荷実績情報付替え装置。
【請求項４】
訂正前受注数と最新受注数と出荷実績数と納入予定日とをそれぞれ案件毎に対応付けて記憶するステップと、
異なる案件のうち、前記訂正前受注数と前記最新受注数が一致する案件で納入予定日が同一の場合、前記最新受注数が０であるものを訂正受注案件、そうでないものを新規受注案件として特定し、前記出荷計画情報データベースの前記訂正受注案件の前記最新受注数から前記出荷実績数を減算して付替数を算出し、前記訂正受注案件の出荷実績数から付替数を減算し、前記新規受注案件の出荷実績数に前記付替数を加算して付替え処理するステップと
前記納入予定日が一致しない場合でも前記新規受注案件が1件に特定されない場合はそれぞれの新規受注案件を付替え候補案件として表示するステップと
を有することを特徴とする出荷実績情報付替え方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出荷計画を管理するシステムにおいて出荷実績情報の付替えをサポートする技術に関する。
【背景技術】
【０００２】
受注生産では、受注情報（出荷品目、要求納期、数量など）を考慮し、何時、何を何台どこへ出荷するかという出荷計画を立案する。例えば特開２０１１−１４５７２２ではフォーキャストと受注情報の紐付けを自動化して出荷計画を作成する旨について開示されている。
【０００３】
このような出荷計画を管理するシステムにおいては、それぞれの案件について受注情報や出荷実績等が登録されシステムで管理される。このシステムにおて注文主の変更や契約内容の変更に伴い受注情報が途中で変更されることがある。例えば一度システムに登録された受注の取消を行い新規案件として別受注情報として登録するケースや、元の受注数を減らし新規受注として減った数分を登録するようなケースがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１４５７２２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述の出荷実績は出荷が実際にあった場合に記録されるが、前述のような受注情報が変更された場合、変更後の受注数と出荷実績数が一致せず矛盾する状態がおこる。それ故、出荷実績数を実際の受注数と対応付けるように後から付替える必要がある。現状では、この出荷実績数の付替作業は利用者による手作業となっており、変更前／変更後双方の受注内容を確認し同一受注案件であると判断した場合に出荷実績数の付替を実施している。その判断は受注の数と出荷実績の数を比較したり、受注された製品の型名を見たりと様々な情報を見て経験則的に判断される。
【０００６】
それ故、案件数が多い場合等には同一受注案件を発見して付替えることは容易ではなく、似多様な案件を間違えて付替え案件としてしまうような誤入力が起こる可能性がある。本発明はこの付替え作業の誤入力を防ぐようにサポートすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、訂正前受注数と最新受注数と出荷実績数と納入予定日とをそれぞれ案件毎に対応付けて記憶する出荷計画情報データベースと、異なる案件のうち、前記訂正前受注数と前記最新受注数が一致する案件で納入予定日が同一の場合、前記最新受注数が０であるものを訂正受注案件、そうでないものを新規受注案件として特定し、前記出荷計画情報データベースの前記訂正受注案件の前記最新受注数から前記出荷実績数を減算して付替数を算出し、前記訂正受注案件の出荷実績数から付替数を減算し、前記新規受注案件の出荷実績数に前記付替数を加算して付替え処理する演算部と、前記納入予定日が一致しない場合でも前記新規受注案件が1件に特定されない場合はそれぞれの新規受注案件を付替え候補案件として表示する表示部とを有することを特徴とする。
【発明の効果】
【０００８】
出荷実績情報の付替え処理を簡単に行うことが出来る。
【図面の簡単な説明】
【０００９】
【図１】受注情報入力〜出荷計画入力〜部材発注の関連図である。
【図２】本実施形態のシステム構成図である。
【図３】本実施形態の受注データベース情報である。
【図４】本実施形態の出荷データベース情報である。
【図５】本実施形態の出荷計画データベース情報である。
【図６】本実施形態の出荷実績付替自動化のフローチャートである。
【図７】本実施形態の出荷実績付替後の出荷計画データベース情報である。
【発明を実施するための形態】
【００１０】
本発明の実施例として、出荷実績を自動付替する出荷実績情報付替え装置について説明する。出荷実績情報付替え装置は、単体の装置として存在してもよいし、これから説明する各サーバー側にあってもよく、限定されるものではない。
【００１１】
図１は、受注情報入力から出荷計画入力、部材が発注されるまでのシステム関連図である。受注情報入出力端末１０１は社内ネットワーク１０２と接続されており、この受注情報入出力端末１０１より受注情報を管理している受注情報管理部１０３へデータの入出力を行う。社内ネットワーク１０２と接続された出荷情報入出力端末１１０で入力された出荷実績情報は、出荷実績情報を管理している出荷実績情報管理部１０４へデータの入出力を行う。受注情報管理部１０３と出荷実績情報管理部１０４で管理しているデータは、出荷計画情報を管理している出荷計画管理部１０５へデータ配信し、社内ネットワーク１０２と接続された出荷計画入出力端末１０９へ出荷計画情報として公開している。出荷計画入出力端末１０９では、利用者が受注情報及び出荷実績情報を検索後、データ登録し、後工程である生産計画管理部１０６へ出荷計画数を配信する。生産計画管理部１０６は、出荷計画管理部１０５より受信した出荷計画数に基づき生産計画を立案し、ここで算出された生産計画数を基幹システム１０７へ配信し、部品所要展開後、部品発注が必要なものについてはサプライヤ１０８へ注文データを配信する。
【００１２】
図２に本発明のシステム構成図を示す。受注情報の入出力を制御するＷｅｂサーバ２０１は、制御部、通信部から構成されており、通信部を介して受注情報入出力端末（クライアントＰＣ）２０５と、ＡＰサーバ２０２と通信している。ＡＰサーバ２０２は、受注情報を受信する受信部、演算部、通信部、付替え候補を表示処理する為の表示部から構成されており、通信部を介してＤＢサーバ２０４と通信している。出荷情報管理サーバ２０３は、演算部、通信部から構成されており、出荷情報入出力端末（クライアントＰＣ）２０７より登録された出荷情報は、通信部を介してＤＢサーバ２０４と通信し、ＤＢサーバ２０４へ出荷実績情報を配信する。
【００１３】
ＤＢサーバ２０４は、受注情報、出荷計画情報、出荷実績情報を記憶する記憶部と通信部から構成されており、これらの情報はＷｅｂサーバ２０１、ＡＰサーバ２０２、出荷情報管理サーバ２０３及び出荷計画情報入出力端末（クライアントＰＣ）２０６より登録される。ここでの構成はこれに限定されるものではなく、例えばＤＢサーバ２０４を分けずに、データベースをＡＰサーバ２０２等の別装置内にある構成としてもよい。
【００１４】
また、ＡＰサーバ２０２の演算部では付替え処理が行われるが、これに限定されるものではなく、ＡＰサーバ２０２で処理しても良いし、出荷情報管理サーバの演算部で処理されてもよく、限定されるものではない。
【００１５】
図３は本発明で使用する受注情報データベースを示す図である。図３の受注情報データベースは、担当営業の部署を判別する為に営業部署毎に割り振った営業部署コード、最終納入する顧客の会社を識別する最終顧客コード、営業部署毎の受注案件に採番する受注ＮＯ、注文元の会社を識別する注文主コード、受注情報の来歴管理をするＲｅｖ、商品を識別する受注形名、注文に対する顧客への納入予定日、顧客より発注された受注数量を備える。
【００１６】
図４は本発明で使用する出荷情報データベースを示す図である。図４の出荷情報データベースは、担当営業の部署を判別する為に営業部署毎に割り振った営業部署コード、最終納入する顧客の会社を識別する最終顧客コード、営業部署毎の受注案件に採番する受注ＮＯ、注文元の会社を識別する注文主コード、商品を識別する受注形名、出荷済数を表す出荷実績数、出荷した日を表す出荷日、出荷する場合に出荷案件毎に採番する出荷ＮＯを備える。
【００１７】
図５は本発明で使用する出荷計画情報データベースを示す図である。図５の出荷計画情報データベースは、担当営業の部署を判別する為に営業部署毎に割り振った営業部署コード、最終納入する顧客の会社を識別する最終顧客コード、営業部署毎の受注案件に採番する受注ＮＯ、注文元の会社を識別する注文主コード、受注情報の来歴管理をするＲｅｖ、商品を識別する受注形名、注文に対する顧客への納入予定日、前回来歴情報の受注数を表す変更前受注数量、最新来歴の顧客より発注された受注数量、注文に対する出荷済数を表す出荷実績数、最新受注来歴を示す最新Ｒｅｖフラグを備える。ここでいう出荷実績数とは出荷された実績数をいうので、受注された直後は０となり、出荷が確認されると出荷された数のデータがアップデートされることになる。このデータベースは受注情報データベースと出荷情報データベースの情報を元に作成することとしてもよい。
【００１８】
図６は本発明の受注変更による訂正受注情報と新規受注情報に対する出荷実績数の自動付替及び、付替候補対象を判定する場合のフローチャートである。ステップ６０１にて受注情報入出力端末（クライアントＰＣ）２０５を介して、図３のように営業部署コード、受注ＮＯ、注文主コード、最終顧客コード、受注形名、納入予定日、最新受注数量等の情報を利用者が入力し、入力した内容はＡＰサーバ２０２の通信部で受信後ＤＢサーバ２０４の受注情報記憶部に記憶される。この記憶内容を基に、ＤＢサーバ２０４の出荷計画情報記憶部へ書き込む事でデータ受信が完了し（ステップ６０２）、受信したデータの営業部署コード・受注ＮＯ・注文主コード・最終顧客コードが既に登録済みの受注情報と同一の案件が存在する場合は、既に登録済みの受注情報を過去Ｒｅｖ情報として受注情報を更新し、今回受信した受注情報を最新Ｒｅｖ情報として出荷計画情報記憶部を更新する（ステップ６０３）。
【００１９】
具体的には、図５の営業部署コード−最終顧客コード−受注ＮＯ−注文主コード−ＲｅｖがＡ００１−０００１００−０００１−０００１００−００１の案件が既に出荷計画情報記憶部に存在しており、今回営業部署コード−最終顧客コード−受注ＮＯ−注文主コード−ＲｅｖがＡ００１−０００１００−０００１−０００１００−００２のデータを受信した場合、営業部署コード−最終顧客コード−受注ＮＯ−注文主コード−ＲｅｖがＡ００１−０００１００−０００１−０００１００−００１の受注案件は、過去Ｒｅｖ情報として最新ＲｅｖフラグをＯＦＦに更新し、Ａ００１−０００１００−０００１−０００１００−００２の受注案件を最新Ｒｅｖ情報として最新ＲｅｖフラグをＯＮにして、出荷計画情報記憶部を更新する。
【００２０】
次に、ステップ６０４では、出荷情報入出力端末（クライアントＰＣ）２０７より入力された出荷情報（図４）を出荷情報管理サーバ２０３の通信部を介してＤＢサーバ２０４へ出荷情報を書き込む。次にステップ６０５で訂正案件の受注情報に対して、出荷実績数と最新受注数を比較し、出荷実績数が最新受注数より多い受注情報を（具体的には図５の営業部署コード−最終顧客コード−受注ＮＯ−注文主コードがＡ００１−０００１００−０００１−０００１００は受注数が８に対して、出荷実績数が１０の為、Ａ００１−０００１００−０００１−０００１００を）付替候補とする。
【００２１】
以下  受注情報の表示は、ＸＸＸＸ−ＸＸＸＸＸＸ−ＸＸＸＸ−ＸＸＸＸＸＸの形式とする。また、出荷実績数が最新受注数より少ない場合は、付替対象とせず次の受注案件の判定処理に移る。次にステップ６０６で、前述のステップ６０５で付替候補となった受注情報と同一の営業部署コードの新規受注案件を突合せする。突合せ対象がある場合は、次にステップ６０７にて前述までの出荷実績数が最新受注数より多い受注情報と新規受注案件を用いて同一最終顧客コードが一致しているか比較する。次に、ステップ６０８にて受注形名が一致しているか比較する。
次に、ステップ６０９にて変更前の最新受注数が０の場合で、変更前受注数と新規受注案件の最新受注数を比較して一致する場合、変更前受注数の案件を訂正受注案件、最新受注数の案件を新規受注案件として特定して、次にステップ６１０にて変更前受注情報の納入予定日と新規受注案件の納入予定日を比較する。ここで、変更前の最新受注数が０の場合とは、一度受注がキャンセルされていることを意味する。逆に０でない場合は、受注数に変更のあった場合等である。本実施例では営業部署コード、最終顧客コード、受注ＮＯ、注文主コードの4種類のコードが一致するものの中から付替候補を選択しているが、これに限定されるものではなく、同じ客から同じ部署が同じ製品について受注されていることが分かれば、その案件について受注数と出荷実績数を比較するものである。
【００２２】
具体的には図５の受注情報Ｃ００１−０００１００−００１０−０００１００の案件の営業部署コードＣ００１、最終顧客コード０００１００、受注形名 ＹＹ０００１，ＹＹ０００２、変更前受注数量５０、納入予定日２０１１／０３／２２と一致する新規受注情報を比較し、付替候補としてＣ００１−０００１００−００１０−Ｘ００１００を抽出する。
【００２３】
以上の判定処理で何れも同一であると判定したデータは変更前受注情報と新規受注案件が同一案件であると判定し、ステップ６１１にて訂正受注案件の出荷実績数から最新受注数を減算した残数を付替数（付替比較数）として算出する。本実施例では何れも同一としたが、これに限定されるものではなく、同一の案件であると判断されるものであればよく、一部だけ同一でも同一の案件と判断されるならその同一を確認できればよい。
【００２４】
具体的には図５の訂正受注情報のＣ００１−０００１００−００１０−０００１００の最新受注数０から出荷実績数５０を減算し５０を算出する。次にステップ６１１で算出した付替数５０を付替候補の新規受注情報新規受注案件の出荷実績数として加算し、訂正前案件の出荷実績数は付替した出荷実績数を減算して更新する。つまり、付替数５０を図５の付替候補の新規受注情報Ｃ００１−０００１００−００１０−Ｘ００１００の出荷実績数に加算する。加算結果として最新受注数５０に対して出荷実績数５０となる。次に、訂正受注情報Ｃ００１−０００１００−００１０−０００１００の出荷実績数は付替した５０を減算し、出荷実績数は０となる。付替した結果最新受注数０に対して出荷実績数は０となる。以上で付替処理は完了となり、付替した処理結果の具体例を図７に示す。
【００２５】
一方ステップ６１０の判定において、納入予定日が不一致の場合は、ステップ６１３にてステップ６０９までの判定で一致した新規受注情報が１件の場合は受注付替対象として判定する。次に、前述のステップ６１１とステップ６１２にて付替処理を行う。ステップ６０９までの判定で一致した新規受注情報が２件以上ある（具体的には、図５の受注情報のＣ００１−０００１００−００１０−Ｘ００１００、Ｃ００１−０００１００−００２０−Ｘ００１００、Ｃ００１−０００１００−００３０−Ｘ００１００、Ｃ００１−０００１００−００４０−Ｘ００１００のケース）場合は、ステップ６１４にて付替候補選択画面に表示させる場合の付替確度をＡ（Ａ→Ｂ→Ｃ→Ｄの順で付替候補の確度は低くなる）として設定し、利用者の判断により候補選択画面から対象を選択して出荷実績数を付替する事とし、自動付替は実施しない。
【００２６】
ステップ６０９の判定において変更前の最新受注数が０以外の場合もしくは、訂正受注案件の変更前受注数と新規受注案件の最新受注数が一致しない場合、ステップ６１５にて訂正受注案件の出荷実績数から最新受注数を減算し付替比較数を算出する。具体的には図５の受注情報のＡ００１−０００１００−１２００−０００１００の出荷実績数１０から最新受注数２を減算し８を算出する。
【００２７】
次にステップ６１６で前述のステップ６１５で算出した付替比較数（付替残数が０より大きい場合、付替残数を比較対象としてもよい）と新規受注案件の最新受注数から出荷実績数を減算した数量（具体的には図５の受注情報のＡ００１−０００１００−１２０３−０００１００の最新受注数１５から出荷実績数０を減算し１５を算出する。）を比較する。
【００２８】
ステップ６１６での比較処理において数量が一致する場合は、ステップ６１７にて付替比較数(付替残数が０より大きい場合、付替残数としてもよい)を付替数に設定する。次に、ステップ６１８にて付替残数に０を設定し、付替確度にＢを設定する。これは、数量が違っても日付が同じものの付替えの確度は高いので、ここではＢと設定することにする。ステップ６０９では訂正された受注数と同じ新規受注数があるかどうかを特定し、ステップ６１６では、出荷の付替数を比較している。例えば、訂正受注案件の変更前受注数量が５０、最新受注数量が１０、出荷実績数量が５０（当初５０で受注したが１０に受注を変更、出荷は既に５０されている）で、新規受注案件の変更前受注数量が０最新受注数量が４０、出荷実績数量が０（新しい１０の受注があって、出荷は未確定の新規受注案件）のようなパターンが考えられる。
【００２９】
続いてステップ６１９にて納入予定日の比較処理を実施する。ステップ６１９の比較処理にて、納入予定日が一致した場合は、前述のステップ６１２にて出荷実績数の付替を行う。ステップ６１９で納入予定日が不一致の場合は、ステップ６２０にてステップ６１６までの判定で一致した新規受注情報が１件の場合は受注付替対象として判定し、前述のステップ６１２にて付替処理を行う。ステップ６１６までの判定で一致した新規受注情報が２件以上ある場合は、ステップ６２１にて付替候補選択画面に表示し、利用者の判断により候補選択画面から対象を選択して出荷実績数を付替する事とし、自動付替は実施しない。
【００３０】
次にステップ６１６での比較処理において数量が付替比較数(付替残数が０より大きい場合は付替残数としてもよい)が新規受注案件の最新受注数から出荷実績数を減算した数量より大きい場合は、ステップ６２２にて付替数を付替比較数とする。
【００３１】
次に、ステップ６２３にて付替残数に０を設定し、付替確度にＣを設定する。以降は前述のステップ６１９の判定処理とステップ６２０の判定処理を実施しステップ６１２での付替処理または、ステップ６２１の付替候補選択画面に表示を行う。付替処理が実施される例は、具体的には図５の受注情報のＥ００１−０００１００−２２００−０００１００と数量以外の項目が一致している新規受注情報Ｅ００１−０００１００−０００３−０００１００へ付替数量１０を付替する。付替した処理結果の具体例を図７に示す。
【００３２】
また、ステップ６１６での比較処理において数量が付替比較数(付替残数が０より小さい場合は付替残数としてもよい)が新規受注案件の最新受注数から出荷実績数を減算した数量より小さい場合は、ステップ６２４にて付替比較数(付替残数が０より大きい場合は付替残数としてもよい)から新規受注案件の最新受注数量と出荷実績数を減算し、付替数を算出する。次にステップ６２５にて付替比較数(付替残数が０より大きい場合は付替残数としてもよい)からステップ６２４で算出した付替数を減算し新たな付替比較数（付替残数）を算出する。次にステップ６２６の比較処理にて、納入予定日が一致した場合は、ステップ６２７にて付替処理を行う。ステップ６２７では、前述のステップ６１２と同処理で付替を行う。ステップ６２７で納入予定日が不一致の場合は、ステップ６１６までの判定で一致した新規受注情報が１件の場合は受注付替対象として判定し、前述のステップ６２７にて付替処理を行う。ステップ６１６までの判定で一致した新規受注情報が２件以上ある場合は、ステップ６２９にて付替確度Ｄとして付替候補選択画面に表示し、利用者の判断により候補選択画面から対象を選択して出荷実績数を付替する事とし、自動付替は実施しない。ステップ６０６、ステップ６０７、ステップ６０８で比較した結果が不一致の新規受注情報はこのデータはステップ６３０にて付替候補選択画面に表示させるデータとして設定し、自動付替は実施しない。
【００３３】
この場合は、付替比較数より付替えの数が小さくなり、複数の案件でひとつの案件を付替えることになる。それ故、付替えの処理をループすることで、複数の候補案件を絞ることになる。図５でいうとステップ６２７で付替え処理が終わった後に、ステップ６０６に戻り順次付替え案件を特定していく。
【符号の説明】
【００３４】
１０１：受注情報入出力端末、１０２：社内ネットワーク、１０３：受注情報管理部、１０４：出荷実績情報管理部、１０５：出荷計画情報管理部、１０６：生産計画管理部、１０７：ＭＲＰ〜発注処理部、１０８：取引先各社、１０９：出荷計画入出力端末、１１０：出荷情報入出力端末、２０１：受注情報の入出力を制御するＷｅｂサーバ、２０２：受注情報のＤＢ登録処理サーバ、２０３：出荷情報のＤＢ登録処理サーバ、２０４：受注情報、出荷計画情報、出荷実績情報を記憶するサーバ、２０５：受注情報入出力端末（クライアントＰＣ）、２０６：出荷計画情報入出力端末（クライアントＰＣ）、２０７：出荷情報入出力端末（クライアントＰＣ）、３０１：営業部署コード、３０２：最終顧客コード、３０３：受注ＮＯ、３０４：注文主コード、３０５：Ｒｅｖ、３０６：受注形名、３０７：納入予定日、３０８：最新受注数量、４０１：営業部署コード、４０２：最終顧客コード、４０３：受注ＮＯ、４０４：注文主コード、４０５：受注形名、４０６：出荷実績数量、４０７：出荷日、４０８：出荷ＮＯ、５０１：営業部署コード、５０２：最終顧客コード、５０３：受注ＮＯ、５０４：注文主コード、５０５：Rev、５０６：受注形名、５０７：納入予定日、５０８：変更前受注数量、５０９：最新受注数量、５１０：出荷実績数量、５１１：最新Ｒｅｖフラグ、６０１：受注情報入力処理、６０２：受注情報受信処理、６０３：受注情報取込処理、６０４：出荷実績情報受信処理、６０５：受注数・出荷実績数判定処理、６０６：同一営業所コード判定処理、６０７：同一顧客判定処理、６０８：同一受注形名判定処理、６０９：同一受注数判定処理、６１０：同一納入予定日判定処理、６１１：付替数算出処理、６１２：出荷実績数付替処理、６１３：付替候補件数判定処理、６１４：付替候補設定処理、６１５：付替比較数算出処理、６１６：付替数判定処理、６１７：付替数設定処理、６１８：付替残数、確度設定処理、６１９：同一納入予定日判定処理、６２０：付替候補件数判定処理、６２１：付替候補設定処理、６２２：付替数算出処理、６２３：付替残数、確度設定処理、６２４：付替数算出処理、６２５：付替残数算出処理、６２６：同一納入予定日判定処理、６２７：出荷実績数付替処理、６２８：付替候補件数判定処理、６２９：付替候補設定処理、６３０：付替候補設定処理、７０１：営業部署コード、７０２：最終顧客コード、７０３：受注ＮＯ、７０４：注文主コード、７０５：Rev、７０６：受注形名、７０７：納入予定日、７０８：変更前受注数量、７０９：最新受注数量、７１０：出荷実績数量、７１１：最新Ｒｅｖフラグ、８０１：営業部署コード、８０２：最終顧客コード、８０３：受注ＮＯ、８０４：注文主コード、８０５：Rev、８０６：受注形名、８０７：納入予定日、８０８：変更前受注数量、８０９：最新受注数量、８１０：出荷実績数量、８１１：最新Ｒｅｖフラグ
【図１】
2014048765.tif 000003
【図２】
2014048765.tif 000004
【図３】
2014048765.tif 000005
【図４】
2014048765.tif 000006
【図５】
2014048765.tif 000007
【図６】
2014048765.tif 000008
【図７】
2014048765.tif 000009