JP2023101260A - 入金管理装置、入金管理方法及び入金管理プログラム - Google Patents

Abstract

【課題】将来的に回収される保留金を考慮した入金管理を可能とする。
【解決手段】保留金額算出部が、出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出し、また、請求金額算出部が、出来高となる金額から保留金額を減算処理した請求金額を算出する。データ生成部は、少なくとも請求金額の回収予定日、請求金額、及び、保留金額を含む回収予定データを生成する。そして、回収予定表生成部は、請求金額の回収予定月、及び、保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する。これにより、請求金額の回収予定及び保留金額の回収予定を回収予定表に基づいて認識でき、将来的に回収される保留金を考慮した入金管理を行うことができる。
【選択図】図８

Description

本発明は、入金管理装置、入金管理方法及び入金管理プログラムに関する。

今日において、例えば建設業においては、取引の回収金額を一部控除し（保留金）、竣工時に保留金を含めた残額を顧客に請求する商慣習がある。

特許文献１（特開２００２－１９７２６９号公報）に開示されている支払データ作成処理装置は、支払対象の指定項目にて支払締め日が指定されると、まず、指定された支払締め日に対応する支払先の費用データ及び控除データを抽出する。次に、費用の決裁項目及び控除の決裁項目にて費用金額及び控除金額の決裁を行う。次に、支払金額の確定項目にて、保留解除金額、保留金額、会費金額、費用金額及び控除金額に基づいて支払金額の確定が行われ、支払データの作成項目にて前記指定された支払締め日に対する支払先への支払方法に応じた支払データを作成する。これにより、利用者による支払データ作成処理装置の使い勝手の向上を図ることができる。

特開２００２－１９７２６９号公報

しかし、保留金は、将来的に回収される金銭であるのに対し、従来は、単純に出来高金額に基づく請求書の発行のみが可能であった。このため、将来的に回収される保留金を考慮した入金管理を行うことが困難となっていた。

本発明は、上述の課題に鑑みてなされたものであり、将来的に回収される保留金を考慮した入金管理を行うことが可能な入金管理装置、入金管理方法及び入金管理プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る入金管理装置は、出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出部と、出来高となる金額から保留金額を減算処理した請求金額を算出する請求金額算出部と、少なくとも請求金額の回収予定日、請求金額、及び、保留金額を含む回収予定データを生成するデータ生成部と、請求金額の回収予定月、及び、保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成部と、を有する。

また、本願発明に係る入金管理方法は、上述の課題を解決するために、保留金額算出部が、出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出ステップと、請求金額算出部が、出来高となる金額から保留金額を減算処理した請求金額を算出する請求金額算出ステップと、データ生成部が、少なくとも請求金額の回収予定日、請求金額、及び、保留金額を含む回収予定データを生成するデータ生成ステップと、回収予定表生成部が、請求金額の回収予定月、及び、保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成ステップと、を有する。

また、本願発明に係る入金管理プログラムは、上述の課題を解決するために、コンピュータを、出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出部と、出来高となる金額から保留金額を減算処理した請求金額を算出する請求金額算出部と、少なくとも請求金額の回収予定日、請求金額、及び、保留金額を含む回収予定データを生成するデータ生成部と、請求金額の回収予定月、及び、保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成部として機能させる。

本発明によれば、将来的に回収される保留金を考慮した入金管理を行うことができるという効果を奏する。

図１は、実施の形態の入金管理装置のハードウェア構成を示すブロック図である。 図２は、請求先マスタの模式図である。 図３は、実施の形態の入金管理装置における、入金管理処理の前半の流れを示すフローチャートである。 図４は、実施の形態の入金管理装置における、入金管理処理の後半の流れを示すフローチャートである。 図５は、契約データの一例を示す図である。 図６は、請求情報入力画面の一例を示す図である。 図７は、回収予定データの一例を示す図である。 図８は、工事別回収予定表の一例を示す図である。 図９は、入金データの一例を示す図である。 図１０は、工事別回収予定表の他の例を示す図である。 図１１は、回収予定データの他の例を示す図である。 図１２は、工事別回収予定表の、さらに他の例を示す図である。 図１３は、工事の契約締結から竣工までの間の複数の出来高請求に対する請求金額及び保留金額の変遷を一覧的に示す図である。 図１４は、売上データの一例を示す図である。

