JPH064558A - 原価管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 １商品に対して複数のレコードを持つ在庫フ
ァイルと、仕入情報を持つ売上レコードを持つ売上げフ
ァイルとから、先入れ先出し法で売上原価を管理して、
正確な売上原価を容易に把握すること目的とする。 【構成】 入力手段１より入力された入力データを判別
手段６と設定部１０に設定されている日付や各更新ファ
イルの索引情報と制御部５の演算手段７とから、メモリ
８のファイル部９に設定されている群構造をなす在庫フ
ァイルから引当てを行い、在庫総量を管理する親レコー
ドを更新し、引当てした在庫レコードの数だけ売上レコ
ードを作成し、それぞれに引当てした在庫情報を設定す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、製造業や卸売り業など
における原価管理装置に関する。

【０００２】

【従来の技術】従来、製造業や卸売り業などにおける原
価管理装置は、１在庫商品の数量などの情報を管理すレ
コードが１レコードであったために商品の売上原価を最
終原価法で行っていたり移動平均法で行っていた。

【０００３】

【発明が解決しようとする課題】上述した従来の原価管
理装置は、移動平均法で原価管理を行うために月次で該
当月の全売上データと全仕入データの集計を行う必要性
が生じるなど、在庫商品の仕入価格に変動が合った場合
に正確な原価を把握することが困難であり、また、移動
平均法で原価管理を行うために、月次で、該当月の全売
上データと全仕入データを集計する必要性が生じるな
ど、在庫商品の原価を容易に把握できないという弊害を
有することとなる。

【０００４】本発明はこのような従来の原価管理装置に
おける問題を解決し、先入れ先出し法に基づいた原価管
理を高速に行いかつ正確な売上原価を容易に把握する原
価管理装置を得ることを目的とする。

【０００５】

【課題を解決するための手段】本発明の原価管理装置
は、入力データを入力する入力手段と、入力確認手段と
しての出力手段と、制御部と、入力データの種類を判別
し入力データの数量と単価と１商品に対して単価と入力
日付の違いから複数の子レコードと１つの親レコードを
持つ群構造を成す在庫ファイルと、前記子レコードの単
価と前記入力データの単価の違いから１入力データに対
して複数のレコードを持ち在庫引当時の在庫ファイルの
単価が設定されておりかつ売上ファイルより在庫ファイ
ルが一意に特定可能な索引構造を有する売上ファイルと
前記売上ファイルの単価より在庫引当を行い前記売上フ
ァイルと前記在庫ファイルを更新し前記在庫引当の結果
および前記売上ファイルと前記在庫ファイルの更新結果
をディスプレイ又は印字手段に発行指示を行う判別手段
と、在庫引当数を計算する演算手段と、ファイル部およ
び設定部とから成るメモリとを有する。

【０００６】

【作用】本発明による先入れ先出し法に基づく原価管理
装置は、１商品にたいして複数の子レコードと在庫の総
量と原価管理する１つの親レコードとからなる群構造を
成す在庫ファイルと在庫引当を行った子レコードの在庫
情報（単価・在庫レコード索引情報）を持ちかつ在庫引
当を行った子レコードの数だけ分割して作成されるレコ
ードを持つ売上ファイルにより、正確な売上原価の把握
が容易に行えることとなる。

【０００７】

【実施例】次に、本発明について図面を参照して説明す
る。

【０００８】図１は本発明の一実施例を示すブロック
図、図２は本実施例における在庫データを格納する在庫
ファイルの構造を表した図、図３（ａ）は本実施例にお
ける売上データを格納する売上ファイルの構造を表した
図、図３（ｂ）は図３（ａ）に示すものと別の領域に格
納された売上ファイルの構造を示す図、図４は本実施例
の動作を説明するフローチャート、図５は本実施例にお
ける在庫データを更新する動作（図４のステップ４１
３）を説明するフローチャート、図６は本実施例におけ
る在庫データを更新する為の基礎情報を取得する動作
（図４のステップ４１６）を説明するフローチャート、
図７は本実施例における在庫データを更新する動作（ス
テップ４１７）を説明するフローチャート、図８は本実
施例における売上データを更新する動作（ステップ４１
８）を説明するフローチャートである。

