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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、企業内の経理システム
の一部などとして利用されるペーパーレス会計システム
に関するものである。

【０００２】

【従来の技術】現在、企業内の経理システムの効率化、
省力化などを目的として、ペーパーレス会計システムが
採用されつつある。

【０００３】従来のペーパーレス会計システムでは、旧
来の伝票の持ち回りの概念を踏襲しながら電子化を図っ
た結果、特開平１ー３０９４４号に代表されるように、
特定の記憶領域間の伝票の転送を伴うメールボックス方
式が採用されている。このメールボックス方式では、電
子伝票の処理自体に加えてメールボックス間の電子伝票
の転送処理、実体部はともかくとして少なくともインデ
ックス部の転送処理が必要となり、システム全体の処理
量が増大するという問題がある。

【０００４】また、ある種のメールボックスに収容可能
なメール数に上限値が設定されているが、これは、処理
部門別あるいは送信側／受信側メールボックスなどのよ
うに記憶領域全体を複数に分割することに伴い個々に記
憶容量の制限が生ずるためと考えられる。この結果、送
信側と受信側とで処理速度のアンバランスが生じると、
送信側や受信側のメールボックスの空きに対する待ち状
態が発生し、処理能力が低下するという問題もある。

【０００５】また、従来のペーパーレス会計システムは
、全ての操作者が勘定科目の設定や決裁ルートなど会計
の仕組みや社内の事情を熟知していないと、システムが
円滑に運用されないなど多数の問題を抱えている。

【０００６】

【課題を解決するための手段】本発明のペーパーレス会
計システムは、入力から決済に至るまで電子伝票データ
の格納位置を実質的に変更することなく全ての処理を完
結する非転送方式を採用することにより、処理能率の向
上を図っている。

【０００７】また、本発明のペーパーレス会計システム
は、勘定科目や次の決済部門の自動設定などの多数の自
動設定機能を備えることにより、会計の仕組みなどに疎
い者でもシステムを円滑に運用できるように構成されて
いる。

【０００８】

【実施例】〔システム全体の構成〕図１は、本発明の一
実施例のペーパーレス会計システムの構成を示すブロッ
ク図であり、１は電子伝票ファイル、２はマスターテー
ブル群、３は仕分伝票ファイル、４はサマリーファイル
、５は伝票処理部、７は一括転送部、６は仕分・管理部
、８ａ，８ｂ・・・、９ａ，９ｂ・・・は端末装置であ
る。

【０００９】マスターテーブル群２は、図２に示すよう
に、人事マスターファイル２１ａ，摘要マスターファイ
ル２１ｂ，勘定マスターファイル２１ｃなどの各種のマ
スターファイル群と、決済ルートテーブル２２ａ，ステ
ータス変更テーブル２２ｂなどの各種のテーブル群から
構成されている。

【００１０】電子伝票について、入力・参照・承認・決
済などの処理を行おうとする者は、端末装置８ａ，８ｂ
・・・から、処理内容、部門コード、職番などを指定し
て伝票処理部５をアクセスする。このアクセスを受付け
た伝票処理部５は、マスター・テーブル群２を参照しな
がら電子伝票データを作成あるいは更新し、これを電子
伝票ファイル１に格納する。

【００１１】このペーパーレス会計システムの特徴的な
点は、端末装置８ａ，８ｂ・・・からの入力処理（発行
）によって作成され、電子伝票ファイル１内に格納され
た電子伝票データが承認、決済などの全ての処理が完結
するまで実質的に同一の格納位置に留まるという、非転
送方式が採用されていることにある。

【００１２】電子伝票ファイル１内で処理の完結した電
子伝票データは、毎日、夜間などの空き時間帯に、一括
転送部６により電子データファイル１から一括して読出
され、仕分・管理部７を経て、仕分伝票ファイル３と、
サマリーファイル４とに転送される。サマリーファイル
４は、勘定科目ごとの支出金額を積算する科目サマリー
、事業所ごとの支出金額を積算する検索サマリーなどか
ら成っている。

【００１３】〔電子伝票データの構造〕電子伝票ファイ
ル１内に格納される電子伝票データは、図３に示すよう
に、インデックス部に該当する「管理データ部」と、伝
票の実体部分に該当する「アプリケーション・データ部
」とから構成されている。管理データ部は、「キーデー
タ」と「発行部門データ」と「経歴データ」とから構成
され、アプリケーション・データ部は「共通データ」と
「仕分データ」とから構成されている。

