WO2022092197A1 - 会計支援システム - Google Patents

会計支援システム Download PDF

Info

Publication number
WO2022092197A1
WO2022092197A1 PCT/JP2021/039809 JP2021039809W WO2022092197A1 WO 2022092197 A1 WO2022092197 A1 WO 2022092197A1 JP 2021039809 W JP2021039809 W JP 2021039809W WO 2022092197 A1 WO2022092197 A1 WO 2022092197A1
Authority
WO
WIPO (PCT)
Prior art keywords
journal
module
account
data
accounting
Prior art date
Application number
PCT/JP2021/039809
Other languages
English (en)
French (fr)
Inventor
裕史 上野
Original Assignee
株式会社スキャる
裕史 上野
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 株式会社スキャる, 裕史 上野 filed Critical 株式会社スキャる
Publication of WO2022092197A1 publication Critical patent/WO2022092197A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the present invention relates to an accounting support system.
  • journal unit that outputs the journal of the voucher that is the proof of the user's transaction and the division of multiple character information contained in the voucher to be journalized are divided according to the notation position in the voucher.
  • the accounting processing device extracts the journal element of the voucher by the image analysis unit, and the data addition unit assigns the classification information corresponding to the journal element from the classification DB group, and numerically. It is described that after the journal elements are vectorized by the conversion / vectorization unit, the account items are selected and the journal data is generated by the journal AI in which the journal is learned in advance by machine learning in the journal judgment unit. ..
  • journal entry work using a model in which journal entries are learned by machine learning can improve work efficiency and suppress variations in journal entry accuracy, whereas workers read vouchers one by one and perform journal entries. can.
  • One aspect of the invention is a learning model pre-machined to select an account for at least one of a plurality of journal elements, or an account for at least one of a plurality of journal elements.
  • the first journal module which uses an algorithm set to select, selects the best account for the journal-targeted data that contains multiple journal elements extracted from the user's accounting documentation, and the user's past.
  • the first journal module selects the second journal module that searches for the account corresponding to at least one journal element included in the journal target data and the account searched by the second journal module from the journal results of.
  • the journal control module may perform processing by the second journal module prior to processing by the first journal module. If the second journal module finds a matching account from the user's past journal results for the journal target data, it is adopted, and if the matching account cannot be identified, the first journal module The most suitable account can be selected. With this accounting support system, it is possible to improve the efficiency of journalizing work, and also to reflect the peculiarities of each user such as a company and the past journalizing results of users in the journals.
  • the second journal module is selected from the plurality of accounts.
  • the second journal module may include a second search module that searches the user's past journal results for accounts corresponding to at least one journal element as well as sub-items corresponding to at least one journal element. good.
  • At least one journal element contains the account name
  • the second journal module contains a third search module that searches for the description and sub-items of the journal data contained in the user's past journal results by account name. You may.
  • the matching account if the matching account (corresponding account item) cannot be selected even if the supplier name is in the description column, the matching account is subject to the condition that the supplier name is in the sub-item column. You may perform the process of whether or not you can select. Further, if a matching account item (corresponding) is not found, but there is a corresponding sub-item, a display indicating that there is a sub-item may be output.
  • the second journal module may include a filter module that selects the range of past journal results of the user to be searched depending on the type of accounting evidence document.
  • the system displays each journal entry data and at least one of the accounts searched by the second journal entry module and the optimal account selected by the first journal entry module for each journal entry data. You may also have a journal entry confirmation interface that allows you to re-enter the displayed account.
  • the journal confirmation interface (journal confirmation device) may include a display interface for displaying the journal target data and the accounting evidence document from which the journal is extracted.
  • One other aspect of the invention is a computer assisting accounting process that automatically selects accounts for journalized data that includes multiple journalizing elements extracted from the user's accounting documentation. Have to do (selection process).
  • the computer is configured to select a pre-machine-learned learning model to select an account for at least one of multiple journal elements, or to select an account for at least one of multiple journal elements. It includes a first journal module having a search algorithm and a second journal module that searches the user's past journal results for an account corresponding to at least one journal element included in the journal target data.
  • the account searched by the second journal module is selected as the account automatically selected for the journal target data, and the first journal is selected for the journal target data. Includes priority over the accounts selected by the module. Priority may include processing the second journal module prior to processing the first journal module.
  • the method when the second journal module selects a plurality of accounts by searching the user's past journal results based on the first journal element contained in the journal target data, the method is among a plurality of accounts. Therefore, it may have to search the account item corresponding to the second journal element included in the journal target data.
  • the second journal module can search and output the account corresponding to at least one journal element and the auxiliary subject corresponding to at least one journal element from the user's past journal results. You may be doing it.
  • At least one journal element may include the account name, in which the second journal module searches for the description and sub-items of the journal data contained in the user's past journal results by account name. May have.
  • the method may include that the second journal module selects a range of past journal results for the user to be searched, depending on the type of accounting evidence.
  • One of the other aspects of the present invention is a program or program product having an instruction to operate a computer as the accounting support system described above, and the program or program product is a suitable CD-ROM, flash memory, or the like. It can be recorded and provided on a recording medium.
  • a block diagram showing an example of an accounting service system The figure which shows an example of the accounting document (the voucher, the invoice). The figure which shows an example of the browsing screen of the journal for collation.
  • a flowchart showing an outline of the processing of the accounting support system A flowchart showing an outline of automatic journal processing.
  • the figure which shows an example of an automatic journal The figure which shows the other example of an automatic journal.
  • the figure which shows an example of the account name list The figure which shows a further different example of an automatic journal.
  • FIG. 1 shows an example of an accounting service system.
  • This accounting service system 1 is a system for organizing and journalizing vouchers (vouchers) provided by users, for example, vouchers for expense settlement.
  • the user may be an individual or a company (corporation), an accounting firm or a tax accountant office whose advisor is an individual or a company, or another organization that requires accounting affairs. ..
  • the imaging unit (image data conversion function, image data generation module, image data generation device, imaging engine) 21 of the user's accounting system 20 is connected to the accounting by the Internet (cloud) 9.
  • the original voucher (accounting document) is converted into image data (first image data) 2 and uploaded to the support system 10.
  • the journal data 3 in which the transaction details included in the image data 2 are automatically journalized is generated.
  • the user's accounting system 20 downloads the journal data 3 and incorporates it into its own accounting system or accounting software 27.
  • the accounting support system 10 generates and generates journal display data 5 that can be displayed by associating the display location of each of the plurality of transaction details included in the accounting document provided as the image data 2 with the journal data 3.
  • a matching function (matching function, journal confirmation device) that displays and matches the journal diary (ledger) 7 including the journal data 3 and the accounting document 60 of the extraction source on the terminal 25 of the user's accounting system 20. ) Support 26.
  • providing the journal display data 5 means making the journal display data 5 available to the user via the terminal 25.
  • the accounting support system 10 may provide the journal display data 5 in a state in which the terminal 25 of the user's accounting system 20 can download the journal display data 5.
  • the accounting support system 10 may provide a service that allows a user to browse his / her own accounting information via the Internet 9, for example, SaaS. For example, even if the user can collate the journal of the journal diary 7 with the transaction of the accounting evidence document from the terminal 25 via the website provided by the accounting support system 10 without downloading the journal display data 5. good.
  • the collation function (journal confirmation device) 26 only needs to allow the user to display the journal 7 including the accounting evidence document 60 via the terminal 25, and the collation function 26 is on the server (accounting support system) 10. It may be prepared.
  • the collation function 26 makes it possible to match the individual journal data 3 with the individual transaction details included in the accounting document 60 by using the journal display data 5.
  • the accounting support system 10 stores the unit (interface, function, module) 11 for acquiring the first image data 2 of the accounting document including a plurality of transaction details, and the data of the accounting document for each customer (user). It has a database 12 and a journal processing unit (journal processing device, journal processing module) 30 that generates and provides journal display data 5.
  • the journal display data 5 is data that can be displayed in association with the journal data 3 of each of the plurality of transaction details and the display location of each of the plurality of transaction details in the first image data 2.
  • the accounting support system 10 further has an accounting document displayed by the first image data 2 based on the journal display data 5 on the screen of the user's terminal 25, and the journal data 3 of each of the plurality of transaction details. Includes a browsing support unit 19 that displays a journal diary 7 including journals corresponding to.
  • the accounting support system 10 can be implemented by using a device such as a server 41 equipped with computer resources such as a memory and a CPU.
  • the function as the accounting support system 10 is a program downloaded to the server 41 and operated, and the program (program product) 45 including an instruction for realizing the function as the accounting support system 10 makes it an appropriate recording medium. It may be recorded and provided.
  • the program (program product) 45 includes instructions for realizing each unit (each function, each module) described below by the CPU.
  • the program 45 may be stored in the memory 48 of the server 41, and the CPU 47 may download and execute the program 45 to provide a function such as the journal processing unit 30.
  • a state in which a plurality of functions or modules of the accounting support system 10 provided as the program 45 are implemented as engines or modules (functional modules, functional units) in the CPU 47 that provide specific functions by computer resources. It is shown in the example.
  • the journal processing device (journal processing unit, journal processing module, journal engine) 30 is an OCR unit (character information acquisition unit) that reads the character information 31 from the first image data 2 in association with the display position 32 of the character information 31. , OCR function, OCR module) 13.
  • the OCR unit 13 converts the information contained in the accounting document supplied by the first image data 2 into digital data 33 including the character information 31 and the display position 32.
  • the OCR unit 13 may have a built-in OCR engine that converts image data into character information 31, and acquires character information 31 by using an OCR engine that is open on the cloud via the Internet 9. May be good.
  • FIG. 2 shows an example of accounting evidence document (evidence document) 60.
  • the invoice 60a which is an example of the documentary evidence 60, contains various information.
  • the invoice 60a is, for example, the name 61 of the accounting document 60, the reference number 62, the issue date 63, the issue destination 64, the issuer 65, the invoice amount 66, the description of the details 67, the details of the transaction details 68, and the information of the transfer destination. Including 69 and so on.
  • the voucher as an accounting document 60 includes not only useful information for journalizing, but also information unnecessary for journalizing, such as the publisher's advertisement, the reason why the voucher was issued, and the content for processing attached to the voucher. Often included.
  • the OCR unit 13 converts the image data 2 of the documentary evidence 60 into digital data 33.
  • the character information 38 including numbers, kanji and other symbols may be provided as text data, for example, the position information 32 may be provided as LOG data, and the character information 38 and the position information 32 may be provided. However, it may be provided as a file in a format such as TSV or CSV.
  • the information of the publisher 65 is shown as an example in FIG. 2, all the character information 38 is similarly converted into the digital data 33.
  • the character information 38 in the area determined to be a series is read integrally as the partial character information 31, and the image data in the area corresponding to the partial character information 31 is obtained. It is cut out as partial image data 35 and stored in the library 39 shown in FIG. Therefore, the character information 38 obtained from the documentary evidence 60 is a set of partial character information (character information) 31.
  • the journal processing unit 30 further distributes the character information 31 and the like read by the OCR unit 13 to a plurality of cloud workers 95 via the cloud 9 and confirms (verifies) the character information collation unit (cloud worker support unit, Character information collation function, character information collation module, character information collation device) 14, automatic discrimination unit (automatic discrimination function, automatic discrimination module) 15 that automatically discriminates a plurality of transaction details (journal target data) from digital data 33, and Journal display data 5 for displaying the automatic journal engine (journal engine, journal module) 16 that automatically generates journal data 3 from the transaction details and the journal data 3 corresponding to each transaction detail of the document 60 in association with each other. Includes a journal display data generation unit (generation function, generation module, generation engine) 17 for generating data.
  • the journal display data 5 is stored in the output library 37 and is provided to the user's accounting system 20 via the data management unit 18. Alternatively, the user's accounting system 20 can confirm the journal data 3 via the journal collation function (journal collation module, journal collation engine) 26 provided in the accounting support system 10.
  • journal collation function journal collation module, journal collation engine
  • the character information collation unit 14 provides a service of connecting to one or a plurality of workers via the cloud 9 to confirm and collate the character information 31.
  • the character information collation unit 14 includes a partial character information 31 of a part of the character information read from the first image data 2 and a partial image data 35 corresponding to the partial character information 31 in the first image data 2. Is output to the terminals of one or more workers 95 via the cloud 9, and the collation result (confirmation result) between the display content of the partial image data 35 and the partial character information 31 is collected from those workers 95.
  • Each worker 95 is supplied with a part of the documentary evidence 60, for example, the partial character information 31 and the partial image data 35 of the reference number 62 attached to the document.
  • the worker 95 collates the display content of the partial image data 35 with the partial character information 31 with respect to only the reference number 62, and if there is an error in the partial character information 31, corrects it.
  • the other character information 31 is also divided based on the type of the character information 31 and is collated by different workers 95. Therefore, it becomes unclear which part of the document 60 or which company the information is collated by each worker 95, and each worker 95 ensures the confidentiality of the content of the document 60.
  • the conversion accuracy (reading accuracy) of the character information 31 can be significantly improved.
  • the character information 31 can be further confirmed by distributing the partial character information 31 and the partial image data 35 of the same portion to a plurality of workers 95, or by having the same worker 95 check the partial character information 31 at different times. The accuracy of can be improved.
  • the character information collation unit 14 may include a collation image data generation unit (generation module, generation function) 14a that generates collation image data provided to the cloud worker 95.
  • a collation image data generation unit generation module, generation function
  • the hidden part may be converted into a mosaic, deleted (whitening process), or painted with a color such as black.
  • the automatic determination unit 15 determines whether or not a plurality of transaction details are included in the evidence document 60 from the display position 32 of the character information 31 included in the evidence document 60 and / or the contents of the character information 31, and each of them. Extract as journal entry target data 4 for transactions.
  • Each journal entry data 4 includes a plurality of journal elements corresponding to an issue date 63, a billing amount 66, an issuer 65, and transaction details 68.
  • the plurality of journal elements included in the journal target data 4 include elements such as date 4a, amount 4b, supplier name 4c, and description 4d, and further, the type of document 60, for example, the document name suggesting the direction of the transaction (claim). Calligraphy, receipt) 4e and other elements may be included.
  • the types of data and journal elements included in the journal entry target data 4 are not limited to these.
  • the automatic journal engine 16 functions as a unit (module) that generates journal data 3 from journal target data 4.
  • the automatic journal engine 16 automatically makes a journal and determines (selects) the account item of the journal target data 4. For example, the journal engine 16 records "income”, “expenditure”, and "payment” by combining the direction of the transaction and the recording and clearing from the information 4e of the name 61 of the document 60 included in the journal data 4. It automatically determines the categories including "application” and “withdrawal application”, analyzes the journals in the past journal diary (ledger), and matches with other journal elements such as transaction details included in the journal target data 4. It may include a function (algorithm) for determining the account item of the journal entry target data 4 based on the distance.
  • the journal engine 16 converts (generates) the journal target data 4 into journal data 3 to be entered as a journal in the journal (journal diary) 7 having a predetermined format as an accounting book.
  • the journal data 3 to which accounts and the like are added and journalized is general-purpose accounting data, and is used for the accounting software 27 or the accounting system provided by various software companies or service providers via the journal data 3. The details of the transaction can be entered automatically.
  • the automatic journal engine (automatic journal module, automatic journal device) 16 performs a highly versatile first journal module (first journal engine, first automatic journal engine) 16a and journals applied to individual users. Includes a second journal module (second journal engine, second automatic journal engine) 16b.
  • the first journal engine 16a typically uses artificial intelligence (AI) to select the most suitable account by a learning model machine-learned to select accounts corresponding to a plurality of journal elements in advance. Is.
  • the first journal engine 16a may be a journal engine that selects the optimum account item by a predetermined search algorithm using a plurality of journal elements. Examples of the search algorithm include the longest match search and the nearest neighbor search (Eugrid distance search).
  • the first journal engine 16a accounts for at least one of the learning models pre-machine-learned to select accounts for at least one of the plurality of journal elements, or at least one of the plurality of journal elements.
  • the optimal account is selected for the journal target data 4 including a plurality of journal elements extracted from the user's accounting evidence.
  • the general-purpose first journal engine 16a can select the most suitable accounting account for the journal target data 4 including a plurality of journal elements with high probability. Therefore, the work efficiency in the journal processing can be improved, and the variation in the accuracy of the journal can be suppressed.
  • a specific account item is set for a specific transaction item, although it is not general purpose, or some selections are made. If you set a specific one of the possible accounts, it may be inconsistent with past journals. Alternatively, the account selected by the automatic journal may need to be re-entered by the accounting staff according to the peculiarity or the past journal, and the merit of the automatic journal may not be obtained.
  • the second journal engine 16b is an engine for searching past journals for each user, and searches for an account item corresponding to at least one journal element included in the journal target data 4 from the user's past journal result 70.
  • At least one journal element that is the target of the first journal in the second journal engine 16b may be a preset first journal element, for example, based on the account name 4c, of the target user.
  • searching the past journal result 70 the account item (corresponding account item) matching the customer name 4c is searched.
  • the accounting support system 10 includes a past journal result 70 for each user, for example, a user library 79 in which data of a past journal diary is stored in advance.
  • the data in the journal may be given in advance as data in a searchable format such as CSV format.
  • the automatic journal engine 16 automatically selects the account searched by the second journal engine 16b for the journal target data 4 in preference to the account selected by the first journal engine 16a.
  • the journal control engine 16x may preferentially select the account searched by the second journal engine 16b with respect to the account selected by the first journal engine 16a.
  • the journal control engine 16x processed the second journal engine 16b prior to the processing of the first journal engine 16a, and the second journal engine 16b was able to search for an appropriate account for the journal target data 4.
  • the first journal engine 16a and the second journal engine 16b may be controlled so as to bypass the processing of the first journal engine 16a.
  • the second journal engine 16b is a search module (search engine) by the customer name that searches the user's past journal result 70 using the customer name 4c as a journal element.
  • the second journal engine 16b is a first search engine (search unit, search module) 16c that searches whether or not there is an account name 4c in the description of the past journal and there is a corresponding (matching) account. And, when the corresponding account cannot be obtained by the first search engine 16c, whether or not there is information corresponding to the customer name 4c in the sub-item and there is a corresponding (matching) account.
  • a second journal element for example, an amount 4b
  • a fourth search engine (multi-stage search module) 16f that searches for corresponding (matching) accounts on the condition that they are the same.
  • the second journal element may be a date 4a instead of the amount 4b, or may be another journal element.
  • the second journal engine 16b searches the past journal result 70 for whether or not there is a corresponding (matching) sub-item when the account item matching the condition can be searched (discovered).
  • a module (third search engine) 16e that outputs with accounts.
  • the second journal engine 16b further includes a filter module (filter unit, search condition setting module) 16 g that selects a range of past journal results 70 to be searched according to the type of accounting evidence document 60, and past journal results. It includes a module (customer name list generation engine, customer name list unit (function)) 16h for generating a business partner name list 71 for searching a business partner name 4c from 70 sub-items in advance.
  • filter module filter unit, search condition setting module
  • the journal display data generation module (generation function, generation engine, generation device) 17 is an area of the first image data 2 extracted as indicating each of the transaction details (journal target data) 4 determined by the automatic determination unit 15. (Line) Using 85 as partial image data, journal display data 5 for displaying in association with journal data 3 for each transaction is generated.
  • the accounting support system 10 has an accounting document 60 and a journal (ledger) 7 including journals corresponding to the journal data 3 of each of a plurality of transaction details on the screen of the terminal 25 of the user's accounting system 20.
  • a browsing support unit (display interface, support function, support module) 19 configured to display in association.
  • the collation unit (journal confirmation interface, journal confirmation device) 26 of the user terminal 25 may display the journal diary 7 via the browsing support unit 19 provided in the accounting support system 10.
  • the accounting support system 10 may include a collation unit (journal confirmation interface) 26, and may provide a collation function of the user terminal 25 by using the browsing support unit 19 via the cloud 9.
  • the user terminal 25 may download these data in advance and provide the following services as a stand-alone system.
  • the collation unit 26 capable of confirming journals displays the respective journal target data, the accounts searched by the second journal module 16b for each journal target data, and the first one on the screen of the journal diary 7. At least one of the optimal accounts selected by the journal module 16a is displayed, and the displayed account can be re-entered.
  • FIG. 3 shows an example of the display of the screen 25a of the terminal 25 provided by the collation unit 26 including the browsing support unit (browsing engine) 19.
  • FIG. 3 is a display example when the accounting evidence document 60a includes one transaction detail, and the journal diary 7 and the evidence document 60a are displayed in parallel on the screen 25a, and the search menu of the journal diary 7 is displayed. 25b is also displayed. From the journals 300 corresponding to the plurality of journal data 3 included in the journal diary 7 displayed on the screen 25a, the journal 301 corresponding to the evidence document 60a displayed on the screen 25a is highlighted.
  • the highlighting method may be to change the display color of the corresponding journal 301 in the journal 7, change the display font, change the display surrounding the line indicating the journal 301, and various other methods.
  • journal 301 including the accounts and sub-accounts automatically selected by the automated journal engine 16 is displayed.
  • the user can check the accounts and sub-items selected by the automatic journal engine 16 by referring to the accounting document 60a displayed at the same time, and manually reselect the accounts and sub-items if necessary. can.
  • the journal 300 displayed in the journal 7 is number 3x, date 3a, debit account item 3b, debit sub-item 3c, debit department 3d, debit amount 3e, debit tax category 3f, credit account item 3g, credit sub-item 3h. , Credit department 3i, credit amount 3j, credit tax category 3k, customer name 3l, use 3m, description 3n, etc. may be included.
  • FIG. 4 shows an outline of processing in the accounting support system 10 by a flowchart.
  • the data (past data) 70 of the past journal diary is acquired.
  • the user can upload the data 70 of the past journal to the accounting support system 10 and set it to be used for automatic journals.
  • the user converts the transaction contents so far into a CSV file or the like, uploads it, and stores it in the database 79.
  • Flag information as to whether it is a compound journal may be automatically added to each journal when the database is stored.
  • the sub-subject list 71 for searching may be generated by extracting what seems to be a company name from the sub-subject list of the past journal diary 70.
  • step 51 the image data (first image data) 2 of the voucher to be the accounting document 60 is input from the user's accounting system 20 via the interface unit 11 connected to the cloud 9.
  • step 52 the OCR unit 13 for acquiring character information reads the character information 31 from the image data 2 in association with the display position information 32, and in step 53, the character information collation unit 14 reads the divided characters.
  • the information (partial character information) 31 and the divided image data (partial image data) 35 are distributed to one or more workers 95 connected to the cloud 9, and the collated results are collected by the workers 95.
  • the partial image data 35 may be image data (image data for collation) from which the image data corresponding to the partial character information 31 that does not require collation is removed.
  • the transaction details automatic determination unit 15 automatically determines a plurality of transaction details included in one accounting document 60, and is a journal entry target. Generate data 4.
  • the automatic journal engine 16 journals the journal target data 4 and generates journal data 3 to be displayed as a journal (entry) in the journal diary 7.
  • the journal display data generation unit 17 generates journal display data 5 in which the journal data 3 is associated with the display area (partial image data) 85 of each of the plurality of transaction details included in the documentary evidence 60. However, it is made available to the user by the browsing support unit 19.
  • step 57 the browsing support unit 19 supports the display of the journal 7 in the collation function 26 of the user's accounting system 20 by using the journal display data 5 provided by the accounting support system 10, and is in charge of the user's accounting. Allows the person to check the journal result (journal content in the journal).
  • step 58 the journal entry data 3 is supplied to the user's accounting system 20 by the download request from the accounting system 20.
  • the journal data 3 is supplied to the accounting software incorporated in the accounting system 20, and the subsequent accounting processing is performed.
  • FIG. 5 shows a more detailed content of the automatic journalizing process in step 55.
  • This step 55 is a step (automatic journal processing) of automatically selecting an account for the journal target data 4 including a plurality of journal elements extracted from the accounting evidence document 60.
  • the automated journaling process chooses an account for at least one of the multiple journal elements, or a learning model that has been machine-learned to select the account for at least one of the multiple journal elements.
  • the past journal entry is searched by the second journal engine 16b for searching the account item corresponding to the first journal element included in the journal target data 4 from the past journal result 70 of the user to be journalized.
  • the type of accounting evidence document 60 is determined.
  • the accounting document 60 includes receipts, receipts, passbooks, invoices, cash accounts, and the like.
  • the filter module (search condition setting module) 16g sets the data 70 of the user's past journal diary to be searched according to the type of accounting evidence document 60. You can reduce the processing time and increase the probability that matching accounts will be found. Further, if there are default accounts and sub-accounts set in the journal data 3, they are set. For example, in the case of a passbook, the default account is savings and the sub-account is the bank name. In the passbook, the subject / sub-subject column of the past journal data (past data) 70 searched by deposit / withdrawal changes to debit / credit.
  • the data in which the debit subject, sub-subject, department, tax category name, and description column of the past data 70 are collected is acquired, and the subject and the sub-subject that match the subject and the sub-subject entered at the time of passbook setting are obtained. And only sub-subjects are searched. Furthermore, (i) the data of the most frequently used (frequently appearing) subjects in the past data, and (ii) the data that matches the department name in the passbook setting, which is the data that is the premise of processing. , (Iii) It may be classified into only one subject data in the past data and searched in this order. If the customer name is hit during the search, the credit item and sub-item that are paired with the debit are acquired in order to generate the journal data 3. At the same time, department and tax classification data may be acquired from the past data 70.
  • the data in which the credit subject, sub-subject, department, tax category name, and description column of the past data 70 are collected is acquired, and the subject and sub-subject entered when setting the passbook. Only the subjects and auxiliary subjects that match the above are extracted as the search target. If there is a hit in the customer name during the search, the debit item, sub-item, department, and tax classification data that are the pair of the hit creditor are acquired from the past data 70.
  • the past data 70 other than that used in both the debit and credit passbooks is acquired as the search target. If there is a hit in the customer name during the search, the creditor and debit items, sub-items, departments, and tax classification data that are the pair of the hit debit and credit are acquired from the past data 70.
  • the accounting document 60 is an invoice
  • accounts payable there are two cases: accounts payable and accounts payable.
  • accounts receivable the past data 70 of the debit other than that used in the passbook is acquired as a search target. If there is a hit in the customer name, the creditor item, sub-item, department, and tax classification data that are paired with the hit debit are acquired from the past data 70.
  • accounts payable the past data 70 of credits other than those used in the passbook is acquired as a search target. If there is a hit in the customer name, the debit item, sub-item, department, and tax classification data that are paired with the hit creditor are acquired from the past data 70.
  • step 504 it is determined whether or not the supplier name (first journal element) 4c of the journal target data 4 is present in the description column of the past data 70 that is the search target.
  • step 505 if a plurality of accounts to be acquired in the hit past data 70 match, the matched accounts are adopted as the accounts corresponding to the journal element (customer name) 4c. If the customer name 4c is not found in the description field in step 504, or if the plurality of acquisition target accounts of the past data 70 hit in step 505 do not match, the second search engine 16d determines in step 506. It is determined whether or not the customer name 4c is included in the sub-item of the past data 70 that is the search target. If the customer name 4c is not found in the sub-item in step 506, the past reference process 550 is terminated and the process proceeds to the first automatic journal entry process 520.
  • step 507 if a plurality of accounts to be acquired of the hit past data 70 match, the first search engine 16c adopts the matched account. If there are a plurality of accounts, in step 508, it is determined whether or not the search is set to be continued (multi-stage search). If it continues, the fourth search engine 16f determines in step 509 whether or not there is data in which the amount (second journal element) 4b matches the past data 70 hit in step 506. In step 510, it is determined whether there is an account for which the hit past data 70 is to be acquired and a matching account can be found. If the conditions for continuing the search are not satisfied in steps 508, 509, and 510, the past reference process 550 is terminated, and the process proceeds to the first automatic journal entry process 520.
  • the second journal element may be the date 4a, and when the amount 4b is adopted as the second journal element, the date 4a may be used as the subsequent third journal element. Date 4a may be searched for by conditions such as the end of the month, weekends, year-end, etc. to determine monthly or yearly processing.
  • step 531 the third search engine 16e determines whether or not the sub-subjects of the past data 70 hit in each step match. If they match, the sub-item is adopted, the matched account item and the matched sub-item are acquired in step 551, and the journal data 3 is generated in step 560.
  • step 532 it is determined whether or not the sub-item of the past data 70 searched as matching accounts has the customer name 4c. If the sub-subject has the business partner name 4c, in step 533, it is determined whether or not the sub-subjects to be acquired match. If they match, the process proceeds to step 551. In step 532 and step 533, if there are a plurality of sub-items associated with the matching account by the search in the past data 70 and cannot be limited to one, in step 552, the matching account and the empty string sub-item are used. It is output including a symbol indicating that the subject or the auxiliary subject could not be specified, and the journal data 3 is generated in step 560.
  • the customer name 4c which is the first journal entry element targeted at the time of search, may be capable of fuzzy search. For example, if the customer name 4c has 6 or more characters, a one-character error may be allowed. For example, when the input character is aabbcc, a character such as aXbbcc may be a search target or a hit. If the end of the business partner name 4c is a general name such as "store" and the total number of characters is longer than the search target, a prefix match search may be performed. For example, when the customer name 4c is "algorithm market Tokyo branch", the "algorithm market" may also be a hit. The minimum number of matching characters may be specified in the prefix match search. In addition, since either the input character or the character to be searched may be half-width katakana, the search may be performed by converting both to half-width katakana.
  • FIG. 6 shows an example in which the journal data 3 is generated by the past reference process 550.
  • the past data 70 which is a past journal entry, includes date 70a, number 70x, voucher / slip type 70z, debit account (code) 70b, debit account (name) 70bx, debit sub-item (code) 70c, and debit subsidy.
  • Journal data 3 includes number 3x, date 3a, debit account item 3b, debit sub-item 3c, debit department 3d, debit amount 3e, debit tax category 3f, credit account item 3g, credit sub-item 3h, credit department 3i, credit amount. Includes information such as 3j, credit tax category 3k, customer name 3l, usage 3m, and description 3n.
  • journal data 301 shown in FIG. 3 items such as a date 3a, an amount 3e and 3j, a business partner name 3l, and a description 3n are set by the data obtained from the voucher 60a. Since the voucher 60a, which is an accounting document, is an invoice and is determined to be accounts payable, the second journal engine 16b matches the credit description 70n 2 of the past data 70 with the customer name 3l by the past reference processing 550. Discover the record 75 to do. In this case, there is only one match (hit) record 75, and the first search engine 16c and the third search engine 16e have the matched debit account 70b, debit sub-account 70c, in steps 505 and 531.
  • step 560 Acquired the credit account 70g and the credit sub-account 70h, and searched for the debit account 3b, debit sub-account 3c, credit account 3g, and credit sub-account 3h of the journal data 3 corresponding to the customer name 3l.
  • Set as (account, sub-account) step 551.
  • the debit sector 70d, the credit tax category 70f, the credit sector 70i, and the credit tax category 70k are acquired and set in the debit sector 3d, the credit tax category 3f, the credit sector 3i, and the credit tax category 3k in the journal data 3. May also be set in the debit account item 3b, the debit sub-item 3c, the credit account item 3g, and the credit sub-item 3h.
  • the journal data 3 displayed as the record 301 can be generated.
  • Figure 7 shows a different example.
  • the historical data 70 is number 70x, date 70a, debit account (code) 70b, debit account (name) 70bx, debit sub-item (code) 70c, debit sub-item (name) 70cx, debit amount 70e.
  • Debit consumption tax amount 70ex Debit tax rate 70fx1, Debit tax category 70fx2, Debit tax 70fx3, Debit department (code) 70d, Debit department (name) 70dx, Credit account (code) 70g, Credit account (name) 70gx, Credit Sub-account (code) 70h, credit sub-account (name) 70hx, credit amount 70j, credit consumption tax amount 70jx, credit tax rate 70kx1, credit tax category 70kx2, credit tax 70kx3, credit department (code) 70i, credit department (name) 70ix , Description 70n and the like.
  • the journal data 3 is common to the above. A plurality of past data 70 having the customer name 3l in the description 70n are found, and their debit accounts 70b do not match. Therefore, the second search engine 16d determines in step 505 whether or not the sub-item (credit sub-item) 70h has the customer name 3l.
  • the second search engine 16d may refer to the business partner name list 71 shown in FIG. 8 and acquire the sub-subject code corresponding to the business partner name 3l.
  • the sub-subject code "4" corresponding to "AB power" is acquired.
  • the business partner name list 71 may include a sub-item code 71a, a business partner name (abbreviation) 71b, and a business partner official name 71c.
  • Figure 9 shows a different example.
  • the contents of the past data 70 and the journal data 3 are the same as above.
  • a plurality of past data 70 in which the customer name 3l is set in the credit sub-item 70h are found, and their debit items 70b match.
  • the debit sub-subjects 70c do not match. Therefore, in step 507, the second search engine 16d acquires the matched debit account 70b, credit account 70g, and credit sub-account 70h, and debits account 3b, credit account 3g, and credit sub-account 3 in the journal data 3.
  • the subject 3h is set as the subject searched corresponding to the business partner name 3l.
  • a display with a plurality of candidates is set (step 552). Since there is a possibility that other items do not match, it may or may not be acquired from the past data 70.
  • the second journal engine 16b that performs the past reference processing 550 automatically refers to the past journal diary (past data) 70 and automatically selects the journal target data 4. It is possible to make journal entries and make journal entries that reflect past journal entry results. For this reason, in the past accounting process (journal processing) for each user, for various reasons, a specific account is set, although it is not general purpose, or it is specified from among several selectable accounts. Even if one of the above is set, automatic journalizing that reflects that journal is possible, and consistency with past journals can be maintained.
  • the first journal engine 16a can select the optimum account with a high probability by using a machine-learned model or by using a general-purpose algorithm. can do. Therefore, the work efficiency in the journal processing can be improved, and the variation in the accuracy of the journal can be suppressed.
  • the above is a learning model or multiple journal elements that have been machine-learned to select accounts corresponding to multiple journal elements in advance for the journal target data that includes multiple journal elements extracted from accounting evidence documents.
  • the target is based on the first journal element contained in the journal target data prior to the processing of the first automatic journal engine that selects the optimum account by the predetermined search algorithm used and the first automatic journal engine.
  • a system with a second automatic journal engine that selects matching accounts by searching the user's past journal results is disclosed. If there is a matching account from the past journal results of the target user for the journal target data by the second automatic journal engine, it will be adopted, and if the matching account cannot be identified, the first automatic journal will be used. Select the most suitable account according to the engine. By this processing, the efficiency of the journal entry work can be improved, and the peculiarities of each user such as a company and the past journal entry results of the target user can be reflected to the extent that they can be specified.
  • the second automatic journal engine When multiple accounts are selected by searching past journal results based on the first journal element, the second automatic journal engine will be among the multiple accounts based on the second journal element. It may include a multi-level search engine that selects matching accounts.
  • the second automatic journal engine may include a unit that selects and outputs matching sub-accounts as well as matching accounts.
  • the first journal element may be, for example, the account name, and the second automated journal engine may search for abstracts and / or sub-subjects of journal data contained in past journal results. If the second automatic journal engine cannot select a matching account even if the account name is in the description column, can the matching account be selected under the condition that the account name is in the sub-item column? The processing may be performed. In addition, if there is a sub-subject that does not match, a display indicating that there is a sub-subject may be output.
  • the above discloses a method of supporting accounting processing having a process of automatically selecting an account for journal target data including a plurality of journal elements extracted from accounting evidence documents.
  • the process of automatically selecting an account includes the following steps. 1. 1. A learning model machine-learned to select accounts corresponding to multiple journal elements in advance for the data to be journaled, or a first automatic journal engine equipped with a predetermined search algorithm using multiple journal elements. Select the most suitable account. 2. 2. Prior to the processing of the first automatic journal engine, the matching account is selected by the second automatic journal engine that searches the past journal results of the target user based on the first journal element contained in the journal target data. do.
  • Selecting matching accounts means that if multiple accounts are selected by searching past journal results based on the first journal element, then multiple accounts will be selected based on the second journal element. It may include selecting matching accounts in. Selecting matching accounts may include selecting matching sub-accounts as well as matching accounts. An example of the first journal element is the account name, and selecting matching accounts may include searching for journal data descriptions and sub-accounts contained in past journal results. Selecting matching accounts may include selecting a range of past journal results to be searched, depending on the type of accounting evidence.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