【０００９】本実施例は、キー２を備えた入力手段とし
てのキーボード１と、入力確認手段としてのディスプレ
イ３と、帳票印字手段としての印字手段４と、制御部５
と、入力データの種類を判別し入力データの数量と単価
と１商品に対して単価と入力日付の違いから複数の子レ
コードと１つの親レコードを持つ群構造を成す在庫ファ
イルと、前記在庫子レコードの単価と前記入力データの
単価の違いから１入力データに対しての複数のレコード
をもち在庫引当時の在庫ファイルの単価が設定されてお
りかつ売上レコードより在庫子レコードを特定可能な索
引情報を有する売上ファイルと在庫引当を行い前記売上
ファイルと前記在庫ファイルを更新し在庫引当の結果お
よび前記売上ファイルと、前記在庫ファイルの更新結果
をディスプレイ３又は印字手段４に発行指示を行う判別
手段６と、在庫引当数を計算する演算手段７と、ファイ
ル部９および設定部１０から成るメモリ８とから構成さ
れている。

【００１０】メモリ８中のファイル部９には在庫データ
と売上データが格納され、図１のＡは、受注データ、仕
入データ、及び、棚卸データ（在庫ファイルまたは売上
ファイルを更新するデータ）を示す。また、設定部１０
には当日の日付、及び、在庫ファイルと売上ファイルの
索引部となる索引情報が設定されている。

【００１１】次に図２と図３により在庫ファイル、及び
売上ファイルの構成要件を説明する。

【００１２】図２は在庫ファイルの構造を示す。

【００１３】２０１は在庫ファイルの領域を表し、１商
品毎の在庫の合計数量、及び、先入れ先出し法による売
上原価（現在在庫として存在する商品の、単品毎の仕入
価格の合計）が設定されている親レコードのデータ部２
０６と商品が一意であること及び親レコードであること
が識別できる要素が設定されている在庫レコードの索引
部２０４を有する事を要件とする親レコード２０３と１
入力データ（一般に仕入データと呼ばれる）毎の商品の
数量及び仕入単価または仕入単価が容易に特定できる項
目（数量×仕入単価）が設定されている子レコードのデ
ータ部２０５と、商品が一意であること及び親レコード
が一致に特定できること及び子レコード同士の発生の前
後関係を明確にすることができる要素が設定されている
在庫レコードの索引部２０４を有する事を要件とする子
レコード群２０２が存在する領域である。従って、領域
とは、例えば物理的に親レコードと子レコードが同一フ
ァイル内に格納されていることを要件とするものではな
い。

【００１４】子レコード２０２、及び親レコード２０３
は、１商品に対して、一つの親レコードと複数の子レコ
ードから成る商品レコード群構造を有していることを説
明するもので、親レコードは構成要件を満たしていれ
ば、時に独立して存在する必要はなく、例えば子レコー
ドの索引順の先頭レコード、又は最終レコードを親レコ
ードとするような、親レコードのデータ部と子レコード
のデータ部と在庫レコードの索引部を有する親レコード
と子レコードぐから成る構成も考えられる。

【００１５】図３は売上ファイルの構造を示す。

【００１６】３０１は売上ファイルの領域を表し、１売
上レコード３１２から子レコード２０２及び親レコード
２０３を一意に特定できる在庫レコードの索引情報と１
子レコードからの在庫引当の結果の数量と引当先の子レ
コードの仕入単価が設定されている在庫情報３０５と売
上レコードが１入力データ（受注データ）に対して在庫
引当の対象となった子レコードの数により複数に分割さ
れる構造３１１を有し、前記明細分割の場合に納品情報
と受注、出庫情報との数量の整合性（１受注データに対
して在庫引当を行った結果を印字手段４に１商品１行と
して印字する場合等）を保つために、売上レコードを前
記明細分割の場合に一意にする売上レコードのプライマ
リキー３０２と分割された売上レコードの親レコードを
一意にするキー３０３を有することを構成要件とする売
上レコード３１１または３１２が格納されている領域で
ある。例えば図３（ｂ）に示すように、前記売上レコー
ドの構成要件のみを持ち、一般に売上レコードと呼ばれ
る売上情報の設定されているレコードを索引部３０２で
一意に判別でき、かつ、物理的に別領域に格納されてい
る場合にも売上ファイルと同一である。

【００１７】次に図４〜図８により本実施例の動作を説
明する。

