JPH04313151A - ペーパレス会計システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子伝票を用いた会計
システムに関するものである。

【０００２】

【従来の技術】従来のペーパレス会計システムには、取
引き等を行った営業部門や人事部門などの各部門で、紙
の伝票を起票する代りに各部門に設置された端末から伝
票データを入力して電子伝票を発行するシステムがあっ
た。この端末は電算機部門のコンピュータにオンライン
接続されており、集積された電子伝票の管理等が行なわ
れていた。そして、決済部門では、このコンピュータに
集積された電子伝票の内容の確認および決済検印が行わ
れていた。

【０００３】

【発明が解決しようとする課題】ところで、伝票の中に
は領収証の添付が必要なものがある。紙の伝票では発行
した伝票に領収証を添付して一体化できたので、伝票と
領収証の対応は完全であった。ところが、従来のペーパ
レス会計システムでは形のない電子伝票を用いるので、
領収証と電子伝票の対応を取るのが難しかった。このた
め、決済部門で電子伝票の決済検印を行おうとしたとき
に、必要な領収証が紛失して見付からず、決済処理がで
きないといった問題が生じた。

【０００４】本発明の目的は、上記の問題点を解決し、
迅速でかつ確実に領収証の必要な伝票の決済処理を行う
ことができるペーパーレス会計システムを提供しようと
いうものである。

【０００５】

【課題を解決するための手段】上記課題を解決するため
に本発明のペーパレス会計システムには、電子伝票を作
成して電子伝票格納装置に格納する電子伝票作成手段と
、電子伝票作成手段で作成する電子伝票の中から領収証
の保存を必要とする電子伝票を判定して、その電子伝票
に対応する領収証貼付票を発行する貼付票発行手段と、
電子伝票格納装置に格納された電子伝票にデータの追加
処理を行う追加処理手段と、電子伝票作成手段と追加処
理手段での電子伝票の処理状態を管理する管理手段とが
備えられている。

【０００６】

【作用】本発明のペーパレス会計システムによれば、電
子伝票作成手段によって作成された電子伝票の中から、
領収証の保存が必要な電子伝票が貼付票発行手段で選別
される。そして選別された電子伝票のそれぞれに対応す
る領収証貼付票が発行される。電子伝票は追加処理手段
に転送されて、追加処理が行われる。管理手段では、電
子伝票作成手段および追加処理手段での電子伝票の処理
状態が管理される。

【０００７】

【実施例】（１）実施例の構成 以下、添付図面の図１〜図３９を用いて、本発明の一実
施例であるペーパレス会計システムについて説明する。 図１は、本実施例の構成図である。本実施例のペーパレ
ス会計システム１は、ホスト処理装置１０と、ホスト処
理装置１０に接続されたローカル処理装置２０、３０と
から構成される。計算機部門に設置されたホスト処理装
置１０には、電子伝票レコードの格納されたディスク装
置１１と、数日分のデータベースが格納されたデータベ
ース装置１２と、照会用のモニタ装置１３と、金融機関
との取引データの格納された伝送データ格納装置１４と
、入力検査等のために予め用意されたデータが登録され
たマスターテーブル１５が備えられている。図示してい
ないＣＰＵがディスク装置１１に格納された電子伝票レ
コードをアクセスして本実施例の処理を行う。営業部門
に設置されたローカル処理装置２０には、ホスト処理装
置１０のディスク装置１１に回線接続された入力手段で
ある端末装置２１と、添付カード２４を作成するプリン
タ装置２２とが備えられている。また、総務部門に設置
されたローカル処理装置３０には、ホスト処理装置１０
のディスク装置１１に回線接続された端末装置３１と、
添付カード２４の伝票番号を読み取るためのイメージス
キャナ３２が備えられている。

【０００８】（２）実施例の処理の概要次に、本実施例
の処理の概要について説明する。まず、営業部門の担当
者が端末装置２１から伝票データの入力を行う。この入
力作業ではマスターテーブル１５に予め登録されたデー
タとのチェックが行われ、入力データの整合性の確認作
業が行われる。この入力によって電子伝票レコードが作
成され、このレコードがディスク装置１１に格納される
。営業部門の所属長は承認する必要のある電子伝票レコ
ードを端末装置２１で確認して、承認できる電子伝票レ
コードについて承認の入力を行う。次に経理部門では、
所属長の承認を得られた電子伝票レコードを端末装置３
１で確認して、伝票に対する最終決済を行う。ところで
、決済で領収書が必要な伝票については添付カード２４
がプリンタ装置２２から打ち出され、このカードの上部
に領収書を貼付する。所属長の承認を直筆のサインで貰
うような添付カード２４が作成されている場合には、イ
メージスキャナ３２で伝票番号を読み取って、ディスク
装置１１のレコードを照合して決済入力を行う。ディス
ク装置１１に格納された電子伝票レコードは、例えば１
日１回のバッチ処理によってデータベース１２に登録さ
れる。また、決済処理まで終了した電子伝票レコードの
中から金融機関の口座等への振り込みが必要な電子伝票
レコードについては、そのコピーが取られ、ディスク装
置１４に格納される。このようにコピーされた電子伝票
レコードはディスク装置１４から金融機関に送られ、こ
の電子伝票レコードに従って口座等への振り込みが行わ
れる。

