CN1551026A - 财务*** - Google Patents

Abstract

一种由与数据库(DB1)连接的请求源财务处理装置(100)和请求目的地财务处理装置(200)构成的财务***，上述请求源财务处理装置(100)顺次接受不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据的输入，将接受的请求数据登记在上述数据库(DB1)中，从接受的请求数据抽出不成为上述计入对象的请求数据，将抽出的请求数据输出给上述请求目的地财务处理装置(200)，将登记在上述数据库(DB1)中的请求数据内的指定的请求数据从上述计入对象中排除，上述请求目的地财务处理装置(200)受理输入的请求数据，将已受理了上述请求数据的旨意通知给上述请求源财务处理装置(100)，上述请求源财务处理装置(100)将通知的上述请求数据作为上述指定的请求数据，从上述计入对象中排除。

Description

财务***

技术领域

本发明涉及财务***，特别是涉及谋求在由多个公司构成的集团企业中，进行集团整体的决算报告时的决算处理的迅速化的技术。

背景技术

近年来，集团企业内的企业彼此之间的商业交易变得极其繁杂且大量。对于这些企业的企业评价，与各企业单独进行的单独决算相比，作为集团企业整体而联结进行的情况在国际上较普遍，在我国近年来，联结决算也逐渐被重视起来。

在此，简单地说明单独决算与联结决算的差别。例如，A公司在向B公司请求了100作为债权额的情况下，在单独决算中，B公司作为债务额，对A公司上计入100，A公司作为债权额，对B公司计入100。其结果，在A公司的决算报告中计入基于与B公司间的交易的销售额，在B公司的决算报告中计入基于与A公司间的交易的经费。

对此，在联结决算中，将A公司和B公司作为一个集团企业来考虑，将A公司的对B公司的债权额100与B公司的对A公司的债务额100相互抵消，作出决算报告。其结果，在集团企业整体的决算报告中，消去基于在A公司与B公司之间的交易的销售额和经费。

在此，所述的“消去”，是指基于集团企业内的各企业间的商业交易，通过在进行集团企业整体的决算的过程中，相互抵消在该企业间财务上暂时计入的债权和债务，就不在集团企业整体的决算报告中计入该债权和债务。

在各企业的财务部中，因请求内容的细查和认可操作等的复杂，“消去”的处理经过了多天的处理后才能结束。

【专利文献】日本特开平11-203373

近年来，通过集团企业内的其他企业，活跃地新行着经济活动的扩大和海外的资金调配活动等，我国企业的多元化和国际化急速发展。此外，对于我国的证券市场，海外投资家的参与增加等围绕企业的环境显著变化，在企业方加强了重视联结决算的倾向的同时，投资家方为了准确地判断企业集团所持的风险和回报，对联结信息的必要性进一步增强。特别是对于投资家，及早报告集团企业的决算报告就成为增强该企业的可靠度还有决断投资时期和额度的重要要素。

但是，如上所述，要基于集团企业内的各企业间的商业交易，消去计入的债权和债务，需要好多天时间，这就成为延误集团企业整体的决算报告的重大因素之一。

发明内容

鉴于上述问题点，本发明的目的在于提供一种财务***，其谋求在由多个公司构成的集团企业中，对投资家等进行集团企业整体的决算报告时的联结决算处理的迅速化。

为了实现该目的，(1)本发明的一种财务***，由与数据库连接的请求发信装置和请求受理装置构成，其特征在于，上述请求发信装置具有：接受单元，顺次接受不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据的输入；登记单元，将接受的请求数据登记在上述数据库中；抽出单元，从接受的请求数据抽出不成为上述计入对象的请求数据；输出单元，将抽出的请求数据输出给上述请求受理装置；排除单元，将登记在上述数据库中的请求数据内的指定的请求数据确定为上述计入对象外的数据并从上述计入对象中排除，上述请求受理装置具有：受理单元，受理输入的请求数据；通知单元，将已受理了上述请求数据的旨意通知给上述请求发信装置，上述排除单元将通知的上述请求数据作为上述指定的请求数据从上述计入对象中排除。

(2)此外，也可以是本发明的一种财务***，由下述装置构成：请求发信装置，与第一数据库连接；服务器，与存储着计入非对象列表的第二数据库连接，所述计入非对象列表示出不成为联结决算的计入对象的请求源与请求目的地的对应关系；请求受理装置，与第三数据库连接，该财务***的特征在于，上述请求发信装置具有：接受单元，顺次接受不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据的输入；第一发送单元，将接受的请求数据发送给上述服务器；登记单元，将接受的请求数据登记在第一数据库中；排除单元，将登记在第一数据库中的请求数据内的指定的请求数据确定为上述计入对象外的数据并从上述计入对象中排除，上述服务器具有：判定单元，根据上述计入非对象列表中是否示出了接收到的请求数据的请求目的地和请求源，判定该请求数据是否是成为上述计入对象的请求数据；第二发送单元，在判定为接收到的请求数据是不成为上述计入对象的请求数据的情况下，将该请求数据发送给请求受理装置，上述请求受理装置具有：受理单元，受理被发送的请求数据；通知单元，将已受理了上述请求数据的旨意通知给上述请求源财务处理装置，上述排除单元将通知的上述请求数据作为指定的请求数据从上述计入对象中排除。

