JPH04291456A - Paperless accounts system - Google Patents

Paperless accounts system

Info

Publication number
JPH04291456A
JPH04291456A JP3056415A JP5641591A JPH04291456A JP H04291456 A JPH04291456 A JP H04291456A JP 3056415 A JP3056415 A JP 3056415A JP 5641591 A JP5641591 A JP 5641591A JP H04291456 A JPH04291456 A JP H04291456A
Authority
JP
Japan
Prior art keywords
electronic
slip
electronic slip
data
input
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
Application number
JP3056415A
Other languages
Japanese (ja)
Inventor
Sakae Nomura
栄 野村
Shinji Suzuki
真志 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honda Motor Co Ltd
Original Assignee
Honda Motor Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Honda Motor Co Ltd filed Critical Honda Motor Co Ltd
Priority to JP3056415A priority Critical patent/JPH04291456A/en
Publication of JPH04291456A publication Critical patent/JPH04291456A/en
Pending legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PURPOSE:To enable even an operator who knows little accounting knowledge to surely produce the slips, to read the slips at a high speed, and to instantane ously correct the wrong input data by using an electronic slip access means to read the electronic slips out of an electronic slip store means and using a master data deciding means to decide the matching properties of those slips. CONSTITUTION:For instance, a person in charge of a business department inputs the slip data from a work station 21. Thus the slip data are checked to the data registered previously in a master table 51 and the matching property of the input data is confirmed. In this input job, an electronic slip record is produced and stored in each station 21 as an electronic slip file 50. Then an electronic slip production means or an addition processing means has accesses to the electronic slips through an electronic slip access means and with use of an index of combinations of key items of electronic slips. The matching properties of electronic slips are decided based on the basic data registered in the table 51.

Description

【発明の詳細な説明】[Detailed description of the invention]

【0001】0001

【産業上の利用分野】本発明は、電子伝票を用いた会計
システムに関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an accounting system using electronic slips.

【0002】0002

【従来の技術】従来のペーパレス会計システムには、出
張や接待を行った営業部門や人事部門などの部門で、紙
の伝票を起票する代りに各部門に設置された端末から伝
票データを入力して電子伝票を発行するシステムがあっ
た。この端末は電算機部門のコンピュータにオンライン
接続されており、集積された電子伝票の管理等が行なわ
れていた。そして、決済部門では、このコンピュータに
集積された電子伝票の内容の確認および決済検印が行わ
れていた。
[Prior Art] In conventional paperless accounting systems, departments such as sales departments and human resources departments that conduct business trips and entertainment enter slip data from terminals installed in each department instead of creating paper slips. There was a system for issuing electronic slips. This terminal was connected online to a computer in the computer department, and was used to manage accumulated electronic slips. Then, in the payment department, the contents of the electronic slips stored in this computer were checked and the payment stamp was verified.

【0003】0003

【発明が解決しようとする課題】ところで、営業部門や
人事部門などの端末から伝票データを発行する処理では
、職番や伝票コードなどを間違って入力した場合でも、
入力データのほとんどがそのまま登録されていた。 また、作成した伝票の確認は画面上で行うため、入力デ
ータに誤りがあっても、発見することが難しかった。そ
のために、誤った電子伝票を発行する危険性が高く問題
であった。
[Problem to be Solved by the Invention] By the way, in the process of issuing slip data from terminals in sales departments, human resources departments, etc., even if the job number or slip code is entered incorrectly,
Most of the input data was registered as is. In addition, since the created slips were checked on the screen, it was difficult to detect errors in input data. Therefore, there was a high risk of issuing incorrect electronic slips, which was a problem.

【0004】本発明の目的は、上記の問題点を解決して
、正しい電子伝票を発行できるペーパーレス会計システ
ムを提供しようというものである。
An object of the present invention is to solve the above problems and provide a paperless accounting system that can issue correct electronic slips.

【0005】[0005]

【課題を解決するための手段】上記課題を解決するため
に第1の発明のペーパレス会計システムには、電子伝票
を作成して分散ファイルシステムに格納する電子伝票作
成手段と、分散ファイルシステムに格納された電子伝票
にデータの追加処理を行う追加処理手段と、電子伝票作
成手段と追加処理手段での電子伝票の処理状態を管理す
る処理管理手段と、電子伝票の複数のキー項目を組み合
わせた索引によって分散ファイルシステムに格納された
電子伝票をアクセスする電子伝票アクセス手段とが備え
られている。
[Means for Solving the Problems] In order to solve the above problems, the paperless accounting system of the first invention includes an electronic voucher creation means for creating electronic vouchers and storing them in a distributed file system; an additional processing means for adding data to the electronic slip, a processing management means for managing the processing status of the electronic slip by the electronic slip creation means and the additional processing means, and an index that combines a plurality of key items of the electronic slip. and electronic slip access means for accessing electronic slips stored in the distributed file system.

【0006】また、第2の発明のペーパレス会計システ
ムには、電子伝票を作成して分散ファイルシステムに格
納する電子伝票作成手段と、分散ファイルシステムに格
納された電子伝票にデータの追加処理を行う追加処理手
段と、計算機システムに備えられたマスターテーブル装
置と、マスターテーブル装置に登録された基礎データに
基づいて、電子伝票作成手段または追加処理手段で電子
伝票の整合性の判定を行うマスターデータ判定手段とが
備えられている。
[0006]The paperless accounting system of the second invention also includes an electronic voucher creation means for creating an electronic voucher and storing it in a distributed file system, and a process for adding data to the electronic voucher stored in the distributed file system. Additional processing means, a master table device provided in the computer system, and master data judgment for determining the consistency of electronic slips by electronic slip creation means or additional processing means based on basic data registered in the master table device. The means are provided.

【0007】[0007]

【作用】第1の発明のペーパレス会計システムによれば
、電子伝票作成手段で作成された電子伝票は分散ファイ
ルシステムに格納される。分散ファイルシステムに格納
された電子伝票は、追加処理手段によってデータの追加
処理が行われる。電子伝票作成手段または追加処理手段
における電子伝票へのアクセスは、電子伝票の複数のキ
ー項目を組み合わせた索引を用いて電子伝票アクセス手
段によって行われる。
[Operation] According to the paperless accounting system of the first invention, electronic slips created by the electronic slip creating means are stored in the distributed file system. The electronic slip stored in the distributed file system undergoes data addition processing by the addition processing means. Access to the electronic slip in the electronic slip creating means or the additional processing means is performed by the electronic slip accessing means using an index that is a combination of a plurality of key items of the electronic slip.

【0008】また、第2の発明のペーパレス会計システ
ムによれば、電子伝票作成手段で作成された電子伝票は
分散ファイルシステムに格納される。そして、分散ファ
イルシステムに格納された電子伝票は、追加処理手段に
よってデータの追加処理が行われる。分散ファイルシス
テムに格納された電子伝票の整合性の判定はマスターテ
ーブル装置に登録された基礎データに基づいて、マスタ
ーデータ判定手段で行われる。
According to the paperless accounting system of the second invention, electronic slips created by the electronic slip creating means are stored in the distributed file system. Then, the electronic slip stored in the distributed file system undergoes data addition processing by the addition processing means. The consistency of electronic slips stored in the distributed file system is determined by master data determining means based on basic data registered in the master table device.

【0009】[0009]

【実施例】(1)実施例の構成 以下、添付図面の図1〜図39を用いて、本発明の一実
施例であるペーパレス会計システムについて説明する。 図1は、本実施例の構成図である。本実施例のペーパレ
ス会計システム1は、ネットワーク40と、このネット
ワーク40に接続されたワークステーション11、21
、31とから構成されている。ワークステーション11
は計算機部門10に設置され、数日分のデータベースが
格納された大容量ディスク装置12が備えられている。 ワークステーション21は営業部門20に設置され、添
付カード24を作成するプリンタ装置22が備えられて
いる。ワークステーション31は総務部門30に設置さ
れ、添付カード24の伝票番号を読み取るためのイメー
ジスキャナ32が備えられている。
Embodiment (1) Structure of Embodiment A paperless accounting system which is an embodiment of the present invention will be described below with reference to FIGS. 1 to 39 of the accompanying drawings. FIG. 1 is a configuration diagram of this embodiment. The paperless accounting system 1 of this embodiment includes a network 40 and workstations 11 and 21 connected to this network 40.
, 31. Workstation 11
is installed in the computer department 10, and is equipped with a large-capacity disk device 12 that stores databases for several days. The workstation 21 is installed in the sales department 20 and is equipped with a printer device 22 for creating attached cards 24. The workstation 31 is installed in the general affairs department 30 and is equipped with an image scanner 32 for reading the slip number of the attached card 24.

【0010】本実施例のペーパレス会計システム1には
、さらに電子伝票レコードの格納された電子伝票ファイ
ル50と、入力検査等のために予め用意したデータが登
録されたマスターテーブル51と、金融機関との取引デ
ータの格納された伝送データファイル52とが備えられ
ている。これらのファイルデータは、ネットワーク40
に回線接続されたすべてのワークステーションからアク
セスできるような仕様になっている。具体的には、特定
のワークステーション(ファイルサーバ)にこれらのフ
ァイルデータを構築して、他のワークステーションから
このファイルサーバに入り込んで間接的にアクセスする
方法や、他のワークステーションから直接アクセスでき
るディスク領域をワークステーションごとに設定し、電
子伝票ファイル50等のファイルデータを各ワークステ
ーションのディスク領域に分散させて構築する方法など
がある。この方法の例として、UNIXワークステーシ
ョンのNFS(NETWORK  FILE  SYS
TEM)がある。
The paperless accounting system 1 of this embodiment further includes an electronic slip file 50 in which electronic slip records are stored, a master table 51 in which data prepared in advance for input inspection etc. is registered, and a financial institution. A transmission data file 52 storing transaction data is provided. These file data are stored on the network 40
The specifications are such that it can be accessed from any workstation connected to the network. Specifically, how to build these file data on a specific workstation (file server) and access it indirectly by entering this file server from other workstations, or how to create a disk that can be accessed directly from other workstations. There is a method in which an area is set for each workstation and file data such as the electronic slip file 50 is distributed to the disk area of each workstation. An example of this method is using NFS (NETWORK FILE SYS) on a UNIX workstation.
TEM).