【０００９】（３）実施例の処理の詳細以下、本実施例
の詳細な説明を行う。

【００１０】（３．１）電子伝票レコード（３．１．１
）電子伝票レコードの構造本実施例で使用する電子伝票
レコードのレコード構造を図２を用いて説明する。電子
伝票レコードはＫＥＹ項目、伝票発行部門情報項目、伝
票経歴情報項目およびアプリケーション情報項目から構
成される。また、アプリケーション情報項目には伝票共
通情報項目と仕訳情報項目が備えられている。ＫＥＹ項
目とは伝票検索用のキーワードの項目であり、電子伝票
データ管理ＮＯ．、経理年月日、伝票発行者職番などが
格納される。伝票発行部門情報項目には事業所コード、
部門コード、伝票発行扱者職番などが格納される。伝票
経歴情報項目には決済場所区分、決済ルートカウント、
経歴情報カウントなどが格納される。伝票共通情報項目
とは伝票に付随する情報の項目であり、添付カードＯ／
Ｐ区分、経理年月日、振込ＮＯ．などが格納される。仕
訳情報項目とは、仕訳られた貸方／借方の科目単位に付
随する情報の項目であり、貸方／借方区分、摘要文、科
目コードなどがある。

【００１１】（３．１．２）電子伝票レコードのアクセ
ス処理 次に、電子伝票レコードのアクセス処理について説明す
る。入力処理によって作成された電子伝票レコードは、
バッチ処理によってデータベース１２に登録されるまで
の間、ディスク装置１１に格納されている。このように
ディスク装置１１に格納された電子伝票レコードは、承
認・決済処理を行うために頻繁にアクセスされる。した
がって、本実施例では、このアクセス処理での速度を向
上させるために、検索索引であるスーパーディスクリプ
タを用いて、ディスク装置１１に格納されたすべての電
子伝票レコードを管理している。スーパーディスクリプ
タによる管理の概念図を図３に示す。本実施例では、５
つのスーパーディスクリプタ（ＫＺ、ＫＹ、ＫＸ、ＫＷ
、ＫＶ）によって管理されている。新しく電子伝票レコ
ードが作成されると、対応する検索用データがスーパー
ディスクリプタに追加される。この追加処理はリアルタ
イムに行われ、同時にソーティング処理も行われる。 スーパーディスクリプタの各検索用データの中には、電
子伝票レコードのハード的なインデックスが含まれてい
る。したがって、このインデックスを参照することによ
って、スーパーディスクリプタから電子伝票レコードを
高速に検索することができるのである。

【００１２】このようなスーパーディスクリプタの構造
を図４〜図８に示す。これらの構造図では簡単のため、
前述した電子伝票レコードのインデックスは省略されて
いる。図４はスーパーディスクリプタＫＺの構造を示す
概念図である。スーパーディスクリプタＫＺは、レコー
ド登録用の検索索引である。電子伝票レコードへのデー
タ追加・データ更新・データ抹消などは、すべてこの検
索索引が用いられる。図５はスーパーディスクリプタＫ
Ｙの構造を示す概念図である。スーパーディスクリプタ
ＫＹは、承認・決済（添付カード無し）入力時の対象デ
ータを検索する索引である。承認・決済処理を行う担当
者に対して、対象となるデータが伝票ＩＤ別に検索でき
る。また、承認・決済入力できるのは、画面入力者職番
が、決済ルートテーブル上で登録されている場合である
。承認・決済入力後に検索用データの更新を行うには、
スーパーディスクリプタＫＺが用いられる。図６はスー
パーディスクリプタＫＸの構造を示す概念図である。ス
ーパーディスクリプタＫＸは、勘定科目別に総勘の情報
を検索する際に使用する検索索引である。科目サマリー
で該当するデータを検索し、次の電子伝票レコードを検
索して、決済者の伝票から該当する科目の金額を加減し
て表示する。図７はスーパーディスクリプタＫＷの構造
を示す概念図である。スーパーディスクリプタＫＷは、
発行済の電子伝票レコードを検索する索引である。この
検索索引は、各部門に伝票の控えを置かない代わりに、
自分の部門で発行した伝票の検索を行う索引である。電
子伝票管理番号が分からない場合に、この検索索引を用
いて検索する。図８はスーパーディスクリプタＫＶの構
造を示す概念図である。スーパーディスクリプタＫＶは
、未処理の登録データを検索する索引である。 主に、会計課および製品課で使用されている。以上説明
したスーパーディスクリプタが実際のどの処理で用いら
れているかの一覧を図９に示す。図９より、伝票の発行
時のすべての検索処理はスーパーディスクリプタＫＺが
用いられ、承認・決済処理、検索データ出力処理では、
それ以外のスーパーディスクリプタが用いられているこ
とが分かる。

【００１３】本実施例では、スーパーディスクリプタの
本数および各スーパーディスクリプタの構造を調整する
ことによって、最も高い検索効率が実現されている。し
たがって、スーパーディスクリプタの本数を４本以下、
または６本以上にしても、あるいは各スーパーディスク
リプタの構造を変更しても検索効率は今よりも低下する
。