以下、本発明を適用した実施の形態となる入金管理装置を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

（ハードウェア構成）
図１は、実施の形態の入金管理装置１のハードウェア構成を示すブロック図である。この入金管理装置１としては、デスクトップ型のパーソナルコンピュータ装置の他、ノート型のパーソナルコンピュータ装置又はタブレット型のパーソナルコンピュータ装置を用いることができる。また、入金管理装置１としては、ＰＤＡ（Personal Digital Assistants）装置又はスマートフォン等携帯型情報処理装置を用いることができる。このような入金管理装置１は、記憶部２、制御部３、通信インターフェース部４及び入出力インターフェース部５を備えている。

通信インターフェース部４は、例えばインターネット等の広域網又はＬＡＮ（Local Area Network）等のプライベート網等のネットワークに接続される。

入出力インターフェース部５には、入力装置６及び出力装置７が接続されている。出力装置７としては、モニタ装置（家庭用テレビを含む）を用いることができる。入力装置６としては、キーボード装置及びマウス装置、及びマイクロホン装置の他、マウス装置と協働してポインティングデバイス機能を実現するモニタ装置を用いることができる。

記憶部２としては、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の記憶装置を用いることができる。記憶部２には、それぞれ所定の情報が記憶された記憶領域である請求先マスタ１１が設けられている。

請求先マスタ１１には、例えば図２に示すように、請求先コード、請求先名、及び、請求を行う出来高に対して予め請求先毎に設定されている保留比率が、それぞれ関連付けされて記憶されている。この図２の例は、請求先コードが「Ｋ００１」の「〇〇建設」の場合、「１０％」の保留比率が設定されており、請求先コードが「Ｋ００３」の「□□土木」の場合、「１５％」の保留比率が設定されている例である。

（機能構成）
次に、記憶部２には、入金管理プログラムが記憶されている。制御部３は、この入金管理プログラムを実行することで、表示制御部２１、取得部２２、データ生成部２３、出力制御部２４、保留金額算出部２５、及び、請求金額算出部２６として機能する。

表示制御部２１は、顧客に対する請求書を作成する際に、後述する請求情報入力画面を、出力装置７を介して表示する。取得部２２は，請求情報入力画面等を介して業務オペレータにより入力された各情報を取得する。データ生成部２３は、業務オペレータにより入力された情報に基づいて、契約データ、回収予定データ、前受請求書データ、入金データ、及び、売上データ等を生成する。また、データ生成部２３は、回収予定表生成部としても機能し、工事別回収予定表を表示するための工事別回収予定表データを生成する。

出力制御部２４は、出力装置７の一例であるプリンタ装置を介して請求書を印刷制御する。保留金額算出部２５は、請求先マスタ１１を参照し、請求先毎の保留比率に基づいて、保留金の保留金額を算出する。請求金額算出部２６は、出来高となる金額から保留金額を減算処理した請求金額を算出する。

（入金管理処理の詳細）
次に、実施の形態の入金管理装置１における入金管理処理を、図３及び図４のフローチャートを用いて説明する。図３のフローチャート及び図４のフローチャートは、一連の処理の流れを示すフローチャートである。図３のフローチャートは、入金管理処理の前半の流れを示すフローチャートである。図４は、入金管理処理の後半の流れを示すフローチャートである。

まず、業務オペレータは、顧客との間に締結された例えば工事の契約に基づいて、売上予定日、保留金回収予定日、及び、受注金額等を、入力装置６を介して入力する。図３のフローチャートのステップＳ１では、取得部２２が、業務オペレータにより入力された売上予定日、保留金回収予定日、及び、受注金額等の各情報を取得する。また、ステップＳ１では、データ生成部２３が、取得された各情報に基づいて契約データを生成して記憶部２に記憶する。