【0011】(2)実施例の処理の概要次に、本実施例
の処理の概要について説明する。まず、営業部門の担当
者がワークステーション21から伝票データの入力を行
う。この入力作業ではマスターテーブル51に予め登録
されたデータとのチェックが行われ、入力データの整合
性の確認作業が行われる。この入力によって電子伝票レ
コードが作成され、このレコードが電子伝票ファイル5
0として各ワークステーションに格納される。営業部門
の所属長は承認する必要のある電子伝票レコードをワー
クステーション21で確認して、承認できる電子伝票レ
コードについて承認の入力を行う。次に経理部門では、
所属長の承認を得られた電子伝票レコードをワークステ
ーション31で確認して、伝票に対する最終決済を行う
。ところで、決済で領収書が必要な伝票については添付
カード24がプリンタ装置22から打ち出され、このカ
ードの上部に領収書を貼付する。所属長の直筆によるサ
インが必要な添付カード24が作成されている場合には
、イメージスキャナ32で伝票番号を読み取って、電子
伝票レコードを照合して決済入力を行う。電子伝票ファ
イル50として各ワークステーションに格納された電子
伝票レコードは、例えば1日1回のバッチ処理によって
計算機部門10のデータベース12に登録される。また
、決済処理まで終了した電子伝票レコードの中から金融
機関60の口座等への振り込みが必要な電子伝票レコー
ドについては、そのコピーが取られ、伝送データファイ
ル52として格納される。この伝送データファイル52
は金融機関60に送られ、口座等への振り込みが行われ
る。
(2) Outline of processing in this embodiment Next, an outline of processing in this embodiment will be explained. First, a person in charge of the sales department inputs slip data from the workstation 21. In this input work, a check is performed against the data registered in advance in the master table 51, and the consistency of the input data is confirmed. This input creates an electronic slip record, and this record is stored in the electronic slip file 5.
0 on each workstation. The manager of the sales department checks the electronic slip records that need to be approved on the workstation 21, and inputs approval for the electronic slip records that can be approved. Next, in the accounting department,
The electronic slip record that has been approved by the supervisor is confirmed on the workstation 31, and the final payment for the slip is made. By the way, for a slip that requires a receipt for payment, an attached card 24 is printed out from the printer device 22, and the receipt is pasted on the top of this card. If an attached card 24 that requires a handwritten signature from the department manager is created, the document number is read with the image scanner 32, and the electronic document record is checked to input the payment. The electronic slip records stored in each workstation as the electronic slip file 50 are registered in the database 12 of the computer department 10 by batch processing, for example, once a day. Further, from among the electronic slip records that have been completed up to the payment process, those electronic slip records that require transfer to the account of the financial institution 60, etc. are copied and stored as the transmission data file 52. This transmission data file 52
is sent to the financial institution 60 and transferred to an account or the like.

【0012】(3)実施例の処理の詳細以下、本実施例
の詳細な説明を行う。
(3) Details of the processing of the embodiment [0012] The present embodiment will be explained in detail below.

【0013】(3.1)電子伝票レコード(3.1.1
)電子伝票レコードの構造本実施例で使用する電子伝票
レコードのレコード構造を図2を用いて説明する。電子
伝票レコードはKEY項目、伝票発行部門情報項目、伝
票経歴情報項目およびアプリケーション情報項目から構
成される。また、アプリケーション情報項目には伝票共
通情報項目と仕訳情報項目が備えられている。KEY項
目とは伝票検索用のキーワードの項目であり、電子伝票
データ管理NO.、経理年月日、伝票発行者職番などが
格納される。伝票発行部門情報項目には事業所コード、
部門コード、伝票発行扱者職番などが格納される。伝票
経歴情報項目には決済場所区分、決済ルートカウント、
経歴情報カウントなどが格納される。伝票共通情報項目
とは伝票に付随する情報の項目であり、添付カードO/
P区分、経理年月日、振込NO.などが格納される。仕
訳情報項目とは、仕訳られた貸方/借方の科目単位に付
随する情報の項目であり、貸方/借方区分、摘要文、科
目コードなどがある。
(3.1) Electronic slip record (3.1.1
) Structure of electronic slip record The record structure of the electronic slip record used in this embodiment will be explained with reference to FIG. The electronic slip record is composed of a KEY item, a slip issuing department information item, a slip history information item, and an application information item. Further, the application information items include a slip common information item and a journal information item. The KEY item is a keyword item for document search, and is an electronic document data management NO. , accounting date, slip issuer job number, etc. are stored. The invoice issuing department information item includes the office code,
Stores the department code, job number of the person in charge of issuing slips, etc. Slip history information items include payment location classification, payment route count,
History information counts etc. are stored. Slip common information items are information items that accompany the slip, and are attached to the attached card O/
P classification, accounting date, transfer no. etc. are stored. Journal information items are information items that accompany journalized credit/debit subject units, and include credit/debit classifications, summaries, and subject codes.

【0014】(3.1.2)電子伝票レコードのアクセ
ス処理 次に、電子伝票レコードのアクセス処理について説明す
る。入力処理によって作成された電子伝票レコードは、
バッチ処理によって計算機部門10のデータベース12
に登録されるまでの間、電子伝票ファイル50として各
ワークステーションに格納されている。この電子伝票フ
ァイル50から、承認・決済処理を行うために電子伝票
レコードが頻繁にアクセスされる。したがって、本実施
例では、このアクセス処理での速度を向上させるために
、検索索引であるスーパーディスクリプタを用いて、電
子伝票ファイル50として各ワークステーションに格納
されたすべての電子伝票レコードを管理している。スー
パーディスクリプタによる管理の概念図を図3に示す。 本実施例では、5つのスーパーディスクリプタ(KZ、
KY、KX、KW、KV)によって管理されている。新
しく電子伝票レコードが作成されると、対応する検索用
データがスーパーディスクリプタに追加される。 この追加処理はリアルタイムに行われ、同時にソーティ
ング処理も行われる。スーパーディスクリプタの各検索
用データの中には、電子伝票レコードのハード的なイン
デックスが含まれている。したがって、このインデック
スを参照することによって、スーパーディスクリプタか
ら電子伝票レコードを高速に検索することができるので
ある。
(3.1.2) Electronic slip record access processing Next, the electronic slip record access processing will be explained. Electronic voucher records created by input processing are
Database 12 of computer department 10 through batch processing
Until it is registered in , it is stored in each workstation as an electronic slip file 50. From this electronic slip file 50, electronic slip records are frequently accessed for approval and payment processing. Therefore, in this embodiment, in order to improve the speed of this access process, a super descriptor, which is a search index, is used to manage all electronic slip records stored in each workstation as an electronic slip file 50. There is. A conceptual diagram of management using super descriptors is shown in FIG. In this example, five superdescriptors (KZ,
KY, KX, KW, KV). When a new electronic slip record is created, corresponding search data is added to the superdescriptor. This additional processing is performed in real time, and sorting processing is also performed at the same time. Each search data of the super descriptor includes a hard index of electronic slip records. Therefore, by referring to this index, electronic slip records can be quickly searched from the super descriptor.

【0015】このようなスーパーディスクリプタの構造
を図4〜図8に示す。これらの構造図では簡単のため、
前述した電子伝票レコードのインデックスは省略されて
いる。図4はスーパーディスクリプタKZの構造を示す
概念図である。スーパーディスクリプタKZは、レコー
ド登録用の検索索引である。電子伝票レコードへのデー
タ追加・データ更新・データ抹消などは、すべてこの検
索索引が用いられる。図5はスーパーディスクリプタK
Yの構造を示す概念図である。スーパーディスクリプタ
KYは、承認・決済(添付カード無し)入力時の対象デ
ータを検索する索引である。承認・決済処理を行う担当
者に対して、対象となるデータが伝票ID別に検索でき
る。また、承認・決済入力できるのは、画面入力者職番
が、決済ルートテーブル上で登録されている場合である
。承認・決済入力後に検索用データの更新を行うには、
スーパーディスクリプタKZが用いられる。図6はスー
パーディスクリプタKXの構造を示す概念図である。ス
ーパーディスクリプタKXは、勘定科目別に総勘の情報
を検索する際に使用する検索索引である。科目サマリー
で該当するデータを検索し、次の電子伝票レコードを検
索して、決済者の伝票から該当する科目の金額を加減し
て表示する。図7はスーパーディスクリプタKWの構造
を示す概念図である。スーパーディスクリプタKWは、
発行済の電子伝票レコードを検索する索引である。この
検索索引は、各部門に伝票の控えを置かない代わりに、
自分の部門で発行した伝票の検索を行う索引である。電
子伝票管理番号が分からない場合に、この検索索引を用
いて検索する。図8はスーパーディスクリプタKVの構
造を示す概念図である。スーパーディスクリプタKVは
、未処理の登録データを検索する索引である。 主に、会計課および製品課で使用されている。以上説明
したスーパーディスクリプタが実際のどの処理で用いら
れているかの一覧を図9に示す。図9より、伝票の発行
時のすべての検索処理はスーパーディスクリプタKZが
用いられ、承認・決済処理、検索データ出力処理では、
それ以外のスーパーディスクリプタが用いられているこ
とが分かる。
The structure of such a superdescriptor is shown in FIGS. 4 to 8. These structural diagrams are simple, so
The index of the electronic slip record mentioned above is omitted. FIG. 4 is a conceptual diagram showing the structure of superdescriptor KZ. Super descriptor KZ is a search index for record registration. This search index is used for all data additions, data updates, and data deletions to electronic slip records. Figure 5 shows super descriptor K
FIG. 2 is a conceptual diagram showing the structure of Y. The super descriptor KY is an index for searching target data when inputting approval/payment (no attached card). Persons in charge of approval and payment processing can search for target data by slip ID. Further, approval/payment input is possible only when the screen input person's job number is registered on the payment route table. To update search data after approval/payment input,
A superdescriptor KZ is used. FIG. 6 is a conceptual diagram showing the structure of superdescriptor KX. The super descriptor KX is a search index used when searching for general account information by account item. Search for the applicable data in the account summary, search for the next electronic slip record, add or subtract the amount for the applicable item from the settler's slip, and display the amount. FIG. 7 is a conceptual diagram showing the structure of superdescriptor KW. Super descriptor KW is
This is an index for searching issued electronic slip records. This search index, instead of keeping copies of slips in each department,
This is an index for searching for slips issued by your department. If you do not know the electronic slip management number, use this search index to search. FIG. 8 is a conceptual diagram showing the structure of superdescriptor KV. The super descriptor KV is an index for searching unprocessed registered data. It is mainly used in the accounting department and product department. FIG. 9 shows a list of actual processes in which the super descriptors described above are used. From Figure 9, super descriptor KZ is used for all search processing when issuing a slip, and for approval/settlement processing and search data output processing,
It can be seen that other superdescriptors are used.