【００１４】（３．１．３）電子伝票レコードの管理次
に、電子伝票レコードの管理について説明する。本実施
例での電子伝票レコードの管理は、各電子伝票レコード
の所望の領域に備えられたステータス情報によって行わ
れている。このステータス情報の詳細を図１０に示す。 ステータス情報は４つの区分のデータから構成されてい
る。この中でステージ欄には、どの段階までの処理が終
了しているかについての電子伝票レコードの状態が記録
されている。また、否可決区分欄には、伝票が可決され
たか、あるいは否決されたかが記録されている。各段階
の処理によって、このステータス情報がどのように変化
するかを図１１に示す。例として、承認処理でのステー
タス情報の変化について説明すると、まだ承認されてい
ない電子伝票レコードのステータス情報は「３１００」
を示している。ここで、可決（承認）の入力をすれば、
ステータス情報は「４１００」に変化する。また否決の
入力の場合には、ステータス情報は「２９００」に変化
する。さらに、可決の入力に誤りがあることが分かり、
可決取消の入力を行うと、ステータス情報は「４１００
」から「２９００」に変化する。その逆に、否決の入力
に誤りがあることが分かり、否決取消の入力を行なう場
合には、ステータス情報は「２９００」から「４１００
」に変化する。この他の段階での処理も同様にステータ
ス情報が変化する。このステータス情報によって、各電
子伝票レコードの処理レベルが把握できる。また、マス
ターテーブル１５には各電子伝票レコードの処理ルート
が記載された処理ルート情報が保持されているので、ス
テータス情報とこの処理ルート情報を用いることにより
総合的に各電子伝票レコードが管理できる。

【００１５】（３．２）入力処理 次に入力処理について図１２〜図２４を用いて説明する
。図１２は入力処理の概要を示す概念図である。まず、
端末装置２１の電源を投入すると、まずトップ画面１０
１が表示される。このトップ画面１０１では、扱者情報
の入力と、手続き入力画面の選択を行うことができる。 扱者情報として入力するのは、事務所コード、部門ナン
バ、社員番号などがある。この段階で扱者情報を入力す
ることによって、各入力画面ごとにマスタの参照回数を
減少させることができる。また、事務所コードについて
は、その端末装置２１がどの事務所に設置されているか
を判断して、自動的に設定することも可能である。 手続き入力画面には伝票作成画面、承認画面、照会画面
などがあり、メニュー形式で選択的に入力できる。ここ
で、伝票作成画面を選択すると、伝票作成用の手続き入
力画面１０２が表示される。手続き入力画面１０２では
、取引内容によって分類された伝票のメニューの中から
必要とする伝票が選択できる。この選択処理によって、
作成すべき伝票の種類が確定する。この伝票の種類の確
定によって、伝票の種類に対応した項目入力画面１０３
が表示される。そして、この項目入力画面１０３の指示
に沿って伝票データとして必要な項目にデータを入力す
る。

【００１６】ここで、この項目入力画面１０３の具体的
な画面の例として、国内出張申請入力例を図１３から図
１６に、国内出張精算入力例を図１７から図２４に示す
。

【００１７】初めに、国内出張申請入力例について説明
する。まず、処理区分と、部門番号と、社員番号と、申
請日と、出張日をそれぞれ入力する（図１３参照）。処
理区分で１、３、４以外を入力したときはエラーとなる
。また、部門番号と社員番号は前述したマスターテーブ
ル１５に登録されたデータと比較して、正しい部門番号
と社員番号のときだけ、以下の入力処理を続行すること
ができる。次に、宿泊料の請求の有無と、回数券の使用
の有無について入力する（図１４参照）。宿泊料の請求
については、１（請求できる宿泊）を入力する場合がほ
とんどなので、あらかじめ１が表示されている。したが
って、１の入力は省略でき、２（請求できない宿泊）の
場合だけ入力すれば良い。ここで請求できる回数券には
飛行機用と新幹線用の２種類がある。この画面で、回数
券を使用する旨の入力をした場合は、さらに詳細データ
を入力する画面が表示される（図１５参照）。入力欄は
この例ではそれぞれ２つずつあり、２種類の回数券を同
時に請求することができる。入力項目としては、回数券
を使用する乗り物の種類と、回数券の利用形態と、回数
券を使用する出張先の地名がある。次に、回数券以外で
必要な交通費の概算金額と、前払い金の必要の有無を入
力する（図１６参照）。交通費の概算金額は千円単位で
の入力になる。前払い金の欄には前払い金が不要の場合
には１を、前払い金が必要な場合にはブランクを入力す
る。それ以外の入力はエラーとなる。ここでいう前払い
金とは、日当・宿泊費・概算交通費のことである。すべ
ての入力項目を入力した後に、“Ｅ”を入力する。この
入力を行うことによって国内出張申請入力処理が終了す
る。

