JPH04313155A - Paperless account system - Google Patents

Abstract

PURPOSE:To obtain a paperless account system where the electronic slips are produced surely and at a high speed. CONSTITUTION:An input monitoring function is provided to monitor whether the values are inputted to all necessary items as the slip data, together with an input means which displays the menu screens of different input items for each slip type, a check means which checks the propriety of the data inputted by the input means, and a numbering means which gives the slip numbers to the correct slip data confirmed by the check means. In such a constitution of a paperless accounts system, an operator who produces the slips inputs the slip data through a local processor. Then the different menu screens are displayed on the local processor according to the types of slips produced. Thus the operator can easily input the slip data. The propriety of the input slip data is checked by the check means. When the check means decides that the imput slip data are nondefective, the slip number are given to the slip data by the numbering means.

Description

[Detailed description of the invention]

0001

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an accounting system using electronic slips.

0002

[Prior Art] In a conventional paperless accounting system, each department, such as the sales department or human resources department, that conducted the transaction, etc.
Instead of creating paper slips, there was a system in which slip data was input from terminals installed in each department. This terminal was connected online to a computer in the computer department, and was used to manage accumulated slip data. In addition, in the accounting department, the contents were checked and settlement stamps were performed based on the invoice data stored in this computer.

0003

[Problem to be Solved by the Invention] By the way, the work of creating slips in such a paperless accounting system is done by personnel in various departments such as the sales department and human resources department who have little knowledge of accounting.
Information is entered directly into computers installed in each department. As a result, there were many cases where incorrect accounting data was entered due to misunderstandings by the person handling the system. In addition, input work that is unfamiliar to the user requires a large number of man-hours, which is a problem.

[0004] The purpose of the present invention is to solve the above problems,
The aim is to provide a paperless accounting system that can quickly and reliably create slips.

[0005]

[Means for Solving the Problems] In order to solve the above problems, the paperless accounting system of the present invention is equipped with an input monitoring function that monitors whether values are entered in all items required as slip data, and for each type of slip. an input means for displaying a menu screen with different input items, an inspection means for inspecting the validity of data input by the input means, and a numbering means for assigning a slip number to correct slip data confirmed by the inspection means. Be prepared.

[0006]

[Operation] According to the paperless accounting system of the present invention,
A person who creates a slip inputs slip data using a local processing device. Different menu screens will be displayed on the local processing device depending on the type of document being created.
The operator can easily input data by following the instructions on the menu. The validity of the entered slip data is checked by the checking means. If the input slip data is found to be free of defects by the inspection means, a slip number is assigned by the numbering means.

[0007]

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 host processing device 10 and local processing devices 20 and 30 connected to the host processing device 10. A host processing device 10 installed in the computer department includes a disk device 11 that stores electronic slip records, a database device 12 that stores several days' worth of databases, a monitor device 13 for inquiries, and a financial institution. A transmission data storage device 14 in which transaction data is stored, and a master table 15 in which data prepared in advance for input inspection and the like are registered are provided. A CPU (not shown) accesses electronic slip records stored in the disk device 11 and performs the processing of this embodiment. The local processing device 20 installed in the sales department is equipped with a terminal device 21 which is an input means connected to the disk device 11 of the host processing device 10 via a line, and a printer device 22 which creates an attached card 24. . In addition, the local processing device 30 installed in the general affairs department includes a host processing device 10.
a terminal device 31 connected to the disk device 11 of
An image scanner 32 for reading the slip number of the attached card 24 is provided.