【0016】本実施例では、スーパーディスクリプタの
本数および各スーパーディスクリプタの構造を調整する
ことによって、最も高い検索効率が実現されている。し
たがって、スーパーディスクリプタの本数を4本以下、
または6本以上にしても、あるいは各スーパーディスク
リプタの構造を変更しても検索効率は今よりも低下する
In this embodiment, the highest search efficiency is achieved by adjusting the number of superdescriptors and the structure of each superdescriptor. Therefore, the number of super descriptors should be 4 or less,
Alternatively, even if there are six or more superdescriptors, or even if the structure of each superdescriptor is changed, the search efficiency will be lower than it is now.

【0017】(3.1.3)電子伝票レコードの管理次
に、電子伝票レコードの管理について説明する。本実施
例での電子伝票レコードの管理は、各電子伝票レコード
の所望の領域に備えられたステータス情報によって行わ
れている。このステータス情報の詳細を図10に示す。 ステータス情報は4つの区分のデータから構成されてい
る。この中でステージ欄には、どの段階までの処理が終
了しているかについての電子伝票レコードの状態が記録
されている。また、否可決区分欄には、伝票が可決され
たか、あるいは否決されたかが記録されている。各段階
の処理によって、このステータス情報がどのように変化
するかを図11に示す。例として、承認処理でのステー
タス情報の変化について説明すると、まだ承認されてい
ない電子伝票レコードのステータス情報は「3100」
を示している。ここで、可決(承認)の入力をすれば、
ステータス情報は「4100」に変化する。また否決の
入力の場合には、ステータス情報は「2900」に変化
する。さらに、可決の入力に誤りがあることが分かり、
可決取消の入力を行うと、ステータス情報は「4100
」から「2900」に変化する。その逆に、否決の入力
に誤りがあることが分かり、否決取消の入力を行なう場
合には、ステータス情報は「2900」から「4100
」に変化する。この他の段階での処理も同様にステータ
ス情報が変化する。このステータス情報によって、各電
子伝票レコードの処理レベルが把握できる。また、マス
ターテーブル51には各電子伝票レコードの処理ルート
が記載された処理ルート情報が保持されているので、ス
テータス情報とこの処理ルート情報を用いることにより
総合的に各電子伝票レコードが管理できる。
(3.1.3) Management of electronic slip records Next, management of electronic slip records will be explained. Management of electronic slip records in this embodiment is performed using status information provided in a desired area of each electronic slip record. Details of this status information are shown in FIG. The status information is composed of four categories of data. Among these, the stage column records the status of the electronic slip record as to which stage the processing has been completed. Further, in the rejection classification column, it is recorded whether the slip has been approved or rejected. FIG. 11 shows how this status information changes depending on the processing at each stage. As an example, to explain the change in status information during the approval process, the status information of an electronic slip record that has not yet been approved is "3100".
It shows. If you enter approval (approval) here,
The status information changes to "4100". Further, in the case of a rejection input, the status information changes to "2900". Furthermore, it was discovered that there was an error in the input of the approval.
When you input the approval cancellation, the status information will be “4100”.
” to “2900”. On the other hand, if it is found that there is an error in the rejection input and you input the rejection cancellation, the status information changes from "2900" to "4100".
”. Status information changes similarly in processing at other stages. This status information allows the processing level of each electronic slip record to be grasped. Furthermore, since the master table 51 holds processing route information that describes the processing route of each electronic slip record, each electronic slip record can be comprehensively managed by using the status information and this processing route information.

【0018】(3.2)入力処理 次に入力処理について図12〜図24を用いて説明する
。図12は入力処理の概要を示す概念図である。まず、
ワークステーション21の電源を投入すると、まずトッ
プ画面101が表示される。このトップ画面101では
、扱者情報の入力と、手続き入力画面の選択を行うこと
ができる。扱者情報として入力するのは、事務所コード
、部門ナンバ、社員番号などがある。この段階で扱者情
報を入力することによって、各入力画面ごとにマスタの
参照回数を減少させることができる。また、事務所コー
ドについては、そのワークステーション21がどの事務
所に設置されているかを判断して、自動的に設定するこ
とも可能である。手続き入力画面には伝票作成画面、承
認画面、照会画面などがあり、メニュー形式で選択的に
入力できる。ここで、伝票作成画面を選択すると、伝票
作成用の手続き入力画面102が表示される。 手続き入力画面102では、取引内容によって分類され
た伝票のメニューの中から必要とする伝票が選択できる
。この選択処理によって、作成すべき伝票の種類が確定
する。この伝票の種類の確定によって、伝票の種類に対
応した項目入力画面103が表示される。そして、この
項目入力画面103の指示に沿って伝票データとして必
要な項目にデータを入力する。
(3.2) Input Processing Next, the input processing will be explained using FIGS. 12 to 24. FIG. 12 is a conceptual diagram showing an overview of input processing. first,
When the workstation 21 is powered on, the top screen 101 is first displayed. On this top screen 101, operator information can be input and a procedure input screen can be selected. The information to be input as handler information includes office code, department number, employee number, etc. By inputting operator information at this stage, it is possible to reduce the number of times the master is referenced for each input screen. Further, the office code can be automatically set by determining which office the workstation 21 is installed in. The procedure input screen includes a slip creation screen, approval screen, inquiry screen, etc., and allows selective input using a menu format. Here, when the slip creation screen is selected, a procedure input screen 102 for creating a slip is displayed. On the procedure input screen 102, a required slip can be selected from a menu of slips classified according to transaction details. This selection process determines the type of slip to be created. Once the type of slip is determined, an item input screen 103 corresponding to the type of slip is displayed. Then, according to the instructions on this item input screen 103, data is input into the necessary items as slip data.

【0019】ここで、この項目入力画面103の具体的
な画面の例として、国内出張申請入力例を図13から図
16に、国内出張精算入力例を図17から図24に示す
As specific examples of the item input screen 103, examples of domestic business trip application input are shown in FIGS. 13 to 16, and examples of domestic business trip settlement input are shown in FIGS. 17 to 24.

【0020】初めに、国内出張申請入力例について説明
する。まず、処理区分と、部門番号と、社員番号と、申
請日と、出張日をそれぞれ入力する(図13参照)。処
理区分で1、3、4以外を入力したときはエラーとなる
。また、部門番号と社員番号は前述したマスターテーブ
ル51に登録されたデータと比較して、正しい部門番号
と社員番号のときだけ、以下の入力処理を続行すること
ができる。次に、宿泊料の請求の有無と、回数券の使用
の有無について入力する(図14参照)。宿泊料の請求
については、1(請求できる宿泊)を入力する場合がほ
とんどなので、あらかじめ1が表示されている。したが
って、1の入力は省略でき、2(請求できない宿泊)の
場合だけ入力すれば良い。ここで請求できる回数券には
飛行機用と新幹線用の2種類がある。この画面で、回数
券を使用する旨の入力をした場合は、さらに詳細データ
を入力する画面が表示される(図15参照)。入力欄は
この例ではそれぞれ2つずつあり、2種類の回数券を同
時に請求することができる。入力項目としては、回数券
を使用する乗り物の種類と、回数券の利用形態と、回数
券を使用する出張先の地名がある。次に、回数券以外で
必要な交通費の概算金額と、前払い金の必要の有無を入
力する(図16参照)。交通費の概算金額は千円単位で
の入力になる。前払い金の欄には前払い金が不要の場合
には1を、前払い金が必要な場合にはブランクを入力す
る。それ以外の入力はエラーとなる。ここでいう前払い
金とは、日当・宿泊費・概算交通費のことである。すべ
ての入力項目を入力した後に、“E”を入力する。この
入力を行うことによって国内出張申請入力処理が終了す
る。
First, an example of inputting a domestic business trip application will be explained. First, the processing category, department number, employee number, application date, and business trip date are each input (see FIG. 13). If you enter a value other than 1, 3, or 4 for the processing category, an error will occur. Further, the department number and employee number are compared with the data registered in the master table 51 described above, and the following input process can be continued only when the department number and employee number are correct. Next, input is made as to whether or not accommodation fees will be charged and whether or not coupon tickets will be used (see FIG. 14). Regarding billing for accommodation charges, in most cases, 1 (accommodation that can be billed) is input, so 1 is displayed in advance. Therefore, the input of item 1 can be omitted, and it is only necessary to input item 2 (accommodation that cannot be billed). There are two types of coupons that can be claimed here: those for airplanes and those for Shinkansen. If the user inputs on this screen that he/she will use a coupon ticket, a screen for further inputting detailed data is displayed (see FIG. 15). In this example, there are two input fields, and two types of coupons can be requested at the same time. Input items include the type of vehicle for which the coupon is used, the usage form of the coupon, and the name of the business destination for which the coupon is used. Next, input the approximate amount of transportation expenses other than the coupon ticket and whether or not advance payment is required (see FIG. 16). The approximate amount of transportation expenses must be entered in units of 1,000 yen. In the advance payment column, enter 1 if no advance payment is required, or enter blank if an advance payment is required. Any other input will result in an error. The advance payment here refers to daily allowance, accommodation expenses, and approximate transportation expenses. After entering all input items, enter "E". By making this input, the domestic business trip application input process is completed.