【００１８】次に、国内出張精算入力例について説明す
る。まず、処理区分と、部門番号と、社員番号をそれぞ
れ入力する（図１７参照）。この入力によって、本人の
未精算出張伝票の精算予定日・前払金額・前払申請日の
データが表示される（図１８参照）。ここで表示される
データは、国内出張申請入力処理時に入力されて電子伝
票レコードが登録されたデータである。この表示より精
算したい申請伝票の番号を選択して入力する。ここで表
示できる件数は最大２件分までである。また、未精算伝
票として最大８件まで登録できるので、選択できる申請
伝票の番号は１から８までである。申請していない伝票
の精算をする場合には９を選択する。次に、精算の目的
と、精算日を入力する（図１９参照）。精算の目的には
、出張後の精算か、出張中止による精算かを入力する。 また、出張予定の日程が自動的に表示されるので、出張
予定が変更された場合などは、この日程の変更を行うこ
とができる。ここで、出発日と帰着日と精算日がそれぞ
れ時間の経過順に並んでいないときは、エラーとして検
出される。さらに、稼働の実績データとして、出発日付
・出発駅・帰着日付・帰着駅の入力を行い、立替交通費
として６桁以内の数字の入力を行う（図２０参照）。こ
のように、すべて項目に入力が行われた後に、実行キー
を打鍵する（図２１参照）。このキー入力によって、各
項目の入力内容の最終チェックがマスターテーブル１５
に登録されたデータを用いて行われる。このチェックで
問題がない場合には、新たな画面が表示される（図２２
参照）。そして、まず回数券の余りの有無の入力を行う
（図２３参照）。ここで２（回数券の余り有り）を入力
すると、実際に渡してある回数券の番号の一覧が表示さ
れる。この一覧から、余った回数券の番号を入力する。 また、出張日程のうち帰着日を除いた日付が表示される
ので、宿泊実績として宿泊区分と休日区分を入力する。 これらの区分への入力は、１〜３以外はエラーとなる。 さらに、出張先での昼食が会社負担か否かを入力する。 もし、出張先の社員食堂で食事していれば、１　　（会
社支給なし）を入力する。以上の入力作業がすべて完了
すると、日当の日数・日当金額・宿泊料・精算費用金額
・前払金額・精算金額が表示される（図２４参照）。こ
れらの金額に誤りがないことが確認できたら、“Ｅ”を
入力する。この入力で国内出張精算入力処理が終了する
。

【００１９】ところで、この入力処理には、入力監視機
能と自動設定機能および勘定科目設定機能の３つの機能
が備えられている。まず、入力監視機能とは、すべての
項目の入力が行われたことを監視する機能をいう。この
入力監視機能には、入力比較機能と入力促進機能を有し
ている。入力比較機能は、入力済みの項目と入力必要項
目とを比較することによって、未入力項目を調べる機能
である。この機能実現には比較対象である入力必要項目
データを必要とするが、この入力必要項目データを獲得
するために、例えば入力必要項目データが格納された伝
票種別項目テーブルを用いる。また、入力促進機能は、
まだ入力されていない項目について入力を促す機能であ
るが、具体的には、例えば、未入力項目を点滅させたり
、入力促進のブザーを鳴らしたりする機能である。次に
、自動設定機能とは、一部の項目について伝票データを
自動設定する機能をいう。この自動設定機能には、事業
所コード設定機能と、類推設定機能を有している。事業
所コード設定機能は、電子伝票レコードの作成のために
伝票データを入力している端末装置２１の固有番号から
端末装置２１が設置されている事業所を判定して、対応
する事業所コードを自動的に設定する機能である。また
、類推設定機能は、既に入力された項目のデータから一
部の未入力項目のデータを類推して自動設定する機能で
ある。この機能の実現方法には、入力データに対応した
類推テーブルを利用して行う方法と、入力されたデータ
を計算して未入力項目のデータを獲得する方法がある。 さらに、勘定科目設定機能とは、具体的な発生事象によ
って一項目の勘定科目を設定する機能をいう。具体的な
発生事象には、一つの発生事象の場合と、複数の発生事
象の組み合わせである場合がある。この勘定科目設定機
能によって、旅費交通費、消耗品費、図書費などの勘定
科目が電子伝票レコードに設定される。この勘定科目設
定機能の具体例については後述する。

【００２０】このような入力処理によって、端末装置２
１から入力された伝票データは、正しいデータか検査す
る検査処理が行われる。この検査処理には、入力可能チ
ェック機能と、項目属性チェック機能と、項目範囲チェ
ック機能と、項目間比較チェック機能の４つの機能が備
えられている。まず、入力可能チェック機能とは、入力
されたデータとマスターテーブル１５に登録された入力
可能判定データとを比較することによって、入力可能な
データであるかどうかを調べる機能をいう。次に、項目
属性チェック機能とは、入力されたデータとマスターテ
ーブル１５に登録された項目別に取り得る属性データと
を比較することによって、その項目の属性と一致するか
を調べる機能をいう。項目属性とは、例えば「項目Ａは
数字以外はエラーである」といった項目別の特性情報を
いう。さらに、項目範囲チェック機能とは、入力された
データとマスターテーブル１５に登録された項目別に取
り得る範囲データとを比較することによって、その項目
で取り得る範囲と一致するかを調べる機能をいう。項目
範囲とは、例えば「項目Ａは１または２または３以外は
エラーである」といった項目別の許容値情報をいう。ま
た、項目間比較チェック機能とは、入力されたデータと
マスターテーブル１５に登録された項目間の相関関係の
データとを比較することによって、入力されたデータの
項目間の関連性の正誤を調べる機能をいう。項目間の関
連性とは、例えば「項目Ａが１のときは項目Ｂが３か４
であれば正しい」といった項目間の一定の関係をいう。 このマスターテーブル１５に登録された項目間の相関関
係のデータは、伝票種別に格納されており、アクセス効
率の向上が図られている。