在此，上述请求发信装置和上述请求受理装置也可以是分别通过电气通信线路可相互通信的多个通信终端。

这样，由于在请求数据是不成为联结决算的计入对象的请求数据的情况下，不细查其内容就受理请求数据，并从联结决算的计入对象中排除，因此，能够在请求侧，基于集团企业内的各企业间的商业交易，迅速地消去被计入的债权，对于投资家来说，就能够迅速地进行集团企业整体的决算报告。

在上述(1)和(2)中，上述财务***还可以具有计入处理装置，基于登记在上述数据库中的请求数据内的、由上述排除单元排除的请求数据以外的请求数据，算出联结决算额。

在上述(2)中，上述请求发信装置还可以具有计入处理装置，基于登记在上述数据库中的请求数据内的、由上述排除单元排除的请求数据以外的请求数据，算出联结决算额。

这样，能够预先将不成为联结决算的计入对象的请求数据从联结决算额的算出对象中排除，算出联结决算额，因此，能够不进行不需要的运算处理地进行联结决算额的算出。

在上述(1)中，上述请求接收装置和上述请求受理装置用电气通信线路连接，上述抽出单元具有判定单元，判定接受的请求数据是否是成为上述计入对象的请求数据，上述输出单元也可以具有联机发送单元，仅限于将作为不成为上述计入对象的请求数据而抽出的请求数据联机发送给上述请求受理装置。

在此，上述数据库存储计入非对象列表，所述计入非对象列表示出不成为联结决算的计入对象的请求源与请求目的地的对应关系，上述判定单元也可以在上述计入非对象列表中示出了接受的请求数据的请求源和请求目的地的情况下，判定为该请求数据是不成为上述计入对象的请求数据。

此外，在上述(2)中，上述请求发信装置和上述服务器及上述请求受理装置用电气通信线路连接，上述第二发送单元仅限于将被判定为是不成为上述计入对象的请求数据的请求数据联机发送给上述请求目的地财务处理装置。

这样，自动地进行请求数据是否成为联结决算的计入对象的判断，在是不成为联结决算的计入对象的请求数据的情况下，能够由发送方法可指定地输出它，发送给请求目的地，因此，在请求目的地中，能够容易地识别不成为联结决算的计入对象的请求数据，顺利地进行财务业务。

在上述(1)和(2)中，上述通知单元也可以联机实时进行上述通知。

这样，由于请求受理装置一受理不成为联结决算的计入对象的请求数据，就立即将其旨意通知给请求发信装置，因此，能够在请求发信装置侧迅速地将不成为联结决算的计入对象的请求数据从计入对象中排除。

此外，本发明的请求受理装置，与数据库连接，受理不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据，其特征在于，也可以具有：第一登记单元，在受理的上述请求数据是不成为联结决算的计入对象的请求数据的情况下，将该请求数据登记在上述数据库中；排除单元，将由上述第一登记单元登记在上述数据库中的请求数据从上述计入对象中排除；认可单元，基于来自用户的输入，认可受理的上述请求数据；第二登记单元，将认可后的请求数据中的、成为联结决算的计入对象的请求数据，登记在上述数据库中。

这样，由于在请求数据是不成为联结决算的计入对象的请求数据的情况下，不细查其内容就受理请求数据，并进行从联结决算的计入对象中排除的处理，因此，能够在被请求侧，基于集团企业内的各企业间的商业交易，迅速地消去被计入的债权，对于投资家来说，就能够迅速地进行集团企业整体的决算报告。

附图说明

图1是本实施方式的财务***KS1的功能框图。

图2是示出请求数据(请求源)的数据结构的图。

图3示出存储在数据库DB1中的债权债务表110的具体例。

图4示出存储在数据库DB2中的债权债务表210的具体例。

图5示出由决算报告书作成部3002作成的联结决算报告书的具体例。

图6示出由决算报告书作成部4002作成的联结决算报告书的具体例。

图7是示出请求源财务处理装置100的工作的图。

图8是示出请求目的地财务处理装置200的工作的图。

图9是示出债权债务计入处理装置300的工作的图。

图10是本实施方式的财务***KS2的功能框图。

图11是示出登记在数据库DB3中的全额接纳对象列表403的具体例的图。

图12是示出本实施方式涉及的财务***KS3的结构的图。

图13示出由请求源终端501显示的用于生成请求数据的输入画面。

图14(a)示出生成的请求数据的具体例。

图14(b)示出接纳数据的具体例。

图14(c)示出认可后的交易数据的具体例。

图15示出在相当于请求数据接收部201的请求目的地终端503的显示器上示出的请求数据的具体例，所述请求数据接收部201接收了从服务器装置506发送的、全额接纳协定对象的请求数据。

图16示出全额接纳完了标记和全额接纳号码的输入画面的具体例。

图17示出由请求源主终端501A生成的分类数据的具体例。

图18示出由请求目的地主终端503A生成的分类数据的具体例。

图19是示意地示出了从联结决算的计入对象，消去基于集团企业内的各企业中进行的商业交易中的、成为消除处理对象的集团企业中的商业交易的债权和债务额，来进行集团企业整体的联结决算发表的过程的图。