【００１４】管理データ部のキーデータは、「管理番号
」と「ネクスト決済情報」と「ステータスコード」とか
ら構成されている。この管理番号は、伝票発行元の「事
業所コード」、「作成（発行）年月」、「伝票ＩＤ」、
「連番」、「修正区分」から構成され、この電子伝票処
理システム内でユニクークな管理番号となっている。

【００１５】事業所コードは、伝票発行元の事業所を特
定するための識別コードであり、入力元の端末装置８ａ
，８ｂの設置場所に基づき自動的にセットされる。作成
年月は、伝票処理部５内のカレンダーに基づき自動的に
セットされる。伝票ＩＤは、「国内出張申請用」、「国
内出張精算用」、「現金精算用」などのように伝票の種
別ごとに付与されている２桁の１０進数字から成る伝票
種別識別コードであり、端末装置からのキー入力に基づ
きセットされる。また、連番は事業所ごと月度ごとなど
の適宜な枠内で伝票の発行順に付与される連続番号であ
り、マスター・テーブル群内の連番管理テーブルに基づ
き処理部５によって自動的にセットされる。さらに、修
正区分は伝票に対して行われた修正の回数を示すもので
あり、伝票の発行直後には「０」が付与されると共に、
修正が行われるたびにカウントアップされる。

【００１６】一例として、事業所コードが「８００００
」、発行年月が「９０１２」（１９９０年１２月）、伝
票ＩＤが「０５」、連番が「００００１」、「修正区分
が「０」とすれば、１７桁の１０進数から成る「８００
００９０１２０５００００１０」がシステム内でユニー
クな管理番号として付与される。

【００１７】キーデータを構成するネクスト決済情報は
、その電子伝票データに対する承認や決済などの次の処
理先である事業所と部門とをそれぞれのコードによって
指定する情報である。このネクスト決済情報は、電子伝
票データについての入力、承認などの処理が終了するた
びにマスター・テーブル群２内の決済ルートテーブルに
基づき自動的にセットされる。

【００１８】キーデータのステータスコードは、「ステ
ージ」区分と、「可／否」区分と、「証憑添付カード有
／無」区分と、「仮仮登録有／無」区分とから構成され
ている。ステータスコードに含まれる「ステージ」は、
電子伝票に対する各種の処理がどこまで終了したかを示
す情報であり、図４に示すように、「仮仮登録」から「
決済（２）」が終了するまでの最大六つの処理段階に応
じて「１」から「６」までの数字が付与される。この「
ステージ」は、各段階における処理終了時にマスター・
テーブル群２内のステージ変更テーブル２２ｂに基づき
自動的に生成される。

【００１９】ステータスコードに含まれる可／否区分は
、電子伝票の承認（決済）時に入力される承認（決済）
可や不可（否）などに応じてセットされ、可と否のそれ
ぞれに応じて「１」と「９」が処理済伝票にセットされ
る。また、証憑添付カード有／無区分は、領収書などの
証憑を添付するための証憑添付カードの有／無を示す情
報でありそれぞれに応じて「１」と「０」がセットされ
る。この証憑添付カード有／無の情報は、原則的には伝
票ＩＤに基づき自動的にセットされるが、ある種の伝票
については端末装置からのキー入力によってセットされ
る。さらに、仮仮登録有／無区分は仮仮登録データの有
無を示すための情報であり、それぞれに応じて「１」と
「０」がセットされる。この仮仮登録データの有無は伝
票ＩＤから判断可能となっている。

【００２０】図３の管理データに含まれる発行部門デー
タは、伝票データの発行元を示すためのものであり、「
事業所コード」、「部門コード」、「発行者職番」、「
責任者職番」、「発行年月日」から成る。同じく、経歴
データは、伝票の処理の流れを経歴で示すためのデータ
であり「決済場所」、「決済ルート・カウント」、「経
歴データ・カウント」、「事業所コード」、「部門コー
ド」、「処理者職番」、「処理年月日」、「ステータス
コード」から成っている。この経歴データは、自動的に
セットされる。

