[go: up one dir, main page]

JP2001143006A - System for automatically preparing electronic settlement document - Google Patents

System for automatically preparing electronic settlement document

Info

Publication number
JP2001143006A
JP2001143006A JP32563799A JP32563799A JP2001143006A JP 2001143006 A JP2001143006 A JP 2001143006A JP 32563799 A JP32563799 A JP 32563799A JP 32563799 A JP32563799 A JP 32563799A JP 2001143006 A JP2001143006 A JP 2001143006A
Authority
JP
Japan
Prior art keywords
data
base paper
electronic
document
server
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
JP32563799A
Other languages
Japanese (ja)
Inventor
Akinori Sato
昭徳 佐藤
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.)
Daiwa Institute of Research Ltd
Original Assignee
Daiwa Institute of Research 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 Daiwa Institute of Research Ltd filed Critical Daiwa Institute of Research Ltd
Priority to JP32563799A priority Critical patent/JP2001143006A/en
Publication of JP2001143006A publication Critical patent/JP2001143006A/en
Pending legal-status Critical Current

Links

Landscapes

  • Digital Computer Display Output (AREA)
  • User Interface Of Digital Computer (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide an automatic preparation system, capable of simply and efficiently executing the preparation work of original data for plural sorts of electronic settlement documents. SOLUTION: In a network including plural clients and a server, each client or the server permitted for preparing original data is provided with a definition file setting means for defining a form definition file defining respective forms of plural electronic settlement documents having respectively different forms and respectively different processing flows and a flow definition file defining the processing flows and an original data preparation means for preparing plural original data corresponding to respective electronic settlement documents by a format allowed to be used for a Web browser, e.g. on the basis of the contents defined by the definition file setting means, by using an original data preparation program common to these electronic settlement documents.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は電子決裁文書の自動
作成システムに関し、特に異なる種類の電子決裁文書の
原紙データを共通のプログラムにより作成するシステム
に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for automatically creating electronic approval documents, and more particularly to a system for creating base paper data of different types of electronic approval documents by a common program.

【0002】[0002]

【従来の技術】企業や官庁等において「交通費申請書」
や「稟議書」など各種の決裁文書を作成し、上長の決裁
を受けることが行われている。例えば「交通費申請書」
に必要事項を記入して、上長の決裁を受ける場合、交通
費申請書の原紙に必要事項を記入し、それを上長に提出
して決裁をあおぐ。この場合、原紙は予め作成してキャ
ビネット等の所定位置に確保しておき、必要に応じてそ
の原紙を取り出して必要事項を記入することにより起票
をすることになる。そして起票した文書は所定の回付ル
ール(例えば、課長→事業部受付→業務部長)にしたが
って審査される。
[Prior art] "Transportation expense application" in companies and government offices
And various approval documents, such as a "decision letter", are received by the superior. For example, "Transportation expense application"
If you are required to fill in the required information and receive the approval of your superior, fill out the necessary information on the base paper of the travel expenses application form and submit it to your superior to make a decision. In this case, the base paper is prepared in advance and secured at a predetermined position in a cabinet or the like, and the base paper is taken out and filled in with necessary items as needed to issue a bill. Then, the drafted document is examined in accordance with a predetermined circulation rule (for example, section manager → business department reception → business manager).

【0003】近年、コンピュータの発達及びネットワー
クの発達に対応して、これらの決裁文書を電子化して、
ペーパレス化を促進する動きがある(例えば、特開平6
−231143号公報、特開平10−49598号公報
等を参照)。従来の電子決裁文書の原紙に対応するデー
タ(以下、原紙データをいう)は、文書の種類毎に別々
のプログラムを用いて作成していた。
In recent years, in response to the development of computers and the development of networks, these decision documents have been digitized,
There is a movement to promote paperless (for example,
231143, JP-A-10-49598, etc.). Conventionally, data corresponding to the base paper of an electronic decision document (hereinafter referred to as base paper data) has been created using a separate program for each type of document.

【0004】[0004]

【発明が解決しようとする課題】電子決裁文書の原紙に
対応するデータを、フィールドの属性や処理の流れが異
なる文書の種類毎に別々のプログラムを用いて作成する
のでは、文書の種類の数と同じ数のプログラムが必要と
なる。このため、従来の電子決裁文書の原紙データの作
成方法は汎用性に欠けるという問題がある。即ち、新た
な種類の電子決裁文書を作成する場合には、その都度そ
の種類の原紙データを作成するためのプログラムを作成
しなければならないので、原紙データの作成作業が極め
て煩雑で非効率的であるという問題がある。
If the data corresponding to the base paper of the electronic approval document is created using different programs for different types of documents having different field attributes and processing flows, the number of document types must be increased. Requires the same number of programs. For this reason, there is a problem that the conventional method of creating the base paper data of the electronic settlement document lacks versatility. That is, when a new type of electronic approval document is created, a program for creating that type of base paper data must be created each time, so the work of creating the base paper data is extremely complicated and inefficient. There is a problem that there is.

【0005】本発明の目的は、上記従来技術における問
題に鑑み、複数種類の電子決裁文書の各々の原紙データ
を共通の原紙データ作成プログラムを用いて作成可能に
することにより、原紙データの作成作業を簡単で効率的
に行うことを可能にする電子決裁文書の自動作成システ
ムを提供することにある。
SUMMARY OF THE INVENTION In view of the above-mentioned problems in the prior art, it is an object of the present invention to make it possible to create base paper data of each of a plurality of types of electronic settlement documents by using a common base paper data creation program. The present invention provides an automatic electronic decision document creation system that makes it possible to easily and efficiently execute the electronic approval document.

【0006】[0006]

【課題を解決するための手段】上記目的を達成するため
に、本発明により提供されるものは、クライアントとサ
ーバとを含むネットワークにおいて、異なるフォーム及
び異なる回付ルールを持つ複数の電子決裁文書の各々の
フォームを定義したフォーム定義ファイルと電子決裁文
書の回付ルールを定義した回付ルール定義ファイルとを
定義する定義ファイル設定手段と、定義設定手段により
定義された内容に基づいて電子決裁文書の各々に対応す
る複数の原紙データを画面上で使用可能な形式で作成す
る原紙データ作成手段と、原紙データを格納する原紙デ
ータ格納手段と、作成された原紙データを用いて所望の
電子決裁文書の起票のために必要なデータを格納する入
力データ格納テーブルを作成するための入力データ格納
テーブル作成手段と、を備え、クライアントのうち電子
決裁文書の原紙データの作成を許可されたクライアント
(2)又はサーバ(3)は、複数の電子決裁文書のそれ
ぞれに対応する複数の原紙データを作成可能であり、ク
ライアントのすべては、所望の原紙データに入力データ
格納テーブルを用いて必要な入力データを入力して所望
の電子決裁文書を起票可能であり、サーバ(3)は前記
回付ルールにしたがって、起票された電子決裁文書を回
付可能であるようにした、ことを特徴とする電子決裁文
書の自動作成システムである。
In order to achieve the above object, what is provided by the present invention is to provide a network including a client and a server for a plurality of electronic settlement documents having different forms and different circulation rules. A definition file setting means for defining a form definition file defining each form and a distribution rule definition file defining a distribution rule for the electronic decision document, and an electronic decision document based on the contents defined by the definition setting means. Stencil data creation means for creating a plurality of stencil data corresponding to each in a format usable on a screen, stencil data storage means for storing stencil data, and a desired electronic decision document using the created stencil data. Input data storage table creation means for creating an input data storage table for storing data required for drafting The client (2) or the server (3), of the clients, which is permitted to create the base paper data of the electronic settlement document, can create a plurality of base paper data corresponding to each of the plurality of electronic settlement documents, All the clients can input necessary input data to the desired base paper data using the input data storage table and issue a desired electronic approval document, and the server (3) can issue a desired electronic approval document in accordance with the routing rule. An electronic approval document automatic creation system characterized in that a voted electronic approval document can be circulated.

【0007】定義設定手段により定義された内容に基づ
いて、画面上で使用可能な複数の原紙データを作成でき
る。また、任意の電子決裁文書の原紙データを作成可能
になる。定義ファイル設定手段及び原紙データ作成手段
のいずれか又は両方は、サーバに設けてもよい。
A plurality of stencil data usable on the screen can be created based on the contents defined by the definition setting means. Also, it becomes possible to create base paper data of an arbitrary electronic decision document. Either or both of the definition file setting means and the stencil data creation means may be provided in the server.

【0008】サーバに定義ファイル格納手段を備えるこ
とにより、電子決裁文書の原紙データの作成を許可され
た任意のクライアントは、そのクライアントの持つ画面
を見ながら作成した定義ファイルに基づいて原紙データ
を作成することに代えて、サーバ内の定義ファイル格納
手段の内容を利用して原紙データを作成することができ
る。
By providing the server with the definition file storage means, any client permitted to create the base paper data of the electronic approval document can create the base paper data based on the definition file created while viewing the screen of the client. Instead, the base paper data can be created using the contents of the definition file storage means in the server.

【0009】また、定義ファイル設定手段により定義さ
れるファイルは原紙データ作成プログラムで使用可能な
データの形式であれば何でもよいので、クライアントは
使用言語を意識することなく画面を見ながら定義ファイ
ルを作成できる。複数の原紙データは、電子決裁文書を
起票する際に使用する起票用原紙データと、電子決裁文
書の審査をする際に使用する審査用原紙データと、電子
決裁文書の審査状況を確認するための状況確認用原紙デ
ータと、電子決裁文書の起票データがサーバに受け付け
られた際に発行される起票受付画面の原紙データと、電
子決裁文書の審査データがサーバに受け付けられた際に
発行される審査受付画面の原紙データとを含んでいる。
The file defined by the definition file setting means may be any data format that can be used in the base paper data creation program, so that the client creates the definition file while watching the screen without being aware of the language used. it can. As for a plurality of base paper data, the base paper data for invoicing used when drafting an electronic approval document, the base paper data for screening used in examining the electronic approval document, and the review status of the electronic approval document are confirmed. When the server receives the original data for the status confirmation, the original data of the draft acceptance screen issued when the electronic approval document draft data is accepted by the server, and the electronic approval document examination data It contains the base paper data of the examination acceptance screen to be issued.

【0010】これらの原紙データを作成しておくことに
より、任意のクライアントにおいてユーザが電子決裁文
書を利用する際に、原紙データのコピーを用いて起票画
面、起票受付画面、審査画面、審査受付画面、及び状況
確認画面を簡単に表示して利用することができる。画面
がウエブブラウザである場合に、使用可能な形式は、少
なくともHTML(Hyper Text Marku
p Language)形式とSGML(Standa
rd Generalized Markup Lan
guage)形式のいずれかである。
[0010] By preparing these base paper data, when a user uses an electronic approval document in an arbitrary client, a draft screen, a draft acceptance screen, a screening screen, and a screening screen are used by using a copy of the base paper data. The reception screen and the status confirmation screen can be easily displayed and used. When the screen is a web browser, the usable format is at least HTML (Hyper Text Marku).
p Language) format and SGML (Standa)
rd Generalized Markup Lan
g.) format.