【００１８】まず在庫登録を行うオペレータは、キーボ
ード１のキー２を操作して、在庫更新データ（商品コー
ド、数量、仕入単価、入力データの種類を表す区分等）
を入力する。制御部５は、このデータ中の入力データの
種類を表す区分ＲＫを判別手段６で判断（図４のステッ
プ４１１）し（この場合はＲＫが１または２）、在庫フ
ァイルを更新し（ステップ４１３）、更新結果をディス
プレイ３および印字手段４に出力情報Ｂまたは印字情報
Ｃとして出力する（ステップ４２０）。但し、ディスプ
レイ３と印字手段４は、必ずしも両方必要ではなく、ま
た、ＲＫ（ＲＫ＝１は在庫レコード群の登録，２は在庫
レコード群の削除，３は仕入データ，４は仕入返品デー
タ，５は売上登録（受注）データ，６は売上返品データ
を表す）で表される入力データの種類を表す区分も、フ
ローチャートで処理な流れを説明するために便宜上設定
したものであり、入力データの種類が判別できれば特に
入力の必要はない。

【００１９】次に、仕入データの入力を行うオペレータ
はキーボード１のキー２を操作して在庫更新データ（商
品コード、数量、仕入単価、入力データの種類を表す区
分等）を入力する。制御部５はこの中の入力データの種
類を表す区分ＲＫを判別手段６で判断（ステップ４１
１）し、（この場合はＲＫが３または４）在庫ファイル
を更新し（ステップ４１３）、更新結果をディスプレイ
３および印字手段４に出力情報Ｂまたは印字情報Ｃとし
て出力する（ステップ４２０）。 次に、この場合の在
庫更新（ステップ４１３）について図５を用いて説明す
る。

【００２０】まず、入力された在庫データ、及び仕入デ
ータが１在庫商品群のレコードを全て削除するデータか
を制御部５は判別手段６で判断し（ステップ５１１）、
該当する場合は、該当する１商品群を在庫レコードの索
引部２０４を辿って全て削除する（ステップ５１１、５
２０）。前記に該当しない場合は在庫レコードの登録処
理として、まず、新規登録商品群かを制御部５は判別手
段６で判断し（ステップ５１２）、新規登録レコードの
場合は親レコードを１件作成し、親レコードのデータ部
に数量と売上原価（数量×金額…それぞれ入力データの
数量ＴＳ，入力データの単価Ｔ）を設定し（在庫ファイ
ルの親レコードの在庫総数ＯＳ，在庫ファイルの親レコ
ードの売上原価ＯＫ）、在庫レコードの索引部に設定部
１０に設定されている在庫レコードの索引情報を設定す
る（ステップ５１４・５１５）。その後に子レコードを
１件作成し、子レコードのデータ部に数量と仕入単価を
設定し、子レコードの索引部に設定部１０に設定されて
いる在庫レコードの索引情報を設定する（ステップ５１
７・５１９）。また、ステップ５１７・５１９の処理中
に子レコードの登録日付および更新日付に設定部１０に
設定されている当日の日付（入力データの発生した日付
ＴＢ）を設定しているが（在庫ファイルの子レコードの
更新日付ＫＴＢ，在庫ファイルの子レコードの更新日付
ＫＫＢ）、これは、本フローチャートで説明されている
動作の一例の在庫ファイルの子レコードの登録の前後関
係を一意にするのに、日付の設定を行うのが汎用的であ
り、かつ、本動作での在庫ファイルの子レコードの構造
が、１商品の連続した登録順序での仕入単価が同一であ
る入力データを１子レコードにまとめているためで、本
発明を実現するために必ずしも必要なものではない。

【００２１】次にステップ５１２で前記に該当しない場
合は（ステップ４１１でＲＫが３または４に該当す
る）、親レコードに対して前記終了および売上原価の更
新（ステップ５１５）のみを演算手段７を用いて行う。
次に判別手段６を用いて、在庫レコードの索引順の昇順
に検索できる最終の子レコードのデータ部に設定されて
いる仕入単価と入力データの単価とを比較し、等しい場
合は子レコードの更新日付を当日の日付で置き換え、子
レコードの数量に入力データの数量を演算手段７を用い
て追加し（ステップ５１９）、前記演算で得られた結果
が０であった場合に（ステップ５１８）、該当する子レ
コードの削除を行う（ステップ５２０）。ただし、該当
子レコードは特に削除しなくとも本発明の目的は達成す
ることが可能であるが、当処理を除いた場合には、不要
レコードが多量に発生することと、発生した不要レコー
ドを一括で削除する仕組みの考慮が必要となる。

【００２２】次に、ステップ５１６で入力データの単価
と最終子レコードの仕入単価が等しくない場合に制御部
５は判別手段６と演算手段７と設定部１０と入力データ
を用いて前記在庫レコードの索引の昇順に最終子レコー
ドを１件作成する（ステップ５１７・５１９）。