図５が、生成された契約データの一例である。この図５に示すように、契約データは、工事番号、受注日、売上予定日、保留金回収予定日、及び、受注金額の各情報を含んで構成される。このうち、例えば「ＰＪ００１」等の工事番号は、自動採番により入力される。受注日は、契約データを生成する当日の日付が入力される。図５の例は、「２０２１年３月１０日」が受注日となっている。

売上予定日は、保留金回収予定日、及び、受注金額は、業務オペレータにより入力される情報である。図５の例は、売上予定日（工事が竣工となる日）として「２０２２年３月２５日」の日付が入力された例である。また、図５の例は、保留金回収予定日として、工事が竣工となる日である「２０２２年３月２５日」が属する月（請求月）の翌月となる「２０２２年４月２０日」の日付が入力された例である。そして、図５の例は、この工事が、「１０００００００円」の受注金額の工事であることを示している。

次に、建設業における工事契約は受注した後、設計、工事、完成及び引き渡しまでの期間が長期間に及ぶ。このため、工事期間中に決算期となることもあり、引き渡しを行っていない工事に対して受注金額の一部を受け取った場合は、勘定科目を「未成業務受入金」とした計上処理が行われる。換言すると、受注金額は、工事期間に応じて複数の出来高に分けて顧客により入金され、入金された出来高は「未成業務受入金」として計上処理される。

図６は、顧客に対して工事の出来高に対する請求書を作成する際に表示される請求情報入力画面の一例を示す図である。竣工までの間の工事の出来高に対する請求は、この図６に例示するように、「未成業務受入金」として計上される。この図６の例は、「１０００００００円」の受注金額のうち、「２００００００円」を顧客に請求する請求書の入力例である。

このように、例えば「２００００００円」等の出来高金額が業務オペレータにより入力されると、保留金額算出部２５は、業務オペレータにより指定された請求先名に対応する保留比率を、請求先マスタ１１から検出する。そして、保留金額算出部２５は、「出来高金額×請求先の保留比率」の演算を行うことで、保留金額を算出する。例えば、図６に示したように出来高金額が「２００００００円」であり、請求先が図２に示す「〇〇建設」であるとする。この場合、「〇〇建設」の保留比率は「１０％」であるため、保留金額算出部２５は、「２００００００円×０．１」の演算を行うことで、「２０００００円」の保留金額を算出する。

また、請求金額算出部２６は、「出来高金額×（１－請求先の保留比率）」の演算を行うことで、請求先に対する請求金額を算出する。上述の例の場合、出来高金額が「２００００００円」であり、請求先となる「〇〇建設」の保留比率が「１０％」であるため、請求金額算出部２６は、「２００００００円×（１－０．１）」の演算を行うことで、「１８００００円」の保留金額を算出する。

なお、この「出来高金額×（１－請求先の保留比率）」の演算は、出来高金額から、算出された保留金額を減算処理する演算（２００００００円－２０００００円＝１８０００００円）と同義である。

このように保留金額及び請求金額が算出されると、データ生成部２３は、図７（ａ）に示す回収予定データを生成する。この回収予定データは、請求番号、請求日、回収予定日、請求金額、回収済金額、保留金額、及び、工事番号を含んで構成される。このうち、請求番号は自動採番されて入力される。請求日は、この回収予定データが作成された日付が自動的に入力される。「ＰＪ００１」等の工事番号は、業務オペレータにより入力された工事番号が回収予定データに入力される。

回収予定日は、業務オペレータにより指定された日付が入力される。この図７（ａ）の例の場合、請求日が「２０２１年７月２０日」であるため、業務オペレータは翌月の「２０２１年８月２０日」を請求金額の回収予定日として入力する。データ生成部２３は、業務オペレータにより入力された請求金額の回収予定日を回収予定データに入力する。