【００２１】以上の検査処理によって、入力された伝票
データが正しいデータであることが判ったので、作成さ
れた電子伝票レコードに伝票管理番号を設定する。伝票
管理番号は、入力段階においては、略式コード（伝票Ｉ
Ｄ・月）が用いられるが、電子伝票レコード上には対応
する正式コード（事業所・月日・伝票ＩＤ）が設定され
る。また、この採番処理には、最新番号発生機能が備え
られている。最新番号発生機能とは、端末装置２１から
の要求によって、最新の伝票管理番号を発生させる機能
であり、マスターテーブル１５に登録された最新番号デ
ータを用いて実現されている。このマスターテーブル１
５に登録された最新番号データは、伝票種別もしくは伝
票の発生月度別に格納されており、アクセス効率の向上
とユーザの番号識別の容易化が図られている。

【００２２】（３．３）承認・決済処理次に承認・決済
処理について図２５〜図２８を用いて説明する。図２５
は承認・決済処理の流れを示すフローチャートである。 入力処理で説明したように、営業部門の担当者が端末装
置２１を用いて電子伝票レコードを作成すると、この電
子伝票レコードは未処理伝票として磁気ディスク１１に
格納される（ステップ２０１）。営業部門の所属長は、
一日に一度、自分が承認できる自部門で発行された未処
理伝票を承認するために、未処理伝票一覧表を端末装置
２１に表示させる。この一覧表は、磁気ディスク１１に
格納された電子伝票レコードの中から、承認処理前のレ
ベルを示したステータス情報の電子伝票レコードを選び
出して作成したものである。そして、この一覧表から、
自分が承認しなければならない電子伝票レコードを抽出
し、さらに端末装置２１を操作して、抽出した電子伝票
レコードの明細情報を画面に表示させる。明細情報とし
て表示されるのは、摘要文・内容文・科目・金額・扱者
などの情報である。この電子伝票レコードが承認できる
ものであると判断した場合には、所属長は承認の入力を
行う（ステップ２０２）。また、電子伝票レコードに記
載不備などがあり承認できない場合には、伝票を発行し
た担当者に修正を促すレベルにステータス情報を戻す。 電子伝票レコードが承認されなかったときには、担当者
は記載不備を修正する（ステップ２０３）。このように
して、記載内容に問題がなくなった電子伝票レコードは
、所属長の承認入力によって、決済部門である経理部門
または総務部門の決済できるレベルにステータス情報を
変化させる。経理部門または総務部門の担当者は営業部
門の所属長と同じように未処理伝票一覧表を端末装置３
１に表示して、未処理伝票の明細情報を表示させる。こ
の表示によって決済できるものと判断した場合には、経
理部門または総理部門の担当者は決済を入力し、デーリ
ーバッチで処理できるレベルにステータス情報を変化さ
せる。この未処理伝票の中で、決済できる伝票について
は決済の入力を行う（ステップ２０４、２０５）。ここ
で、電子伝票レコードに問題があって決済できない場合
には、伝票を発行した担当者が抹消入力を促すレベルに
ステータス情報を戻す。担当者はこの電子伝票レコード
を次の手順で抹消する（ステップ２０６）。担当者は、
自分の発行した伝票が現在どのような状態であるか一覧
表示する機能を使うことによって、自分の発行した伝票
が決済否決されたレベルとなったことを知ることができ
る。次に、その詳細情報を見るために電子伝票レコード
を検索する機能を使うことによって、その詳細を画面に
表示させる。その電子伝票レコードを検索する機能は、
伝票番号や伝票作成者社員番号や伝票の種別などを検索
キーとして検索することができる。それにより、担当者
は何の申請が決済否決となったか知ることによりその申
請の入力機能を起動して、抹消処理をする事となる。そ
の処理において再度内容を確認した後、担当者個人のパ
スワードを入力して担当者自身であることをマスターテ
ーブル１５で確認して、電子伝票レコードの特定の領域
に抹消を示すフラグと抹消の日付を書き込む。このレベ
ルではまだ実際の電子伝票レコードの消去は行わず、フ
ラグの設定で抹消扱いにしている。このように電子伝票
レコードの抹消処理を行った後に、端末装置２１を用い
て問題点が修正された電子伝票レコードを再発行する。

【００２３】ここで、承認処理の具体的な画面の例を図
２６から図２８に示す。まず、処理区分と、部門番号と
、承認者職番をそれぞれ入力する（図２６参照）。処理
区分で１から３以外を入力したときはエラーとなる。 部門番号と承認者職番はマスターテーブル１５に登録さ
れたデータと比較して、正しい部門番号と社員番号のと
きは、承認に必要なデータの一覧が表示される（図２７
参照）。この一覧表の中から承認処理を行う伝票を選び
出して、その伝票の番号を入力する。この入力によって
選び出された電子伝票レコードの詳細データが表示され
る（図２８参照）。詳細データは電子伝票レコードに登
録された摘要、内容、勘定科目などのデータである。こ
れらの詳細データを参照して、承認できるか否かを入力
する。その伝票についての承認処理が終了した後に、別
の伝票の承認処理を継続して行うか否かを入力する。こ
こで“Ｅ”を入力して、さらにパスワードを入力すれば
承認処理が終了する。