【0021】次に、国内出張精算入力例について説明す
る。まず、処理区分と、部門番号と、社員番号をそれぞ
れ入力する(図17参照)。この入力によって、本人の
未精算出張伝票の精算予定日・前払金額・前払申請日の
データが表示される(図18参照)。ここで表示される
データは、国内出張申請入力処理時に入力されて電子伝
票レコードが登録されたデータである。この表示より精
算したい申請伝票の番号を選択して入力する。ここで表
示できる件数は最大2件分までである。また、未精算伝
票として最大8件まで登録できるので、選択できる申請
伝票の番号は1から8までである。申請していない伝票
の精算をする場合には9を選択する。次に、精算の目的
と、精算日を入力する(図19参照)。精算の目的には
、出張後の精算か、出張中止による精算かを入力する。 また、出張予定の日程が自動的に表示されるので、出張
予定が変更された場合などは、この日程の変更を行うこ
とができる。ここで、出発日と帰着日と精算日がそれぞ
れ時間の経過順に並んでいないときは、エラーとして検
出される。さらに、稼働の実績データとして、出発日付
・出発駅・帰着日付・帰着駅の入力を行い、立替交通費
として6桁以内の数字の入力を行う(図20参照)。こ
のように、すべて項目に入力が行われた後に、実行キー
を打鍵する(図21参照)。このキー入力によって、各
項目の入力内容の最終チェックがマスターテーブル51
に登録されたデータを用いて行われる。このチェックで
問題がない場合には、新たな画面が表示される(図22
参照)。そして、まず回数券の余りの有無の入力を行う
(図23参照)。ここで2(回数券の余り有り)を入力
すると、実際に渡してある回数券の番号の一覧が表示さ
れる。この一覧から、余った回数券の番号を入力する。 また、出張日程のうち帰着日を除いた日付が表示される
ので、宿泊実績として宿泊区分と休日区分を入力する。 これらの区分への入力は、1〜3以外はエラーとなる。 さらに、出張先での昼食が会社負担か否かを入力する。 もし、出張先の社員食堂で食事していれば、1  (会
社支給なし)を入力する。以上の入力作業がすべて完了
すると、日当の日数・日当金額・宿泊料・精算費用金額
・前払金額・精算金額が表示される(図24参照)。こ
れらの金額に誤りがないことが確認できたら、“E”を
入力する。この入力で国内出張精算入力処理が終了する
Next, an example of inputting payment for a domestic business trip will be explained. First, the processing category, department number, and employee number are each input (see FIG. 17). By this input, the data of the scheduled settlement date, prepayment amount, and prepayment application date of the principal's unpaid overpayment slip are displayed (see FIG. 18). The data displayed here is the data that was input during the domestic business trip application input process and the electronic slip record was registered. From this display, select and enter the number of the application slip you wish to settle. The maximum number of items that can be displayed here is two. Furthermore, since up to eight unpaid slips can be registered, the number of application slips that can be selected is from 1 to 8. Select 9 if you want to settle a bill that you have not applied for. Next, enter the purpose of payment and the date of payment (see Figure 19). For the purpose of payment, enter whether it is payment after a business trip or payment due to cancellation of a business trip. In addition, since the scheduled business trip schedule is automatically displayed, if the business trip schedule changes, the schedule can be changed. Here, if the departure date, return date, and settlement date are not arranged in chronological order, it is detected as an error. Furthermore, the departure date, departure station, return date, and return station are entered as operation performance data, and a number within 6 digits is entered as the reimbursement transportation fee (see FIG. 20). After all items have been entered in this manner, the execution key is pressed (see FIG. 21). With this key input, the final check of the input contents of each item is performed on the master table 51.
This is done using data registered in . If there are no problems with this check, a new screen will be displayed (Figure 22
reference). First, input is made as to whether or not there are any remaining coupons (see FIG. 23). If you enter 2 (there are tickets left over) here, a list of the ticket numbers that have actually been handed out will be displayed. From this list, enter the number of the remaining coupon. Also, since the dates of the business trip excluding the return date are displayed, the accommodation category and holiday category are input as the accommodation record. Any input to these categories other than 1 to 3 will result in an error. Additionally, enter whether or not lunch at the business trip will be covered by the company. If you are eating at a company cafeteria on a business trip, enter 1 (not provided by the company). When all the above input operations are completed, the number of days of daily allowance, daily allowance amount, accommodation fee, settlement expense amount, advance payment amount, and settlement amount are displayed (see FIG. 24). If you have confirmed that these amounts are correct, enter "E". With this input, the domestic business trip payment input process ends.

【0022】ところで、この入力処理には、入力監視機
能と自動設定機能および勘定科目設定機能の3つの機能
が備えられている。まず、入力監視機能とは、すべての
項目の入力が行われたことを監視する機能をいう。この
入力監視機能には、入力比較機能と入力促進機能を有し
ている。入力比較機能は、入力済みの項目と入力必要項
目とを比較することによって、未入力項目を調べる機能
である。この機能実現には比較対象である入力必要項目
データを必要とするが、この入力必要項目データを獲得
するために、例えば入力必要項目データが格納された伝
票種別項目テーブルを用いる。また、入力促進機能は、
まだ入力されていない項目について入力を促す機能であ
るが、具体的には、例えば、未入力項目を点滅させたり
、入力促進のブザーを鳴らしたりする機能である。次に
、自動設定機能とは、一部の項目について伝票データを
自動設定する機能をいう。この自動設定機能には、事業
所コード設定機能と、類推設定機能を有している。事業
所コード設定機能は、電子伝票レコードの作成のために
ワークステーション21でプロセスを起動した固有番号
から、その処理を起動した事業所を判定して、対応する
事業所コードを自動的に設定する機能である。また、類
推設定機能は、既に入力された項目のデータから一部の
未入力項目のデータを類推して自動設定する機能である
。この機能の実現方法には、入力データに対応した類推
テーブルを利用して行う方法と、入力されたデータを計
算して未入力項目のデータを獲得する方法がある。さら
に、勘定科目設定機能とは、具体的な発生事象によって
一項目の勘定科目を設定する機能をいう。具体的な発生
事象には、一つの発生事象の場合と、複数の発生事象の
組み合わせである場合がある。この勘定科目設定機能に
よって、旅費交通費、消耗品費、図書費などの勘定科目
が電子伝票レコードに設定される。この勘定科目設定機
能の具体例については後述する。
By the way, this input processing has three functions: an input monitoring function, an automatic setting function, and an account item setting function. First, the input monitoring function is a function that monitors whether all items have been input. This input monitoring function has an input comparison function and an input promotion function. The input comparison function is a function for checking uninputted items by comparing the inputted items and the required inputted items. To realize this function, required input item data to be compared is required, and in order to obtain this required input item data, for example, a slip type item table in which required input item data is stored is used. In addition, the input prompt function is
This is a function that prompts users to input items that have not yet been entered. Specifically, for example, it is a function that causes unentered items to blink or sounds a buzzer to encourage input. Next, the automatic setting function refers to a function that automatically sets slip data for some items. This automatic setting function has a business office code setting function and an analogy setting function. The office code setting function determines the office that started the process from the unique number that started the process on the workstation 21 to create an electronic slip record, and automatically sets the corresponding office code. It is a function. Further, the analogy setting function is a function that automatically sets data of some uninput items by analogy with data of already input items. There are two ways to implement this function: one is to use an analogy table that corresponds to the input data, and the other is to calculate the input data to obtain data for uninput items. Furthermore, the account item setting function refers to a function that sets one item of account item based on a specific event that occurs. A specific event may be a single event or a combination of multiple events. With this account setting function, account items such as travel expenses, consumables expenses, book expenses, etc. are set in the electronic slip record. A specific example of this account item setting function will be described later.

【0023】このような入力処理によって、ワークステ
ーション21から入力された伝票データは、正しいデー
タか検査する検査処理が行われる。この検査処理には、
入力可能チェック機能と、項目属性チェック機能と、項
目範囲チェック機能と、項目間比較チェック機能の4つ
の機能が備えられている。まず、入力可能チェック機能
とは、入力されたデータとマスターテーブル51に登録
された入力可能判定データとを比較することによって、
入力可能なデータであるかどうかを調べる機能をいう。 次に、項目属性チェック機能とは、入力されたデータと
マスターテーブル51に登録された項目別に取り得る属
性データとを比較することによって、その項目の属性と
一致するかを調べる機能をいう。項目属性とは、例えば
「項目Aは数字以外はエラーである」といった項目別の
特性情報をいう。さらに、項目範囲チェック機能とは、
入力されたデータとマスターテーブル51に登録された
項目別に取り得る範囲データとを比較することによって
、その項目で取り得る範囲と一致するかを調べる機能を
いう。項目範囲とは、例えば「項目Aは1または2また
は3以外はエラーである」といった項目別の許容値情報
をいう。また、項目間比較チェック機能とは、入力され
たデータとマスターテーブル51に登録された項目間の
相関関係のデータとを比較することによって、入力され
たデータの項目間の関連性の正誤を調べる機能をいう。 項目間の関連性とは、例えば「項目Aが1のときは項目
Bが3か4であれば正しい」といった項目間の一定の関
係をいう。このマスターテーブル51に登録された項目
間の相関関係のデータは、伝票種別に格納されており、
アクセス効率の向上が図られている。
Through such input processing, the slip data input from the workstation 21 is inspected to see if it is correct data. This inspection process includes
It has four functions: an input possibility check function, an item attribute check function, an item range check function, and an inter-item comparison check function. First, the input possibility check function is a function that compares input data with input possibility determination data registered in the master table 51.
This is a function that checks whether the data can be input. Next, the item attribute checking function is a function of comparing input data with attribute data that can be taken for each item registered in the master table 51 to check whether the input data matches the attribute of the item. The item attribute refers to characteristic information for each item, such as, for example, "Item A is an error for anything other than numbers." Furthermore, what is the item range check function?
This function compares the input data with the possible range data for each item registered in the master table 51 to check whether the data matches the possible range for that item. The item range refers to permissible value information for each item, such as, for example, "Anything other than 1, 2, or 3 is an error for item A." In addition, the inter-item comparison check function checks whether the relationship between the items of the input data is correct or incorrect by comparing the input data with the correlation data between the items registered in the master table 51. Refers to function. The relationship between items refers to a certain relationship between items, such as, for example, "If item A is 1, it is correct if item B is 3 or 4." Data on the correlation between items registered in this master table 51 is stored in the slip type.
Efforts are being made to improve access efficiency.