また、この例の場合、データ生成部２３は、「１８０００００円」を請求金額として回収予定データに入力する。また、この「１８０００００円」を請求金額は、この時点では、顧客から未入金の状態であるため、データ生成部２３は、回収済金額として「０円」を回収予定データに入力する。また、例えば建設業の商慣習における保留金額は、この例の場合「２０００００円」となるため、データ生成部２３は、保留金額として「２０００００円」を回収予定データに入力する。

次に、図３のフローチャートのステップＳ３では、データ生成部２３が、顧客に対して送付する請求書の請求書データを生成して記憶部２に記憶する。この例の場合、データ生成部２３は、「１８０００００円」を請求金額とし、「２０００００円」を保留金額とする請求書データを生成する。出力制御部２４は、この請求書データを、例えば電子メール等でネットワークを介して顧客に送信する。または、出力制御部２４は、出力装置７の一例であるプリンタ装置で、この請求書データを印刷制御する。印刷により形成された請求書は、顧客に郵送される。

ここで、データ生成部２３は、請求書データを生成すると、ステップＳ４において、請求金額及び保留金額の回収予定を時系列に沿って示す工事別回収予定表の工事別回収予定表データを生成し記憶部２に記憶する。図８に、工事別回収予定表の一例を示す。この図８に例示するように、工事別回収予定表は、受注した各工事の回収予定を、行単位で表示する。図８の例は、請求先が「〇〇建設」で、この「〇〇建設」から工事番号「ＰＪ０００１」の「〇〇国道 積算技術業務」を「１０００００００円」の契約金額で受注し、工事番号「ＰＪ０００２」の「〇〇国道 積算技術業務」を「１２００００００円」の契約金額で受注している例である。また、この図８の例は、工事番号「ＰＪ０００５」の「××事務所設計資料作成業務」を「２０００００００円」に契約金額で受注している例である。

この場合、データ生成部２３は、１行目に工事番号「ＰＪ０００１」の「〇〇国道 積算技術業務」の「１０００００００円」の工事に対する回収予定を表示し、２行目に工事番号「ＰＪ０００２」の「〇〇国道 積算技術業務」の「１２００００００円」の工事に対する回収予定を表示するように工事別回収予定表データを生成する。また、データ生成部２３は、３行目に工事番号「ＰＪ０００２」の「××事務所設計資料作成業務」の「２０００００００円」の工事に対する回収予定を表示するように工事別回収予定表データを生成する。

この工事別回収予定表は、各行の左から右にかけて、例えば２０２１年４月→２０２１年５月→２０２１年６月・・・等のように、時系列に沿ったかたちで各月の回収予定が入力されるようになっている。図８に示す１行目の工事番号「ＰＪ０００１」の「〇〇国道 積算技術業務」の場合、２０２１年８月に上述の「２００００００円」の出来高金額から保留金額を減算した「１８０００００円」が２０２１年７月に請求されるため、翌月の２０２１年８月が回収予定月とされる。また、保留金の「２０００００円」は、工事途中で決算期となる２０２２年３月の翌月の２０２２年４月が回収予定月とされる。

このような工事別回収予定表を生成することで、実際の請求額、回収予定及び保留金（将来の回収予定）をそれぞれ管理でき、より正確な資金繰り計画を可能とすることができる。

次に、請求書を受け取った顧客は、請求金額の入金を行う。表示制御部２１は、顧客から入金された入金金額を、入力装置６に表示する。図３のフローチャートのステップＳ５では、業務オペレータが顧客からの入金の有無を判断し、入金を確認できた際に（ステップＳ５：Ｙｅｓ）、ステップＳ６で入金処理を行う。

図９は、入金データの一例を示す図である。図９（ａ）は、工事期間中における１回目の入金処理による入金データの一例であり、図９（ｂ）は、工事期間中における２回目の入金処理による入金データの一例であり、図９（ｃ）は、工事期間中における３回目の入金処理による入金データの一例である。この図９の例は、竣工後の残金の請求を含め、計３回の請求が行われた例である。