具体实施方式

从接下来结合附图对本发明的详细描述中将使本发明的这些和其它目的、优点和特征变得更明显，这些附图说明了本发明的特定实施例。

以下，关于本发明的实施方式，用附图具体地进行说明。

[实施方式1]

图1是本实施方式的财务***KS1的功能框图。

本财务***KS1由请求源财务处理装置100、请求目的地财务处理装置200、债权债务计入处理装置300、债权债务计入处理装置400、数据库DB1、数据库DB2等构成。

<请求源财务处理装置100>

请求源财务处理装置100由请求数据生成部101、财务认可部102、登记部103、全额接纳对象判断部104、全额按纳通知接收部105构成。

请求数据生成部101基于来自用户的输入数据，生成包括请求额的、将自己公司作为请求源的请求数据。所述的请求数据如图2所示，包括请求数据识别信息、请求源指定信息、请求目的地指定信息、请求额信息、用途信息。

请求数据识别信息是用于识别符合的该请求数据的信息。请求源指定信息是指定请求源的信息。请求目的地指定信息是指定请求目的地的信息。请求额信息是示出请求金额的信息。所谓用途信息是示出请求金额的摘要的信息。

财务认可部102基于来自用户的输入，认可由请求数据生成部101生成的请求数据。将被认可的请求数据交给登记部103和全额接纳判断部104。具体地说，在财务认可部102中，基于用户输入，进行请求数据中是否有错误的确认处理，在没有错误的情况下，将生成的请求数据作为已认可其原有内容的请求数据，交给登记部103和全额接纳判断部104，在有错误的情况下，基于用户输入被订正内容的请求数据作为被认可的请求数据，交给登记部103和全额接纳判断部104。

此外，请求源从用户接受其他公司的请求数据的输入，财务认可部102基于用户输入，认可该请求数据。

登记部103将从财务认可部102接受的请求数据，写入到已存储在数据库DB1中的债权债务表110中。在债权债务表110中设置了写入请求数据的各信息的栏，登记部103将各信息记载在对应的栏中。

具体地说，在债权债务表110中，除了写入包含在请求数据中的各信息的栏之外，还设置了用于写入全额接纳通知接收标记、确定完了标记、示出相当于请求数据所示出的请求额的债权额或债务额的债权额信息和债务额信息的栏，登记部103根据请求数据所示出的请求源指定信息是否是规定的请求源(在此是自己公司)，判定请求额信息所示出的请求额是符合债权额还是符合债务额，在请求源指定信息是规定的请求源、上述请求额符合债权额的情况下，在债权额信息的写入栏中写入上述请求额，在请求源指定信息不是规定的请求源、上述请求额符合债务额的情况下，在债务额信息的写入栏中写入上述请求额。

在此，所谓“全额接纳通知接收标记”，是指在后述的全额接纳通知接收部105从后述的请求目的地财务处理装置200受理了全额接纳对象所涉及的请求数据的情况下、在接收了被通知的全额接纳通知信息时设定的标记，是指关于各请求数据，用于识别是否接收到了全额接纳通知信息的标记。

此外，所谓“确定完了标记”，是指在由后述的债权债务计入处理装置300进行了消除处理的情况下，由债权债务计入处理装置300设定的标记，是指关于各请求数据，示出是否进行了消除处理的标记。

图3示出存储在数据库DB1中的债权债务表110的具体例。

全额接纳判断部104保持指定接纳目的地信息，根据由财务认可部102接受的请求数据中所包含的请求目的地指定信息所示出的请求目的地是否符合指定接纳目的地信息中示出的请求目的地，判定输入的请求数据是否是全额接纳对象涉及的请求数据，在符合的情况下，判定为该请求数据是全额接纳对象涉及的请求数据，由电气通信线路联机向该请求目的地发送请求数据，在不符合的情况下，判定为该请求数据不是全额接纳对象涉及的请求数据，打印输出在纸面上。将打印输出后的纸面邮送给请求目的地。

再有，所谓请求源财务处理装置100和请求目的地财务处理装置200由电气通信线路联机连接。

在此，所谓指定接纳目的地信息，是指与请求即自己公司缔结了全额接纳协定的请求目的地即其他公司的列表。

此外，所谓全额接纳，是关于请求源发出的请求所涉及的额量，接纳侧关于请求数据的内容不进行细查，而示出接纳请求额的意向的协定。

全额接纳通知接收部105接收在受理了从后述的请求目的地财务处理装置200发出的全额接纳对象所涉及的请求数据的情况下给出的全额接纳受理通知信息。

在此，全额接纳通知信息中包括用于指定已受理的请求数据的请求数据识别信息和示出已接纳请求数据的旨意的接纳通知消息。

然后，全额接纳通知接收部105将全额接纳通知接收标记设定为示出“接收完了”的标记，所述全额接纳通知接收标记是关于数据库DB1的债权债务表110中的符合全额接纳通知信息所示出的请求书识别号码的标记(参照图3中的请求数据识别信息是“01”的全额接纳通知标记)。

<请求目的地财务处理装置200>