【0011】[0011]

【発明の実施の形態】以下、図面により本発明の実施の
形態を説明する。図1は本発明の実施の形態による電子
決裁文書の自動作成システムを示す概略ブロック図であ
る。図において、1はネットワークである。ネットワー
ク1は、電子決裁文書の原紙データの作成を許可された
クライアント2と任意のクライアント4とを含む複数の
クライアントとサーバ3とを含む。クライアント2又は
4とサーバ3とはネットワーク5を介して接続される。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic block diagram showing a system for automatically creating an electronic decision document according to an embodiment of the present invention. In the figure, 1 is a network. The network 1 includes a plurality of clients including a client 2 and an arbitrary client 4 that are permitted to create base paper data of an electronic settlement document, and a server 3. The client 2 or 4 and the server 3 are connected via a network 5.

【0012】電子決裁文書の原紙データの作成を許可さ
れたクライアント2は、定義ファイル設定手段21と、
原紙データ作成手段22と、入力データ格納テーブル作
成手段23とを備えている。入力データ格納テーブル作
成手段は他のすべてのクライアントにも設けられてい
る。定義ファイル設定手段21は、後に図3及び図4に
より詳述するように、異なるフォーム及び異なる回付ル
ールを持つ異なる電子決裁文書の各々のフォームを定義
したフォーム定義ファイルと回付ルールを定義した回付
ルール定義ファイルとを定義するものである。
The client 2 permitted to create the base paper data of the electronic settlement document,
It comprises a base paper data creating means 22 and an input data storage table creating means 23. The input data storage table creating means is provided in all other clients. The definition file setting means 21 defines a form definition file and a distribution rule which define each form of different electronic approval documents having different forms and different circulation rules, as will be described later in detail with reference to FIGS. It defines a routing rule definition file.

【0013】原紙データ作成手段22は、複数の電子決
裁文書に共通の原紙データ作成プログラムを用いて、定
義設定手段21により定義された内容に基づいて電子決
裁文書の各々に対応する複数の原紙データを画面上で使
用可能な形式、例えば、ウエブブラウザで使用可能なH
TML形式又はSGML形式、で作成するものである。
The stencil data creating means 22 uses a stencil data creation program common to a plurality of electronic decision documents, and based on the contents defined by the definition setting means 21, a plurality of stencil data corresponding to each of the electronic decision documents. In a format usable on the screen, for example, H
It is created in the TML format or the SGML format.

【0014】サーバ3はクライアント2内の定義ファイ
ル設定手段21により設定された異なるフォーム及び異
なる回付ルールを格納する定義ファイル格納手段31を
備えている。クライアント2内の原紙データ作成手段2
2は、定義ファイル設定手段21からの定義ファイルを
直接使用する代わりに、サーバ3内の定義ファイル格納
手段31から読み出した定義ファイルに基づいて複数の
原紙データを作成してもよい。
The server 3 has a definition file storage unit 31 for storing different forms and different routing rules set by the definition file setting unit 21 in the client 2. Base paper data creation means 2 in client 2
2 may create a plurality of stencil data based on the definition file read from the definition file storage unit 31 in the server 3 instead of directly using the definition file from the definition file setting unit 21.

【0015】また、原紙データ作成手段22はサーバ3
にも存在していてもよい。あるいは原紙データ作成手段
22をサーバ3にのみ存在させる形態でもよい。原紙デ
ータ作成手段22により作成される複数の原紙データ
は、本発明の実施の形態においては、電子決裁文書を起
票する際に使用する起票用原紙データと、電子決裁文書
の起票データがサーバ3に受け付けられた際に発行され
る起票受付画面の原紙データと、電子決裁文書の審査を
する際に使用する審査用原紙データと、電子決裁文書の
審査データがサーバ3に受け付けられた際に発行される
審査受付画面の原紙データと、電子決裁文書の審査状況
を確認するための状況確認用原紙データとである。原紙
データは上記のものに限定されず、他の原紙データを作
成してもよい。これらの原紙データはサーバ3内の起票
用原紙データ格納手段32、起票受付原紙データ格納手
段33、審査用原紙データ格納手段34、審査受付原紙
データ格納手段35、及び状況確認用原紙データ格納手
段36にそれぞれ格納される。
The stencil data creating means 22 is provided in the server 3
May also be present. Alternatively, the base paper data creating means 22 may be provided only in the server 3. In the embodiment of the present invention, the plurality of stencil data created by the stencil data creation unit 22 include the stencil sheet data used for issuing the electronic approval document and the invoice data of the electronic approval document. The server 3 has received the base paper data of the draft reception screen issued when the server 3 has received the data, the base paper data for examination used when examining the electronic decision document, and the examination data of the electronic decision document. These are the base paper data of the examination reception screen issued at this time and the situation confirmation base paper data for confirming the examination status of the electronic decision document. The base paper data is not limited to the above, and other base paper data may be created. These stencil data are stored in the server 3 for the stencil data storage means 32, the stencil reception stencil data storage means 33, the examination stencil data storage means 34, the examination stencil data storage means 35, and the status confirmation stencil data storage. Each is stored in the means 36.