この図９に示すように、入金データは、入金番号、入金日、入金金額及び請求番号を含んで構成される１回目の請求に対応する入金処理では、業務オペレータが、上述の「１８０００００円」の入金金額の入金操作を行う。入金番号及び請求番号は、自動採番で入力され、入金日は、その入金データの入力日が自動的に入力される。データ生成部２３は、このような入金データを記憶部２に記憶する。

また、業務オペレータにより、顧客から入金が行われると、データ生成部２３は、入金データの請求書番号に対応する回収予定データを記憶部２から検出する。この場合、データ生成部２３は、図９（ａ）に示す「ＳＥＩ００１－０１」の請求番号に対応する回収予定データを記憶部２から検出する。そして、データ生成部２３は、図７（ｂ）に示すように、「ＳＥＩ００１－０１」の請求番号の回収予定データに対して、今回の請求により顧客から入金された「１８０００００円」を、回収済金額として入力する。

次に、工事が進むと、ステップＳ７で、工事開始から２回目以降の請求入力が行われたか否か、及び。ステップＳ８で、その請求入力は、工事完成後の請求入力であるか否かが判別される。工事開始から２回目以降の請求入力が行われ（ステップＳ７：Ｙｅｓ）、その請求入力が、工事完成後の請求入力ではない場合は（ステップＳ８：Ｎｏ）、ステップＳ２に処理が戻る。そして、保留金額算出部２５及び請求金額算出部２６により、２回目以降の請求書に対応する保留金額及び請求金額が算出され、データ生成部２３により、２回目以降の請求書に対応する上述の回収予定データが生成される（ステップＳ２）。

図７（ｃ）は、２回目の請求に対応して生成された回収予定データの一例である。この図７（ｃ）の例は、２回目の出来高金額が「１００００００円」であり、このうち、「１０００００円」が保留金として算出された例である。この場合、データ生成部２３は、例えば請求番号を「ＳＥＩ００１－０２」とし、請求日を「２０２１年１０月２日」を請求日とし、翌月の「２０２１年１１月２日」を回収予定日とし、請求金額を「９０００００円」及び保留金額を「１０００００円」とした回収予定データを生成して記憶部２に記憶する。

また、請求金額を「９０００００円」とし、保留金額を「１０００００円」とした請求書が発行され（ステップＳ３）、顧客からの入金が行われると、データ生成部２３は、図９（ｂ）に示すように「ＳＥＩ００１－０２」を請求番号とした、「９０００００円」の入金に対応する入金データを生成する（ステップＳ５、ステップＳ６）。これと共に、データ生成部２３は、図７（ｄ）に示すように、「ＳＥＩ００１－０２」の請求番号の回収予定データを記憶部２から検出する。そして、「ＳＥＩ００１－０２」の請求番号の回収予定データに対して、今回の請求により顧客から入金された「９０００００円」を、回収済金額として入力する（ステップＳ６）。

さらにデータ生成部２３は、この２回目の請求は、図７（ｂ）に示したように「２０２１年１１月２日」を回収予定日とする「９０００００円」の請求金額であり、「１０００００円」の保留金額である。このため、データ生成部２３は、図１０に示すように、工事別回収予定表の１行目の工事の２０２１年１１月に「９０００００円」の回収予定金額を入力し、２０２２年４月に回収予定の「２０００００円」の保留金額に、今回の「１０００００円」を加算処理した計「３０００００円」の保留金額の工事別回収予定表を生成（更新）する（ステップＳ４）。

次に、工事の竣工により、顧客に対して保留金も含め、最終的な工事代金の残金を請求する場合、図３のステップＳ８から図４のステップＳ９に処理が進む。ステップＳ９では、取得部２２が、業務オペレータの売上入力操作による入力情報を取得する。データ生成部２３は、ステップＳ１０において、取得された入力情報に基づいて、図１４に示す売上データを生成する。