请求目的地财务处理装置200由请求数据接收部201、登记部202、全额接纳通知部203、内容细查数据生成部204、财务认可部205、登记部206构成。

请求数据接收部201接收通过传输路径发送来的请求数据。

登记部202将接收的请求数据，记载在存储在数据库DB2中的债权债务表210中。在该记载时，设定全额接纳完了标记。

在债权债务表210中，具体地说，除了写入包含在请求数据中的各信息的栏之外，还设置着用于写入全额接纳完了标记、确定完了标记、以及示出相当于请求数据所示出的请求额的债权额或债务额的债权额信息和债务额信息的栏。

在此，所谓“全额接纳完了标记”，是指在登记部202将由请求数据接收部201接收到的请求数据记载在债权债务表210中时设定的标记，是指关于各请求数据，识别是否是成为全额接纳的对象的请求数据的标记。

图4示出存储在数据库DB2中的债权债务表210的具体例。

全额接纳通知部203将已接收到了请求数据的旨意通知给请求源财务处理装置100。在接收请求数据时，联机实时地进行该通知。

再有，也可以在接收请求数据时，通过向请求源财务处理装置100自动发信已接收到了的旨意的电子邮件，进行上述通知。

内容细查数据生成部204生成已细查了请求数据的内容的细查数据。细查的结果，若在请求额和摘要中有错误，就通过将该部分订正为正确的信息，来作成内容的细查数据。再有，不论是否是全额接纳对象涉及的请求数据，都进行请求数据的内容细查。

财务认可部205基于来自用户的输入，认可由内容细查数据生成部204生成的细查数据。除了成为全额接纳对象的请求数据之外，将已被认可的细查数据交给登记部206。

具体地说，在财务认可部205中，基于用户输入，进行细查数据中是否有错误的确认处理，在没有错误的情况下，将细查数据作为已认可其原来内容的细查数据交给登记部206，在有错误的情况下，基于用户输入，将被订正的内容的细查数据作为被认可的细查数据交给登记部206。

登记部206将细查数据记载在数据库DB2的债权债务表210中。

<债权债务计入处理装置300和400>

债权债务计入处理装置300由消除处理部3001和决算报告书作成部3002构成。

消除处理部3001基于全额接纳通知接收标记进行后述的消除处理，所述全额接纳通知接收标记是关于写入到存储在数据库DB1中的债权债务表110中的各请求数据的标记。

在此，所谓“消除处理”，是指基于关于记载在债权债务表110或210中的各请求数据的全额接纳通知接收标记或全额接纳完了标记，指定成为全额接纳对象的请求数据，从联结决算报告资料中消去该请求数据中的请求额，具体地说，是指通过将关于该请求数据的确定完了标记设定为示出“确定完了”的标记，来确定该请求数据为消去对象(参照图3中的请求数据识别信息是“01”的全额接纳通知标记)。

决算报告书作成部3002基于已按照来自用户的指示写入到存储在数据库DB1中的债权债务表110中的债权额信息和债务额信息，算出除了确定完了标记示出“确定完了”的请求数据之外的各请求数据(确定完了标记示出“未确定”的各请求数据)的债权总额、债务总额和收支决算额，如图5所示，作成联结决算报告书。

在此，设置为按照用户指示，每个月作成一个联结决算报告书。

债权债务计入处理装置400由消除处理部4001和决算报告书作成部4002构成。

消除处理部4001基于全额接纳完了标记进行消除处理，所述全额接纳完了标记是关于已写入到存储在数据库DB2中的债权债务表210中的各请求数据的标记。

对于已登记了请求源的请求数据的数据库DB1的债权债务表110，以全额接纳通知接收部105接收到了全额接纳通知为契机，进行消除处理，对于已登记了请求数据的数据库DB2的债权债务表210，以登记部202对请求数据设定全额接纳完了标记后登记在了数据库DB2中为契机，进行消除处理。

通过在适宜时，例如报告书作成时，监视已设定为数据库DB1的债权债务表内的请求数据的全额接纳通知接收标记，检测符合的该标记，债权债务计入装置300就知道全额接纳通知接收部105已接收到了全额接纳通知。

决算报告书作成部4002基于已按照来自用户的指示写入到存储在数据库DB2中的债权债务表210中的债权额信息和债务额信息，算出除了确定完了标记示出“确定完了”的请求数据之外的各请求数据(确定完了标记示出“未确定”的各请求数据)的债权总额、债务总额和收支决算额，如图6所示，作成联结决算报告书。

在此，设置为按照用户指示，每个月作成一个联结决算报告书。

这样地，由于基于决算报告书作成部3002和4002作成的联结决算报告书，能够算出集团企业整体的联结决算，因此，能够用预先将基于集团企业内的企业间的商业交易的债权、债务额从联结决算的计入对象中除去的形式，迅速地进行集团企业整体的决算处理，对于投资家，能够进行仅反映了与集团企业外的企业的商业交易的联结决算发表。

图19是示意地示出了从联结决算的计入对象，消去基于集团企业内的各企业中进行的商业交易中的、成为消除处理对象的集团企业中的商业交易的债权和债务额，进行集团企业整体的联结决算发表的过程的图。