【0016】任意のクライアント内の入力データ格納テ
ーブル作成手段23は、起票時に使用する入力データ格
納テーブル37を作成する。入力データ格納テーブル3
7はサーバ3内に格納される。サーバ3はまた、起票時
にクライアント2により入力される各種の数値、例えば
交通費や出張旅費等の金額、を個人別や用途別に累積す
る等の各種の演算を行う演算手段38も備えている。
An input data storage table creating means 23 in an arbitrary client creates an input data storage table 37 used at the time of issuing a slip. Input data storage table 3
7 is stored in the server 3. The server 3 is also provided with a calculating means 38 for performing various calculations such as accumulating various numerical values input by the client 2 at the time of drafting, for example, amounts such as transportation expenses and business trip expenses for each individual or use. .

【0017】図2は図1のシステムの動作を説明するフ
ローチャートである。図3、図4及び図5は「交通費申
請書」という電子決裁文書の原紙データの定義ファイル
を作成する際に表示される画面例を示す図である。交通
費申請書の原紙データの作成動作を図2から図5により
説明する。まず、原紙データの作成を許可されたクライ
アント2におけるパーソナルコンピュータにおいて、
「原紙データ自動作成プログラム」のアイコンをクリッ
クする等により原紙データ自動作成プログラムを選択す
る。すると、モニタには図3に示す画面のうち、左側の
“Label”と“Text”と“添付ファイル”との
みが表示された画面が表示される。回付先のアドレスの
確認のためにURL(Uniform Resourc
e Locator)及びメールアドレスを表示しても
よい。
FIG. 2 is a flowchart for explaining the operation of the system shown in FIG. FIGS. 3, 4, and 5 are diagrams showing examples of screens displayed when a definition file of base paper data of an electronic decision document called "transportation expense application" is created. The operation of creating the base paper data of the transportation expense application will be described with reference to FIGS. First, in the personal computer of the client 2 permitted to create the base paper data,
An automatic stencil data creation program is selected by, for example, clicking an icon of a "stencil data automatic creation program". Then, on the monitor, a screen that displays only “Label”, “Text”, and “attached file” on the left side of the screen shown in FIG. 3 is displayed. URL (Uniform Resource) for confirming the destination address
e Locator) and a mail address.

【0018】この状態で図2のステップS21でフィー
ルドの定義設定を行う。この定義設定は、まず、画面上
の“Label”をマウスによりドラッグして作成した
いフィールド位置に移動する。すると図3に示すように
「ラベルBox」が表示され、そのラベルBoxに定義
したい内容を入力する。図3の状態では「交通費申請
書」というタイトルを画面上で定義しようとしていると
ころである。即ち、「交通費申請書」というタイトルを
表示したい位置に“Label”をドラッグすると、そ
の位置に黒い点が表示され、その位置でタイトルを囲む
長方形の左上隅の横位置、縦位置、タイトルの幅及び高
さ(図においてはそれぞれ17、1、24、1)を自動
的に定義し、枠の有無を定義する。図において各欄の下
向き矢印はプルダウン可能であることを示す。したがっ
て、枠の欄では「なし」が選択されている。次に入力方
式を選択する。入力方式としては「コンスタント」と
「自動入力」とがある。「コンスタント」入力方式で
は、原紙データの作成段階で設定される固定の文字が入
力される。「自動」入力方式では、原紙データを作成後
に任意のクライアントがウエブブラウザを用いてこの原
紙データから起票する場合に、そのクライアントの所属
部署名や氏名等が自動的に入力される。図3に示すラベ
ルBoxを用いるフィールドの設定では「コンスタン
ト」を設定する。「コンスタント」入力方式が選択され
ると、ラベルBoxの下に「コンスタント値を入力して
下さい」といったメッセージが表示される。図3では、
原紙データ作成者はこのメッセージに応答して「交通費
申請書」と入力し、OKのボタンをマウスによりクリッ
クした状態を示している。以下、マウスによりボタンを
クリックすることを、ボタンを押すという。この入力の
結果、図3に示されているように原紙のタイトルとして
画面上に「交通費申請書」が表示される。
In this state, the definition of the field is set in step S21 in FIG. In this definition setting, first, "Label" on the screen is dragged by a mouse to move to a field position to be created. Then, "Label Box" is displayed as shown in FIG. 3, and the content to be defined in the label Box is input. In the state of FIG. 3, the title “Transportation expense application” is being defined on the screen. That is, when "Label" is dragged to the position where the title "Transportation expense application" is to be displayed, a black dot is displayed at that position, and the horizontal position, vertical position, and title position of the upper left corner of the rectangle surrounding the title at that position are displayed. The width and height (17, 1, 24, 1 in the figure) are automatically defined, and the presence or absence of a frame is defined. In the figure, a downward arrow in each column indicates that pull-down is possible. Therefore, "none" is selected in the frame column. Next, an input method is selected. The input method includes "constant" and "automatic input". In the “constant” input method, fixed characters set at the stage of creating the base paper data are input. In the "automatic" input method, when an arbitrary client raises a draft from this base paper data using a web browser after creating the base paper data, the department name, name, and the like of the client are automatically input. In the field setting using the label box shown in FIG. 3, "constant" is set. When the “constant” input method is selected, a message such as “Please input a constant value” is displayed below the label Box. In FIG.
In response to this message, the creator of the stencil data inputs "transportation expense application form", and shows a state where the OK button is clicked with the mouse. Hereinafter, clicking a button with a mouse is referred to as pressing a button. As a result of this input, “Transportation expense application” is displayed on the screen as the title of the base paper as shown in FIG.

【0019】同様にして、「提出日」、「部署」、「社
員コード」、「氏名」等の欄をそれぞれラベルBoxを
用いて定義する。次に図3の画面の左側に示される“T
ext”をドラッグすると図4に示すようにテキストB
oxが表示され、上記ラベルBoxを使用したのと同様
にして各欄を定義する。図4においては氏名の欄を定義
しているところであり、入力方式として自動入力を選択
した結果、フィールド名として、「役職名」、「氏名
(漢字)」、「氏名(カナ)」等から「氏名(漢字)」
を選択したところを示している。
Similarly, columns such as "submission date", "department", "employee code", and "name" are defined by using labels. Next, “T” shown on the left side of the screen in FIG.
ext "is dragged to the text B as shown in FIG.
ox is displayed, and each column is defined in the same manner as when the above-mentioned label Box is used. In FIG. 4, the name column is being defined. As a result of selecting automatic input as the input method, the field name is changed from “post title”, “name (kanji)”, “name (kana)” to “ Name (Kanji) "
Shows the selection.

【0020】さらに、この申請書の回付先に人が不在の
場合に転送先を明示したり、その他のメッセージを付し
たりするために、「コメント」欄に任意のコメントを記
入することができる。さらに、任意の文書を添付ファイ
ルにしてこの申請書と共に回付先に送ることもできる。
例えば契約申請書を起票する場合は大量の文書が必要と
なることがある場合があり、このような場合に「添付フ
ァイル」を利用する。
Further, in the case where no person is present at the address to which the application is sent, an optional comment can be entered in the "comment" column in order to specify the transfer destination or to add another message. it can. Furthermore, an arbitrary document can be attached to an application and sent to a destination together with the application.
For example, when drafting a contract application form, a large amount of documents may be required in some cases. In such a case, an “attached file” is used.