この図１４に例示するように、売上データは、売上番号、売上日、請求番号及び売上金額を含んで構成される。売上番号は、この売上データの生成時に自動採番により付加される。売上日は、この売上データを作成した日時が自動的に入力される。業務オペレータは、以下に説明するように、この売上データに基づいて最終的な請求書を作成する。売上データの請求番号としては、この最終的な請求書に付される請求番号が、業務オペレータに入力される。また、売上金額としては、その工事の契約締結時に示された受注金額（図５参照）である例えば「１０００００００円」が、業務オペレータにより入力される。

次に、データ生成部２３は、ステップＳ１１において、図１１（ａ）に例示するように、顧客に対して最終的に請求する請求金額を入力した回収予定データを生成する。図１１（ａ）の例は、請求番号が「ＳＥＩ００１－０３」であり、「２０２２年３月２０日」を請求日とし、翌月の「２０２２年４月２０日」を回収予定日として顧客に請求される、請求金金額が「７３０００００円」の回収予定データである。

すなわち、この例の場合、上述のように「１０００００００円」が受注金額であり、過去、「２００００００円」及び「１００００００円」の出来高金額が発生している。このうち、「２０００００円＋１０００００円＝３０００００円」が保留金であり、この時点で、実際に、顧客から入金済みの金額は、「１８０００００円＋９０００００円＝２７０００００円」である。このため、残金である「７３０００００円」が業務オペレータにより入力され、データ生成部２３は、この「７３０００００円」を請求金額とする回収予定データを生成する。これにより、「２０００００円＋１０００００円＝３０００００円」の保留金も顧客に対して請求されるため、データ生成部２３は、回収予定データの保留金額として「－３０００００円」を入力し、保留金の消込を行う。

次に、データ生成部２３は、ステップＳ１２において、図１２に示すように、工事別回収予定表の「２０２２年４月」を回収予定月とする「７３０００００円」の回収予定金額を入力した工事別回収予定表データを生成し、記憶部２に記憶する。この工事別回収予定表により、工事関係者は、「１０００００００円」の受注金額の全額が、「２０２２年４月」に回収予定であることを認識することができる。

次に、業務オペレータは、このような最終的な売上データに基づいて、「７３０００００円」を請求金額とする最終的な請求書作成し、顧客に対して送信又は郵送する。これにより、顧客は、最終的な請求金額である「７３０００００円」を入金する。ステップＳ１４では、業務オペレータが、顧客から最終的な請求金額である「７３０００００円」が入金されたか否かを判別する（ステップＳ１４）。

顧客からの入金が行われると（ステップＳ１４：Ｙｅｓ）、データ生成部２３は、図９（ｃ）に示すように「ＳＥＩ００１－０３」を請求番号とした、「７３０００００円」の入金に対応する入金データを生成する（ステップＳ１５）。

これと共に、データ生成部２３は、図１１（ｂ）に示すように、「ＳＥＩ００１－０３」の請求番号の回収予定データを記憶部２から検出する。そして、「ＳＥＩ００１－０３」の請求番号の回収予定データに対して、今回の請求により顧客から入金された「７３０００００円」を、回収済金額として入力する（ステップＳ１６）。顧客より「７３０００００円」の残金が入金されたことで、保留金も入金されたこととなるため、データ生成部２３は、図１１（ｂ）に示すように回収予定データの保留金額を「－３０００００円」として、過去の保留金額の消込を行う。これにより、図３及び図４の一連のフローチャートに示す入金管理処理が終了する。

最後に、上述の「１０００００００円」の受注金額の工事に対する請求金額及び保留金額の推移のイメージを図１３に示す。上述のように契約金額は「１０００００００円」である。１回目の出来高請求は、「２００００００円」の出来高金額のうち、「２０００００円」が保留金とされ、回収予定日を「２０２１年８月２０日」として「１８０００００円」が請求される。