在图19中，A公司和B公司形成一个企业集团(在此是“Z企业集团”)，将基于A公司和B公司间的商业交易的债权额(帐目科目示出“联结销售”的金额)和债务额(帐目科目示出“联结购入”的金额)作为消除处理对象，从联结决算的计入对象消去，算出Z企业集团的联结决算额。

<工作>

1.请求源财务处理装置100的工作

按照图7说明请求源财务处理装置100的工作。

首先，请求数据生成部101以来自用户的请求目的地、请求额、摘要等输入信息为基础，生成请求数据(S1)。再有，也可以按照预先设定的模板生成请求数据。此外，也可以用户输入赋给识别各请求数据的ID号码，也可以自动赋给。

将生成的请求数据交给财务认可部102，等待请求数据的认可(S2中的判断)。

若认可(S2中的”是”)，就由登记部103将请求数据记载登记在已登记在数据库DB1中的债权债务表110中(S3)。

在上述登记处理的前后，将生成的请求数据交给全额接纳对象判断部104，判断是否是全额接纳对象所涉及的请求数据(S4)。

在此，若判断为是全额接纳对象所涉及的请求数据(S4中的”是”)，就发送请求数据(S5)。

接着，在请求目的地财务处理装置200接收了发送到的请求数据的情况下，就通知该旨意，在S6中，等待该通知(全额接纳通知信息)。一接收全额接纳通知信息(S6中的”是”)，就在存储在数据库DB1中的债权债务表110中，将全额接纳通知接收标记设定为示出“接纳完了”的标记(S7)，所述全额接纳通知接收标记是关于符合全额接纳通知信息所示出的请求书识别号码的请求数据的标记。

在全额接纳对象判断部104中，若判断为不是全额接纳对象所涉及的请求(S4中的”是”)，就打印输出请求数据(S8)。

2.请求目的地财务处理装置200的工作

按照图8说明请求目的地财务处理装置200的工作。

等待由请求数据接收部201接收从请求源财务处理装置100发送的请求数据(S11)。一接收请求数据(S11中的”是”)，登记部202就对于请求数据，将全额接纳完了标记设定为示出“接纳完了”的标记，通过记载在数据库DB2的债权债务表210中进行登记(S12)。

在该登记的前后，全额接纳通知部203将全额接纳通知信息通知给请求源财务处理装置100(S13)。

此外，与上述S12和S13的处理并行，依次将接收到的请求数据交给内容细查数据生成部204和财务认可部205、登记部206，记载登记在数据库DB2的债权债务表210中(S14、S15、S16)。

3.债权债务计入装置300和400的工作

按照图9说明债权债务计入装置300和400的工作。

债权债务计入装置300等待数据库DB1中的成为消除处理对象的请求数据的登记，债权债务计入装置400等待数据库DB2中的成为消除处理对象的请求数据的登记(S21)。在此，基于是否已对于各要登记的请求数据，将全额接纳通知接收标记和全额接纳完了标记设定为示出“接纳完了”的标记，来进行判断是否已登记。

一登记成为消除处理对象的请求数据(S21中的”是”)，就进行对债权债务表110或210的消除处理(S22)。

下面，关于本发明的财务***的另外的实施方式进行说明。

[实施方式2]

图10是本实施方式的财务***KS2的功能框图。

基本结构与上述实施方式相同，但其不同点在于，让服务器装置500进行从请求源财务处理装置100向请求目的地财务处理装置200发送请求数据，及以登记在数据库DB3中的全额接纳对象列表403为基础，判断是否是全额接纳对象所涉及的请求。以下，关于不同点进行说明。

通过传输路径，从请求源财务处理装置100的财务认可部102发送已交给的请求数据，由服务器装置400的接收部401接收。

将接收到的请求数据交给全额接纳对象判断部402。在全额接纳对象判断部402中，以登记在数据库DB3中的全额接纳对象列表403为基础，判断是否是全额接纳对象所涉及的请求数据。

全额接纳对象列表403如图11所示，是示出与对于请求源有全额接纳协定的请求目的地对应的列表。

在是缔结了全额接纳协定的请求目的地的情况下，向该请求目的地发送请求数据，在不是全额接纳协定的请求目的地的情况下，打印输出在纸面上。将打印输出后的纸邮送给请求目的地。

下面，关于本发明的财务***的其他的实施方式进行说明。

[实施方式3]

图12是示出本实施方式涉及的财务***KS3的结构的图。该财务***KS3是将实施方式2的财务***适用于具有多个部门的A公司和B公司间的一种安装模式。

财务***KS3由请求源终端501、请求源主终端501A、请求源网络502、请求目的地终端503、请求目的地主终端503A、请求目的地网络504、单位间网络505、服务器装置506、数据库507～509构成，各请求源终端501与请求源主终端501A、各请求目的地终端503与请求目的地主终端503A，分别通过请求源网络502和请求目的地网络504，利用电气通信线路进行连接。

