JP4479945B2 - Cash flow management device and program - Google Patents

Cash flow management device and program Download PDF

Info

Publication number
JP4479945B2
JP4479945B2 JP2001398811A JP2001398811A JP4479945B2 JP 4479945 B2 JP4479945 B2 JP 4479945B2 JP 2001398811 A JP2001398811 A JP 2001398811A JP 2001398811 A JP2001398811 A JP 2001398811A JP 4479945 B2 JP4479945 B2 JP 4479945B2
Authority
JP
Japan
Prior art keywords
payment
record
cash flow
date
scheduled
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2001398811A
Other languages
Japanese (ja)
Other versions
JP2003196448A (en
Inventor
真理 河野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casio Computer Co Ltd
Original Assignee
Casio Computer Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Casio Computer Co Ltd filed Critical Casio Computer Co Ltd
Priority to JP2001398811A priority Critical patent/JP4479945B2/en
Publication of JP2003196448A publication Critical patent/JP2003196448A/en
Application granted granted Critical
Publication of JP4479945B2 publication Critical patent/JP4479945B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
この発明は、資金繰りを管理する資金繰り管理装置およびプログラムに関する。
【0002】
【従来の技術】
一般に、会社、商店等において、その経営対策としての資金繰り管理は、経営上発生する金銭の出入りを的確に掴んで資金調達等の善後策を講じる為に、定期的に行うようにしている。この場合、従来では、入金予定/支払い予定と、入金実績/支払い実績とを別々に管理し、また、入金予定/支払い予定は、過去数年間の実績を考慮した予測値として管理するようにしている。このことは、資金繰り管理を記帳によって行う場合の他、情報処理装置で資金繰り管理を行う場合であっても同様であった。
【0003】
【発明が解決しようとする課題】
しかしながら、入金予定/支払い予定を過去数年間の実績を考慮した予測値として管理することは、実際の資金繰り(残高)と合わなくなることが多く、現時点の資金繰り状況を適切に把握することは困難であった。
この発明の課題は、実取引の発生時に取引別の売上/支払い情報を入力するだけで、実際の請求/支払いがなされる前に、実取引に基づいた正確な資金繰り明細を確認できるようにようにすることである。
【0004】
【課題を解決するための手段】
請求項1記載の発明は、複数の取引先別に、少なくとも、請求/支払い締日に関する情報および回収/支払い方法を取引先別レコードとして記憶する取引先情報記憶手段と、 少なくとも、予定日付項目と、収支区分項目と、取引先を示す相手先コード項目と、予定金額項目とを予定レコードとして記憶する資金繰り明細記憶手段と、ユーザ操作に応じて、掛売上あるいは掛仕入の取引先と、掛売上あるいは掛仕入の金額データとを入力する取引入力手段と、この取引入力手段により入力された取引先に基づいて前記取引先情報記憶手段をアクセスし、入力された取引先に対応づけられている取引先別レコードの請求/支払い締日に関する情報および回収/支払い方法を前記取引先情報記憶手段から読み出し、計時されている現在日付と、前記取引先情報記憶手段から読み出した請求/支払い締日に関する情報および回収/支払い方法とに基づいて、掛売上あるいは掛仕入の入金あるいは支払の予定日データを算出し、算出された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、前記取引入力手段により入力された掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを作成する作成手段と、この作成手段により作成された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを前記資金繰り明細記憶手段の前記予定日付項目及び予定金額項目に記憶させる記憶制御手段と、ユーザ操作に応じて、資金繰り明細を表示する表示対象期間を入力する期間入力手段と、この期間入力手段により入力された表示対象期間に対応する予定日付項目を含む前記資金繰り明細の予定レコードを前記資金繰り明細記憶手段から読み出して取得する取得手段と、この取得手段により取得された前記資金繰り明細の予定レコードに基づいて、前記表示対象期間における掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の入金あるいは支払の金額データとを含む資金繰り明細を表す資金繰り明細画面を表示する表示手段と、を具備したことを特徴とする。
更に、コンピュータを、上述した請求項1記載の発明に示した主要手段として機能させるためのプログラムを提供する(請求項2記載の発明)。
【0012】
【発明の実施の形態】
以下、図1〜図18を参照してこの発明の一実施形態を説明する。
図1は、この実施形態における資金繰り管理機能付き情報処理装置の全体構成を示したブロック図である。
この情報処理装置は、会社組織において金銭の出入りに応じて資金繰りを管理するアプリケーション機能を備えたオフィスコンピュータ等であり、この資金繰り管理機能は、実取引の発生時に入力された取引別の売上/支払い情報に基づいて実取引に応じた正確な資金繰り明細を表示出力するようにしたものである。
なお、この実施形態の特徴部分を詳述する前に、この実施形態のハードウェア上の構成について以下、説明しておく。
【0013】
CPU1は、記憶装置2内のオペレーティングシステムや各種アプリケーションソフトにしたがってこの情報処理装置の全体動作を制御する中央演算処理装置である。記憶装置2は、オペレーティングシステムや各種アプリケーションソフトの他、データベース、文字フォント等が格納され、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。この記録装置2はハードディスク等の固定的なメモリの他、CD−ROM、DVD等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置2内のプログラムやデータは、必要に応じてRAM(例えば、スタティックRAM)3にロードされたり、RAM3内のデータが記憶装置2にセーブされる。更に、CPU1は通信装置4を介して他の電子機器のプログラム/データを直接アクセスして使用したり、他の電子機器から通信装置4を介してダウンロード受信することもできる。
【0014】
一方、CPU1には、その入出力周辺デバイスである通信装置4、入力装置5、表示装置6、印字装置7がバスラインを介して接続されており、入出力プログラムにしたがってCPU1はそれらの動作を制御する。
通信装置4は、構内通信網や広域通信網に接続され、他の情報処理装置との間でのデータの送受信を制御するもので、例えば、通信モデムや赤外線モジュールあるいはアンテナ等を含む有線/無線の通信インターフェイスである。入力装置5はキーボードやタッチパネルあるいはマウスやタッチ入力ペン等のポインティングデバイスを構成する操作部であり、文字列データや各種コマンドを入力する。表示装置6は、フルカラー表示を行う液晶やCRTあるいはプラズマ表示装置などであり、印字装置7は熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタである。
【0015】
図2は、記憶装置2内に設けられている各種テーブルやファイルを示した図である。
この記憶装置2内には、オペレーティングシステムや各種アプリケーションソフトの他、この実施形態の特徴である取引先テーブル11、資金繰り明細ファイル12、経費支払予定作成テーブル13、問合せ文字列ファイル14が設けられていると共に、索引テーブルとしての自動車税テーブル15、軽自動車税テーブル16が設けられている。
【0016】
図3は、取引先テーブル11の内容を示した図である。
この取引先テーブル11は、取引先別に、請求/支払い締日に関する情報および回収/支払い方法等を含む取引先別レコードを記憶管理するもので、必要に応じてその内容を任意に変更可能となっている。そして、各取引先別レコードは、「相手先コード」、「相手先名」、「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」、「手形サイト」の各項目を有している。
【0017】
この取引先別レコードを構成する「相手先コード」、「相手先名」は、取引先識別情報であり、「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」は、請求/支払い締日に関する情報で、例えば、“B商会”にあっては、「請求/支払い締日」が“月末日”、「回収/支払い月」が“請求/支払いの翌月”、「回収/支払い日」が“月末日”の場合を例示している。
「回収/支払い方法」は、例えば、現金収入/支払い、手形取立/決済、振込等のように、その回収/支払い方法を示す情報である。「手形サイト」は、手形期間を示す情報である。
【0018】
図4は、資金繰り明細ファイル12の内容を示した図である。
この資金繰り明細ファイル12は、入金/支払いの予定レコードおよび入金/支払いの実績レコードを一元管理するもので、入金/支払いの予定レコードは、実取引の発生時に入力された取引別の売上/支払いに応じて自動作成された情報であり、実績レコードは、入金/支払いの予定レコードに対して、その入金/支払い実績(実取引)が発生した場合に、その入金/支払い実績に応じて自動作成された情報である。
この資金繰り明細ファイル12内の各レコードは、「予定/実績区分」、「予定/実績日付」、「収支区分」、「収支摘要区分」、「相手先コード」、「金額」、「実績金額」、「繰越金額」、「繰越反映予定日」、「消込対象予定日」の各項目を有している。
【0019】
なお、この資金繰り明細ファイル12には、予定レコードや実績レコードが作成される毎にそのレコードが追加登録される。その際、予定レコード群と実績レコード群とを区分して追加登録するようにしているが、勿論、予定レコード群と実績レコード群とを区分登録せずに混在して登録してもよく、その登録形態は任意である。
また、この場合における資金繰り明細ファイル12内の各レコードは、例えば、図4の右側に示したように「売上入力」、「仕入入力」、「年間経費予定入力」、「掛売金の回収」、「手形の期日取立」、「買掛金の支払い」、「手形決済」等に対応している。
【0020】
「予定/実績区分」は、そのレコードが予定レコードか実績レコードかを示す情報であり、「予定/実績日付」のうち、予定日付は、取引先テーブル11を参照することによって算出された入金/支払いの予定日であり、実績日付は、入金/支払い実績が発生した時の日付である。なお、予定日付の算出方法については後述する。「収支摘要区分」は、掛入金、手形入金、掛支払、手形支払、給与、現金売上、租税公課等を示す情報である。「相手先コード」は、取引先を示す情報である。なお、その他の「金額」、「実績金額」、「繰越金額」、「繰越反映予定日」、「消込対象予定日」については、図5〜図7を参照して詳述するが、「金額」は、予定/実績の入金/支払金額であり、「実績金額」は、予定レコードに対して実績が発生した場合の実績金額であり、「繰越金額」は、予定レコードに対して繰越が発生した場合、つまり、入金/支払いの予定レコードに対して、その入金/支払い実績が発生した場合に、その実績発生の「日付」がその予定レコードに含まれている「予定日付」以降であり、かつ、その実績の「金額」が予定レコードに含まれている「金額」未満の場合に、繰り越した残金を示す情報である。
【0021】
「繰越反映予定日」は、繰越が発生した場合に、この実施形態においては、その繰越の残金および繰越による次回の入金/支払の予定日を含む新たな予定レコードが作成するようにしているが、この場合、元の予定レコードに対して繰越が発生したことを反映させる為にそのレコード内にセットされる次回の入金/支払いの予定日を示す情報である。
「消込対象予定日」は、予定レコードに対して実績が発生した場合に、その実績レコードにセットされる情報であり、この実施形態においては、予定に対して実績が発生しているものは予定レコードに代わってその実績レコードを資金繰り明細として表示出力するようにしているが、その予定レコードが出力対象外となる予定日を示している。
【0022】
図5〜図7は、具体的に基づいて資金繰り明細ファイル12を詳述する為の図である。
図5は、予め取引先テーブル11内に設定されている取引先別情報として、「締日:20日」、「回収月:請求月の翌月」、「回収日:20日」、「回収方法:現金」の場合で、かつ、「7月5日に100万円」、「7月10日に50万円」の売上が発生した場合を例示したもので、この場合、入金予定日として、その取引先対応の回収月・日に基づいて「8月20日」が算出され、その金額は「1,500,000円」となる。
これによって作成された予定レコードが資金繰り明細ファイル12内に登録されるが、この予定レコードは、「予定/実績区分=1(予定)」、「予定/実績日付=20010820」、「収支区分=1(収入)」、「収支摘要区分=02(掛入金)」、「金額=1,500,000」となる。
【0023】
図6は、上述のようにして資金繰り明細ファイル12内に登録された予定レコードに対して、その入金予定日の前である「8月15日」に入金実績が発生した場合であり、この入金実績に基づいて作成された実績レコードが資金繰り明細ファイル12内に追加登録される。この場合、実績レコードは、「予定/実績区分=2(実績)」、「予定/実績日付=20010815」、「収支区分=1(収入)」、「収支摘要区分=02(掛入金)」、「金額=800,000」、「消込対象予定日=20010820」となる。
また、それに対応する元の予定レコードにおいて、その「実績金額」は「800,000」となり、予定に対して「金額=800,000」の入金実績があったことが記録される。この場合、予定レコードの「金額−実績金額=残金(700,000)」となるが、入金予定日前の入金実績では、残金があっても繰越を行わないようにしている。
【0024】
図7は、入金予定日に残金の一部が入金された場合であり、入金予定日の「8月20日」に「残金(700,000)」に対して、その一部「500,000」が入金された場合には、残りの「200,000」は、次回に繰り越すようにしている。この際、今回の入金実績に基づいて新たな実績レコードを作成して資金繰り明細ファイル12内に追加登録すると共に、その取引先対応の取引先テーブル11内に設定されている「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」、「手形サイト」の各項目を参照して、次回の入金予定日を算出し、この次回入金予定日「9月20日」と残金「200,000」とを含む次回分の新たな予定レコードを作成し、資金繰り明細ファイル12内に追加登録するようにしている。
【0025】
この場合、元の予定レコード内の「実績金額」は、「800,000」から「1,300,000」に更新されると共に、その「繰越金額」として「200,000」がセットされる。更に、繰越管理を行う為に、元の予定レコード内の「繰越反映予定日」には、次回入金予定日「9月20日」がセットされる。
なお、この実施形態においては、次回入金予定日以降に入金があり、かつ、残金が発生した場合には、上述と同様の自動繰越が行われる。つまり、上述の例では「9月20日」に「200,000」未満の入金があった場合にも繰越が行われ、以下、同様となるが、次回入金予定日前の入金に対しては、上述した図6の場合と同様に、残金が発生しても自動繰越は行われない。
【0026】
図8は、経費支払予定作成テーブル13の内容を示した図である。
この経費支払予定作成テーブル13は、経費の支払い予定レコードを作成する際に使用されるテーブルであり、経費別にその発生単位および支払い金額を問い合わせる為の情報等を記憶する。この経費支払予定作成テーブル13は、「経費種類」、「経費」、「発生単位」、「固定月」、「金額入力方法」、「選択一覧テーブル」の各項目を有し、「経費種類」は、“賃金給与”、“租税公課”、“リース料”、“地代家賃”を示し、「経費」は、経費の詳細分類を示し、例えば、“給与”、“賞与”、“自動車税”、“軽自動車税”、“リース代”等を示している。また、「発生単位」は、経費の発生が“1:毎月”、“2:指定月”、“3:固定月”を示している。
【0027】
また、「固定月」、具体的な固定月を示し、“自動車税”に対応する固定月として、“5月”が設定され、“軽自動車税” に対応する固定月として、“4月”が設定されている。
「金額入力方法」は、“1:直接入力”、“2:一覧テーブルからの選択入力”を示し、「金額入力方法」が “2:一覧テーブルからの選択入力”であれば、「選択一覧テーブル」の項目に定義されている自動車税テーブル15あるいは軽自動車税テーブル16を検索してその中から該当金額を選択入力すべきことを示している。
この経費支払予定作成テーブル13の内容を元に生成された問合せ画面において、その画面内に入力された問合せ結果にしたがって経費別に支払い時期および支払い金額を含む経費の支払い予定レコードが作成されると共に、この経費の支払い予定レコードは資金繰り明細ファイル12内に追加登録される。
【0028】
図9は、経費支払予定作成テーブル13の内容を元に生成された問合せ画面の一部を示した図である。
この問合せ画面内には、作成対象の経費予定を示す「経費種類」、「問合せ内容」に対応して「経費予定を作成する月度:1月〜12月」を一覧表示するものである。この場合、「問合せ内容」は、経費支払予定作成テーブル13から取得した情報と問合せ文字列ファイル14から取得した情報とを組み合わせることによって生成された問合せ文である。例えば、経費支払予定作成テーブル13から「給与」を取得し、問合せ文字列ファイル14から「の支払いはありますか。支払いはいくらですか」を取得して、それらを組み合わせることによって、「給与の支払いはありますか。支払いはいくらですか」の問合せ文が作成される。
【0029】
次に、この実施形態における情報処理装置の動作アルゴリズムを図10〜図16に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム/データを利用してこの実施形態特有の動作を実行することもできる。
【0030】
図10は、情報処理装置の主要部分の全体動作を示したフローチャートである。
先ず、CPU1は、処理メニュー画面の中から任意に選択指定された選択指示内容を判別する(ステップA1)。ここで、売上/仕入の入力が選択された場合には(ステップA2)、図11の入金/支払予定作成処理を実行し(ステップA3)、経費支払の入力が選択された場合には(ステップA4)、図12の経費支払予定作成処理を実行する(ステップA5)。
また、入金/支払実績の入力が選択された場合には(ステップA6)、図13および図14の入金/支払実績更新処理を実行し(ステップA7)、資金繰り明細表示が選択された場合には(ステップA8)、資金繰り明細表示処理を実行する(ステップA9)。
【0031】
図11は、入金/支払予定作成処理を詳述したフローチャートである。
先ず、CPU1は、現金売上/掛売上あるいは現金仕入/掛仕入かの処理選択を行うと共に(ステップB1)、入力された取引先、売上金額/仕入金額等を取得し(ステップB2)、処理選択が現金売上/現金仕入の場合には(ステップB3)、売上/仕入によって現金収入/支払いが既に発生しているので、予定レコードは作成せず、現金売上入金/支払い金額に応じた実績レコードを作成して資金繰り明細ファイル12に追加登録する(ステップB4)。
この場合、図4においてその最下位のレコードが現金売上入金に応じた実績レコードを示し、「収支摘要区分」には、“01:現金売上”がセットされ、「消込対象予定日」には、現在日付がセットされる。
【0032】
一方、処理選択が掛売上/掛仕入の場合には(ステップB3)、取引先テーブル11をアクセスして、予定レコードを作成する為に必要な各種の項目データを取得する(ステップB5)。つまり、今回の取引先に対応付けられている「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」、「手形サイト」の各項目を取得する。
そして、この「回収/支払い方法」は現金あるいは振込かを判別し(ステップB6)、現金あるいは振込であれば、現在日付を取得すると共に、この現在日付および「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」を元に入金/支払い予定日を算出する(ステップB7)。この場合、例えば、図3に示すように「B商店やD商店」においては、「請求/支払月の翌月の月末日」が予定日として算出される。そして、この予定日や金額等を含む予定レコードを作成して資金繰り明細ファイル12に追加登録する(ステップB8)。
【0033】
また、「回収/支払い方法」が手形の時には(ステップB9;Yes)、ステップB10に進み、現在日付の他に、「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」、「手形サイト」を元に入金/支払い予定日を算出する(ステップB10)。この場合、例えば、図3に示す「E商店」に対する掛売上の場合、「請求/支払月の翌月の月末日」に2ヶ月期日の約束手形を受取り、手形を受取ってから2ヶ月後が入金予定日となる。そして、この予定日や金額等を含む予定レコードを作成して資金繰り明細ファイル12に追加登録する(ステップB8)。以下、終了指示があるまで(ステップB11)、上述の動作を繰り返す(ステップB1〜B11)。
【0034】
図12は、経費支払予定作成処理を詳述したフローチャートである。
先ず、CPU1は、経費支払予定作成テーブル13および問合せ文字列ファイル14を検索して(ステップC1)、問合せ画面を作成するが、その際、経費支払予定作成テーブル13の先頭から1レコードを指定し、この指定レコード内の「経費」を読み出すと共に、問合せ文字列ファイル14から「の支払いはありますか」を読み出して問合せ文を作成し、問合せ画面内に表示する(ステップ2)。この問合せ画面内に入力された問合せ結果を取得し(ステップC3)、支払い有りの場合には(ステップC4)、指定レコードから「発生単位」を読み出し、“指定月”かを判別し(ステップC5)、指定月であれば、問合せ文字列ファイル14から「何月に支払いますか」の問合せ文を読み出して表示した後(ステップC6)、入力された問合せ結果を取得記憶する(ステップC7)。
【0035】
次に、指定レコードから「金額入力方法」を読み出してその入力方法を判別し(ステップC8)、“1:直接”であれば、問合せ文字列ファイル14から「支払いはいくらですか」の問合せ文を読み出して表示した後(ステップC9)、入力された問合せ結果を取得記憶する(ステップC10)。
また、「金額入力方法」が“一覧からの選択”の場合であれば(ステップC8)、そのレコード内から「選択一覧テーブル」を取得し、その指定テーブルである自動車税テーブル15あるいは軽自動車税テーブル16を読み出して表示した後(ステップC11)、入力された選択結果を取得記憶する(ステップC12)。
【0036】
更に、指定レコードの「発生単位」に基づいて“毎月”、“指定月”、“固定月”に応じて資金繰り明細ファイル12の内容を更新する処理を行う(ステップC13〜C16)。つまり、「発生単位」が“毎月”であれば(ステップC13)、入力された回答金額を各月度の経費支払い金額とする支払い予定レコードを作成して資金繰り明細ファイル12内に追加登録する(ステップC14)。また、「発生単位」が“指定月”であれば(ステップ13)、入力された回答金額を指定月の経費支払い金額とする支払い予定レコードを作成して資金繰り明細ファイル12内に追加登録し(ステップC15)、“固定月”であれば(ステップC13)、入力された回答金額を固定月の経費支払い金額とする支払い予定レコードを作成して資金繰り明細ファイル12内に追加登録する(ステップC16)。
そして、経費支払予定作成テーブル13内の全レコードを指定し終わったかを調べ(ステップC17)、終了していなければ、次のレコードを指定し(ステップC18)、以下、上述の動作を繰り返す(ステップC1〜C18)。
【0037】
図13および図14は、入金/支払実績更新処理を詳述したフローチャートである。
先ず、CPU1は、入金/支払いの実績情報が入力された場合には(ステップD1)、資金繰り明細ファイル12をアクセスし、対応する予定レコードを選択指定する(ステップD2)。そして、今回入力された実績情報に基づいて実績レコードを新規作成して、資金繰り明細ファイル12に追加登録すると共に(ステップD3)、この実績レコード内の「消込対象予定日」に、対応する予定レコードの「予定日付」をセットする(ステップD4)。
次に、実績レコード内の「金額」を、対応する予定レコード内の「実績金額」にセットする(ステップD5)。そして、予定レコード内から「予定日付」を取得すると共に(ステップD6)、「金額」、「実績金額」を取得する(ステップD7)。
【0038】
そして、図14のステップD8に移り、予定レコード内から取得した「金額」、「実績金額」に基づいて「金額−実績金額」の計算を実行し、その値が“0”よりも大きいかか、つまり、残金があるか、一部に入金/支払いかを調べる。いま、残金が無ければ、ステップD14に移るが、残金が有れば、今回の実績発生の日付(現在日付)と、予定レコードから取得した「予定日付」とを比較して、「実績発生日付≧予定日」か、つまり、入金/支払予定日前の入金/支払実績かをチェックする(ステップD9)。
【0039】
ここで、予定日前に実績が発生した場合には(ステップD9)、残金があっても繰越処理を行わずにステップD14に移るが、実績発生がその予定日以降の場合には(ステップD9)、その実績が経費支払いではないことを条件として、その取引先の「相手先コード」に基づいて取引先テーブル11を検索し、対応する「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」を取得し、残金に対する次回の予定日付を算出する(ステップD10)。つまり、予定レコード内の「予定日付」を基準として、取引先テーブル11を参照し、次回の入金/支払予定日付を算出する。
【0040】
これによって算出された次回の「予定日付」と「残金」とを含む次回の予定レコードを新規作成して資金繰り明細ファイル12内に追加登録する(ステップD11)。そして、元の予定レコード内の「繰越反映予定日」に、算出した次回の入金/支払予定日付をセットすると共に、元の予定レコード内の「繰越金額」に、その「金額−実績金額=残金」をセットする(ステップD13)。
以下、終了指示があるまで(ステップD14)、上述の動作を繰り返す(ステップD1〜D14)。
【0041】
図15および図16は、上述のようにして作成された資金繰り明細ファイル12に基づいて資金繰り予定・実績明細を表示する処理を示したフローチャートである。
先ず、CPU1は、表示対象として任意に指定された“年月度”が入力された場合には(ステップE1)、指定された“年月度”に該当する全ての予定レコードおよび実績レコードを資金繰り明細ファイル12から取得する(ステップE2)。そして、この該当レコードのうちその1つを選択指定し(ステップE3)、その「予定/実績区分」は、“1=予定”かを判別し(ステップE4)、それが“2=実績”であれば、当該実績レコードを表示対象として抽出する(ステップE5)。
【0042】
一方、「予定/実績区分」が“1=予定”であれば(ステップE4)、その予定レコードから「繰越金額」を読み出し、“繰越金額=0”かを調べる(ステップE6)。いま、“繰越金額=0”であれば、その予定レコード内の「金額」、「実績金額」を読み出し、“金額>実績金額”かを調べるが(ステップE7)、“繰越金額=0”で、かつ、“金額>実績金額”であれば、それを条件として(ステップE6、E7)、この予定レコードを表示対象として抽出する(ステップE8)。つまり、繰越が発生していないで、残(金額>実績金額)がある予定レコードを表示対象とする。そして、実績レコードと予定レコードとを識別する為に、予定レコードに網掛けを付加する(ステップE9)。
以下、指定年月度に該当する全レコードに対しを上述の動作を繰り返すことにより(ステップE1〜E10)、実績レコードは全て表示対象となり、予定レコードは、繰越が発生していないで、残(金額>実績金額)がある予定レコードのみが表示対象となる。
【0043】
これによって表示対象を抽出した後は、図16のステップE11に移り、資金繰り明細フォームを読み出す他、月初残高を読み出す(ステップE12)。そして、表示対象である各レコードレコードのうち、その1つを選択指定し(ステップE13)、この指定レコードの「予定/実績区分」を参照し、実績レコードかを判別する(ステップE14)。ここで、実績レコードであれば、そのレコードから「摘要」、「相手先」、「金額」を抽出して表示データを作成すると共に(ステップE15)、「収支区分」を判別し(ステップE16)、この判別結果に基づいて残高を算出する(ステップE17)。この場合、最初のレコードに対しては、月初残高に対してその「金額」を「収支区分」に応じて加減するが、2レコード目以降に対しては、前回算出した残高に対してその「金額」を「収支区分」に応じて加減することによって算出する。更に、「収支区分」の判別結果に基づいて各表示対象項目としての「摘要」、「相手先」、「金額」、「残高」を資金繰り明細フォーム内の対応する収入一覧/支出一覧に配置する(ステップE18)。
【0044】
一方、指定レコードが予定レコードであれば(ステップE14)、そのレコードから「摘要」、「相手先」、を抽出して表示データを作成すると共に(ステップE20)、「金額」、「実績金額」を抽出して、「金額−実績金額」を算出し、この算出結果である残りの金額を表示対象項目として作成する(ステップE21)。そして、その「収支区分」を判別し(ステップE16)、この判別結果に基づいて残高を算出すると共に(ステップE17)、「摘要」、「相手先」、「残り金額」、「残高」を資金繰り明細フォーム内の対応する収入一覧/支出一覧に配置する(ステップE18)。
これによって1レコード分の表示処理が終了すると、未選択レコードがまだ有るかを判別し(ステップE19)、表示対象レコードを全て選択し終わるまで、上述の動作を繰り返す(ステップE14〜E21)。これによって資金繰り明細一覧が作成されると、それを表示出力する(ステップE22)。
【0045】
図17は、資金繰り明細一覧の表示例を示した図である。
この資金繰り明細一覧は、図18に示した資金繰り明細ファイル12の内容に基づいて作成されたものである。また、この資金繰り明細一覧(月別)は、年月度「2001年6月」が指定された場合であり、このヘッダ部には、指定年月度の他に、月初残高「1,500,000」、今日の日付「2001年06月21日」が表示されている。そして、明細部は、「日付」、「収入一覧」、「支出一覧」、「残高」に区分されており、更に、収入一覧、支出一覧は、「摘要」、「相手先」、「金額」の項目に区分されている。ここで、明細部内に付した斜線部分(網掛け部分)は、予定レコードを示し、その他は、全て実績レコードを示している。
【0046】
ここで、図18に示す資金繰り明細ファイル12において、「相手先コード:0011=G商会」、「相手先コード:0012=H商会」、「相手先コード:0013=J商店」、「相手先コード:0014=K商店」となっている。
また、図17に示す資金繰り明細一覧(月別)において、その明細部の各「残高」は、収入の場合には、前回分の「残高」にその「金額」が加算された値となり、支出の場合には、前回分の「残高」にその「金額」が減算された値となる。
【0047】
この資金繰り明細ファイル12において、予定の1レコード目、つまり、「予定日付=20010605」、「相手先コード:0011=G商会」のレコードは、その「金額=500,000」であるのに対して、「実績金額=450,000」となり、「繰越金額=50,000」が発生している為、この予定レコードは表示対象外となっている。更に、この繰越によって作成された次回の予定レコードは、その「予定日付=200010705」となり、「翌月=20010705」に繰り越されている為に、指定年月度「6月分」の表示対象外となっている。つまり、当該予定レコードは、7月以降に表示される。
【0048】
また、「予定日付=20010630」、「相手先コード:0014=K商会」のレコードは、その「金額=210,000」であるのに対して、「実績金額=190,000」となっているが、上述した図6の場合と同様に、「実績発生日付≧予定日」となり、そのレコードの「繰越金額=0」のままであり、かつ、「金額>実績金額」であるから、当該予定レコードは、表示対象となり、図17に示すように、資金繰り明細一覧内に網掛け表示される。この場合、この予定レコードの「金額」の項目には、「金額−実績金額=20,000」が表示される。
【0049】
また、毎月の経費である「人件費」の予定レコードも表示対象となり、明細部の支出一覧には、「摘要=人件費」、「金額=800,000」が表示される。
このような資金繰り明細一覧において、6月の資金繰りとしては、その最終行の「残高」を確認すればよく、6月初めの残高が「1,500,000円」であったものが、6月の終わりには、「410,000円」の残高となり、この「410,000円」分を資金繰りする必要があることが分かる。
なお、年月度としては、今月に限らず、来月の7月以降を指定した場合であっても、上述と同様の動作によって指定月の資金繰り明細一覧を得ることができる。
【0050】
以上のように、この実施形態においてCPU1は、取引先別に「相手先コード」、「相手先名」、「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」、「手形サイト」を記憶する取引先テーブル11を参照し、実取引の発生時に入力された取引別の売上/支払い情報に応じてその取引先に対応する「請求/支払い締日」、「回収/支払い月」、「回収/支払い日」、「回収/支払い方法」等を取得して入金/支払い予定日を算出すると共に、この予定日と入金/支払い予定金額とを含む予定レコードを作成して、資金繰り明細ファイル12に記憶管理して表示出力するようにしたから、実取引の発生時に取引別の売上/支払い情報を入力するだけで、実際の請求/支払いがなされる前に、実取引に基づいた正確な資金繰り明細を確認することができ、従来のような予測値ではないので、現時点における資金繰り状況を的確に把握することが可能となる。
【0051】
この場合、入金/支払いの予定レコードと共に、その予定に対してその入金/支払い実績が発生した場合に、その実績に関する実績レコードを作成して資金繰り明細ファイル12に記憶管理すると共に、予定レコードと実績レコードとを含む資金繰り明細を表示出力するようにしたから、予定と実績とを一元管理することができ、予定と実績とを含む資金繰り明細によってそれらの比較対照が容易となり、現時点での資金繰り状況を的確に把握することが可能となる。
【0052】
また、表示対象期間を示す年月度が指定された場合に、その指定年月度に該当する各レコードを資金繰り明細ファイル12から取得して、指定期間対応の資金繰り明細として表示出力するようにしたから、資金繰り明細ファイル12内の各レコードを任意に指定した年月度別に出力させることができ、今月分、来月度分等のような期間別の資金繰り管理を容易に行うことが可能となる。
資金繰り明細ファイル12内の各予定レコードのうち実績が発生していない予定レコードを出力する他、予定に対して実績が発生しているものは予定レコードに代わってその実績レコードを表示出力するようにしたから、実績レコードを全て出力することができる他、実績が発生していない予定レコードを出力することができ、より現実的な資金繰り管理が可能となる。
【0053】
資金繰り明細フォームは、収入一覧/支出一覧に区分されており、予定レコードや実績レコードに基づいて入金/支払いを判別し、この判別結果に基づいて各レコードを資金繰り明細フォーム内の対応する収入一覧/支出一覧に配置出力すると共に、この入金/支払い金額に基づいて残高を算出し、この残高を含めた資金繰り明細を表示出力するようにしたから、入金/支払いの誤認混同を防止することができると共に、残高によって資金繰り金額を容易に確認することが可能となる。
【0054】
予定レコードに対して、その入金/支払い実績が発生した場合に、その実績の発生日がその予定レコードに含まれている予定日以降であり、かつ、その実績の金額が予定レコードに含まれている金額未満の場合に、その繰り越した残金に対する次回の入金/支払い予定日を算出すると共に、この繰り越し予定日を含む次回の予定レコードを作成して資金繰り明細ファイル12内に記憶するようにしたから、次回の繰越予定であっても、早めに確認することができる。例えば、資金繰り明細ファイル12内のレコードを任意に指定した年月度別に出力させる場合に、今月分には含まれていない1ヶ月先、2ヶ月先‥‥に繰り越された次回の繰越予定を、その年月度を指定するだけで早めに確認することができる。
【0055】
経費支払予定作成テーブル13、問合せ文字列ファイル14を有し、この経費支払予定作成テーブル13、問合せ文字列ファイル14の内容を元に生成された問合せ画面において、その画面内に入力された問合せ結果にしたがって経費別に支払い時期および支払い金額を含む経費の支払い予定レコードを作成するようにしたから、経費の支払い予定情報を問合せ形式で容易に作成することができると共に、経費の発生が会社、商店等毎に異なっても、一般的に発生する共通の経費に関する情報を汎用的に問い合わせることが可能となり、また、この経費の支払い予定レコードを資金繰り明細ファイル12内に記憶管理することができる。
【0056】
なお、上述した実施形態においては、表示対象期間として年月度を指定するようにしたが、その期間は下半期等のように任意であり、また、資金繰り明細は、その一覧を表示出力する他に、グラフ表示したり、印刷出力するようにしてもよい。
また、上述した実施形態はスタンド・アローン・タイプに限らず、各構成要素が2以上の筐体に物理的に分離され、通信回線やケーブル等の有線伝送路あるいは電波、マイクロウエーブ、赤外線等の無線伝送路を介してデータを送受信する分散型のコンピュータシステムを構成するものであってもよい。
【0057】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体(例えば、CD−ROM、フロッピィデスク、RAMカード等)を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、取引先別に、少なくとも、請求/支払い締日に関する情報および回収/支払い方法を取引先情報として記憶する取引先情報記憶手段を参照し、実取引の発生時に入力された取引別の売上/支払い情報に応じてその取引先に対応する請求/支払い締日に関する情報および回収/支払い方法を取得して入金/支払い予定日を算出すると共に、この予定日と入金/支払い予定金額とを含む予定情報を作成する機能と、作成された入金/支払いの予定情報を資金繰り明細として記憶管理する機能と、前記各予定情報を取得して資金繰り明細を出力する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【0058】
【発明の効果】
この発明(請求項1記載の発明)によれば、取引先別に、請求/支払い締日に関する情報および回収/支払い方法を記憶する取引先情報記憶手段を参照して、実取引の発生時に入力された掛売上あるいは掛仕入の取引先と、掛売上あるいは掛仕入の金額データとに応じてその取引先に対応する請求/支払い締日に関する情報および回収/支払い方法を取得して掛売上あるいは掛仕入の入金/支払い予定日を算出すると共に、この掛売上あるいは掛仕入の入金/支払い予定日と掛売上あるいは掛仕入の入金/支払い予定金額とを含む資金繰り明細の予定レコードを作成して、資金繰り明細として記憶管理して出力するようにしたから、実取引の発生時に取引別の売上/支払い情報を入力するだけで、実際の請求/支払いがなされる前に、実取引に基づいた正確な資金繰り明細を確認することができ、従来のような予測値ではないので、現時点における資金繰り状況を的確に把握することが可能となる。
【図面の簡単な説明】
【図1】資金繰り管理機能付き情報処理装置の全体構成を示したブロック図。
【図2】記憶装置2内に設けられている各種テーブルやファイルを示した図。
【図3】取引先テーブル11の内容を示した図。
【図4】資金繰り明細ファイル12の内容を示した図。
【図5】具体的に基づいて資金繰り明細ファイル12を詳述する為の図。
【図6】具体的に基づいて資金繰り明細ファイル12を詳述する為の図。。
【図7】具体的に基づいて資金繰り明細ファイル12を詳述する為の図。
【図8】経費支払予定作成テーブル13の内容を示した図。
【図9】経費支払予定作成テーブル13の内容を元に生成された問合せ画面の一部を示した図。
【図10】情報処理装置の主要部分の全体動作を示したフローチャート。
【図11】図10の入金/支払予定作成処理を詳述したフローチャート。
【図12】図10の経費支払予定作成処理を詳述したフローチャート。
【図13】図10の入金/支払実績更新処理を詳述したフローチャート。
【図14】図13に続く入金/支払実績更新処理を示したフローチャート。
【図15】資金繰り明細ファイル12に基づいて資金繰り予定・実績明細を表示する処理を示したフローチャート。
【図16】図15に続く、資金繰り予定・実績明細処理を示したフローチャート
【図17】資金繰り明細一覧の表示例を示した図。
【図18】図17の資金繰り明細一覧の作成元となる資金繰り明細ファイル12の内容を例示した図。
【符号の説明】
1 CPU
2 記憶装置
4 通信装置
5 入力装置
6 表示装置
7 印字装置
11 取引先テーブル
12 資金繰り明細ファイル
13 経費支払予定作成テーブル
14 問合せ文字列ファイル
15 自動車税テーブル
16 軽自動車税テーブル
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a cash flow management device and a program for managing cash flow.
[0002]
[Prior art]
In general, in a company, a store, etc., cash management as a management measure is periodically performed in order to accurately grasp the money in and out of management and take good measures such as fund procurement. In this case, conventionally, the payment schedule / payment schedule and the payment history / payment history are managed separately, and the payment schedule / payment schedule is managed as a predicted value in consideration of the past years. Yes. The same applies to the case where the cash flow management is performed by the information processing apparatus in addition to the case where the cash flow management is performed by the bookkeeping.
[0003]
[Problems to be solved by the invention]
However, managing the payment plan / payment schedule as a forecast value that takes into account the past years' results often does not match the actual cash flow (balance), and it is difficult to properly grasp the current cash flow status. there were.
It is an object of the present invention to input accurate sales / payment information for each transaction when the actual transaction occurs, so that an accurate cash flow statement based on the actual transaction can be confirmed before actual billing / payment is made. Is to do.
[0004]
[Means for Solving the Problems]
According to the first aspect of the present invention, for each of a plurality of business partners, at least information relating to the billing / payment deadline and a collection / payment method are stored as business partner information storage means, at least a scheduled date item, Cash flow statement storage means for storing balance item, partner code field indicating business partner, and planned amount field as scheduled records, and depending on user operation, business partner for credit sales or credit purchase, and credit sales Alternatively, the transaction input means for inputting the amount data of the purchase purchase and the supplier information storage means are accessed based on the supplier input by the transaction input means, and are associated with the input supplier. The information on the billing / payment due date of the record for each business partner and the collection / payment method are read from the business partner information storage means, and the current date being timed, Based on the billing / payment deadline information read from the supplier information storage means and the collection / payment method, For sales or purchases Calculate the expected date of payment or payment, calculated For sales or purchases Includes scheduled payment date data of payment or payment and amount data of credit sales or credits input by the transaction input means Cash flow statement A creation means for creating a scheduled record, and a creation means created by this creation means For sales or purchases Includes planned date data for receipts or payments and amount data for multiple sales or purchases Cash flow statement Storage control means for storing the schedule record in the scheduled date item and the scheduled amount item of the cash flow statement storage means, a period input means for inputting a display target period for displaying the cash flow statement according to a user operation, and this period input Including the scheduled date item corresponding to the display target period input by the means Cash flow statement An acquisition unit that reads and acquires a schedule record from the cash flow statement storage unit, and the acquisition unit that acquires the scheduled record. Cash flow statement Based on the scheduled record, the scheduled date data of the receipt or payment of the sales or purchase in the display target period, For sales or purchases Display means for displaying a cash flow statement screen showing a cash flow statement including money amount data for deposit or payment.
Furthermore, a program for causing a computer to function as the main means shown in the above-described invention according to claim 1 is provided (the invention according to claim 2).
[0012]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention will be described below with reference to FIGS.
FIG. 1 is a block diagram showing the overall configuration of an information processing apparatus with a cash flow management function in this embodiment.
This information processing apparatus is an office computer or the like having an application function for managing cash flow according to money in and out of a company organization. This cash flow management function is a sales / payment for each transaction input when an actual transaction occurs. Based on the information, an accurate cash flow statement corresponding to the actual transaction is displayed and output.
Prior to detailed description of the features of this embodiment, the hardware configuration of this embodiment will be described below.
[0013]
The CPU 1 is a central processing unit that controls the overall operation of the information processing apparatus in accordance with the operating system and various application software in the storage device 2. The storage device 2 stores an operating system, various application software, a database, character fonts, and the like, and is configured by a magnetic, optical, semiconductor memory, and the drive system thereof. The recording device 2 may have a configuration in which a removable storage medium such as a CD-ROM or DVD can be mounted in addition to a fixed memory such as a hard disk. The programs and data in the storage device 2 are loaded into a RAM (for example, static RAM) 3 as needed, or the data in the RAM 3 is saved in the storage device 2. Further, the CPU 1 can directly access and use programs / data of other electronic devices via the communication device 4, and can receive and receive downloads from other electronic devices via the communication device 4.
[0014]
On the other hand, the communication device 4, the input device 5, the display device 6, and the printing device 7, which are input / output peripheral devices, are connected to the CPU 1 through the bus line, and the CPU 1 performs these operations according to the input / output program. Control.
The communication device 4 is connected to a local communication network or a wide area communication network and controls data transmission / reception with other information processing devices. For example, a wired / wireless communication device including a communication modem, an infrared module, an antenna, and the like. It is a communication interface. The input device 5 is an operation unit that constitutes a pointing device such as a keyboard, a touch panel, a mouse, or a touch input pen, and inputs character string data and various commands. The display device 6 is a liquid crystal, CRT, or plasma display device that performs full-color display, and the printing device 7 is a non-impact printer or a dot impact printer such as thermal transfer or ink jet.
[0015]
FIG. 2 is a diagram showing various tables and files provided in the storage device 2.
In this storage device 2, in addition to the operating system and various application software, a supplier table 11, a cash flow statement file 12, an expense payment schedule creation table 13, and an inquiry character string file 14 which are features of this embodiment are provided. In addition, an automobile tax table 15 and a light automobile tax table 16 are provided as index tables.
[0016]
FIG. 3 is a diagram showing the contents of the supplier table 11.
This supplier table 11 stores and manages records by supplier including information on billing / payment deadlines and collection / payment methods for each supplier, and the contents can be arbitrarily changed as necessary. ing. The records for each business partner include “party code”, “partner name”, “billing / payment due date”, “collection / payment month”, “collection / payment date”, “collection / payment method”, Each item has a “Bill Site”.
[0017]
The “partner code” and “partner name” that make up this customer-specific record are supplier identification information, and “billing / payment due date”, “collection / payment month”, and “collection / payment date” are In the information on the billing / payment closing date, for example, in the case of “B Shokai”, the “billing / payment closing date” is “the last day of the month”, “collection / payment month” is “the month following the billing / payment” The case where the “collection / payment date” is “end of month” is illustrated.
The “collection / payment method” is information indicating the collection / payment method such as cash income / payment, bill collection / settlement, transfer, and the like. “Bill site” is information indicating a bill period.
[0018]
FIG. 4 is a diagram showing the contents of the cash flow statement file 12.
The cash flow statement file 12 centrally manages the receipt / payment schedule record and the receipt / payment actual record, and the receipt / payment schedule record is stored in the sales / payment for each transaction entered when the actual transaction occurs. The record is automatically created according to the payment / payment record when the payment / payment record (actual transaction) occurs for the payment / payment schedule record. Information.
Each record in the cash flow statement file 12 includes “schedule / actual category”, “schedule / actual date”, “cash balance category”, “cash balance summary category”, “party code”, “amount”, “actual amount”. , “Amount carried forward”, “Scheduled date for carrying forward”, and “Scheduled date for application”.
[0019]
In addition, every time a schedule record or a performance record is created, this record is additionally registered in the cash flow statement file 12. At that time, the planned record group and the actual record group are separately registered and registered, but of course, the planned record group and the actual record group may be mixed and registered separately, The registration form is arbitrary.
Further, in this case, each record in the cash flow statement file 12 includes, for example, “sales input”, “purchase input”, “annual expense schedule input”, “collection of receivables” as shown on the right side of FIG. ”,“ Trade bill collection ”,“ Payment of accounts payable ”,“ Bill settlement ”, etc.
[0020]
“Schedule / Actual classification” is information indicating whether the record is a planned record or an actual record, and among “Schedule / Actual date”, the scheduled date is the receipt / calculation calculated by referring to the supplier table 11. This is the scheduled date of payment, and the actual date is the date when the deposit / payment result occurs. A method for calculating the scheduled date will be described later. “Balance summary category” is information indicating deposit, bill deposit, bill payment, bill payment, salary, cash sales, tax and other charges. “Destination code” is information indicating a business partner. The other “amount”, “actual amount”, “amount carried forward”, “scheduled date for carrying forward”, and “scheduled date for application” will be described in detail with reference to FIGS. “Amount” is the planned / actual receipt / payment amount, “Actual amount” is the actual amount when an actual occurrence has occurred for the scheduled record, and “Amount carried forward” is carried over to the scheduled record. When it occurs, that is, when the receipt / payment result occurs for the expected receipt / payment record, the actual occurrence “date” is after the “schedule date” included in the expected record. In addition, when the actual “money amount” is less than the “money amount” included in the scheduled record, this is information indicating the balance carried over.
[0021]
In the present embodiment, when the carry-over is scheduled, a new schedule record including the balance of the carry-over and the next date of payment / payment due to the carry-over is created in this embodiment. In this case, the information indicates the scheduled date of the next deposit / payment set in the record in order to reflect that the carry-over has occurred with respect to the original schedule record.
“Scheduled date for application” is information that is set in the actual record when an actual result occurs for the planned record. In this embodiment, the actual result for the schedule is The actual record is displayed and output as a cash flow statement in place of the planned record, and the scheduled date on which the planned record is not output is shown.
[0022]
5 to 7 are diagrams for explaining the cash flow statement file 12 in detail based on specific examples.
FIG. 5 shows information for each supplier set in the supplier table 11 in advance as “closing date: 20 days”, “collection month: month following billing month”, “collection date: 20 days”, “collection method”. : Cash ”and an example of sales of“ 1 million yen on July 5 ”and“ 500,000 yen on July 10 ”. In this case, “August 20” is calculated based on the collection month and date corresponding to the business partner, and the amount is “1,500,000 yen”.
The schedule record created in this way is registered in the cash flow statement file 12. This schedule record includes “schedule / actual class = 1 (plan)”, “schedule / actual date = 2010820”, and “cash balance class = 1”. (Revenue), “Balance Summary Category = 02 (Deposit)”, “Amount = 1,500,000”.
[0023]
FIG. 6 shows a case where a deposit record has occurred on “August 15”, which is before the scheduled deposit date, for the scheduled record registered in the cash flow statement file 12 as described above. An actual record created based on the actual result is additionally registered in the cash flow statement file 12. In this case, the actual record includes “schedule / actual category = 2 (actual)”, “plan / actual date = 20010815”, “account balance = 1 (income)”, “account summary category = 02 (payment)”, “Amount of money = 800,000” and “Scheduled date for application = 20010820”.
Further, in the original schedule record corresponding thereto, the “actual amount” is “800,000”, and it is recorded that there is a deposit record of “amount = 800,000” with respect to the schedule. In this case, “Amount-Actual amount = Remaining amount (700,000)” of the scheduled record is set, but in the actual amount of payment before the scheduled date of payment, no carry-over is performed even if there is a remaining amount.
[0024]
FIG. 7 shows a case where a part of the balance is deposited on the scheduled deposit date, and “500,000” is part of the “balance (700,000)” on “August 20” on the scheduled deposit date. "Is deposited, the remaining" 200,000 "is carried over to the next time. At this time, a new record is created based on the current deposit record and is additionally registered in the cash flow statement file 12, and the “billing / payment due date” set in the supplier table 11 corresponding to the supplier. ”,“ Recovery / Payment Month ”,“ Recovery / Payment Date ”,“ Collection / Payment Method ”, and“ Bill Site ”to calculate the next payment date. A new schedule record for the next time including “September 20” and the balance “200,000” is created and additionally registered in the cash flow statement file 12.
[0025]
In this case, the “actual amount” in the original scheduled record is updated from “800,000” to “1,300,000”, and “200,000” is set as the “carry-over amount”. Furthermore, in order to perform carry-forward management, the next scheduled deposit date “September 20” is set in “scheduled carry-forward scheduled date” in the original scheduled record.
In this embodiment, when there is a deposit after the next scheduled deposit date and a balance is generated, automatic carry-over similar to the above is performed. In other words, in the above example, even if there is a deposit of less than “200,000” on “September 20”, the carry-over is performed, and the same applies to the deposit before the next scheduled deposit date. As in the case of FIG. 6 described above, even if the balance is generated, automatic carry-over is not performed.
[0026]
FIG. 8 is a diagram showing the contents of the expense payment schedule creation table 13.
This expense payment schedule creation table 13 is a table used when creating an expense payment schedule record, and stores information for inquiring the generation unit and the payment amount for each expense. This expense payment schedule creation table 13 has items of “expense type”, “expense”, “occurrence unit”, “fixed month”, “amount input method”, and “selection list table”, and “expense type”. “Wage salary”, “Tax”, “Lease fee”, “Land rent”, “Expense” indicates the detailed classification of expenses, for example, “Salary”, “Bonus”, “Automobile tax” "Light vehicle tax", "Lease fee", etc. “Occurrence unit” indicates the occurrence of expenses “1: every month”, “2: designated month”, “3: fixed month”.
[0027]
“Fixed month” indicates a specific fixed month, “May” is set as the fixed month corresponding to “Automobile tax”, and “April” is set as the fixed month corresponding to “Light vehicle tax”. Is set.
“Amount Input Method” indicates “1: Direct Input”, “2: Select Input from List Table”, and “Amount Input Method” is “2: Select Input from List Table”. This indicates that the vehicle tax table 15 or the light vehicle tax table 16 defined in the “table” item is searched, and the corresponding amount should be selected and input from among them.
In the inquiry screen generated based on the contents of the expense payment schedule creation table 13, an expense payment schedule record including payment time and payment amount for each expense is created according to the inquiry result entered in the screen, This expense payment schedule record is additionally registered in the cash flow statement file 12.
[0028]
FIG. 9 is a diagram showing a part of an inquiry screen generated based on the contents of the expense payment schedule creation table 13.
In this inquiry screen, “Expense type for creating expense plan: January to December” is displayed in a list corresponding to “Expense type” indicating the expense schedule to be created and “Inquiry content”. In this case, “inquiry content” is an inquiry sentence generated by combining information acquired from the expense payment schedule creation table 13 and information acquired from the inquiry character string file 14. For example, “salary” is acquired from the expense payment schedule creation table 13, “is there any payment? How much is the payment” from the query string file 14, and they are combined to obtain “salary payment” Is there a query?
[0029]
Next, the operation algorithm of the information processing apparatus in this embodiment will be described with reference to the flowcharts shown in FIGS. Here, each function described in these flowcharts is stored in the form of a readable program code, and operations according to the program code are sequentially executed. It is also possible to sequentially execute operations according to the program code transmitted via the transmission medium. That is, in addition to the recording medium, an operation specific to this embodiment can be executed using a program / data supplied externally via a transmission medium.
[0030]
FIG. 10 is a flowchart showing the overall operation of the main part of the information processing apparatus.
First, the CPU 1 determines the selection instruction content arbitrarily selected and designated from the processing menu screen (step A1). Here, when the input of sales / purchase is selected (step A2), the payment / payment schedule creation process of FIG. 11 is executed (step A3), and when the input of expense payment is selected (step A3) Step A4), the expense payment schedule creation process of FIG. 12 is executed (step A5).
If the input of payment / payment record is selected (step A6), the deposit / payment record update process of FIG. 13 and FIG. 14 is executed (step A7), and the cash flow statement display is selected. (Step A8), cash flow statement display processing is executed (Step A9).
[0031]
FIG. 11 is a flowchart detailing the deposit / payment schedule creation process.
First, the CPU 1 selects processing of cash sales / payment sales or cash purchase / payment purchase (step B1), and acquires the input business partner, sales amount / purchase amount, etc. (step B2). When the processing selection is cash sales / cash purchase (step B3), cash income / payment has already occurred due to sales / purchase, so a scheduled record is not created and the cash sales receipt / payment amount is set. A corresponding performance record is created and additionally registered in the cash flow statement file 12 (step B4).
In this case, the lowest record in FIG. 4 shows the actual record corresponding to the cash sales receipt, “01: Cash sales” is set in “Balance summary category”, and “Scheduled date for application” The current date is set.
[0032]
On the other hand, when the process selection is “schedule sales / purchase purchase” (step B3), the customer table 11 is accessed to acquire various item data necessary for creating a scheduled record (step B5). In other words, the "billing / payment due date", "collection / payment month", "collection / payment date", "collection / payment method", and "bills site" items associated with this business partner are acquired. To do.
Then, it is determined whether the “collection / payment method” is cash or transfer (step B6). If it is cash or transfer, the current date is acquired, and the current date and the “billing / payment due date”, “collection” / Payment month "and" collection / payment date ", the payment / payment scheduled date is calculated (step B7). In this case, for example, as shown in FIG. 3, in “B store or D store”, “the last day of the month following the billing / payment month” is calculated as the scheduled date. Then, a schedule record including the scheduled date and amount is created and additionally registered in the cash flow statement file 12 (step B8).
[0033]
When the “collection / payment method” is a bill (step B9; Yes), the process proceeds to step B10, and in addition to the current date, “billing / payment due date”, “collection / payment month”, “collection / payment date” ”,“ Collection / payment method ”, and“ bills site ”to calculate the expected payment / payment date (step B10). In this case, for example, in the case of credit sales for “E store” shown in FIG. 3, a promissory note with a two-month term is received at “the last day of the month following the billing / payment month”, and payment is made two months after receiving the bill Scheduled date. Then, a schedule record including the scheduled date and amount is created and additionally registered in the cash flow statement file 12 (step B8). Thereafter, the above-described operation is repeated (steps B1 to B11) until an end instruction is issued (step B11).
[0034]
FIG. 12 is a flowchart detailing the expense payment schedule creation process.
First, the CPU 1 searches the expense payment schedule creation table 13 and the inquiry character string file 14 (step C1) and creates an inquiry screen. At this time, one record is designated from the head of the expense payment schedule creation table 13. The “expense” in the designated record is read out, and “is there any payment” read out from the inquiry character string file 14 to create an inquiry sentence and display it in the inquiry screen (step 2). The inquiry result input in the inquiry screen is acquired (step C3). If payment is made (step C4), the “occurrence unit” is read from the specified record to determine whether it is “specified month” (step C5). If it is the designated month, a query sentence “What month do you want to pay?” Is read from the query string file 14 and displayed (step C6), and the input query result is acquired and stored (step C7).
[0035]
Next, “amount input method” is read from the designated record to determine the input method (step C8). If “1: Direct”, an inquiry sentence “How much is the payment” from the query string file 14 Is read and displayed (step C9), and the input query result is acquired and stored (step C10).
If the “amount input method” is “selection from list” (step C8), the “selection list table” is acquired from the record, and the designated vehicle tax table 15 or light vehicle tax is obtained. After the table 16 is read and displayed (step C11), the input selection result is acquired and stored (step C12).
[0036]
Further, based on the “occurrence unit” of the designated record, processing is performed to update the contents of the cash flow statement file 12 according to “every month”, “designated month”, and “fixed month” (steps C13 to C16). That is, if the “occurrence unit” is “monthly” (step C13), a payment schedule record having the input answer amount as the expense payment amount for each month is created and additionally registered in the cash flow statement file 12 (step S13). C14). If the “occurrence unit” is “specified month” (step 13), a payment schedule record is created with the input answer amount as the expense payment amount for the specified month, and additionally registered in the cash flow statement file 12 ( Step C15), if it is “fixed month” (step C13), a payment schedule record having the input answer amount as the expense payment amount for the fixed month is created and additionally registered in the cash flow statement file 12 (step C16). .
Then, it is checked whether all records in the expense payment schedule creation table 13 have been designated (step C17). If not, the next record is designated (step C18), and the above operation is repeated thereafter (step C17). C1-C18).
[0037]
13 and 14 are flowcharts detailing the deposit / payment record update process.
First, when deposit / payment record information is input (step D1), the CPU 1 accesses the cash flow statement file 12 and selects and designates a corresponding scheduled record (step D2). Then, based on the actual information input this time, a new actual record is created and additionally registered in the cash flow statement file 12 (step D3), and the schedule corresponding to the “scheduled target date” in this actual record The “scheduled date” of the record is set (step D4).
Next, “Amount” in the actual record is set to “Actual amount” in the corresponding scheduled record (step D5). Then, “schedule date” is acquired from the schedule record (step D6), and “amount” and “actual amount” are acquired (step D7).
[0038]
Then, the process proceeds to step D8 in FIG. 14, where “amount-actual amount” is calculated based on “amount” and “actual amount” acquired from the scheduled record, and whether the value is greater than “0”. In other words, it is checked whether there is a balance or a part of the deposit / payment. If there is no balance, the process proceeds to step D14. If there is a balance, the actual occurrence date (current date) is compared with the “scheduled date” obtained from the scheduled record, and the “actual occurrence date” It is checked whether or not “≧ scheduled date”, that is, whether the deposit / payment results before the scheduled deposit / payment date (step D9).
[0039]
Here, when a record is generated before the scheduled date (step D9), even if there is a balance, the process proceeds to step D14 without carrying over, but when the record is generated after the scheduled date (step D9). On the condition that the result is not expense payment, the customer table 11 is searched based on the “party code” of the customer, and the corresponding “billing / payment due date”, “collection / payment month”, The “collection / payment date” is acquired, and the next scheduled date for the balance is calculated (step D10). That is, the next payment / payment scheduled date is calculated with reference to the supplier table 11 with the “scheduled date” in the scheduled record as a reference.
[0040]
The next scheduled record including the next “scheduled date” and “remaining balance” calculated in this way is newly created and additionally registered in the cash flow statement file 12 (step D11). Then, the calculated next scheduled payment / payment date is set in the “scheduled carry-forward date” in the original scheduled record, and the “amount-actual amount = remaining balance” is set in the “carry-over amount” in the original scheduled record. "Is set (step D13).
Thereafter, the above-described operation is repeated (steps D1 to D14) until an end instruction is issued (step D14).
[0041]
FIG. 15 and FIG. 16 are flowcharts showing processing for displaying the cash flow schedule / actual details based on the cash flow statement file 12 created as described above.
First, when “year / month” arbitrarily specified as a display target is input (step E1), the CPU 1 stores all scheduled records and actual records corresponding to the specified “year / month” in a cash flow statement file. 12 (step E2). Then, one of the corresponding records is selected and designated (step E3), and the “schedule / actual category” is determined as “1 = plan” (step E4), and “2 = actual”. If there is, the result record is extracted as a display target (step E5).
[0042]
On the other hand, if the “schedule / actual result category” is “1 = plan” (step E4), the “carry forward amount” is read from the schedule record to check whether “carry forward amount = 0” (step E6). If “carry forward amount = 0”, “amount” and “actual amount” in the scheduled record are read to check whether “amount> actual amount” (step E7). If “Amount> Actual amount”, this is a condition (Steps E6, E7), and this scheduled record is extracted as a display target (Step E8). That is, a scheduled record that has no carryover and has a remaining amount (amount> actual amount) is set as a display target. Then, in order to identify the actual record and the scheduled record, the planned record is shaded (step E9).
Hereinafter, by repeating the above-described operation for all records corresponding to the designated year and month (steps E1 to E10), all the actual records are to be displayed, and the scheduled records have no carryover and the remaining (amount) > Only scheduled records with> (actual amount) are to be displayed.
[0043]
After the display object is extracted in this way, the process proceeds to step E11 in FIG. 16, where the cash balance statement form is read, and the monthly initial balance is read (step E12). Then, one of the record records to be displayed is selected and designated (step E13), and the “schedule / actual result category” of the designated record is referred to determine whether it is an actual record (step E14). Here, if it is an actual record, “Summary”, “Destination”, “Amount” are extracted from the record to create display data (Step E15), and “Balance / Division” is determined (Step E16). The balance is calculated based on the determination result (step E17). In this case, for the first record, the “amount” is adjusted according to the “balance category” with respect to the initial balance of the month, but for the second and subsequent records, the “ Calculated by adding or subtracting the “amount” according to the “cash balance”. Further, based on the determination result of the “balance category”, “summary”, “destination”, “amount”, and “balance” as display target items are arranged in the corresponding income list / expenditure list in the cash flow statement form. (Step E18).
[0044]
On the other hand, if the designated record is a scheduled record (step E14), “summary” and “destination” are extracted from the record to create display data (step E20), and “amount”, “actual amount” Is extracted, “amount-actual amount” is calculated, and the remaining amount which is the calculation result is created as a display target item (step E21). Then, the “balance category” is discriminated (step E16), the balance is calculated based on the discrimination result (step E17), and the “summary”, “partner”, “remaining amount”, and “balance” are calculated. It arrange | positions to the corresponding income list / expenditure list in a detailed form (step E18).
When the display process for one record is finished, it is determined whether there are still unselected records (step E19), and the above-described operation is repeated until all the display target records are selected (steps E14 to E21). When the cash flow statement list is created in this way, it is displayed and output (step E22).
[0045]
FIG. 17 is a diagram showing a display example of a cash flow statement list.
This cash flow statement list is created based on the contents of the cash flow statement file 12 shown in FIG. Further, this cash flow statement list (monthly) is a case where the year / month “June 2001” is designated, and in the header part, in addition to the designated year / month, the initial balance “1,500,000”, Today's date "June 21, 2001" is displayed. The detail section is divided into “date”, “income list”, “expenditure list”, and “balance”, and the income list and expenditure list are “explanation”, “destination”, “amount”. It is divided into items. Here, the hatched part (shaded part) given in the detail part indicates a scheduled record, and the others indicate all record records.
[0046]
Here, in the cash flow statement file 12 shown in FIG. 18, “partner code: 0011 = G firm”, “partner code: 0012 = H firm”, “partner code: 0013 = J store”, “partner code” : 0014 = K store ”.
In addition, in the cash flow statement list (monthly) shown in FIG. 17, each “balance” in the detail portion is a value obtained by adding the “amount” to the “balance” for the previous time in the case of income, In this case, the “amount” is subtracted from the “balance” for the previous time.
[0047]
In this cash flow statement file 12, the first record of the schedule, that is, the record of “scheduled date = 20010605” and “destination code: 0011 = G Shokai” is that “amount = 500,000”. Since “Actual amount = 450,000” and “Amount carried forward = 50,000” are generated, this scheduled record is not displayed. Further, the next scheduled record created by this carry-over becomes “scheduled date = 200010705” and is carried forward to “next month = 20010705”, so the designated year / month “June” is not displayed. ing. That is, the schedule record is displayed after July.
[0048]
Further, the record of “scheduled date = 20010630” and “destination code: 0014 = K Shokai” is “actual amount = 190,000” in contrast to its “amount = 210,000”. However, as in the case of FIG. 6 described above, “actual occurrence date ≧ scheduled date”, “carry forward amount = 0” of the record is kept, and “amount> actual amount”. The record becomes a display target and is shaded in the cash flow statement list as shown in FIG. In this case, “amount-actual amount = 20,000” is displayed in the item “amount” of the scheduled record.
[0049]
Further, a scheduled record of “personnel expenses” which is a monthly expense is also displayed, and “summary = personnel expenses” and “amount = 800,000” are displayed in the expenditure list of the detail section.
In such a cash flow statement list, as for the cash flow in June, it is only necessary to confirm the “balance” in the last line. The balance at the beginning of June was “1,500,000 yen” At the end of the balance, the balance becomes “410,000 yen”, and it is understood that it is necessary to raise the amount of “410,000 yen”.
Note that the year / month level is not limited to the current month, and even when the month after July of the next month is designated, a cash flow statement list for the designated month can be obtained by the same operation as described above.
[0050]
As described above, in this embodiment, the CPU 1 performs "partner code", "partner name", "billing / payment due date", "collection / payment month", "collection / payment date", " Referring to the supplier table 11 storing the “collection / payment method” and “bill site”, the “billing / payment lock” corresponding to the supplier according to the sales / payment information for each transaction input when the actual transaction occurs. Date, “collection / payment month”, “collection / payment date”, “collection / payment method”, etc. are acquired to calculate the expected deposit / payment date, and includes this scheduled date and the expected deposit / payment amount Since the schedule record is created, stored and managed in the cash flow statement file 12, and displayed and output, the actual billing / payment is made simply by inputting the sales / payment information for each transaction when the actual transaction occurs. Before, based on actual transactions It was possible to confirm the exact funding specification, because it is not as in the prior art predicted values, it is possible to accurately grasp the funding situation at the present time.
[0051]
In this case, when the payment / payment record is generated for the schedule together with the schedule record of payment / payment, a record of the record related to the record is created and stored in the cash flow statement file 12, and the schedule record and record are recorded. Since the cash flow details including records are displayed and output, it is possible to centrally manage the schedule and actual results, and the cash flow details including the schedule and actual results make it easier to compare and control the current cash flow status. It becomes possible to grasp accurately.
[0052]
In addition, when the year / month indicating the display target period is designated, each record corresponding to the designated year / month is acquired from the cash flow statement file 12, and is displayed and output as a cash flow statement corresponding to the designated period. Each record in the cash flow statement file 12 can be output by an arbitrarily designated year and month, and it becomes possible to easily manage cash flow by period such as the current month, the next month, and the like.
In addition to outputting the schedule record in which the actual record has not occurred among the scheduled records in the cash flow statement file 12, the actual record for the schedule is displayed and output in place of the planned record. Therefore, in addition to outputting all the record records, it is also possible to output a scheduled record in which no record has been generated, thereby enabling more realistic cash management.
[0053]
The cash flow statement form is divided into an income list / expenditure list, and deposit / payment is determined based on the scheduled record and actual record, and each record is determined based on the determination result to the corresponding income list / Since the balance is calculated and output based on the deposit / payment amount and the cash flow details including this balance are displayed and output, the misunderstanding of deposit / payment can be prevented. It is possible to easily check the cash amount by the balance.
[0054]
When the receipt / payment result occurs for the scheduled record, the date of occurrence of the actual result is after the scheduled date included in the scheduled record, and the amount of the actual result is included in the scheduled record. If the amount is less than a certain amount, the next deposit / payment scheduled date for the balance carried forward is calculated, and the next scheduled record including this scheduled carry-forward date is created and stored in the cash flow statement file 12 Even if it is the next scheduled carry-over, it can be confirmed early. For example, when the records in the cash flow statement file 12 are output by the year and month specified arbitrarily, the next carry-over schedule carried forward one month ahead, two months ahead, etc. not included in the current month It is possible to confirm early by simply specifying the year and month.
[0055]
In the inquiry screen generated based on the contents of the expense payment schedule creation table 13 and the query character string file 14 and based on the contents of the expense payment schedule creation table 13 and the inquiry character string file 14, the query result entered in the screen The payment schedule record of expenses including payment time and payment amount for each expense is created according to the above, so that payment schedule information for expenses can be easily created in an inquiry format, and expenses are generated in companies, stores, etc. Even if they differ from each other, it is possible to make a general inquiry about information relating to a common expense that is generally generated, and the payment schedule record of this expense can be stored and managed in the cash flow statement file 12.
[0056]
In the above-described embodiment, the year / month is specified as the display target period, but the period is arbitrary, such as the second half of the year, and the cash flow details are displayed in addition to displaying the list, It may be displayed in a graph or printed out.
In addition, the above-described embodiment is not limited to the stand-alone type, and each component is physically separated into two or more cases, such as a wired transmission path such as a communication line or a cable, radio waves, microwaves, infrared rays, etc. A distributed computer system that transmits and receives data via a wireless transmission path may be configured.
[0057]
On the other hand, a recording medium (for example, a CD-ROM, a floppy disk, a RAM card, etc.) on which a program code for executing each of the above-described units is recorded may be provided to the computer.
That is, a recording medium having a computer readable program code, and at least a supplier information storage unit that stores at least information on a billing / payment due date and a collection / payment method as supplier information for each supplier. , According to the sales / payment information for each transaction input when the actual transaction occurs, obtain information on the billing / payment due date and collection / payment method corresponding to the business partner, and calculate the expected payment / payment date , A function for creating schedule information including the scheduled date and the expected deposit / payment amount, a function for storing and managing the created deposit / payment schedule information as a cash flow statement, and obtaining each schedule information and cash flow statement And a computer-readable recording medium storing a program for realizing the function of outputting Good.
[0058]
【The invention's effect】
According to this invention (invention described in claim 1), by referring to the supplier information storage means for storing the information on the billing / payment due date and the collection / payment method for each supplier, it is input when an actual transaction occurs. The Multiply sales or purchases Information on the billing / payment due date and collection / payment method corresponding to the customer according to the customer's account and the amount data of the sales or purchase For sales or purchases Calculate the expected deposit / payment date and Payment / payment of premium sales or premium purchases Scheduled date and For sales or purchases Includes deposit / payment amount Scheduled record for cash flow statement Is created, stored and managed as a cash flow statement, and it is output, so just enter the sales / payment information for each transaction when the actual transaction occurs. Therefore, it is possible to confirm an accurate cash flow statement based on the above, and since it is not a predicted value as in the past, it is possible to accurately grasp the current cash flow situation.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of an information processing apparatus with a cash flow management function.
FIG. 2 is a view showing various tables and files provided in the storage device 2;
FIG. 3 is a view showing the contents of a supplier table 11;
FIG. 4 is a view showing the contents of a cash flow statement file 12;
FIG. 5 is a diagram for explaining the cash flow statement file 12 in detail based on a specific example;
FIG. 6 is a diagram for explaining the cash flow statement file 12 in detail based on a specific example; .
FIG. 7 is a diagram for explaining the cash flow statement file 12 in detail based on a specific example;
FIG. 8 is a view showing the contents of an expense payment schedule creation table 13;
FIG. 9 is a diagram showing a part of an inquiry screen generated based on the contents of the expense payment schedule creation table 13;
FIG. 10 is a flowchart showing the overall operation of the main part of the information processing apparatus.
FIG. 11 is a flowchart detailing the deposit / payment schedule creation processing of FIG. 10;
12 is a flowchart detailing the expense payment schedule creation processing of FIG. 10;
FIG. 13 is a flowchart detailing the deposit / payment record update process of FIG. 10;
FIG. 14 is a flowchart showing a deposit / payment record update process continued from FIG. 13;
FIG. 15 is a flowchart showing processing for displaying a cash flow schedule / actual details based on a cash flow statement file 12;
FIG. 16 is a flowchart illustrating the cash flow schedule / actual result processing following FIG. 15;
FIG. 17 is a view showing a display example of a cash flow statement list.
FIG. 18 is a diagram exemplifying the contents of a cash flow statement file 12 that is a creation source of the cash flow statement list of FIG. 17;
[Explanation of symbols]
1 CPU
2 storage devices
4 communication devices
5 input devices
6 Display device
7 Printing device
11 Supplier table
12 Cash flow statement file
13 Expense payment schedule creation table
14 Query string file
15 Car tax table
16 Light vehicle tax table