【0021】さらに回付先のURLやメールアドレスを
表示させて回付先を確認することもできる。次に図2の
ステップS22で、電子決済文書の処理の流れの定義、
即ち、回付ルールを設定する。この動作は図5に示す画
面の下側に示されるように認印を押すことが出来る人の
条件を設定する動作である。2つの×印の間で処理の流
れが設定されている。処理の流れの方向を示す矢印はマ
ウスを動かす動作により任意の数だけ作成できる。申請
者からの回付ルールは、図5においては、申請者→所属
長→業務部受付→業務部長、と定義されている。回付ル
ールの経由点は、画面上に表示される「認印」の表を用
いて定義する。即ち、任意の印を選択すると画面上に
「認印」の表が表示される。図5においては2つの黒点
で示されている「業務部長受付」の位置の認印が選択さ
れており、この「業務部長受付」の表示を「社内受付」
に変更する場合は、画面上の表内の「社内受付」をマウ
スによりクリックし、OKであれば表の右上にある×印
をクリックすることにより「社内受付」を確定する。
Further, the URL and mail address of the destination can be displayed to confirm the destination. Next, in step S22 of FIG. 2, definition of the processing flow of the electronic settlement document,
That is, a routing rule is set. This operation is an operation for setting conditions for a person who can press the seal as shown at the bottom of the screen shown in FIG. The processing flow is set between two crosses. Any number of arrows indicating the direction of the processing flow can be created by moving the mouse. In FIG. 5, the rule from the applicant is defined as: applicant → affiliation manager → business department reception → business department manager. The waypoints of the routing rule are defined using a table of “approval seal” displayed on the screen. That is, when an arbitrary mark is selected, a table of “approval mark” is displayed on the screen. In FIG. 5, the seal of the position of “business manager reception” indicated by two black dots is selected, and the display of “business manager reception” is displayed as “in-house reception”.
Is changed, the "in-house reception" in the table on the screen is clicked with a mouse, and if OK, the "in-house reception" is confirmed by clicking the X mark in the upper right of the table.

【0022】以上により、フィールドの定義と処理の流
れの定義の設定が終了する。原紙データ作成者は設定さ
れた画面データを保存する場合は、画面上の確認ボタン
をクリックすることにより図2のステップS24にて画
面データを原紙データ作成者の定義ファイルとして設定
すると共に、サーバ3内の定義ファイル格納手段31に
画像定義ファイル311および処理定義ファイル312
として保存する。
With the above, setting of the definition of the field and the definition of the processing flow is completed. When saving the set screen data, the creator of the stencil data sets the screen data as a definition file of the stencil data creator in step S24 of FIG. Image definition file 311 and processing definition file 312 in the definition file storage means 31
Save as

【0023】サーバ3内の定義ファイル格納手段31
は、図2に示すように複数の電子決済文書のそれぞれの
画像定義ファイル311および処理定義ファイル312
を格納する。これらの定義ファイルの内容は、後に説明
する原紙データ作成プログラムが使用可能な形式であれ
ばどんなものでもよく、したがって非HTML形式、例
えばSGML形式で記載されてもよい。このため、ユー
ザは、HTML形式を意識することなく画面を見ながら
簡単に定義ファイルを作成できる。
Definition file storage means 31 in server 3
Are image definition files 311 and processing definition files 312 of a plurality of electronic settlement documents, respectively, as shown in FIG.
Is stored. The contents of these definition files may be in any format as long as a base paper data creation program described later can be used, and may be described in a non-HTML format, for example, an SGML format. Therefore, the user can easily create the definition file while looking at the screen without being aware of the HTML format.

【0024】次に原紙データを作成するときは、図2の
ステップS25で、サーバ3内の定義ファイル格納手段
31から作成したい原紙データに対応する文書を選択す
る。この選択は、サーバ3から定義ファイルの一覧表を
読み出し、その中から作成したい文書に対応する定義フ
ァイルを選択することにより行われる。定義ファイルが
選択されるとステップS26でその定義ファイルがモニ
タに表示される。定義ファイルをサーバから読み出して
表示させることに代えて、原紙データを作成中のクライ
アントがその文書に対応する定義ファイルを保持してい
る場合は、そのクライアントが保持している定義ファイ
ルを読み出して表示させてもよい。
Next, when preparing the base paper data, a document corresponding to the base paper data to be prepared is selected from the definition file storage means 31 in the server 3 in step S25 in FIG. This selection is performed by reading a list of definition files from the server 3 and selecting a definition file corresponding to a document to be created from the list. When a definition file is selected, the definition file is displayed on the monitor in step S26. Instead of reading the definition file from the server and displaying it, if the client creating the stencil data holds the definition file corresponding to the document, read and display the definition file held by the client May be.

【0025】次いで、ステップS27の判断で、表示さ
れた画面(図5に示したような画面)を見て原紙として
完成されていれば、画面上の画面作成ボタンをマウスに
よりクリックする。すると、ステップS28で原紙デー
タ作成プログラムが動作して、読み出した定義ファイル
の内容に基づいて、「起票用原紙データ」、「起票受付
原紙データ」、「審査用原紙データ」、「審査受付原紙
データ」、及び「状況確認用原紙データ」のいずれかを
ブラウザで使用可能な形式、例えばHTML形式又はS
GML形式で作成し、サーバ3のそれぞれの格納手段3
2、33、34、35、36に格納する。
Next, in the judgment of step S27, if the displayed screen (the screen as shown in FIG. 5) is completed as a base paper, the screen creation button on the screen is clicked with a mouse. Then, in step S28, the stencil data creation program operates, and based on the contents of the read definition file, "spontaneous stencil data", "sponsored stencil data", "examination stencil data", "examination acceptance". One of the "base paper data" and the "situation confirmation base paper data" can be used in a browser, for example, HTML format or S format.
It is created in the GML format, and each storage unit 3 of the server 3
2, 33, 34, 35, and 36.

【0026】次いで任意のクライアントが起票時に入力
する入力データを格納する「入力データ格納テーブル」
をステップS29で作成し、そのテーブルをサーバ3内
の入力データ格納テーブル37に格納する。図6は図2
における原紙データ作成ステップS28をより詳細に説
明するフロチャートである。図において、ステップS6
1で、起票用、審査用および状況確認用の原紙データ画
面の共通フィールドをブラウザで使用可能な形式でセッ
トする。共通フィールドとは、例えば図9に示す画面上
の上側に示されている、「起票」と、「承認」と、「否
認」のいずれの種類かを示すフィールドで、起票用原紙
データの共通フィールドのデフォルト状態では「起票」
の前のマークに黒をセットし、審査用原紙データの共通
フィールドのデフォルト状態では「承認」の前のマーク
に黒をセットし、状況確認用原紙データの共通フィール
ドでは処理状況に応じて「承認」又は「否認」の前のマ
ークに黒をセットする。
Next, an "input data storage table" for storing input data to be input by any client at the time of drafting
Is created in step S29, and the table is stored in the input data storage table 37 in the server 3. FIG. 6 shows FIG.
4 is a flowchart for explaining the base paper data creation step S28 in more detail. In the figure, step S6
In step 1, the common fields of the original paper data screen for drafting, examination and status confirmation are set in a format usable by the browser. The common field is, for example, a field shown at the top of the screen shown in FIG. 9 that indicates any one of “draft”, “approval”, and “denial”. "Draft" in the default state of common fields
Is set to black before the mark, and in the default state of the common field of the examination base paper data, black is set to the mark before "Approve". "Or" denial "is set to black.

【0027】次いでステップS62で、図3を用いて説
明した各原紙データ画面のラベルBOXの定義内容をブ
ラウザで使用可能な形式でセットする。次いでステップ
S63で、図4を用いて説明した各原紙データ画面のテ
キストBOXの定義内容をブラウザで使用可能な形式で
セットする。次いでステップS64で、図5を用いて説
明した各原紙データの処理の流れ(回付ルール)の表示
論理をブラウザで使用可能な形式でセットする。
Next, in step S62, the definition contents of the label BOX of each stencil data screen described with reference to FIG. 3 are set in a format usable by the browser. Next, in step S63, the definition contents of the text BOX of each stencil data screen described with reference to FIG. 4 are set in a format usable by the browser. Next, in step S64, the display logic of the processing flow (circulation rule) of each base paper data described with reference to FIG. 5 is set in a format usable by the browser.