在此，各请求源终端501相当于实施方式2中的请求源财务处理装置100，各请求目的地终端503相当于实施方式2中的请求目的地财务处理装置200，请求源主终端501A相当于实施方式2中的债权债务计入处理装置300，请求目的地主终端503A相当于实施方式2中的债权债务计入处理装置400，数据库507相当于实施方式2中的数据库DB3，数据库508相当于实施方式2中的数据库DB1，数据库509相当于实施方式2中的数据库DB2，服务器装置506相当于实施方式2中的服务器装置500。

请求源终端501是设置在每个发出请求的单位的部门中的终端，是具有显示器、键盘、鼠标等的计算机。该终端按照来自用户的画面显示指示，显示如图13所示的画面，一由用户从画面输入与图13中示出的画面的各项目有关的各数据，就以该输入数据为基础，生成请求数据。

请求源网络502是在各终端彼此之间和终端与主终端之间收发以请求数据为首的各种数据的传输路径。

请求目的地终端503是设置在每个接受请求的单位的部门中的终端，是具有显示器、键盘、鼠标等的计算机。

请求目的地网络504是在各终端彼此之间和终端与主终端之间收发以请求数据为首的各种数据的传输路径。

单位间网络505是在各请求源终端501或请求源主终端501A与各请求目的地终端503或请求目的地主终端503A之间收发数据的传输路径。

数据库507中预先登记着实施方式2的全额接纳对象列表403。

服务器装置506进行判断处理，判断通过单位间网络505发送的请求数据是否是全额接纳对象所涉及的请求数据。具体地说，以登记在数据库507中的全额接纳对象列表403为参照，判断来自请求源终端501的请求数据的请求目的地是否是有全额接纳协定的单位，在是有全额接纳协定的单位的情况下，通过网络505，向该单位发送请求数据，在是没有全额接纳协定的单位的情况下，就打印输出在纸面上。将打印输出后的纸邮送给请求目的地。

数据库508是存储着请求源生成的请求数据和相当于实施方式2中的债权债务表的分类数据的数据库。

数据库509是存储着请求目的地接收的请求数据和相当于实施方式2中的债权债务表的分类数据的数据库。

下面，关于在财务***KS3中如何实现实施方式2中的请求源财务处理装置100所进行的处理进行说明。

首先，请求源终端501基于用户通过图13中示出的画面输入的数据，生成请求数据，通过请求源网络502，将生成的请求数据发送给相当于认可请求数据的财务认可部102的其他请求源终端501。

在此，生成的请求数据中具体包括请求源单位代码、请求号码、请求源部门名称和负责人名、请求日、请求目的地单位代码、请求目的地部门名称和负责人名、请求金额、请求内容(摘要)等信息。

图14(a)示出生成的请求数据的具体例。

接着，相当于财务认可部102的请求源终端501，针对接收到的请求数据，执行与实施方式1中说明的财务认可部102所进行的认可处理相同的认可处理，通过请求源网络502和单位间网络505，将认可处理后的请求数据发送给相当于登记部103的其他请求源终端501和服务器装置506。

此外，相当于财务认可部102的请求源终端501，接受来自用户的、请求源是其他公司的请求数据的输入，通过请求源网络502发送给相当于登记部103的请求源终端503。

相当于登记部103的请求源终端501，通过请求源网络502，将接收到的请求数据发送给请求源主终端501A，委托生成相当于债权债务表110的各请求数据部分的分类数据。

相当于全额接纳通知接收部105的请求源终端501，一与请求数据的请求号码一起接受了旨意是已接收了全额接纳协定对象的上述请求数据的通知，就通过请求源网络502，将该请求号码通知给请求源主终端501A，委托为将该请求号码的分类数据的全额接纳完了标记设定为“接纳完了”，所述通知是通过请求目的地网络504和单位间网络505，从请求目的地终端503发送的通知。

再有，如上所述，取代各自设置相当于请求源财务处理装置100的各结构要素的请求源终端501的结构，也可以是对应于多个结构要素设置请求源终端501的结构。

下面，关于在财务***KS3中如何实现实施方式2中的服务器装置500所进行的处理进行说明。

服务器装置506一接收认可处理后的请求数据，就参照存储在数据库507中的全额接纳对象列表403，判断请求目的地是否是全额接纳协定对象，若是全额接纳协定对象，就通过单位间网络505和请求目的地网络504，向相当于请求目的地的财务部门的请求数据接收部201的请求目的地终端503发送该请求数据，在不是全额接纳协定对象的情况下，将该请求数据打印输出在纸面上。

下面，关于在财务***K83中如何实现实施方式2中的请求目的地财务处理装置200所进行的处理进行说明。

相当于请求数据接收部201的请求目的地终端503一接收上述请求数据，就在接收到的上述请求数据中附加示出“接纳完了”的全额接纳完了标记和全额接纳号码，将附加了全额接纳完了标记和全额接纳号码后的请求数据(以下称作“接纳数据”)，通过请求目的地网络504，发送给相当于全额接纳通知部203的请求目的地终端503和相当于登记部202的请求目的地终端503及相当于内容细查数据生成部204的请求目的地终端503。

图15示出在相当于请求数据接收部201的请求目的地终端503的显示器上显示的请求数据的具体例，所述请求数据接收部201接收了从服务器装置506发送的、全额接纳协定对象的请求数据。

图14(b)示出接纳数据的具体例。