【0024】以上の検査処理によって、入力された伝票
データが正しいデータであることが判ったので、作成さ
れた電子伝票レコードに伝票管理番号を設定する。伝票
管理番号は、入力段階においては、略式コード(伝票I
D・月)が用いられるが、電子伝票レコード上には対応
する正式コード(事業所・月日・伝票ID)が設定され
る。また、この採番処理には、最新番号発生機能が備え
られている。最新番号発生機能とは、ワークステーショ
ン21からの要求によって、最新の伝票管理番号を発生
させる機能であり、マスターテーブル51に登録された
最新番号データを用いて実現されている。このマスター
テーブル51に登録された最新番号データは、伝票種別
もしくは伝票の発生月度別に格納されており、アクセス
効率の向上とユーザの番号識別の容易化が図られている
[0024] Through the above inspection process, it has been found that the inputted slip data is correct data, so a slip management number is set in the created electronic slip record. The slip control number is an abbreviated code (slip I
D/month) is used, but the corresponding official code (office/month/day/slip ID) is set on the electronic slip record. This numbering process is also equipped with the latest number generation function. The latest number generation function is a function that generates the latest slip management number in response to a request from the workstation 21, and is realized using the latest number data registered in the master table 51. The latest number data registered in this master table 51 is stored by type of slip or month of occurrence of the slip, thereby improving access efficiency and facilitating number identification for users.

【0025】(3.3)承認・決済処理次に承認・決済
処理について図25〜図28を用いて説明する。図25
は承認・決済処理の流れを示すフローチャートである。 入力処理で説明したように、営業部門の担当者がワーク
ステーション21を用いて電子伝票レコードを作成する
と、この電子伝票レコードは未処理伝票として電子伝票
ファイル50に追加される(ステップ201)。営業部
門の所属長は、一日に一度、自分が承認できる自部門で
発行された未処理伝票を承認するために、未処理伝票一
覧表をワークステーション21に表示させる。この一覧
表は、電子伝票ファイル50に登録された電子伝票レコ
ードの中から、承認処理前のレベルを示したステータス
情報の電子伝票レコードを選び出して作成したものであ
る。そして、この一覧表から、自分が承認しなければな
らない電子伝票レコードを抽出し、さらにワークステー
ション21を操作して、抽出した電子伝票レコードの明
細情報を画面に表示させる。明細情報として表示される
のは、摘要文・内容文・科目・金額・扱者などの情報で
ある。この電子伝票レコードが承認できるものであると
判断した場合には、所属長は承認の入力を行う(ステッ
プ202)。また、電子伝票レコードに記載不備などが
あり承認できない場合には、伝票を発行した担当者に修
正を促すレベルにステータス情報を戻す。電子伝票レコ
ードが承認されなかったときには、担当者は記載不備を
修正する(ステップ203)。このようにして、記載内
容に問題がなくなった電子伝票レコードは、所属長の承
認入力によって、決済部門である経理部門または総務部
門の決済できるレベルにステータス情報を変化させる。 経理部門または総務部門の担当者は営業部門の所属長と
同じように未処理伝票一覧表をワークステーション31
に表示して、未処理伝票の明細情報を表示させる。この
表示によって決済できるものと判断した場合には、経理
部門または総理部門の担当者は決済を入力し、デーリー
バッチで処理できるレベルにステータス情報を変化させ
る。この未処理伝票の中で、決済できる伝票については
決済の入力を行う(ステップ204、205)。ここで
、電子伝票レコードに問題があって決済できない場合に
は、伝票を発行した担当者が抹消入力を促すレベルにス
テータス情報を戻す。担当者はこの電子伝票レコードを
次の手順で抹消する(ステップ206)。担当者は、自
分の発行した伝票が現在どのような状態であるか一覧表
示する機能を使うことによって、自分の発行した伝票が
決済否決されたレベルとなったことを知ることができる
。次に、その詳細情報を見るために電子伝票レコードを
検索する機能を使うことによって、その詳細を画面に表
示させる。その電子伝票レコードを検索する機能は、伝
票番号や伝票作成者社員番号や伝票の種別などを検索キ
ーとして検索することができる。それにより、担当者は
何の申請が決済否決となったか知ることによりその申請
の入力機能を起動して、抹消処理をする事となる。その
処理において再度内容を確認した後、担当者個人のパス
ワードを入力して担当者自身であることをマスターテー
ブル51で確認して、電子伝票レコードの特定の領域に
抹消を示すフラグと抹消の日付を書き込む。このレベル
ではまだ実際の電子伝票レコードの消去は行わず、フラ
グの設定で抹消扱いにしている。 このように電子伝票レコードの抹消処理を行った後に、
ワークステーション21を用いて問題点が修正された電
子伝票レコードを再発行する。
(3.3) Approval/Payment Processing Next, approval/payment processing will be explained using FIGS. 25 to 28. Figure 25
is a flowchart showing the flow of approval/payment processing. As explained in the input process, when a person in charge of the sales department creates an electronic slip record using the workstation 21, this electronic slip record is added to the electronic slip file 50 as an unprocessed slip (step 201). The manager of the sales department displays a list of unprocessed slips on the workstation 21 once a day in order to approve the unprocessed slips issued by his own department that he can approve. This list is created by selecting electronic slip records whose status information indicates the level before approval processing from among the electronic slip records registered in the electronic slip file 50. Then, from this list, the user extracts the electronic slip record that he/she must approve, and further operates the workstation 21 to display detailed information of the extracted electronic slip record on the screen. What is displayed as detailed information is information such as summary, content, subject, amount, and handler. If it is determined that this electronic slip record can be approved, the department manager inputs approval (step 202). Furthermore, if the electronic slip record contains incomplete information and cannot be approved, the status information is returned to a level that prompts the person in charge who issued the slip to make corrections. If the electronic slip record is not approved, the person in charge corrects the incomplete description (step 203). In this way, the status information of the electronic slip record whose contents have been corrected is changed to a level that allows payment by the accounting department or the general affairs department by the approval input from the department manager. The person in charge of the accounting department or the general affairs department, like the manager of the sales department, can send a list of unprocessed documents to the workstation 31.
to display detailed information on unprocessed slips. If it is determined that the payment can be made based on this display, the person in charge of the accounting department or the prime minister's department inputs the payment and changes the status information to a level that can be processed in the daily batch. Among these unprocessed slips, for those slips that can be settled, payment input is performed (steps 204 and 205). Here, if there is a problem with the electronic slip record and payment cannot be made, the status information is returned to a level that prompts the person in charge who issued the slip to input deletion. The person in charge deletes this electronic slip record using the following procedure (step 206). By using a function that displays a list of the current status of the invoices that they have issued, the person in charge can know that the invoices that they have issued have reached the level of rejected payment. Next, the details are displayed on the screen by using the function to search the electronic slip record to view the details. The electronic slip record search function allows searches using the slip number, slip creator employee number, slip type, etc. as search keys. As a result, the person in charge will know which application has been rejected for payment, and will activate the input function for that application and perform deletion processing. In the process, after confirming the contents again, the person in charge enters his or her personal password to confirm that he or she is the person in charge in the master table 51, and then writes a flag indicating deletion in a specific area of the electronic slip record and the date of deletion. Write. At this level, the electronic slip record is not actually deleted yet, but is treated as deleted by setting a flag. After deleting the electronic slip record in this way,
The workstation 21 is used to reissue the electronic slip record in which the problem has been corrected.

【0026】ここで、承認処理の具体的な画面の例を図
26から図28に示す。まず、処理区分と、部門番号と
、承認者職番をそれぞれ入力する(図26参照)。処理
区分で1から3以外を入力したときはエラーとなる。 部門番号と承認者職番はマスターテーブル51に登録さ
れたデータと比較して、正しい部門番号と社員番号のと
きは、承認に必要なデータの一覧が表示される(図27
参照)。この一覧表の中から承認処理を行う伝票を選び
出して、その伝票の番号を入力する。この入力によって
選び出された電子伝票レコードの詳細データが表示され
る(図28参照)。詳細データは電子伝票レコードに登
録された摘要、内容、勘定科目などのデータである。こ
れらの詳細データを参照して、承認できるか否かを入力
する。その伝票についての承認処理が終了した後に、別
の伝票の承認処理を継続して行うか否かを入力する。こ
こで“E”を入力して、さらにパスワードを入力すれば
承認処理が終了する。
Examples of specific screens for approval processing are shown in FIGS. 26 to 28. First, the processing category, department number, and approver job number are input (see FIG. 26). If you enter a value other than 1 to 3 for the processing category, an error will occur. The department number and approver job number are compared with the data registered in the master table 51, and if the department number and employee number are correct, a list of data necessary for approval is displayed (Figure 27
reference). Select a slip for approval processing from this list and enter the number of that slip. Detailed data of the electronic slip record selected by this input is displayed (see FIG. 28). The detailed data is data such as summary, contents, and account items registered in the electronic slip record. Refer to these detailed data and enter whether or not to approve. After the approval processing for that slip is completed, input whether or not to continue the approval processing for another slip. If you enter "E" here and then enter your password, the approval process will be completed.