【0028】以上の動作により、原紙データの作成が終
了する。原紙データが作成された後は、サーバ3にブラ
ウザで使用可能な形式で格納されている原紙データのコ
ピーを、任意のクライアントのモニタに表示させ、提出
年月日、部署名、社員ID、氏名、金額等必要な動的デ
ータを入力して電子決済文書を起票する。
With the above operations, the creation of the base paper data is completed. After the base paper data is created, a copy of the base paper data stored in a format usable by the browser on the server 3 is displayed on a monitor of any client, and the submission date, department name, employee ID, and name are displayed. , And necessary dynamic data such as an amount, and input an electronic settlement document.

【0029】演算手段38(図1参照)は、入力された
金額等の数字を、例えば個人別、用途別に累計して、入
力データ格納テーブル37内の所定エリアに格納する。
次に、原紙データを用いて起票をし、審査をし、又は審
査状況を確認する方法を説明する。 (1)起票の方法 原紙データを用いた起票の仕方を図7〜図12により説
明する。まず、任意のクライアントにおいて、起票者が
起票したい文書の原紙データのアドレスを指定する。す
ると、そのクライアントはウエブブラウザを介してサー
バ3に接続されて、原紙データの一覧表がクライアント
側のモニタに表示される。起票者がその一覧表の中から
起票したい文書のタイトルをクリックして選択すると、
サーバ3は図7に示すログイン画面をクライアント側の
モニタに表示させる。起票者はログイン画面にユーザI
Dとパスワードを入力し、OKのボタンをクリックす
る。
The calculating means 38 (see FIG. 1) accumulates the input figures such as the amount of money, for example, for each individual and for each use, and stores them in a predetermined area in the input data storage table 37.
Next, a method for issuing a draft using the base paper data, performing a review, or confirming the review status will be described. (1) Draft Method A draft method using the base paper data will be described with reference to FIGS. First, at an arbitrary client, a drafter specifies an address of base paper data of a document to be drafted. Then, the client is connected to the server 3 via a web browser, and a list of the stencil data is displayed on a monitor on the client side. When the drafter clicks and selects the title of the document to be drafted from the list,
The server 3 displays the login screen shown in FIG. 7 on a monitor on the client side. The drafter displays the user I on the login screen.
Enter D and password and click OK button.

【0030】すると、サーバ3は図8に示す出力動作を
する。即ち、選択された文書の原紙データから共通フィ
ールドのデータと、ラベルのデータと、入力エリアのデ
ータと、フロー1の論理により得られるデータと、フロ
ー2の論理により得られるデータとをクライアントに出
力する。フロー1の論理により得られるデータとは、起
票した文書の回付ルールのうち、起票者の氏名および印
影の表示論理にしたがって得られるデータであり、ログ
イン画面で起票者が入力したユーザIDとパスワード
は、サーバ3内のユーザ・テーブル81の内容と照合さ
れて、対応する起票者の氏名および印影のデータがクラ
イアントに送られる。フロー2の論理により得られるデ
ータとは、起票した文書の審査先の氏名の表示論理にし
たがって得られるデータであり、ログイン画面で起票者
が入力したユーザIDとパスワードは、サーバ3のユー
ザ・テーブル81の内容と照合されて、対応する審査先
の係長名のデータがクライアントに送られる。
Then, the server 3 performs the output operation shown in FIG. That is, the data of the common field, the data of the label, the data of the input area, the data obtained by the logic of the flow 1 and the data obtained by the logic of the flow 2 are output to the client from the base paper data of the selected document. I do. The data obtained by the logic of the flow 1 is the data obtained according to the display logic of the name of the drafter and the seal imprint in the circulation rule of the drafted document, and the user input by the drafter on the login screen. The ID and the password are collated with the contents of the user table 81 in the server 3, and the name and the seal imprint data of the corresponding drafter are sent to the client. The data obtained by the logic of the flow 2 is data obtained according to the display logic of the name of the examination destination of the drafted document. The user ID and password input by the drafter on the login screen are the user of the server 3 The data is collated with the contents of the table 81 and the data of the name of the chief of the corresponding examination destination is sent to the client.

【0031】この結果、図9に示すような起票画面がク
ライアント側のモニタに表示される。この画像は、図5
に示したような原紙データの画像と同じである。次いで
起票者は、図9の画像の入力エリアに提出年月日、部署
名、社員ID、氏名、等の動的なデータを入力し、審査
先を選択する。一例として入力エリアに「××××を申
請します」を入力し、審査先を選択した後の画面を図1
0に示す。この画面が起票画面としてOKであれば送信
ボタンを押す。すると起票画面のデータはサーバ3に転
送され、サーバ3において、図11に示すように、入力
データを受け付け、入力データ及び演算手段38による
入力データの演算結果を入力データ格納テーブル37に
格納し、処理状況を処理状況格納テーブル111に格納
し、起票受付原紙データ格納手段33に格納されている
原紙データに基づいて受付メッセージを作成する。入力
データ格納テーブル37には、入力エリアに入力された
データである「××××を申請します」と、入力者の氏
名が自動的に格納される。処理状況テーブル111には
フロー1のレコードとして、起票済であることと、起票
の日時とが自動的に格納される。
As a result, a draft screen as shown in FIG. 9 is displayed on the client side monitor. This image is shown in FIG.
Is the same as the image of the base paper data as shown in FIG. Next, the drafter inputs dynamic data such as the submission date, department name, employee ID, and name in the input area of the image in FIG. 9 and selects a screening destination. As an example, enter “Apply for XXX” in the input area and select the screening destination.
0 is shown. If this screen is OK as a draft screen, a send button is pressed. Then, the data of the draft screen is transferred to the server 3, where the server 3 receives the input data and stores the input data and the calculation result of the input data by the calculation means 38 in the input data storage table 37 as shown in FIG. The processing status is stored in the processing status storage table 111, and a reception message is created based on the base paper data stored in the draft reception base paper data storage means 33. In the input data storage table 37, the name of the input person is automatically stored as "application for xxx" which is data input to the input area. The processing status table 111 automatically stores, as a record of the flow 1, the fact that a draft has been issued and the date and time of the draft.

【0032】受付メッセージはクライアント側のモニタ
に図12のように表示される。起票がなされた後は、起
票があった旨を審査先のクライアントに電子メール、電
話、ファクシミリ等の手段により通知するようにしても
よい。 (2)審査の方法 起票後の文書の審査の方法を図13〜図17により説明
する。まず、審査先のクライアントは、自端末に到着し
ている文書のリストから、審査しようとする文書を選択
し、その画面のアドレスを指定する。すると、そのクラ
イアントはウエブブラウザを介してサーバ3に接続さ
れ、サーバ3は図13に示すログイン画面を審査先のク
ライアントのモニタに表示させる。審査者はログイン画
面に審査先である自己のユーザIDとパスワードを入力
し、OKのボタンをクリックする。
The acceptance message is displayed on the monitor on the client side as shown in FIG. After the draft is issued, the client of the examination destination may be notified by e-mail, telephone, facsimile, or the like. (2) Examination Method A method of examining a document after a draft is described with reference to FIGS. First, the client to be examined selects a document to be examined from the list of documents arriving at its terminal, and specifies the address of the screen. Then, the client is connected to the server 3 via the web browser, and the server 3 displays a login screen shown in FIG. 13 on the monitor of the client of the examination destination. The examiner inputs his / her user ID and password to be examined on the login screen, and clicks the OK button.