会計支援システム(10)は、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデルを用いて、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データ(4)に対し最適な勘定科目を選定する第1の仕訳モジュール(16a)と、ユーザーの過去の仕訳結果(70)から、仕訳対象データ4に含まれる少なくとも1つの仕訳要素に対応する勘定科目を検索する第2の仕訳モジュール(16b)と、第2の仕訳モジュールが検索した勘定科目を、第1の仕訳モジュールが選定する勘定科目に対して優先して、仕訳対象データに対し自動的に選定される勘定科目として採用する仕訳制御モジュール(16x)とを有する。

Description

会計支援システム
 本発明は、会計支援システムに関するものである。
 国際公開WO2016/186137号公報には、ユーザーの取引の証拠となる証憑の仕訳先を出力する仕訳ユニットと、仕訳対象の証憑に含まれる複数の文字情報が証憑中の表記位置により分割された分割データを、仕訳対象の証憑を示す識別情報とともに、電子化のために異なる作業者に分散して送信する分散ユニットと、異なる作業者により電子化された、分割電子化された文字情報を取得し、分割電子化された文字情報から識別情報に基づき仕訳ユニットにより仕訳される仕訳対象データを生成する集約ユニットとを有する会計支援システムを提供することが記載されている。
 日本国特開2018-97813号公報には、会計処理装置が、画像解析部により証憑の仕訳要素を抽出し、データ付与部により分類DB群から仕訳要素に対応した分類情報を付与して、数値化・ベクトル化部により仕訳要素をベクトル化した上で、仕訳判定部にて予め機械学習により仕訳を学習させた仕訳AIによって、勘定科目を選定させて仕訳データを生成することが記載されている。
 機械学習により仕訳を学習させたモデルを用いて仕訳作業を行うことは、証憑を作業者が1件1件読み取って仕訳を行うのに対し、作業効率を向上でき、仕訳の精度のばらつきも抑制できる。しかしながら、会社ごとの特殊性や過去の仕訳との一貫性を求めることが難しい。
 本発明の態様の1つは、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定されたアルゴリズムを用いて、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し最適な勘定科目を選定する第1の仕訳モジュールと、ユーザーの過去の仕訳結果から、仕訳対象データに含まれる少なくとも1つの仕訳要素に対応した勘定科目を検索する第2の仕訳モジュールと、第2の仕訳モジュールが検索した勘定科目を、第1の仕訳モジュールが選定する勘定科目に対して優先して、仕訳対象データに対し自動的に選定される勘定科目として採用する仕訳制御モジュールとを有する会計支援システムである。仕訳制御モジュールは、第1の仕訳モジュールの処理に先立って第2の仕訳モジュールによる処理を行ってもよい。仕訳対象データに対し、第2の仕訳モジュールにより、ユーザーの過去の仕訳結果から一致する勘定科目が検索されれば、それを採用し、一致する勘定科目が特定できない場合は、第1の仕訳モジュールにより最適な勘定科目を選定できる。この会計支援システムにより、仕訳作業の効率を向上できるとともに、会社などのユーザー単位での特殊性やユーザーの過去の仕訳結果を仕訳に反映することが可能となる。
 第2の仕訳モジュールは、仕訳対象データに含まれる第1の仕訳要素に基づいてユーザーの過去の仕訳結果を検索することにより複数の勘定科目が選択されると、それら複数の勘定科目の中から、仕訳対象データに含まれる第2の仕訳要素に対応する勘定科目を検索する、多段階の第1の検索モジュールを含んでもよい。第2の仕訳モジュールは、ユーザーの過去の仕訳結果から、少なくとも1つの仕訳要素に対応する勘定科目とともに、少なくとも1つの仕訳要素に対応する補助科目を検索する第2の検索モジュールを含んでいてもよい。少なくとも1つの仕訳要素は取引先名を含み、第2の仕訳モジュールは、ユーザーの過去の仕訳結果に含まれる仕訳データの摘要および補助科目を取引先名で検索する第3の検索モジュールを含んでいてもよい。第2の仕訳モジュールは、摘要の欄に取引先名があっても一致する勘定科目(対応する勘定項目)を選定できない場合は、補助科目の欄に取引先名がある条件で一致する勘定科目を選択できるか否かの処理をおこなってもよい。また、一致する勘定科目(対応する)は見つからないが、対応する補助科目がある場合は、補助科目があることを示す表示を出力してもよい。
 第2の仕訳モジュールは、会計証拠書類の種類により、検索対象とするユーザーの過去の仕訳結果の範囲を選択するフィルタモジュールを含んでいてもよい。このシステムは、各々の仕訳対象データと、各々の仕訳対象データに対して第2の仕訳モジュールが検索した勘定科目および第1の仕訳モジュールが選定した最適な勘定科目の少なくともいずれかとを表示し、表示された勘定科目を再入力可能とする仕訳確認インターフェイスをさらに有してもよい。仕訳確認インターフェイス(仕訳確認装置)は、仕訳対象データと、その抽出元の会計証拠書類とを関連して表示する表示インターフェイスを含んでもよい。
 本発明の他の態様の1つは、コンピュータが会計処理を支援する方法であって、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し自動的に勘定科目を選定すること(選定する工程)を有する。コンピュータは、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定された検索アルゴリズムを備えた第1の仕訳モジュールと、ユーザーの過去の仕訳結果から、仕訳対象データに含まれる少なくとも1つの仕訳要素に対応した勘定科目を検索する第2の仕訳モジュールとを含む。自動的に勘定科目を選定する工程(ステップ)は、仕訳対象データに対し自動的に選定される勘定科目として、第2の仕訳モジュールが検索した勘定科目を、仕訳対象データに対し第1の仕訳モジュールが選定する勘定科目に対して優先することを含む。優先することは、第1の仕訳モジュールの処理に先立って、前記第2の仕訳モジュールの処理を行うことを含んでもよい。
 当該方法は、第2の仕訳モジュールが、仕訳対象データに含まれる第1の仕訳要素に基づいてユーザーの過去の仕訳結果を検索することにより複数の勘定科目を選択すると、複数の勘定科目の中から、仕訳対象データに含まれる第2の仕訳要素に対応する勘定科目を検索することを有していてもよい。当該方法は、第2の仕訳モジュールが、ユーザーの過去の仕訳結果から、少なくとも1つの仕訳要素に対応する勘定科目とともに、少なくとも1つの仕訳要素に対応する補助科目を検索して出力することを有していてもよい。少なくとも1つの仕訳要素は、取引先名を含んでもよく、当該方法は、第2の仕訳モジュールが、ユーザーの過去の仕訳結果に含まれる仕訳データの摘要および補助科目を取引先名で検索することを有していてもよい。当該方法は、第2の仕訳モジュールが、会計証拠書類の種類により、検索対象とするユーザーの過去の仕訳結果の範囲を選択することを有していてもよい。
 本発明の他の態様の1つは、上記に記載の会計支援システムとして、コンピュータを稼働する命令を有するプログラムまたはプログラム製品であり、プログラムまたはプログラム製品は、CD-ROM、フラッシュメモリなどの適当な記録媒体に記録して提供することができる。