【0027】(3.4)領収証が必要な承認・決済処理
次に領収証が必要な承認・決済処理について図29〜図
35に示す。図29は領収証が必要な承認・決済処理の
概念図である。営業部門の担当者がタクシーを利用した
り、接待などをした場合には領収証23が発行される。 担当者は接待などでかかった費用を精算するために、ワ
ークステーション21を用いて電子伝票レコードを作成
する。伝票の種類から、この電子伝票レコードには領収
証の添付が必要であるとシステムが判断して、プリンタ
装置22から自動的に添付カード24が打ち出される。 この添付カード24には、領収証を貼付するための貼付
部25と、電子伝票レコードの伝票番号が記載された伝
票番号部26と、承認・決済のサインを記入する欄であ
るサイン記入部27と、図示していない伝票の詳細デー
タ部とが備えられている。また、この添付カード24に
は、マスターテーブル51に格納された承認・決済テー
ブルから承認ルートの情報を読み出して、添付カード2
4に印刷することもできる。担当者はこの添付カード2
4の貼付部25に領収証23を貼付して、所属長の承認
のサインを添付カード24のサイン記入部27に記入し
てもらい、決済部門に転送する。決済部門では、決済す
べき添付カード24の伝票番号部26をハンドスキャナ
32を用いて読み取る。そして、読み取った伝票番号に
対応する電子伝票レコードについての決済処理を行う。 決済処理自体は上述した領収書のない決済処理と同じで
ある。このようにして決済された電子伝票レコードは、
決済済みの電子伝票レコードとして電子伝票ファイル5
0に登録される。
(3.4) Approval/Payment Processing Requiring a Receipt Next, the approval/payment processing requiring a receipt is shown in FIGS. 29 to 35. FIG. 29 is a conceptual diagram of approval/payment processing that requires a receipt. A receipt 23 is issued when a person in charge of the sales department uses a taxi or provides entertainment. The person in charge uses the workstation 21 to create an electronic slip record in order to settle expenses incurred for entertainment and the like. Based on the type of slip, the system determines that it is necessary to attach a receipt to this electronic slip record, and the attached card 24 is automatically printed out from the printer device 22. This attached card 24 has a pasting section 25 for pasting a receipt, a slip number section 26 in which the slip number of the electronic slip record is written, and a signature entry section 27 that is a field for entering a signature for approval and payment. , and a detailed slip data section (not shown). Additionally, information on the approval route is read out from the approval/settlement table stored in the master table 51, and the attached card 24 is loaded with information on the approval route.
4 can also be printed. The person in charge should refer to this attached card 2.
4, the receipt 23 is pasted on the pasting section 25 of the attached card 24, a signature of the department manager's approval is written on the signature entry section 27 of the attached card 24, and the card is transferred to the payment department. In the payment department, the slip number section 26 of the attached card 24 to be paid is read using a hand scanner 32. Then, payment processing is performed for the electronic slip record corresponding to the read slip number. The payment process itself is the same as the payment process without a receipt described above. Electronic voucher records settled in this way are
Electronic slip file 5 as a settled electronic slip record
Registered as 0.

【0028】ここで、添付カード24の出力を伴う伝票
作成処理の具体的な画面の例を図30〜図35に示す。 まず、処理区分と、部門番号と、入力者職番と、立替者
職番、入出区分、現金精算日、入出金先をそれぞれ入力
する(図30参照)。処理区分で1と3以外を入力した
ときはエラーとなる。また、入出区分には、1(入金)
と2(出金)のいずれかを入力する。入力した立替者職
番はマスターテーブル51に登録された人事データと比
較されて、人事データに登録されていないときはエラー
となる。次に、摘要コードの一覧が表示され、この中か
ら該当するコードの番号を入力する(図31参照)。こ
の場合、表示にないコードを入力するとエラーとなる。 但し、該当する摘要文がマスターテーブル51にない場
合には、999を入力し、その後に摘要文を入力する。 同様に、内容コードの一覧も表示され、この中から該当
するコードの番号を入力する(図32参照)。この場合
も、表示にないコードを入力するとエラーとなる。但し
、該当する内容文がマスターテーブル51にない場合に
は、999を入力し、その後に内容文を入力する。これ
らの入力の後、前述した勘定科目設定機能によって、科
目コードと仕訳が自動的に設定されて、ワークステーシ
ョン21に表示される。具体的には次の処理が行われる
。まず前処理で入力された摘要内容が999でない場合
には、マスターテーブル51の科目マスターが参照され
て、科目マスターに登録された仕訳が自動的に設定され
、ワークステーション21に表示される。また前処理で
入力された摘要内容が999の場合には、さらに科目コ
ードをダイレクト入力して、入力された科目コードが科
目マスターに登録されていれば、その仕訳が自動的に設
定され、ワークステーション21に表示される。次に、
精算金額として8桁以内の数字を入力する(図33参照
)。請求できる最大の金額は99,999,999円で
ある。そして、費用計画番号と消費税の区分を入力して
(図34参照)、以上の入力が正しければ“E”を入力
して処理を終了させる(図35参照)。ここで、同じ入
出金先への精算データが複数ある場合、或いは異なる会
計処理をしたい場合には、“C”を入力して、処理を繰
り返すことができる。このときの繰り返しができる回数
は、最大3回までである。そして、処理が終了すると、
プリンタ装置22から自動的に添付カード24が出力さ
れる。
[0028] Here, specific examples of screens for the slip creation process accompanied by the output of the attached card 24 are shown in FIGS. 30 to 35. First, the processing category, department number, input person's job number, advance person's job number, deposit/disbursement category, cash settlement date, and deposit/withdrawal destination are respectively input (see FIG. 30). If you enter a value other than 1 or 3 for the processing category, an error will occur. In addition, the deposit and withdrawal classification is 1 (deposit).
or 2 (withdrawal). The input substitute job number is compared with the personnel data registered in the master table 51, and if it is not registered in the personnel data, an error occurs. Next, a list of abstract codes is displayed, and the corresponding code number is input from this list (see FIG. 31). In this case, if you enter a code that is not displayed, an error will occur. However, if the corresponding abstract is not in the master table 51, 999 is input, and then the abstract is input. Similarly, a list of content codes is also displayed, from which the number of the corresponding code is input (see FIG. 32). In this case as well, if you enter a code that is not displayed, an error will occur. However, if the corresponding content sentence is not in the master table 51, 999 is input, followed by the content sentence. After these inputs, the account code and journal entries are automatically set by the account setting function described above and displayed on the workstation 21. Specifically, the following processing is performed. First, if the summary content input in the preprocessing is not 999, the subject master in the master table 51 is referred to, and the journal entries registered in the subject master are automatically set and displayed on the workstation 21. In addition, if the summary content entered in preprocessing is 999, you can directly input the account code, and if the entered account code is registered in the account master, the journal entry will be automatically set and the work displayed on station 21. next,
Enter a number within 8 digits as the payment amount (see Figure 33). The maximum amount that can be claimed is 99,999,999 yen. Then, input the expense plan number and consumption tax classification (see FIG. 34), and if the above inputs are correct, input "E" to end the process (see FIG. 35). Here, if there is a plurality of settlement data for the same deposit/withdrawal destination, or if you wish to perform different accounting processes, you can input "C" and repeat the process. The number of times this can be repeated is up to three times. And when the process is finished,
The attached card 24 is automatically output from the printer device 22.

【0029】(3.5)出納処理 次に出納処理について図36を用いて説明する。ワーク
ステーション21を用いて作成された電子伝票レコード
は、ステータス情報がデイリーバッチで処理できるレベ
ルになっていても、バッチ処理までの間は電子伝票ファ
イル50として各ワークステーションに格納されている
。この電子伝票レコードは、通常一日一回のバッチ転送
処理によって、計算機部門10のデータベース12に格
納されるが、出納処理が必要な電子伝票レコードについ
ては複写されて別処理が行われる。つまり、決済が行わ
れた電子伝票レコードの中で出張申請/精算、仮払金申
請/精算、現金精算などの出納処理が必要な伝票は、バ
ッチ転送処理される前にCPUによって抽出複写処理が
行われるのである。このように複写された電子伝票レコ
ードは伝送データファイル52として格納され、金融機
関60で行う出納処理のデータとなる。この抽出複写処
理は例えば一日一回夕方に締め切られ、その日一日分の
データが回線53から金融機関60に転送される。金融
機関60では転送された電子伝票レコードのデータに基
づいて処理を行い、例えば出張旅費の精算処理であれば
、企業口座61より伝票を発行した社員の個人口座62
に旅費と出張手当ての振り込みと引き去りを行う。この
処理の結果は回線54から伝送データファイル52に返
送される。伝送データファイル52のデータおよび処理
結果の確認は、各部門に設置されているワークステーシ
ョン55を用いて参照できる。個人口座52への振り込
み処理が正常に行われた場合には、社内あるいはその周
辺に設置されている一般のATM機63(金融自動化機
器)から、振り込まれた現金を引き出すことができる。
(3.5) Accounting Process Next, the accounting process will be explained using FIG. 36. Electronic slip records created using the workstation 21 are stored in each workstation as an electronic slip file 50 until batch processing, even if the status information is at a level that allows daily batch processing. These electronic slip records are normally stored in the database 12 of the computer department 10 by batch transfer processing once a day, but electronic slip records that require accounting processing are copied and processed separately. In other words, among the electronic slip records that have been settled, documents that require accounting processing such as business trip application/settlement, advance payment application/settlement, and cash settlement are extracted and copied by the CPU before being batch transferred. It is. The electronic slip record thus copied is stored as a transmission data file 52, and serves as data for the accounting process performed by the financial institution 60. This extraction/copying process is completed, for example, once a day in the evening, and data for that day is transferred to the financial institution 60 via the line 53. The financial institution 60 performs processing based on the data of the transferred electronic slip record. For example, in the case of payment of business trip expenses, the financial institution 60 transfers the slip from the corporate account 61 to the personal account 62 of the employee who issued the slip.
Travel expenses and business allowances will be transferred and withdrawn. The results of this processing are sent back to the transmission data file 52 over line 54. The data in the transmission data file 52 and the processing results can be checked using the workstations 55 installed in each department. If the transfer process to the personal account 52 is successfully performed, the transferred cash can be withdrawn from a general ATM machine 63 (financial automation device) installed in or around the company.