【００２１】図３のアプリケーション・データ部に含ま
れる「共通データ」は、電子伝票に付随する共通のデー
タを管理するためのデータであり、証憑添付カードに関
する「印字出力」区分、「再発行カウント」、「再発行
日付」や、「経理年月日」などから成る。同じく、「仕
分データ」は、仕分けられたＬ／Ｒの科目単位に付随す
るデータを管理するためのデータであり、「Ｌ／Ｒ」区
分、「摘要コード」、「摘要文」、「内容コード」、「
内容文」、「勘定科目コード」、「金額」など個々の電
子伝票の発行に際して入力された詳細データから成る。 これら「摘要」や「内容」などについては、後述する。

【００２２】〔入力（伝票の発行）処理〕電子伝票を発
行しようとする者が、端末装置８ａ，８ｂ・・・の一つ
から伝票処理部５をアクセスすると、図５に示すような
作業メニュー画面がその端末装置に表示される。メニュ
ー画面への最初の入力項目である事業所コードは、アク
セス中の端末装置の設置場所に基づき自動的にセットさ
れ、テーブルから検索される対応の事業所名と共に画面
表示される。続いて、作業者が自己の属する部門コード
を端末装置からキー入力すると、その正当性がマスター
・テーブル群内１の人事マスターと照合され、適正であ
れば人事マスターファイルから検索される対応の部門名
がメニュー画面に表示される。次の職番についても同様
に、その正当性が人事マスターファイルで照合され、正
当であれば対応の氏名が表示される。続いて、処理内容
が「入力」、「承認・参照」又は「主管部門」による特
殊処理のいずれであるかが対応の数字のキー入力によっ
て指定される。この伝票の発行の例では、入力を指定す
る数字の「１」がキー入力され、伝票処理部５の処理は
入力モードに移行し、端末装置には図６に示すメニュー
画面が表示される。

【００２３】この入力メニュー画面には、この電子伝票
処理システム内で取扱われる各種の伝票名と対応の伝票
ＩＤが表示される。図６の例では、「国内出張申請」、
「国内出張精算」、「仮払金申請」・・・・などの伝票
名が対応の伝票ＩＤ「０１」、「０２」、「０３」・・
・と共に表示される。入力作業者が伝票ＩＤ「０５」を
キー入力すると、伝票処理部５の処理は現金精算用の伝
票の入力モードに移行し、図７に示すメニュー画面が端
末装置に表示される。

【００２４】まず、意図する処理内容が新たな伝票の「
入力」であるか、入力済伝票の「抹消」であるかが、処
理区分欄への「１」又は「２」のキー入力によって指定
される。この例では、新たな入力であるとすれば「１」
がキー入力される。同様に、入出区分の欄への「２」の
キー入力によって「出金」に関する伝票処理であること
が指定される。次に、この伝票の入力が必要となった会
計上の発生事象が、その大分類である「摘要」と、小分
類である「内容」とに分けてコードの形式でキー入力さ
れる。

【００２５】この例で書籍購入費用の現金精算が意図さ
れているものとすれば、「摘要文」としてはメニュー画
面内の「書籍　　諸費用」が選択され対応のコード「０
０４」がキー入力される。このキー入力によって、図８
に示すように、キー入力された摘要コードと対応の摘要
文が上段に表示されると共に、発生事象の小分類である
「内容コード」の入力を選択するためのメニュー画面が
下段に表示される。この例では、内容文「書籍代」に対
応するコード「００１」がキー入力され、図９に示すよ
うに、キー入力された内容コードと対応の内容文が上段
に表示される。これと同時に、マスター・テーブル群２
内の摘要マスターファイル２１ｂが検索され、摘要コー
ドと内容コードとの組合せによって一義的に定まる勘定
科目のコード「ＸＸＸＹＹＹ」と対応の勘定科目名「図
書費」が電子伝票データに自動的に付加されると共に端
末装置に表示される。

【００２６】〔ネクスト決済情報の自動生成〕伝票処理
部５は、端末装置８ａ，８ｂ・・・からの伝票処理が終
了するたびに、マスター・テーブル群２内の決済ルート
テーブル２２ａを参照して、この処理済伝票の次の処理
先を表示するネクスト決済情報を生成し、あるいは更新
する。