【００２３】次に、図４より売上データによる在庫ファ
イルと売上ファイルの更新について説明する。

【００２４】まず売上登録を行うオペレータは、キーボ
ード１のキー２を操作して、受注データを入力する。制
御部５は、このデータ中の入力データの種類を表す区分
ＲＫを判別手段６で判断（ステップ４１１・４１２・４
１３）し（この場合はＲＫが５）、在庫子レコードを、
入力数量と在庫引当を行った数量とが等しくなるまで在
庫子レコードの索引の昇順の最終レコードより降順に在
庫子レコードを更新した後に、在庫引当を行った在庫子
レコードの数だけ売上レコードを作成する（ステップ４
１５・４１７・４１８・４１９）。この場合の入力デー
タと在庫更新の結果を比較する領域に設定される値につ
いては、本処理では入力数量と在庫引当を行った結果引
当できた数量とを比較の対照として設定しているが、こ
れは、本処理と同様の処理を行うことができれば設定値
が特に数値である必要はない。

【００２５】その後に判別手段５は在庫引当の結果をデ
ィスプレイ３、または印字手段４に出力指示を行う（ス
テップ４２０）。ただし、本処理では入力データと在庫
更新の結果を比較する領域に任意の値を設定しているの
で（後述）、前記領域を直接表示、または印字するもの
ではない。

【００２６】次に売上返品を行うオペレータは、キーボ
ード１のキー２を操作して、売上返品データを入力す
る。制御部５は、このデータ中の入力データの種類を表
す区分ＲＫを判別手段６で判断（ステップ４１１・４１
２・４１３）し（この場合ＲＫが６）、返品の数量を追
加し売上原価を更新する在庫親レコードと、在庫引当の
元となった在庫子レコード、もしくは前記子レコードが
既に削除済の場合には新規に在庫子レコードを在庫レコ
ードの索引順の先頭に作成するための情報を売上レコー
ド、又は入力データより得た（ステップ４１６）後、在
庫ファイルを更新する（ステップ４１８）。本処理で
は、売上返品時の売上ファイルの更新処理は特に必要が
無いので説明を省略しているが、通常の販売管理業務に
照らし合わせた場合には、売上ファイルに売上返品デー
タを登録する処理は必須であるため、ステップ４１８の
処理をステップ４１６からステップ４１９までの間に追
加することが妥当であると思われる。

【００２７】在庫ファイル交信処理の後、制御部５は交
信結果をディスプレイ３または印字手段４に出力する
（ステップ４２０）。

【００２８】次に、図６より、ステップ４１６の在庫フ
ァイルを更新すための情報を作成する処理（在庫ファイ
ル更新情報作成処理）を説明する。

【００２９】まず、売上返品を行うオペレータが入力手
段１のキーボード１のキー２から入力したデータの内の
売上レコードのキー項目で判別手段６は売上ファイルよ
り、売上返品の元となる売上レコードを検索する（ステ
ップ６１１）。検索できた場合には在庫子レコードを更
新するために、在庫引当の元となった在庫子レコードの
キーの値と、在庫レコード群の売上原価を更新するため
の仕入単価をそれぞれ取得する（ステップ６１６・６１
７）。もし、売上返品を行うオペレータが売上返品の元
となる売上レコードを検索するための情報を入力できな
かった場合や、売上返品の元となる売上レコードが何ら
かの理由で削除済だった場合には、本処理の説明では入
力データの内の売上を行った日付と仕入単価より前記在
庫子レコードを判別手段６を用いて特定する（ステップ
６１２・６１３・６１４）が、売上レコードが削除され
る可能性が無い場合には本処理は不要である。前記売上
ファイルの検索処理で売上レコードが特定できた場合に
は、ステップ６１６と６１７の処理を行い、前記売上レ
コードが特定できなかった場合には、在庫子レコードを
検索するキー値として、検索の対象となる商品群の在庫
子レコードのキー値の内、最小である値よりも小さい値
を制御部５は設定部１０より設定する。

【００３０】次に図７より、ステップ４１７の売上登録
と売上返品時の在庫ファイルの更新（在庫ファイル更新
処理２）を説明する。