【0033】すると、サーバ3は図14に示す出力動作
をする。即ち、選択された文書の原紙データから審査用
の共通フィールドのデータと、ラベルのデータと、入力
エリアのデータと、入力データを入手して表示する論理
と、フロー1の論理により得られるデータと、フロー2
の論理により得られるデータとをクライアントに出力す
る。フロー1の論理により得られるデータとは、図11
に示した処理状況テーブル111の内容に基づいて状況
を入手してクライアント側のモニタに表示する論理によ
り得られるデータである。即ち、処理状況テーブル11
1のフロー1レコードから起票者の氏名および印影を入
手してフロー1の論理にしたがって審査画面にその氏名
および印影を表示する。また、フロー2の論理により得
られるデータとは、ユーザテーブル81から審査者の氏
名および印影を入手してクライアント側のモニタに表示
する論理により得られるデータである。ログイン画面で
審査者が入力したユーザIDとパスワードは、サーバ3
のユーザ・テーブルで照合されて、対応する審査者の氏
名、印影、および部署名のデータがクライアントに送ら
れる。
Then, the server 3 performs the output operation shown in FIG. That is, the data of the common field for examination, the data of the label, the data of the input area, the logic of obtaining and displaying the input data, and the data obtained by the logic of the flow 1 are obtained from the base paper data of the selected document. , Flow 2
And the data obtained by the logic of (1) are output to the client. The data obtained by the logic of the flow 1 is shown in FIG.
Is data obtained by the logic of obtaining the status based on the contents of the processing status table 111 shown in FIG. That is, the processing status table 11
The name and the seal of the drafting person are obtained from the flow 1 record of No. 1 and the name and the seal are displayed on the examination screen according to the logic of the flow 1. The data obtained by the logic of the flow 2 is data obtained by the logic of obtaining the examiner's name and imprint from the user table 81 and displaying it on the monitor on the client side. The user ID and password entered by the examiner on the login screen are
And the corresponding examiner's name, imprint, and department name data are sent to the client.

【0034】この結果、図15に示すような審査画面が
クライアント側のモニタに表示される。図示のように、
共通フィールドでは「承認」の前のマークに黒が設定さ
れている。ラベルの部分には申請内容が表示される。入
力エリアの部分には「××××を申請します」と表示さ
れている。回付ルールの部分には起票者の氏名と印影、
および審査者の氏名と印影が表示されている。審査画面
においては、入力エリアの内容に対して追加や変更はで
きない。この画面の内容を審査者が承認する場合は、送
信ボタンを押す。否認する場合は共通フィールドの「否
認」を選択する。「否認」が選択されると、クライアン
ト側のモニタでは、図15に示す審査画面からその1つ
前の図14に示す画面に戻る。「送信」ボタンが押され
ると、図16に示すように、サーバ3は入力データを受
け付け、処理状況をフロー2に関する処理状況テーブル
112に格納し、審査受付原紙データ格納手段35に格
納されている原紙データに基づいて受付メッセージを作
成する。処理状況テーブル112にはフロー2のレコー
ドとして、審査先名と、承認したことと承認の日時とが
自動的に格納される。
As a result, an examination screen as shown in FIG. 15 is displayed on the monitor on the client side. As shown,
In the common field, the mark before “approval” is set to black. The application content is displayed on the label. In the input area, "Apply for XXXX" is displayed. In the part of the circulation rule, the name and seal of the drafter,
In addition, the name and seal of the examiner are displayed. On the examination screen, the contents of the input area cannot be added or changed. If the examiner approves the contents of this screen, press the submit button. To deny, select "deny" in the common field. When “denial” is selected, the monitor on the client side returns from the examination screen shown in FIG. 15 to the screen shown in FIG. 14 immediately before that. When the “Send” button is pressed, as shown in FIG. 16, the server 3 receives the input data, stores the processing status in the processing status table 112 related to the flow 2, and stores the processing status in the examination reception base paper data storage unit 35. Create a reception message based on the base paper data. In the processing status table 112, the name of the examination destination, the approval, and the date and time of approval are automatically stored as records of flow 2.

【0035】受付メッセージはクライアント側のモニタ
に図17のように表示される。 (3)状況確認の方法 任意のクライアントから送信した文書の処理状況がどう
なっているかを確認する状況確認の方法を図18〜図2
0により説明する。まず、状況確認を要求するクライン
トは、送信済の文書のタイトルの一覧表をサーバ3から
入手してモニタに表示させ、状況を調べたい文書のタイ
トルを選択する。すると、その文書に対応する状況確認
時のログイン画面が図18のように表示され、状況確認
のボタンを押すと、サーバ3は図19に示す出力動作を
する。即ち、選択された文書の原紙データから状況確認
用の共通フィールドのデータと、ラベルのデータと、入
力エリアのデータと、入力エリアの入力データを入手し
て表示する論理により得られるデータと、フロー1の論
理により得られるデータと、フロー2の論理により得ら
れるデータとをクライアントに出力する。入力データは
入力データ格納テーブル37から得る。フロー1の論理
により得られるデータとは、処理状況テーブルのフロー
1のレコードから得られる起票者の氏名および印影のデ
ータであり、これを入手してフロー1の論理にしたがっ
て状況確認画面にその氏名および印影を表示する。ま
た、フロー2の論理により得られるデータとは、処理状
況テーブルのフロー2のレコードから得られる審査者
名、承認したこと、および承認の日時のデータである。
The reception message is displayed on the monitor on the client side as shown in FIG. (3) Status Checking Method FIGS. 18 to 2 show status checking methods for checking the processing status of a document transmitted from an arbitrary client.
0 will be described. First, a client requesting a status check obtains a list of titles of transmitted documents from the server 3 and displays the list on a monitor, and selects a title of a document whose status is to be checked. Then, a log-in screen at the time of status confirmation corresponding to the document is displayed as shown in FIG. 18, and when the status confirmation button is pressed, the server 3 performs the output operation shown in FIG. That is, from the base paper data of the selected document, the data of the common field for status confirmation, the data of the label, the data of the input area, the data obtained by the logic of obtaining and displaying the input data of the input area, and the flow The data obtained by the logic of 1 and the data obtained by the logic of the flow 2 are output to the client. The input data is obtained from the input data storage table 37. The data obtained by the logic of the flow 1 is the data of the name of the invoicing person and the seal imprint obtained from the record of the flow 1 in the processing status table, and is obtained and displayed on the status confirmation screen according to the logic of the flow 1. Display your name and imprint. The data obtained by the logic of the flow 2 is data of the examiner name, approval, and date and time of approval obtained from the record of the flow 2 in the processing status table.

【0036】ログイン画面で審査者が入力したユーザI
Dとパスワードは、サーバ3のユーザ・テーブル81で
照合されて、対応する状況確認者の氏名、印影、および
部署名のデータがクライアントに送られる。この結果、
図20に示すような状況確認画面がクライアント側のモ
ニタに表示される。図示のように、共通フィールドの
「承認」の前のマークに黒が設定されている場合は、審
査先における審査が承認されていることを示し、「否
認」の前にマークが付けられている場合は、審査の結果
が否認されたことを示している。ラベルの部分には申請
内容が表示される。入力エリアの部分には例えば「××
××を申請します」と表示されている。回付ルールの部
分には起票者の氏名と印影および起票日時が表示される
とともに、審査者の氏名と印影および承認日時が表示さ
れている。状況確認画面においても、入力エリアの内容
に対して追加や変更はできない。送信ボタンを押すと、
このクライアント側の状況確認画面は消滅する。
User I entered by the examiner on the login screen
D and the password are collated in the user table 81 of the server 3, and the data of the name, seal, and department name of the corresponding status checker are sent to the client. As a result,
A situation confirmation screen as shown in FIG. 20 is displayed on the monitor on the client side. As shown in the figure, if the mark before the “Approval” in the common field is set to black, it indicates that the examination by the appraiser has been approved, and the mark is attached before the “Rejection”. The case indicates that the result of the review was rejected. The application content is displayed on the label. For example, "XX"
Apply for xx "is displayed. In the part of the circulation rule, the name and the seal and the date and time of the drafter are displayed, and the name and the seal and the date and time of approval of the examiner are displayed. Even on the status confirmation screen, the content of the input area cannot be added or changed. When you press the submit button,
This status confirmation screen on the client side disappears.

【0037】なお、上記実施例では起票後の文書の審査
において「承認」又は「否認」のいずれかがなされる
が、起票後の文書を却下し、又は差し戻すようにするこ
ともできる。この場合は、図15の画面上に「○却
下」、「○差し戻し」という項目を設けて、審査者がマ
ークするようにすればよい。
In the above embodiment, either "approval" or "denial" is performed in the examination of the document after the draft, but the document after the draft can be rejected or sent back. . In this case, items such as “設 け rejected” and “○ remanded” may be provided on the screen of FIG. 15 so that the examiner can mark them.