【００２７】この決済ルートテーブルは、図１０に示す
ように、各伝票について発行、承認又は決済処理を終了
した処理元の事業所コード・部門コード、処理済伝票の
伝票ＩＤ・勘定科目コード、証憑添付カード有／無情報
、承認・決済結果（否／可決）を入力すると、この処理
済の伝票について次の処理（承認又は決済）を行うべき
処理先の事業所コードと部門コードとを出力する機能を
備えている。通常は、発行済の伝票については同一事業
所・同一部門による承認が行われ、この承認済の伝票に
ついては経理部門などによる決済が行われる。伝票の種
別や勘定科目によっては、承認の段階を経ることなく直
ちに決済に回されるものもあり、この場合ネクスト決済
情報としては決済先の事業所コードと部門コードとが処
理済の電子伝票データに付加される。伝票の種別が同一
であっても発行元の部門によっては決済の前に承認が必
要な場合もある。また、同一の伝票であっても、証憑添
付カードの有／無によって決済ルートが異なる場合もあ
る。さらに、承認・決済結果が可決であれば、決済ルー
トテーブルの順方向に向うネクスト決済情報が生成され
、否決であれば逆方向に向うネクスト決済情報が生成さ
れる。

【００２８】このように、決済ルートテーブルによって
ネクスト決済情報を自動的にセットし、あるいは更新す
ることにより、複雑な経理のルートを知らない者でも次
の処理先が正しく指定された電子伝票を発行できる。

【００２９】〔ステータスコードの自動生成・更新〕伝
票処理部５は、端末装置８ａ，８ｂ・・・からの伝票処
理が終了するたびに、マスター・テーブル群２内のステ
ータス変更テーブル２２ｂを参照して、この処理済伝票
の次の処理段階を表示するステータス情報を含むステー
タスコードをセットし、あるいは更新する。

【００３０】このステータス変更テーブルは、図１１に
示すように、処理前のステージ、伝票ＩＤ、発行／承認
／決済の可否、証憑添付カードの有／無、仮仮登録デー
タの有無を入力すると、この処理済の伝票について次の
処理（承認又は決済）を行うべき処理後のステージなど
を含む新たなステータスコードを出力する機能を備えて
いる。

【００３１】図３のステータスコードに含まれるステー
ジ情報は、図４に示すように、仮仮登録から決済（２）
の終了までの６段の処理段階に応じて〔１〕から〔６〕
まで存在する。このステージ情報は、通常は、一つの処
理が終了するたびに〔１〕ずつカウントアップされる。 前述のように、日常的に発生する伝票などのように種別
によっては所属部門長などによる承認を経ないで直ちに
経理部門などによる決済に回されるものもある。この場
合には、発行済の伝票には本来のステージ情報〔３〕の
代わりに承認済であることを示すステージ情報〔４〕が
付加される。

【００３２】上述のような承認処理を経ないで直接決済
に回される電子伝票について、その処理前後のステータ
スコードの変化の様子を図１２によって説明する。処理
前後の各ステータスコードに含まれる４桁の数字は、右
側の桁から左側の桁にかけて順にステージ情報（〔３〕
乃至〔６〕）、処理結果である可否（〔１〕が可

〔９〕
が否）、証憑添付カード有無（この例では有りを示す〔
１〕）、仮仮登録データの有無（この例では無しを示す

〔０〕）となっている。この伝票の発行の終了時には、
本来ならばこの発行段階に割当てられているステージ情
報〔３〕がセットされるはずであるが、この例では次の
承認処理が省略されるため、発行段階の終了と同時に次
の承認段階が終了したことを示すステージ情報〔４〕が
セットされる。

【００３３】この発行済伝票に対して、決済（１）の決
済が行われ、その結果が可決であれば決済前のステージ
情報〔４〕がこの決済（１）段階に割当てられているス
テージ情報〔５〕に更新され、ステージコードは〔５１
１０〕となる。一方、この決済（１）の結果が否決であ
れば、ステージ情報は本来ならば一つ前の承認段階の終
了を示す〔４〕に戻されるはずであるが、この例では一
つ前の承認段階が省略されているため、さらに一つ前の
処理段階である発行段階が終了したことを示すステージ
〔３〕がセットされる。これと同時に、決済結果が否決
であることを示す

