JP3605563B2 - 財務管理システム及び財務管理方法 - Google Patents
財務管理システム及び財務管理方法 Download PDFInfo
- Publication number
- JP3605563B2 JP3605563B2 JP2000398853A JP2000398853A JP3605563B2 JP 3605563 B2 JP3605563 B2 JP 3605563B2 JP 2000398853 A JP2000398853 A JP 2000398853A JP 2000398853 A JP2000398853 A JP 2000398853A JP 3605563 B2 JP3605563 B2 JP 3605563B2
- Authority
- JP
- Japan
- Prior art keywords
- payment
- data
- journal
- group
- storage unit
- 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
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【発明の属する技術分野】
本発明は、所定伝票への入力のみによって、企業グループ内外に応じた支払処理及び入金処理を行なうと共に、企業としての連結決算処理を行なうようにした財務管理システムを提供するものである。
【0002】
また、本発明は、グループ内の複数の部門から入力された所定の伝票に基づいて支払処理を行なう支払処理システム、及び、グループ内の複数の部門への入金処理を行なう入金処理システムに関する。
【0003】
【従来の技術】
本社と子会社等を含む関係会社等とで成る大企業構成において、従来より会計処理方法は、各子会社で日々発生する伝票を処理し、伝票等の勘定記録に基づいて、期末毎に損益計算書及び貸借対照表等の財務諸表の作成を行なっている。また、本社に対して、必要に応じて、例えば、期末毎に損益計算書及び貸借対照表等の財務諸表を提出している。本社は、子会社から報告を受けた財務諸表に基づいて、企業全体として作成した連結損益計算書及び連結貸借対照表等に基づいた連結財務諸表を作成する等をして決算整理を行なっている。
【0004】
これら会計処理を簡素化するために、近年のコンピュータ化によって、多くの企業で、会計ソフトを導入し、伝票処理等の日々の処理を自動化するようになってきた。例えば、各関係会社が、業務に適した独自の会計ソフトを開発し、又は、市販されている会計ソフトを導入し、必要に応じて担当者によって表計算等を使用して計算データを加工する等の工夫によって、煩雑な会計処理をこなしている。
【0005】
このようなコンピュータ化によって、関係会社は、会社内での伝票処理をデータとして管理することが可能となり、本社への報告のための損益計算書及び貸借対照表等を、例えば、本社が指定する形式での表計算シートへの加工を容易とすることができ、また、本社への報告もネットワークを介してデータ転送することによって、迅速に行なうことが可能となった。
【0006】
【発明が解決しようとする課題】
しかしながら、上記従来における会計処理方法においては、以下に述べる問題点がある。
【0007】
伝票処理によって、本社と関係会社間又は関係会社間同士のグループ間で発生する売掛金及び買掛金による入金処理及び支払処理は、所定の銀行を介して行なわれる。通常、例えば、本社への支払処理を簡素化するために、つまり、支払伝票への消し込み処理を簡素化するために、勘定科目の数を少なくする等を行なっている。しかしながら、会計法規に従った勘定科目の設定に基づく以上、勘定科目を少なくするには限度があり、手間のかかる消し込み処理を大幅に削減することができない。また、各関係会社は、期日までに支払いを完了させるために、銀行へ出向き、銀行に指定の取引先に支払いを依頼するために、支払伝票に基づいた依頼書を提出、又は、銀行で支払伝票に基づいたデータを入力する等の労力を要する。更に、グループ間でありながら、本社のみならず各関係会社において、少なくとも支払いに必要な資金を、預金残高として管理しておかなければならない。そして、銀行を介して支払いが行なわれるため、手数料を支払わなければならない等の問題がある。
【0008】
また、通常、各関係会社にて独自の会計処理を行なっているため、本社が連結決算報告を行なうためには、決算整理を各関係会社の財務知識を有する担当者によって行なわなければならない。本社は、短い期間内に、各関係会社から報告される大量のデータを処理しなければならず、連結決算を完了させるための労力は相当なものである。関係会社においても、決算整理を行なう労力は大変なものであるが、通常、人手を介して、決算報告が作成されるため、本社への報告前後において、見直し及び修正が発生する等の問題がある。
【0009】
そこで、本発明の課題は、所定伝票への入力のみによって、企業グループ内外に応じた支払処理及び入金処理を行なうと共に、企業としての連結決算処理を行なうようにした財務管理システムを提供することである。
【0010】
【課題を解決するための手段】
上記の課題を解決するため、本発明は、請求項1に記載されるように、グループ内の複数の会社に設置される端末と、ネットワークを介して前記端末に接続される会計センターに設置されるコンピュータとを含み、前記コンピュータは前記複数の会社及び外部の銀行に代わって資金を管理することで資金の集中・決済を行う資金管理部門として会計処理を行う財務管理システムであって、
前記コンピュータは、前記グループ内の複数の会社及び支払い先に関するデータを格納するデータベースと、グループ内の複数の会社から前記端末を介して入力された伝票データを記憶する記憶部と、該記憶部から伝票データを読み出して、当該伝票中の支払情報が入力されている支払伝票データの支払先を前記データベースに格納されている前記支払い先に関するデータと照合することにより、上記グループ内の会社への支払であるかを判断するグループ内判断手段と、上記グループ内判断手段による判断結果に基づいて、上記資金管理部門が支払元の代わりに上記支払先へ仮払いするように仕訳けて前記記憶部に当該仕訳に係るデータを記憶させる仕訳手段と、上記仕訳手段により得られた仕訳に係るデータを前記記憶部から読み出して、入金情報を入力した入金伝票データを上記支払先へ通知するためのデータを生成するグループ内入金処理手段とを有し、前記データベースは会社毎に連結会社であるか否かを示すデータを格納するテーブルを備え、前記コンピュータは更に、上記テーブルで示される連結会社独自の勘定科目に従う伝票の仕訳データを所定の会計法規に基づく所定の勘定科目に従う伝票の仕訳データにデータ変換するためのコンバートデータベースを参照して、入力された伝票の仕訳データを所定の勘定科目に従う伝票の仕訳データに変換する連結決算処理部と、上記データ変換された所定の勘定科目に従う伝票の仕訳データに基づいて、上記テーブルで示される連結会社間での売掛金及び買掛金を示すデータのマトリクスを作成して前記記憶部に格納するマトリクス作成手段と、前記記憶部に格納された上記マトリクス作成手段によって作成されたマトリクスに基づいて、連結会社間での売掛金データ及び買掛金データの一致を消去する消去手段と、上記消去手段によって全て消去した際に、連結財務諸表を形成するデータを生成する連結財務諸表生成手段とを有する財務管理システムである。
【0011】
このような財務管理システムでは、グループ内への支払伝票に対して、資金管理部門が仮払いできるように仕訳を作成し、グループ内への支払伝票から、支払先への入金伝票を作成することができる。
【0012】
従って、銀行を介することなく資金を内部で動かすことができるため、銀行との間での資金の授受を不要とし、銀行手続き等も不要となる。また、このような財務管理システムでは、各部門によって入力された伝票の仕訳データに基づいて、各部門のうちの連結会社間における売掛金及び買掛金の一致を自動的に消去することができるため、連結財務諸表の作成を容易に行なうことができる。
【0013】
上記グループ内の複数の部門は、例えば、1つの企業グループに属する子会社、関連会社、又は、1つの企業組織を目的に応じて分類した単位を示す。
【0014】
上記資金管理部門は、例えば、本社機構、又は、本社によって管理されるグループ全体の資金運用を行なう部門等である。
【0015】
資金を集中させるという観点において、本発明は、請求項2に記載されるように、請求項1記載の財務管理システムにおいて、前記コンピュータは、前記データベースを参照することでグループ外から上記複数の会社のいずれかへの入金であると判断した場合に、当該会社から上記資金管理部門への貸付金として入金処理を行なうグループ外入金処理手段を有し、該資金管理部門の口座にグループ外からの入金を集中させるように構成することができる。
【0016】
このような財務管理システムでは、グループ外からの入金を、入金先の部門から資金管理部門への貸付金として入金処理が行なわれるため、入金額を資金管理部門の口座に集中させて管理することができる。従って、各部門の口座に資金を遊ばせておくといった無駄を無くすことができる。
【0017】
グループ全体としての預金を最小限にするという観点において、本発明は、請求項3に記載されるように、請求項1又は2記載の財務管理システムにおいて、上記資金管理部門の口座を所定残高に基づいて管理する残高管理手段を有するように構成することができる。
【0018】
このような財務管理システムでは、資金を集中させている資金管理部門の口座を所定残高に基づいて管理する。従って、所定残高を超えた預金を運用資金、又は、借入返済に充当すること(余資吸上)ができ、また、金利を稼ぐことが可能となる。
【0019】
グループ内の部門からグループ外の取引先への支払を代行するという観点において、本発明は、請求項4に記載されるように、請求項1乃至3のいずれか一項記載の財務管理システムにおいて、上記グループ内判断手段によって、上記支払先がグループ外の取引先である場合、上記資金管理部門から上記支払元への貸付金として支払処理を行なうグループ外支払処理手段を有し、上記支払元の代わりに上記資金管理部門の口座から該支払先に支払代行を行なうように構成することができる。
【0020】
このような財務管理システムでは、グループ外の取引先へ支払が行なわれる場合、資金管理部門からグループ内の支払元への貸付金として支払処理を行なうことができる。よって、資金管理部門による支払代行が可能となり、各部門における資金繰りの調整が不要となり、資金繰りの不安を無くすことができる。
【0021】
預金を超える資金が一時的に必要な場合に対応するという観点において、本発明は、請求項5に記載されるように、請求項1乃至4のいずれか一項記載の財務管理システムにおいて、上記部門からの伝票に入力された資金の回送を依頼する貸方科目に応じて、該部門の口座に、上記資金管理部門から資金を回送する資金回送手段を有するように構成することができる。
【0022】
このような財務管理システムでは、伝票に入力された資金の回送を依頼する貸方科目に応じて、グループ内の部門の口座に、資金管理部門から資金を回送するため、部門での資金繰りが容易に行なうことができる。
【0023】
また、入力された所定の伝票に基づいて連結決算処理を行なうという観点から、本発明は、請求項6に記載されるように、請求項1乃至5のいずれか一項記載の財務管理システムにおいて、部門毎に連結会社であるか否かを示すテーブルと、上記各部門から入力された伝票の仕訳データに基づいて、上記テーブルで示される連結会社間での売掛金及び買掛金を示すマトリクスを作成するマトリクス作成手段と、上記マトリクス作成手段によって作成されたマトリクスに基づいて、連結会社間での売掛金及び買掛金の一致を消去する消去手段と、上記消去手段によって全て消去した際に、連結財務諸表を生成する連結財務諸表生成手段とを有するように構成することができる。
【0025】
また、グループ内の債務相殺を行なうという観点において、本発明は、請求項6に記載されるように、請求項1記載の前記データベースは前記グループ内の複数の会社に関するデータ及びグループ内支払に対する金利情報を格納し、前記記憶部はグループ内の複数の会社から前記端末を介して入力された財務データを記憶し、前記コンピュータは、前記端末を介して指定された期日に基づいて、前記記憶部を参照することで支払処理される支払伝票を抽出する抽出手段と、上記抽出手段によって抽出された支払伝票の支払先が上記グループ内の会社であるかを前記データベースを参照して判断した判断結果と勘定科目とに基づいて、グループ内支払に対する債務消し込みの仕訳を作成する第一仕訳作成手段と、前記データベースに格納された上記グループ内支払に対する金利情報に基づいて、仕訳を作成する第二仕訳作成手段と、上記第一仕訳作成手段と上記第二仕訳作成手段とによって作成された仕訳によって、前記記憶部に格納されている財務データを更新する財務データ更新手段とを有するように構成することができる。
【0026】
このような財務管理システムでは、グループ内支払に対する債務消し込みの仕訳を作成し、グループ内支払に対する金利情報に基づいて仕訳を作成するため、グループ内への支払を銀行を介することなく、全ての仕訳を自動的に作成することができる。
【0027】
更に、資金繰りを効率的に行なうため、本発明は、請求項8に記載されるように、請求項1において、前記コンピュータは、各会社にて入力された入金予定を前記記憶部に格納して管理する入金予定管理手段と、入金の通知を前記記憶部に格納して入金実績として管理する入金実績管理手段と、前記記憶部に格納した上記入金予定と上記入金実績とを対応させる入金予定実績対応手段と、上記入金予定実績対応手段によって対応させた入金実績の消し込みを行なって前記記憶部に格納されている入金実績を更新する入金実績消し込み手段とを有する構成とすることができる。
【0028】
このような財務管理システムでは、各部門にて入力された入金予定が管理されるため、資金繰りを正確に把握することができ、また、入金実績と対応させることによって、売掛金の消し込みを容易に行なうことができる。
【0035】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【0036】
本発明の実施の一形態に係る財務管理システムのネットワーク構成及び機能構成は、例えば、図1に示すようになっている。
【0037】
図1に示す財務管理システムおいて、受信した伝票データに基づいて財務管理処理を行なう会計センター100と、本社での伝票処理に必要なデータを入力するための本社端末101と、子会社を含む関係会社での伝票処理に必要なデータを入力する関係会社端末20とが、ネットワーク30で接続される。更に、会計センター100は、日々(又は所定日毎)の支払処理及び入金処理を行なう銀行システム40と専用回線31等で接続される。専用回線31は、例えば、NTTアンサー回線等である。
【0038】
会計センター100は、主に、出力依頼に応じて、出力データをプリンター93への出力を制御する出力制御処理部103と、キーボード又はマウス等からの入力データを制御する入力制御処理部104と、ディスプレー95への表示データを制御する表示制御処理部105と、本社及び関係会社(以下、グループ内と言う)に代わって支払を行なう支払代行処理を制御する支払代行処理部110と、グループ内及び本社及び関係会社以外の外部取引先50等のグループ外からの入金を管理する入金管理部120と、グループ内会社毎の財務を管理する財務管理部140とを有する。
【0039】
会計センター100において、支払代行処理部110は、更に、支払関係データ抽出部111と、支払関係ファイル作成部112と、グループ入金データ作成部113と、債務消し込み仕訳ファイル作成部142と、仕訳変換部143とを有し、また、基本情報DB(データベース)116と、銀行情報DB117と、支払先情報DB118とによって、支払処理に必要な登録データを管理する。上記データベース116から118は、本社及び関係会社で登録した全データを管理するようにしてもよい。または、本社及び関係会社で共通に必要とされる登録データのみを管理するようにし、各会社のみで必要なデータは、各会社の端末で上記データベース116から118と同様の構成を成すデータベースを有するようにしてもよい。
【0040】
支払関係データ抽出部111は、各社から転送された伝票データに基づいて、指定された支払期日の伝票データを抽出する。
【0041】
支払関係ファイル作成部112は、支払関係データ抽出部111によって抽出された伝票データに設定された仕訳に基づいて、グループ外の銀行に支払うための銀行仕様に従ったグループ外銀行支払ファイル(全銀行ファイル)と、グループ内の銀行に支払うためのグループ用のメインバンクの仕様に従ったグループ内銀行支払ファイルと、グループ外の債務を消し込んだグループ外債務消し込み仕訳ファイルと、グループ内の債務を消し込んだグループ内債務消し込み仕訳ファイルと、グループ間の入金を消し込んだグループ内部入金ファイルの5つのファイルを作成する。
【0042】
これら5つのファイルは、例えば、グループ外銀行支払ファイルの場合、先頭にGを付加した所定の会社コード等で示されるCSV形式のファイルである。グループ内銀行支払ファイルは、例えば、先頭にNを付加した所定の会社コード等で示されるCSV形式のファイルである。グループ外債務消し込み仕訳ファイルは、例えば、先頭にSGを付加した所定の会社コード等で示されるデータ形式のファイルである。グループ内債務消し込み仕訳ファイルは、例えば、先頭にSNを付加した所定の会社コード等で示されるデータ形式のファイルである。グループ内入金ファイルは、例えば、先頭にFを付加した所定の会社コード等で示されるデータ形式のファイルである。
【0043】
支払代行処理部110は、支払関係ファイル作成部112が作成した上記グループ外債務消し込み仕訳ファイル(SGで始まるファイル)と、グループ内債務消し込み仕訳ファイル(SNで始まるファイル)と、グループ内部入金ファイル(Fで始まるファイル)とを財務管理部140の債務消し込み仕訳ファイル作成部142へ渡す。一方、支払代行処理部110は、グループ外銀行支払ファイル(Gで始まるファイル)及びグループ内銀行支払ファイル(Nで始まるファイル)を、銀行システム40へ専用回線31を介して送信する。これによって、会計センター100は、本社及び各関係会社に代わって銀行へ一括して支払う支払代行を行う。
【0044】
グループ入金データ作成部113は、支払伝票がグループ内の場合、グループ入金データとして作成する。作成された入金データは、入金管理部120で処理される。
【0045】
債務消し込み仕訳ファイル作成部142は、支払代行処理部110から受けたファイルのうち、グループ内債務消し込み仕訳ファイル(SNで始まるファイル)を抽出し、仕訳変換部143は、銀行システム40から金利情報を取得して、その金利情報に基づいて仕訳変換を行う。債務消し込み仕訳ファイル作成部142によって抽出されたグループ内債務消し込み仕訳ファイルと、仕訳変換部143によって変換された金利情報に基づく仕訳とは、財務データ即時更新処理部141(後述される)によって、財務データを更新するために処理される。
【0046】
また、会計センター100の入金管理部120は、更に、入金予定データ連結部121と、得意先管理部122と、入金予定管理部123と、入金実績データ連結部124と、銀行入出金明細処理部125と、入金消込処理部126と、仕訳伝票作成部127とを有し、また、得意先DB(データベース)131と、入金予定DB132と、入金実績DB133とによって、入金管理に必要な登録データを管理する。上記データベース131から133は、本社及び関係会社で登録した全データを管理するようにしてもよい。または、本社及び関係会社で共通に必要とされる登録データのみを管理するようにし、各会社のみで必要なデータは、各会社の端末で上記データベース116から118と同様の構成を成すデータベースを有するようにしてもよい。
【0047】
入金予定データ連結部121は、関係会社の販売部門の販売管理処理部70からの売上による入金データを連結する処理を行う。
【0048】
得意先管理部122は、各関連会社で登録された入金が予定される得意先を、得意先DB131で管理する。
【0049】
入金予定管理部123は、各関連会社から入力された入金予定データを入金予定DB132で管理すると共に、必要に応じて指定の得意先へ請求書を発行することができる。
【0050】
入金実績データ連結部124は、グループ内外からの入金実績データを連結する。つまり、ネットワーク30を介して、グループ内の入金実績を集中させると共に、専用回線31を介して、メインバンクの銀行システム40及び指定銀行41からのグループ外の入金実績を集中させることができる。よって、会計センターに資金を集中させることができる。
【0051】
銀行入出金明細処理部125は、銀行からの入金及び銀行への出金の明細を入金実績DB133で管理する。
【0052】
入金消込処理部126は、入金予定データ連結部121及び入金予定管理部123で管理される入金予定データと入金実績データ連結部124で管理される入金実績データとをマッチングすることによって、一致した入金実績データへの消し込み処理を行う。
【0053】
仕訳伝票作成部127は、入金予定データに対して仕訳伝票を作成する。
【0054】
更に、会計センター100の財務管理部140は、各会社から残高を示す残高情報を集約する各残高の集約部1411及び各種帳票印刷部1412とを有する財務データ即時更新処理部141とを有する。
【0055】
財務管理部140において、財務データ即時更新処理部141は、各残高の集約部1411と各種帳票印刷部1412とを有する。
【0056】
財務データ即時更新処理部141の各残高の集約部1411は、本社及び各関連会社20の伝票入力部221からの支払伝票データと、支払及び入金の消し込み仕訳データなどに基づいて、各社の残高を集約する。よって、グループ全体の残高を知ることができる。また、各種帳票印刷部1412は、選択された帳票の出力を行う。
【0057】
会計センター100において、支払代行処理部110、入金管理部120、及び、財務管理部140は、独立したソフトウェア製品又は独立したサーバであって、夫々を連結することによって、構成するようにしてもよい。
【0058】
本社端末101は、主に、連結決算処理部150と、支払処理を行なうための情報を管理する支払情報管理部210と、財務処理を行なう財務処理部220と、支払伝票の処理を行なう伝票入力部221と、支払期日に応じて、支払処理を管理する支払期日管理部223と、グループ内外への入金を行なう入金処理部224と、会計センター100へ会計関連ファイルを転送するファイル転送処理部230とを有し、会計センター100と同様の出力制御処理部1031と、入力制御処理部1041と、表示制御処理部1051と、通信インターフェース1081とを有する。連結決算処理部150は、会計センター100に構成されるようにしても良い。
【0059】
支払情報管理部210は、支払情報名寄せ部211と、集中口座設定部212と、グループ内外選択部213と、手数料計算設定部214とを有する。
【0060】
支払情報管理部210は、支払処理を行うための必要な情報を登録し管理する。必要な情報のみが設定され、その情報を管理するためのデータベースは、会計センター100の支払代行処理部110で管理するようにしてもよい。また、関係会社のみで必要な情報は、関係会社端末20でデータベースを有し、独自に管理するようにしてもよい。
【0061】
財務処理部220は、会計センター100での財務管理部140と同様に、財務データ即時更新処理部141を有し、本社での残高の集約を行うと共に、所定期間毎に、本社での日々の伝票データに基づいて、財務諸表を自動作成する。また、本社端末101での財務処理部220は、各関連会社から集約された財務諸表に基づいて本社での連結決算処理を行い、その処理にて得られた連結決算書を監査システム60にネットワーク30を介して提供する。財務処理部220は、市販されている財務管理するパッケージソフトウェア製品でもよい。
【0062】
伝票入力部221は、本社及び関係会社で日々入力される伝票を仕訳する。
【0063】
支払期日管理部223は、伝票に入力された期日に基づいて、支払可能な期日であるか否かをチェックする。
【0064】
入金処理部224は、会計センター100での入金管理部120の入金消込処理部126と同様の処理部を有し、入金を示す入金データを受けると、勘定消し込みを行う。また、予め入力しておいた予定される入金伝票と実績の入金伝票をマッチングさせる。この入金処理部224によって、正しい入金があったか否かをチェックすることが可能となる。また、資金繰りの予測を容易に行うことが可能となる。つまり、資金回収を予測することができる。
【0065】
ファイル転送処理部230は、仕訳された支払伝票及び入金伝票等を会計センターへ日々転送する。
【0066】
また、各関係会社端末20は、連結決算処理部150を除き、本社端末101と同様の機能を有する。ただし、データの参照及び登録、及び、処理の権限は、システムへのアクセス時に入力されるユーザ名及びパスワード等によって制限される。
【0067】
各関係会社端末20では、所定期末毎に、或いは、月末毎に、財務処理部220によって、伝票に基づいた数値情報及び財務諸表等を生成し、本社端末101へ転送する。
【0068】
上記財務管理システムのネットワーク構成及び機能構成によって、本社又は関係会社は、グループ外に分類される外部取引先からの「入金連絡」に基づいて、入金処理部224より伝票入力しておく。その伝票入力が、ネットワーク30を介して、会計センターに呼び込まれ、該外部取引先の指定銀行41の銀行口座に入金があると、直ちに、例えば、専用回線31を介して、資金が会計センターへ吸収される。つまり、資金集中を実現することができる。このような資金集中において、該関係会社から会計センターへの貸付金となる。この貸付金は、日々処理される。よって、従来のように、入金された資金を多少の期間、寝かせておくことがない。
【0069】
また、グループ内に分類される関係会社22が売掛金(対本社)を、本社が買掛金(対関係会社)を、夫々決算伝票として入力すると、該売掛金と該買掛金の情報が会計センター100に呼び込まれ、会計センター100のグループ入金データ作成部113によって、本社の買掛金が該関係会社22の入金処理部224へ入金データを転送する。関係会社22の入金消し込み処理によって、金額、支払期日、及び、相手先で判断し、自動的に消し込み仕訳ファイルが作成されるため、該売掛金が相殺される。また、本社の該買掛金は、会計センター100の財務管理部140の債務消し込み仕訳ファイル作成部142によって、消し込み仕訳ファイルが作成されることによって、該買掛金が相殺される。これは、関係会社22から会計センター100への貸付金として、また、本社から会計センター100への借入金として認識される。よって、資金を銀行経由で授受する必要がなくなるため、銀行への手続きが不要となる。
【0070】
グループ内に分類される関係会社23が、事前に、外部支払先への「支払依頼」を伝票入力しておく。その伝票入力が、会計センター100に呼び込まれ、銀行システム40から当該支払先の銀行口座へ支払われる。その際、資金は、会計センター100のお金を使用し、振込人名義は、関係会社23となる。その支払代行においては、会計センター100から関係会社23への(日々処理される)貸付金となる。勘定消し込みは各社で行なう。不測の支払いに備えた資金を寝かせておく必要がなく、かつ、各社での資金繰りの必要がなくなる。
【0071】
本発明の実施の一形態に係る財務管理システムを構成する会計センター100のハードウェア構成は、例えば、図2に示すようになっている。
【0072】
図2において、この会計センター100は、CPU(Central Processing Unit)11、メモリユニット12、出力ユニット13、入力ユニット14、表示ユニット15、補助記憶装置16、CD−ROM(Compact Disc Read Only Memory)ドライブユニット17及び通信ユニット18を有している。これらの各ユニット11、12、13、14、15、16、17及び18は、バスBに接続されている。
【0073】
CPU11は、メモリユニット12に格納されたプログラムに従って当該会計センター100を制御すると共に、上述された支払代行処理、預金管理処理、及び、財務管理処理を行う。メモリユニット12は、RAM(Random Access Memory)及びROM(Read Only Memory)にて構成され、CPU11にて実行されるプログラム、CPU11での処理に必要なデータ、CPU11での処理にて得られたデータ等を格納する。また、メモリユニット12の一部の領域が、CPU11での処理に利用されるワークエリアとして割り付けられている。
【0074】
入力ユニット14は、マウス、キーボード等を有し、上記会計センター100での処理を行なうためのデータ入力や入力したデータの変更等、必要な各種情報を入力するために用いられる。表示ユニット15は、CPU11の制御のもとに該会計センター100の管理者等に必要な各種情報を表示する。
【0075】
補助記憶装置16は、例えば、ハードディスクユニットにて構成され、各種ファイル、テーブル、プログラム等を格納する。
【0076】
該会計センター100での処理に係る各プログラムは、例えば、CD−ROM(Compact Disc Read Only Memory)19によって当該システムに提供される。即ち、該会計センター100での処理に係るプログラムが保存されたCD−ROM19がCD−ROMドライブユニット17にセットされると、CD−ROMドライブユニット17がCD−ROM19から当該プログラムを読み出し、その読み出されたプログラムがバスBを介して補助記憶装置16にインストールされる。そして、この該会計センター100での処理が起動されると、補助記憶装置16にインストールされた当該プログラムに従ってCPU11がその処理を開始する。尚、当該プログラムを格納する媒体としてCD−ROM19に限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【0077】
通信ユニット18は、銀行システム40及び他指定銀行41とのデータ送受信を行い、通信インターフェース108によって制御される。
【0078】
また、本社端末101及び関係会社端末21、22、23、...(以下、総称して関係会社端末20とする)のハードウェア構成は上記同様である。
【0079】
図3は、財務管理処理の例を示す図である。
【0080】
図3より、財務管理システムで行う財務管理処理において、各関係会社端末20の利用者は、支払伝票を入力する際に、支払情報の登録を行う(ステップS110)。必要な支払情報が登録されていない場合、ステップS111にて、支払情報の事前登録を行う。事前登録は、必要に応じて、支払情報の名寄せ(ステップS112)、集中口座の設定(S113)、グループ内外の選択(S114)、手数料計算(S115)を行う。これらステップS112からS115は、図1の関係会社端末20における支払情報管理部210によって実行される。これら事前登録は、同じ案件に対しては1度行えばよい。
【0081】
次に、関係会社の利用者が、伝票入力部221によって支払伝票を入力すると、入力された支払伝票が会計センター100へ転送される(ステップS120)。転送された支払伝票は、会計センター100の財務管理部140の財務データ即時更新処理部141によって、財務データを更新する。また、該関係会社端末20においても、財務処理部220にて財務データが即時更新される。
【0082】
更新された財務データに基づいて、例えば、期末毎に、本社の連結処理部150によって、連結データが作成される(ステップS124)。
【0083】
入力された支払伝票に基づいて、支払期日がチェックされる(ステップS130)。支払期日のチェックでエラーが出た場合、例えば、臨時支払処理(詳細は後述される)が必要な場合等でエラーが発生した場合、臨時支払処理を行うことでそのエラーを取り除くことによって修正ができる(ステップS131)。その臨時支払処理によって修正された支払伝票は、財務処理部220にて財務データを即時更新する。
【0084】
ステップS130によって支払期日が通常処理で可能であると判断された場合、及び、ステップS131によって、臨時支払処理が完了した場合、支払伝票は、ファイル転送処理部230によって、会計センター100へ転送される。
【0085】
次に、会計センター100にて、管理者は、各社から受信した支払伝票に基づいて、支払関係データ抽出を行う(ステップS140)。例えば、管理者は、11月30日を期日として入力すると、支払代行処理部110の支払関係データ抽出部111がその期日に支払処理がなされるべき支払伝票データを抽出し、ディスプレー95に表示する。
【0086】
続けて、抽出された期日での支払伝票データから上述した5つの支払関係ファイルが支払関係ファイル作成部112により作成される(ステップS150)。
【0087】
作成された5つのファイルのうち、グループ外の債務を消し込んだグループ外債務消し込み仕訳ファイル(SGで始まるファイル)と、グループ内の債務を消し込んだグループ内債務消し込み仕訳ファイル(SNで始まるファイル)と、グループ間の入金を消し込んだグループ内入金ファイル(Fで始まるファイル)とに基づいて、グループにおける入金実績データが作成される(ステップS151)。
【0088】
ステップS151で作成された入金実績データは、各社に転送され、各社端末の入金処理部224にて処理される。
【0089】
支払代行処理部110は、ステップS150で作成された支払関係ファイルから、銀行システム40へ送信すべきファイルを振り分ける(ステップS160)。グループ外銀行支払ファイル(Gで始まるファイル)とグループ内銀行支払ファイル(Nで始まるファイル)とを銀行システム40へ送信する(YES)。一方、グループ外の債務を消し込んだグループ外債務消し込み仕訳ファイル(SGで始まるファイル)と、グループ内の債務を消し込んだグループ内債務消し込み仕訳ファイル(SNで始まるファイル)とについては、ステップS161にて債務消し込みの処理が行なわれる(NO)。
【0090】
以下、ステップS201から終了までは、銀行システム40での処理である。
【0091】
銀行システム40は、会計センター100からグループ外銀行支払ファイル(Gで始まるファイル)とグループ内銀行支払ファイル(Nで始まるファイル)とを受信すると、会計センターによる支払の残高処理を行なう(ステップS201)。
【0092】
会計センター100にて支払が処理されるグループ内の支払の金利計算を行なう(ステップS202)。グループ内銀行支払ファイル(Nで始まるファイル)に基づいてステップS202で計算された金利は、月末毎に、会計センター100の財務管理部140の仕訳変換部143によって、取り込まれる。
【0093】
ステップS162において、仕訳変換部143は、銀行システム40から取り込んだ金利情報に基づいて、支払利息及び受取利息を計算して、利息に関する仕訳ファイルを作成する。つまり、これら利息は、会計センター100への借入金となる。例えば、関係会社が支払利息を払う場合、借入金が増え、関係会社が受取利息を受ける場合、借入金の返済となる。
【0094】
ステップS161で作成された債務消し込み仕訳ファイルと、ステップS162で作成された仕訳ファイルは、所定期間毎に、仕訳ファイルが結合され(ステップS163)、会計センター100の財務管理部140にて財務データが更新される。また、各社の財務処理部220へ転送され、財務データへの更新が行なわれる(ステップS121)。
【0095】
ステップS201にて、残高処理終了すると、グループ外銀行支払ファイル(Gで始まるファイル)とグループ内銀行支払ファイル(Nで始まるファイル)からグループ外銀行支払ファイル(Gで始まるファイル)のみが抽出される(ステップS203)。
【0096】
抽出されたグループ外銀行支払ファイル(Gで始まるファイル)は、銀行システム40にてグループ外総合振込みデータが作成される(S204)。つまり、振込みを行なうための依頼書が自動生成される。
【0097】
ステップS204において、振込データ作成時にエラーが発生した場合(ステップS205)、会計センター100の支払代行処理部110へエラーになったグループ外銀行支払ファイル(Gで始まるファイル)が返送される。戻されたグループ外銀行支払ファイルは、修正することによって(ステップS141)、ステップS140から処理が繰り返される。
【0098】
一方、エラーが発生しなかったグループ外銀行支払ファイルについては、作成された振込データ(依頼書)に基づいて、メインバンクから各外部取引先50へ支払金額が振り込まれる(ステップS206)。財務管理処理を終了する。
【0099】
会計センター100の支払代行処理部110によって実行される上記財務管理処理によって、グループ内での支払は、銀行を経由することがないため、銀行への手数料をその度毎に支払う必要がない。
【0100】
また、クループ外への支払の場合、依頼書が自動生成されるため、担当者がメインバンクへ出向き作成した依頼書を提出する必要がない。又は、依頼書データをメインバンクで入力する必要がない。
【0101】
各関係会社での支払担当者は、各端末20から支払伝票を入力するのみで、会計センターにて上記財務管理処理が実行されることとなる。
[支払代行]
次に、各社で使用される伝票入力について説明する。
【0102】
図4は、支払代行処理を行なうための伝票の例を示す図である。
【0103】
図4(A)は、関係会社で使用される統一された伝票の例を示す図である。
【0104】
図4(A)において、伝票300は、検索番号を示す検索NOと、伝票番号を示す伝票NOと、起票日を示す月日と、科目コード、部門名称、部門名に付けられた借方科目とを示す借方科目と、科目コード、貸方科目、補助科目名称とを示す貸方科目と、内税又は外税を示す消費税コードと、支払期日を示す期日/番号と、支払金額を示す金額と、摘要を示す摘要等の項目を有する。
【0105】
図4(A)の例では、11月10日に、11月15日に日の丸鉄鉱に買掛金1,000,000円の支払があることを示す。補助科目名称301が日の丸鉄鉱となる。
【0106】
図4(B)は、伝票の補助科目名称に関連付けされる支払情報の例を示す。
【0107】
図4(B)において、支払情報310は、支払先を識別する支払先コードと、伝票の補助科目名称301と関連付けられる支払先名称と、振込依頼銀行と、振込依頼銀行を識別するコードと、カタカナで示される振込先銀行と、振込先支店を識別するコードと、カタカナで示される振込先支店と、口座種別を示す種別と、口座NOと、振込先名と、手数料計算と、振込方法を示す方法と、手数料の負担元を示す負担と、整理番号と、確認等との項目を有する。
【0108】
支払先コードは、例えば7桁で示され、下4桁の番号によって、グループ内又はグループ外かを示す。例えば、7000から9999番までをグループ内に割り当て、0から6999番までをグループ外に割り当てる。更に、7101番を本社番号とする。また、上3桁は、例えば、未払金等で同一支払先コードで複数の伝票が発行される場合に、未払金伝票毎に番号が振られる。例えば、補助科目名称301が日の丸鉄鉱である買掛金1(支払金額50万円)、買掛金2(支払金額200万円)、未払い金(支払金額20万円)の伝票が発行された場合、夫々上3桁に番号が振られる。例えば、買掛金1に対して支払コード「0007000」、買掛金2に対して支払コード「0007000」、未払金に対して支払コード「0017000」が振られる。図3のステップS112において、買掛金1へ支払先の名寄せを行なうように名寄せ情報を登録すると、支払金額270万円の買掛金1の伝票が作成される。
【0109】
支払先名称は、図4(A)に示す伝票の補助科目名称301と関連付けされている。支払先名称「日の丸鉄鉱」は、支払先コードにより本社であることを示す。よって、グループ内での支払伝票であることを示す。
【0110】
振込先銀行及び振込先支店によって、集中口座が指定される。この例では、振込先銀行「サクラバシ」銀行の振込先支店「トウキョウ」支店が集中口座であることを示す。会計センター100での支払代行処理によって、資金がこの銀行口座に集中することを示す。
【0111】
種別は、普通口座を「0普」で示し、当座口座を「1当」で示す。
【0112】
口座NOは、会計センター100の口座番号「9990003」が設定される。
【0113】
ただし、振込先名は、「ヒノマルテッコウ(カ)」、すなわち日の丸鉄鉱が設定される。
【0114】
負担は、手数料分が自社負担の場合「0自社」が設定され、相手先負担にする場合「1他社」が設定される。
【0115】
上記、補助科目名称301に関連付けされた支払情報310によって、振込先はグループ内各社の名前であって、会計センター100の口座が指定される。
【0116】
次に、伝票300が支払情報310に基づいて、図3のステップS161にて債務消し込み仕訳ファイル作成部142によって行なわれる債務消し込み及び仕訳について説明する。
[グループ内債権債務相殺]
図5は、グループ内支払伝票の仕訳処理の例を示す図である。
【0117】
図5(A)は、グループ内支払伝票の消し込みの例を示す図である。
【0118】
図5(A)において、グループ内支払伝票の消し込みの例を示す図である。
【0119】
伝票300に対する消し込みは、伝票305のように、借方科目に買掛金が付き、その補助科目名称は「日の丸鉄鉱」となり、貸方科目には仮勘定が付く。会計センター100が支払代行を行なうので、預金勘定ではなく仮勘定で消し込まれる。摘要は、支払伝票の摘要がそのまま残る。このようなグループ内での債務消し込みは、支払期日の夜間に実行される。
【0120】
図5(B)及び図5(C)は、仮勘定で消し込まれた伝票の仕訳の例を示す。
【0121】
図5(B)において、仮勘定借方残の場合は、仕訳伝票320の借方科目に短期貸付金が付く。
【0122】
図5(C)において、仮勘定貸方残の場合は、仕訳伝票330の貸方科目に短期借入金がつく。
【0123】
図5(B)及び図5(C)において、仮勘定の仕訳は、月末処理後に行なわれるため、伝票の月日321及び331は共に月末日付、例えば、11月30日となる。
【0124】
次に、図3に示すステップS163でのデータ結合について説明する。
【0125】
図6は、グループ内支払伝票の仕訳データの結合の例を示す図である(取引残高が預り金残高にある場合)。
【0126】
図6(A)は、関係会社側の仕訳の例を示す図である。
【0127】
図6(A)の仕訳データ結合400において、仕訳401は、図3のステップS162にて仕訳変換された仕訳であり、仕訳402は、図3のステップS161にて債務消し込みの仕訳を示す。
【0128】
図6(B)は、会計センター側の仕訳の例を示す図である。
【0129】
図6(B)仕訳データ結合410において、図6(A)に対する会計センター側への仕訳を示しており、仕訳411は、図3のステップS162にて仕訳変換された仕訳であり、仕訳412は、図3のステップS161にて債務消し込みの仕訳を示す。
【0130】
例えば、関係会社名が日の丸テクノである場合、日の丸テクノへの仕訳データ結合400において、借方科目に仮勘定が付き、貸方科目に受取利息が付く場合(仕訳401)、会計センター100への仕訳データ結合410において、借方科目に支払利息が付き、貸方科目に仮勘定が付く(仕訳411)。また、日の丸テクノへの仕訳データ結合400において、借方科目に短期貸付金が付き、貸方科目に仮勘定が付く場合(仕訳402)、会計センター100への仕訳データ結合410において、借方科目に仮勘定が付き、貸方科目に短期借入金が付く(仕訳412)。
【0131】
図7は、グループ内支払伝票の仕訳データの結合の例を示す図である(取引残高が貸付金残高にある場合)。
【0132】
図7(A)は、関係会社側の仕訳の例を示す図である。
【0133】
図7(A)の仕訳データ結合405において、仕訳406は、図3のステップS162にて仕訳変換された仕訳であり、仕訳407は、図3のステップS161にて債務消し込みの仕訳を示す。
【0134】
図7(B)は、会計センター側の仕訳の例を示す図である。
【0135】
図7(B)仕訳データ結合415において、図7(A)に対する会計センター側への仕訳を示しており、仕訳416は、図3のステップS162にて仕訳変換された仕訳であり、仕訳417は、図3のステップS161にて債務消し込みの仕訳を示す。
【0136】
例えば、関係会社名が日の丸テクノである場合、日の丸テクノへの仕訳データ結合405において、借方科目に支払利息が付き、貸方科目に仮勘定が付く場合(仕訳406)、会計センター100への仕訳データ結合415において、借方科目に仮勘定が付き、貸方科目に受取利息が付く(仕訳416)。また、日の丸テクノへの仕訳データ結合405において、借方科目に仮勘定が付き、貸方科目に短期借入金が付く場合(仕訳407)、会計センター100への仕訳データ結合415において、借方科目に短期貸付金が付き、貸方科目に仮勘定が付く(仕訳417)。
【0137】
上記のような仕訳処理によって、グループ内の債務相殺が可能となる。
[期日管理]
次に、図3のステップS130にて、関係会社端末20の支払期日管理部223が実行する期日チェック処理について説明する。
【0138】
図8は、期日チェック処理を説明するフローチャート図である。
【0139】
図8より、検査する日付を入力する(ステップS11)。検査する日付(チェック日付)は、本社側と関係会社側で夫々設定され自動的に表示されるようにしても良い。例えば、初期設定として、当日から3日後(中2日)の日付を自動表示する。更に、銀行休日を管理する銀行休日マスタから算出することによって、3日後に、銀行休日の日を含まないようにする。又は、期日を予め設定する期日管理設定画面(図示せず)などにおいて、数値を設定しておくことによって、初期値設定値から該数値を引いた値の日付を初期表示させるようにしても良い。
【0140】
i=1から会社数になるまで(全社について)以下の処理を実行する(ステップS12)。
【0141】
ステップS13において、各社の仕訳抽出パラメータを自動作成する。例えば、会社コードが「9001」である場合、会社コードと会社名を含むExp9001.txtのような仕訳ファイルを作成する。
【0142】
ステップS14において、4月1日から次年度3月31までの1年間分の仕訳をエクスポートする。
【0143】
ステップS15において、エクスポートした仕訳からステップS11で設定したチェック日付が期日として入力されているデータをDBに取り込む。
【0144】
ステップS14において、処理済の仕訳、期日が銀行休日である仕訳などは、エラーと判断し、該仕訳を印刷する(ステップS18)。一方、エラーでない仕訳は、DBの正規テーブルに追加する(ステップS17)。
【0145】
次の会社がまだあるか否かを判断し、ある場合にはステップS12へ戻り、ない場合は、期日チェック処理を終了する。
【0146】
上記より、例えば、所定の期日が11月30日である場合、29日の支払期日を入力するとエラーとなる。また、銀行休日、及び、2日営業日前などのチェックが可能となる。期日チェック処理によって、会計センター100においても、各社が管理している期日に基づいて、支払処理を管理することが可能となる。
[臨時支払]
しかしながら、初期設定された期日とは無関係に、臨時に支払が発生する場合がある。その場合、図3のステップS131にて、臨時支払のための伝票を作成する。次に、臨時支払伝票について説明する。
【0147】
図9は、内税の場合の臨時支払伝票の例を示す図である。
【0148】
図9において、臨時支払伝票420は、担当者によって入力された所定期日以外で支払うための伝票である。関係会社端末20の支払期日管理部223での期日チェック後、作成された臨時支払伝票420は、担当者が確定すると、会計センター100へ転送される。臨時支払伝票420の伝票番号には、例えば、9000番台が使用される。同月で同じ番号の使用を不可とし、年間を通して9001から9999を順に使い回しをする。
【0149】
会計センター100において、支払代行処理部110の臨時支払伝票仕訳部114によって、確定された臨時支払伝票420が仕訳けられ、臨時仕訳伝票425が自動生成される。
【0150】
この例において、関係会社が「日の丸ABC」であって、臨時支払伝票420の借方科目に売上原価が付き、貸方科目に未払費用が付いた場合(仕訳421)、臨時仕訳伝票425では、仕訳421に対して借方科目に未払費用が付き、貸方科目に仮受消費税が付いた消し込み仕訳422が自動的に作成される。
【0151】
図10は、外税の場合の臨時支払伝票の例を示す図である。
【0152】
図10において、臨時支払伝票430は、担当者によって入力された所定期日以外で支払うための伝票である。関係会社端末20の支払期日管理部223での期日チェック後、作成された臨時支払伝票430は、担当者が確定すると、会計センター100へ転送される。臨時支払伝票430の伝票番号は、内税の場合と同様に、9000番台が使用される。
【0153】
会計センター100において、支払代行処理部110の臨時支払伝票仕訳部114によって、確定された臨時支払伝票430が仕訳けられ、臨時仕訳伝票435が自動生成される。
【0154】
この例において、関係会社が「日の丸ABC」であって、臨時支払伝票430の借方科目に売上原価が付き、貸方科目に未払費用が付いた場合(仕訳431)、臨時仕訳伝票435では、仕訳431に対して仕訳436から439の4つの仕訳が自動生成される。金額100,000円の仕訳436において、借方科目に売上原価が付き、貸方科目に複合が付く。更に、消費税5,000円の仕訳437において、借方科目に仮払消費税が付き、貸方科目に複合が付く。そして、消費税が加算された金額105,000円の仕訳438において、借方科目に複合が付き、貸方科目に未払費用が付く。更に、仕訳439において、借方科目に未払費用が付き、貸方科目に仮勘定が付く。
【0155】
よって、会計センター100の支払代行処理部110の臨時支払伝票仕訳部114は、内税又は外税に応じた仕訳を行なうことができるため、関係会社の担当者は、臨時支払伝票を入力するのみで、期日外の支払処理を容易に行なうことができる。
【0156】
次に、図3のステップS151での会計センター100における支払代行処理部110のグループ入金データ作成部113での処理を説明する。
【0157】
図11は、支払管理マトリクスの例を示す図である。
【0158】
図11より、グループ内で支払われる金額をマトリクス440にして、入金の合計を取得する。日の丸鉄鉱は、日の丸ABCへ35,000円の支払伝票、及び、日の丸テクノへ5,000円の支払伝票を発行し、日の丸ABCは、日の丸鉄鉱へ30,000円の支払伝票、及び、日の丸テクノへ3,500円の支払伝票を発行し、日の丸テクノは、日の丸鉄鉱へ15,000円の支払伝票、及び,日の丸ABCへ500円の支払伝票を発行したとすると、図11に示すマトリクス440により、日の丸鉄鉱に45,000円の入金(入金データ441)、日の丸ABCに35,500円の入金(入金データ442)、及び、日の丸テクノに8,500円の入金(入金データ443)となることがわかる。よって、グループ入金作成部113は、マトリックス440に基づいて、入金データ441から443を取得することができる。そして、このようにして作成された入金データは、各社の、つまり日の丸鉄鉱、日の丸ABC、及び、日の丸テクノの入金処理部224へ入金実績データとして転送される。
【0159】
従って、マトリクス440を用いることによって、支払伝票から入金データを取得することができるので、銀行システム40を介することなくグループ内にて支払処理を行なうことができる。
[資金回送]
次に、グループ内で資金回送を行なう場合について説明する。
【0160】
通常、会社は、定額の預金しか銀行にないため、社員への給料の支払等で預金を超える大量の資金が一時的に必要な場合がある。
【0161】
図12は、資金回送伝票の例を示す図である。
【0162】
図12(A)に示される資金回送伝票450の例において、資金が一時的に必要な関係会社の担当者は、借方科目に預金を付け、貸方科目に資金を付け、補助科目名称452に自社で資金が必要となる銀行名を設定する。ここで、資金451は、資金回送専用の科目である。摘要には、例えば、資金回送が設定される。よって、資金回送伝票450は、11月25日に会計センター100から自社の五和銀行に1,000,000円の資金を回送してもらう場合を示す。
【0163】
図12(B)は、資金回送伝票に対する仕訳の例を示す図である。
【0164】
会計センター100は、図12(A)に示す資金回送伝票450が転送されると、11月25日に五和銀行に1,000,000円の資金を振り込む。そして、資金回送期日の夜間、例えば、11月26日の早朝等に、自動的に、図12(B)に示されるような仕訳伝票455を作成する。
【0165】
図12(B)に示すように、仕訳伝票455は、借方科目に資金が付き、補助科目名称に五和銀行が設定され、貸方科目に仮勘定が付く。会計センター100が資金を融通したので、預金勘定ではなく仮勘定で消しこまれる。
【0166】
この資金回送伝票によって、公共料金の自動引き落とし、給与支払等で資金が必要は場合に、会計センター100によって資金が融通されるため、資金繰りが非常に容易に行なえるようになる。
[余資吸上]
図13は、グループ内外との取引の例を示す図である。図13(A)は、支払代行処理が行なわれた場合の預金通帳の記載の例を示す図である。図13(B)は、インハウスバンク内関係会社勘定の例を示す図である。図13(C)は、仕訳票の例を示す。
【0167】
グループ内への支払があった場合、図13(B)に示すように、関係会社勘定470のグループ内会社「グループナイ01」への11月20日の支払勘定471は、支払代行処理によって、会計センター100の口座から各会社の振込人名で振り込まれるため、自社預金口座には記載されない。よって、図13(A)に示すように、預金通帳460には、グループ内からの預入額及びグループ内への引出額が記載されない。この場合、会計センター100が、関係会社に貸付けたことになり、会計センター100は、グループ内会社「グループナイ01」に対しては借入れとなる。
【0168】
また、グループ内からの入金があった場合、図13(B)に示すように、グループ内会社「グループナイ02」からの11月20日の入金勘定472は、資金集中によって、自社預金口座に振り込まれず、インハウスバンク内関係会社勘定で管理されるため、会計センター100の口座には記載されない。この場合、会計センター100が、関係会社から借入れたことになり、会計センター100は、グループ内会社「グループナイ01」に対しては貸付けとなる。
【0169】
図13(A)での残高データ461は、2000年11月16日に100,123円が会計センター100へ引き出されたことを示している。これは、図13(B)に示す関係会社勘定470の11月15日の100,123円の余資吸上げを示す支払勘定475に対応する。また、図13(C)の仕訳表480の仕訳486に対応する。つまり、一定額500,000円を預金残高とし、余資吸上げた100,123を運用資金とする仕組みである。
【0170】
余資吸上げを会計センター100によって自動的に行なわれるため、資金繰りが容易に行なえると共に、無駄に資金を残高として寝かせて置く必要がない。
【0171】
また、図13(C)において、仕訳487は、グループ内入金ファイル(Fで始まるファイル)によって示され、仕訳488は、グループ内債務消し込み仕訳ファイル(SNで始まるファイル)によって示され、仕訳489は、グループ外債務消し込み仕訳ファイル(SGで始まるファイル)によって示される。
【0172】
従って、支払代行処理において作成された支払関係ファイルによって、グループ内の仕訳が自動的に生成されると共に、預金通帳へ記載されないグループ内の仕訳表を生成することが可能となる。
[資金集中]
会計センター100での入金管理部120による入金管理処理を説明する。
【0173】
図14は、入金管理処理の例を示す図である。
【0174】
図14において、図1に示す営業部門等の販売管理処理部70から売上予定データを入金予定データとして受信すると、入金予定データ連結部121が起動し、入金管理部120で処理されるデータとして連結し、その連結結果1210を出力する。
【0175】
入金予定管理部123は、各関係会社端末20から入力された入金予定データに基づいて、得意先等に請求書1230を発行する。
【0176】
入金予定データ連結部121によって連結された入金予定データと、入金予定管理部123によって連結された入金予定データとは、入金予定DBにて管理される。
【0177】
また、銀行システム40及び指定銀行41からは外部取引先50からの入金実績データを、また、支払代行処理部110のグループ入金データ作成部113からのグループ内での入金実績データを受信すると、入金実績データ連結部124が起動し、入金管理部120で処理されるデータとして連結し、得意先DB131を参照しつつ、その得意先情報に基づく連結結果1240を出力する。
【0178】
得意先管理部122は、入金予定データの入力の際に、各関係会社端末20にて登録された得意先情報の修正、削除等を得意先DB131で管理する。
【0179】
銀行入出金明細処理部125は、銀行からの入金及び銀行への出金の明細を入金実績DB133で管理する。
【0180】
入金消込処理部126は、入金予定DBの入金予定データと、入金実績DBの入金実績データとを、期日を指定することによってマッチングさせ、一致する入金データの消し込み処理を行なう。この処理によって、期日を指定するのみで、入金予定に対する入金実績を容易に把握することができるため、資金運用を効率的に行なうことができる。
【0181】
一方、入金予定DB132に日々蓄積された入金予定データは、仕訳伝票作成部127によって、夜間に仕訳処理が実行され、作成された仕訳伝票データは、仕訳リスト1270として出力されると共に、各関係会社の入金処理部224へ転送される。
【0182】
図15は、各社での入金処理のメインメニューの例を示す図である。
【0183】
図15(A)は、ログイン画面の例を示す図である。
【0184】
図15(A)に示すログイン画面501は、担当者のログインIDを入力する入力域502と、パスワードを入力する入力域503と、ログインを実行するためのOKボタン504と、ログインをキャンセルするための505ボタンとを有する。
【0185】
担当者がログインID及びパスワードを入力し、OKボタンを押すと図15(B)に示されるようなメニュー画面が表示される。このメニュー画面からの選択によって参照できるデータは、担当者のログインID及びパスワードの権限レベルによって、制限される。例えば、本社担当者は、全ての情報を登録、修正、削除が可能であるが、関係会社の担当者は、それら情報へのアクセスが制限される。
【0186】
図15(B)において、メニュー510は、入金処理選択511と、各種データ連結選択512と、月次処理513と、マスター登録選択514と、財務処理関連選択515と、その他処理選択516等を有する。
【0187】
例えば、入金リスト517を選択すると、図14に示す入金消込処理部126が起動し、図16に示されるような入金リスト画面520が表示される。
【0188】
表示された入金リスト画面520にて、例えば、担当者が、決定条件を指定する決済条件入力域521に「0」、入金予定日を入力する入金予定日入力域522に「2000/02/28」〜「2000/02/28」、得意先コードを入力する得意先入力域523に「000001」〜「Z999999」、出力範囲を選択する選択域524で「全て」を設定する。ここで、決定条件521は、例えば、「0」は全て、「1」は振込、「2」は現金、「3」は手形、「4」は小切手の選択を可能とする。また、出力範囲524は、「全て」の選択によって、全てのデータを対象とし、「マッチ」の選択によって、入金予定金額と入金実績金額が合致しているデータを出力し、「アンマッチ」の選択によって、入金予定金額と入金実績金額が合致していないデータを出力する。
【0189】
図17は、入金消込処理画面の例を示す図である。
【0190】
図15(B)のメニュー510から入金消込処理518を選択すると、図17に示すような入金消込処理画面530が表示される。入金消込処理画面530において、担当者は、例えば、入金日を設定する入力域531に「2000/07/07」、得意先コートを設定する入力域532に「0007301」(株式会社日の丸XYZ)を設定することによって、消込データを表示させる消込データ表示域539に上記設定に応じたデータが表示される。この場合、入金実績を示す入金額は「100,000」、入金予定を示す予定額は「198,000」、消込額を示す消込額「(空欄)」、消込後の差額を示す差額「100,000」、請求情報を示す表示域540に該当する請求情報が表示される。消込処理を行なう消込ボタン537をクリックすることによって、消し込みを行なうことができる。消込処理を有効にするためには、更新ボタン541をクリックし、無効にするためには、キャンセルボタン542をクリックする。
【0191】
図18は、銀行入出金明細処理画面の例を示す図である。
【0192】
図15(B)のメニュー510から銀行入出金明細519を選択すると、図17に示すような入金消込処理画面530が表示される。図14に示す銀行入出金明細処理部125によって実行される銀行入出金明細処理画面550において、例えば、担当者が、照会ボタン556をクリックし、決済条件を選択する選択域551に「グループ内決済」、出力範囲を選択する選択域552に「全て」を選択し、入力年月日を入力する入力域553に「2000/07/07」を入力すると、銀行入出金明細処理部125は、入金実績DB133を検索し、該当する入金実績情報を情報表示域560に表示する。または、担当者が、入力ボタン557をクリックして、同様の入力をし、更に、情報表示域560に、入金NO、取引区分、得意先、取引金額を入力して、更新ボタン561をクリックすることによって、入金実績データをマニュアルで入力することもできる。入力を無効にする場合は、キャンセルボタン562をクリックする。
【0193】
図19は、入金予定入力処理画面の例を示す図である。
【0194】
図15(B)のメニュー510から入金予定入力520を選択すると、図19に示すような入金予定入力処理画面570が表示される。図14に示す入金予定管理部123によって実行される入金予定入力処理画面570は、例えば、担当者が、新規ボタン572をクリックして、請求NOを入力する入力域571に「0007」〜「000163」を入力する。続けて、請求情報を表示する表示域580において、得意先を入力する入力域581に「0007301」(株式会社日の丸鉄鉱)、部門を入力する入力域582に「0001」(会計センター)、入金予定日を入力する入力域583に「2000/07/07」、発行日付を入力する入力域585に「2000/07/07」、請求書発行を選択する選択域586に「あり」、決済条件を入力する入力域587に「9」(グループ内決済)を入力する。更に、銀行支店コードを入力し、入金予定情報を示す表示域590に必要事項を入力して、実行ボタン591をクリックすることによって、入力した上記データが入金予定データとして入金予定DB132に蓄積される。また、修正ボタン573をクリック後、修正すべき請求NOを入力することによって、表示される表示域580内のデータを修正することができる。また、同様にして、取消ボタン574をクリック後、取り消すべき請求NOを入力することによって、表示される表示域580内のデータを取り消すことができる。更に、印刷ボタン575をクリック後同様の処理にて、表示域580に表示されたデータを印刷することができる。
【0195】
入金予定管理部123によって、グループ内で相殺された入金を、入金実績として参照することができる。
[連結決算]
次に、図3の連結データ作成(ステップS124)にて実行される連結決算処理の例を説明する。
【0196】
図20は、連結決算処理の例を示す図である。
【0197】
図20より、連結決算を管理する担当者は、連結決算期に各社から電子メールで送信される連結調査資料を受信する(ステップS28)。受信した連結調査資料を所定の規則に従って、フォルダ名を付けて所定の格納域に格納する(ステップS29)。担当者が連結決算処理部150を起動すると、格納された連結調査資料601を開く(ステップS31)。一方、各関係会社20の財務処理部20から転送される仕訳データ及び試算表データの数値情報と、販売部門(関係会社21)の販売管理処理部70から転送される取引データ及び試算表データとからデータ抽出(ステップS32)した数値情報とをネットワーク30を介して取り込む。担当者は、連結決算処理部150によって提供されるコンバートメニュー602に従って、会社選択を行ない、会社選択によって抽出されたデータをコンバートDB603によって、データを変換する(ステップS33)。例えば、企業内独自の勘定科目を会計法規に基づく勘定科目に変換する連結用勘定科目変換、連結用会社コード変換、及び、仕訳データ変換等が自動的に実行される。
【0198】
それら変換データを抽出し(ステップS34)、所定の損益計算書及び貸借対照表等の財務諸表、及び、伝票データの集計等の連結調査資料604を、変換データの貼り付けによって自動作成する。担当者は、作成された連結調査資料604の内容を確認し、印刷する(ステップS36)。連結決算処理部150は、作成された連結調査資料604に基づいて、試算表データ及び内部取引データを夫々作成し、試算表データ保存フォルダ605及び内部取引データ保存フォルダとして保存する(ステップS37)と共に、監査システム60へ該データを転送する。連結決算処理部150は、連結調査資料604を連結調査資料保存フォルダ607として保存する(ステップS38)。
【0199】
図21は、連結決算用グループ内取り引きを示すマトリクスの例を示す図である。
【0200】
図21より、連結決算マトリクス700は、グループ内で取り引きされた金額をマトリクス上で示している。説明の便宜上、金額をアルファベット1文字で表す。同じアルファベットは、同じ金額を示す。例えば、列7101「日の丸鉄鉱」が行7801「会計センター」に対する売掛金702がA円であって、また、列7801「会計センター」が行7101「日の丸鉄鉱」に対する買掛金701がA円であることを示す。
【0201】
図22は、連結関係会社間の相殺処理を示す図である。
【0202】
図22(A)は、連結か非連結かを管理する連結会社テーブル800を示す。
【0203】
図22(A)より、連結会社テーブル800は、会社コードを示す会社code、会社名、前期ファイル名を示す前期ファイル名、部門を示すセグメント情報を取得するための有無フラグ、連結情報ファイルを作成するか否かを示す作成、結果などの項目を有する。
【0204】
各会社が連結か非連結かは、例えば、連結情報ファイルを作成するか否かを示す作成項目が「する」の場合、連結会社であることを示し、「しない」の場合、非連結会社であることを示す。
【0205】
連結決算処理部150は、図22(A)の連結会社テーブル800から連結会社を抽出し、内部取引を自動生成する。
【0206】
図22(B)は、連結会社毎の内部取引の例を示す図である。
【0207】
図22(B)において、例えば、三日市鉄鉱の内部取引810において、相手先会社毎の売掛金811の値は、図21の連結決算マトリクス700から金額を取得し、貼り付けされる。買掛金についても同様に、内部取引を作成することができる。従って、売掛金と買掛金が同じになる相手先会社名に対応するデータを消し込むことによって、全てが相殺されることを自動的に確認することができる。従って、連結決算の担当者は、このような相殺処理を行なう手間を一切省くことができる。
【0208】
また、これら連結決算処理は、全て、日々入力される伝票から自動的に実行することが可能であるため、労力と時間を大幅に削減することができる。
【0209】
また、経験と知識を必要とするグループ内の支払伝票の仕訳や消し込み等が自動的に行なわれることによって、会計又は経理担当者の月末及び期末の労力を大幅に削減することができる。
【0210】
なお、上記例において、図3に示すステップS150での処理が請求項1のグループ内判断手段及び仕訳手段に対応する。
【0211】
また、図3に示すステップS151での処理が請求項1のグループ内入金処理手段に対応する。
【0212】
【発明の効果】
以上、説明してきたように、以下の効果を有する。
【0213】
(1)グループ外の取引先へ支払が行なわれる場合、資金管理部門からグループ内の支払元への貸付金として支払処理を行なうため、資金管理部門による支払代行が可能となる。
【0214】
(2)グループ内への支払伝票に対して、資金管理部門が仮払いできるように仕訳を作成し、グループ内への支払伝票から、支払先への入金伝票を作成することができるため、グループ内にて債権債務の相殺処理を行なうことができる。
【0215】
(3)資金回送の貸方科目に応じて、グループ内の部門の口座に資金管理部門から資金回送を行なうことができる。
【0216】
(4)資金を集中させている資金管理部門の口座を所定残高に基づいて管理するため、所定残高を超えた預金を運用資金、又は、借入返済に充当すること(余資吸上)ができる。
【0217】
(5)グループ外からの入金を、入金先の部門から資金管理部門への貸付金として入金処理が行なわれるため、資金集中を行なうことができる。
【0218】
(6)各部門によって入力された伝票の仕訳データに基づいて、各部門のうちの連結会社間における売掛金及び買掛金の一致を自動的に消去することができるため、連結財務諸表の作成等の連結決算処理を容易に行なうことができる。
【0219】
【図面の簡単な説明】
【図1】図1は、財務管理システムのネットワーク構成及び機能構成の例を示す図である。
【図2】図2は、ハードウェア構成を示す図である。
【図3】図3は、財務管理処理の例を示す図である。
【図4】図4は、支払代行処理を行なうための伝票の例を示す図である。
【図5】図5は、グループ内支払伝票の仕訳処理の例を示す図である。
【図6】図6は、グループ内支払伝票の仕訳データの結合の例を示す図である(取引残高が預り金残高にある場合)。
【図7】図7は、グループ内支払伝票の仕訳データの結合の例を示す図である(取引残高が貸付金残高にある場合)。
【図8】図8は、期日チェック処理を説明するフローチャート図である。
【図9】図9は、内税の場合の臨時支払伝票の例を示す図である。
【図10】図10は、外税の場合の臨時支払伝票の例を示す図である。
【図11】図11は、支払管理マトリクスの例を示す図である。
【図12】図12は、資金回送伝票の例を示す図である。
【図13】図13は、グループ内外との取引の例を示す図である。
【図14】図14は、入金管理処理の例を示す図である。
【図15】図15は、各社での入金処理のメインメニューの例を示す図である。
【図16】図16は、入金リストの印刷画面の例を示す図である。
【図17】図17は、入金消込処理画面の例を示す図である。
【図18】図18は、銀行入出金明細処理画面の例を示す図である。
【図19】図19は、入金予定入力処理画面の例を示す図である。
【図20】図20は、連結決算処理の例を示す図である。
【図21】図21は、連結決算用グループ内取り引きを示すマトリクスの例を示す図である。
【図22】図22は、連結関係会社間の相殺処理を示す図である。
【符号の説明】
11 CPU
12 メモリユニット
13 出力ユニット
14 入力ユニット
15 表示ユニット
16 補助記憶装置
17 CD−ROMドライバ
18 通信ユニット
19 CD−ROM
B バス
100 会計センター
110 支払代行処理部
120 入金管理部
140 財務管理部
150 連結決算処理部
Claims (14)
- グループ内の複数の会社に設置される端末と、ネットワークを介して前記端末に接続される会計センターに設置されるコンピュータとを含み、前記コンピュータは前記複数の会社及び外部の銀行に代わって資金を管理することで資金の集中・決済を行う資金管理部門として会計処理を行う財務管理システムであって、
前記コンピュータは、
前記グループ内の複数の会社及び支払い先に関するデータを格納するデータベースと、
グループ内の複数の会社から前記端末を介して入力された伝票データを記憶する記憶部と、
該記憶部から伝票データを読み出して、当該伝票中の支払情報が入力されている支払伝票データの支払先を前記データベースに格納されている前記支払い先に関するデータと照合することにより、上記グループ内の会社への支払であるかを判断するグループ内判断手段と、
上記グループ内判断手段による判断結果に基づいて、上記資金管理部門が支払元の代わりに上記支払先へ仮払いするように仕訳けて前記記憶部に当該仕訳に係るデータを記憶させる仕訳手段と、
上記仕訳手段により得られた仕訳に係るデータを前記記憶部から読み出して、入金情報を入力した入金伝票データを上記支払先へ通知するためのデータを生成するグループ内入金処理手段とを有し、
前記データベースは会社毎に連結会社であるか否かを示すデータを格納するテーブルを備え、
前記コンピュータは更に、
上記テーブルで示される連結会社独自の勘定科目に従う伝票の仕訳データを所定の会計法規に基づく所定の勘定科目に従う伝票の仕訳データにデータ変換するためのコンバートデータベースを参照して、入力された伝票の仕訳データを所定の勘定科目に従う伝票の仕訳データに変換する連結決算処理部と、
上記データ変換された所定の勘定科目に従う伝票の仕訳データに基づいて、上記テーブルで示される連結会社間での売掛金及び買掛金を示すデータのマトリクスを作成して前記記憶部に格納するマトリクス作成手段と、
前記記憶部に格納された上記マトリクス作成手段によって作成されたマトリクスに基づいて、連結会社間での売掛金データ及び買掛金データの一致を消去する消去手段と、
上記消去手段によって全て消去した際に、連結財務諸表を形成するデータを生成する連結財務諸表生成手段と
を有する財務管理システム。 - 請求項1記載の財務管理システムにおいて、前記コンピュータは、
前記データベースを参照することでグループ外から上記複数の会社のいずれかへの入金であると判断した場合に、当該会社から上記資金管理部門への貸付金として入金処理を行なうためのデータを生成するグループ外入金処理手段を有し、
該資金管理部門の口座にグループ外からの入金を集中させるようにした財務管理システム。 - 請求項1又は2記載の財務管理システムにおいて、前記コンピュータは、
上記資金管理部門の口座を所定残高を示すデータに基づいて管理する残高管理手段を有する財務管理システム。 - 請求項1乃至3のいずれか一項記載の財務管理システムにおいて、前記コンピュータは、
上記グループ内判断手段が前記データベースを参照することによって、上記支払先がグループ外の取引先であると判断した場合、上記資金管理部門から上記支払元への貸付金として支払処理を行なうためのデータを生成するグループ外支払処理手段を有し、
上記支払元の代わりに上記資金管理部門の口座から該支払先に依頼したグループ企業名で支払代行の演算処理を行なう財務管理システム。 - 請求項1乃至4のいずれか一項記載の財務管理システムにおいて、前記コンピュータは、
前記記憶部から伝票データを読み出して、前記会社からの伝票データに入力された資金データの回送を依頼する貸方科目に応じて、該会社の口座に、上記資金管理部門から資金を回送するデータを生成する資金回送手段を有する財務管理システム。 - 前記データベースは前記グループ内の複数の会社に関するデータ及びグループ内支払に対する金利情報を格納し、
前記記憶部はグループ内の複数の会社から前記端末を介して入力された財務データを記憶し、
前記コンピュータは、
前記端末を介して指定された期日を示すデータに基づいて、前記記憶部を参照することで支払処理される支払伝票データを抽出する抽出手段と、
上記抽出手段によって抽出された支払伝票データの支払先が上記グループ内の会社であるかを前記データベースを参照して判断した判断結果と勘定科目とに基づいて、グループ内支払に対する債務消し込みの仕訳に係るデータを作成する第一仕訳作成手段と、
前記データベースに格納された上記グループ内支払に対する金利情報に基づいて、仕訳に係るデータを作成する第二仕訳作成手段と、
上記第一仕訳作成手段と上記第二仕訳作成手段とによって作成された仕訳に係るデータによって、前記記憶部に格納されている財務データを更新する財務データ更新手段とを有する請求項1記載の財務管理システム。 - 請求項6記載の財務管理システムにおいて、前記コンピュータは、
前記記憶部に記憶された伝票データのうちの支払伝票の期日までの営業日数を示すデータが、支払処理を完了するための所定の営業日数以上を示しているか否かを判断する支払期日判断手段と、
上記支払期日判断手段によって上記所定の営業日数以内であると判断された場合、前記記憶部を参照することで得られる上記支払伝票データの消費税の区分を示すデータに基づいて、仕訳に係るデータを作成することによって、上記期日にて臨時に支払を行なうデータを作成する臨時支払仕訳手段とを有する財務管理システム。 - 前記コンピュータは、
各会社にて入力された入金予定を示すデータを前記記憶部に格納して管理する入金予定管理手段と、
入金の通知を示すデータを前記記憶部に格納して入金実績データとして管理する入金実績管理手段と、
前記記憶部に格納した上記入金予定のデータと上記入金実績のデータとを対応させる入金予定実績対応手段と、
上記入金予定実績対応手段によって対応させた入金実績の消し込みを行なって前記記憶部に格納されている入金実績に係るデータを更新する入金実績消し込み手段とを有する請求項1記載の財務管理システム。 - 請求項8記載の財務管理システムにおいて、前記コンピュータは、
上記入金予定管理手段によって前記記憶部を用いて管理される入金予定のデータに基づいて、仕訳伝票を作成するためのデータを作成する仕訳伝票作成手段と、
前記記憶部及び前記データベースを参照して、上記仕訳伝票作成手段によって作成された仕訳伝票のデータを、該入金予定を入力した上記会社へ配信するためのデータを生成する仕訳伝票配信手段とを有する財務管理システム。 - 請求項8又は9記載の財務管理システムにおいて、前記コンピュータが有する上記入金管理手段は、前記記憶部及び前記データベースを参照して、管理する入金予定の入金元に発行する請求書のデータを生成する財務管理システム。
- 請求項8乃至10のいずれか一項記載の財務管理システムにおいて、前記コンピュータが備える上記入金予定実績対応手段は、前記記憶部を用いて対応させ た入金予定のデータと入金実績のデータとの差額を算出するようにした財務管理システム。
- グループ内の複数の会社に設置される端末と、ネットワークを介して前記端末に接続される会計センターに設置されるコンピュータとを含むシステムを用いて、前記コンピュータに前記複数の会社及び外部の銀行に代わって資金を管理する資金管理部門として会計処理を行わせることで、資金の集中・決済を行う財務管理方法であって、
前記コンピュータは、前記グループ内の複数の会社及び支払い先に関するデータを格納するデータベースと、グループ内の複数の会社から前記端末を介して入力された伝票を記憶する記憶部とを有し、
前記財務管理方法は、前記コンピュータが行う手順として、
該記憶部から伝票データを読み出して、当該伝票中の支払情報が入力されている支払伝票データの支払先を前記データベースに格納されている前記支払い先に関するデータと照合することにより、上記グループ内の会社への支払であるかを判断するグループ内判断手順と、
上記グループ内判断手順による判断結果に基づいて、上記資金管理部門が支払元の代わりに上記支払先へ仮払いするように仕訳けて、仕訳データを前記記憶部に当該仕訳を記憶させる仕訳手順と、
上記仕訳手段により得られた仕訳データを前記記憶部から読み出して、入金情報を入力した入金伝票データを上記支払先へ通知するためのデータを生成するグループ内入金処理手順と、
上記テーブルで示される連結会社独自の勘定科目に従う伝票の仕訳データを所定の会計法規に基づく所定の勘定科目に従う伝票の仕訳データにデータ変換するためのコンバートデータベースを参照して、入力された伝票の仕訳データを所定の勘定科目に従う伝票のデータにデータ変換する連結決算処理手順と、
上記データ変換された所定の勘定科目に従う伝票の仕訳データに基づいて、上記テーブルで示される連結会社間での売掛金及び買掛金を示すデータのマトリクスを作成して前記記憶部に格納するマトリクス作成手順と、
前記記憶部に格納された上記マトリクス作成手順によって作成されたマトリクスに基づいて、連結会社間での売掛金データ及び買掛金データの一致を消去する消去手順と、
上記消去手順によって全て消去した際に、連結財務諸表を形成するデータを生成する連結財務諸表生成手順と
とを有する財務管理方法。 - 前記財務管理方法は更に、前記コンピュータが行う手順として、
前記指定された期日に基づいて、前記記憶部を参照することで支払処理される支払伝票を抽出する抽出手順と、
上記抽出手段によって抽出された支払伝票の支払先が上記グループ内の会社であるかを前記データベースを参照して判断した判断結果と勘定科目とに基づいて、グループ内支払に対する債務消し込みの仕訳を作成する第一仕訳作成手順と、
前記データベースに格納された上記グループ内支払に対する金利情報に基づいて、仕訳を作成する第二仕訳作成手順と、
上記第一仕訳作成手順と上記第二仕訳作成手順とによって作成された仕訳によって、前記記憶部に格納されている財務データを更新する財務データ更新手段とを有する請求項12記載の財務管理方法。 - 前記財務管理方法は更に、前記コンピュータが行う手順として、
各会社にて入力された入金予定を前記記憶部に格納して管理する入金予定管理手順と、
入金の通知を前記記憶部に格納して入金実績データとして管理する入金実績管理手順と、
前記記憶部に格納した上記入金予定データと上記入金実績データとを対応させる入金予定実績対応手順と、
上記入金予定実績対応手順によって対応させた入金実績データの消し込みを行なって前記記憶部に格納されている入金実績データを更新する入金実績消し込み手段とを有する請求項12記載の財務管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000398853A JP3605563B2 (ja) | 2000-12-27 | 2000-12-27 | 財務管理システム及び財務管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000398853A JP3605563B2 (ja) | 2000-12-27 | 2000-12-27 | 財務管理システム及び財務管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002197394A JP2002197394A (ja) | 2002-07-12 |
JP3605563B2 true JP3605563B2 (ja) | 2004-12-22 |
Family
ID=18863729
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000398853A Expired - Lifetime JP3605563B2 (ja) | 2000-12-27 | 2000-12-27 | 財務管理システム及び財務管理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3605563B2 (ja) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006209203A (ja) * | 2005-01-25 | 2006-08-10 | Nissan Motor Co Ltd | 連結損益算出システム |
JP2011034524A (ja) * | 2009-08-06 | 2011-02-17 | Hitachi Ltd | 取引支援方法 |
JP5670992B2 (ja) * | 2012-12-13 | 2015-02-18 | 株式会社三井住友銀行 | キャッシュマネージメントシステム、プログラム、及び支払代行方法 |
JP6055050B1 (ja) * | 2015-08-28 | 2016-12-27 | 株式会社三井住友銀行 | 銀行システム、銀行システムによって実行される方法およびプログラム |
JP6259973B2 (ja) * | 2015-08-31 | 2018-01-17 | ユニオンソフト株式会社 | 債権・債務管理装置、債権・債務管理方法、およびプログラム |
CN108256987A (zh) * | 2018-01-17 | 2018-07-06 | 徐子涵 | 一种会计管理系统 |
JP7240120B2 (ja) * | 2018-09-27 | 2023-03-15 | 株式会社オービック | 会計データ管理装置、会計データ管理方法、及び会計データ管理プログラム |
JP7132065B2 (ja) * | 2018-10-03 | 2022-09-06 | 株式会社オービック | 社内用金利計算装置、社内用金利計算方法および社内用金利計算プログラム |
JP7056930B2 (ja) * | 2018-12-21 | 2022-04-19 | 株式会社アライ | 業務管理システム |
JP7411517B2 (ja) | 2020-07-31 | 2024-01-11 | 株式会社オービック | 債権・債務計上部門特定装置、債権・債務計上部門特定方法および債権・債務計上部門特定プログラム |
CN112016894A (zh) * | 2020-08-27 | 2020-12-01 | 西安热工研究院有限公司 | 项目管理系统与nc财务系统付款单集成接口的数据传输方法 |
JP7248752B2 (ja) * | 2021-08-30 | 2023-03-29 | 株式会社オービック | 会計処理装置、会計処理方法および会計処理プログラム |
-
2000
- 2000-12-27 JP JP2000398853A patent/JP3605563B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2002197394A (ja) | 2002-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7698216B2 (en) | System and method for account reconciliation | |
US20070282724A1 (en) | Asset based lending (abl) systems and methods | |
US20040236613A1 (en) | Processing law firm out-of-pocket costs using a separate account | |
US20160125486A1 (en) | Settlement operations support system and settlement operations support method | |
US20050246276A1 (en) | Method for disbursing account payable | |
JP3783217B1 (ja) | 仕訳自動作成機能を備えた会計システム | |
JP3605563B2 (ja) | 財務管理システム及び財務管理方法 | |
WO2017155360A1 (ko) | 통합시산표를 이용한 회계처리방법 및 회계처리시스템 | |
JP2018077813A (ja) | 会計データ処理システムおよびプログラム | |
US20020002537A1 (en) | Simplified bill paying method | |
JP3143974U (ja) | 会計情報システム | |
US7680733B1 (en) | Computerized patent and trademark fee payment method and system | |
JP2004302574A (ja) | 払込金処理システム及び方法 | |
US20040107153A1 (en) | Computerized patent and trademark fee payment method and system | |
JP2007012026A (ja) | 仕訳自動作成機能を備えた会計システム | |
JP2001350892A (ja) | 出張申請経費精算方法及びシステム | |
JP3926674B2 (ja) | データベースシステム及びデータベースシステム網、並びにデータ項目の登録方法並びにデータ項目登録プログラム | |
CA2260481A1 (en) | A method and system for general accounting generation for common sub ledger processing | |
US20040039668A1 (en) | Computerized patent and trademark fee payment method and system | |
JP3152354B2 (ja) | ペーパレス会計システム | |
JP3823164B1 (ja) | 仕訳自動作成機能を備えた会計システム | |
WO2022195901A1 (ja) | 会計処理装置および会計処理方法 | |
JP2004272304A (ja) | 借入資料作成装置および借入資料作成プログラム | |
JP3871106B2 (ja) | 会計処理システム | |
Receivable | Accounts Payable |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20031105 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040120 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040316 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040322 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040413 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040322 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040608 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20040730 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040802 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040803 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040928 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041004 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 3605563 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071008 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313118 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091008 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091008 Year of fee payment: 5 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313118 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091008 Year of fee payment: 5 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101008 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101008 Year of fee payment: 6 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101008 Year of fee payment: 6 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111008 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121008 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131008 Year of fee payment: 9 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
EXPY | Cancellation because of completion of term |