会計サービスシステムの一例を示すブロック図。 会計証拠書類(証憑、請求書)の一例を示す図。 照合用の仕訳日記帳の閲覧画面の一例を示す図。 会計支援システムの処理の概要を示すフローチャート。 自動仕訳処理の概要を示すフローチャート。 自動仕訳の一例を示す図。 自動仕訳の他の例を示す図。 取引先名リストの一例を示す図。 自動仕訳のさらに異なる例を示す図。
発明の実施の形態
 図1に、会計サービスシステムの一例を示している。この会計サービスシステム1は、ユーザーから提供される証憑(証憑類)、たとえば、経費精算の証憑類の整理と仕訳作業とを行うシステムである。ユーザーは、個人または会社(法人)であってもよく、個人あるいは会社を顧問先とする会計事務所および税理士事務所であってもよく、会計事務を要求されるその他の組織であってもよい。この会計サービスシステム1においては、ユーザーの会計システム20の画像化ユニット(画像データ化機能、画像データ生成モジュール、画像データ生成装置、画像化エンジン)21が、インターネット(クラウド)9により接続された会計支援システム10に対し、証憑類の原本(会計証拠書類)を画像データ(第1の画像データ)2に変換してアップロードする。
 会計支援システム10においては、会計証拠書類の画像データ(第1の画像データ)2を取得した後、画像データ2に含まれる取引明細を自動仕訳した仕訳データ3を生成する。ユーザーの会計システム20は、仕訳データ3をダウンロードし、自社の会計システムまたは会計ソフト27に取り込む。この際、会計支援システム10は、画像データ2として提供された会計証拠書類に含まれる複数の取引明細の各々の表示個所と仕訳データ3とを関連させて表示可能な仕訳表示データ5を生成および提供し、ユーザーの会計システム20の端末25において、仕訳データ3を含む仕訳日記帳(元帳)7と、抽出元の会計証拠書類60とを表示して突き合わせする照合機能(突き合わせ機能、仕訳確認装置)26をサポートする。
 本明細書において、仕訳表示データ5を提供するとは、仕訳表示データ5をユーザーが端末25を介して利用可能な状態にすることを意味する。会計支援システム10は、ユーザーの会計システム20の端末25が仕訳表示データ5をダウンロード可能な状態で提供してもよい。会計支援システム10は、インターネット9を介してユーザーが自己の会計情報を閲覧可能なサービス、例えばSaaSを提供してもよい。例えば、ユーザーが端末25から会計支援システム10の提供するウェブサイトなどを介して、仕訳表示データ5をダウンロードせずに仕訳日記帳7の仕訳と会計証拠書類の取引とが照合できるようにしてもよい。照合機能(仕訳確認装置)26は、ユーザーが端末25を介して、仕訳日記帳7を、会計証拠書類60を含めて表示させることができればよく、照合機能26はサーバー(会計支援システム)10に用意されていてもよい。照合機能26により、仕訳表示データ5を利用して、個々の仕訳データ3と会計証拠書類60に含まれる個々の取引明細との突合せが可能となる。
 会計支援システム10は、複数の取引明細を含む会計証拠書類の第1の画像データ2を取得するユニット(インターフェイス、機能、モジュール)11と、顧客(ユーザー)毎の会計証拠書類のデータを蓄積するデータベース12と、仕訳表示データ5を生成して提供する仕訳処理ユニット(仕訳処理装置、仕訳処理モジュール)30とを有する。仕訳表示データ5は、複数の取引明細の各々の仕訳データ3と、第1の画像データ2の中の複数の取引明細の各々の表示個所とを関連させて表示可能としたデータである。会計支援システム10は、さらに、ユーザーの端末25の画面上に、仕訳表示データ5に基づいて、第1の画像データ2により表示される会計証拠書類と、複数の取引明細の各々の仕訳データ3に対応した仕訳を含む仕訳日記帳7とを表示させる閲覧サポートユニット19を含む。
 会計支援システム10は、サーバー41などの、メモリ、CPUなどのコンピュータ資源を備えた装置を用いて実装することが可能である。会計支援システム10としての機能は、サーバー41にダウンロードされて稼働するプログラムであって、会計支援システム10としての機能を実現するための命令を含むプログラム(プログラム製品)45により、適当な記録媒体に記録して提供してもよい。プログラム(プログラム製品)45は、CPUにより以下で説明する各ユニット(各機能、各モジュール)を実現するための命令を含む。例えば、プログラム45は、サーバー41のメモリ48に格納され、CPU47がプログラム45をダウンロードして実行することにより仕訳処理ユニット30などの機能を提供してもよい。以下においては、プログラム45として提供される会計支援システム10の複数の機能またはモジュールが、CPU47において、コンピュータ資源により特定の機能を提供するエンジンまたはモジュール(機能モジュール、機能ユニット)として実装された状態を例に示している。
 仕訳処理装置(仕訳処理ユニット、仕訳処理モジュール、仕訳エンジン)30は、第1の画像データ2から文字情報31と、文字情報31の表示位置32とを関連付けして読み取るOCRユニット(文字情報取得ユニット、OCR機能、OCRモジュール)13を有する。OCRユニット13は、第1の画像データ2により供給された会計証拠書類に含まれる情報を、文字情報31と表示位置32とを含むデジタルデータ33に変換する。OCRユニット13は、画像データを文字情報31に変換するOCRエンジンを内蔵していてもよく、インターネット9を介して、クラウド上に開放されているOCRエンジンを利用して文字情報31を取得してもよい。
 図2に、会計証拠書類(証拠書類)60の一例を示している。証拠書類60の一例である請求書60aには様々な情報が含まれる。請求書60aは、例えば、会計証拠書類60の名称61、整理番号62、発行日63、発行先64、発行元65、請求金額66、明細の記述67、取引明細の詳細68、振込先の情報69などを含む。会計証拠書類60としての証憑には、さらに、発行元の宣伝広告、証憑が発行された理由、証憑に付随した処理用の内容など、仕訳に有用な情報のみならず、仕訳に不要な情報も含まれていることが多い。
 OCRユニット13は、証拠書類60の画像データ2をデジタルデータ33に変換する。OCRユニット13により、数字、漢字およびその他のシンボルを含む文字情報38は、例えば、テキストデータとして提供されてもよく、位置情報32はLOGデータとして提供されてもよく、文字情報38および位置情報32が、TSV、CSVなどの形式のファイルで提供されてもよい。図2では、発行元65の情報を例に示しているが、全ての文字情報38が同様にデジタルデータ33に変換される。さらに、OCRユニット13においては、証拠書類60の画像データ2において、一連と判断される領域の文字情報38が部分文字情報31として一体で読み取られ、部分文字情報31に対応する領域の画像データが部分画像データ35として切り出され、図1に示すライブラリ39に保存される。したがって、証拠書類60から得られた文字情報38は、部分文字情報(文字情報)31の集合である。
 仕訳処理ユニット30は、さらに、OCRユニット13により読み取られた文字情報31などを、クラウド9を介して複数のクラウドワーカー95に分散して確認(照合)する文字情報照合ユニット(クラウドワーカーサポートユニット、文字情報照合機能、文字情報照合モジュール、文字情報照合装置)14と、デジタルデータ33から複数の取引明細(仕訳対象データ)を自動判別する自動判別ユニット(自動判別機能、自動判別モジュール)15と、取引明細から自動的に仕訳データ3を生成する自動仕訳エンジン(仕訳エンジン、仕訳モジュール)16と、証拠書類60の各取引明細と対応する仕訳データ3とを関連付けて表示するための仕訳表示データ5を生成する仕訳表示データ生成ユニット(生成機能、生成モジュール、生成エンジン)17とを含む。仕訳表示データ5は、出力ライブラリ37に格納され、データ管理ユニット18を介してユーザーの会計システム20に対して提供される。または、会計支援システム10に用意された仕訳照合機能(仕訳照合モジュール、仕訳照合エンジン)26を介してユーザーの会計システム20が仕訳データ3を確認できるようにする。
 文字情報照合ユニット14は、1または複数の作業者にクラウド9を介して接続して文字情報31を確認および照合するサービスを提供する。文字情報照合ユニット14は、第1の画像データ2から読み取られた文字情報の一部の部分文字情報31と、第1の画像データ2の中の部分文字情報31に該当する部分画像データ35とをクラウド9を介して1または複数の作業者95の端末に出力し、それらの作業者95から部分画像データ35の表示内容と部分文字情報31との照合結果(確認結果)を収集する。各々の作業者95には、証拠書類60の一部、例えば、書類に付された整理番号62の部分文字情報31と部分画像データ35とが供給される。
 例えば、作業者95は、整理番号62のみに関して、部分画像データ35の表示内容と部分文字情報31とを照合し、部分文字情報31に誤りがあれば、それを修正する。他の文字情報31においても同様に文字情報31の種類などを基準として分割され、異なる作業者95により照合される。このため、各々の作業者95は、証拠書類60のどの部分の情報、または、どの会社の情報を照合しているかは不明となり、証拠書類60の内容についての秘匿性を担保しながら、各々の文字情報31の変換精度(読み取り精度)を大幅向上できる。また、同一の部分の部分文字情報31と部分画像データ35とを複数の作業者95に分散して確認したり、同一の作業者95に時間をずらして確認させることにより、さらに、文字情報31の精度を向上できる。
 文字情報照合ユニット14は、クラウドワーカー95に提供する照合用の画像データを生成する照合用画像データ生成ユニット(生成モジュール、生成機能)14aを含んでいてもよい。例えば、第1の画像データ2から読み取られた全文字情報38の内の、照合対象の部分文字情報31を除く他の部分文字情報に該当する他の部分画像データ35を解読不能に加工して照合用のデータを生成してもよい。作業者95に対し、秘匿される部分をモザイクに変換したり、削除したり(白抜き処理)、黒などの色で塗りつぶしてもよい。
 自動判別ユニット15は、証拠書類60に含まれる文字情報31の表示位置32および/または文字情報31の内容から、証拠書類60に複数の取引明細が含まれているか否かを判別し、それぞれの取引に対して仕訳対象データ4として抽出する。それぞれの仕訳対象データ4は、発行日63、請求金額66、発行元65、取引明細の詳細68に対応した複数の仕訳要素を含む。仕訳対象データ4に含まれる複数の仕訳要素は、日付4a、金額4b、取引先名4c、摘要4dなどの要素、さらに、証拠書類60の種類、例えば、取引の方向を示唆する書類名(請求書、領収書)4eなどの要素を含んでもよい。仕訳対象データ4に含まれるデータの種類および仕訳要素はこれらに限定されない。
 自動仕訳エンジン16は、仕訳対象データ4から仕訳データ3を生成するユニット(モジュール)として機能する。自動仕訳エンジン16は、自動的に仕訳を行い、仕訳対象データ4の勘定科目を判定(選定)する。例えば、仕訳エンジン16は、仕訳対象データ4に含まれる証拠書類60の名称61の情報4eなどから取引の方向と、計上および消込との組み合わせにより「収入計上」、「支出計上」、「入金消込」、「出金消込」を含むカテゴリーを自動判定したり、過去の仕訳日記帳(元帳)の仕訳を解析し、仕訳対象データ4に含まれる取引明細などの他の仕訳要素との距離に基づき仕訳対象データ4の勘定科目を決定する機能(アルゴリズム)を含んでもよい。仕訳エンジン16は、仕訳対象データ4を、会計帳簿として所定のフォーマットを備えた仕訳帳(仕訳日記帳)7に仕訳としてエントリーされる仕訳データ3に変換(生成)する。勘定科目などが追加されて仕訳けられた仕訳データ3は会計上の汎用データであり、様々なソフトウェア会社あるいはサービスプロバイダが提供している会計ソフト27または会計システムに対して、仕訳データ3を介して取引の内容を自動的に入力することができる。
 自動仕訳エンジン(自動仕訳モジュール、自動仕訳装置)16は、汎用性の高い第1の仕訳モジュール(第1の仕訳エンジン、第1の自動仕訳エンジン)16aと、個々のユーザーに適用した仕訳を行う第2の仕訳モジュール(第2の仕訳エンジン、第2の自動仕訳エンジン)16bとを含む。第1の仕訳エンジン16aは典型的には、予め複数の仕訳要素に対応した勘定科目を選択するように機械学習した学習モデルにより最適な勘定科目を選定する人工知能(AI)を用いた仕訳エンジンである。第1の仕訳エンジン16aは、複数の仕訳要素を用いた所定の検索アルゴリズムにより最適な勘定科目を選定する仕訳エンジンであってもよい。検索アルゴリズムとしては、最長一致検索、最近傍検索(ユーグリッド距離検索)などを挙げることができる。すなわち、第1の仕訳エンジン16aは、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定されたアルゴリズムを用いて、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データ4に対し最適な勘定科目を選定する。
 汎用的な第1の仕訳エンジン16aにより複数の仕訳要素を含む仕訳対象データ4に対して会計上の最適な勘定科目を高い確率で選定することができる。このため、仕訳処理における作業効率を向上でき、仕訳の精度のばらつきも抑制できる。その一方、個々のユーザーにおいて過去の会計処理(仕訳処理)において、特定の取引明細に対して、様々な理由から、汎用的ではないが特定の勘定科目を設定していたり、あるいはいくつかの選択可能な勘定科目の中から特定の1つを設定しているような場合は、過去の仕訳との一貫性がなくなる可能性がある。あるいは、自動仕訳により選定された勘定科目を、会計スタッフが特殊性あるいは過去の仕訳に従って入力しなおす必要が発生し、自動仕訳のメリットが得られない可能性がある。
 第2の仕訳エンジン16bは、ユーザー毎の過去仕訳を検索するエンジンであり、ユーザーの過去の仕訳結果70から、仕訳対象データ4に含まれる少なくとも1つの仕訳要素に対応した勘定科目を検索する。第2の仕訳エンジン16bにおいて最初の仕訳の対象となる少なくとも1つの仕訳要素は、予め設定された第1の仕訳要素であってもよく、例えば、取引先名4cに基づいて、対象のユーザーの過去の仕訳結果70を検索することにより、その取引先名4cに一致する勘定科目(対応する勘定科目)を検索する。会計支援システム10は、ユーザー毎の過去の仕訳結果70、例えば、過去の仕訳日記帳のデータを予め格納したユーザーライブラリ79を含む。仕訳日記帳のデータはCSV形式などの検索可能なフォーマットのデータとして事前に与えられていてもよい。
 自動仕訳エンジン16は、さらに、第2の仕訳エンジン16bが検索した勘定科目を、第1の仕訳エンジン16aが選定する勘定科目に対して優先して、仕訳対象データ4に対し自動的に選定される勘定科目として採用する仕訳制御モジュール(仕訳制御エンジン)16xを含む。仕訳制御エンジン16xは、第1の仕訳エンジン16aが選択した勘定科目に対して、第2の仕訳エンジン16bが検索した勘定科目を優先して選択してもよい。仕訳制御エンジン16xは、第1の仕訳エンジン16aの処理に先立って第2の仕訳エンジン16bの処理を行い、第2の仕訳エンジン16bが仕訳対象データ4に対して適当な勘定科目を検索できた場合は、第1の仕訳エンジン16aの処理をバイパスするように第1の仕訳エンジン16aおよび第2の仕訳エンジン16bを制御してもよい。
 第2の仕訳エンジン16bの一例は、取引先名4cを仕訳要素としてユーザーの過去の仕訳結果70を検索する、取引先名による検索モジュール(検索エンジン)である。第2の仕訳エンジン16bは、過去仕訳の摘要に取引先名4cがあり、それに対応する(一致する)勘定科目があるか否かを検索する第1の検索エンジン(検索ユニット、検索モジュール)16cと、第1の検索エンジン16cで、対応する勘定科目が得られない場合に、補助科目に取引先名4cに対応する情報があり、それに対応する(一致する)勘定科目があるか否かを検索する第2の検索エンジン16dと、第1の検索エンジン16cまたは第2の検索エンジン16dにより複数の対応する勘定科目が検索(発見)されたときに、第2の仕訳要素、例えば金額4b、が同一という条件で、それに対応(一致する)勘定科目があるか否かを検索する第4の検索エンジン(多段階の検索モジュール)16fとを含む。第2の仕訳要素は、金額4bの代わりに日付4aであってもよく、他の仕訳要素であってもよい。さらに、第2の仕訳エンジン16bは、過去の仕訳結果70から、条件に一致した勘定科目が検索(発見)できた際に、対応する(一致する)補助科目があるか否かを検索して勘定科目とともに出力するモジュール(第3の検索エンジン)16eを含む。
 第2の仕訳エンジン16bは、さらに、会計証拠書類60の種類により、検索対象とする過去の仕訳結果70の範囲を選択するフィルタモジュール(フィルタユニット、検索条件設定モジュール)16gと、過去の仕訳結果70の補助科目から取引先名4cを検索するための取引先名リスト71を事前に生成するモジュール(取引先名リスト生成エンジン、取引先名リストユニット(機能))16hとを含む。
 仕訳表示データ生成モジュール(生成機能、生成エンジン、生成装置)17は、自動判別ユニット15において判別された取引明細(仕訳対象データ)4のそれぞれを示すとして抽出された第1の画像データ2の領域(行)85を部分画像データとして、それぞれの取引の仕訳データ3と関連付けて表示するための仕訳表示データ5を生成する。
 会計支援システム10は、ユーザーの会計システム20の端末25の画面上に、会計証拠書類60と、複数の取引明細の各々の仕訳データ3に対応する仕訳を含む仕訳日記帳(元帳)7とを関連して表示するように構成された閲覧サポートユニット(表示インターフェイス、サポート機能、サポートモジュール)19を含む。ユーザー端末25の照合ユニット(仕訳確認インターフェイス、仕訳確認装置)26は、会計支援システム10に用意された閲覧サポートユニット19を介して仕訳日記帳7を表示してもよい。会計支援システム10が照合ユニット(仕訳確認インターフェイス)26を含み、クラウド9を介して閲覧サポートユニット19を用いて、ユーザー端末25の照合機能を提供してもよい。ユーザー端末25は、これらのデータを予めダウンロードして、スタンドアロンのシステムとして以下のサービスを提供してもよい。仕訳確認を行うことができる照合ユニット26は、仕訳日記帳7の画面に、各々の仕訳対象データと、各々の仕訳対象データに対して第2の仕訳モジュール16bが検索した勘定科目および第1の仕訳モジュール16aが選定した最適な勘定科目の少なくともいずれかとを表示し、表示された勘定科目を再入力可能とする。
 図3に、閲覧サポートユニット(閲覧エンジン)19を含む照合ユニット26により提供される端末25の画面25aの表示の一例を示している。図3は、会計証拠書類60aが1つの取引明細を含む際の表示例であり、画面25aには、仕訳日記帳7と、証拠書類60aとが並列に表示され、仕訳日記帳7の検索メニュー25bが合わせて表示されている。画面25aに表示された仕訳日記帳7に含まれる複数の仕訳データ3に対応した仕訳300の中から、画面25aに表示されている証拠書類60aに対応する仕訳301がハイライトされる。ハイライトされる方法は、仕訳日記帳7の該当する仕訳301の表示色を変えてもよく、表示フォントを変えてもよく、仕訳301を示す行を囲う表示を変えてもよく、その他の様々な表示形態を採用できる。照合ユニット26においては、自動仕訳エンジン16により自動的に選定された勘定科目および補助科目を含む仕訳301が表示される。ユーザーは、同時に表示された会計証拠書類60aを参照することにより自動仕訳エンジン16により選定された勘定科目および補助科目を確認し、必要があれば勘定科目および補助科目をマニュアルで選定しなおすことができる。仕訳日記帳7に表示される仕訳300は、番号3x、日付3a、借方勘定科目3b、借方補助科目3c、借方部門3d、借方金額3e、借方税区分3f、貸方勘定科目3g、貸方補助科目3h、貸方部門3i、貸方金額3j、貸方税区分3k、取引先名3l、用途3m、摘要3nなどの情報を含んでいてもよい。
 図4に、会計支援システム10における処理の概要をフローチャートにより示している。ステップ50において、過去の仕訳日記帳のデータ(過去データ)70を取得する。ユーザーは、過去の仕訳日記帳のデータ70を会計支援システム10にアップロードして、自動仕訳に利用されるように設定できる。ユーザーが今までの取引内容をCSVファイルなどに変換してアップロードし、それをデータベース79に格納する。データベース格納時に複合仕訳かどうかのフラグ情報を仕訳ごとに自動で付与してもよい。また、過去の仕訳日記帳70の補助科目リストの中から企業名らしきものを抽出して検索用の補助科目リスト71を生成してもよい。
 ステップ51において、ユーザーの会計システム20より、会計証拠書類60となる証憑類の画像データ(第1の画像データ)2が、クラウド9に接続されたインターフェイスユニット11を介して入力される。ステップ52において、文字情報を取得するOCRユニット13が、画像データ2から文字情報31と、表示位置の情報32とを関連付けして読み取り、ステップ53において、文字情報照合ユニット14が、分割された文字情報(部分文字情報)31と、分割された画像データ(部分画像データ)35とをクラウド9に接続された1または複数の作業者95に分配し、作業者95が照合した結果を収集する。部分画像データ35は、照合が不要な部分文字情報31に該当する画像データが除かれた画像データ(照合用の画像データ)であってもよい。
 作業者95により確認された文字情報31を用いて、ステップ54において、取引明細自動判別ユニット15により、1つの会計証拠書類60に含まれている複数の取引明細を自動的に判別し、仕訳対象データ4を生成する。ステップ55において、自動仕訳エンジン16により、仕訳対象データ4を仕訳けして、仕訳日記帳7に仕訳(エントリー)として表示される仕訳データ3を生成する。ステップ56において、仕訳表示データ生成ユニット17により、仕訳データ3と、証拠書類60に含まれている複数の取引明細のそれぞれの表示領域(部分画像データ)85とを関連付けした仕訳表示データ5を生成し、ユーザーが閲覧サポートユニット19により利用可能とする。ステップ57において、閲覧サポートユニット19が、会計支援システム10から提供される仕訳表示データ5を用いて、ユーザーの会計システム20の照合機能26における仕訳日記帳7の表示をサポートし、ユーザーの会計担当者が仕訳結果(仕訳日記帳の仕訳内容)を確認できるようにする。仕訳結果が確認されると、ステップ58において、会計システム20からのダウンロード要求により、仕訳データ3をユーザーの会計システム20に供給する。ユーザーの会計システム20においては、仕訳データ3を会計システム20に組み込まれている会計ソフトに供給し、その後の会計処理を行う。
 図5に、ステップ55の自動仕訳処理のさらに詳しい内容を示している。このステップ55は、会計証拠書類60から抽出された複数の仕訳要素を含む仕訳対象データ4に対し自動的に勘定科目を選定する工程(自動仕訳処理)である。自動仕訳処理は、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定された検索アルゴリズムを備えた第1の仕訳エンジン16aにより、仕訳対象データ4に対し最適な勘定科目を選定するステップ(第1の自動仕訳処理)520と、第1の仕訳エンジン16aの処理に先立って、仕訳処理を行う対象のユーザーの過去の仕訳結果70から、仕訳対象データ4に含まれる第1の仕訳要素に対応した勘定科目を検索する第2の仕訳エンジン16bにより、過去の仕訳に一致する勘定科目を選定する処理(過去参照処理)550とを含む。
 図5に記載の図4におけるステップ55は、仕訳対象データ4に対し自動的に選定される勘定科目として、第2の仕訳モジュール16bが検索した勘定科目を、仕訳対象データ4に対し第1の仕訳モジュール16aが選定する勘定科目に対して優先して採用するフロートなっている。すなわち、第2の仕訳エンジン16bによる処理(過去参照処理)550が、第1の仕訳エンジン16aによる処理520より先に行われ、過去参照処理550において勘定科目などが検索されて決まり、仕訳データが生成される場合は、第1の仕訳エンジン16aにより処理520はバイパスされる。過去参照処理550においては、まず、ステップ501において第2の仕訳エンジン16bによる処理(第2の自動仕訳処理)を開始する。
 まず、ステップ502において会計証拠書類60の種類を判断する。会計証拠書類60は領収書、レシート、通帳、請求書、現金出納帳などを含む。ステップ503において、フィルタモジュール(検索条件設定モジュール)16gは、会計証拠書類60の種類により、検索対象とする、ユーザーの過去の仕訳日記帳のデータ70を設定する。処理時間を短縮できるとともに、一致する勘定科目が発見される確率を向上できる。さらに、仕訳データ3に設定されるデフォルトの勘定科目、補助科目があれば設定する。例えば、通帳の場合、勘定科目のデフォルトは普通預金であり、補助科目は銀行名である。通帳では入金・出金で検索する過去仕訳データ(過去データ)70の科目/補助科目欄が借方/貸方と変わる。例えば、入金であれば、過去データ70の借方の科目、補助科目、部門、税区分名、摘要欄がひとかたまりになったデータを取得し、通帳設定時に入力された科目と補助科目に一致する科目と補助科目のみを検索の対象とする。さらに、(i)過去データの中にある最もよく使われている(頻出している)科目のデータと、(ii)処理の前提になるデータである通帳設定にある部門名と一致するデータと、(iii)過去データの中にひとつだけある科目データに分類し、この順番に検索の対象としてもよい。検索の際に取引先名がヒットした場合、借方の対になる貸方の科目および補助科目を、仕訳データ3を生成するために取得する。同時に、部門、税区分データを過去データ70から取得してもよい。
 通帳で、さらに、出金の場合は、過去データ70の貸方の科目、補助科目、部門、税区分名、摘要欄がひとかたまりになったデータを取得し、通帳設定時に入力された科目と補助科目に一致する科目と補助科目のみを検索の対象として抽出する。検索の際に取引先名がヒットしたものがあった場合、ヒットした貸方の対になる借方の科目、補助科目、部門、税区分データを過去データ70から取得する。
 会計証拠書類60がレシート、領収書および現金出納帳の場合、借方および貸方両方の通帳で使う以外の過去データ70を検索対象として取得する。検索の際に取引先名がヒットしたものがあった場合、ヒットした借方および貸方の対になる貸方および借方の科目、補助科目、部門、税区分データを過去データ70から取得する。
 会計証拠書類60が請求書の場合、売掛と買掛の2つの場合がある。売掛の場合、通帳で使う以外の借方の過去データ70を検索対象として取得する。取引先名がヒットしたものがあった場合、ヒットした借方の対になる貸方の科目、補助科目、部門、税区分データを過去データ70から取得する。買掛の場合、通帳で使う以外の貸方の過去データ70を検索対象として取得する。取引先名がヒットしたものがあった場合、ヒットした貸方の対になる借方の科目、補助科目、部門、税区分データを過去データ70から取得する。
 具体的には、ステップ504において、検索対象とされた過去データ70の摘要欄に、仕訳対象データ4の取引先名(第1の仕訳要素)4cが有るか否かを判断する。ステップ505において、ヒットした過去データ70の複数の取得対象となる勘定科目が一致していれば、その一致した勘定科目を仕訳要素(取引先名)4cに対応した勘定科目として採用する。ステップ504において摘要欄に取引先名4cが発見されない、または、ステップ505においてヒットした過去データ70の複数の取得対象の勘定科目が一致しない場合は、ステップ506において、第2の検索エンジン16dが、検索対象とされた過去データ70の補助科目に取引先名4cが有るか否かを判断する。ステップ506において、補助科目に取引先名4cが発見されない場合は、過去参照処理550を終了し、第1の自動仕訳処理520に移行する。
 ステップ507において、ヒットした過去データ70の複数の取得対象となる勘定科目が一致していれば、第1の検索エンジン16cは、一致した勘定科目を採用する。複数の勘定科目がある場合は、ステップ508において、さらに検索を継続する設定(多段検索)になっているか否かを判断する。継続する場合は、第4の検索エンジン16fは、ステップ509において、ステップ506でヒットした過去データ70に金額(第2の仕訳要素)4bが一致するデータが有るか否かを判断する。ステップ510で、ヒットした過去データ70の取得対象となる勘定科目があり、一致した勘定科目を発見できるか判断する。ステップ508、509および510で、検索を継続する条件が整わない場合は、過去参照処理550を終了し、第1の自動仕訳処理520に移行する。第2の仕訳要素は日付4aであってもよく、第2の仕訳要素として金額4bを採用する場合は、それに続く第3の仕訳要素として日付4aを用いてもよい。日付4aは月々または毎年の処理を判断するために月末、週末、年末などの条件で検索してもよい。
 これらの工程において、検索対象の仕訳要素に対応する(一致する)勘定科目を発見(検索)できた場合、すなわち、仕訳データ3に採用する勘定科目が1つに限定できた場合は、ステップ531において、第3の検索エンジン16eが、各ステップでヒットした過去データ70の補助科目が一致するか否かを判断する。一致する場合は、その補助科目を採用し、ステップ551において、一致した勘定科目および一致した補助科目を取得し、ステップ560において仕訳データ3を生成する。
 複数の補助科目がある場合は、ステップ532で、勘定科目が一致するとして検索された過去データ70の補助科目に取引先名4cが有るか否かを判断する。補助科目に取引先名4cがあれば、ステップ533において、取得対象の補助科目が一致するか否かを判断する。一致した場合は、ステップ551へ移行する。ステップ532およびステップ533において、検索により一致した勘定科目に紐づいた補助科目が過去データ70の中に複数あり、1つに限定できない場合は、ステップ552において、一致した勘定科目と、空文字の補助科目、または補助科目が特定できなかったことを示す記号を含めて出力し、ステップ560において仕訳データ3を生成する。
 検索の際のターゲットとなる第1の仕訳要素である取引先名4cは、あいまい検索が可能であってもよい。例えば、取引先名4cが6文字以上だった場合、1文字のエラーを許容してもよい。例えば、入力文字がaabbccだった場合、aXbbccのような文字が検索対象でもヒットしてもよい。取引先名4cの末尾が「店」などの一般名称であり、全文字数が検索対象より長い場合は、前方一致検索を行ってもよい。例えば、取引先名4cが「アルゴリズムマーケット東京支店」の場合、「アルゴリズムマーケット」でもヒットするようにしてもよい。前方一致検索の際に最小一致文字数を指定してもよい。また、検索の際の入力の文字、検索対象の文字はどちらかが半角カタカナの場合があるため、双方を半角カタカナに変換した検索を併せて行ってもよい。
 図6に、過去参照処理550により仕訳データ3が生成される一例を示している。過去の仕訳日記帳である過去データ70は、日付70a、番号70x、証憑/伝票種別70z、借方勘定科目(コード)70b、借方勘定科目(名称)70bx、借方補助科目(コード)70c、借方補助科目(名称)70cx、借方摘要70n、借方取引先70q、借方部門(コード)70d、借方部門(名称)70dx、借方税区分(コード)70f、借方税区分詳細70fx、借方金額70e、借方消費税額70ex、貸方勘定科目(コード)70g、貸方勘定科目(名称)70gx、貸方補助科目(コード)70h、貸方補助科目(名称)70hx、貸方摘要70n、貸方取引先70r、貸方部門(コード)70i、貸方部門(名称)70ix、貸方税区分70k、貸方税区分詳細70kx、貸方金額70j、貸方消費税額70jx、入力元画面70yなどの情報を含む。仕訳データ3は、番号3x、日付3a、借方勘定科目3b、借方補助科目3c、借方部門3d、借方金額3e、借方税区分3f、貸方勘定科目3g、貸方補助科目3h、貸方部門3i、貸方金額3j、貸方税区分3k、取引先名3l、用途3m、摘要3nなどの情報を含む。
 図3に示した仕訳データ301においては、証憑60aから得られたデータにより日付3a、金額3eおよび3j、取引先名3l、および摘要3nなどの項目が設定される。会計証拠書類である証憑60aは請求書であり、買掛と判断されるので、第2の仕訳エンジン16bは、過去参照処理550により、過去データ70の貸方摘要70nに、取引先名3lと一致するレコード75を発見する。このケースでは、一致(ヒット)したレコード75は1つであり、第1の検索エンジン16cおよび第3の検索エンジン16eは、ステップ505および531において、一致した借方勘定科目70b、借方補助科目70c、貸方勘定科目70gおよび貸方補助科目70hを取得し、仕訳データ3の借方勘定科目3b、借方補助科目3c、貸方勘定科目3g、および貸方補助科目3hに取引先名3lに対応して検索された科目(勘定科目、補助科目)として設定する(ステップ551)。本例では、借方部門70d、借方税区分70f、貸方部門70iおよび貸方税区分70kを取得し、仕訳データ3の借方部門3d、借方税区分3f、貸方部門3iおよび貸方税区分3kにセットしても借方勘定科目3b、借方補助科目3c、貸方勘定科目3g、および貸方補助科目3hに設定してもよい。これにより、ステップ560において、レコード301として表示される仕訳データ3を生成できる。
 図7に異なる例を示している。このケースでは、過去データ70は、番号70x、日付70a、借方勘定科目(コード)70b、借方勘定科目(名称)70bx、借方補助科目(コード)70c、借方補助科目(名称)70cx、借方金額70e、借方消費税額70ex、借方税率70fx1、借方税区分70fx2、借方課税70fx3、借方部門(コード)70d、借方部門(名称)70dx、貸方勘定科目(コード)70g、貸方勘定科目(名称)70gx、貸方補助科目(コード)70h、貸方補助科目(名称)70hx、貸方金額70j、貸方消費税額70jx、貸方税率70kx1、貸方税区分70kx2、貸方課税70kx3、貸方部門(コード)70i、貸方部門(名称)70ix、摘要70nなどの情報を含む。仕訳データ3は、上記と共通する。取引先名3lを摘要70nに持つ複数の過去データ70が発見され、それらの借方勘定科目70bは一致しない。したがって、第2の検索エンジン16dが、ステップ505において補助科目(貸方補助科目)70hに取引先名3lが有るか否かを判断する。
 第2の検索エンジン16dは、図8に示す取引先名リスト71を参照し、取引先名3lに対応する補助科目コードを取得してもよい。本例においては「AB電力」に対応する補助科目コード「4」を取得する。取引先名リスト71は、補助科目コード71aと、取引先名(略称)71bと、取引先正式名称71cとを含んでいてもよい。入力担当などにより変わる可能性がある略称71bを正式名称に対して複数用意しておくことにより、過去データ70から、仕訳要素に対応する科目を検索できる可能性を向上してもよい。
 図9に異なる例を示している。過去データ70および仕訳データ3の内容は上記と共通する。この例では、取引先名3lが貸方補助科目70hに設定された複数の過去データ70が発見され、それらの借方科目70bは一致する。しかしながら、借方補助科目70cは一致しない。したがって、第2の検索エンジン16dはステップ507において、一致した借方勘定科目70b、貸方勘定科目70gおよび貸方補助科目70hを取得し、仕訳データ3の借方勘定科目3b、貸方勘定科目3g、および貸方補助科目3hに、取引先名3lに対応して検索された科目として設定する。また、一致しない借方補助科目3cにおいては複数の候補がある表示を設定する(ステップ552)。他の項目については一致しない可能性があるので、過去データ70から取得してもよく、取得しなくてもよい。
 以上のように、この会計支援システム10においては、過去参照処理550を行う第2の仕訳エンジン16bにより、過去の仕訳日記帳(過去データ)70を参照して、仕訳対象データ4を自動的に仕訳けることができ、過去の仕訳結果を反映した仕訳を行うことができる。このため、個々のユーザーにおいて過去の会計処理(仕訳処理)において、様々な理由から、汎用的ではないが特定の勘定科目を設定していたり、あるいはいくつかの選択可能な勘定科目の中から特定の1つを設定しているような場合であってもその仕訳を反映した自動仕訳が可能となり、過去の仕訳との一貫性を維持できる。一方、第2の仕訳エンジン16bでは仕訳ができない場合は、第1の仕訳エンジン16aにより、機械学習したモデルを使用したり、あるいは汎用のアルゴリズムを用いることにより、最適な勘定科目を高い確率で選定することができる。このため、仕訳処理における作業効率を向上でき、仕訳の精度のばらつきも抑制できる。
 上記には、会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し、予め複数の仕訳要素に対応した勘定科目を選択するように機械学習した学習モデル、または複数の仕訳要素を用いた所定の検索アルゴリズムにより、最適な勘定科目を選定する第1の自動仕訳エンジンと、第1の自動仕訳エンジンの処理に先立って、仕訳対象データに含まれる第1の仕訳要素に基づいて対象ユーザーの過去の仕訳結果を検索することにより、一致する勘定科目を選定する第2の自動仕訳エンジンとを有するシステムが開示されている。仕訳対象データに対し、第2の自動仕訳エンジンにより、対象ユーザーの過去の仕訳結果から一致する勘定科目があれば、それを採用し、一致する勘定科目が特定できない場合は、第1の自動仕訳エンジンにより最適な勘定科目を選定する。この処理により、仕訳作業の効率を向上できるとともに、会社などのユーザー単位での特殊性や対象ユーザーの過去の仕訳結果を、特定できる範囲で反映することが可能となる。
 第2の自動仕訳エンジンは、第1の仕訳要素に基づいて過去の仕訳結果を検索することにより複数の勘定科目が選択されると、第2の仕訳要素に基づいて複数の勘定科目の中の一致する勘定科目を選定する多段階の検索エンジンを含んでもよい。第2の自動仕訳エンジンは、一致する勘定科目とともに、一致する補助科目を選定して出力するユニットを含んでもよい。第1の仕訳要素は、一例は取引先名であり、第2の自動仕訳エンジンは、過去の仕訳結果に含まれる仕訳データの摘要および/または補助科目を検索してもよい。第2の自動仕訳エンジンは、摘要の欄に取引先名があっても一致する勘定科目を選定できない場合は、補助科目の欄に取引先名がある条件で一致する勘定科目を選択できるか否かの処理をおこなってもよい。また、一致しないが補助科目がある場合は、補助科目があることを示す表示を出力してもよい。
 また、上記には、会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し自動的に勘定科目を選定する工程を有する会計処理の支援方法が開示されている。自動的に勘定科目を選定する工程は、以下のステップを含む。