〔９〕が左から２桁目に表示され、ス
テータスコードは〔３９１０〕となる。なお、この決済
（２）において、一旦可決された伝票についてこの可決
が取消されると、ステータスコードは〔５１１０〕から
〔３９１０〕に変更され、逆に一旦否決された伝票につ
いてこの否決が取消されるとステータスコードは〔３９
１０〕から〔５１１０〕に変更される。

【００３４】上記決済（２）において否決されたステー
タスコード〔３９１０〕の伝票については、発行段階に
おいて修正が行われ、修正結果可の状態で処理が終了す
ると、そのステータス〔４１１０〕に変更され、再び決
済（２）の対象となる。なお、この発行段階において一
旦発行あるいは修正可となったステータスコード〔４１
１０〕の伝票や決済（２）で否決されて戻ってきたステ
ータスコード〔３９１０〕の伝票について抹消が行われ
ると、電子伝票データは電子伝票ファイルから抹消され
、これに伴い当然ステータスコードも抹消される。決済
（１）で可決されたステータスコード〔５１１０〕が決
済（２）の決済対象となり、可決されると、ステータス
コードは〔６１１０〕に更新される。なお、図１２では
、決済（２）の段階では否決が行われることがない場合
を例示している。

【００３５】〔証憑添付カードの印字出力〕税法上、あ
る種の伝票については領収書などの証憑の添付と所定期
間にわたる保管とが義務付けられている。このため、伝
票処理を完全には電子化（ペーパーレス化）できず、従
来のペパー方式との整合を図ることが必要になる。

【００３６】この証憑の添付が必要な伝票については、
発行処理に続いて、証憑添付カードへの印字出力が行わ
れる。この印字出力の書式は伝票ＩＤごとに定められて
おり、罫線やデータ項目名が予め印刷された所定の様式
の証憑添付カードがプリンタにセットされる。電子伝票
ファイル２に格納済みの対応の電子伝票データに含まれ
る管理番号とアプリケーション・データとが伝票処理部
５を介して端末装置に転送され、所定の書式でプリンタ
に印字出力される。印字出力された証憑添付カードの所
定の箇所に領収書などの証憑が添付され、承認先の部門
の所属長などに送られる。このように、入力済みの電子
伝票に基づいて証憑添付カードが作成されるため、ファ
イル内の電子伝票の内容と証憑添付カードの内容に齟齬
が生じない。

【００３７】〔承認処理〕部門の長などの承認資格者は
、その部門内で発行された電子伝票に対し承認処理を行
う場合、端末装置から部門コード・職番・「承認」の作
業区分をキー入力する。なお、事業所コードは、電子伝
票の入力時と同様に、自動的にセットされる。伝票処理
部２は、キー入力された「承認」の作業区分によって承
認処理を開始し、自動設定あるいはキー入力された事業
所コード・部門コードと、電子伝票ファイル１に格納中
の各電子伝票データに含まれるネクスト決済情報とを照
合することにより、承認対象の全ての電子伝票データを
検索し、その一覧を端末装置に表示する。この際、ステ
ータスコードに含まれるステージ情報が判定され、承認
済の電子伝票データは上記一覧表示から除外されると共
に、決済段階で否決されて差し戻された電子伝票データ
が上記一覧表に追加される。

【００３８】この一覧表示は、承認待ちの各電子伝票デ
ータの管理データから抽出される発行日・連番・発行者
などの組合せによって行われる。この承認対象の一覧表
示に際しては、伝票ＩＤや証憑添付カードの有／無を指
定するキー入力などによって証憑添付カードが有るもの
だけや、無いものだけを選択的に一覧表示させることが
でき、この場合、伝票処理部５は、キー入力された伝票
ＩＤ・証憑添付カードの有無の指定と各電子伝票データ
に含まれるステータスコードとを照合することにより、
証憑添付カードがあるものだけや、無いものだけを選択
して一覧表示する。

【００３９】発行された電子伝票が証憑添付カードを有
する場合には、承認者は証憑添付カードをチェックし、
可決であれば所定の箇所にサインを行い決済先の経理課
などに送付する。承認者は、証憑添付カードが付された
電子伝票を否決する場合には、印刷されている管理番号
を端末装置からキー入力して発行済の電子伝票を読出し
、否決にし、この証憑添付カードを発行者に返す。証憑
添付カードに印字されている管理番号がハンドスキャナ
で読取られ、端末装置から入力される。