【００２４】（３．４）領収証が必要な承認・決済処理
次に領収証が必要な承認・決済処理について図２９〜図
３５に示す。図２９は領収証が必要な承認・決済処理の
概念図である。営業部門の担当者がタクシーを利用した
り、接待などをした場合には領収証２３が発行される。 担当者は接待などでかかった費用を精算するために、端
末装置２１を用いて電子伝票レコードを作成する。伝票
の種類から、この電子伝票レコードには領収証の添付が
必要であるとシステムが判断して、プリンタ装置２２か
ら自動的に添付カード２４が打ち出される。この添付カ
ード２４には、領収証を貼付するための貼付部２５と、
電子伝票レコードの伝票番号が記載された伝票番号部２
６と、承認・決済のサインを記入する欄であるサイン記
入部２７と、図示していない伝票の詳細データ部とが備
えられている。また、この添付カード２４には、マスタ
ーテーブル１５に格納された承認・決済テーブルから承
認ルートの情報を読み出して、添付カード２４に印刷す
ることもできる。担当者はこの添付カード２４の貼付部
２５に領収証２３を貼付して、所属長の承認のサインを
添付カード２４のサイン記入部２７に記入してもらい、
決済部門に転送する。決済部門では、決済すべき添付カ
ード２４の伝票番号部２６をハンドスキャナ３２を用い
て読み取る。そして、読み取った伝票番号に対応する電
子伝票レコードについての決済処理を行う。決済処理自
体は上述した領収書のない決済処理と同じである。この
ようにして決済された電子伝票レコードは、決済済みの
電子伝票レコードとしてディスク装置１１に登録される
。

【００２５】ここで、添付カード２４の出力を伴う伝票
作成処理の具体的な画面の例を図３０〜図３５に示す。 まず、処理区分と、部門番号と、入力者職番と、立替者
職番、入出区分、現金精算日、入出金先をそれぞれ入力
する（図３０参照）。処理区分で１と３以外を入力した
ときはエラーとなる。また、入出区分には、１（入金）
と２（出金）のいずれかを入力する。入力した立替者職
番はマスターテーブル１５に登録された人事データと比
較されて、人事データに登録されていないときはエラー
となる。次に、摘要コードの一覧が表示され、この中か
ら該当するコードの番号を入力する（図３１参照）。こ
の場合、表示にないコードを入力するとエラーとなる。 但し、該当する摘要文がマスターテーブル１５にない場
合には、９９９を入力し、その後に摘要文を入力する。 同様に、内容コードの一覧も表示され、この中から該当
するコードの番号を入力する（図３２参照）。この場合
も、表示にないコードを入力するとエラーとなる。但し
、該当する内容文がマスターテーブル１５にない場合に
は、９９９を入力し、その後に内容文を入力する。これ
らの入力の後、前述した勘定科目設定機能によって、科
目コードと仕訳が自動的に設定されて、端末装置２１に
表示される。具体的には次の処理が行われる。まず前処
理で入力された摘要内容が９９９でない場合には、マス
ターテーブル１５の科目マスターが参照されて、科目マ
スターに登録された仕訳が自動的に設定され、端末装置
２１に表示される。また前処理で入力された摘要内容が
９９９の場合には、さらに科目コードをダイレクト入力
して、入力された科目コードが科目マスターに登録され
ていれば、その仕訳が自動的に設定され、端末装置２１
に表示される。次に、精算金額として８桁以内の数字を
入力する（図３３参照）。請求できる最大の金額は９９
，９９９，９９９円である。そして、費用計画番号と消
費税の区分を入力して（図３４参照）、以上の入力が正
しければ“Ｅ”を入力して処理を終了させる（図３５参
照）。ここで、同じ入出金先への精算データが複数ある
場合、或いは異なる会計処理をしたい場合には、“Ｃ”
を入力して、処理を繰り返すことができる。このときの
繰り返しができる回数は、最大３回までである。 そして、処理が終了すると、プリンタ装置２２から自動
的に添付カード２４が出力される。

【００２６】（３．５）出納処理 次に出納処理について図３６を用いて説明する。端末装
置２１を用いてディスク装置１１に作成された電子伝票
レコードは、所属長により承認された後に経理部門によ
り決済されて、ステータス情報がデイリーバッチで処理
できるレベルになっていても、バッチ処理までの間はデ
ィスク装置１１に格納されている。この電子伝票レコー
ドは、通常一日一回のバッチ転送処理によって、データ
ベース１２に格納されるが、出納処理が必要な電子伝票
レコードについては複写されて別処理が行われる。つま
り、決済が行われた電子伝票レコードの中で出張申請／
精算、仮払金申請／精算、現金精算などの出納処理が必
要な伝票は、バッチ転送処理される前にＣＰＵによって
抽出複写処理が行われるのである。このように複写され
た電子伝票レコードは選択伝票格納装置であるディスク
装置１４に格納され、金融機関５０で行う出納処理のデ
ータとなる。この抽出複写処理は例えば一日一回夕方に
締め切られ、その日一日分のデータが回線４２から金融
機関に転送される。金融機関５０では転送された電子伝
票レコードのデータに基づいて処理を行い、例えば出張
旅費の精算処理であれば、企業口座５１より伝票を発行
した社員の個人口座５２に旅費と出張手当ての振り込み
と引き去りを行う。この処理の結果は回線４３からディ
スク装置１４に返送される。ディスク装置１４に格納さ
れたデータおよび処理結果の確認は、各部門に設置され
ている端末装置４１を用いて参照できる。個人口座５２
への振り込み処理が正常に行われた場合には、社内ある
いはその周辺に設置されている一般のＡＴＭ機６０（金
融自動化機器）から、振り込まれた現金を引き出すこと
ができる。

