知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022044521
(43)【公開日】2022-03-17
(54)【発明の名称】日次資金繰り表出力システム及びプログラム
(51)【国際特許分類】
G06Q 10/00 20120101AFI20220310BHJP
【ＦＩ】
G06Q10/00
【審査請求】未請求
【請求項の数】3
【出願形態】書面
(21)【出願番号】P 2020161457
(22)【出願日】2020-09-07
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＳＵＡＬ ＢＡＳＩＣ
(71)【出願人】
【識別番号】520374003
【氏名又は名称】谷口 勝信
(72)【発明者】
【氏名】谷口 勝信
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA11
(57)【要約】 （修正有）
【課題】会計年度収支の、年度末までの１年間の日次資金繰り表を出力システム及びプログラムを提供する。
【解決手段】プログラムは、レコード単位の配列でそれまでのレコードまでの記入回数の値の管理を行うことで、その回数を一つの３次元配列でカウントすることが可能になる。これにより、会計年度のカレンダーによるテーブルに記入していく処理で、それまでに記入した回数を参照したい場合に、条件を３つ与えるだけで、把握できるようになる。
【選択図】図５
【解決手段】プログラムは、レコード単位の配列でそれまでのレコードまでの記入回数の値の管理を行うことで、その回数を一つの３次元配列でカウントすることが可能になる。これにより、会計年度のカレンダーによるテーブルに記入していく処理で、それまでに記入した回数を参照したい場合に、条件を３つ与えるだけで、把握できるようになる。
【選択図】図５
【特許請求の範囲】
【請求項1】
毎月の決まった支払日を示す支払日区分と、
休日の場合の対応「翌営業日」「前営業日」を示す休日の場合の対応区分と、
支払金額と入金金額を別の列に記入してある金額区分が、
各々に対して設定されている「セグメント別収支表」テーブル１と、
セグメント別収支表をセル指定範囲により取得した配列２と、
会計年度のカレンダーによるテーブル５、
を持つことを特徴とする資金繰り表作成システム。
休日の場合の対応「翌営業日」「前営業日」を示す休日の場合の対応区分と、
支払金額と入金金額を別の列に記入してある金額区分が、
各々に対して設定されている「セグメント別収支表」テーブル１と、
セグメント別収支表をセル指定範囲により取得した配列２と、
会計年度のカレンダーによるテーブル５、
を持つことを特徴とする資金繰り表作成システム。
【請求項2】
「セグメント別収支表」に存在する複数のレコードを時点と捉え、支払日（１～３１日）と、休日の時の対応（翌営業日に出力か前営業日に出力か）で、２要素の平面軸と捉え、時間軸と平面軸を合わせて３次元の配列３として捉え、その記入回数を値として管理することを特徴とする請求項１記載の資金繰り表作成システム。
【請求項3】
会計年度のカレンダーによるテーブル５に、土曜祝日に入金日、支払日がある場合、「翌営業日が何日後か、前営業日が何日前か」つまり、「連休が何日続いているか」を事前に取得した配列をもとに、当日含め６日間後までに存在する休日日数と、当日含め６日間前までに存在する休日日数を基に、判定し（４連休まで）、連休が５連休以上続く場合（ゴールデンウィークのみ）、翌営業日又は前営業日が何日後かまたは何日前かを判定する数式を事前に記憶部へ入力しておくことで、正しい入力位置を判定することを特徴とする請求項１記載の資金繰り表作成システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、会計年度収支の、年度末までの１年間の日次資金繰り表を出力システム、及びプログラムに関するものである。
【先行技術文献】
【特許文献】
【0002】
【特許文献1】特開平１１－１２０２２７号公報
【特許文献2】特開２００９－２４５１４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0003】
日次資金繰り表を作成する際に、同じ月の同じ日付に、数個から数十個の支払が重なる場合があるので、同じ月の同じ日付に数個から数十個の項目を入力する必要が出て来る場合がある。（図６参照）
これを、その数個から数十個の合計額でなく、１つずつの項目名、金額を入れる場合、同じ月、同じ日付のセルが数個から数十個必要になり、そのレコードを記入する前に、既に何度記入が行われているかの回数が値として必要である。
資金繰り項目、金額を描画する際、その描画以前までに同じ日付に描画された回数を、値としての記録を通常のデータ記憶部設定を会計年度３６５日または３６６日毎に行なうと、若し毎月の入力項目個数（レコード数）が５０個なら、
３６５個×５０（レコード数）＝１８，２５０個
と大量のデータ記憶部が必要になる。
これを、その数個から数十個の合計額でなく、１つずつの項目名、金額を入れる場合、同じ月、同じ日付のセルが数個から数十個必要になり、そのレコードを記入する前に、既に何度記入が行われているかの回数が値として必要である。
資金繰り項目、金額を描画する際、その描画以前までに同じ日付に描画された回数を、値としての記録を通常のデータ記憶部設定を会計年度３６５日または３６６日毎に行なうと、若し毎月の入力項目個数（レコード数）が５０個なら、
３６５個×５０（レコード数）＝１８，２５０個
と大量のデータ記憶部が必要になる。
【0004】
また、営業日の位置を特定するために、カレンダー上の連休の数を数える部分が必要である。そのコードを記述するためには、連休は一般的な想定では、何連休でも考えることが出来るため、コードが長くなりがちで、コーディングの間違いが起こり易かった。
【0005】
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくく、支払担当者には、その日の支払の把握には適さなかった。
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくい。
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくい。
【課題を解決するための手段】
【0006】
レコード単位の配列でそれまでのレコードまでの記入回数の値の管理を行うことで、その回数を一つの３次元配列でカウントすることが可能になる。これにより、会計年度のカレンダーによるテーブル５に記入していく処理で、それまでに記入した回数を参照したい場合に、条件を３つ与えるだけで、把握できるようになる。
【0007】
理屈上では、連休は何連休でも考えられるが、日本の祝祭日と土曜日日曜日の運用状況から、ゴールデンウィーク以外では、最大で４連休である。
日本において、５連休以上がカレンダーで続く場合は、ゴールデンウィークのみである。ゴールデンウィークは、５連休以上が考えられるので、これは他の期間の入力項目処理とは別の処理にするということを特徴とする分け方を考えた。４月２６日～３０日、５月１日～８日までに記入する時には、その次の営業日、その前の営業日がいつかを、事前に指定し易いように、事前に数式を組んでおいた。これにより、コードが短く済み、条件式等のコーディングの複雑化による間違いを少なく出来た。また、プログラム内での処理が少なくなるので、プログラムが出力する時間を減らし、出力を受け取る側のストレスが少なくなるという利点がある。
日本において、５連休以上がカレンダーで続く場合は、ゴールデンウィークのみである。ゴールデンウィークは、５連休以上が考えられるので、これは他の期間の入力項目処理とは別の処理にするということを特徴とする分け方を考えた。４月２６日～３０日、５月１日～８日までに記入する時には、その次の営業日、その前の営業日がいつかを、事前に指定し易いように、事前に数式を組んでおいた。これにより、コードが短く済み、条件式等のコーディングの複雑化による間違いを少なく出来た。また、プログラム内での処理が少なくなるので、プログラムが出力する時間を減らし、出力を受け取る側のストレスが少なくなるという利点がある。
【0008】
出力表については、土日祝日の振り分けをして、正確な入金・支払日が分かる。ここで、この区別をすることによって、事前に正確な支払日、入金日、月の支払額が一覧出来、その日の支払の把握に見通しが立ち、業務の負担が軽くなる。
一日毎で、営業日を加味した出力のため、具体的な日付と残高がその時点のリアルタイムで分かるという利点がある。（図６参照）
そして、会社単位でも、いついくらの過不足かを一日単位で明らかにできる。
一日毎で、営業日を加味した出力のため、具体的な日付と残高がその時点のリアルタイムで分かるという利点がある。（図６参照）
そして、会社単位でも、いついくらの過不足かを一日単位で明らかにできる。
【発明を実施するための形態】
【0009】
本発明の、実施の形態に係るソフトウェアは、ｖｉｓｕａｌ ｂａｓｉｃを備えた表計算ソフトである。
【0010】
実例を挙げて説明する。
「日次資金繰り表」（図６参照）作成過程について
請求項１に記述してある、「セグメント別収支表」テーブル１（図２参照）を、セル範囲の指定により、配列２を取得する。
その配列２から、第一要素を、「セグメント別収支表」のレコードＮｏ．（１列目のレコードを『１』、２列目のレコードを『２』、・・・）とし、第二要素を支払日（１～３１日）とし、第三要素を休日の場合の対応（翌営業日に出力＝０、前営業日に出力＝１の２つ）とする、配列３（１つのデータ記憶部）を生成する。そして、その値に、そのレコードに記入された要素通りに、記入回数を表す１を入力する。第一要素は、時間軸とし、第二、第三要素は、平面軸と捉える。（図３、４参照）
必然的に、一つのレコード毎に、支払日１日～３１日、前営業日、翌営業日の２通りが在る訳なので、６２種類の要素が存在するが、その内の１つに１が記入され、他は０である状況が生ずる。
これを足し合わせる配列４を考える。
例として、レコード１が支払日１８日、休日の場合の対応が翌営業日、レコード２が支払日２５日、休日の場合の対応が前営業日、レコード３が支払日１８日、休日の場合の対応が翌営業日の場合は、
配列３（１、１８、０）＝１、配列３（２、２５、１）＝１、配列３（３、１８、０）＝１
となる。（図５参照）
配列３の第一要素が１である他の部分は全て値０、第一要素が２である他の部分は全て値０、第一要素が３である他の部分は全て値０である。
合計配列は、
合計配列４（１、１８、０）＝１、
合計配列４（２、１８、０）＝１、合計配列４（２、２５、１）＝１
合計配列４（３、１８、０）＝２、合計配列４（３、２５、１）＝１
・・・（図５参照）
時点３の場合に、入金・支払日１８日、休日の場合の対応が翌営業日の入力回数は２回、入金・支払日２５日、休日の場合の対応が前営業日の入力回数は１回、ということである。
これにより、それぞれの時点における、その日付の入力回数を一つの記憶部で管理することが出来る。
これが、新しく出来る配列である。
「日次資金繰り表」（図６参照）作成過程について
請求項１に記述してある、「セグメント別収支表」テーブル１（図２参照）を、セル範囲の指定により、配列２を取得する。
その配列２から、第一要素を、「セグメント別収支表」のレコードＮｏ．（１列目のレコードを『１』、２列目のレコードを『２』、・・・）とし、第二要素を支払日（１～３１日）とし、第三要素を休日の場合の対応（翌営業日に出力＝０、前営業日に出力＝１の２つ）とする、配列３（１つのデータ記憶部）を生成する。そして、その値に、そのレコードに記入された要素通りに、記入回数を表す１を入力する。第一要素は、時間軸とし、第二、第三要素は、平面軸と捉える。（図３、４参照）
必然的に、一つのレコード毎に、支払日１日～３１日、前営業日、翌営業日の２通りが在る訳なので、６２種類の要素が存在するが、その内の１つに１が記入され、他は０である状況が生ずる。
これを足し合わせる配列４を考える。
例として、レコード１が支払日１８日、休日の場合の対応が翌営業日、レコード２が支払日２５日、休日の場合の対応が前営業日、レコード３が支払日１８日、休日の場合の対応が翌営業日の場合は、
配列３（１、１８、０）＝１、配列３（２、２５、１）＝１、配列３（３、１８、０）＝１
となる。（図５参照）
配列３の第一要素が１である他の部分は全て値０、第一要素が２である他の部分は全て値０、第一要素が３である他の部分は全て値０である。
合計配列は、
合計配列４（１、１８、０）＝１、
合計配列４（２、１８、０）＝１、合計配列４（２、２５、１）＝１
合計配列４（３、１８、０）＝２、合計配列４（３、２５、１）＝１
・・・（図５参照）
時点３の場合に、入金・支払日１８日、休日の場合の対応が翌営業日の入力回数は２回、入金・支払日２５日、休日の場合の対応が前営業日の入力回数は１回、ということである。
これにより、それぞれの時点における、その日付の入力回数を一つの記憶部で管理することが出来る。
これが、新しく出来る配列である。
【0011】
第一要素を時間軸と捉えるのは、レコードＮｏ．順に、レコードＮｏ．１を各月に記入し、次にレコードＮｏ．２を各月に記入し、レコードＮｏ．３を各月に記入し、と、その時点の実際の処理の動きの時間を指している。
第二、第三要素を平面軸とするのは、２軸構成としているという意味である。
実際の処理では、レコードＮｏ．を時間軸と捉え、レコードＮｏ．１を、平面軸に沿って各月１２回記述、レコードＮｏ．２を平面軸に沿って１２回記述、・・・という記入の仕方をする。
そして、例えば、時間軸＝８即ちレコードＮｏ．８におけるその日の記入回数を、この配列４の値によって求める、という考え方である。
第二、第三要素を平面軸とするのは、２軸構成としているという意味である。
実際の処理では、レコードＮｏ．を時間軸と捉え、レコードＮｏ．１を、平面軸に沿って各月１２回記述、レコードＮｏ．２を平面軸に沿って１２回記述、・・・という記入の仕方をする。
そして、例えば、時間軸＝８即ちレコードＮｏ．８におけるその日の記入回数を、この配列４の値によって求める、という考え方である。
【0012】
（時点１）
レコードＮｏ．１のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．１のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．１のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点２）
レコードＮｏ．２のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．２のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．２のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点３）
レコードＮｏ．３のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．３のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．３のデータを会計年度１２番目の月の入金・支払日に記入する。
という形で記入する。
ここで、記入日が重なる場合には、その日のセルは、一つ追加する必要がある。そのために、２回目の記入であるなら、１つセルを追加し、３回目の記入であるなら、２つセルを追加する必要がある。このために、合計配列２の値が役に立つ。また、記入位置を指定するために、その月の前日までにセルを追加しているならば、その個数も必要であり（例：入金・支払日が２５日であるレコードの記入をしている時に、それ以前のレコードで入金・支払日が１５日の項目を５回記入しているなら、２５日よりも上の列で、セルは４つ追加されている）、それも、この合計配列４の値によって、把握できる。
その後、次のレコードの検討に移る。
レコードＮｏ．１のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．１のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．１のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点２）
レコードＮｏ．２のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．２のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．２のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点３）
レコードＮｏ．３のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．３のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．３のデータを会計年度１２番目の月の入金・支払日に記入する。
という形で記入する。
ここで、記入日が重なる場合には、その日のセルは、一つ追加する必要がある。そのために、２回目の記入であるなら、１つセルを追加し、３回目の記入であるなら、２つセルを追加する必要がある。このために、合計配列２の値が役に立つ。また、記入位置を指定するために、その月の前日までにセルを追加しているならば、その個数も必要であり（例：入金・支払日が２５日であるレコードの記入をしている時に、それ以前のレコードで入金・支払日が１５日の項目を５回記入しているなら、２５日よりも上の列で、セルは４つ追加されている）、それも、この合計配列４の値によって、把握できる。
その後、次のレコードの検討に移る。
【0013】
連休数を数える際、５連休以上が生じる可能性のある４月２６日から３１日、５月１日から８日の部分に、入力項目がある場合に対応するため、実際のカレンダーを参照して、２０１９年の４月２４日から５月６日までの１０連休であるなら、４月２４日から５月６日までに記入された支払日２４日から末日、１日から６日のレコードは、休日の対応が翌営業日なら、記入回数は
合計配列４（レコードＮｏ．、２４、０）＝ａ
合計配列４（レコードＮｏ．、２５、０）＝ｂ
・・・
合計配列４（レコードＮｏ．、３０、０）＝ｇ
合計配列４（レコードＮｏ．、１、０）＝ｈ
合計配列４（レコードＮｏ．、２、０）＝ｉ
・・・
合計配列４（レコードＮｏ．、６、０）＝ｍ
記入回数＝ａ＋ｂ＋・・・＋ｇ＋ｈ＋ｉ＋・・・＋ｍ
であり、これを５月の７日に記入する。
休日の対応が前営業日なら、記入回数は、
合計配列４（レコードＮｏ．、２４、１）＝ｎ
合計配列４（レコードＮｏ．、２５、１）＝ｏ
・・・
合計配列４（レコードＮｏ．、３０、１）＝ｔ
合計配列４（レコードＮｏ．、１、１）＝ｕ
合計配列４（レコードＮｏ．、２、１）＝ｖ
・・・
合計配列４（レコードＮｏ．、６、１）＝ｚ
記入回数＝ｎ＋ｏ＋・・・＋ｔ＋ｕ＋ｖ＋・・・＋ｚ
であり、これを４月の２５日に記入する。
合計配列４（レコードＮｏ．、２４、０）＝ａ
合計配列４（レコードＮｏ．、２５、０）＝ｂ
・・・
合計配列４（レコードＮｏ．、３０、０）＝ｇ
合計配列４（レコードＮｏ．、１、０）＝ｈ
合計配列４（レコードＮｏ．、２、０）＝ｉ
・・・
合計配列４（レコードＮｏ．、６、０）＝ｍ
記入回数＝ａ＋ｂ＋・・・＋ｇ＋ｈ＋ｉ＋・・・＋ｍ
であり、これを５月の７日に記入する。
休日の対応が前営業日なら、記入回数は、
合計配列４（レコードＮｏ．、２４、１）＝ｎ
合計配列４（レコードＮｏ．、２５、１）＝ｏ
・・・
合計配列４（レコードＮｏ．、３０、１）＝ｔ
合計配列４（レコードＮｏ．、１、１）＝ｕ
合計配列４（レコードＮｏ．、２、１）＝ｖ
・・・
合計配列４（レコードＮｏ．、６、１）＝ｚ
記入回数＝ｎ＋ｏ＋・・・＋ｔ＋ｕ＋ｖ＋・・・＋ｚ
であり、これを４月の２５日に記入する。
【発明の効果】
本発明によれば、下記の優れた効果が得られる。
【0014】
資金繰り表を一日毎のカレンダー表示することにより、入金日、支払日が休日に該当する時、「翌営業日」区分のものは後日の最初の平日に、「前営業日」区分のものは、前倒しの最後の平日に、振り分けることにより、入力会計データを付与する、会計データを生成し、支払担当者が、先の支払日を正確に一覧出来、見易く、間違いがなくなる。（図６）
【0015】
現時点の現預金残高を、カレンダー内の日付の残高欄に記入し、その日ごとの入出金額をプラスマイナスすることにより、過不足がいつ生じるかを見通すことが出来る。（図６）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【手続補正書】
【提出日】2020-10-26
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、会計年度収支の、年度末までの１年間の日次資金繰り表を出力システム、及びプログラムに関するものである。
【先行技術文献】
【特許文献】
【0002】
【特許文献1】特開平１１－１２０２２７号公報
【特許文献2】特開２００９－２４５１４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0003】
日次資金繰り表を作成する際に、同じ月の同じ日付に、数個から数十個の支払が重なる場合があるので、同じ月の同じ日付に数個から数十個の項目を入力する必要が出て来る場合がある。（図６参照）
これを、その数個から数十個の合計額でなく、１つずつの項目名、金額を入れる場合、同じ月、同じ日付のセルが数個から数十個必要になり、そのレコードを記入する前に、既に何度記入が行われているかの回数が値として必要である。
資金繰り項目、金額を描画する際、その描画以前までに同じ日付に描画された回数を、値としての記録を通常のデータ記憶部設定を会計年度３６５日または３６６日毎に行なうと、若し毎月の入力項目個数（レコード数）が５０個なら、
３６５個×５０（レコード数） ＝ １８，２５０個
と大量のデータ記憶部が必要になる。
これを、その数個から数十個の合計額でなく、１つずつの項目名、金額を入れる場合、同じ月、同じ日付のセルが数個から数十個必要になり、そのレコードを記入する前に、既に何度記入が行われているかの回数が値として必要である。
資金繰り項目、金額を描画する際、その描画以前までに同じ日付に描画された回数を、値としての記録を通常のデータ記憶部設定を会計年度３６５日または３６６日毎に行なうと、若し毎月の入力項目個数（レコード数）が５０個なら、
３６５個×５０（レコード数） ＝ １８，２５０個
と大量のデータ記憶部が必要になる。
【0004】
また、営業日の位置を特定するために、カレンダー上の連休の数を数える部分が必要である。そのコードを記述するためには、連休は一般的な想定では、何連休でも考えることが出来るため、コードが長くなりがちで、コーディングの間違いが起こり易かった。
【0005】
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくく、支払担当者には、その日の支払の把握には適さなかった。
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくい。
また、従来のシステムの出力により存在した、月次の資金繰り表は、月初または月末合算の数字のため、現預金の残高が具体的に正確な日付まで捉えにくい。
【課題を解決するための手段】
【0006】
レコード単位の配列でそれまでのレコードまでの記入回数の値の管理を行うことで、その回数を一つの３次元配列でカウントすることが可能になる。これにより、会計年度のカレンダーによるテーブル５に記入していく処理で、それまでに記入した回数を参照したい場合に、条件を３つ与えるだけで、把握できるようになる。
【0007】
理屈上では、連休は何連休でも考えられるが、日本の祝祭日と土曜日日曜日の運用状況から、ゴールデンウィーク以外では、最大で４連休である。
日本において、５連休以上がカレンダーで続く場合は、ゴールデンウィークのみである。ゴールデンウィークは、５連休以上が考えられるので、これは他の期間の入力項目処理とは別の処理にするということを特徴とする分け方を考えた。４月２６日～３０日、５月１日～８日までに記入する時には、その次の営業日、その前の営業日がいつかを、事前に指定し易いように、事前に数式を組んでおいた。これにより、コードが短く済み、条件式等のコーディングの複雑化による間違いを少なく出来た。また、プログラム内での処理が少なくなるので、プログラムが出力する時間を減らし、出力を受け取る側のストレスが少なくなるという利点がある。
日本において、５連休以上がカレンダーで続く場合は、ゴールデンウィークのみである。ゴールデンウィークは、５連休以上が考えられるので、これは他の期間の入力項目処理とは別の処理にするということを特徴とする分け方を考えた。４月２６日～３０日、５月１日～８日までに記入する時には、その次の営業日、その前の営業日がいつかを、事前に指定し易いように、事前に数式を組んでおいた。これにより、コードが短く済み、条件式等のコーディングの複雑化による間違いを少なく出来た。また、プログラム内での処理が少なくなるので、プログラムが出力する時間を減らし、出力を受け取る側のストレスが少なくなるという利点がある。
【0008】
出力表については、土日祝日の振り分けをして、正確な入金・支払日が分かる。
ここで、この区別をすることによって、事前に正確な支払日、入金日、月の支払額が一覧出来、その日の支払の把握に見通しが立ち、業務の負担が軽くなる。
一日毎で、営業日を加味した出力のため、具体的な日付と残高がその時点のリアルタイムで分かるという利点がある。（図６参照）
そして、会社単位でも、いついくらの過不足かを一日単位で明らかにできる。
ここで、この区別をすることによって、事前に正確な支払日、入金日、月の支払額が一覧出来、その日の支払の把握に見通しが立ち、業務の負担が軽くなる。
一日毎で、営業日を加味した出力のため、具体的な日付と残高がその時点のリアルタイムで分かるという利点がある。（図６参照）
そして、会社単位でも、いついくらの過不足かを一日単位で明らかにできる。
【図面の簡単な説明】
【0009】
【図1】テーブル１から、テーブル５に至るまでの処理図である。
【図2】セグメント別収支表テーブル１である。
【図3】３次元配列の概念図である。
【図4】３次元配列の概念図である。
【図5】３次元合計配列の概念図である。
【図6】出力した日次資金繰り表である。
【発明を実施するための形態】
【0010】
本発明の、実施の形態に係るソフトウェアは、ｖｉｓｕａｌ ｂａｓｉｃを備えた表計算ソフトである。
【0011】
実例を挙げて説明する。
「日次資金繰り表」（図６参照）作成過程について
請求項１に記述してある、「セグメント別収支表」テーブル１（図２参照）を、セル範囲の指定により、配列２を取得する。
その配列２から、第一要素を、「セグメント別収支表」のレコードＮｏ．（１列目のレコードを『１』、２列目のレコードを『２』、・・・）とし、第二要素を支払日（１～３１日）とし、第三要素を休日の場合の対応（翌営業日に出力＝０、前営業日に出力＝１の２つ）とする、配列３（１つのデータ記憶部）を生成する。そして、その値に、そのレコードに記入された要素通りに、記入回数を表す１を入力する。第一要素は、時間軸とし、第二、第三要素は、平面軸と捉える。（図３、４参照）
必然的に、一つのレコード毎に、支払日１日～３１日、前営業日、翌営業日の２通りが在る訳なので、６２種類の要素が存在するが、その内の１つに１が記入され、他は０である状況が生ずる。
これを足し合わせる配列４を考える。
例として、レコード１が支払日１８日、休日の場合の対応が翌営業日、レコード２が支払日２５日、休日の場合の対応が前営業日、レコード３が支払日１８日、休日の場合の対応が翌営業日の場合は、
配列３（１、１８、０）＝１、配列３（２、２５、１）＝１、配列３（３、１８、０）＝１となる。（図５参照）
配列３の第一要素が１である他の部分は全て値０、第一要素が２である他の部分は全て値０、第一要素が３である他の部分は全て値０である。
合計配列は、
合計配列４（１、１８、０）＝１、
合計配列４（２、１８、０）＝１、合計配列４（２、２５、１）＝１
合計配列４（３、１８、０）＝２、合計配列４（３、２５、１）＝１
・・・（図５参照）
時点３の場合に、入金・支払日１８日、休日の場合の対応が翌営業日の入力回数は２回、入金・支払日２５日、休日の場合の対応が前営業日の入力回数は１回、ということである。
これにより、それぞれの時点における、その日付の入力回数を一つの記憶部で管理することが出来る。
これが、新しく出来る配列である。
「日次資金繰り表」（図６参照）作成過程について
請求項１に記述してある、「セグメント別収支表」テーブル１（図２参照）を、セル範囲の指定により、配列２を取得する。
その配列２から、第一要素を、「セグメント別収支表」のレコードＮｏ．（１列目のレコードを『１』、２列目のレコードを『２』、・・・）とし、第二要素を支払日（１～３１日）とし、第三要素を休日の場合の対応（翌営業日に出力＝０、前営業日に出力＝１の２つ）とする、配列３（１つのデータ記憶部）を生成する。そして、その値に、そのレコードに記入された要素通りに、記入回数を表す１を入力する。第一要素は、時間軸とし、第二、第三要素は、平面軸と捉える。（図３、４参照）
必然的に、一つのレコード毎に、支払日１日～３１日、前営業日、翌営業日の２通りが在る訳なので、６２種類の要素が存在するが、その内の１つに１が記入され、他は０である状況が生ずる。
これを足し合わせる配列４を考える。
例として、レコード１が支払日１８日、休日の場合の対応が翌営業日、レコード２が支払日２５日、休日の場合の対応が前営業日、レコード３が支払日１８日、休日の場合の対応が翌営業日の場合は、
配列３（１、１８、０）＝１、配列３（２、２５、１）＝１、配列３（３、１８、０）＝１となる。（図５参照）
配列３の第一要素が１である他の部分は全て値０、第一要素が２である他の部分は全て値０、第一要素が３である他の部分は全て値０である。
合計配列は、
合計配列４（１、１８、０）＝１、
合計配列４（２、１８、０）＝１、合計配列４（２、２５、１）＝１
合計配列４（３、１８、０）＝２、合計配列４（３、２５、１）＝１
・・・（図５参照）
時点３の場合に、入金・支払日１８日、休日の場合の対応が翌営業日の入力回数は２回、入金・支払日２５日、休日の場合の対応が前営業日の入力回数は１回、ということである。
これにより、それぞれの時点における、その日付の入力回数を一つの記憶部で管理することが出来る。
これが、新しく出来る配列である。
【0012】
第一要素を時間軸と捉えるのは、レコードＮｏ．順に、レコードＮｏ．１を各月に記入し、次にレコードＮｏ．２を各月に記入し、レコードＮｏ．３を各月に記入し、と、その時点の実際の処理の動きの時間を指している。
第二、第三要素を平面軸とするのは、２軸構成としているという意味である。
実際の処理では、レコードＮｏ．を時間軸と捉え、レコードＮｏ．１を、平面軸に沿って各月１２回記述、レコードＮｏ．２を平面軸に沿って１２回記述、・・・という記入の仕方をする。
そして、例えば、時間軸＝８即ちレコードＮｏ．８におけるその日の記入回数を、この配列４の値によって求める、という考え方である。
第二、第三要素を平面軸とするのは、２軸構成としているという意味である。
実際の処理では、レコードＮｏ．を時間軸と捉え、レコードＮｏ．１を、平面軸に沿って各月１２回記述、レコードＮｏ．２を平面軸に沿って１２回記述、・・・という記入の仕方をする。
そして、例えば、時間軸＝８即ちレコードＮｏ．８におけるその日の記入回数を、この配列４の値によって求める、という考え方である。
【0013】
（時点１）
レコードＮｏ．１のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．１のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．１のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点２）
レコードＮｏ．２のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．２のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．２のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点３）
レコードＮｏ．３のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．３のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．３のデータを会計年度１２番目の月の入金・支払日に記入する。
という形で記入する。
ここで、記入日が重なる場合には、その日のセルは、一つ追加する必要がある。
そのために、２回目の記入であるなら、１つセルを追加し、３回目の記入であるなら、２つセルを追加する必要がある。このために、合計配列２の値が役に立つ。
また、記入位置を指定するために、その月の前日までにセルを追加しているならば、その個数も必要であり（例：入金・支払日が２５日であるレコードの記入をしている時に、それ以前のレコードで入金・支払日が１５日の項目を５回記入しているなら、２５日よりも上の列で、セルは４つ追加されている）、それも、この合計配列４の値によって、把握できる。
その後、次のレコードの検討に移る。
レコードＮｏ．１のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．１のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．１のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点２）
レコードＮｏ．２のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．２のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．２のデータを会計年度１２番目の月の入金・支払日に記入する。
（時点３）
レコードＮｏ．３のデータを会計年度最初の月の入金・支払日に記入する。
レコードＮｏ．３のデータを会計年度次の月の入金・支払日に記入する。
・・・
レコードＮｏ．３のデータを会計年度１２番目の月の入金・支払日に記入する。
という形で記入する。
ここで、記入日が重なる場合には、その日のセルは、一つ追加する必要がある。
そのために、２回目の記入であるなら、１つセルを追加し、３回目の記入であるなら、２つセルを追加する必要がある。このために、合計配列２の値が役に立つ。
また、記入位置を指定するために、その月の前日までにセルを追加しているならば、その個数も必要であり（例：入金・支払日が２５日であるレコードの記入をしている時に、それ以前のレコードで入金・支払日が１５日の項目を５回記入しているなら、２５日よりも上の列で、セルは４つ追加されている）、それも、この合計配列４の値によって、把握できる。
その後、次のレコードの検討に移る。
【0014】
連休数を数える際、５連休以上が生じる可能性のある４月２６日から３１日、５月１日から８日の部分に、入力項目がある場合に対応するため、実際のカレンダーを参照して、２０１９年の４月２４日から５月６日までの１０連休であるなら、４月２４日から５月６日までに記入された支払日２４日から末日、１日から６日のレコードは、休日の対応が翌営業日なら、記入回数は
合計配列４（レコードＮｏ．、２４、０）＝ ａ
合計配列４（レコードＮｏ．、２５、０）＝ ｂ
・・・
合計配列４（レコードＮｏ．、３０、０）＝ ｇ
合計配列４（レコードＮｏ．、１、０）＝ ｈ
合計配列４（レコードＮｏ．、２、０）＝ ｉ
・・・
合計配列４（レコードＮｏ．、６、０）＝ ｍ
記入回数 ＝ ａ＋ｂ＋・・・＋ｇ＋ｈ＋ｉ＋・・・＋ｍ
であり、これを５月の７日に記入する。
休日の対応が前営業日なら、記入回数は、
合計配列４（レコードＮｏ．、２４、１）＝ ｎ
合計配列４（レコードＮｏ．、２５、１）＝ ｏ
・・・
合計配列４（レコードＮｏ．、３０、１）＝ ｔ
合計配列４（レコードＮｏ．、１、１）＝ ｕ
合計配列４（レコードＮｏ．、２、１）＝ ｖ
・・・
合計配列４（レコードＮｏ．、６、１）＝ ｚ
記入回数 ＝ ｎ＋ｏ＋・・・＋ｔ＋ｕ＋ｖ＋・・・＋ｚ
であり、これを４月の２５日に記入する。
合計配列４（レコードＮｏ．、２４、０）＝ ａ
合計配列４（レコードＮｏ．、２５、０）＝ ｂ
・・・
合計配列４（レコードＮｏ．、３０、０）＝ ｇ
合計配列４（レコードＮｏ．、１、０）＝ ｈ
合計配列４（レコードＮｏ．、２、０）＝ ｉ
・・・
合計配列４（レコードＮｏ．、６、０）＝ ｍ
記入回数 ＝ ａ＋ｂ＋・・・＋ｇ＋ｈ＋ｉ＋・・・＋ｍ
であり、これを５月の７日に記入する。
休日の対応が前営業日なら、記入回数は、
合計配列４（レコードＮｏ．、２４、１）＝ ｎ
合計配列４（レコードＮｏ．、２５、１）＝ ｏ
・・・
合計配列４（レコードＮｏ．、３０、１）＝ ｔ
合計配列４（レコードＮｏ．、１、１）＝ ｕ
合計配列４（レコードＮｏ．、２、１）＝ ｖ
・・・
合計配列４（レコードＮｏ．、６、１）＝ ｚ
記入回数 ＝ ｎ＋ｏ＋・・・＋ｔ＋ｕ＋ｖ＋・・・＋ｚ
であり、これを４月の２５日に記入する。
【発明の効果】
本発明によれば、下記の優れた効果が得られる。
【0015】
資金繰り表を一日毎のカレンダー表示することにより、入金日、支払日が休日に該当する時、「翌営業日」区分のものは後日の最初の平日に、「前営業日」区分のものは、前倒しの最後の平日に、振り分けることにより、入力会計データを付与する、会計データを生成し、支払担当者が、先の支払日を正確に一覧出来、見易く、間違いがなくなる。（図６）
【0016】
現時点の現預金残高を、カレンダー内の日付の残高欄に記入し、その日ごとの入出金額をプラスマイナスすることにより、過不足がいつ生じるかを見通すことが出来る。（図６）