(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 terminal device 21. In this input work, a check is performed against the data registered in advance in the master table 15, and the consistency of the input data is confirmed. An electronic slip record is created by this input, and this record is stored in the disk device 11. The manager of the sales department checks the electronic slip records that need to be approved using the terminal device 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 department manager is sent to the terminal device 3.
Confirm in step 1 and make the final payment for the invoice. By the way, for documents that require a receipt for payment, please attach the attached card 24.
is printed out from the printer device 22, and a receipt is pasted on the top of this card. If an attached card 24 has been created that requires the approval of the manager's handwritten signature, the document number is read with the image scanner 32, and the record on the disk device 11 is checked to input the payment. The electronic slip records stored in the disk device 11 are, for example, 1
It is registered in the database 12 by batch processing once a day. Further, among the electronic slip records that have been completed up to the payment process, a copy of the electronic slip record that requires transfer to a financial institution's account or the like is taken and stored in the disk device 14. The electronic slip record thus copied is sent from the disk device 14 to the financial institution, and the money is transferred to an account etc. according to this electronic slip record.

(3) Details of the processing of the embodiment The present embodiment will be explained in detail below.

(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.

(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
It is stored in the disk device 11 until it is registered in the database 12 by batch processing. The electronic slip records stored in the disk device 11 in this manner are frequently accessed for approval and payment processing. Therefore, in this embodiment, in order to improve the speed of this access process, all electronic slip records stored in the disk device 11 are managed using a super descriptor which is a search index. A conceptual diagram of management using super descriptors is shown in FIG. In this example, 5
three 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.

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.

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.

(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 15 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.

(3.2) Input Processing Next, 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 terminal device 21 is powered on, the top screen 10 first appears.
1 is 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. Furthermore, the office code can be automatically set by determining which office the terminal device 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. Through this selection process,
The type of slip to be created is determined. By confirming this type of voucher, the item input screen 103 corresponding to the type of voucher
is displayed. Then, according to the instructions on this item input screen 103, data is input into the necessary items as slip data.

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.

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 15 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.

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 15.
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.

By the way, this input processing is provided with 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 where the terminal device 21 is installed from the unique number of the terminal device 21 that inputs slip data to create an electronic slip record, and sets the corresponding office code. This is an automatic setting 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.

[0020] Through such input processing, the terminal device 2
The slip data input from 1 is subjected to inspection processing to check whether the data is correct. This inspection process 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 checking function is a function of comparing input data with input possibility determination data registered in the master table 15 to check whether the data is inputtable. 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 15 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, the item range check function is a function that compares input data with possible range data for each item registered in the master table 15 to check whether the input 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 15. Refers to function. The relationship between items is, for example, ``If item A is 1, item B is 3 or 4.''
It refers to a certain relationship between items, such as "If so, then it is correct." Data on the correlation between items registered in this master table 15 is stored in the slip type to improve access efficiency.

[0021] 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 terminal device 21, and is realized using the latest number data registered in the master table 15. This master table 1
The latest number data registered in No. 5 is stored by type of slip or month of occurrence of the slip, thereby improving access efficiency and facilitating number identification for users.

(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 terminal device 21, this electronic slip record is stored on the magnetic disk 11 as an unprocessed slip (step 201). The head of the sales department is
Once a day, a list of unprocessed slips is displayed on the terminal device 21 in order to approve the unprocessed slips issued by the own department that the user 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 stored on the magnetic disk 11. And from this list,
The user extracts the electronic slip record that he/she must approve, and further operates the terminal device 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 can send the list of unprocessed documents to the terminal device 3 in the same way as the manager of the sales department.
1 to display detailed information of 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). The person in charge is
By using the function that displays a list of the current status of the invoices that you have issued, you can know that the invoices that you 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 ability to search for that electronic document record is
You can search using the document number, document creator employee number, document 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 15, 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 the electronic slip record is deleted in this manner, the terminal device 21 is used to reissue the electronic slip record with the problem corrected.

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 15, and if the department number and employee number are correct, a list of data required 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.

(3.4) Approval/payment processing requiring a receipt Next, 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 terminal device 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 attachment card 24 includes a pasting section 25 for pasting a receipt;
Slip number section 2 containing the slip number of the electronic slip record
6, a signature entry section 27 which is a column for entering a signature for approval and payment, and a detailed data section for the slip (not shown). Further, information on the approval route can be read out from the approval/settlement table stored in the master table 15 and printed on the attached card 24. The person in charge attaches the receipt 23 to the pasting section 25 of the attached card 24, and has the supervisor's signature of approval written in the signature section 27 of the attached card 24.
Transfer to 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. The electronic slip record settled in this manner is registered in the disk device 11 as a settled electronic slip record.

[0025] 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 15, 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 15, enter 999 and then input the abstract. 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 15, 999 is input, followed by the content sentence. After these inputs, the account code and journal entry are automatically set by the account setting function described above and displayed on the terminal device 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 15 is referred to, and the journal entries registered in the subject master are automatically set and displayed on the terminal device 21. In addition, if the summary content entered in the 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 terminal will Device 21
will be displayed. Next, input 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 multiple payment data for the same deposit/withdrawal destination, or if you want to use different accounting treatments, select "C".
You can repeat the process by entering The number of times this can be repeated is up to three times. Then, when the process is completed, the attached card 24 is automatically output from the printer device 22.

(3.5) Accounting Process Next, the accounting process will be explained using FIG. 36. Electronic slip records created in the disk device 11 using the terminal device 21 are approved by the supervisor and then settled by the accounting department, and even if the status information is at a level that can be processed in daily batches, it cannot be processed until batch processing. The time between is stored in the disk device 11. These electronic slip records are normally stored in the database 12 through batch transfer processing once a day, but electronic slip records that require accounting processing are copied and processed separately. In other words, in the settled electronic document record, the travel request/
Vouchers that require accounting processing such as settlement, provisional payment application/settlement, and cash settlement are extracted and copied by the CPU before being batch transferred. The electronic slip record thus copied is stored in the disk device 14, which is a selected slip storage device, and becomes data for accounting processing performed by the financial institution 50. This extraction/copying process is completed, for example, once a day in the evening, and the data for that day is transferred to the financial institution via the line 42. The financial institution 50 performs processing based on the transferred electronic slip record data. For example, in the case of payment of business trip expenses, the financial institution 50 transfers the travel expenses and business trip allowance from the corporate account 51 to the personal account 52 of the employee who issued the slip. Perform removal. The results of this processing are sent back to the disk device 14 via the line 43. The data stored in the disk device 14 and the processing results can be checked using the terminal device 41 installed in each department. personal account 52
If the transfer process is successfully performed, the transferred cash can be withdrawn from a general ATM machine 60 (financial automation device) installed in or around the company.

(3.6) Batch Processing Next, batch processing will be explained using the flowchart of FIG. 37. Disk device 11 using terminal device 21
Even if the electronic slip records created in (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 disk device 11 (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 extracted from the disk device 11. The data is saved for one month and then deleted (step 307). The remaining electronic slip records are stored in database device 1, which is a backup device, through batch processing.
2 and updates the database device 12 (step 306). The updating process of the database device 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.
Each member file is a collection of data categorized by purpose, such as aggregation by department or 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.

(3.7) Confidential Processing Next, confidential processing will be described. Confidential processing includes password checks performed during approval/settlement processing and deletion processing of electronic slip records and special slip input processing. Password check means that a unique character string (password) is registered in advance in the master table 15, and as a final confirmation for payment processing and deletion processing, the person enters his or her employee number and password to confirm that he or she is a qualified person. This is a procedure to confirm that This password can be easily changed, and personnel in charge regularly change passwords in an effort to improve confidentiality.

(3.8) Processing using master table Next, processing using master table 15 will be described. FIG. 39 is a configuration diagram of the master table 15. Master table 15 contains subject master, department master,
It consists of dozens of types of master files, including summary master files. These master files can be increased or decreased as needed. 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.

[0030]

[Effects of the Invention] With the paperless accounting system of the present invention, even an inexperienced operator can easily create a voucher by simply inputting data into the required items shown on different menu screens depending on the type of voucher. Also,
The entered slip data is automatically checked for input errors, so even if incorrect data is entered, it can be corrected on the spot. The electronic slip file completed in this manner is given a slip number.

[Brief explanation of drawings]

FIG. 1 is a configuration diagram of a paperless accounting system according to an embodiment.

FIG. 2 is a conceptual diagram showing the record structure of an electronic slip record.

FIG. 3 is a conceptual diagram of slip management using super descriptors.

FIG. 4 is a conceptual diagram showing the structure of a superdescriptor.

FIG. 5 is a conceptual diagram showing the structure of a superdescriptor.

FIG. 6 is a conceptual diagram showing the structure of a superdescriptor.

FIG. 7 is a conceptual diagram showing the structure of a superdescriptor.

FIG. 8 is a conceptual diagram showing the structure of a superdescriptor.

FIG. 9 is a conceptual diagram showing the configuration of a super descriptor in a processing mode.

FIG. 10 is a conceptual diagram showing the contents of status information.

FIG. 11 is a conceptual diagram showing management based on status information.

FIG. 12 is a conceptual diagram showing input processing in this embodiment.

FIG. 13 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 14 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 15 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 16 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 17 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 18 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 19 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 20 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 21 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 22 is a conceptual diagram showing an example of a screen during input processing in this embodiment.

FIG. 23 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 24 is a conceptual diagram showing an example of a screen in input processing of this embodiment.

FIG. 25 is a flow diagram showing approval/payment processing in this embodiment.

FIG. 26 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

FIG. 27 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

FIG. 28 is a conceptual diagram showing an example of a screen in the approval process of this embodiment.

FIG. 29 is a conceptual diagram showing approval/payment processing using a receipt according to the present embodiment.

FIG. 30 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 31 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 32 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 33 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 34 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 35 is a conceptual diagram showing an example of a screen in the slip creation process of this embodiment.

FIG. 36 is a conceptual diagram showing the accounting process of this embodiment.

FIG. 37 is a flow diagram showing batch processing in this embodiment.

FIG. 38 is a conceptual diagram showing the configuration of a database device.

FIG. 39 is a conceptual diagram showing the configuration of a master table.

[Explanation of symbols]

1…Paperless accounting system 10...Host processing device 11...Disk device 12...Database 13...Monitor device 14...Transmission data storage device 15...Master table 20...Local processing device 21...Terminal device 22...Printer device 24... Attached card 30...Local processing device 31...Terminal device 32...Image scanner

Claims (24)

[Claims] Claim 1: In a paperless accounting system comprising a host processing device equipped with an accounting information database and a local processing device connected to the host processing device, values are entered in all items required as slip data. an input means for displaying a menu screen with different input items for each type of slip; an inspection means for inspecting the validity of the data input by the input means; and a numbering means for assigning a slip number to correct slip data. 2. The paperless accounting system according to claim 1, wherein the input monitoring function includes an input comparison function for checking uninputted items by comparing inputted items and required input items. 3. The paperless accounting system according to claim 2, wherein the input required items are obtained from a slip type item table in which input required items for each slip type are stored. 4. The paperless accounting system according to claim 1, wherein the input monitoring function includes an input prompting function for prompting the user to input items that have not been input yet. 5. Automatic setting for automatically setting slip data for some items in a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device. an input means for displaying a menu screen with different input items for each type of slip; an inspection means for inspecting the validity of the data input by the input means; A paperless accounting system comprising: a numbering means for giving a slip number. 6. The automatic setting function includes a business office code that determines the business office where the local processing device is installed from the unique number of the local processing device and automatically sets the corresponding business office code. 6. The paperless accounting system according to claim 5, further comprising a setting function. 7. The automatic setting function includes an analogy setting function that automatically sets data of some uninput items by analogy with data of already input items. Paperless accounting system described. [Claim 8] The analogy setting function includes:
8. The paperless accounting system according to claim 7, further comprising an analogy table corresponding to input data. 9. The analogy setting function includes a calculation processing function for performing calculations to obtain data for uninput items from input data.
Paperless accounting system described. 10. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, an account item in which an account item is set according to a specific occurrence event. an input means having a setting function and displaying a menu screen with different input items for each slip type; and an inspection means for inspecting the validity of data input by the input means;
and a numbering means for assigning a slip number to the correct input data confirmed by the inspection means. [Claim 11] Claim 1, wherein the specific occurring event is a combination of a plurality of occurring events.
Paperless accounting system described in 0. 12. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, a menu screen with different input items is displayed for each type of slip. an input means, an inspection means having an input possibility check function to check whether the data inputted by the input means is inputtable data, and a numbering unit that assigns a slip number to correct slip data confirmed by the inspection means. A paperless accounting system comprising: 13. The paperless computer according to claim 12, wherein the input possibility check function includes an input possibility determination table storing input possibility determination data for determining whether the data is input possible. Accounting system. 14. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, a menu screen with different input items is displayed for each type of slip. an input means, an inspection means having an item attribute checking function to check whether the data inputted by the input means matches the attributes of the item, and an input means for assigning a slip number to the correct slip data confirmed by the inspection means. A paperless accounting system comprising: 15. The item attribute checking function includes an item attribute determination table in which attribute data that can be taken for each item is stored in order to check the attributes of input data. Paperless accounting system. 16. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, a menu screen with different input items is displayed for each type of slip. an input means, an inspection means having an item range check function to check whether the data inputted by the input means matches the range that can be obtained for that item, and a slip number is given to the correct slip data confirmed by the inspection means. A paperless accounting system comprising a numbering means. 17. The paperless computer according to claim 16, wherein the item range check function includes an item-by-item range determination table in which range data that can be taken for each item is stored in order to check the range of input data. Accounting system. 18. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, a menu screen with different input items is displayed for each type of slip. an input means, an inspection means having an inter-item comparison checking function to check whether the relationship between items of the data inputted by the input means is correct, and an input means for assigning a slip number to the correct slip data confirmed by the inspection means. A paperless accounting system comprising: [Claim 19] The inter-item comparison check function includes:
19. The paperless accounting system according to claim 18, further comprising an inter-item comparison table storing correlation data between items for comparing items of input data. [Claim 20] The inter-item comparison check function includes:
19. The paperless accounting system according to claim 18, further comprising a slip type item comparison table in which correlations between items according to slip types are stored in order to compare items of input data. 21. In a paperless accounting system comprising a host processing device having an accounting information database and a local processing device connected to the host processing device, a menu screen with different input items is displayed for each type of slip. a verification means for verifying the validity of the data input by the input means; and a latest number generation function for generating the latest number as a slip number upon request; A paperless accounting system comprising: a numbering means for assigning a slip number to data. 22. The paperless accounting system according to claim 21, wherein the latest number generation function includes a latest number table for generating the latest number. 23. The paperless accounting system according to claim 22, wherein the latest number table is set for each slip. 24. The paperless accounting system according to claim 22, wherein the latest number table is set by month of occurrence of the slip, by office, and by slip type.