1.仕訳対象データに対し、予め複数の仕訳要素に対応した勘定科目を選択するように機械学習した学習モデル、または複数の仕訳要素を用いた所定の検索アルゴリズムを備えた第1の自動仕訳エンジンにより、最適な勘定科目を選定する。
2.第1の自動仕訳エンジンの処理に先立って、仕訳対象データに含まれる第1の仕訳要素に基づいて対象ユーザーの過去の仕訳結果を検索する第2の自動仕訳エンジンにより、一致する勘定科目を選定する。
 一致する勘定科目を選定することは、第1の仕訳要素に基づいて過去の仕訳結果を検索することにより複数の勘定科目が選択されると、第2の仕訳要素に基づいて複数の勘定科目の中の一致する勘定科目を選定することを含んでもよい。一致する勘定科目を選定することは、一致する勘定科目とともに、一致する補助科目を選定することを含んでもよい。第1の仕訳要素の一例は、取引先名であり、一致する勘定科目を選定することは、過去の仕訳結果に含まれる仕訳データの摘要および補助科目を検索することを含んでもよい。一致する勘定科目を選定することは、会計証拠書類の種類により、検索対象とする過去の仕訳結果の範囲を選択することを含んでもよい。
 なお、上記おいて開示した証憑、画像および画面の表示は一例であり、本発明はこれらの記載および表示に限定されるものではない。また、上記において、図面を参照して本発明の特定の実施形態を説明したが、様々な他の実施形態および変形例は本発明の範囲および精神から逸脱することなく当業者が想到し得ることであり、そのような他の実施形態および変形は以下の請求の範囲の対象となり、本発明は以下の請求の範囲により規定されるものである。