【００４０】〔スーパーディスクリプタ〕図１３に示す
ように、ファイルへの登録や検索の目的に応じて、異な
るフォーマットの検索キーがスーパーディスクリプタと
して定義され、使用される。レコード登録キー＜Ｋ１＞
は、管理番号ｋ１とネクスト決済情報ｋ２とから成り、
電子伝票データのレコードの登録、更新、抹消はすべて
このレコード登録キーによって行われる。承認・決済対
象伝票検索キー＜Ｋ２＞は、ネクスト決済情報ｋ２、ス
テータスｋ３、管理番号ｋ１から成る。勘定科目別総勘
検索キー＜Ｋ３＞は、経理年月日、勘定科目コード、ス
テータス、発行部門コード、補助コードから成る。発行
済電子伝票検索キー＜Ｋ４＞は、発行者職番、発行年月
日、発行部門コード、伝票ＩＤ、勘定科目コードから成
る。仮仮登録伝票未処理検索キー＜Ｋ５＞は、仮仮登録
の伝票が受入部門で受入られたか否かを検索し推進する
ためのものであり、ステータス、伝票ＩＤ、発行部門コ
ード、発行者職番、請求／振替元部門コードから成る。

【００４１】

【発明の効果】以上詳細に説明したように、本発明のペ
ーパーレス会計システムは入力から決済に至るまで電子
伝票データの格納位置を実質的に変更することなく全て
の処理を完結する非転送方式を採用しているので、処理
量の低減、処理速度が向上するという効果が奏される。

【００４２】本発明のペーパーレス会計システムでは、
各種の自動入力／設定機能が付加されているので、会計
に不慣れで決済ルートを知らない者や会計に疎い者でも
、適性なデータを入力できるという利点がある。すなわ
ち、ステージ情報などがステータス変更テーブルで自動
生成されるため、会計に不慣れで処理段階を知らない者
が処理しても適正な処理段階が指定される。

【００４３】また、ステータスコードには否／可決のコ
ードが含まれているため、決済ルート上での伝票の流れ
の向きが把握でき、上がってきたデータか戻ってきたデ
ータかが容易に判明する。

【００４４】更に、本発明のペーパーレス会計システム
は、検索のための識別子を複数の部分に分割し、各部の
組合せを変更することにより複数種類のスーパーディス
クリプタを定義し、それぞれを処理段階や検索の目的な
どに応じて使い分ける構成であるから、検索時のキー入
力項目が低減され、入力の煩雑さと入力ミスが軽減され
るという効果が奏される。

【図面の簡単な説明】

【図１】本発明のペーパーレス会計システムの一実施例
の構成を示すブロック図である

【図２】図１内のマスター・テーブル群２の構成の一例
を示すブロック図である。

【図３】図１内の電子伝票ファイル１に登録され処理さ
れる電子伝票のデータ構造の一例を示すフォーマット図
である。

【図４】図３内のステータスコードに含まれるステージ
情報の一例を説明するための概念図である。

【図５】図１の端子装置８ａ，８ｂ・・・から電子伝票
を入力する場合の表示画面の一例を示す概念図である。

【図６】図５の場合に続く表示画面の一例を示す概念図
である。

【図７】図５及び６の場合に続く表示画面の一例を示す
概念図である。

【図８】図５乃至７の場合に続く表示画面の一例を示す
概念図である。

【図９】図５乃至８の場合に続く表示画面の一例を示す
概念図である。

【図１０】図１のマスター・テーブル群２内に保持され
る決済ルートテーブルの構成の一例を示す概念図である
。

【図１１】図１のマスター・テーブル群２内に保持され
るステータス変更テーブルの構成の一例を示す概念図で
ある。

【図１２】図１のシステムで処理される電子伝票データ
の処理前後におけるステータスの変化の様子を説明する
ための概念図である。

【図１３】図１のシステムで処理される電子伝票データ
の登録や検索に用いられるスーパーディスクリプターの
一例を示す概念図である。

【符号の説明】