【００３１】まず、オペレータが入力したデータで制御
部５は在庫ファイルに該当する商品群を検索する（ステ
ップ７１１）商品群が検索できなかった場合には、入力
エラーとしてその旨をディスプレイ３に表示するなどの
エラー処理（ステップ７１３）を行う。親レコードが検
索できた場合には、制御部が在庫引当の対象となる子レ
コード（売上登録の場合は子レコード群の先頭のレコー
ド、売上返品の場合はステップ４１６の処理の結果設定
された値）で子レコードを検索する（ステップ７１
４）。検索できた場合には、該当子レコードから在庫引
当を行い、在庫引当を行った結果引当できた数量ＨＳと
元の数量の差を在庫子レコードの数量ＫＳに、設定部１
０に設定されている当日の日付を在庫子レコードの更新
日付に、それぞれ設定する（ステップ７１６）。ただ
し、前記数量は自然数であり、前記更新日付は本処理の
説明で在庫子レコードの検索を行うのに日付を使用して
いるために設定するのであり、日付を検索に使用しない
のであれば特に設定する必要はない。

【００３２】次に制御部５は判別手段６を用いて在庫引
当の対象となった在庫子レコードの数量と０とを比較し
（ステップ７１９）、０の場合には、在庫子レコードを
削減する（ステップ７２０）。ただし、ステップ７２０
については、ファイル容量の節約と検索効率の向上のた
めに在庫子レコードの件数を減す例を説明しているため
に必要なのであって、在庫子レコードを削減する必要の
無い場内には、ステップ７１９と７２０の処理は不要で
ある。その後に在庫親レコードの在庫数と売上原価を制
御部５は演算手段７を用いて更新する（ステップ７２
１）。

【００３３】ステップ７１４で親レコードが見つからな
かった場合は、売上登録データで在庫引当を行った結果
欠品した場合と、売上返品時に図６の処理で返品の元と
なる在庫子レコードが検索できなかった場合で、判別手
段６が欠品だと判断した場合には（ステップ７１５）在
庫の引当を終了する（ステップ７２０）。後者の場合に
は、在庫レコードの索引の昇順に検索できる最小の子レ
コードを作成した後に、入力データの数量と入力データ
の単価又は図６の処理で売上レコードより取得した仕入
単価と入力データの日付より在庫子レコードの数量と単
価と登録日付と、更新日付を更新した（ステップ７１７
・７１８）後に、在庫親レコードを更新する（ステップ
７２１）。本処理の説明では、在庫子レコードの削除さ
れた商品に売上返品データがなされた場合には、前記売
上返品レコードの入力順に在庫子レコードを逐次作成し
ていく方式を説明しているが、これを実業務に照らし合
わせた場合に、１商品を１つの棚（棚番）で管理してい
る場合には、売上登録データよりも売上返品データの絶
対数が少ないことも考慮すれば、仕入商品を後ろから、
在庫引当を行った商品（売上返品商品を含む）を前から
随時入出庫する仕組みさえあれば、先入れ先出し方によ
る在庫管理という当初の目的は十分に達成できると考え
られるためで、もし、売上返品商品も売上げた順序で在
庫管理を行いたい場合や、入出庫のタイムラグなどが発
生する可能性のある場合には、本説明での売上返品処理
のほかに、日時で売上返品データの在庫子レコードの索
引を再作成する処理と１商品群を在庫子レコードの数だ
け複数の棚番で管理する仕組みを考慮する必要がある。

【００３４】次に図８より、売上レコードの作成処理
（売上ファイル登録処理）を説明する。

【００３５】まず、制御部５は判別手段６を用いて売上
ファイルを更新する必要があるかを判断する（ステップ
８１１）。売上ファイルの更新の必要が無い場合は、本
処理を終了し、売上ファイルの更新の必要がある場合
は、売上レコードを作成し（ステップ８１２）、今回登
録する売上レコードが１売上登録に対する最初のレコー
ドであるかを制御部５は判別手段６を用いて判別し（ス
テップ８１３）、最初のレコードである場合には売上レ
コード分割時の親レコードを一意にするキーに設定する
採番された売上ファイルのキーに格納される値を設定部
１０より設定する（ステップ８１４）。なお、本説明の
場合には、売上ファイルのプラリマリキーの設定値をそ
のまま使用している。次に、売上ファイルのプライマリ
キーと売上レコード分割時の親レコードを一意にするキ
ーに設定する採番された売上ファイルのキーの格納され
る値を制御部５は設定する（ステップ８１５）。次に、
売上レコードに在庫引当の結果引当できた数量や、売上
金額などの売上情報と、在庫引当先の在庫子レコードの
仕入単価や在庫レコードの索引部に設定されていた値な
どの在庫情報を制御部５は設定し（ステップ８１６）、
入力データと在庫更新の結果を比較する領域を更新する
（ステップ８１７）。