【0030】(3.6)バッチ処理 次に、バッチ処理について図37のフローチャートを用
いて説明する。ワークステーション21を用いて電子伝
票ファイル50として作成された電子伝票レコードは、
所属長により承認された後に経理部門により決済されて
、ステータス情報がデイリーバッチで処理できるレベル
になっていても、バッチ処理までの間は電子伝票ファイ
ル50として各ワークステーションに格納されている(
ステップ301、302)。この電子伝票レコードの中
で、決済済みの電子伝票レコード、あるいは再発行のた
めに消去すべき電子伝票レコードはCPUによって抽出
される(ステップ303)。この抽出は、例えば一日一
回の割合で行われる。この抽出処理で抽出されなかった
電子伝票レコードは電子伝票ファイル50内で再編成さ
れる(ステップ304)。また、抽出された電子伝票レ
コードの中に消去すべき電子伝票レコードがあるかどう
かを調べて(ステップ305)、消去すべき電子伝票レ
コードがある場合にはその電子伝票レコードを電子伝票
ファイル50から抜き出して、一ヶ月間保存した後に消
去する(ステップ307)。残された電子伝票レコード
は、バッチ処理で計算機部門10のデータベース12に
転送して、データベース12を更新させる(ステップ3
06)。ステップ306で行われるデータベース12の
更新処理について、図38を用いて説明する。図38に
示すように、本実施例では4日分のデータベースが保存
されている。したがって、最長4日前までのデータベー
スを復元することができる。一日分のデータベースには
複数のメンバファイルが格納されており、各メンバファ
イルは部門ごとの集計や科目コードごとの集計などの目
的別に分類されたデータが集結している。したがって、
メンバファイルによっては重複したデータが格納されて
いる場合もある。このメンバファイル群から最適なメン
バファイルを選択することによって、必要なデータをア
クセスすることができる。
(3.6) Batch Processing Next, batch processing will be explained using the flowchart shown in FIG. The electronic slip record created as the electronic slip file 50 using the workstation 21 is
Even if the status information is at a level that can be processed in daily batch after being approved by the supervisor and settled by the accounting department, it is stored in each workstation as an electronic slip file 50 until batch processing (
Steps 301, 302). Among these electronic slip records, the CPU extracts settled electronic slip records or electronic slip records that should be deleted for reissue (step 303). This extraction is performed, for example, once a day. Electronic slip records not extracted in this extraction process are reorganized within the electronic slip file 50 (step 304). Also, it is checked whether there is an electronic slip record to be deleted among the extracted electronic slip records (step 305), and if there is an electronic slip record to be deleted, the electronic slip record is deleted from the electronic slip file 50. It is extracted, stored for one month, and then deleted (step 307). The remaining electronic slip records are transferred to the database 12 of the computer department 10 by batch processing, and the database 12 is updated (step 3).
06). The updating process of the database 12 performed in step 306 will be explained using FIG. 38. As shown in FIG. 38, in this embodiment, a database for four days is stored. Therefore, the database up to four days ago can be restored. Multiple member files are stored in the database for one day, and each member file is a collection of data classified by purpose, such as aggregation by department or aggregation by subject code. therefore,
Duplicate data may be stored depending on the member file. By selecting an optimal member file from this group of member files, necessary data can be accessed.

【0031】(3.7)マスターテーブルを用いた処理
次に、マスターテーブル51を用いた処理について述べ
る。図39はマスターテーブル51の構成図である。マ
スターテーブル51は、科目マスター、部門マスター、
摘要マスターなど数十種類のマスタファイルから構成さ
れている。これらのマスタファイルは必要に応じて増減
することが可能である。これらのマスタファイルの中か
らいくつか説明すると、まず、科目マスターは、属性、
名称、消費税チェック区分等の基本情報の管理や、総勘
、決算書等の出力管理などを行っている。また、部門マ
スターは、決済場所、準会計単位、伝票発生の確認管理
などを行っている。さらに、摘要マスターは、入力者が
自分の部門コードと発生事象の内容を選択肢の中から選
択入力するだけで、伝票上の仕訳を自動入力できるよう
に設定管理を行っている。これらのマスタファイルは、
例えば入力処理で、入力データが正しいかを判定する処
理、入力データを一覧表示する処理、入力データを自動
設定する処理等に用いられる。入力データが正しいかを
判定する処理には、部門マスターや人事マスターなどが
用いられ、これらのマスタファイルに登録されたデータ
を用いて判定される。また、入力データを一覧表示する
処理には、摘要マスターや回数券、クーポン券テーブル
などが用いられ、これらのマスタファイルに登録された
データが一覧表示される。さらに、入力データを自動設
定する処理には、経理年月日テーブルや消費税率テーブ
ルなどが用いられ、これらのマスタファイルに登録され
たデータに基づいて自動設定される。特に、消費税率テ
ーブルは、事象ごとに正しい消費税区分(3%または6
%)で計算され、税込みの金額が自動設定される。 また、セキュリティテーブルは、例えば機密処理の資格
者チェックに用いられる。
(3.7) Processing using master table Next, processing using master table 51 will be described. FIG. 39 is a configuration diagram of the master table 51. The master table 51 contains subject masters, department masters,
It consists of dozens of types of master files, including summary master files. These master files can be increased or decreased as necessary. To explain some of these master files, first, the subject master has attributes,
It manages basic information such as names and consumption tax check classifications, as well as output management of general accounts, financial statements, etc. The department master also manages payment locations, quasi-accounting units, confirmation of document generation, etc. Furthermore, the summary master is configured and managed so that the journal entry on the slip can be automatically entered by the inputter simply by selecting and inputting his or her department code and the details of the event that occurred from among the options. These master files are
For example, in input processing, it is used for processing to determine whether input data is correct, processing to display a list of input data, processing to automatically set input data, etc. A department master, a personnel master, etc. are used in the process of determining whether input data is correct, and the data registered in these master files is used for determination. Further, in the process of displaying a list of input data, a summary master, a ticket, a coupon table, etc. are used, and the data registered in these master files is displayed as a list. Further, in the process of automatically setting input data, an accounting date table, a consumption tax rate table, etc. are used, and the input data is automatically set based on the data registered in these master files. In particular, the consumption tax rate table shows the correct consumption tax category (3% or 6%) for each event.
%) and the amount including tax will be automatically set. Further, the security table is used, for example, to check who is qualified for confidential processing.

【0032】[0032]

【発明の効果】本発明のペーパーレス会計システムであ
れば、電子伝票格納装置に格納された電子伝票の読み出
しは、電子伝票アクセス手段を用いて行われる。また、
電子伝票格納装置に格納された電子伝票の整合性の判定
は、マスターデータ判定手段で行われる。
According to the paperless accounting system of the present invention, electronic slips stored in the electronic slip storage device are read out using electronic slip access means. Also,
The consistency of the electronic slips stored in the electronic slip storage device is determined by the master data determining means.

【0033】したがって、電子伝票の読み出しを高速に
行うことができるようになる。また、電子伝票作成・追
加処理の入力時に、入力データの整合性の判定が行われ
るので、誤ったデータを入力してもその場で修正できる
[0033] Therefore, electronic slips can be read out at high speed. Furthermore, since the consistency of input data is determined when entering electronic slip creation/addition processing, even if incorrect data is entered, it can be corrected on the spot.

【図面の簡単な説明】[Brief explanation of the drawing]

【図1】本実施例に係るペーパレス会計システムの構成
図である。
FIG. 1 is a configuration diagram of a paperless accounting system according to an embodiment.

【図2】電子伝票レコードのレコード構造を示す概念図
である。
FIG. 2 is a conceptual diagram showing the record structure of an electronic slip record.

【図3】スーパーディスクリプタによる伝票管理の概念
図である。
FIG. 3 is a conceptual diagram of slip management using super descriptors.

【図4】スーパーディスクリプタの構造を示す概念図で
ある。
FIG. 4 is a conceptual diagram showing the structure of a superdescriptor.

【図5】スーパーディスクリプタの構造を示す概念図で
ある。
FIG. 5 is a conceptual diagram showing the structure of a superdescriptor.

【図6】スーパーディスクリプタの構造を示す概念図で
ある。
FIG. 6 is a conceptual diagram showing the structure of a superdescriptor.

【図7】スーパーディスクリプタの構造を示す概念図で
ある。
FIG. 7 is a conceptual diagram showing the structure of a superdescriptor.

【図8】スーパーディスクリプタの構造を示す概念図で
ある。
FIG. 8 is a conceptual diagram showing the structure of a superdescriptor.

【図9】処理形態におけるスーパーディスクリプタの構
成を示す概念図である。
FIG. 9 is a conceptual diagram showing the configuration of a super descriptor in a processing mode.

【図10】ステータス情報の内容を示す概念図である。FIG. 10 is a conceptual diagram showing the contents of status information.

【図11】ステータス情報による管理を示す概念図であ
る。
FIG. 11 is a conceptual diagram showing management based on status information.

【図12】本実施例の入力処理を示す概念図である。FIG. 12 is a conceptual diagram showing input processing in this embodiment.

【図13】本実施例の入力処理での画面例を示す概念図
である。
FIG. 13 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図14】本実施例の入力処理での画面例を示す概念図
である。
FIG. 14 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図15】本実施例の入力処理での画面例を示す概念図
である。
FIG. 15 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図16】本実施例の入力処理での画面例を示す概念図
である。
FIG. 16 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図17】本実施例の入力処理での画面例を示す概念図
である。
FIG. 17 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図18】本実施例の入力処理での画面例を示す概念図
である。
FIG. 18 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図19】本実施例の入力処理での画面例を示す概念図
である。
FIG. 19 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図20】本実施例の入力処理での画面例を示す概念図
である。
FIG. 20 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図21】本実施例の入力処理での画面例を示す概念図
である。
FIG. 21 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図22】本実施例の入力処理での画面例を示す概念図
である。
FIG. 22 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

【図23】本実施例の入力処理での画面例を示す概念図
である。
FIG. 23 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図24】本実施例の入力処理での画面例を示す概念図
である。
FIG. 24 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

【図25】本実施例の承認・決済処理を示すフロー図で
ある。
FIG. 25 is a flow diagram showing approval/payment processing in this embodiment.

【図26】本実施例の承認処理での画面例を示す概念図
である。
FIG. 26 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

【図27】本実施例の承認処理での画面例を示す概念図
である。
FIG. 27 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

【図28】本実施例の承認処理での画面例を示す概念図
である。
FIG. 28 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

【図29】本実施例の領収証を用いた承認・決済処理を
示す概念図である。
FIG. 29 is a conceptual diagram showing approval/payment processing using a receipt according to the present embodiment.

【図30】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 30 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図31】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 31 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図32】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 32 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図33】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 33 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図34】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 34 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図35】本実施例の伝票作成処理での画面例を示す概
念図である。
FIG. 35 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

【図36】本実施例の出納処理を示す概念図である。FIG. 36 is a conceptual diagram showing the accounting process of this embodiment.

【図37】本実施例のバッチ処理を示すフロー図である
FIG. 37 is a flow diagram showing batch processing in this embodiment.