【0038】[0038]

【発明の効果】以上の説明から明らかなように、本願発
明により複数種類の電子決裁文書の各々の原紙データを
共通の原紙データ作成プログラムを用いて作成すること
により、原紙データの作成作業を簡単で効率的に行うこ
とが可能になり、その審査も容易になる。
As is evident from the above description, according to the present invention, the base paper data of each of a plurality of types of electronic settlement documents is prepared using a common base paper data preparation program, thereby simplifying the preparation of the base paper data. Can be performed efficiently, and the examination can be facilitated.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の実施の形態による電子決裁文書の自動
作成システムを示す概略ブロック図である。
FIG. 1 is a schematic block diagram showing a system for automatically creating an electronic decision document according to an embodiment of the present invention.

【図2】図1のシステムの動作を説明するフローチャー
トである。
FIG. 2 is a flowchart illustrating the operation of the system in FIG. 1;

【図3】電子決裁文書の原紙データの定義ファイルを作
成する際に表示される画面例を示す図である。
FIG. 3 is a diagram illustrating an example of a screen displayed when a definition file of base paper data of an electronic decision document is created.

【図4】電子決裁文書の原紙データの定義ファイルを作
成する際に表示される画面例を示す図である。
FIG. 4 is a diagram illustrating an example of a screen displayed when a definition file of base paper data of an electronic decision document is created.

【図5】電子決裁文書の原紙データの定義ファイルを作
成する際に表示される画面例を示す図である。
FIG. 5 is a diagram illustrating an example of a screen displayed when a definition file of base paper data of an electronic decision document is created.

【図6】図2における原紙データ作成ステップS28を
より詳細に説明するフロチャートである。
FIG. 6 is a flowchart for explaining the base paper data creation step S28 in FIG. 2 in more detail;

【図7】起票時のログイン画面を示す図である。FIG. 7 is a diagram showing a login screen at the time of issuing a slip.

【図8】起票時のサーバの動作を説明する図である。FIG. 8 is a diagram illustrating the operation of the server at the time of issuing a slip.

【図9】起票中の起票画面を示す図である。FIG. 9 is a diagram showing a draft screen during drafting.

【図10】起票後の起票画面を示す図である。FIG. 10 is a diagram showing a draft screen after drafting.

【図11】起票受付時のサーバの動作を説明する図であ
る。
FIG. 11 is a diagram illustrating the operation of the server when receiving a draft.

【図12】起票受付画面を示す図である。FIG. 12 is a diagram showing a draft acceptance screen.

【図13】審査時のログイン画面を示す図である。FIG. 13 is a diagram showing a login screen at the time of examination.

【図14】審査時のサーバの動作を説明する図である。FIG. 14 is a diagram illustrating the operation of the server at the time of examination.

【図15】審査画面を示す図である。FIG. 15 is a diagram showing an examination screen.

【図16】審査受付画面作成時のサーバの動作を説明す
る図である。
FIG. 16 is a diagram illustrating the operation of the server when the examination reception screen is created.

【図17】審査受付画面を示す図である。FIG. 17 is a diagram showing an examination reception screen.

【図18】状況確認時のログイン画面を示す図である。FIG. 18 is a diagram showing a login screen at the time of status confirmation.

【図19】状況確認画面作成時のサーバの動作を説明す
る図である。
FIG. 19 is a diagram illustrating the operation of the server when creating a status confirmation screen.

【図20】状況確認画面を示す図である。FIG. 20 is a diagram showing a status confirmation screen.

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