【００２７】（３．６）バッチ処理 次に、バッチ処理について図３７のフローチャートを用
いて説明する。端末装置２１を用いてディスク装置１１
に作成された電子伝票レコードは、所属長により承認さ
れた後に経理部門により決済されて、ステータス情報が
デイリーバッチで処理できるレベルになっていても、バ
ッチ処理までの間はディスク装置１１に格納されている
（ステップ３０１、３０２）。この電子伝票レコードの
中で、決済済みの電子伝票レコード、あるいは再発行の
ために消去すべき電子伝票レコードはＣＰＵによって抽
出される（ステップ３０３）。この抽出は、例えば一日
一回の割合で行われる。この抽出処理で抽出されなかっ
た電子伝票レコードはディスク装置１１内で再編成され
る（ステップ３０４）。また、抽出された電子伝票レコ
ードの中に消去すべき電子伝票レコードがあるかどうか
を調べて（ステップ３０５）、消去すべき電子伝票レコ
ードがある場合にはその電子伝票レコードをディスク装
置１１から抜き出して、一ヶ月間保存した後に消去する
（ステップ３０７）。残された電子伝票レコードは、バ
ッチ処理でバックアップ装置であるデータベース装置１
２に転送して、データベース装置１２を更新させる（ス
テップ３０６）。ステップ３０６で行われるデータベー
ス装置１２の更新処理について、図３８を用いて説明す
る。図３８に示すように、本実施例では４日分のデータ
ベースが保存されている。したがって、最長４日前まで
のデータベースを復元することができる。一日分のデー
タベースには複数のメンバファイルが格納されており、
各メンバファイルは部門ごとの集計や科目コードごとの
集計などの目的別に分類されたデータが集結している。 したがって、メンバファイルによっては重複したデータ
が格納されている場合もある。このメンバファイル群か
ら最適なメンバファイルを選択することによって、必要
なデータをアクセスすることができる。

【００２８】（３．７）機密処理 次に、機密処理について述べる。機密処理としては電子
伝票レコードの承認・決済処理と抹消処理および特殊伝
票入力処理時に行うパスワードチェックがある。パスワ
ードチェックとは、あらかじめマスターテーブル１５に
ユニークな文字列（パスワード）を登録しておいて、決
済処理と抹消処理を行う最終確認として、本人の社員番
号とパスワードを入力して有資格者であることを確認す
る手続きである。このパスワードの変更は容易に行うこ
とができ、担当者は定期的にパスワードを変更して機密
の向上に努めている。

【００２９】（３．８）マスターテーブルを用いた処理
次に、マスターテーブル１５を用いた処理について述べ
る。図３９はマスターテーブル１５の構成図である。マ
スターテーブル１５は、科目マスター、部門マスター、
摘要マスターなど数十種類のマスタファイルから構成さ
れている。これらのマスタファイルは必要に応じて増減
することが可能である。これらのマスタファイルの中か
らいくつか説明すると、まず、科目マスターは、属性、
名称、消費税チェック区分等の基本情報の管理や、総勘
、決算書等の出力管理などを行っている。また、部門マ
スターは、決済場所、準会計単位、伝票発生の確認管理
などを行っている。さらに、摘要マスターは、入力者が
自分の部門コードと発生事象の内容を選択肢の中から選
択入力するだけで、伝票上の仕訳を自動入力できるよう
に設定管理を行っている。これらのマスタファイルは、
例えば入力処理で、入力データが正しいかを判定する処
理、入力データを一覧表示する処理、入力データを自動
設定する処理等に用いられる。入力データが正しいかを
判定する処理には、部門マスターや人事マスターなどが
用いられ、これらのマスタファイルに登録されたデータ
を用いて判定される。また、入力データを一覧表示する
処理には、摘要マスターや回数券、クーポン券テーブル
などが用いられ、これらのマスタファイルに登録された
データが一覧表示される。さらに、入力データを自動設
定する処理には、経理年月日テーブルや消費税率テーブ
ルなどが用いられ、これらのマスタファイルに登録され
たデータに基づいて自動設定される。特に、消費税率テ
ーブルは、事象ごとに正しい消費税区分（３％または６
％）で計算され、税込みの金額が自動設定される。 また、セキュリティテーブルは、例えば機密処理の資格
者チェックに用いられる。

【００３０】

【発明の効果】本発明のペーパーレス会計システムであ
れば、電子伝票発行手段によって作成された電子伝票の
中から、領収証の添付が必要な電子伝票が自動的に選別
され、この電子伝票に対応した領収証貼付票が発行され
る。発行された領収証貼付票には担当者によって領収証
が貼付され、所属長による承認が行われた後に決済部門
に転送される。決済部門では、この領収証貼付票に対応
した電子伝票について決済処理が行われる。このように
領収証を添付しなければならない電子伝票の決済処理で
は、領収証貼付票に貼付された領収証が必ず決済部門に
送られるので、迅速で確実な決済処理を行うことができ
る。