再有，也可以不自动输入，而由用户从输入画面输入全额接纳完了标记和全额接纳号码(例如，输入图16中示出的输入画面中的箭头示出的项目)。

相当于全额接纳通知部203的请求目的地终端503一接收上述接纳数据，就通过请求目的地网络504和单位间网络505，将已接收到的旨意和该接纳数据的请求号码的通知发送给相当于全额接纳通知接收部105的请求源终端501。

在此，也可以在例如接收上述接纳数据时，即时发送电子邮件，来进行上述通知。

相当于登记部202的请求源终端503，通过请求目的地网络504，将接收到的接纳数据发送给请求目的地主终端503A，委托生成相当于债权债务表210的各请求数据部分的分类数据。

相当于内容细查数据生成部204的请求目的地终端503，通过请求目的地网络504，将接收到的接纳数据或由用户输入的其他(全额接纳协定对象外)的请求数据、即内容细查处理后的接纳数据(以下称作“交易数据”)，发送给相当于财务认可部205的请求目的地终端503。

相当于财务认可部205的请求目的地终端503，基于来自用户的输入，认可接收到的交易数据，在认可后的交易数据中附加接纳认可者的信息。

图14(c)示出认可后的交易数据的具体例。

该请求目的地终端503还通过请求目的地网络504，将认可后的全额接纳协定对象外的交易数据发送给相当于登记部206的请求目的地终端503。

相当于登记部206的请求目的地终端503，通过请求目的地网络504，将接收到的交易数据发送给请求目的地主终端503A，委托生成相当于债权债务表210的各请求数据部分的分类数据。

再有，如上所述，取代各自设置相当于请求目的地财务处理装置200的各结构要素的请求目的地终端503的结构，也可以是对应于多个结构要素设置请求目的地终端503的结构。

下面，关于在财务***KS3中如何实现实施方式2中的债权债务计入处理装置300和400所进行的处理进行说明。

最初，关于请求源主终端501A进行的、相当于债权债务计入处理装置300所进行的处理的处理进行说明。

请求源主终端501A按照来自相当于登记部103的请求源终端501的委托，基于发送的请求数据，生成分类数据后，登记在数据库508中。

在此，所谓“分类数据”，是指包括请求源单位代码、请求号码、请求源部门名称和负责人名、请求日、请求目的地单位代码、请求目的地部门名称和负责人名、请求金额、请求内容(摘要)、全额接纳完了标记、确定完了标记、与债权额和债务额有关的信息的数据。

另外，请求源主终端501A按照来自相当于全额接纳通知接收部105的请求源终端501的委托，将符合的分类数据的全额接纳完了标记设定为“接纳完了”，基于写入在分类数据中的关于各请求数据的全额接纳完了标记，进行消除处理(通过将全额接纳完了标记示出“接纳完了”的请求数据的确定完了标记设定为示出“确定完了”的标记，确定为从联结决算对象消去该请求数据的对象的处理)。

图17示出由请求源主终端501A生成的分类数据的具体例。

此外，请求源主终端501A基于按照来自用户的指示而写入存储在数据库508的分类数据中的与债权额和债务额有关的信息，，算出除了确定完了标记示出“确定完了”的请求数据之外的各请求数据(确定完了标记示出“未确定”的各请求数据)的债权总额、债务总额和收支决算额，如图5所示作成联结决算报告书。

下面，关于请求目的地主终端503A进行的、相当于债权债务计入处理装置400所进行的处理的处理进行说明。

请求目的地主终端503A基于按照来自相当于登记部202的请求源终端503的委托发送的接纳数据，生成分类数据，将生成的分类数据的全额接纳完了标记设定为“接纳完了”，登记在数据库509中，基于关于分类数据中写入着的各请求数据的全额接纳完了标记，进行消除处理(通过将全额接纳完了标记示出“接纳完了”的请求数据的确定完了标记设定为示出“确定完了”的标记，作为从联结决算对象消去该请求数据的对象，进行确定的处理)。

此外，请求目的地主终端503A基于按照来自相当于登记部206的请求目的地终端503的委托发送的交易数据，生成分类数据后登记在数据库509中。

图18示出由请求目的地主终端503A生成的分类数据的具体例。

此外，请求目的地主终端503A基于按照来自用户的指示写入在分类数据中的与债权额和债务额有关的信息，所述分类数据存储在数据库509中，算出除了确定完了标记示出“确定完了”的请求数据之外的各请求数据(确定完了标记示出“未确定”的各请求数据)的债权总额、债务总额和收支决算额，如图6所示作成联结决算报告书。

基于如上所述登记后的分类数据中的确定完了标记的设定，进行消除处理，消去A公司与B公司之间的交易，作成联结决算报告书。这样，就用相互消除了联结决算的对象即同一集团的单位间的债权与债务额的形式，作成决算报告书。

(变形例)

在不脱离发明的技术思想的范畴的限度中，本发明也可以用以下的变形例来同样实施。

各数据库也可以共用。

服务器装置的功能设置成了与请求源财务处理装置和请求目的地财务处理装置相独立的结构，但也可以将服务器装置的功能给予请求源财务处理装置或请求目的地财务处理装置。