Claims (2)

複数の取引先別に、少なくとも、請求/支払い締日に関する情報および回収/支払い方法を取引先別レコードとして記憶する取引先情報記憶手段と、
少なくとも、予定日付項目と、収支区分項目と、取引先を示す相手先コード項目と、予定金額項目とを予定レコードとして記憶する資金繰り明細記憶手段と、
ユーザ操作に応じて、掛売上あるいは掛仕入の取引先と、掛売上あるいは掛仕入の金額データとを入力する取引入力手段と、
この取引入力手段により入力された取引先に基づいて前記取引先情報記憶手段をアクセスし、入力された取引先に対応づけられている取引先別レコードの請求/支払い締日に関する情報および回収/支払い方法を前記取引先情報記憶手段から読み出し、計時されている現在日付と、前記取引先情報記憶手段から読み出した請求/支払い締日に関する情報および回収/支払い方法とに基づいて、掛売上あるいは掛仕入の入金あるいは支払の予定日データを算出し、算出された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、前記取引入力手段により入力された掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを作成する作成手段と、
この作成手段により作成された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを前記資金繰り明細記憶手段の前記予定日付項目及び予定金額項目に記憶させる記憶制御手段と、
ユーザ操作に応じて、資金繰り明細を表示する表示対象期間を入力する期間入力手段と、
この期間入力手段により入力された表示対象期間に対応する予定日付項目を含む前記資金繰り明細の予定レコードを前記資金繰り明細記憶手段から読み出して取得する取得手段と、
この取得手段により取得された前記資金繰り明細の予定レコードに基づいて、前記表示対象期間における掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の入金あるいは支払の金額データとを含む資金繰り明細を表す資金繰り明細画面を表示する表示手段と、
を具備したことを特徴とする資金繰り管理装置。
A supplier information storage means for storing at least information on a billing / payment due date and a collection / payment method as a supplier-specific record for a plurality of suppliers;
Cash flow statement storage means for storing at least a scheduled date item, a balance category item, a partner code item indicating a business partner, and a scheduled amount item as a scheduled record;
A transaction input means for inputting a sales partner or a purchase supplier and a charge sales or purchase amount data in accordance with a user operation;
Based on the business partner input by the business transaction input means, the business partner information storage means is accessed, and information on the billing / payment due date of the business partner record associated with the input business partner and collection / payment reading out method from the client information storage means, based on the timed current and date are information and recovery / Payment billing / payment closing date read from the client information storage means, multiplying the sales or Kaketsukamatsu Calculate the payment / payment scheduled date data, and calculate the calculated sales / payment receipt / payment date data, and the sales / payment amount data entered by the transaction input means, Creating means for creating a schedule record of cash flow statement including
The schedule record of the cash flow statement including the scheduled date data of the receipt or payment of the premium sales or purchase and the amount data of the premium sales or purchase created by the creation means is the scheduled date of the cash detail storage means. Storage control means for storing items and scheduled amount items;
A period input means for inputting a display target period for displaying a cash flow statement according to a user operation;
An acquisition unit that reads and acquires the schedule record of the cash flow statement including the schedule date item corresponding to the display target period input by the period input unit;
Based on the schedule record of the cash flow statement acquired by the acquisition means, the scheduled date data of the receipt or payment of the sales or purchase in the display target period, and the amount of the receipt or payment of the sale or purchase Display means for displaying a cash flow statement screen showing a cash flow statement including data,
A cash management apparatus characterized by comprising:
コンピュータを、
複数の取引先別に、少なくとも、請求/支払い締日に関する情報および回収/支払い方法を取引先別レコードとして取引先情報記憶手段に記憶させる手段、
少なくとも、予定日付項目と、収支区分項目と、取引先を示す相手先コード項目と、予定金額項目とを予定レコードとして資金繰り明細記憶手段に記憶させる手段、
ユーザ操作に応じて、掛売上あるいは掛仕入の取引先と、掛売上あるいは掛仕入の金額データとを取引入力手段に入力させる手段、
この取引入力手段により入力された取引先に基づいて前記取引先情報記憶手段をアクセスし、入力された取引先に対応づけられている取引先別レコードの請求/支払い締日に関する情報および回収/支払い方法を前記取引先情報記憶手段から読み出し、計時されている現在日付と、前記取引先情報記憶手段から読み出した請求/支払い締日に関する情報および回収/支払い方法とに基づいて、掛売上あるいは掛仕入の入金あるいは支払の予定日データを算出し、算出された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、前記取引入力手段により入力された掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを作成させる作成手段、
この作成手段により作成された掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の金額データとを含む資金繰り明細の予定レコードを前記資金繰り明細記憶手段の前記予定日付項目及び予定金額項目に記憶させる記憶制御手段、
ユーザ操作に応じて、資金繰り明細を表示する表示対象期間を期間入力手段に入力させる手段、
この期間入力手段により入力された表示対象期間に対応する予定日付項目を含む前記資金繰り明細の予定レコードを前記資金繰り明細記憶手段から読み出して取得させる取得手段、
この取得手段により取得された前記資金繰り明細の予定レコードに基づいて、前記表示対象期間における掛売上あるいは掛仕入の入金あるいは支払の予定日データと、掛売上あるいは掛仕入の入金あるいは支払の金額データとを含む資金繰り明細を表す資金繰り明細画面を表示させる表示手段、
として機能させるためのプログラム。
Computer
Means for storing at least information relating to the billing / payment deadline and collection / payment method in a supplier information storage means as a supplier-specific record for a plurality of suppliers;
Means for storing at least a scheduled date item, a balance category item, a partner code item indicating a business partner, and a scheduled amount item as a scheduled record in a cash flow statement storage unit;
In response to user operation, a means to input a transaction input means with a customer of charge sales or charge purchase and amount data of charge sales or charge purchase,
Based on the business partner input by the business transaction input means, the business partner information storage means is accessed, and information on the billing / payment due date of the business partner record associated with the input business partner and collection / payment reading out method from the client information storage means, based on the timed current and date are information and recovery / Payment billing / payment closing date read from the client information storage means, multiplying the sales or Kaketsukamatsu to calculate the expected date data of payment or payment of the entrance, and the scheduled date data of payment or payment of hanging sales or KaketsukamatsuIri that has been calculated, and the amount of money multiplied by sales or KaketsukamatsuIri data entered by the transaction input means Creation means to create a planned record of cash flow statement including
The schedule record of the cash flow statement including the scheduled date data of the receipt or payment of the credit sales or purchase and the amount data of the premium sales or purchase created by the creation means is the scheduled date of the cash detail storage means. Storage control means for storing items and scheduled amount items;
Means for causing a period input means to input a display target period for displaying a cash flow statement according to a user operation;
An acquisition means for reading out and obtaining a schedule record of the cash flow statement including the schedule date item corresponding to the display target period input by the period input means from the cash flow statement storage unit;
Based on the schedule record of the cash flow statement acquired by the acquisition means, the scheduled date data of the receipt or payment of the sales or purchase in the display target period, and the amount of the receipt or payment of the sale or purchase Display means for displaying a cash flow statement screen showing a cash flow statement including data,
Program to function as.
JP2001398811A 2001-12-28 2001-12-28 Cash flow management device and program Expired - Lifetime JP4479945B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001398811A JP4479945B2 (en) 2001-12-28 2001-12-28 Cash flow management device and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001398811A JP4479945B2 (en) 2001-12-28 2001-12-28 Cash flow management device and program