Claims (15)

  1.  複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定されたアルゴリズムを用いて、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し最適な勘定科目を選定する第1の仕訳モジュールと、
     前記ユーザーの過去の仕訳結果から、前記仕訳対象データに含まれる少なくとも1つの仕訳要素に対応する勘定科目を検索する第2の仕訳モジュールと、
     前記第2の仕訳モジュールが検索した勘定科目を、前記第1の仕訳モジュールが選定する勘定科目に対して優先して、前記仕訳対象データに対し自動的に選定される勘定科目として採用する仕訳制御モジュールとを有する、会計支援システム。
  2.  請求項1において、
     前記仕訳制御モジュールは、前記第1の仕訳モジュールの処理に先立って前記第2の仕訳モジュールによる処理を行う、会計支援システム。
  3.  請求項1または2において、
     前記第2の仕訳モジュールは、前記仕訳対象データに含まれる第1の仕訳要素に基づいて前記ユーザーの過去の仕訳結果を検索することにより複数の勘定科目が選択されると、前記複数の勘定科目の中から、前記仕訳対象データに含まれる第2の仕訳要素に対応する勘定科目を検索する多段階の検索モジュールを含む、会計支援システム。
  4.  請求項1ないし3のいずれかにおいて、
     前記第2の仕訳モジュールは、前記ユーザーの過去の仕訳結果から、前記少なくとも1つの仕訳要素に対応する勘定科目とともに、前記少なくとも1つの仕訳要素に対応する補助科目を検索して出力するモジュールを含む、会計支援システム。
  5.  請求項1ないし4のいずれかにおいて、
     前記少なくとも1つの仕訳要素は、取引先名を含み、前記第2の仕訳モジュールは、前記ユーザーの過去の仕訳結果に含まれる仕訳データの摘要および補助科目を前記取引先名で検索する、取引先名による検索モジュールを含む、会計支援システム。
  6.  請求項1ないし5のいずれかにおいて、
     前記第2の仕訳モジュールは、前記会計証拠書類の種類により、検索対象とする前記ユーザーの過去の仕訳結果の範囲を選択するフィルタモジュールを含む、会計支援システム。
  7.  請求項1ないし6のいずれかにおいて、
     各々の前記仕訳対象データと、前記各々の仕訳対象データに対して前記第2の仕訳モジュールが検索した勘定科目および前記第1の仕訳モジュールが選定した前記最適な勘定科目の少なくともいずれかとを表示し、表示された勘定科目を再入力可能とする仕訳確認インターフェイスを、さらに有する、会計支援システム。
  8.  請求項7において、
     前記仕訳確認インターフェイスは、前記仕訳対象データと、その抽出元の会計証拠書類とを関連して表示する表示インターフェイスを含む、会計支援システム。
  9.  コンピュータが会計処理を支援する方法であって、ユーザーの会計証拠書類から抽出された複数の仕訳要素を含む仕訳対象データに対し自動的に勘定科目を選定することを有し、
     前記コンピュータは、複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように予め機械学習した学習モデル、または複数の仕訳要素の少なくともいずれかに対応して勘定科目を選択するように設定された検索アルゴリズムを備えた第1の仕訳モジュールと、
     前記ユーザーの過去の仕訳結果から、前記仕訳対象データに含まれる少なくとも1つの仕訳要素に対応した勘定科目を検索する第2の仕訳モジュールとを含み、
     前記自動的に勘定科目を選定することは、
     前記仕訳対象データに対し自動的に選定される勘定科目として、前記第2の仕訳モジュールが検索した勘定科目を、前記仕訳対象データに対し前記第1の仕訳モジュールが選定する勘定科目に対して優先することを含む、支援方法。
  10.  請求項9において、
     前記優先することは、前記第1の仕訳モジュールの処理に先立って、前記前記第2の仕訳モジュールの処理を行うことを含む、方法。
  11.  請求項9または10において、
     前記第2の仕訳モジュールが、前記仕訳対象データに含まれる第1の仕訳要素に基づいて前記ユーザーの過去の仕訳結果を検索することにより複数の勘定科目を選択すると、前記複数の勘定科目の中から、前記仕訳対象データに含まれる第2の仕訳要素に対応する勘定科目を検索することを有する、方法。
  12.  請求項9ないし11のいずれかにおいて、
     前記第2の仕訳モジュールが、前記ユーザーの過去の仕訳結果から、前記少なくとも1つの仕訳要素に対応する勘定科目とともに、前記少なくとも1つの仕訳要素に対応する補助科目を検索することを有する、方法。
  13.  請求項9ないし12のいずれかにおいて、
     前記少なくとも1つの仕訳要素は、取引先名を含み、
     前記第2の仕訳モジュールが、前記ユーザーの過去の仕訳結果に含まれる仕訳データの摘要および補助科目を前記取引先名で検索することを有する、方法。
  14.  請求項9ないし13のいずれかにおいて、
     前記第2の仕訳モジュールが、前記会計証拠書類の種類により、検索対象とする前記ユーザーの過去の仕訳結果の範囲を選択することを有する、方法。
  15.  請求項1ないし8のいずれかに記載の会計支援システムとして、コンピュータを稼働するための命令を有するプログラム。