在上述实施方式中，在请求数据是全额接纳对象所涉及的请求数据的情况下，通过传输路径，向请求目的地发送该请求数据，在请求数据不是全额接纳对象所涉及的请求数据的情况下，通过将该请求数据打印输出的纸面邮送给请求目的地，就能够由请求目的地来指定请求数据是否是全额接纳对象所涉及的请求数据，但也可以在请求数据中附加示出是全额接纳对象涉及的请求数据的识别信息，就也能够由请求目的地来指定请求数据是否是全额接纳对象所涉及的请求数据。

Claims (12)

1.一种财务***，由与数据库连接的请求发信装置和请求受理装置构成，其特征在于，

上述请求发信装置，具有：

接受单元，顺次接受不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据的输入；

登记单元，将接受的请求数据登记在上述数据库中；

抽出单元，从接受的请求数据抽出不成为上述计入对象的请求数据；

输出单元，将抽出的请求数据输出给上述请求受理装置；

排除单元，将登记在上述数据库中的请求数据内的指定的请求数据确定为上述计入对象外的数据并从上述计入对象中排除，

上述请求受理装置具有：

受理单元，受理输入的请求数据；

通知单元，将已受理了上述请求数据的旨意通知给上述请求发信装置，

上述排除单元将通知的上述请求数据作为上述指定的请求数据从上述计入对象中排除。

2.如权利要求1所述的财务***，其特征在于，

上述财务***还具有计入处理装置，基于登记在上述数据库中的请求数据内的、由上述排除单元排除的请求数据以外的请求数据，算出联结决算额。

3.如权利要求2所述的财务***，其特征在于，

上述请求接收装置和上述请求受理装置用电气通信线路连接，

上述抽出单元具有判定单元，判定接受的请求数据是否为上述计入对象的请求数据，

上述输出单元具有联机发送单元，仅限于将作为不成为上述计入对象的请求数据而抽出的请求数据联机发送给上述请求受理装置。

4.如权利要求3所述的财务***，其特征在于，

上述数据库存储计入非对象列表，所述计入非对象列表示出不成为联结决算的计入对象的请求源与请求目的地的对应关系，

上述判定单元在上述计入非对象列表中示出了接受的请求数据的请求源和请求目的地的情况下，判定为该请求数据是不成为上述计入对象的请求数据。

5.如权利要求3所述的财务***，其特征在于，

上述通知单元联机实时地进行上述通知。

6.一种财务***，由下述装置构成：请求发信装置，与第一数据库连接；服务器，与存储着计入非对象列表的第二数据库连接，所述计入非对象列表示出不成为联结决算的计入对象的请求源与请求目的地的对应关系；请求受理装置，与第三数据库连接，该财务***的特征在于，

上述请求发信装置具有：

接受单元，顺次接受不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据的输入；

第一发送单元，将接受的请求数据发送给上述服务器；

登记单元，将接受的请求数据登记在第一数据库中；

排除单元，将登记在第一数据库中的请求数据内的指定的请求数据确定为上述计入对象外的数据并从上述计入对象中排除，

上述服务器具有：

判定单元，根据上述计入非对象列表中是否示出了接收到的请求数据的请求目的地和请求源，判定该请求数据是否为上述计入对象的请求数据；

第二发送单元，在判定为接收到的请求数据是不成为上述计入对象的请求数据的情况下，将该请求数据发送给请求受理装置，

上述请求受理装置具有：

受理单元，受理发送来的请求数据；

通知单元，将已受理了上述请求数据的旨意通知给上述请求发信装置，

上述排除单元将通知的上述请求数据作为上述指定的请求数据从上述计入对象中排除。

7.如权利要求6所述的财务***，其特征在于，

上述财务***还具有计入处理装置，基于登记在上述数据库中的请求数据内的、由上述排除单元排除的请求数据以外的请求数据，算出联结决算额。

8.如权利要求7所述的财务***，其特征在于，

上述请求发信装置和上述服务器及上述请求受理装置用电气通信线路连接，

上述第二发送单元，仅限于将被判定为是不成为上述计入对象的请求数据的请求数据联机发送给上述请求受理装置。

9.如权利要求8所述的财务***，其特征在于，

上述通知单元联机实时地进行上述通知。

10.如权利要求6所述的财务***，其特征在于，

上述请求发信装置和上述请求受理装置是分别通过电气通信线路可相互通信的多个通信终端。

11.如权利要求6所述的财务***，其特征在于，

上述请求发信装置还具有计入处理单元，基于登记在上述数据库中的请求数据内的、由上述排除单元排除的请求数据以外的请求数据，算出联结决算额。

12.一种请求受理装置，与数据库连接，受理不成为联结决算的计入对象的请求数据和成为上述计入对象的请求数据的某个请求数据，其特征在于，具有：

第一登记单元，在受理的上述请求数据是不成为联结决算的计入对象的请求数据的情况下，将该请求数据登记在上述数据库中；

排除单元，将由上述第一登记单元登记在上述数据库中的请求数据从上述计入对象中排除；

认可单元，基于来自用户的输入，认可受理的上述请求数据；

第二登记单元，将认可后的请求数据中的、成为联结决算的计入对象的请求数据，登记在上述数据库中。

Images