【図38】データベースの構成を示す概念図である。FIG. 38 is a conceptual diagram showing the configuration of a database.

【図39】マスターテーブルの構成を示す概念図である
FIG. 39 is a conceptual diagram showing the configuration of a master table.

【符号の説明】[Explanation of symbols]

1…ペーパレス会計システム 10…計算機部門 11…ワークステーション 12…データベース 20…営業部門 21…ワークステーション 22…プリンタ装置 24…添付カード 30…総務部門 31…ワークステーション 32…イメージスキャナ 40…ローカルエリアネットワーク 50…電子伝票ファイル 51…マスターテーブル 52…伝送データファイル 60…金融機関 1…Paperless accounting system 10...Computer section 11...Workstation 12...Database 20…Sales department 21...Workstation 22...Printer device 24... Attached card 30…General affairs department 31...Workstation 32...Image scanner 40...Local area network 50...Electronic slip file 51...Master table 52...Transmission data file 60...Financial institution

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】  複数の計算機及び計算機機器を接続し
た分散処理システムに会計情報のデータベースを構築し
たペーパレス会計システムにおいて、電子伝票を作成し
て分散ファイルシステムに格納する電子伝票作成手段と
、分散ファイルシステムに格納された電子伝票にデータ
の追加処理を行う追加処理手段と、前記電子伝票作成手
段と前記追加処理手段での電子伝票の処理状態を管理す
る処理管理手段と、電子伝票の複数のキー項目を組み合
わせた索引によって分散ファイルシステムに格納された
電子伝票をアクセスする電子伝票アクセス手段とが備え
られていることを特徴とするペーパレス会計システム。
Claim 1: A paperless accounting system in which an accounting information database is built on a distributed processing system connecting a plurality of computers and computer equipment, comprising an electronic voucher creation means for creating electronic vouchers and storing them in a distributed file system, and a distributed file system. additional processing means for adding data to electronic slips stored in the system; processing management means for managing the processing status of the electronic slips in the electronic slip creation means and the additional processing means; and a plurality of keys for the electronic slips. 1. A paperless accounting system comprising: an electronic voucher access means for accessing electronic vouchers stored in a distributed file system using an index that combines items.
【請求項2】  前記電子伝票アクセス手段の索引には
、現在処理を行っている事業所のコード番号と経理年月
と電子伝票ID番号と管理番号、および次に処理を行う
事業所のコード番号と部門コード番号から構成されたも
のが含まれていることを特徴とする請求項1記載のペー
パレス会計システム。
[Claim 2] The index of the electronic slip access means includes the code number, accounting year and month of the office currently processing, the electronic slip ID number and management number, and the code number of the office that will perform the next processing. 2. The paperless accounting system according to claim 1, further comprising: a department code number and a department code number.
【請求項3】  前記電子伝票アクセス手段の索引には
、現在処理を行っている事業所のコード番号と経理年月
と電子伝票ID番号、および現在の電子伝票の状態、お
よび次に処理を行う事業所のコード番号と部門コード番
号から構成されたものが含まれていることを特徴とする
請求項1または請求項2記載のペーパレス会計システム
3. The index of the electronic slip access means includes the code number of the office currently processing, the accounting year and month, the electronic slip ID number, the current status of the electronic slip, and the next processing step. 3. The paperless accounting system according to claim 1, further comprising a code number of a business establishment and a department code number.
【請求項4】  前記電子伝票アクセス手段の索引には
、経理年月と科目コード番号と電子伝票作成部門のコー
ド番号、および現在の電子伝票の状態から構成されたも
のが含まれていることを特徴とする請求項1〜3のいず
れか一つに記載のペーパレス会計システム。
4. The index of the electronic slip access means includes an index consisting of the accounting year and month, the subject code number, the code number of the electronic slip creation department, and the current status of the electronic slip. A paperless accounting system according to any one of claims 1 to 3.
【請求項5】  前記電子伝票アクセス手段の索引には
、伝票起票者の職番と伝票作成年月日と電子伝票作成部
門のコード番号、および電子伝票ID番号と科目コード
番号から構成されたものが含まれていることを特徴とす
る請求項1〜4のいずれか一つに記載のペーパレス会計
システム。
[Claim 5] The index of the electronic slip access means includes the job number of the slip originator, the slip creation date, the code number of the electronic slip creation department, the electronic slip ID number, and the subject code number. 5. The paperless accounting system according to claim 1, further comprising: a.
【請求項6】  前記電子伝票アクセス手段の索引には
、伝票起票者の職番と電子伝票作成部門のコード番号と
請求・振替先の部門コード番号、および現在の電子伝票
の状態と電子伝票ID番号から構成されたものが含まれ
ていることを特徴とする請求項1〜5のいずれか一つに
記載のペーパレス会計システム。
6. The index of the electronic slip access means includes the job number of the slip originator, the code number of the electronic slip creation department, the department code number of the billing/transfer destination, and the current status of the electronic slip and the electronic slip. 6. The paperless accounting system according to claim 1, further comprising an ID number.
【請求項7】  複数の計算機及び計算機機器を接続し
た分散処理システムに会計情報のデータベースを構築し
たペーパレス会計システムにおいて、電子伝票を作成し
て分散ファイルシステムに格納する電子伝票作成手段と
、分散ファイルシステムに格納された電子伝票にデータ
の追加処理を行う追加処理手段と、前記計算機システム
に備えられたマスターテーブル装置と、前記マスターテ
ーブル装置に登録された基礎データに基づいて、前記電
子伝票作成手段または前記追加処理手段で電子伝票の整
合性の判定を行うマスターデータ判定手段とが備えられ
ていることを特徴とするペーパレス会計システム。
7. A paperless accounting system in which an accounting information database is constructed in a distributed processing system connecting a plurality of computers and computer equipment, comprising an electronic voucher creation means for creating an electronic voucher and storing it in a distributed file system, and a distributed file system. additional processing means for adding data to electronic slips stored in the system; a master table device provided in the computer system; and the electronic slip creation means based on basic data registered in the master table device. or master data determining means for determining the consistency of electronic slips using the additional processing means.
【請求項8】  前記マスターテーブルに登録された基
礎データには、発生事象のデータがあることを特徴とす
る請求項7記載のペーパレス会計システム。
8. The paperless accounting system according to claim 7, wherein the basic data registered in the master table includes data on occurrences.
【請求項9】  前記マスターテーブルに登録された基
礎データには、全従業員の人事データがあることを特徴
とする請求項7または請求項8記載のペーパレス会計シ
ステム。
9. The paperless accounting system according to claim 7, wherein the basic data registered in the master table includes personnel data of all employees.
【請求項10】  前記マスターテーブルに登録された
基礎データには、パスワードデータがあることを特徴と
する請求項7〜9のいずれか一つに記載のペーパレス会
計システム。
10. The paperless accounting system according to claim 7, wherein the basic data registered in the master table includes password data.
JP3056415A 1991-03-20 1991-03-20 Paperless accounts system Pending JPH04291456A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3056415A JPH04291456A (en) 1991-03-20 1991-03-20 Paperless accounts system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3056415A JPH04291456A (en) 1991-03-20 1991-03-20 Paperless accounts system

Publications (1)

Publication Number Publication Date
JPH04291456A true JPH04291456A (en) 1992-10-15

Family

ID=13026499

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3056415A Pending JPH04291456A (en) 1991-03-20 1991-03-20 Paperless accounts system

Country Status (1)

Country Link
JP (1) JPH04291456A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6125347A (en) * 1984-07-14 1986-02-04 Nec Corp Electronic slip system
JPS621063A (en) * 1985-06-26 1987-01-07 Toshiba Corp Slip processor
JPS6224364A (en) * 1985-07-24 1987-02-02 Yamamoto Sohei General-purpose control system
JPS62123565A (en) * 1985-11-22 1987-06-04 Nec Corp Approval processing system for electronic slip
JPH02196369A (en) * 1989-01-26 1990-08-02 Matsushita Electric Ind Co Ltd Input device for slip data
JPH02247773A (en) * 1989-03-22 1990-10-03 Nec Corp Business form data base system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6125347A (en) * 1984-07-14 1986-02-04 Nec Corp Electronic slip system
JPS621063A (en) * 1985-06-26 1987-01-07 Toshiba Corp Slip processor
JPS6224364A (en) * 1985-07-24 1987-02-02 Yamamoto Sohei General-purpose control system
JPS62123565A (en) * 1985-11-22 1987-06-04 Nec Corp Approval processing system for electronic slip
JPH02196369A (en) * 1989-01-26 1990-08-02 Matsushita Electric Ind Co Ltd Input device for slip data
JPH02247773A (en) * 1989-03-22 1990-10-03 Nec Corp Business form data base system

Similar Documents

Publication Publication Date Title
US6009408A (en) Automated processing of travel related expenses
US7424455B2 (en) Method and systems for providing merchant services with right-time creation and updating of merchant accounts
US8442881B2 (en) Systems and methods of processing and classifying a financial transaction
JP6307693B2 (en) Accounting system
US20040243489A1 (en) Expense accounting data management based on electronic expense document
JP7348944B2 (en) Accounting equipment and programs
EP0430540A2 (en) Computerized inventory monitoring and verification system and method
JP2014206960A (en) Book creation system, method and program and printed voucher
JP2004302574A (en) Payment processing system and method
JP2020030517A (en) Accounting processor, accounting method, accounting program
JP2001350892A (en) Method and system for adjusting applied business trip expense
JP3152354B2 (en) Paperless accounting system
WO2004042631A1 (en) Method of retrieving a travel transaction record and an image of its supporting documentation
US6486876B1 (en) Paperless accounting system
JP3926674B2 (en) Database system, database system network, data item registration method, and data item registration program
JPH04313151A (en) Paperless accounting system
JPH04291456A (en) Paperless accounts system
JP2831478B2 (en) Paperless accounting system
JPH04291454A (en) Paperless accounts system
JPH04313150A (en) Paperless accounts system
JPH04291455A (en) Paperless accounts system
JPH04313152A (en) Paperless acounting system
JPH04313154A (en) Paperless accounting system
KR102549474B1 (en) Bank Transaction Details Management System
JPH04313149A (en) Paperless accounts system