Publications (2)

Publication Number Publication Date
JP2003196448A JP2003196448A (en) 2003-07-11
JP4479945B2 true JP4479945B2 (en) 2010-06-09

Family

ID=27604095

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001398811A Expired - Lifetime JP4479945B2 (en) 2001-12-28 2001-12-28 Cash flow management device and program

Country Status (1)

Country Link
JP (1) JP4479945B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6927659B2 (en) * 2015-01-06 2021-09-01 株式会社Robot Payment Recurring billing system, recurring billing method, and recurring billing program
JP7122924B2 (en) 2018-09-28 2022-08-22 株式会社オービック ACCOUNTING PROCESSING DEVICE, ACCOUNTING PROCESSING METHOD, AND ACCOUNTING PROCESSING PROGRAM

Also Published As

Publication number Publication date
JP2003196448A (en) 2003-07-11

Similar Documents

Publication Publication Date Title
JP7348944B2 (en) Accounting equipment and programs
KR101081624B1 (en) Method and system for intergrating and managing multiple on-line shoppingmall
JP3143974U (en) Accounting information system
JP2009176121A (en) Business management system
JP2014194702A (en) Billing and payment matching device, billing and payment matching method, and billing and payment matching program
US20060149643A1 (en) Automatic business date determination systems and methods
JP4479945B2 (en) Cash flow management device and program
US20090222363A1 (en) Systems And Methods For Automated Retail Recovery Auditing
JP4724335B2 (en) Transfer processing method, transfer processing system, and computer software program for causing a computer to execute transfer processing
JP3152354B2 (en) Paperless accounting system
JP3351736B2 (en) Sales management system
KR101270492B1 (en) System and method for managing sales and uncollected amount
JP3030299U (en) Accounting information processing device
CA2657303A1 (en) Internet enabled vehicle downpayment system and method with backend system for managing vehicle dealer information
KR101113985B1 (en) Terminal, automatic journalizing system connected to the terminal and method thereof
JP4843213B2 (en) Construction industry accounting equipment
JPH0850611A (en) Inheritance tax payment schedule processor
JP3969212B2 (en) Cash flow management device and program
JPH0750469B2 (en) Accounting processor
JP3641224B2 (en) Accounting system, method and program
JP2001014384A (en) Cash flow management system, managing method, and computer-readable recording medium
JP3143547B2 (en) Accounting system
JP3890310B2 (en) Settlement amount confirmation system, settlement amount confirmation method and settlement amount confirmation program
WO2018221163A1 (en) Account title guessing program, account title guessing device, and account title guessing method
JPH0785180A (en) Accounting processing system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041001

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20060206

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060413

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070116

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070223

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070327

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070412

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070517

A912 Removal of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20070608

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091112

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100310

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130326

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4479945

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130326

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140326

Year of fee payment: 4