PCT/JP2021/039809 2020-10-30 2021-10-28 会計支援システム WO2022092197A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020182128A JP2023182865A (ja) 2020-10-30 2020-10-30 会計支援システム
JP2020-182128 2020-10-30

Publications (1)

Publication Number Publication Date
WO2022092197A1 true WO2022092197A1 (ja) 2022-05-05

Family

ID=81383380

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/039809 WO2022092197A1 (ja) 2020-10-30 2021-10-28 会計支援システム

Country Status (2)

Country Link
JP (1) JP2023182865A (ja)
WO (1) WO2022092197A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003271893A (ja) * 2002-03-18 2003-09-26 Tokyo Kaikei Keisan Center:Kk 仕訳入力支援方法及び装置
JP2007304643A (ja) * 2006-05-08 2007-11-22 Hiroaki Ono 会計仕訳システム、会計仕訳プログラム及びそのプログラムを記録した記録媒体
JP2014235484A (ja) * 2013-05-31 2014-12-15 弥生株式会社 クラウドコンピューティングによる仕訳解析サービスを提供する仕訳解析センターシステム
JP2015014854A (ja) * 2013-07-03 2015-01-22 株式会社日本デジタル研究所 会計処理システム
WO2019146118A1 (ja) * 2018-01-29 2019-08-01 ファーストアカウンティング株式会社 会計処理装置、会計処理システム、会計処理方法、会計処理プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003271893A (ja) * 2002-03-18 2003-09-26 Tokyo Kaikei Keisan Center:Kk 仕訳入力支援方法及び装置
JP2007304643A (ja) * 2006-05-08 2007-11-22 Hiroaki Ono 会計仕訳システム、会計仕訳プログラム及びそのプログラムを記録した記録媒体
JP2014235484A (ja) * 2013-05-31 2014-12-15 弥生株式会社 クラウドコンピューティングによる仕訳解析サービスを提供する仕訳解析センターシステム
JP2015014854A (ja) * 2013-07-03 2015-01-22 株式会社日本デジタル研究所 会計処理システム
WO2019146118A1 (ja) * 2018-01-29 2019-08-01 ファーストアカウンティング株式会社 会計処理装置、会計処理システム、会計処理方法、会計処理プログラム