【図面の簡単な説明】

【図１】本実施例に係るペーパレス会計システムの構成
図である。

【図２】電子伝票レコードのレコード構造を示す概念図
である。

【図３】スーパーディスクリプタによる伝票管理の概念
図である。

【図４】スーパーディスクリプタの構造を示す概念図で
ある。

【図５】スーパーディスクリプタの構造を示す概念図で
ある。

【図６】スーパーディスクリプタの構造を示す概念図で
ある。

【図７】スーパーディスクリプタの構造を示す概念図で
ある。

【図８】スーパーディスクリプタの構造を示す概念図で
ある。

【図９】処理形態におけるスーパーディスクリプタの構
成を示す概念図である。

【図１０】ステータス情報の内容を示す概念図である。

【図１１】ステータス情報による管理を示す概念図であ
る。

【図１２】本実施例の入力処理を示す概念図である。

【図１３】本実施例の入力処理での画面例を示す概念図
である。

【図１４】本実施例の入力処理での画面例を示す概念図
である。

【図１５】本実施例の入力処理での画面例を示す概念図
である。

【図１６】本実施例の入力処理での画面例を示す概念図
である。

【図１７】本実施例の入力処理での画面例を示す概念図
である。

【図１８】本実施例の入力処理での画面例を示す概念図
である。

【図１９】本実施例の入力処理での画面例を示す概念図
である。

【図２０】本実施例の入力処理での画面例を示す概念図
である。

【図２１】本実施例の入力処理での画面例を示す概念図
である。

【図２２】本実施例の入力処理での画面例を示す概念図
である。

【図２３】本実施例の入力処理での画面例を示す概念図
である。

【図２４】本実施例の入力処理での画面例を示す概念図
である。

【図２５】本実施例の承認・決済処理を示すフロー図で
ある。

【図２６】本実施例の承認処理での画面例を示す概念図
である。

【図２７】本実施例の承認処理での画面例を示す概念図
である。

【図２８】本実施例の承認処理での画面例を示す概念図
である。

【図２９】本実施例の領収証を用いた承認・決済処理を
示す概念図である。

【図３０】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３１】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３２】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３３】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３４】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３５】本実施例の伝票作成処理での画面例を示す概
念図である。

【図３６】本実施例の出納処理を示す概念図である。

【図３７】本実施例のバッチ処理を示すフロー図である
。

【図３８】データベース装置の構成を示す概念図である
。

【図３９】マスターテーブルの構成を示す概念図である
。

【符号の説明】

１…ペーパレス会計システム １０…ホスト処理装置 １１…ディスク装置 １２…データベース １３…モニタ装置 １４…伝送データ格納装置 １５…マスターテーブル ２０…ローカル処理装置 ２１…端末装置 ２２…プリンタ装置 ２４…添付カード ３０…ローカル処理装置 ３１…端末装置 ３２…イメージスキャナ

Claims (7)

【特許請求の範囲】
1. 【請求項１】　　会計情報のデータベースを備えたホス
   ト処理装置と、前記ホスト処理装置に接続された複数の
   ローカル処理装置とを備えたペーパレス会計システムに
   おいて、電子伝票を作成して電子伝票格納装置に格納す
   る電子伝票作成手段と、前記電子伝票作成手段で作成す
   る電子伝票の中から領収証の保存を必要とする電子伝票
   を判定して、その電子伝票に対応する領収証貼付票を発
   行する貼付票発行手段と、電子伝票格納装置に格納され
   た電子伝票にデータの追加処理を行う追加処理手段と、
   前記電子伝票作成手段と前記追加処理手段での電子伝票
   の処理状態を管理する管理手段とを備えることを特徴と
   するペーパレス会計システム。
2. 【請求項２】　　前記貼付票発行手段での領収証貼付票
   の作成は、前記ローカル処理装置に備えられた出力装置
   を用いて行うことを特徴とする請求項１記載のペーパレ
   ス会計システム。
3. 【請求項３】　　前記貼付票発行手段には、承認が必要
   な資格者の承認ルートを前記領収証貼付票に印刷する承
   認ルート印刷機能が備えられていることを特徴とする請
   求項１または請求項２記載のペーパレス会計システム。
4. 【請求項４】　　前記承認ルート印刷機能で印刷される
   データは、各伝票の承認・決済ルートが登録された転送
   ルートテーブルから前記電子伝票の承認ルートを読み出
   したデータであることを特徴とする請求項３記載のペー
   パレス会計システム。
5. 【請求項５】　　前記貼付票発行手段には、対応する電
   子伝票のキー項目を領収証貼付票に印字する印字手段を
   備えることを特徴とする請求項１〜４のいずれか一つに
   記載のペーパレス会計システム。
6. 【請求項６】　　前記追加処理手段には、前記印字手段
   により印字されたキー項目を読み込んで、貼付票に対応
   する電子伝票を識別する識別手段を備えることを特徴と
   する請求項１〜５のいずれか一つに記載のペーパレス会
   計システム。
7. 【請求項７】　　前記追加処理手段での前記印字手段に
   より印字されたキー項目の読み込みには、光学的読取り
   装置が用いられていることを特徴とする請求項１〜６の
   いずれか一つに記載のペーパレス会計システム。