１　　　　　　電子伝票ファイル ２　　　　　　マスター・テーブル群 ３　　　　　　仕訳伝票ファイル ４　　　　　　サマリーファイル ５　　　　　　伝票処理部 ６　　　　　　一括転送部 ７　　　　　　仕訳・管理部 ８　　　　　　端子装置群 ９　　　　　　端子装置群

Claims (12)

【特許請求の範囲】
1. 【請求項１】処理対象の電子伝票データに識別子を付加
   する手段と、この識別子に用いて処理対象の電子伝票デ
   ータを検索し処理する手段とを備えたペーパーレス会計
   システムにおいて、前記電子伝票データについてその処
   理段階に応じた格納位置の変更を実質的に行うことなく
   入力から決済までの処理を完結させる手段を備えたこと
   を特徴とするペーパーレス会計システム。
2. 【請求項２】処理対象の電子伝票データに識別子を付加
   する手段と、この識別子に用いて処理対象の電子伝票デ
   ータを検索し処理する手段とを備えたペーパーレス会計
   システムにおいて、処理済みの電子伝票データの識別子
   が次の処理先の部門コードをネクスト決済情報として含
   むと共に、次の処理先では処理対象の電子伝票データの
   検索に際しこの処理先の属する部門の部門コードが入力
   されることを特徴とするペーパーレス会計システム。
3. 【請求項３】前記ネクスト決済情報は決済ルートテーブ
   ルで自動生成されることを特徴とする請求項３記載のペ
   ーパーレス会計システム。
4. 【請求項４】前記電子伝票データの識別子が処理の終了
   段階を示すステージ情報をステータスコードの一部とし
   て含むことを特徴とする請求項１又は２記載のペーパー
   レス会計システム。
5. 【請求項５】前記ステージ情報はステータス変更テーブ
   ルで自動生成されることを特徴とする請求項４記載のペ
   ーパーレス会計システム。
6. 【請求項６】前記ステータスコードには否／可決のコー
   ドが含まれることを特徴とする請求項４記載のペーパー
   レス会計システム。
7. 【請求項７】前記ステータスコードには証憑添付カード
   の有無を示す情報が含まれることを特徴とする請求項４
   記載のペーパーレス会計システム。
8. 【請求項８】処理対象の電子伝票データに識別子を付加
   する手段と、この識別子に用いて処理対象の電子伝票デ
   ータを検索し処理する手段とを備えたペーパーレス会計
   システムにおいて、前記検索のための識別子を複数の部
   分に分割し、各部の組合せを変更することにより複数種
   類のスーパーディスクリプタを定義し、それぞれを処理
   段階や検索の目的などに応じて使い分けることを特徴と
   するペーパーレス会計システム。
9. 【請求項９】処理対象の電子伝票データに識別子を付加
   する手段と、この識別子に用いて処理対象の電子伝票デ
   ータを検索し処理する手段とを備えたペーパーレス会計
   システムにおいて、会計に関し想定される発生事象と勘
   定科目との対応関係をマスターテーブル（科目マスター
   ）に登録しておき、実際に入力された発生事象との照合
   に基き勘定科目を自動設定する機能を備えたことを特徴
   とするペーパーレス会計システム。
10. 【請求項１０】前記発生事象は「摘要」と「内容」の２
    段の階層構造とされていることを特徴とする請求項９記
    載のペーパーレス会計システム。
11. 【請求項１１】処理対象の電子伝票データに識別子を付
    加する手段と、この識別子に用いて処理対象の電子伝票
    データを検索し処理する手段とを備えたペーパーレス会
    計システムにおいて、処理資格者であることを人事マス
    ターテーブルの職位区分に基づいて確認することにより
    特殊画面については処理資格者を制限する手段を備えた
    ことを特徴とするペーパーレス会計システム。
12. 【請求項１２】処理対象の電子伝票データに識別子を付
    加する手段と、この識別子に用いて処理対象の電子伝票
    データを検索し処理する手段とを備えたペーパーレス会
    計システムにおいて、電子伝票ファイル内の伝票を夜間
    などの空き時間帯を利用して仕分伝票ファイルに一括転
    送すると共に、事業所ごと部門ごと、勘定科目ごとなど
    に分類しながら積算処理を手段を備えたことを特徴とす
    るペーパーレス会計システム。