Also Published As

Publication number Publication date
JP2023182865A (ja) 2023-12-27

Similar Documents

Publication Publication Date Title
AU2012202173B2 (en) System and method for processing a transaction document including one or more financial transaction entries
US8628116B2 (en) Transparent deposit carrier having a plurality of pockets
JP6307693B2 (ja) 会計処理システム
US20040143621A1 (en) International and domestic collection system
EP1465129A1 (en) Bill payment and payee information management system and method
JP7348944B2 (ja) 会計装置及びプログラム
US10354234B2 (en) System and method for single point of entry deposit
JP6001743B1 (ja) データ管理システム、方法およびプログラム
JP2018517222A (ja) コンピュータ実施多通貨インボイス取得、トレード、アクセス及び支払システム
US20050015338A1 (en) Electronic Statement Organizer with User Interface and Integrated Bill Payment
WO2019146118A1 (ja) 会計処理装置、会計処理システム、会計処理方法、会計処理プログラム
KR20010093580A (ko) 컴퓨터를 이용한 회계 처리 시스템 및 상기 회계 처리시스템을 이용한 회계 서비스 방법
WO2022092197A1 (ja) 会計支援システム
JP3868612B2 (ja) 経理システム
JP5117072B2 (ja) 支払処理システム、支払処理方法及び支払処理プログラム
JP2587749B2 (ja) 会計処理装置
WO2020050391A1 (ja) 仕訳を表示するためのシステムおよび方法
JP7244159B2 (ja) 仕訳装置、仕訳方法、仕訳表示方法、仕訳表示プログラム
WO2012173330A1 (ko) 자동 분개 서비스 시스템 및 방법
JP4479945B2 (ja) 資金繰り管理装置およびプログラム
JP4185681B2 (ja) 振込処理方法
JP3143547B2 (ja) 会計処理システム
JP2021005137A (ja) 自動仕訳を行うシステムおよび方法
CN113177832A (zh) 基于人工智能的辅助记企业复式账中银行账方法及装置
JP2005196378A (ja) 販売・会計処理装置、販売・会計処理方法および販売・会計処理プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21886314

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21886314

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP

NENP Non-entry into the national phase

Ref country code: JP