JP2004171334A - Journalizing system and computer program for journalizing - Google Patents
Journalizing system and computer program for journalizing Download PDFInfo
- Publication number
- JP2004171334A JP2004171334A JP2002337548A JP2002337548A JP2004171334A JP 2004171334 A JP2004171334 A JP 2004171334A JP 2002337548 A JP2002337548 A JP 2002337548A JP 2002337548 A JP2002337548 A JP 2002337548A JP 2004171334 A JP2004171334 A JP 2004171334A
- Authority
- JP
- Japan
- Prior art keywords
- journalizing
- journal
- transaction data
- transaction
- account
- 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.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
【０００１】
【発明の属する技術分野】
本発明は、証券等の取引データを仕訳するシステム等に関するものである。
【０００２】
【従来の技術】
証券等の取引が行われた場合、その取引に関するデータは一定の仕訳ルールに従って仕訳されており、近年この仕訳作業は主にコンピュータによって処理されている。現在、この仕訳作業（コンピュータによる仕訳処理）はその日の取引が終了するのを待って一括して行われている。即ち、仕訳処理はいわゆるリアルタイム処理ではなくバッチ処理により行われているのである。
このようにリアルタイム処理ではなくバッチ処理とされているのは、仕訳作業を特に急ぐ必要がないからである。即ち、現在の取引市場の一般的な取決めでは、仕訳処理は取引の行われた日（約定日）から４営業日後の受渡日までに行われていれば良いとされており、その日（約定日）の取引終了時刻「午後３時」を過ぎてから仕訳処理を行えば４営業日後の受渡日までには充分間に合うのである。
なお、本件につき従来技術文献の開示をすることはできない。なぜなら、仕訳処理をどのようなシステム・コンピュータプログラムにより行っているかは各証券会社の企業秘密に属することだからである。
【０００３】
【発明が解決しようとする課題】
前述の通り、現在のところ仕訳処理は約定日から４営業日後まで行えば足りている。
しかし、近年はあらゆるビジネスに迅速性が強く要求される傾向にあり、仕訳作業もゆっくりとバッチ処理にしている状況ではなくなりつつある。即ち、証券等の取引データの仕訳作業も、より迅速に処理されることが求められることが予想されているのである。
また、証券市場の取決め（４営業日後までに仕訳をすればよいという取決め）の変更により仕訳の作業期間が短縮されることも予想される。
本発明はこのような仕訳の迅速化という要請に鑑みてなされたものであり、仕訳作業のリアルタイム処理を実現するシステム等に関するものである。
【０００４】
【課題を解決するための手段】
本発明は、例えば、次のようなシステム、方法、コンピュータプログラムである。
（１）証券に関する取引データを仕訳するための仕訳ルールを記憶する記憶手段と、前記取引データを仕訳するための仕訳手段とからなり、
前記仕訳手段は、前記取引データを生成するための取引データ生成手段が生成した前記取引データを前記仕訳ルールに基づいてリアルタイムで仕訳し、取引毎の仕訳結果を作成する。
（２）前記仕訳ルールは、外部テーブルとして前記記憶手段に記憶されている。
（３）前記仕訳手段は、仕訳を行う際にリアルタイム処理に伴う不確定要素がある場合、仮勘定項目を利用して前記仕訳結果を作成する。
（４）前記不確定要素とは、その日の取引が終了しなければ確定しない要素である。
（５）前記仕訳手段は、前記不確定要素が確定した後に、前記仮勘定を本勘定に振替えるための振替処理を行う。
【０００５】
【発明の第一実施形態】
本発明の実施形態を説明する。本発明はコンピュータ処理により実現されるものであり、コンピュータには処理装置、入力装置（キーボードやマウスなど）、出力装置（表示モニタやプリンタなど）、記憶装置などが備えられているものである。なお、本実施形態では、すべての処理を１台のコンピュータで処理するものとしているが、これを複数のコンピュータで処理しても構わない。
【０００６】
次に、本発明の処理手順を説明する。本発明は図１に示す通り、＜取引データ生成：ＳＴＥＰ１＞→＜仕訳処理：ＳＴＥＰ２＞→＜仕訳結果出力：ＳＴＥＰ３＞→＜本勘定処理：ＳＴＥＰ４＞→＜振替後の仕訳結果出力：ＳＴＥＰ５＞の手順で行われる。以下、これらの処理について説明する。
【０００７】
＜取引データ生成：ＳＴＥＰ１＞
証券業界では、証券等に関する様々な取引が日々行われており、それに伴って取引に関するデータが多数発生する。このような取引に関するデータはコンピュータに入力される。
コンピュータの記憶装置には入力されたデータに基づいて「取引データ」を生成するためのコンピュータプログラム（取引データ生成のためのコンピュータプログラム）が記憶されており、コンピュータはこのコンピュータプログラムに従って取引データを生成する。なお、「取引データ」とは、次の＜仕訳処理：ＳＴＥＰ２＞で仕訳処理を行うためのデータであり、具体的には図２や図５などのデータが生成される。また、実際には取引データ生成以外にも様々な処理を行うのであるが、それら処理と本発明とは関係がないので、ここではそれら処理の説明については省略する。さらに、本実施形態では、この取引データ生成処理を行うコンピュータが取引データ生成手段としての役割を果す。
【０００８】
＜仕訳処理：ＳＴＥＰ２＞
次に、コンピュータは生成された取引データを仕訳するための処理を行う。
コンピュータの記憶装置には取引データを仕訳するためのコンピュータプログラムが記憶されており、コンピュータはこの仕訳処理のためのコンピュータプログラムに従って「取引データ」を仕訳し、取引毎の取引別仕訳結果を作成する。以下、仕訳処理の詳細を説明する。
［仕訳処理１］例えば、図２のような取引データが＜ＳＴＥＰ１＞の取引データ生成処理によって生成されたとする。
［仕訳処理２］コンピュータは即時に生成された取引データ（図２）を入力する。具体的には、取引データ（１）「約定日（取引日）：２００２年１２月２日／受渡日：２００２年１２月６日／取引者ＩＤ：９７１５／取引番号：００１／取引種別：株取引／取引パターン：自己−取引所／売買区分：買／取引コード：普通／約定金額：５００，０００」を入力する。
【０００９】
［仕訳処理３］記憶装置には図３のような仕訳テーブルが記憶されており、ここには取引データの条件に対応した仕訳方法が複数記憶されている。コンピュータは、入力した取引データ（図２）に合致する仕訳方法を仕訳テーブルから検索する。即ち、図２の取引データに含まれる「取引種別：株取引／取引パターン：自己−取引所／売買区分：買／取引コード：普通」を検索キーにして、仕訳テーブルを検索し、これにより図３の仕訳方法を抽出する。具体的には、図３の仕訳テーブル「仕訳条件：取引種別＝株取引、取引パターン＝自己−取引所、売買区分：買／取引コード：普通／仕訳内容（約定日）：借方＝トレーディング商品（調整勘定）、貸方＝約定見返勘定（商品・株式）／仕訳内容（受渡日）：借方＝約定見返勘定（商品・株式）、貸方＝自己受渡勘定」を抽出する。なお、本実施形態ではこの仕訳テーブルが仕訳ルールとしての役割を果すものである。また、この仕訳テーブルは外部テーブルとして記憶装置に記憶されているものである。即ち、この仕訳テーブルは仕訳を行うためのコンピュータプログラムから独立した形で（コンピュータプログラムに組込まれることなく）記憶装置に記憶されているものである。
【００１０】
［仕訳処理４］次に、コンピュータは入力した取引データ（１）及び検索した仕訳方法に従って取引別の仕訳結果を作成する。これにより図４に表された取引別仕訳結果（１）「仕訳区分：約定日／借方：トレーディング商品（調整勘定）＝５００，０００／貸方：約定見返勘定（商品・株式）＝５００，０００／仕訳区分：受渡日／借方：約定見返勘定（商品・株式）＝５００，０００／貸方：自己受渡勘定＝５００，０００」が作成される。
なお、ここで「トレーディング商品（調整勘定）」とは仮の勘定項目であり、このような仮の勘定を利用して仕訳している趣旨について説明する。
証券取引は、一日のうちに何度も繰返される場合が多々ある。よって、一日の取引がすべて終了しないとどのように取引データを仕訳すべきか判断できない場合がある。例えば、ある取引者が同日に「５０万円の買い」をした後に、「３０万円の売り」をする場合もあれば、「５０万円の買い」をした後に、「６０万円の売り」をする場合もあり、前者の場合は資産勘定として仕訳すべきであり、後者の場合は負債勘定として仕訳すべきであり、前者と後者では仕訳の方法が全く異なってしまうのである。よって、仕訳を行う際にこのような不確定要素（リアルタイム処理に伴う不確定要素）がある以上、本来ならば取引データの仕訳はその日の取引がすべて終了してからでないと行えないのである。即ち、取引が終了しないと不確定要素が確定しないため取引データのリアルタイム処理は不可能なのである。しかし、本発明では「トレーディング商品（調整勘定）」という仮の勘定項目を利用して仕訳をすることにより取引データの仕訳をリアルタイム処理できるように工夫しているのである。これが「トレーディング商品（調整勘定）」という仮の項目を設けた趣旨である。なお、本実施形態ではこの仕訳結果は取引データ毎に作成されるものである。また、本実施形態では、この仕訳処理を行うコンピュータが仕訳手段としての役割を果し、「トレーディング商品（調整勘定）」が仮勘定項目としての役割を果す。
【００１１】
コンピュータは取引データが生成される度に上記［仕訳処理１］から［仕訳処理４］を行い、リアルタイムで取引データの仕訳処理を行う。例えば、同一取引日に同一取引者が同一商品について取引を行い、図５のような取引データが発生した場合はそれを入力し、図６の仕訳方法に従って図７の取引別仕訳結果を作成する。
具体的には、図５の取引データ（２）「約定日（取引日）：２００２年１２月２日／受渡日：２００２年１２月６日／取引者ＩＤ：９７１５／取引番号：００２／取引種別：株取引／取引パターン：自己−取引所／売買区分：売り／取引コード：普通／約定金額：３００，０００」を入力し、図６の仕訳テーブル「仕訳条件：取引種別＝株取引、取引パターン＝自己−取引所、売買区分：売り／取引コード：普通／仕訳内容（約定日）：借方＝約定見返勘定（商品・株式）、貸方＝トレーディング商品（調整勘定）／仕訳内容（受渡日）：借方＝自己受渡勘定、貸方＝約定見返勘定（商品・株式）」に従って仕訳を行い、図７の取引別仕訳結果（２）「仕訳区分：約定日／借方：約定見返勘定（商品・株式）＝３００，０００／貸方：トレーディング商品（調整勘定）＝３００，０００／仕訳区分：受渡日／借方：自己受渡勘定＝３００，０００／貸方：約定見返勘定（商品・株式）＝３００，０００」を作成する。なお、本実施形態では、トレーディング商品（調整勘定）が仮勘定項目としての役割を果す。
以上の処理により取引データの仕訳処理をリアルタイムで行うことができるのである。なお、リアルタイム処理とは、原則として取引データが生成される度に仕訳処理を行うものである。即ち、取引データが複数生成されるのを待ち、生成された複数の取引データを一括して仕訳するバッチ処理と対峙する処理概念である。
【００１２】
＜仕訳結果出力：ＳＴＥＰ３＞
次に、コンピュータは自動的に（或は、オペレータの要求に応じて）仕訳結果を表示モニタ或はプリンタ用紙に出力する（図４、図７）。このように本発明では取引毎の仕訳結果を作成するので取引の内容を一つ一つ閲覧することが可能となる。即ち、従来のバッチ処理であればその日に行われた取引を一括して仕訳し、最終的な仕訳結果のみを作成するだけなので取引の一つ一つを閲覧することはできないが、本発明を利用すれば取引毎の仕訳結果の閲覧が可能になるのである。
【００１３】
＜本勘定処理：ＳＴＥＰ４＞
次に、コンピュータは本勘定処理（仮勘定を本勘定に振替えるための処理）を行う。以下、この処理について説明する。
証券等の取引は午後３時をもって終了する。よって、午後３時（或はこれより少し遅い時刻）には、その日に行われた取引の取引データがすべて生成され、それら取引データは上記＜ＳＴＥＰ２＞に従ってすべて仕訳処理され、取引別の仕訳結果がすべて作成される。
コンピュータはすべての仕訳結果が作成された後に、仮の勘定を本勘定に振替えるための処理を行う。本実施形態では、取引者ＩＤ「９７１５」の人が２００２年１２月２日に２件の取引（図２、図５）を行っているので、コンピュータはこの２件の仕訳結果（図４、図７）を総合した仕訳結果を作成する。
コンピュータは２件の仕訳結果を集計し、仕訳結果（図８）「仕訳区分：約定日／借方：株式等トレーディング損益（株式）＝２００，０００／貸方：トレーディング商品（調整勘定）＝２００，０００」を作成する。
【００１４】
なお、ここで資産勘定に「株式等トレーディング損益（株式）＝２００，０００」をあげ、負債勘定に「トレーディング商品（調整勘定）」をあげている部分の処理内容について以下に説明する。
［振替処理１］２件の取引データのうち、１件目（図２）は「５００，０００円の買い」であり、「トレーディング商品（調整勘定）＝５００，０００」という仮の勘定が「資産勘定」としてあげられている（図４）。一方、２件目（図５）は「３００，０００円の売り」であり、「トレーディング商品（調整勘定）＝３００，０００」という仮の勘定が「負債勘定」としてあげられている（図７）。コンピュータは両者を比較・集計し、その結果「資産勘定」の方の金額が大きいことが判明する。
［振替処理２］仕訳のためのコンピュータプログラムには資産勘定の方の金額が大きければ資産勘定に「株式等トレーディング損益（株式）」という項目をあげ、負債勘定に「トレーディング商品（調整勘定）」という項目をあげるべき旨の命令が組込まれている。従って、コンピュータは図８のように「株式等トレーディング損益（株式）＝２００，０００」という項目を資産勘定にあげ、「トレーディング商品（調整勘定）＝２００，０００」という項目を負債勘定にあげているのである。即ち、＜ＳＴＥＰ２＞で未確定であった資産勘定、負債勘定どちらに項目をあげるべきかという要素（未確定要素）がこの時点で「本勘定を資産勘定にあげる」ことで確定するので、コンピュータは「トレーディング商品（調整勘定）」という仮の勘定を本勘定「株式等トレーディング損益（株式）」に振替えるのである。なお、本実施形態において、仮に「売り」の金額が、６００，０００円であれば「株式等トレーディング損益（株式）＝１００，０００」という勘定科目が負債勘定としてあげられることになる。また、本実施形態は同一商品を取引したケースであるため「株式等トレーディング損益（株式）」という勘定項目にしているが、同一商品でない場合は他の勘定項目があがることになる（その項目内容もコンピュータプログラムにより設定されているものである。
【００１５】
＜振替後の仕訳結果出力：ＳＴＥＰ５＞
次に、コンピュータはオペレータの要求に応じて本勘定振替後の仕訳結果（図８）を表示モニタ或はプリンタ用紙に出力する。これにより仮勘定を本勘定に振替えた仕訳結果をも提供することができる。なお、図８の受渡日の仕訳結果はオペレータがデータを手入力し、それをコンピュータが表示したものである。
【００１６】
なお、上記実施形態おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わない。
（１）上記実施形態では、特定のケースについて説明したが、本発明はこれに限るものではない。例えば、上記実施形態では株取引を例に説明しているが、本発明は他の取引においても利用できるものである。
（２）データの内容は実施形態で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（４）処理の内容や手順についても実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）上記実施形態に登場するデータ（データレコード、テーブル、データベース）及びデータ項目は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。
【００１７】
【発明の効果】
本発明には次のような効果がある。
（１）本発明を利用すれば、証券等の取引データをリアルタイムで仕訳することができ、迅速な仕訳処理を行うことができる。また、取引市場の取決めにおいて仕訳作業期間（決済期間）の短縮がなされた場合でもそれに対応することができる。
（２）本発明では、取引毎に仕訳結果を作成するので、取引毎の仕訳結果を参照・修正することができる。
（３）本発明では、仕訳ルールを外部テーブルにしているので、仕訳ルールの変更にも迅速に対応できる。即ち、この仕訳ルールがコンピュータプログラムに組込まれていたならばコンピュータプログラムの修正を行わなければならないが、コンピュータプログラムの修正作業は煩雑で仕訳ルールの変更を迅速に行うことができない。よって、本発明では仕訳ルールを外部テーブルとしているのである。これは迅速処理が要求されるリアルタイム処理において非常に重要な意味を持つものである。
（４）本発明では、不確定要素があった場合には仮の勘定をあげるという概念を採用しているので、リアルタイムの仕訳処理に伴う不確定要素があった場合にも仕訳結果を作成することができる。また、仮の勘定を本勘定に振替えるための処理も行うので、振替後の仕訳結果をも参照・修正することができる。
【図面の簡単な説明】
【図１】本発明を実現するための処理手順を示す図である。
【図２】取引データを表した図である。
【図３】仕訳テーブルを表した図である。
【図４】仕訳結果を表した図である。
【図５】取引データを表した図である。
【図６】仕訳テーブルを表した図である。
【図７】仕訳結果を表した図である。
【図８】最終的な仕訳結果を表した図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system for journalizing transaction data such as securities.
[0002]
[Prior art]
When a transaction of securities or the like is made, data relating to the transaction is journalized according to a certain journaling rule, and in recent years, this journalizing operation is mainly processed by a computer. Currently, this journalizing operation (journaling process by computer) is performed collectively after the transaction of the day is completed. That is, the journalizing process is performed not by a so-called real-time process but by a batch process.
The reason why the batch processing is used instead of the real-time processing is that there is no need to hurry the journalizing work. In other words, the general rules of the current trading market state that journal processing should be performed by the delivery date four business days after the transaction date (contract date). If the journalizing process is performed after the transaction end time “3 pm” in the above), it will be sufficient by the delivery date four business days later.
It is not possible to disclose the prior art document in this case. This is because what kind of system / computer program performs the journalizing process belongs to the trade secret of each securities company.
[0003]
[Problems to be solved by the invention]
As described above, at present, it is sufficient that the journal processing be performed from the contract date to four business days later.
However, in recent years, there has been a tendency for all businesses to be promptly required to be quick, and the journalizing work is no longer being slowly batch-processed. That is, it is expected that the journalizing operation of transaction data such as securities should be processed more quickly.
It is also expected that a change in the securities market agreement (an agreement that journal entries should be made within four business days) will shorten the journal entry work period.
The present invention has been made in view of such a demand for speeding up journal entries, and relates to a system and the like that realizes real-time processing of journal entries.
[0004]
[Means for Solving the Problems]
The present invention is, for example, the following system, method, and computer program.
(1) storage means for storing journal rules for translating transaction data relating to securities, and journal means for translating the transaction data;
The journalizing unit journalizes the transaction data generated by the transaction data generating unit for generating the transaction data in real time based on the journal rules, and creates a journaling result for each transaction.
(2) The journal rules are stored in the storage unit as an external table.
(3) When there is an uncertain element associated with real-time processing when performing the journal entry, the journal entry unit creates the journal entry result using a provisional account item.
(4) The uncertain element is an element that is not determined unless the transaction on that day ends.
(5) The journalizing means performs a transfer process for transferring the temporary account to a main account after the uncertain element is fixed.
[0005]
First Embodiment of the Invention
An embodiment of the present invention will be described. The present invention is realized by computer processing. The computer includes a processing device, an input device (such as a keyboard and a mouse), an output device (such as a display monitor and a printer), and a storage device. In this embodiment, all the processing is performed by one computer, but the processing may be performed by a plurality of computers.
[0006]
Next, the processing procedure of the present invention will be described. As shown in FIG. 1, in the present invention, <transaction data generation: STEP1> → <journal processing: STEP2> → <journal result output: STEP3> → <main account processing: STEP4> → <journal result output after transfer: STEP5> Is performed in the following procedure. Hereinafter, these processes will be described.
[0007]
<Transaction data generation: STEP1>
In the securities industry, various transactions relating to securities and the like are performed daily, and accordingly, a large amount of data relating to transactions is generated. Data relating to such transactions is entered into a computer.
A computer program for generating “transaction data” based on the input data (computer program for generating transaction data) is stored in a storage device of the computer, and the computer generates the transaction data according to the computer program. I do. Note that the "transaction data" is data for performing a journalizing process in the following <journaling process: STEP2>, and specifically, data as shown in FIGS. 2 and 5 is generated. In addition, various processes other than transaction data generation are actually performed, but since these processes are not related to the present invention, the description of these processes is omitted here. Further, in the present embodiment, the computer that performs the transaction data generation processing plays a role as transaction data generation means.
[0008]
<Journal processing: STEP2>
Next, the computer performs a process for journalizing the generated transaction data.
A computer program for journalizing transaction data is stored in a storage device of the computer, and the computer journals "transaction data" according to the computer program for the journalizing process, and creates a transaction-specific journal result for each transaction. . Hereinafter, details of the journalizing process will be described.
[Journal Processing 1] For example, assume that the transaction data as shown in FIG. 2 is generated by the transaction data generation processing of <STEP 1>.
[Journal Processing 2] The computer inputs transaction data (FIG. 2) generated immediately. Specifically, the transaction data (1) “Contract date (transaction date): December 2, 2002 / Delivery date: December 6, 2002 / trader ID: 9715 / transaction number: 001 / transaction type: stock Transaction / transaction pattern: self-exchange / trading category: buy / transaction code: ordinary / contract price: 500,000 ".
[0009]
[Journal Processing 3] A journal table as shown in FIG. 3 is stored in the storage device, in which a plurality of journal methods corresponding to the conditions of the transaction data are stored. The computer searches the journal table for a journal entry method that matches the input transaction data (FIG. 2). That is, the journal table is searched using the search key "transaction type: stock transaction / transaction pattern: self-exchange / trading class: buy / transaction code: ordinary" included in the transaction data of FIG. The third journalizing method is extracted. Specifically, the journal table of FIG. 3 "journal condition: transaction type = stock transaction, transaction pattern = self-exchange, trading category: buy / transaction code: ordinary / journal content (contract date): debit = trading product ( Adjustment account), credit = contracted return account (product / stock) / journal content (delivery date): debit = contracted return account (product / stock), credit = self-delivery account. In this embodiment, the journal table plays a role as a journal rule. This journal table is stored in a storage device as an external table. That is, this journal table is stored in a storage device in a form independent of a computer program for performing journal entries (without being incorporated in the computer program).
[0010]
[Journal Processing 4] Next, the computer creates a journal result for each transaction in accordance with the input transaction data (1) and the searched journal method. As a result, the journal-by-transaction results (1) shown in FIG. 4 are as follows: "Journal classification: trade date / debit: trading product (adjustment account) = 500,000 / credit: trade return account (product / stock) = 500,000 / Journal entry: delivery date / debit: contract return account (product / stock) = 500,000 / credit: self-delivery account = 500,000 ”is created.
Here, the “trading product (adjustment account)” is a provisional account item, and the effect of journalizing using such provisional account will be described.
Securities trading is often repeated many times a day. Therefore, it may not be possible to judge how to transact the transaction data unless all the transactions in one day are completed. For example, a trader may buy "500,000 yen" on the same day and then "sell 300,000 yen", or after "buy 500,000 yen", "sell 600,000 yen". In the former case, it should be journalized as an asset account, in the latter case, it should be journalized as a liability account, and the former and the latter have completely different journaling methods. Therefore, when there is such an uncertain factor (uncertain factor associated with real-time processing) when journalizing, the journalizing of the transaction data can be performed only after all the transactions of the day have been completed. That is, the real-time processing of the transaction data is impossible because the uncertain element is not determined until the transaction is completed. However, in the present invention, the journal is devised using a temporary account item “trading product (adjustment account)” so that the journal of transaction data can be processed in real time. This is the provision of the provisional item “trading product (adjustment account)”. In this embodiment, the journal result is created for each transaction data. Further, in the present embodiment, the computer that performs the journal processing serves as a journalizing means, and “trading products (adjustment account)” serves as a provisional account item.
[0011]
The computer performs the above-mentioned [journal processing 1] to [journal processing 4] every time transaction data is generated, and performs the journal processing of the transaction data in real time. For example, when the same trader trades for the same product on the same trading day and transaction data as shown in FIG. 5 is generated, the data is input and the transaction-specific journal result of FIG. 7 is created in accordance with the journaling method of FIG. .
Specifically, the transaction data (2) in FIG. 5 is “Contract date (transaction date): December 2, 2002 / Delivery date: December 6, 2002 / trader ID: 9715 / transaction number: 002 / transaction Type: Stock Trading / Trading Pattern: Own-Exchange / Trading Class: Sell / Trading Code: Normal / Contract Amount: 300,000 ”and enter the journal table“ Journal Condition: Trading Type = Stock Trading, Trading ”in FIG. Pattern = self-exchange, trading category: sell / transaction code: ordinary / journal content (contract date): debit = contract return account (product / stock), credit = trading product (adjustment account) / journal content (delivery date) : Debit = self-delivery account, credit = contract return account (commodity / stock) ”, and journal entry by transaction (2)“ Journal category: contract date / debit: contract return account (product / stock) ” = 300,000 / Credit: Tray Ingu items (goodwill) = 300,000 / journal segment: delivery day / debit: self-delivery accounts = 300,000 / credit: Create an unsettled trades account (commodity and equity) = 300,000 ". In this embodiment, the trading product (adjustment account) serves as a provisional account item.
With the above processing, the journalizing processing of the transaction data can be performed in real time. It should be noted that the real-time processing is, in principle, a journal processing every time transaction data is generated. In other words, this is a processing concept that waits for a plurality of transaction data to be generated, and confronts batch processing in which the generated plurality of transaction data is collectively journaled.
[0012]
<Journal result output: STEP3>
Next, the computer automatically (or in response to an operator's request) outputs the journalizing result to a display monitor or printer paper (FIGS. 4 and 7). As described above, according to the present invention, the journalizing result for each transaction is created, so that the contents of the transaction can be browsed one by one. That is, in the case of conventional batch processing, transactions performed on that day are collectively journalized and only the final journal result is created, so that it is not possible to browse each transaction individually. If it is used, it becomes possible to browse journal results for each transaction.
[0013]
<Real account processing: STEP4>
Next, the computer performs a real account process (process for transferring a temporary account to a real account). Hereinafter, this processing will be described.
Trading of securities, etc. will end at 3:00 pm Therefore, at 3:00 pm (or slightly later), all the transaction data of the transaction performed on that day is generated, and all the transaction data is journalized according to <STEP 2>, and the journal result for each transaction is generated. Are all created.
After all the journal results have been created, the computer performs processing for transferring the temporary account to the main account. In the present embodiment, since the person with the trader ID “9715” has made two transactions (FIGS. 2 and 5) on December 2, 2002, the computer executes the two journalization results (FIGS. 4 and 5). A journal result obtained by integrating FIG. 7) is created.
The computer tabulates the results of the two journals, and the journal results (Fig. 8) "Journal Category: Contract Date / Debit: Trading Profit / Loss (Stock) = 200,000 / Credit: Trading Product (Adjustment Account) = 200,000 Is created.
[0014]
Here, the processing content of the portion where “stock trading profit / loss (stock) = 200,000” is listed in the asset account and “trading product (adjustment account)” is listed in the liability account will be described below.
[Transfer Process 1] Of the two transaction data, the first one (FIG. 2) is “buy 500,000 yen” and the tentative account “trading product (adjustment account) = 500,000” is “ Asset account ”(Figure 4). On the other hand, the second case (FIG. 5) is “sale of 300,000 yen”, and a temporary account “trading product (adjustment account) = 300,000” is listed as “liability account” (FIG. 7). ). The computer compares and totals the two, and as a result, it is found that the amount of the “asset account” is larger.
[Transfer process 2] In the computer program for journal entry, if the amount of the asset account is larger, the item “Equity trading profit / loss (stock)” is listed in the asset account, and “Trading products (adjustment account)” is listed in the liability account. The order to raise the item is incorporated. Accordingly, as shown in FIG. 8, the computer lists the item “trading profit / loss (stock) = 200,000” in the asset account and the item “trading product (adjustment account) = 200,000” in the liability account as shown in FIG. It is. That is, the element (unconfirmed element), which is to be added to the asset account or the liability account, which has not been determined in <STEP 2>, is determined at this point by "listing the main account to the asset account". Is to transfer a temporary account called “trading products (adjustment account)” to the main account “trading gain / loss on stocks (stocks)”. In the present embodiment, if the amount of “sell” is 600,000 yen, an account item “stock trading profit / loss (stock) = 100,000” is given as a debt account. In this embodiment, since the same product is traded, the account item is “stock trading profit / loss (stock)”. However, if the product is not the same product, another account item will be raised (contents of the item). Are also set by a computer program.
[0015]
<Output of journal results after transfer: STEP5>
Next, the computer outputs the journal result (FIG. 8) after the real account transfer to a display monitor or printer paper in response to an operator's request. As a result, it is also possible to provide a journal result obtained by transferring the provisional account to the main account. It should be noted that the delivery date journal results in FIG. 8 are manually input by an operator and displayed by a computer.
[0016]
Although specific cases have been described in the above embodiments, the present invention is not limited to these specific cases. For example, the following case may be used.
(1) In the above embodiment, a specific case has been described, but the present invention is not limited to this. For example, in the above embodiment, a stock transaction is described as an example, but the present invention can be used in other transactions.
(2) The content of the data is not limited to the data described in the embodiment. That is, any other data may be used as long as they can fulfill the same role.
(3) The hardware is not limited to the hardware described in the embodiment. That is, any other hardware may be used as long as it can fulfill the same role.
(4) The contents and procedure of the processing are not limited to those described in the embodiment. In other words, any other processing content and processing procedure may be used as long as they can fulfill the same role.
(5) It is assumed that data (data records, tables, databases) and data items appearing in the above embodiment are stored in the storage device in association with each other (in association with each other) in principle.
[0017]
【The invention's effect】
The present invention has the following effects.
(1) According to the present invention, transaction data such as securities can be journaled in real time, and quick journal processing can be performed. Further, it is possible to cope with a case where the journalizing work period (settlement period) is shortened in the arrangement of the trading market.
(2) In the present invention, since the journal result is created for each transaction, the journal result for each transaction can be referred to and corrected.
(3) In the present invention, since the journal rules are set in the external table, it is possible to quickly respond to changes in the journal rules. That is, if the journal rules are incorporated in the computer program, the computer program must be modified. However, the modification work of the computer program is complicated, and the journal rules cannot be changed quickly. Therefore, in the present invention, the journalizing rule is an external table. This is very important in real-time processing where rapid processing is required.
(4) The present invention employs the concept of raising a temporary account when there is an uncertain element, so that a journal result is created even when there is an uncertain element associated with real-time journal processing. be able to. Further, since the process for transferring the temporary account to the main account is also performed, the journal result after the transfer can be referred to and corrected.
[Brief description of the drawings]
FIG. 1 is a diagram showing a processing procedure for realizing the present invention.
FIG. 2 is a diagram showing transaction data.
FIG. 3 is a diagram showing a journal table.
FIG. 4 is a diagram showing a journalizing result.
FIG. 5 is a diagram showing transaction data.
FIG. 6 is a diagram showing a journal table.
FIG. 7 is a diagram showing a journalizing result.
FIG. 8 is a diagram showing a final journal result.
Claims (10)
前記仕訳手段は、前記取引データを生成するための取引データ生成手段が生成した前記取引データを前記仕訳ルールに基づいてリアルタイムで仕訳し、取引毎の仕訳結果を作成することを特徴とする仕訳システム。Storage means for storing journaling rules for translating transaction data relating to securities, and journaling means for translating the transaction data,
The journalizing system, wherein the transaction data generated by the transaction data generating unit for generating the transaction data is journalized in real time based on the journal rules, and a journaling result for each transaction is created. .
前記仕訳手段に、前記取引データを生成するための取引データ生成手段が生成した前記取引データを前記仕訳ルールに基づいてリアルタイムで仕訳させ、取引毎の仕訳結果を作成させることを特徴とする仕訳のためのコンピュータプログラム。The journalizing means having a storage means for storing journaling rules for translating transaction data relating to securities is to be processed,
The journalizing means, in which the transaction data generated by the transaction data generating means for generating the transaction data is journalized in real time based on the journaling rule, and a journaling result for each transaction is created. Computer program for.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002337548A JP2004171334A (en) | 2002-11-21 | 2002-11-21 | Journalizing system and computer program for journalizing |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002337548A JP2004171334A (en) | 2002-11-21 | 2002-11-21 | Journalizing system and computer program for journalizing |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004171334A true JP2004171334A (en) | 2004-06-17 |
Family
ID=32701029
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002337548A Pending JP2004171334A (en) | 2002-11-21 | 2002-11-21 | Journalizing system and computer program for journalizing |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004171334A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006277375A (en) * | 2005-03-29 | 2006-10-12 | Ricoh Co Ltd | Intercompany electronic transaction system, intercompany electronic transaction method and intercompany electronic transaction program |
| JP4827985B1 (en) * | 2010-09-27 | 2011-11-30 | 一家 及川 | Hospital accounting system, hospital accounting program, and computer-readable recording medium recording hospital accounting program |
| JP6263831B1 (en) * | 2017-03-31 | 2018-01-24 | ファーストアカウンティング株式会社 | Accounting system and accounting method |
-
2002
- 2002-11-21 JP JP2002337548A patent/JP2004171334A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006277375A (en) * | 2005-03-29 | 2006-10-12 | Ricoh Co Ltd | Intercompany electronic transaction system, intercompany electronic transaction method and intercompany electronic transaction program |
| JP4827985B1 (en) * | 2010-09-27 | 2011-11-30 | 一家 及川 | Hospital accounting system, hospital accounting program, and computer-readable recording medium recording hospital accounting program |
| JP6263831B1 (en) * | 2017-03-31 | 2018-01-24 | ファーストアカウンティング株式会社 | Accounting system and accounting method |
| WO2018179411A1 (en) * | 2017-03-31 | 2018-10-04 | ファーストアカウンティング株式会社 | Accounting system and accounting method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6438101B2 (en) | Transaction management apparatus, transaction management system, transaction management method and program in transaction management system | |
| JP2010055323A (en) | Apparatus and program for managing transaction of financial product | |
| JP2010152814A (en) | Financial commodity transaction management device and program | |
| JP5475386B2 (en) | Financial product transaction management device, program | |
| JP2019012518A (en) | Advice generation device, advice presentation system, advice generation program, and advice data generation system | |
| JP2020198140A (en) | Financial instruments management device, financial instruments transaction management method, and program | |
| JP2023053126A (en) | Financial product transaction management apparatus, financial product transaction management system, and program | |
| JP2004171334A (en) | Journalizing system and computer program for journalizing | |
| JP2010205107A (en) | Merchandise exchange value calculating system | |
| JP2001290943A (en) | Method and device for cross trading processing and recording medium having its program recorded thereon | |
| RU2387008C2 (en) | Online repurchasing system | |
| JP5345875B2 (en) | Direct commodity exchange system | |
| JP2021018796A (en) | Financial product transaction management device, financial product transaction management system, and program | |
| Kobets et al. | Dynamic Model of Double Electronic Vickrey Auction. | |
| JP6888843B2 (en) | Financial instruments transaction management device, program | |
| JP6603263B2 (en) | Financial product transaction management apparatus and program | |
| JP6420873B2 (en) | Financial product transaction management device, program | |
| JP6181824B2 (en) | Financial product transaction management device, program | |
| Buckle et al. | Financial markets: Introduction | |
| JP5981614B2 (en) | Financial product transaction management device, program | |
| Sehrawat et al. | Effect of Commodity Futures Traded on MCX in India | |
| JP5785281B2 (en) | Financial product transaction management device, program | |
| JP2019023922A (en) | Financial product transaction management system and program | |
| Wang et al. | Index Spot Futures Arbitrage Based on Contingent Claim Analysis | |
| JP2006031300A (en) | Information processing unit for determining complimentary items for stockholders, and information processing method therefor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080708 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081111 |