1…イントラネットシステム 2…電子決裁文書の原紙データの作成を許可されたクラ
イアント 3…サーバ 4…クライアント 21…定義ファイル設定手段 22…原紙データ作成手段 23…入力データ格納データ作成手段 31…定義ファイル格納手段 32…起票用原紙データ格納手段 33…起票受付用原紙データ格納手段 35…審査受付原紙データ格納手段 36…状況確認用原紙データ格納手段 37…入力データ格納テーブル
DESCRIPTION OF SYMBOLS 1 ... Intranet system 2 ... Client permitted to make the base paper data of an electronic decision document 3 ... Server 4 ... Client 21 ... Definition file setting means 22 ... Base paper data creation means 23 ... Input data storage data creation means 31 ... Definition file storage Means 32: Draft base paper data storage means 33: Draft reception base paper data storage means 35 ... Examination reception base paper data storage means 36 ... Status confirmation base paper data storage means 37 ... Input data storage table

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】 クライアント(2,4)とサーバ(3)
とを含むネットワークにおいて、 異なるフォーム及び異なる回付ルールを持つ複数の電子
決裁文書の各々のフォームを定義したフォーム定義ファ
イルと前記電子決裁文書の回付ルールを定義した回付ル
ール定義ファイルとを定義する定義ファイル設定手段
(21)と、 前記複数の電子決裁文書に共通の原紙データ作成プログ
ラムを用い、且つ前記定義ファイル設定手段により定義
された内容に基づいて前記電子決裁文書の各々に対応す
る複数の原紙データを画面上で使用可能な形式で作成す
る原紙データ作成手段(22)と、 前記原紙データを格納する原紙データ格納手段(32〜
36)と、 作成された原紙データを用いて所望の電子決裁文書の起
票のために必要なデータを格納する入力データ格納テー
ブルを作成するための入力データ格納テーブル作成手段
(23)と、 を備え、 前記クライアントのうち電子決裁文書の原紙データの作
成を許可されたクライアント(2)又はサーバ(3)
は、前記複数の電子決裁文書のそれぞれに対応する複数
の原紙データを作成可能であり、 前記クライアントのすべては、所望の原紙データに前記
入力データ格納テーブルを用いて必要な入力データを入
力して所望の電子決裁文書を起票可能であり、 前記サーバ(3)は前記回付ルールにしたがって、前記
起票された電子決裁文書を回付可能であるようにした、 ことを特徴とする電子決裁文書の自動作成システム。
1. A client (2, 4) and a server (3).
A form definition file defining each form of a plurality of electronic decision documents having different forms and different routing rules, and a routing rule definition file defining the routing rules of the electronic decision documents. A definition file setting means (21), which uses a base paper data creation program common to the plurality of electronic decision documents, and a plurality of electronic decision documents corresponding to each of the electronic decision documents based on the contents defined by the definition file setting means. A stencil data creating means (22) for creating stencil data in a format usable on a screen, and a stencil data storage means (32 to
36) and an input data storage table creating means (23) for creating an input data storage table for storing data necessary for issuing a desired electronic approval document using the created base paper data. A client (2) or a server (3), among the clients, authorized to create base paper data of the electronic decision document
Is capable of creating a plurality of base paper data corresponding to each of the plurality of electronic decision documents, and all of the clients input necessary input data to the desired base paper data using the input data storage table. A desired electronic decision document can be issued, and the server (3) can circulate the issued electronic decision document according to the circulating rule. Automatic document creation system.
【請求項2】 前記クライアント(2,4)のうち電子
決裁文書の原紙データの作成を許可されたクライアント
(2)は、前記定義ファイル設定手段(21)と、前記
原紙データ作成手段(22)とを備えており、 前記サーバ(3)は、前記原紙データ格納手段(32〜
36)を備えていることを特徴とする請求項1に記載の
電子決裁文書の自動作成システム。
2. The client (2), of the clients (2, 4), which is permitted to create base paper data for an electronic decision document, includes the definition file setting means (21) and the base paper data creation means (22). The server (3) is provided with the base paper data storage means (32 to
36. The automatic creation system of an electronic approval document according to claim 1, further comprising (36).
【請求項3】 前記サーバ(3)は、前記定義ファイル
設定手段(21)と前記原紙データ作成手段(22)の
少なくとも一方を備えており、 前記クライアントのうち電子決裁文書の原紙データの作
成を許可されたクライアント(2)は、前記定義ファイ
ル設定手段(21)と前記データ作成手段(22)のう
ち前記原紙データの作成を許可されたクライアントに設
けられるもの以外と、前記原紙データ格納手段(32〜
36)とを備えていることを特徴とする請求項1に記載
の電子決裁文書の自動作成システム。
3. The server (3) includes at least one of the definition file setting means (21) and the stencil data creation means (22), and performs creation of stencil data of an electronic approval document among the clients. The permitted client (2) includes the definition file setting means (21) and the data creation means (22) other than those provided in the client permitted to create the stencil data, and the stencil data storage means ( 32 ~
36. The automatic creation system of an electronic decision document according to claim 1, further comprising:
【請求項4】 前記複数の原紙データは、前記電子決裁
文書を起票する際に使用する起票用原紙データと、前記
電子決裁文書の審査をする際に使用する審査用原紙デー
タと、前記電子決裁文書の審査状況を確認するための状
況確認用原紙データとを含んでいることを特徴とする請
求項1から3のいずれか一項に記載の電子決裁文書の自
動作成システム。
4. The method according to claim 1, wherein the plurality of stencil data include: stencil base data for use in issuing the electronic approval document; examination base paper data for use in examining the electronic approval document; 4. The system according to claim 1, further comprising status confirmation base paper data for confirming a review status of the electronic approval document.
【請求項5】 前記複数の原紙データは、前記電子決裁
文書の起票データが前記サーバに受け付けられた際に発
行される起票受付画面の原紙データと、前記電子決裁文
書の審査データが前記サーバに受け付けられた際に発行
される審査受付画面の原紙データとを含むことを特徴と
する請求項4に記載の電子決裁文書の自動作成システ
ム。
5. The method according to claim 1, wherein the plurality of stencil data includes: stencil data of a draft acceptance screen issued when the draft data of the electronic decision document is received by the server; and examination data of the electronic decision document. 5. The system for automatically creating an electronic approval document according to claim 4, wherein the system includes original paper data of an examination acceptance screen issued when the document is accepted by the server.
【請求項6】 前記原紙データには、所望の申請をする
機能、任意の添付ファイルを付加する機能、任意のコメ
ントを付加する機能、および前記原紙データの回付先の
アドレスを表示する機能の少なくとも1つが付与されて
いることを特徴とする請求項1から5のいずれか一項に
記載の電子決裁文書の自動作成システム。
6. A function of making a desired application, a function of adding an arbitrary attached file, a function of adding an arbitrary comment, and a function of displaying an address to which the base paper data is circulated, to the base paper data. 6. The system for automatically creating an electronic approval document according to claim 1, wherein at least one is provided.
【請求項7】 前記サーバは、前記原紙データが作成さ
れて回付先に送信された時に、該回付先に対して前記原
紙データの送信があった旨を通知する手段を備えること
を特徴とする請求項1から6のいずれか一項に記載の電
子決裁文書の自動作成システム。
7. The server includes means for notifying that the base paper data has been transmitted to the distribution destination when the base paper data is created and transmitted to the distribution destination. The automatic creation system of an electronic approval document according to any one of claims 1 to 6.
【請求項8】 前記サーバは、前記原紙データが回付先
で却下又は差し戻しされた時に、前記原紙データを回付
前の状態に戻す手段を有することを特徴とする請求項1
から7のいずれか一項に記載の電子決裁文書の自動作成
システム。
8. The server according to claim 1, wherein the server has a unit for returning the base paper data to a state before the transfer when the base paper data is rejected or returned at a destination.
8. The system for automatically creating an electronic approval document according to any one of claims 1 to 7.
【請求項9】 前記サーバは、前記原紙データに含まれ
る数値を演算する手段を備えることを特徴とする電子決
裁文書の自動作成システム。
9. The system for automatically creating an electronic approval document, wherein the server includes means for calculating a numerical value included in the base paper data.
【請求項10】 前記画面がウエブブラウザである場合
に、前記画面上で使用可能な形式は少なくともHTML
形式とSGML形式のいずれかである請求項1から9の
いずれか一項に記載の電子決裁文書の自動作成システ
ム。
10. When the screen is a web browser, a format usable on the screen is at least HTML.
The system for automatically creating an electronic approval document according to any one of claims 1 to 9, wherein the system is any one of a format and an SGML format.
JP32563799A 1999-11-16 1999-11-16 System for automatically preparing electronic settlement document Pending JP2001143006A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP32563799A JP2001143006A (en) 1999-11-16 1999-11-16 System for automatically preparing electronic settlement document

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP32563799A JP2001143006A (en) 1999-11-16 1999-11-16 System for automatically preparing electronic settlement document

Publications (1)

Publication Number Publication Date
JP2001143006A true JP2001143006A (en) 2001-05-25

Family

ID=18179073

Family Applications (1)

Application Number Title Priority Date Filing Date
JP32563799A Pending JP2001143006A (en) 1999-11-16 1999-11-16 System for automatically preparing electronic settlement document

Country Status (1)

Country Link
JP (1) JP2001143006A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003308312A (en) * 2002-04-12 2003-10-31 Murata Mach Ltd Document server, and program for processing document
JP2004537134A (en) * 2001-07-27 2004-12-09 エスアーペー アクチエンゲゼルシャフト Method and system for generating and processing a browser-enabled human interface description
KR20050021706A (en) * 2003-08-25 2005-03-07 이응렬 System and method for providing proforma order based network
WO2005103971A1 (en) * 2004-03-31 2005-11-03 Mitsubishi Denki Kabushiki Kaisha Work flow managing system
US7890855B2 (en) 2001-07-27 2011-02-15 Sap Ag Method and computer system for separating and processing layout information and data of a document

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004537134A (en) * 2001-07-27 2004-12-09 エスアーペー アクチエンゲゼルシャフト Method and system for generating and processing a browser-enabled human interface description
JP2008198229A (en) * 2001-07-27 2008-08-28 Sap Ag Method and system for generating and processing browser-enabled human interface descriptions
US7890855B2 (en) 2001-07-27 2011-02-15 Sap Ag Method and computer system for separating and processing layout information and data of a document
US8037407B2 (en) 2001-07-27 2011-10-11 Sap Ag Method and computer system for creating and processing a browser compliant human interface description
JP2003308312A (en) * 2002-04-12 2003-10-31 Murata Mach Ltd Document server, and program for processing document
KR20050021706A (en) * 2003-08-25 2005-03-07 이응렬 System and method for providing proforma order based network
WO2005103971A1 (en) * 2004-03-31 2005-11-03 Mitsubishi Denki Kabushiki Kaisha Work flow managing system

Similar Documents

Publication Publication Date Title
US20230050784A1 (en) Document processing service for displaying comments included in messages
JP5535083B2 (en) Message management system, apparatus and / or method
US20040162895A1 (en) Web site management with electronic storefront and page categorization
US20050289461A1 (en) System and method for digital content processing and distribution
US20020082857A1 (en) Method and apparatus for providing an online document and input form creation and storage system
US20020103826A1 (en) System and method for creating documents populated with variable data
JP2009531793A (en) System and method for converting web community and web application data
WO2002019790A2 (en) Marketing collateral repository and supporting data management and communication environment
JP7731634B2 (en) Information processing device, and control method and program thereof
JP2021124914A (en) Information processing system, information processing method
US20090013262A1 (en) Systems and methods for providing document collaboration using a front and back framework
JP4512103B2 (en) Help desk system
JPH11306100A (en) Contribution reading system on communication network having characteristics in examination support system
JP2001143006A (en) System for automatically preparing electronic settlement document
CN113435669B (en) Method and device for optimizing access workflow, electronic equipment and readable storage medium
JP2002015097A (en) Questionnaire processing method and processing system
JP4944060B2 (en) Groupware server device, groupware server program, and groupware server device operating method
US20060218164A1 (en) Document management device and document management program
WO2000048098A1 (en) System and method for publishing documents
US20030050790A1 (en) Business card processing system and method
US20250030656A1 (en) Groupware system, display control method, and information storage medium
JP7127166B2 (en) Audit support device and audit support method
JP7526863B1 (en) Shared email system, transmission method, and program
JP2010102677A (en) Accelerator for accessing web site
US20230124194A1 (en) Information processing device, information processing program, and carrier medium

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051018

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060228