２回目の出来高請求は、「１００００００円」の出来高金額のうち、「１０００００円」が保留金とされ、回収予定日を「２０２１年１１月２日」として「９０００００円」が請求される。最後に、「７００００００円」の出来高金額に対して、過去の保留金である「３０００００円」が加算され、計「７３０００００円」が、回収予定日を「２０２２年４月２０日」として請求される。この最後の請求を行った際、「３０００００円」の保留金の消込が行われる。このような請求金額及び保留金額の推移は、上述の工事別回収予定表で時系列に沿って確認できる。このため、正確な入金管理を行うことができる。

（実施の形態の効果）
以上の説明から明らかなように、実施の形態の入金管理装置１は、請求時に出来高の一部を保留とし、保留分を差し引いた形で請求書を発行できる。また、実際の請求額、回収予定及び保留金（将来の回収予定）をそれぞれ管理し、より正確な資金繰り計画を可能とすることができる。

すなわち、前請求入力画面（請求書発行前の登録処理）に保留金の控除を設けることで、実際の回収予定及び将来の回収予定をそれぞれ管理できる。このような実施の形態の入金管理装置１は完成基準、進行基準、原価回収基準のうち、いずれの売上基準においても有効に機能する。

［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、入金管理装置１に関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

例えば、入金管理装置１が備える処理機能、特に制御部３及び制御部３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて入金管理装置１により機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部３を構成する。

また、この入金管理装置１の入金管理プログラムは、入金管理装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するための入金管理プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Blu-ray（登録商標） Disc等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した入金管理装置１において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、入金管理装置１は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、建築業をはじめ、保留金が発生する様々な業種の入金管理に有用である。

１ 入金管理装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
２１ 表示制御部
２２ 取得部
２３ データ生成部
２４ 出力制御部
２５ 保留金額算出部
２６ 請求金額算出部

Claims (4)

1. 出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出部と、
   前記出来高となる金額から前記保留金額を減算処理した請求金額を算出する請求金額算出部と、
   少なくとも前記請求金額の回収予定日、前記請求金額、及び、前記保留金額を含む回収予定データを生成するデータ生成部と、
   前記請求金額の回収予定月、及び、前記保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成部と、
   を有する入金管理装置。
2. 前記出来高となる金額は、受注金額を複数の出来高に分けた金額であり、
   前記保留金額算出部は、前記出来高毎に前記保留金額を算出し、
   前記請求金額算出部は、最終的な出来高に対する前記請求金額を算出する際に、前記出来高毎の保留金額の合計額を、最終的な出来高となる金額に加算処理して前記請求金額を算出し、
   前記データ生成部は、最終的な出来高に対する前記回収予定データを生成する際に、前記出来高毎の保留金額の合計額を、最終的な出来高となる金額に加算処理して算出された前記請求金額、前記請求金額の回収予定日、及び、前記出来高毎の保留金額の合計額の消込を行った保留金額を含む回収予定データを生成すること
   を特徴とする請求項１に記載の入金管理装置。
3. 保留金額算出部が、出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出ステップと、
   請求金額算出部が、前記出来高となる金額から前記保留金額を減算処理した請求金額を算出する請求金額算出ステップと、
   データ生成部が、少なくとも前記請求金額の回収予定日、前記請求金額、及び、前記保留金額を含む回収予定データを生成するデータ生成ステップと、
   回収予定表生成部が、前記請求金額の回収予定月、及び、前記保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成ステップと、
   を有する入金管理方法。
4. コンピュータを、
   出来高となる金額に対して所定の保留比率を乗算処理した保留金額を算出する保留金額算出部と、
   前記出来高となる金額から前記保留金額を減算処理した請求金額を算出する請求金額算出部と、
   少なくとも前記請求金額の回収予定日、前記請求金額、及び、前記保留金額を含む回収予定データを生成するデータ生成部と、
   前記請求金額の回収予定月、及び、前記保留金額の回収予定月を時系列に沿って表示する回収予定表の回収予定表データを生成する回収予定表生成部として機能させること、
   を特徴とする入金管理プログラム。

Images