【００３６】

【発明の効果】以上説明したように、本発明によれば、
在庫商品の在庫引当を在庫子レコード群の登録順に行い
不要な在庫データを削除し在庫親レコードに売上原価と
在庫の総量を設定し、売上返品時の在庫情報を売上登録
時に売上レコードに設定しているために、先入れ先出し
法の原価管理を行うのに特別の商品の管理（複雑な棚管
理や商品の製造番号に基づく在庫データ管理や在庫マス
タに登録する商品の仕入単価の数の制限による原価管理
上の制限）が必要なく、かつ、一時点での在庫商品の売
上原価が総量が高速に検索でき、かつ移動平均法や最終
原価法による原価管理とは違い、売上原価（仕入単価）
が著しく変動する商品についても売上原価が正確に把握
できるという利点を有する。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】本実施例における在庫データを格納する在庫フ
ァイルの構造を表した図である。

【図３】（ａ）は本実施例における売上データを格納す
る売上ファイルの構造を表した図、（ｂ）は（ａ）に示
すものとは別の領域に格納された売上ファイル構造の一
例を表した図である。

【図４】本実施例の動作を説明するフローチャートであ
る。

【図５】図４中のステップ４１３を説明するフローチャ
ートである。

【図６】図４中のステップ４１６を説明するフローチャ
ートである。

【図７】図４中のステップ４１７を説明するフローチャ
ートである。

【図８】図４中のステップ４１８を説明するフローチャ
ートである。

【符号の説明】

１ 入力手段（キーボード） ２ キー ３ ディスプレイ ４ 印字手段 ５ 制御部 ６ 判別手段 ７ 演算手段 ８ メモリ ９ ファイル部 １０ 設定部 ２０１ 在庫ファイル ２０２ 子レコード群 ２０３ 親レコード ２０４ 在庫レコードの索引部 ２０５ 子レコードのデータ部 ２０６ 親レコードのデータ部 ３０１ 売上ファイル ３０２ 売上レコードのプライマリキー ３０３ 売上レコード分割時の親レコードを一意にす
るキー ３０４ 売上レコードのデータ項目 ３０５ 在庫情報 ３１１ 売上レコードの分割例 ３１２ 売上レコード ３１３ 在庫情報のみを持った売上レコード ＲＫ 入力データの種別を区分 ＴＴＳ 入力データと在庫更新の結果を比較する領域 ＴＳ 入力データの数量 ＯＳ 在庫ファイルの親レコードの在庫総数 ＯＫ 在庫ファイルの親レコードの売上原価 Ｔ 入力データの単価 ＫＴＢ 在庫ファイルの子レコードの登録日付 ＴＢ 入力データの発生した日付（当日の日付） ＫＳ 在庫ファイルの子レコードの在庫数 ＫＴ 在庫ファイルの子レコードの単価 ＫＫＢ 在庫ファイルの子レコードの更新日付 ＳＫＴ 在庫レコードの索引順の昇順に検索した最終
の子レコードの単価 ＨＳ 在庫引当を行った結果引当できた数量 ＯＰＷ 売上ファイルの分割元（在庫ファイルの複数
の子レコードから在庫 引当を行った場合に分割レコードが発生する）のキーを
格納する領域 ＮＯＰ 採番された売上ファイルのキーに格納される
値

Claims (1)

【特許請求の範囲】
1. 【請求項１】 入力データを入力する入力手段と、入力
   確認手段としての出力手段と、制御部と、入力データの
   種類を判別し入力データの数量と単価と１商品に対して
   単価と入力日付の違いから複数の子レコードと１つの親
   レコードを持つ群構造を成す在庫ファイルと、前記子レ
   コードの単価と前記入力データの単価の違いから１入力
   データに対して複数のレコードを持ち在庫引当時の在庫
   ファイルの単価が設定されておりかつ売上ファイルより
   在庫ファイルが一意に特定可能な索引構造を有する売上
   ファイルと前記売上ファイルの単価より在庫引当を行い
   前記売上ファイルと前記在庫ファイルを更新し前記在庫
   引当の結果および前記売上ファイルと前記在庫ファイル
   の更新結果をディスプレイ又は印字手段に発行指示を行
   う判別手段と、在庫引当数を計算する演算手段と、ファ
   イル部および設定部とから成るメモリとを含むことを特
   徴とする原価管理装置。