JPWO2004072880A1 - Journal data creation device - Google Patents

Journal data creation device Download PDF

Info

Publication number
JPWO2004072880A1
JPWO2004072880A1 JP2004568199A JP2004568199A JPWO2004072880A1 JP WO2004072880 A1 JPWO2004072880 A1 JP WO2004072880A1 JP 2004568199 A JP2004568199 A JP 2004568199A JP 2004568199 A JP2004568199 A JP 2004568199A JP WO2004072880 A1 JPWO2004072880 A1 JP WO2004072880A1
Authority
JP
Japan
Prior art keywords
journal
data
storage unit
editing
transaction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2004568199A
Other languages
Japanese (ja)
Other versions
JP5282219B2 (en
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 JPWO2004072880A1 publication Critical patent/JPWO2004072880A1/en
Application granted granted Critical
Publication of JP5282219B2 publication Critical patent/JP5282219B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (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

会計分野における仕訳データの作成に関して、従来の技術では、1つ1つの取引について、一例として「仕訳パターン」の選択入力、不十分な摘要語句の補足や構成編集作業などの反復作業を、毎月など定期的に繰り返さなければならず、摘要の品質もその作業が煩雑なため低下しがちである。 本発明の仕訳データ作成装置では、取引のパターンを定型的取引と非定型的取引の2つに分類し、入力要素の種類を固定要素と独立変動要素と従属変動要素の3つに分類し、年間のすべての取引において摘要の構成編集作業を自動化し、取引の大半を占める定型的取引では、「摘要雛形」の自動選択機能などにより、毎月などの反復作業のすべてを自動化し、さらに、適用業務における入力を含め、必要最少限度の独立変動要素の入力データに基づいて、適切な内容の摘要を含む仕訳データが、人手を介さず一括して自動的に作成される。With regard to the creation of journal data in the accounting field, in the conventional technology, for each transaction, as an example, "Journal pattern" selection input, repetitive work such as supplementation of insufficient descriptions and composition editing work, etc. every month, etc. It must be repeated regularly, and the quality of the summary tends to decrease due to the complexity of the work. In the journal data creating apparatus of the present invention, the transaction pattern is classified into two types, a typical transaction and an atypical transaction, and the type of input element is classified into three types, a fixed element, an independent variable element, and a dependent variable element, Automates the editing of the composition of summaries for all transactions in the year, and automates all repetitive tasks such as monthly, etc. with the automatic selection function of `` summary templates '' for regular transactions that account for the majority of transactions. Based on the input data of the minimum necessary independent variable elements including the input in the business, journal data including a summary of appropriate contents is automatically created in a lump without manual intervention.

Description

本発明は、会計分野における取引の原始記録としての仕訳データを作成する、仕訳データ作成装置および仕訳データ作成方法および仕訳データ作成プログラム、並びに仕訳データ作成プログラムが記憶された仕訳データ作成プログラム記憶媒体に関する。  The present invention relates to a journal data creation device, a journal data creation method, a journal data creation program, and a journal data creation program storage medium in which a journal data creation program is stored, which creates journal data as a source record of transactions in the accounting field. .

近年、周辺技術の著しい進歩に対応できる多数の会計ソフトが開発され普及してきているが、この会計ソフトの中心的な機能は仕訳データを作成する機能である。
仕訳データの作成に当っては、主に仕訳画面から各取引についての、日付、借方、貸方の勘定科目・補助科目・部門・金額・課税区分などの要素の入力と、「何を」、「どこから(へ)」、「その他」といった取引の内容を説明する摘要語句の入力や、その構成編集作業などを行うが(以下、上述した仕訳の要素を1つ1つ入力する基本的な入力手段を「通常入力」と呼ぶことがある。)、従来の会計ソフトには、仕訳データ作成の作業工程を簡素化するために工夫された様々な機能が組み込まれている。
この機能を大きく分類すると、勘定科目などの特定の仕訳要素を固定して入力作業を行う「高速入力」と、摘要語句とこれに付随する勘定科目などを予め「仕訳パターン」として登録しておき、これを選択入力するものとがある。
また、「高速入力」には、カーソル移動と共に直前の仕訳要素が出力され、必要に応じてその修正入力を行うものや、元帳や補助簿(補助元帳)の選択によって当該勘定科目・補助科目などを固定し、これらの帳簿に仕訳データを直接入力する「帳簿入力」や、「借方(貸方)勘定科目」といった「仕訳要素」の名称を付した仕訳画面に替えて、「売上」、「仕入」といった「取引区分」などの名称を付した業務別の入力画面から入力作業を行い、業務の選択によって勘定科目や補助科目などの仕訳要素をその業務に関連する少数に限定し、その選択入力を容易にする「仕訳レス入力」などもある。
また、「仕訳パターン」のほかにも、勘定科目などの「区分要素」や、「固定摘要」を予め登録し、これらを選択入力するものや、勘定科目の選択や、勘定科目や摘要語句の一部または全部などを入力して、「固定摘要」や「仕訳パターン」を選択し、または選択範囲を限定しその選択入力を容易にする「連想入力」や、「仕訳パターン」の階層的選択入力や、「仕訳パターン」の一括した選択入力などがあり、さらに細部にわたり様々な工夫がこらされている。
しかしながら、「通常入力」に替えて上述したような機能を有する入力手段を選択した場合でも、これらの手段がその効果を発揮するための制約条件を満たす(一部の)取引などに対しては、その効果を発揮できるが、通常、取引量、取引のパターン(定型的・非定型的取引)、取引の種類(口座振替、定期支払など)、仕訳の種類(単一・複合仕訳)、補助簿の組織(部門別や本支店勘定による内部管理)など、処理の対象となる取引に与えられた条件と制約条件との間に乖離が生じてくると、その目的とする効果を十分に、または殆ど、または全く発揮できなくなる。これらについてそのすべてを説明するのは、その条件が多次元・多岐にわたるため極めて困難である。
ここでは、上述した入力手段の有する主な機能を例示しながら、従来の技術に含まれる本質的な問題点を抽出して述べることとする。
まず、「高速入力」、「帳簿入力」、「仕訳レス入力」に関しては、「通常入力」と比較して、当該勘定科目など一部の区分要素は固定され、「仕訳レス入力」に関しては、業務の種類の選択によって仕訳要素の選択範囲は限定され、その選択入力は容易になるが、いずれの入力手段を選択した場合でも、毎月など定型的に発生する取引においても、1つ1つの取引について、固定されない区分要素の(選択)入力や、摘要語句の(選択)入力と摘要の構成編集作業などの反復作業を繰り返さなければならない。また、これらの入力手段を選択した場合には、通常、仕訳パターンの選択入力ができないため、財務諸表作成の基となる「仕訳データ作成」自体を目的とすることとなり、後述する、登録した「その他の要素」から必要な要素を取得して、仕訳データを他の業務で利用する場合などには、適切な手段ではないといった問題点がある。
また、「固定摘要」の選択入力に関しても、後述するが、1「何を」を表す摘要語句についても無数に存在し、摘要語句の登録を多数にすれば、その選択入力が困難となる。また、1つ1つの取引について、2「どこから(へ)」や、必要に応じて、3「その他」を表す摘要語句を(直接)入力するなどして、摘要を構成編集しければならない。
さらに、「仕訳パターン」の選択入力に関しても、例えば、摘要の構成要素に、1「○月分」、2「◎◎料」(勘定科目の判定)、3「△△番号」(部門の判定)、4「相手先名」を含む取引において、固定摘要の選択入力や文字列の直接入力による補足を考慮に入れても、1〜4の構成要素の組み合わせの数を考えるとき、取引種類や取引量や部門数の増加に複合仕訳などが加わると、その仕訳パターンの登録や選択入力が極めて困難となり、または、事実上不可能となる。このため、「連想入力」や、「仕訳パターン」の階層的選択入力など、その登録や選択入力の手段について、様々な研究、改良が加えられてきた。しかしながら、従来の技術では、現金取引のように非定型的に発生する取引においては、実務上、発生頻度が高く、例えば、「何を」と「どこから(へ)」の組合せが固定しているような取引以外では、「通常入力」が併用されており(その理由は後述する)、毎月など定型的に発生する取引においても、1つ1つの取引について、仕訳パターンの選択入力や、不十分な区分要素の(選択)入力や、摘要語句の補足や修正入力と構成編集作業などの反復作業を繰り返さなければならないといった問題点がある。
また、仕訳パターンの一括した選択入力に関しても、摘要に含まれる変動要素の修正入力や、毎月の仕訳パターンの組み合わせの変更に対する新たな仕訳の作成や、相手先別の金額の集計などを手作業で行わなければならないなどといった問題点がある。
また、課税区分や資金繰区分などの個別の取引の区分を、マスタで勘定科目や補助科目によって管理するため、取引の区分を確定できず、個別の取引ごとのチェックと、その修正入力を必要とする場合があるといった問題点がある。
また、摘要の入力作業や構成編集作業が煩雑なために、その品質が低下しがちであるといった問題点もある。
In recent years, a lot of accounting software that can cope with remarkable progress in peripheral technology has been developed and spread, and the central function of this accounting software is a function for creating journal data.
When creating journal data, input the elements such as the date, debit, credit account, sub-account, department, amount, tax classification, etc. Input a summary word explaining the contents of the transaction, such as “From (To)”, “Other”, and its composition editing work (hereinafter, basic input means for inputting the above-mentioned journal elements one by one) Are sometimes referred to as “normal input.”) Conventional accounting software incorporates various functions designed to simplify the work process for creating journal data.
If this function is broadly classified, “Journal pattern” is registered in advance as “Journaling pattern” with “High-speed input” to fix specific journal elements such as accounts, and to input the description and the accompanying account items. , There are those that select and input this.
In “Fast entry”, the previous journal element is output as the cursor moves, and the correction entry is entered as necessary, or the account item / subsidiary subject can be selected by selecting the ledger or subledger (subledger). Instead of the journal entry screen with the name of “Journal element” such as “Book entry” or “Debit (credit) account” that directly inputs journal data to these books. Entry is done from a business-specific input screen with a name such as "Transaction Category" such as "On", and journal elements such as account items and auxiliary items are limited to a small number related to the business by selecting the business, and the selection is made There is also a “Journal-less input” that facilitates input.
In addition to “Journal pattern”, “Category elements” such as account items and “Fixed description” are registered in advance, and these are selected and entered, as well as selection of account items, account items and description phrases Enter part or all of them and select "Fixed description" or "Journal pattern", or select "Associative input" or "Journal pattern" hierarchically to limit the selection range and make the selection input easier There are input and collective selection input of “journal pattern”, and various details are devised.
However, even when an input means having the above-described functions is selected instead of “normal input”, for (partial) transactions that satisfy the constraint conditions for these means to exert their effects, etc. , Can exert the effect, usually, transaction volume, transaction pattern (standard / non-standard transaction), transaction type (direct debit, periodic payment, etc.), journal type (single / multiple journal), assistance If there is a discrepancy between the conditions given to the transaction subject to processing, such as the organization of the book (internal management by department or main branch account), and the constraint conditions, Or little or no. It is very difficult to explain all of these because the conditions are multidimensional and diverse.
Here, an essential problem included in the conventional technology is extracted and described while exemplifying main functions of the input means described above.
First of all, with regard to “high-speed input”, “book entry”, and “journal-less input”, compared with “normal input”, some classification elements such as the relevant account items are fixed. The selection range of journal elements is limited by the selection of the type of business, and the selection input becomes easy. Regardless of which input method is selected, even in transactions that occur regularly such as monthly, each transaction In addition, it is necessary to repeat repetitive operations such as (selection) input of segment elements that are not fixed, (selection) input of description words and phrases, and composition editing work of the description. In addition, when these input means are selected, it is usually not possible to select and input journal patterns, so the purpose is to create journal data, which is the basis for preparing financial statements. When necessary elements are acquired from “other elements” and journal data is used for other business, there is a problem that it is not an appropriate means.
As described later, regarding the selection input of “fixed summary”, there are innumerable number of summary words representing 1 “what”, and if a large number of summary words are registered, the selection input becomes difficult. In addition, for each transaction, the description must be composed and edited by inputting (directly) a description word representing 2 “where (from)” and, if necessary, 3 “other”.
In addition, regarding the selection entry of “journal pattern”, for example, the components of the summary are 1 “○ month”, 2 “◎◎ fee” (determination of account item), 3 “△△ number” (determination of department) ) When considering the number of combinations of components 1 to 4 in a transaction involving 4 “partner names”, even when taking into account supplementary input by selecting a fixed description or direct input of a character string, When compound journals are added to the increase in the transaction volume and the number of departments, it becomes extremely difficult or practically impossible to register the journal pattern and to select and input it. For this reason, various studies and improvements have been made on the means of registration and selection input, such as “associative input” and hierarchical selection input of “journal pattern”. However, in the conventional technology, in transactions that occur atypically like cash transactions, the frequency of occurrence is high in practice. For example, the combination of “what” and “from (to)” is fixed. Other than such transactions, “normal input” is also used (the reason will be described later), and even in transactions that occur regularly, such as monthly, the entry pattern selection input or insufficient for each transaction There is a problem in that it is necessary to repeat repetitive operations such as (selection) input of various classification elements, supplementation of summary terms, correction input, and composition editing work.
In addition, with regard to the collective selection input of journal patterns, manual input such as correction input of variable elements included in the description, creation of new journals for changes in monthly journal pattern combinations, and summation of the amount by destination There are problems such as having to do in
Also, since individual transaction classifications such as taxable classification and funding classification are managed by account items and sub-accounts in the master, the transaction classification cannot be fixed, and it is necessary to check for each individual transaction and enter the correction There is a problem that it may be.
There is also a problem that the quality tends to be deteriorated because the summary input operation and the configuration editing operation are complicated.

本発明は、上記問題点を解決し、適切な内容の摘要を含む仕訳データを容易に作成することができる仕訳データ作成装置および仕訳データ作成方法および仕訳データ作成プログラム、並びに仕訳データ作成プログラム記憶媒体を提供することを目的とする。
なお、本明細書では、仕訳データ作成の対象となる取引を2つのパターンに分類し、第1パターンの取引は、例えば電気料や電話料などの口座振替といったように、原則的に特定の取引対象について特定の取引相手と所定の日に行われる取引であるため、「仕訳パターン」の自動選択入力が可能な取引であり、「定型的取引」と称する。第2パターンの取引は、不特定の取引対象について不特定の取引相手と不特定の日に行われる取引であるため、「仕訳パターン」の人手による選択入力が必要な取引であり、「非定型的取引」と称する。
また、本明細書では、仕訳データの作成に用いられる要素を3種類に分類し、第1種類の要素は、仕訳の作成に当たって固定している要素であり、「固定要素」と称する。第2種類の要素は、仕訳の作成に当たりその発生が不規則である売上金額や、「当月」を表す数値などのように、人手などを介してコンピュータへの入力が不可避な要素であり、「独立変動要素」と称する。第3種類の要素は、仕訳の作成に当たり「固定要素」や「独立変動要素」に基づいて自動作成され得る要素であり、「従属変動要素」と称する。
また、本明細書では、図7に示すような「摘要雛形」に予め用意されている取引に関するデータのことを「候補データ」と称し、発生した取引に関するデータのことを「実データ」と称する。
次に、上記目的を達成する本発明の手段について述べる。
本発明の請求項1記載の仕訳データ作成装置は、
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部と、
第1摘要雛形記憶部の補助要素に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
第1摘要雛形記憶部の候補データのうちから実データを抽出し、第1仕訳記憶部に転送する手段と、
第1仕訳記憶部に転送された実データの摘要要素を構成して、結合摘要要素を編集する手段とを備えたことを特徴とする。
上述した手段には、摘要要素の自動編集機能と、区分要素の自動設定機能と、発生取引の自動抽出転送機能と、結合摘要要素の自動構成編集機能が含まれている。
これらの機能によって、後述する処理事例1に示す、電気・水道料、電話料、新聞購読料、社会保険料、源泉税・市県民税の口座振替などといった定型的に発生する取引において、必要最少限度の独立変動要素の振替日や各取引の金額などを入力すると、摘要要素が自動編集され、区分要素が自動設定され、「摘要雛形」の「候補データ」のうちから当月発生した「実データ」が自動抽出転送され、摘要要素が自動構成され、形の整った適切な内容の摘要が編集されて、仕訳データが人手を介さず一括して自動的に作成される。後述する処理事例2に示す、未払費用の計上のような取引でも同様に処理される。
さらに、摘要要素の自動編集機能には、検索機能や、計算機能や、数値を文字列に変換する機能や、入力されたデータに予め定義された文字列を結合して書式を設定する機能などが含まれており、区分要素の自動設定機能には、検索機能や階層的な計算機能などが含まれており、広範囲の取引での利用が期待できる。
また、本発明の請求項2記載の仕訳データ作成装置は、
取引データ受取部が取引データを受け取り、取引データを摘要番号の指定する第1摘要雛形記憶部の仕訳要素に転送する手段を備えたことを特徴とする。
上述した手段には、仕訳パターンの自動選択機能と、独立変動要素の自動入力機能が含まれている。
これらの機能が加わることによって、後述する処理事例3に示すように、売上計上、売掛金回収、仕入計上、給与の支払、決算などといった、年間取引のうちの多数を占める定型的に大量に発生する取引において、適用業務部で、必要最少限度の独立変動要素のデータを入力し適用データを作成すると、その適用データのうちから仕訳作成に必要な取引データが取り込まれ、摘要番号の指定する「摘要雛形」が自動選択され、列対応の定義に基づいて取引データが該当する「仕訳要素」に自動入力され、以下、上述したのと同様にして仕訳データが人手を全く介さず一括して自動的に作成される。
また、本発明の請求項3記載の仕訳データ作成装置は、
第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
仕訳加工部に転送された集計データを、摘要番号の指定する第1摘要雛形記憶部の区分要素に転送する手段とを備えたことを特徴とする。
上述した手段には、識別データ別の金額の集計機能と、指定データの自動設定機能と、仕訳パターンの自動選択機能と、独立変動要素の自動入力機能が含まれている。
これらの機能が加わることによって、毎月などの仕訳パターンの組合せの変更に自動的に対応し、識別データ別の金額を人手を介さず自動的に集計することも可能となり、未払費用や買掛金の定期支払といった取引において、後述する処理事例2に示すように、取引の計上のための各取引の金額や、一部の取引の摘要語句など必要最少限度の独立変動要素の借方データを入力すると、借方・貸方の仕訳データが自動的に作成され、後述する処理事例4に示すように、適用業務部において定期支払の銀行振込依頼書が、支払日や控除金額などごく僅かの人手による入力を除き自動的に作成され、定期支払の借方・貸方の仕訳データも人手を全く介さず一括して自動的に作成される。
また、本発明の請求項4記載の仕訳データ作成装置は、
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部と、
第2仕訳記憶部の補助要素に入力された、摘要番号の指定する編集前摘要要素と区分要素とを取得し、副摘要番号の指定する編集前摘要要素を取得し、取得した編集前摘要要素と補助要素に入力されたデータとに基づいて、編集後摘要要素を編集する手段と、
編集後摘要要素を構成して、結合摘要要素を編集する手段とを備えたことを特徴とする。
上述した手段には、複数の指定データの同時選択入力機能と、編集後摘要要素の自動編集機能と、結合摘要要素の自動構成編集機能が含まれている。
現金取引のような非定型的取引では、「仕訳パターン」の自動選択入力が不可能なため、「摘要雛形」と「副摘要雛形」の複数の指定データを選択入力し、「何を」、「どこから(へ)」といった複数の摘要語句の選択と共に固定された区分要素を設定し、仕訳の基本的なパターンを整え、補足の摘要語句や、領収書の取引日付や処理件数などを簡単な数値で入力すると、数値が文字列に変換され、予め定められた定義に基づいた書式で摘要要素が編集され、さらに摘要要素が自動構成されて形の整った適切な摘要が編集される。
また、本発明の請求項5記載の仕訳データ作成装置は、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
摘要要素を構成して、結合摘要要素を編集する手段とを備えたことを特徴とする。
上述した摘要の構成編集手段は、請求項1,4に示す基本型のほか、第1仕訳処理部で行う結合摘要要素の構成編集を、第1摘要雛形処理部で行うことや、摘要作成の基となるデータを、適用業務部などを含む仕訳データ作成部で入力することや、2段階の編集手段を適用業務部で実施し、編集された摘要を取引データ受取部で受け取るなど多様な実施の形態が考えられる。
また、この摘要の構成編集作業の自動化により、年間のすべての取引において「摘要雛形」の選択入力が可能となり、定型的取引では、反復作業の自動化と、仕訳データの一括した自動作成が可能となる。
以上述べたように、本発明の仕訳データ作成装置では、年間のすべての取引において、仕訳データ作成の作業工程のうち最も煩雑な摘要の構成編集作業が自動化され、取引の大半を占める定型的取引では、毎月など定期的に繰り返される「仕訳パターン」の選択入力などの反復作業のすべてが自動化され、必要最少限度の独立変動要素のデータを入力または取引データ受取部などで受け取ると、仕訳データが人手を介さず一括して自動的に作成される。
また、仕訳データの作成に当たって、すべての取引において「摘要雛形」を選択できるため、「その他の要素」を予め登録することで、課税区分のような区分要素を取引ごとに管理することが可能となり、さらに、仕訳データを他の業務で利用することも可能となる。
また、本発明の請求項6記載の仕訳データ作成方法は、
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第1摘要雛形記憶部の補助要素に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集するステップと、区分要素を設定するステップと、
データ入手部に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集するステップと、区分要素を設定するステップと、
第1摘要雛形記憶部の候補データのうちから実データを抽出し、第1仕訳記憶部に転送するステップと、
第1仕訳記憶部に転送された実データの摘要要素を構成して、結合摘要要素を編集するステップとを含むことを特徴とする。
また、本発明の請求項7記載の仕訳データ作成方法は、
取引データ受取部が取引データを受け取り、取引データを摘要番号の指定する第1摘要雛形記憶部の仕訳要素に転送するステップを含むことを特徴とする。
また、本発明の請求項8記載の仕訳データ作成方法は、
第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送するステップと、
仕訳加工部に転送された集計データを、摘要番号の指定する第1摘要雛形記憶部の区分要素に転送するステップとを含むことを特徴とする。
また、本発明の請求項9記載の仕訳データ作成方法は、
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第2仕訳記憶部の補助要素に入力された、摘要番号の指定する編集前摘要要素と区分要素とを取得し、副摘要番号の指定する編集前摘要要素を取得し、取得した編集前摘要要素と補助要素に入力されたデータとに基づいて、編集後摘要要素を編集するステップと、
編集後摘要要素を構成して、結合摘要要素を編集するステップとを含むことを特徴とする。
また、本発明の請求項10記載の仕訳データ作成方法は、
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集するステップと、
摘要要素を構成して、結合摘要要素を編集するステップとを含むことを特徴とする。
また、本発明の請求項11記載の仕訳データ作成プログラムは、
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第1摘要雛形記憶部の補助要素に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
第1摘要雛形記憶部の候補データのうちから実データを抽出し、第1仕訳記憶部に転送する手段と、
第1仕訳記憶部に転送された実データの摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項12記載の仕訳データ作成プログラムは、
取引データ受取部が取引データを受け取り、取引データを摘要番号の指定する第1摘要雛形記憶部の仕訳要素に転送する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項13記載の仕訳データ作成プログラムは、
第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
仕訳加工部に転送された集計データを、摘要番号の指定する第1摘要雛形記憶部の区分要素に転送する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項14記載の仕訳データ作成プログラムは、
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第2仕訳記憶部の補助要素に入力された、摘要番号の指定する編集前摘要要素と区分要素とを取得し、副摘要番号の指定する編集前摘要要素を取得し、取得した編集前摘要要素と補助要素に入力されたデータとに基づいて、編集後摘要要素を編集する手段と、
編集後摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項15記載の仕訳データ作成プログラムは、
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項16記載の仕訳データ作成プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第1摘要雛形記憶部の補助要素に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、第1摘要雛形記憶部の摘要要素を編集する手段と、区分要素を設定する手段と、
第1摘要雛形記憶部の候補データのうちから実データを抽出し、第1仕訳記憶部に転送する手段と、
第1仕訳記憶部に転送された実データの摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項17記載の仕訳データ作成プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、
取引データ受取部が取引データを受け取り、取引データを摘要番号の指定する第1摘要雛形記憶部の仕訳要素に転送する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項18記載の仕訳データ作成プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、
第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
仕訳加工部に転送された集計データを、摘要番号の指定する第1摘要雛形記憶部の区分要素に転送する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項19記載の仕訳データ作成プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
第2仕訳記憶部の補助要素に入力された、摘要番号の指定する編集前摘要要素と区分要素とを取得し、副摘要番号の指定する編集前摘要要素を取得し、取得した編集前摘要要素と補助要素に入力されたデータとに基づいて、編集後摘要要素を編集する手段と、
編集後摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
また、本発明の請求項20記載の仕訳データ作成プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
摘要要素を構成して、結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする。
The present invention solves the above-described problems and can easily create journal data including a summary of appropriate contents, journal data creating method, journal data creating method, journal data creating program, and journal data creating program storage medium The purpose is to provide.
In this specification, transactions for which journal data is to be created are classified into two patterns. The first pattern of transactions is basically a specific transaction such as account transfer such as electricity charges and telephone charges. Since the transaction is performed on a predetermined date with a specific trading partner, the transaction can be automatically selected and input as a “journal pattern” and is referred to as a “standard transaction”. Since the transaction of the second pattern is a transaction that is performed on an unspecified date with an unspecified trading partner for an unspecified transaction target, it is a transaction that requires manual input of the “journal pattern”. Referred to as a “trade transaction”.
Further, in this specification, the elements used for creating the journal data are classified into three types, and the first type element is an element that is fixed when the journal is created, and is referred to as a “fixed element”. The second type of element is an element that is unavoidable to be input to a computer through human resources, such as a sales amount that occurs irregularly in the creation of a journal, or a numerical value indicating “current month”. It is called “independent variable”. The third type of element is an element that can be automatically created based on a “fixed element” or an “independent variable element” when creating a journal, and is referred to as a “dependent variable element”.
Further, in this specification, data relating to a transaction prepared in advance in the “summary template” as shown in FIG. 7 is referred to as “candidate data”, and data relating to the generated transaction is referred to as “actual data”. .
Next, the means of the present invention for achieving the above object will be described.
The journal data creating apparatus according to claim 1 of the present invention is
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
A first sub summary template storage unit comprising a sub summary number and a journal element;
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit;
Means for editing the summary element of the first summary template storage unit based on the data input to the data obtaining unit, means for setting the segment element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
Means for configuring the summary element of the actual data transferred to the first journal storage unit and editing the combined summary element.
The means described above include an automatic editing function for summary elements, an automatic setting function for classification elements, an automatic extraction and transfer function for generated transactions, and an automatic configuration editing function for combined summary elements.
These functions are the minimum necessary for transactions that occur regularly, such as electricity / water charges, telephone charges, newspaper subscription charges, social insurance premiums, withholding tax / city prefectural tax account transfers, etc. When you enter the transfer date of the limit independent variable element, the amount of each transaction, etc., the description element is automatically edited, the classification element is automatically set, and the `` actual data '' generated from the `` candidate data '' of the `` summary template '' this month ”Is automatically extracted and transferred, the description elements are automatically configured, the description of the appropriate content that is well-formed is edited, and journal data is automatically created in a batch without human intervention. A transaction such as accruing unpaid expenses shown in a processing example 2 described later is similarly processed.
In addition, the automatic editing function for summary elements includes a search function, a calculation function, a function for converting numeric values into character strings, a function for setting a format by combining predefined character strings with input data, etc. The automatic setting function of the classification element includes a search function and a hierarchical calculation function, and can be expected to be used in a wide range of transactions.
In addition, the journal data creation device according to claim 2 of the present invention includes:
The transaction data receiving unit is provided with means for receiving the transaction data and transferring the transaction data to a journal element of the first summary template storage unit designated by the summary number.
The above-described means includes a journal pattern automatic selection function and an independent variable element automatic input function.
By adding these functions, as shown in Process Example 3 described later, a large amount occurs regularly, accounting for a large number of annual transactions such as sales recording, accounts receivable collection, purchase accounting, salary payments, settlement of accounts, etc. When the application department creates the application data by entering the minimum necessary independent variable data in the applicable business department, the transaction data necessary for creating the journal is fetched from the application data, and the description number is specified. `` Summary template '' is automatically selected, transaction data is automatically entered in the corresponding `` journal element '' based on the column-corresponding definition, and the journal data is automatically batched without any human intervention in the same manner as described above. Is created.
In addition, the journal data creation device according to claim 3 of the present invention includes:
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, assigning a description number, and transferring to the journal processing unit;
Means for transferring the aggregated data transferred to the journal processing unit to the sorting element of the first summary template storage unit designated by the summary number.
The above-described means includes a summation function for the amount of money for each identification data, an automatic setting function for designated data, an automatic selection function for journal patterns, and an automatic input function for independent variation elements.
With the addition of these functions, it is possible to automatically respond to changes in journal pattern combinations such as monthly, and it is also possible to automatically sum up the amount by identification data without human intervention, accrued expenses and accounts payable If you enter the debit data of the minimum necessary independent variable elements such as the amount of each transaction to account for the transaction and the summary phrase of some transactions, as shown in Process Example 2 below, Debit / Credit journal data is automatically created, and as shown in Process Example 4 below, a periodic payment bank transfer request form requires only a few manual inputs such as payment date and deduction amount. The journal data for debits and credits for periodic payments are automatically created all at once without any human intervention.
In addition, the journal data creating apparatus according to claim 4 of the present invention includes:
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
A second sub summary template storage unit comprising a sub summary number and a summary element;
The pre-edit summary element specified by the description number and the classification element, which are input to the auxiliary element of the second journal storage unit, are acquired, the pre-edit summary element specified by the secondary description number is acquired, and the pre-edit summary element that is acquired And a means for editing the post-edit summary element based on the data entered in the auxiliary element,
And a means for configuring the summary element after editing and editing the combined summary element.
The above-described means includes a function for simultaneously selecting and inputting a plurality of designated data, an automatic editing function for post-editing summary elements, and an automatic configuration editing function for combined summary elements.
In an atypical transaction such as a cash transaction, it is not possible to automatically select and enter a "journal pattern", so select and input multiple specified data for "summary template" and "sub-summary template" Set a fixed category element along with the selection of multiple description words such as “From (To)”, arrange the basic pattern of journals, and easily add supplementary description words, transaction date of receipts, number of transactions, etc. When a numerical value is input, the numerical value is converted into a character string, the summary element is edited in a format based on a predetermined definition, and the summary element is automatically configured to edit an appropriate summary with a good shape.
Further, the journal data creating apparatus according to claim 5 of the present invention is
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
A summary element is provided, and means for editing the combined summary element is provided.
In addition to the basic types shown in claims 1 and 4, the above-described summary configuration editing means performs configuration editing of the combined summary element performed in the first journal processing unit in the first summary template processing unit, Various implementations such as inputting the basic data in the journal data creation section including the application department, etc., implementing the two-step editing means in the application department, and receiving the edited summary at the transaction data receiving department Can be considered.
In addition, by automating the summary composition editing work, it is possible to select and input “summary template” for all transactions in the year, and for routine transactions, it is possible to automate repetitive work and create batch data automatically. Become.
As described above, the journal data creation device of the present invention automates the most complicated summary configuration editing work in the journal data creation work process in all transactions of the year, and is a typical transaction that accounts for the majority of transactions. With the automatic input of repetitive operations such as selecting and inputting “journal pattern” that is repeated regularly every month, etc., when the data of the minimum independent variable element is received or received by the transaction data receiving unit, etc. It is automatically created all at once without human intervention.
In addition, when creating journal data, it is possible to select “summary template” for all transactions, so by registering “other elements” in advance, it becomes possible to manage classification elements such as tax classifications for each transaction. Furthermore, it becomes possible to use the journal data for other business.
Moreover, the journal data creation method according to claim 6 of the present invention includes:
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Editing a summary element of the first summary model storage unit based on data input to the auxiliary elements of the first summary template storage unit, setting a segment element;
Editing the summary elements of the first summary model storage unit based on the data input to the data acquisition unit, setting the segment elements,
Extracting actual data from the candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
Forming a summary element of the actual data transferred to the first journal storage unit, and editing the combined summary element.
Moreover, the journal data creation method according to claim 7 of the present invention includes:
The transaction data receiving unit receives the transaction data, and includes a step of transferring the transaction data to a journal element of the first summary template storage unit designated by the summary number.
Moreover, the journal data creation method according to claim 8 of the present invention includes:
Extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, attaching a description number, and transferring to the journal processing unit;
And transferring the aggregated data transferred to the journal processing unit to the division element of the first summary template storage unit designated by the summary number.
Moreover, the journal data creation method according to claim 9 of the present invention includes:
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-edit summary element specified by the description number and the classification element, which are input to the auxiliary element of the second journal storage unit, are acquired, the pre-edit summary element specified by the secondary description number is acquired, and the pre-edit summary element that is acquired Editing the summary element after editing based on the data entered in the auxiliary element,
And a step of configuring a summary element after editing and editing the combined summary element.
Moreover, the journal data creation method according to claim 10 of the present invention includes:
In the journal data creation device that creates journal data,
Editing a summary element obtained by dividing the summary of the journal based on data input to the journal data creation unit according to a predefined algorithm;
Forming a summary element and editing the combined summary element.
Moreover, the journal data creation program according to claim 11 of the present invention includes:
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit;
Means for editing the summary element of the first summary template storage unit based on the data input to the data obtaining unit, means for setting the segment element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
A summary element of actual data transferred to the first journal storage unit is configured, and the computer functions as means for editing the combined summary element.
Moreover, the journal data creation program according to claim 12 of the present invention includes:
The transaction data receiving unit receives the transaction data, and causes the computer to function as means for transferring the transaction data to the journal element of the first summary template storage unit designated by the summary number.
Moreover, the journal data creation program according to claim 13 of the present invention includes:
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, assigning a description number, and transferring to the journal processing unit;
The computer is caused to function as a means for transferring the total data transferred to the journal processing unit to the sorting element of the first summary template storage unit designated by the summary number.
Moreover, the journal data creation program according to claim 14 of the present invention includes:
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-edit summary element specified by the description number and the classification element, which are input to the auxiliary element of the second journal storage unit, are acquired, the pre-edit summary element specified by the secondary description number is acquired, and the pre-edit summary element that is acquired And a means for editing the post-edit summary element based on the data entered in the auxiliary element,
A summary element after editing is configured, and the computer functions as means for editing the combined summary element.
Moreover, the journal data creation program according to claim 15 of the present invention includes:
In the journal data creation device that creates journal data,
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
The summary element is configured, and the computer is caused to function as means for editing the combined summary element.
A computer-readable storage medium storing the journal data creation program according to claim 16 of the present invention is provided.
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit;
Means for editing the summary element of the first summary template storage unit based on the data input to the data obtaining unit, means for setting the segment element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
A summary element of actual data transferred to the first journal storage unit is configured, and the computer functions as means for editing the combined summary element.
A computer-readable storage medium storing the journal data creation program according to claim 17 of the present invention is provided.
The transaction data receiving unit receives the transaction data, and causes the computer to function as means for transferring the transaction data to the journal element of the first summary template storage unit designated by the summary number.
A computer-readable storage medium storing a journal data creation program according to claim 18 of the present invention is provided.
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, assigning a description number, and transferring to the journal processing unit;
The computer is caused to function as a means for transferring the total data transferred to the journal processing unit to the sorting element of the first summary template storage unit designated by the summary number.
A computer-readable storage medium storing the journal data creation program according to claim 19 of the present invention is provided.
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-edit summary element specified by the description number and the classification element, which are input to the auxiliary element of the second journal storage unit, are acquired, the pre-edit summary element specified by the secondary description number is acquired, and the pre-edit summary element that is acquired And a means for editing the post-edit summary element based on the data entered in the auxiliary element,
A summary element after editing is configured, and the computer functions as means for editing the combined summary element.
A computer-readable storage medium storing the journal data creation program according to claim 20 of the present invention is provided.
In the journal data creation device that creates journal data,
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
The summary element is configured, and the computer is caused to function as means for editing the combined summary element.

図1は、本発明の仕訳データ作成装置として動作するコンピュータシステムを示す外観図である。
図2は、図1に示す外観を有するコンピュータシステムのハードウェア構成図である。
図3は、表計算ソフトによって液晶ディスプレイ上に表示される表示画面を示す図である。
図4は、表計算ソフトの機能ブロックを示す図である。
図5は、取引や操作援助を選択するメニューの構造図である。
図6は、定型的取引に用いられる第1仕訳記憶部の「仕訳作成」を行う列範囲の一例を示す図である。
図7は、定型的取引に用いられる第1摘要雛形記憶部の「摘要雛形」の列範囲の一例を示す図である。
図8は、定型的取引に用いられる第1副摘要雛形記憶部の「副摘要雛形」の列範囲の一例を示す図である。
図9は、非定型的取引に用いられる第2仕訳記憶部の「仕訳作成」を行う列範囲の一例を示す図である。
図10は、非定型的取引に用いられる第2摘要雛形記憶部の「摘要雛形」の列範囲の一例を示す図である。
図11は、非定型的取引に用いられる第2副摘要雛形記憶部の「副摘要雛形」の列範囲の一例を示す図である。
図12は、定型的取引についての機能構成を示す機能ブロック図である。
図13は、非定型的取引についての機能構成を示す機能ブロック図である。
図14は、原則として毎月発生する口座振替の処理事例を示す図である。
図15は、当月の「環境設定」の一例を示す図である。
図16は、「摘要要素1」の従属変動要素の自動更新を説明する図である。
図17は、振替日入力操作を説明する図である。
図18は、第1摘要雛形記憶部72_1の「摘要雛形」から、第1仕訳記憶部71_1の仕訳作成用の列範囲に転送された要素を示す図である。
図19は、摘要要素の自動構成編集を説明する図である。
図20は、仕訳データが転用されて作成される伝票を示す図である。
図21は、原則として毎月発生する未払費用計上の処理事例を示す図である。
図22は、「未払費用」の取引でデータ入手部74が入手した当月の「環境設定」の内容を示す図である。
図23は、補助要素入力操作を説明する図である。
図24は、「未払費用」計上の処理のために用意された第1副摘要雛形記憶部73の「副摘要雛形」の一例を示す図である。
図25は、「未払費用」計上の取引で作成された第1仕訳記憶部71_1の仕訳データを示す図である。
図26は、要素の集計処理を示す図である。
図27は、第1摘要雛形記憶部72_1の「摘要雛形」の列範囲に転送された要素を示す図である。
図28は、第1仕訳記憶部71_1の仕訳作成用の列範囲に転送された貸方データの要素を示す図である。
図29は、借方データと貸方データの会計処理への転用例を示す図である。
図30は、給与支払の処理事例を示す図である。
図31は、給与支払の処理で取引データ受取部76が受け取った取引データを示す図である。
図32は、転送元と転送先との例対応の定義を示す図である。
図33は、給料の処理で作成された仕訳データを示す図である。
図34は、給料の処理で作成された仕訳データの会計処理への転用例を示す図である。
図35は、総合振込依頼書を作成する適用業務で入手される取引データを示す図である。
図36は、支払一覧表を示す図である。
図37は、総合振込依頼書を示す図である。
図38は、定期支払の処理で取引データ受取部76が受け取った取引データを示す図である。
図39は、「定期支払1」の処理用に用意された第1摘要雛形記憶部72_1の「摘要雛形」を示す図である。
図40は、第2摘要雛形記憶部82の「摘要雛形」の一例を示す図である。
図41は、第2副摘要雛形記憶部83の「副摘要雛形」の一例を示す図である。
図42は、第2仕訳記憶部81_1の仕訳作成用の列範囲の一例を示す図である。
図43は、文字列の追加と編集を説明する図である。
図44は、非定形的取引の処理で作成された仕訳データの会計処理への転用例を示す図である。
FIG. 1 is an external view showing a computer system that operates as a journal data creation apparatus according to the present invention.
FIG. 2 is a hardware configuration diagram of the computer system having the appearance shown in FIG.
FIG. 3 is a diagram showing a display screen displayed on the liquid crystal display by the spreadsheet software.
FIG. 4 is a diagram showing functional blocks of the spreadsheet software.
FIG. 5 is a structural diagram of a menu for selecting a transaction or operation assistance.
FIG. 6 is a diagram illustrating an example of a column range in which “journal creation” is performed in the first journal storage unit used for a typical transaction.
FIG. 7 is a diagram illustrating an example of a column range of “summary template” in the first summary template storage unit used for a typical transaction.
FIG. 8 is a diagram illustrating an example of a column range of “sub-summary template” in the first sub-summary template storage unit used for a typical transaction.
FIG. 9 is a diagram illustrating an example of a column range in which “journal creation” is performed in the second journal storage unit used for an atypical transaction.
FIG. 10 is a diagram illustrating an example of a column range of “summary template” in the second summary template storage unit used for an atypical transaction.
FIG. 11 is a diagram illustrating an example of a column range of “sub-summary model” in the second sub-summary model storage unit used for the atypical transaction.
FIG. 12 is a functional block diagram showing a functional configuration for a typical transaction.
FIG. 13 is a functional block diagram showing a functional configuration for an atypical transaction.
FIG. 14 is a diagram showing an example of a process of account transfer that occurs in principle every month.
FIG. 15 is a diagram illustrating an example of “environment setting” for the current month.
FIG. 16 is a diagram illustrating automatic update of the dependent variable element of “summary element 1”.
FIG. 17 is a diagram for explaining a transfer date input operation.
FIG. 18 is a diagram illustrating elements transferred from the “summary template” in the first summary template storage unit 72_1 to the column range for creating journals in the first journal storage unit 71_1.
FIG. 19 is a diagram for explaining automatic configuration editing of summary elements.
FIG. 20 is a diagram showing a slip created by diverting journal data.
FIG. 21 is a diagram showing a processing example of accruing expenses that occur every month in principle.
FIG. 22 is a diagram illustrating the contents of the “environment setting” for the current month acquired by the data acquisition unit 74 in the “accrued expenses” transaction.
FIG. 23 is a diagram illustrating an auxiliary element input operation.
FIG. 24 is a diagram illustrating an example of a “sub-summary template” in the first sub-summary template storage unit 73 prepared for the process of “accrued expenses”.
FIG. 25 is a diagram illustrating journal data in the first journal storage unit 71_1 created in the transaction of “accrued expenses”.
FIG. 26 is a diagram illustrating an element counting process.
FIG. 27 is a diagram illustrating elements transferred to the “summary template” column range of the first summary template storage unit 72_1.
FIG. 28 is a diagram illustrating elements of credit data transferred to a column range for creating journals in the first journal storage unit 71_1.
FIG. 29 is a diagram illustrating an example of diversion of credit data and credit data to accounting processing.
FIG. 30 is a diagram illustrating a processing example of salary payment.
FIG. 31 is a diagram showing the transaction data received by the transaction data receiving unit 76 in the salary payment process.
FIG. 32 is a diagram illustrating a definition of an example correspondence between a transfer source and a transfer destination.
FIG. 33 is a diagram showing journal data created by the salary processing.
FIG. 34 is a diagram showing an example of diversion of journal data created by salary processing to accounting processing.
FIG. 35 is a diagram showing transaction data obtained in an application for creating a comprehensive transfer request form.
FIG. 36 is a diagram showing a payment list.
FIG. 37 is a diagram showing a general transfer request form.
FIG. 38 is a diagram showing the transaction data received by the transaction data receiving unit 76 in the periodic payment process.
FIG. 39 is a diagram illustrating a “summary template” in the first summary template storage unit 72_1 prepared for the processing of “periodic payment 1”.
FIG. 40 is a diagram illustrating an example of “summary template” in the second summary template storage unit 82.
FIG. 41 is a diagram illustrating an example of a “sub-summary model” in the second sub-summary model storage unit 83.
FIG. 42 is a diagram illustrating an example of a column range for creating journals in the second journal storage unit 81_1.
FIG. 43 is a diagram for explaining addition and editing of a character string.
FIG. 44 is a diagram showing an example of diverting journal data created in the non-standard transaction processing to accounting processing.

以下、本発明の実施形態について説明する。
図1は、本発明の仕訳データ作成装置として動作するコンピュータシステムを示す外観図である。
このコンピュータシステム10は、いわゆるノート型のパーソナルコンピュータであり、CPU、RAMメモリ、ハードディスク、モデムなどを内蔵した本体部11を備えている。本体部11の上面には、本体部11からの指示により液晶面12aに画面表示を行う液晶ディスプレイ12が開閉自在に取り付けられている。また、この本体部11の上面には、コンピュータシステム10にオペレータの指示や文字情報を入力するためのキーボード13や、液晶面12a上の任意の位置を指定することによりその位置に表示されていたアイコンなどに応じた指示を入力するトラックボール14が設けられている。本体部11は、さらに、外観上、CDROM20が装填されるCDROM装填口11aを有しており、その内部には、装填されたCDROM20をドライブするCDROMドライブ11_5(図2参照)も内蔵されている。
また、このコンピュータシステム10は、フレキシブルディスク(FD)22が装填されフレキシブルディスク22をドライブするFDドライブ15を備えている。
図2は、図1に示す外観を有するコンピュータシステムのハードウェア構成図である。
ここには、中央演算処理装置(CPU)11_1、RAM11_2、ハードディスクコントローラ11_3、FDドライブ15、CDROMドライブ11_5、トラックボールコントローラ11_6、キーボードコントローラ11_7、ディスプレイコントローラ11_8、およびプリンタコントローラ11_9が示されており、それらはバス11_10で相互に接続されている。
FDドライブ15、CDROMドライブ11_5は、図1を参照して説明したように、フレキシブルディスク22、CDROM20が装填され、装填されたフレキシブルディスク22、CDROM20にアクセスするものである。
プリンタコントローラ11_9は、CPU11_1からの指示に従ってプリンタ30に印刷などを行わせるものである。
また、ここには、ハードディスクコントローラ11_3によりアクセスされるハードディスク21、トラックボールコントローラ11_6により制御されるトラックボール14、キーボードコントローラ11_7により制御されるキーボード13、およびディスプレイコントローラ11_8により制御される液晶ディスプレイ12も示されている。
ここでは、CDROM20に、本発明にいう仕訳データ作成プログラムの一例が記憶されており、このCDROM20はCDROM装填口11aから本体部11内に装填され、CDROMドライブ11_5によりそのCDROM20に記憶された仕訳データ作成プログラムが読み込まれる。CDROMドライブ11_5によって読み込まれた仕訳データ作成プログラムは、バス11_10を経由し、ハードディスクコントローラ11_3によってハードディスク21内にインストールされる。このハードディスク21内にインストールされた仕訳データ作成プログラムが起動されると、その仕訳データ作成プログラムはRAM11_2上にロードされ、CPU11_1により実行される。CPU11_1によって仕訳データ作成プログラムが実行されると、このコンピュータシステム10は、本発明の仕訳データ作成装置の一実施形態として動作して仕訳データの作成を行う。
本発明にいう仕訳データ作成プログラムの一例が記憶されたCDROM20は、本発明の仕訳データ作成プログラム記憶媒体の一実施形態に相当する。
また、その仕訳データ作成プログラムがインストールされた状態のハードディスク21も、本発明の仕訳データ作成プログラム記憶媒体の一実施形態に相当する。
さらに、その仕訳データ作成プログラムがフレキシブルディスク22などにダウンロードされるときは、そのダウンロードされた仕訳データ作成プログラムを記憶した状態にあるフレキシブルディスク22なども、本発明の仕訳データ作成プログラム記憶媒体の一実施形態に相当する。
本発明にいう仕訳データ作成プログラムの後述する一例は、以下説明するいわゆる表計算ソフトの機能を利用するものである。
図3は、表計算ソフトによって液晶ディスプレイ上に表示される表示画面を示す図であり、図4は、表計算ソフトの機能ブロックを示す図である。以下、図3と図4とをあわせて説明する。
表計算ソフトは、上述したコンピュータシステムの液晶ディスプレイ12上に、上下左右に整列した多数のセル41を有する表40を表示する。液晶ディスプレイ12上には、表40が有する多数のセルの一部が表示されており、表40に設けられたスクロールバー42、43によって表示部分を移動させることができる。
図3の左右方向へのセル41の並びは一般に「行(Row)」と称され、図3の上下方向へのセル41の並びは一般に「列(Column)」と称される。以下の説明でもこの称呼を用いる。また、ここでは、各行、各列に連番の行番号、列番号が付与されており、行番号と列番号との組によって1つのセルが特定される。このようにセルを特定する行番号と列番号との組のことを以下では「セルの番地」と称する。
表計算ソフト50では、各セル41に対応した記憶領域51が用意され、その記憶領域51には、式52と値53が記憶される。各セル41に対応して設けられている記憶領域51に記憶されている式52や値53のことを以下では単に「セルの式」や「セルの値」と称する。セルの値53としては数値や文字列が記憶され、セルの式52としては、単なる数値であることも許容された算術式や、単なる文字列であることも許容された文字列操作式が記憶される。また、式52では、他のセルの値が参照される場合もある。さらに、表計算ソフト50には、論理関数や検索関数などが用意されており、これらの関数が用いられて式52が構成される場合もある。各セルの値53は、各セルの式52に従って演算部54で演算されて求められる。
各セルの値53は、表示部55によって表40の各セル41に表示される。また、表40の上方には式表示欄44が設けられており、マウスやカーソルキーの操作によって1つのセル41が選択されるとそのセル41の式が表示される。
選択されたセル41上や式表示欄44上では式の入力を行うことができ、入力された式は入力部56によって受け付けられて記憶領域51に記憶される。新たな式52が入力されて記憶領域51に記憶されると演算部54は値53を更新する。このとき、新たな式52が入力されたセルの値のみならず、そのセルの値を参照した他のセルの値なども更新される。
また、表計算ソフト50には、予め作成された処理手順を表す記述(マクロ)に従って、セルの値53の検索、抽出、演算、編集やセルの式52の入力などを実行するマクロ部57も備えられている。
このような表計算ソフトの機能が用いられて構成された本実施形態の仕訳データ作成装置には、仕訳データ作成装置として不可欠な機能を実現するマクロや仕訳データの作成に便利な基本機能を実現するマクロが用意されている。これらのマクロの集合は、本発明にいう仕訳データ作成プログラムの一例に相当し、本実施形態では、表計算ソフトの本体部分とともにCDROMに納められている。
本実施形態の仕訳データ作成装置では、表計算ソフトの表の上で仕訳が作成され、仕訳や摘要の作成に用いられる数値や文字列がセルの値として表に記載される。仕訳や摘要の作成に用いられるセルの値のことを以下では要素と称する。
次に、本実施形態のメニューについて説明する。
図5は、取引や操作援助を選択するメニューの構造図である。
メニュー構造の最上位には、仕訳データ作成装置のメインメニュー61が存在し、ここでは、「定型的取引1」、「定型的取引2」、「非定型的取引」、「決算取引」といった取引の大まかな分類が選択される。
メインメニュー61で取引の大まかな分類が選択されると、次に、取引選択メニューに移り、取引の細分類が選択される。メインメニュー61で「定型的取引1」、「定型的取引2」、「非定型的取引」などが選択されたことを受けて、それぞれ、「定型的取引1」の取引選択メニュー62、「定型的取引2」の取引選択メニュー63、「非定型的取引」の取引選択メニュー64などに移り、「口座振替1」や「給料」といった細分類が選択される。
さらに、各取引の処理操作を援助するマクロなどを起動するための操作援助メニュー65,…,69が存在するが、これらの操作援助メニュー65,…,69については後で説明する。
次に、定型的取引と非定型的取引とに分類されて、仕訳作成に用いられる6つの記憶部の列構成や機能について説明する。
図6は、定型的取引に用いられる第1仕訳記憶部の「仕訳作成」を行う列範囲の一例を示す図である。図7は、定型的取引に用いられる第1摘要雛形記憶部の「摘要雛形」の列範囲の一例を示す図である。図8は、定型的取引に用いられる第1副摘要雛形記憶部の「副摘要雛形」の列範囲の一例を示す図である。
これらの図には、Cnn(nnは整数)という形式で列番号が示されており、図6には、「C11」番から「C42」番までの列範囲が示されている。また、図7には、「C51」番から「C82」番までの列範囲が示されており、図8には、「C91」番から「C96」番までの列範囲が示されている。
図6に示されている列の範囲では仕訳が作成され、2行分の要素で1仕訳が構成される。このため、この図6に示されている列のうちの特定の列には、偶数行と奇数行とで異なる種類の要素が対応している。
「C11」番には仕訳番号、
「C12」番には伝票日付、「C13」番には借方科目、「C14」番には借方部門、「C15」番には貸方科目、「C16」番には貸方部門、「C37」番には金額、「C38」番には取引が発生したか否かを表す発生標識、「C39」番には借方課税区分、「C40」番には貸方課税区分の各要素が格納される。「C43」番以降の列を省略して示しているが、「C38」番から「C42」番までには、発生標識、課税区分のほか、資金繰区分、借入金や手形の期日、支払利息の期間・利率など仕訳を他の業務で利用する際に用いられる要素を各取引ごとに自在に設定でき、これらの要素を「その他の要素」と称する。仕訳作成に通常必須の「C12」番から「C16」番までと「C37」番の区分項目と、「その他の要素」とをあわせて「区分要素」と称する。
「C17」番から「C33」番までには、仕訳を作成する上で補助的な役割を果す要素が格納されるが、「C17」番から「C28」番までは定型的取引では通常ほとんど使用されないので図示していないが、取引の種類によっては相手先番号などを格納する場合もある。ここでは、結合摘要要素を構成編集するために必要な要素、「C29」番と「C30」番には調整前バイト数、「C31」番には前後調整値、「C32」番と「C33」番には調整後バイト数が格納される。これらの要素を「補助要素」と称する。
「C34」番と「C35」番には、分割された摘要が格納される。これらの要素を「摘要要素」と称する。
「C36」番の上段、下段には、「C34」番と「C35」番のそれぞれ上段、下段の摘要要素が構成編集された要素が格納される。これらの要素を「結合摘要要素」と称する。
また、「区分要素」と、「補助要素」と、「摘要要素」と、「結合摘要要素」とをあわせて「仕訳要素」と総称する。
定型的取引のこの列範囲では、「区分要素」と「摘要要素」には、後述する第1摘要雛形記憶部から対応する要素が転送されて格納され、転送された「摘要要素」が自動構成編集されて「結合摘要要素」が格納される。
従来の技術との相違点は、「仕訳要素」に、摘要の構成編集作業に必要な要素などが格納される「補助要素」と、仕訳を他の業務で利用するための「その他の要素」とが新たに備えられ、摘要についても、分割された摘要が「摘要要素」に、構成編集後の摘要が「結合摘要要素」に格納されることなどである。
図7に示されている列の範囲には、仕訳を作成するための雛形が、「候補データ」として一覧形式で仕訳の作成に先立って用意される。1行分の要素が1雛形を構成し、このような雛形を「摘要雛形」と称する。
「C51」番には摘要番号、
「C52」番から「C55」番までには、分割された摘要の雛形がセルの式として配置され、それらのセルの値が図6に示す「C34」番と「C35」番に転送される。これらの要素を「摘要要素」と称する。
「C56」番から「C65」番までには、摘要要素の編集や区分要素の設定に必要な、固定要素や階層的にも用いられる従属変動要素の予めの登録や、独立変動要素の受け入れが行われる。従属変動要素の更新に補助的に用いられるこれらの要素を「補助要素」と称する。
「C66」番から「C71」番までには、仕訳作成に通常必須の区分項目、「C72」番から「C82」番までには、図6において説明した「その他の要素」が格納され、これらの要素を「区分要素」と称する。
また、「摘要要素」と、「補助要素」と、「区分要素」とをあわせて「仕訳要素」と総称する。
従来の技術との相違点は、この「摘要雛形」に該当する従来の「仕訳パターン」では、「仕訳要素」として、原則的に「何を」に該当する摘要要素と、「C67」番から「C70」番までの区分項目とが備えられているが、本発明の仕訳データ作成装置では、定型的取引においては、この第1摘要雛形記憶部で実質的に仕訳データが作成されるので、摘要要素の自動編集機能、区分要素の自動設定機能を始めとする、従来の技術とは相違する機能を実現するための、複数の「摘要要素」と、「補助要素」と、伝票日付・金額の区分項目と、仕訳を他の業務で利用することを主な目的とする「その他の要素」とが新たに備えられている。
図8に示されている列の範囲には、上述した「摘要雛形」として、他の要素と固定しておくと不都合を生じるような要素の雛形が一覧形式で用意される。このような雛形を「副摘要雛形」と称する。
「C91」番には副摘要番号、
「C92」番から「C96」番までには、例えば、「車両番号」と「所属部門」との組合せのように、図7の説明で述べた、「摘要要素」の編集や「区分要素」の設定に必要な任意の「仕訳要素」が格納される。ここには通常固定要素が用意されるが、取引の種類によっては、従属変動要素を用意し幅広く利用することもできる。
従来の技術には、この「副摘要雛形」に該当するものは備えられていない。
図9は、非定型的取引に用いられる第2仕訳記憶部の「仕訳作成」を行う列範囲の一例を示す図である。図10は、非定型的取引に用いられる第2摘要雛形記憶部の「摘要雛形」の列範囲の一例を示す図である。図11は、非定型的取引に用いられる第2副摘要雛形記憶部の「副摘要雛形」の列範囲の一例を示す図である。
図6と同様に、図9に示す列範囲では仕訳が作成され、2行分の要素で1仕訳が構成される。
「C11」番から「C16」番までと、「C29」番から「C33」番までと、「C36」番から「C42」番までの要素については、図6と同様であるので詳細な説明は省略する。
「C17」番から「C21」番までには、摘要に記載される取引の発生日付や領収書の処理件数、「C22」番と「C23」番には、これらの要素を編集した文字列、「C24」番には、「摘要雛形」を指定する摘要番号、「C25」番には、「副摘要雛形」を指定する副摘要番号、「C26」番と「C27」番には、取得した編集前摘要要素、「C28」番には補足のための追加文字、「C29」番から「C33」番までには、図6と同様に結合摘要要素を構成編集するために必要な要素がそれぞれ格納される。これらの要素を「補助要素」と称する。
「C34」番の上段、下段には、「C26」番と「C23」番と「C28」番のそれぞれ上段、下段の文字列が編集された要素が格納される。「C35」番の上段、下段には、「C27」番のそれぞれ上段、下段の要素が格納される。これらの要素を「編集後摘要要素」と称する。
また、「区分要素」と、「補助要素」と、「編集後摘要要素」と、「結合摘要要素」とをあわせて「仕訳要素」と総称する。
従来の技術との相違点は、「仕訳要素」に、2つの雛形指定データ、取引の発生日付や処理件数、追加文字などの詳細な内容の摘要を構成する要素や、摘要の構成編集作業に必要な要素などが格納される「補助要素」と、仕訳を他の業務で利用するための「その他の要素」とが新たに備えられ、摘要についても、入力データに基づいて編集された摘要が「編集後摘要要素」に、構成編集後の摘要が「結合摘要要素」に格納されることなどである。
図10に示す非定型的取引についての「摘要雛形」では、
「C51」番には摘要番号、
「C52」番と「C53」番には、図7に示す定型的取引についての「摘要雛型」とは異なり、4つの摘要の構成要素のうち、「何を」や「何のための」に該当する第1および第3の「摘要要素」が格納される。
「C54」番から「C57」番までには、借方、貸方の区分項目、「C58」番から「C68」番までには、図7と同様に「その他の要素」が格納され、これらの要素を「区分要素」と称する。
また、「摘要要素」と、「区分要素」とをあわせて「仕訳要素」と総称する。
従来の技術との相違点は、この「摘要雛形」に該当する従来の「仕訳パターン」では、「仕訳要素」として、原則的に「何を」に該当する摘要要素と、「C54」番から「C57」番までの区分項目とが備えられているが、新たに、「何のための」の要素も格納できる摘要要素と、課税区分などの取引ごとの区分を格納し、また、仕訳を他の業務で利用するための、「その他の要素」とが備えられている。
図11に示す非定型的取引についての「副摘要雛形」では、
「C91」番には副摘要番号、
「C92」番と「C93」番には、図7に示す定型的取引についての「摘要雛型」の4つの摘要の構成要素のうち、「どこから(へ)」に該当する第2および第4の「摘要要素」が格納される。
従来の技術との相違点は、「何を」と「どこから(へ)」の要素の組合せのすべてが不規則に発生する非定型的取引では、「どこから(へ)」の要素を登録する「副摘要雛形」を新たに備え、不規則な組合せに対応するための複数の指定データの選択入力を可能にする環境を整えたことである。
以上、6つの記憶部の列構成や機能について述べたが、本明細書では、仕訳に関する要素について、上述したような「称呼」を用いることとする。
次に、本実施形態の仕訳データ作成装置の機能構成について説明する。
図12は、定形的取引についての機能構成を示す機能ブロック図である。
図6において説明した第1仕訳記憶部71_1と、図7において説明した第1摘要雛形記憶部72_1と、図8において説明した第1副摘要雛形記憶部73と、当月の環境設定のデータの入手や振替日などのデータの入力を受け付けるデータ入手部74が備えられている。
また、データ入手部74に入力されたデータや、第1摘要雛形記憶部72_1の「摘要雛形」の補助要素に入力されたデータに基づいて、必要な取引には第1副摘要雛形記憶部73の対応表を用い、第1摘要雛形記憶部72_1の「摘要雛形」の摘要要素の編集や区分要素の設定を行い、さらに第1摘要雛形記憶部72_1の候補データのうちから当月発生した実データを抽出し、第1仕訳記憶部71_1に転送する機能を有する摘要処理部72と、転送された実データの摘要要素を自動構成して結合摘要要素を編集する機能を有する第1仕訳処理部71と、第1仕訳記憶部71_1で得られた仕訳データから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して格納し、集計データを摘要番号の指定する第1摘要雛形記憶部72_1に転送して、新たな仕訳の作成に転用する機能を有する仕訳加工部75と、取引データを受け取り、受け取った取引データを第1摘要雛形記憶部72_1に転送する機能を有する取引データ受取部76が備えられている。
適用業務部77では、仕訳加工部75から取引データを受け取るなどして、補助簿の作成や、給与計算や経費の支払いなどを始めとして様々な適用業務の処理が行われる。適用業務の処理によって得られた適用データが、取引データとして取引データ受取部76に入力される。
会計データ作成部78では、第1仕訳記憶部71_1に記憶された仕訳データが転用されて、伝票出力用のデータ、財務会計用のデータ、決算および税務申告書用のデータ、連結会計用のデータ、などといった各種の会計データが作成される。マスタ記憶部79には、会計データ作成部78などで利用されるマスタデータが記憶されている。
なお、従来から、例えば、現金出納帳は特殊仕訳帳と補助簿(補助元帳)の2つの機能を備えていたが、コンピュータの普及に伴って、このような応用分化がさらに進み、多様な形態で仕訳帳や元帳の機能が補助簿(適用業務部77)などに移されており、本明細書では、このようなことから適用業務部77なども含め仕訳データ作成部70と総称する。
図13は、非定形的取引についての機能構成を示す機能ブロック図である。
図9において説明した第2仕訳記憶部81_1と、図10において説明した第2摘要雛形記憶部82と、図11において説明した第2副摘要雛形記憶部83が備えられている。
また、第2仕訳記憶部81_1の補助要素の、「摘要番号」に入力された指定データの指定する第2摘要雛形記憶部82の摘要要素と区分要素とを取得し、副摘要番号」に入力された指定データの指定する第2副摘要雛形記憶部83の摘要要素を取得し、取得した編集前摘要要素と、第2仕訳記憶部81_1の補助要素に入力されたその他のデータとに基づいて、編集後摘要要素を編集し、さらにこれらの編集後摘要要素を自動構成して結合摘要要素を編集する機能を有する第2仕訳処理部81が備えられている。
会計データ作成部84と、マスタ記憶部85と、仕訳データ作成部70については、上述したのと同様であり説明を省略する。
次に、本実施形態の仕訳データ作成装置で実行される仕訳データ作成の詳細な手順について、具体的な取引の種類を例示しながら説明する。
但し、本発明の仕訳データ作成装置は、業種の相違、規模の大小などにより、適用業務を含めその実施の形態が多様であり、そのすべてを説明することは困難であるため、これらに共通する主な機能を説明するための処理事例を例示し、また、様々な取引の細部の機能などについてもその多くを省略しており、これら実施の形態の相違する部分や、省略した細かな機能などについては、必要に応じて補足の説明をする。
なお、図12、図13の機能ブロック図を参照しながら処理事例1〜5の説明を行うが、説明を簡潔にするため図面を引用する語句の記述を以下省略することがある。
(処理事例1)
図14は、原則として毎月発生する口座振替の処理事例を示す図である。
この図14には、第1摘要雛形記憶部72_1の、図7に示す「摘要雛形」の一例が示されている。摘要雛形の左端の列90に示されている摘要番号は、本来は連番であるが、ここでは説明の便宜上、代表的な行が抜粋されて示されている。このため、摘要番号が飛び飛びの値となっている。また、列構成についても適宜に列が省略されており、省略箇所には破断線が示されている。以下では、特に断ることなくこのような行の抜粋や列の省略が行われているものとして説明する。
この図14に示す事例は、図5に示すメニューで、メインメニュー61の「定型的取引1」と、取引選択メニュー62の「口座振替1」が選択された場合の処理事例である。「口座振替1」では、電話料や電気料などのように、その月に支払うべき使用料などが、原則として指定された振替日に口座から引き落とされる取引に関する仕訳処理が実行される。
「定型的取引1」に属する各取引では、第1摘要雛形記憶部72_1の「摘要雛形」と、データ入手部74で取引データの入力操作が行われ、その取引データに基づいて仕訳データが自動作成される。この「定型的取引1」に属する各取引で用意される「摘要雛形」は、主に固定要素で構成されており、部分的に独立変動要素と従属変動要素を含んでいる。
この図14に例示された「摘要雛形」では、「金額」の列91に示された数値は、ユーザの入力操作によって入力される独立変動要素であり、「摘要要素1」の列92に示されている文字列と、「伝票日付」の列93に示されている数値と、「発生標識」の列94に示されている数値は、後述するように自動更新される従属変動要素であり、残りの、「摘要要素2」〜「摘要要素4」、「借方科目」〜「貸方部門」、「借方課税区分」、「貸方課税区分」の各列に示されている要素は、予め登録された固定要素である。
図5に示すメニューを介して「口座振替1」の取引が選択されると、以下説明する当月の「環境設定」の内容がデータ入手部74に転記される。
図15は、当月の「環境設定」の一例を示す図である。
この図15の上段にはセルの番地の列番号が示されており、下段にはセルの値が示されている。上述したように、表計算ソフトでは、各セルに番地と式と値が多重に対応づけられているので、図示の都合上、番地や式などを複数段に分割して図示する場合がある。
この図15には、「環境設定」の「C111」番以降の列範囲に存在するセルが示されており、各取引のデータ入手部74にこれらのセルと同等なセルが設けられている。この図15に示す各セルには「当年」や「当月」などといった名前が定義づけられており、その名前が関数名として用いられると、各セルの値が関数値として引用される。
この図に示されている各セルのうち、「当年」のセル101、「当月」のセル102それぞれに示されている数値は独立変動要素であり、図5に示すメニュー画面の選択に先立って、「環境設定」の選択により起動されたマクロは、「当年」、「当月」の各セル101,102を順次に自動選択し、ユーザによる入力操作を待つ。この図15には、「当年」、「当月」の各セル101,102にそれぞれ「12」、「9」が入力された状態が示されている。
「C113」番の「当月末日」セルから「C123」番の「翌月分」セルまでの各セルの値は従属変動要素であり、「当年」、「当月」の各セル101,102の値から自動算出されるものである。
「当月末日」のセル103には、「当月」のセル102の値から周知の技術で導かれる数値が格納される。
「C114」番から「C116」番までのセル範囲104の各セルには、「当月」のセル102の値から求められた数値が格納される。また、「C117」番から「C119」番までのセル範囲105の各セルには、「当年」、「当月」のセル101,102の値から求められた「翌月が属する年の年数」などを表す数値が格納される。さらに、「C120」番から「C123」番までのセル範囲106の各セルには、「当月」のセル102や「前月」のセルなどの数値を表す文字列と、文字列「月分」とが結合された文字列が自動作成されて格納される。これらの文字列は、摘要の文字列を編集するための素材として用意されている。
このような「環境設定」により、「当月分」などといった名前で表される関数の関数値が設定されることとなる。そして「環境設定」の内容を各取引のデータ入手部74で入手すると、これらの関数が引用されて定義されている従属変動要素が自動更新される。例えば、図14に示す「摘要要素1」の列92に格納された従属変動要素は、以下説明するように自動更新される。
図16は、「摘要要素1」の従属変動要素の自動更新を説明する図である。
この図16には、図14に示す「摘要要素1」の列92を構成するセルのうち、代表的な1つのセルが例示されている。この図16の上段にはセルの番地(列番号のみ)が示されており、中段にはセルの式が示されており、下段にはセルの値が示されている。
この図16に示すセルの式は、「前月分」という名前の関数と固定の文字列「 電気料」で構成されている。そして、上述した「環境設定」によって設定された関数値が引用されて、文字列「8月分 電気料」が自動編集される。図14に示す「7月分」や「9月分」の文字列は、関数「前々月分」や関数「当月分」の値が引用されて編集されたものである。このように、従属変動要素の式が関数などで定義されていることにより、少数の入力操作に応じて多数の従属変動要素が一括して更新され、仕訳の作成に要する手間が大幅に省かれることとなる。
「口座振替1」の取引でデータ入手部74が「環境設定」の内容を入手すると、ユーザによる所定操作によって、図5に示す「口座振替1」の操作援助メニュー65が表示されて「入力」が選択される。本実施形態の仕訳データ作成装置は、この「入力」の選択に応答して、以下説明する振替日入力操作と金額入力操作を援助する所定のマクロを起動する。
図17は、振替日入力操作を説明する図である。
この図17には、データ入手部74に予め用意されている振替日入力操作用のセル範囲が示されており、このセル範囲に含まれている20個のセルそれぞれには、「振替日1」から「振替日20」までの名前(即ち関数名)が定義づけられている。この図17には、上述した20個のセルのなかから抜粋された3つのセル111,112,113が例示されている。また、各セル111,112,113の右側には、各振替日に口座振替が行われるものを表した、ユーザがわかりやすい名称が示されている。これらの名称は、図14に示す「摘要雛形」が用意された際に一緒に記載されるものである。
マクロが起動されると、「振替日1」のセル111から「振替日20」のセル113までの各セルが順次に入力先として自動選択され、ユーザによって各セルに数値が入力されることにより振替日入力操作が行われる。この図17では、一例として、3つのセル111,112,113にそれぞれ値「9」、「10」、「30」が入力された状態が示されている。
「振替日20」のセル113に対して数値が入力されると、関数「振替日1」〜関数「振替日20」の関数値を引用したセルの値が自動更新される。例えば図14に示す「伝票日付」の列93の各セルには、関数「振替日1」〜関数「振替日20」のなかから選択された関数が式として格納されており、それらの関数の関数値が引用されて各セルの値が自動更新される。
振替日入力操作とセルの値の自動更新が終了すると、マクロによって、図14に示す「金額」の列91の最上段が入力先として選択されて金額入力操作が開始される。金額入力操作では、この「金額」の列91の各セルが上から順に入力先として自動選択され、ユーザの入力操作によって数値が入力される。また、例えば、リース料のように毎月定額である取引については、その数値がデフォルトとして格納されており、このデフォルトの数値をそのまま確定させることができる。
「発生標識」の列94の各セルには、そのセルに隣接する、「金額」の列91のセルの値が「0」であれば「0」を示し、「0」以外の値であれば「1」を示す関数が格納されており、「金額」の列91の各セルに数値が入力され、あるいはデフォルトの数値が確定されるたびに、そのセルに隣接する「発生標識」の列94のセルの値が自動更新される。「金額」の列91の最下段まで数値の入力が済むと金額入力操作が終了する。
以上説明した操作手順による独立変動要素の入力が終了すると、ユーザによる所定操作によって、図5に示す「口座振替1」の操作援助メニュー65が表示されて「データ処理」が選択される。当該取引では、この「データ処理」の選択を発端として、以下説明するように仕訳データが人手を介さず一括して自動的に作成される。
仕訳データの自動作成の第1段階では、独立変動要素の入力と従属変動要素の更新が終わった「摘要雛形」の「候補データ」のなかから、取引が発生した「摘要雛形」の「実データ」が抽出されて、その「摘要雛形」を構成する要素が、第1仕訳記憶部71_1の、図6に示す仕訳作成用の列範囲に転送される。
図18は、第1摘要雛形記憶部72_1の「摘要雛形」から、第1仕訳記憶部71_1の仕訳作成用の列範囲に転送された要素を示す図である。
この図18の上段にはセルの番地や列番号が示されており、下段にはセルの値が示されている。また、上述したように仕訳は奇数行と偶数行との2行1組で構成されており、この図18には、1仕訳を構成する奇数行と偶数行の一例として「R83」番および「R84」番の行が例示されている。
この図18に示されている各セルに格納される要素は、「仕訳番号」の列120のセルを除いて、「摘要雛形」から転送される要素である。
図18に示されている各セルのうち、「C12」番から「C16」番までの列範囲121の各セルに格納される要素は、図14に示す「伝票日付」〜「貸方部門」の列範囲95に含まれるセルから転送されてくる要素である。また、図18に示す番地「R84C34」、「R84C35」、「R83C34」、「R83C35」のセル範囲122の各セルに格納される要素は、図14に示す「摘要要素1」〜「摘要要素4」の列範囲96に含まれるセルから転送されてくる要素である。さらに、図18に示す「C37」番から「C40」番までの列範囲123の各セルに格納される要素は、図14に示す「金額」〜「貸方課税区分」の列範囲97に含まれるセルから転送されてくる要素である。このような転送の転送元と転送先との対応関係は、要素の転送を行うマクロのなかで定義されている。
このマクロによる転送手順について以下説明する。
要素の転送は、図14に示す「摘要雛形」のうちの最上段(行)の「摘要雛形」から順次に実行される。転送対象の行の「摘要雛形」を構成する要素のうち、発生標識の列94に格納されている要素の値が「1」である場合には転送が実行されて、上述した転送元と転送先との対応関係に応じて要素の転送が行われる。転送が実行されると、次の行の「摘要雛形」が転送対象となる。また、発生標識の列94に格納されている要素の値が「0」である場合には転送が行われずに、次の行の「摘要雛形」が転送対象となる。
転送が実行された「摘要雛形」の行数はカウンタでカウントされており、1行分の「摘要雛形」の要素が転送される度に、図18に示す「仕訳番号」の列120の該当セルにカウント値と同じ番号が格納される。これにより「仕訳番号」の列120に連番が格納されることとなる。
上記手順が繰り返されて「摘要雛形」の全行が転送対象として処理されると要素の転送は終了する。
仕訳データの自動作成の第2段階では、番地「R84C34」、「R84C35」、「R83C34」、「R83C35」のセル範囲122に格納されている4つの摘要要素(摘要要素1〜摘要要素4)が自動構成されて摘要の文字列が編集される。
図19は、摘要要素の自動構成編集を説明する図である。
この図19でも、上段にはセルの番地が示されており、下段にはセルの値が示されている。
この図19に示すセルのうち、番地「R84C34」、「R84C35」、「R83C34」、「R83C35」のセル範囲130は、図18の中央に示すセル範囲122と同じセル範囲が再度示されたものである。このセル範囲の各セルに格納されている文字列については、この図19では、スペースの関係上、文字列が一部省略されて示されているが、これらのセルに格納されている文字列データは、図18の中央に示すセル範囲122の各セルに格納されている文字列と同じ文字列を表している。
4つの摘要要素が構成編集される手順としては、まず、4つの摘要要素(摘要要素1〜摘要要素4)それぞれの文字列を表す文字データのバイト数が求められて、番地「R84C29」、「R84C30」、「R83C29」、「R83C30」のセル範囲131に格納される。この文字データのバイト数は、一般に、文字列の長さに相当している。この図19に示す例では、摘要要素1〜摘要要素4それぞれに対応するバイト数として「16」、「12」、「8」、「14」が求められている。
次に、各摘要要素の文字列の長さが、摘要の文字列を構成するための基準の長さと比較され、比較結果に基づいて文字列の長さが調整される。ここでは、摘要の文字列が上下2行それぞれが29バイトの長さを持つように、摘要の文字列の前半に対応する摘要要素1および摘要要素3については基準の長さが14バイト、摘要の文字列の後半に対応する摘要要素2および摘要要素4については基準の長さが15バイトに設定されている。
このような基準の長さに基づいて、以下説明する調整値が算出されて番地「R84C31」、「R83C31」のセル範囲132に格納される。
調整前の前半の文字列のバイト数をa、後半の文字列のバイト数をbとすると、調整値Xは、
(1)a≧29ならば、X=15、
(2)28≧a≧14ならば、X=a+1−14、
(3)a≦13かつb≦15ならば、X=0、
(4)a≦13かつb≧16かつb≧29−aならば、X=a+1−14、
(5)a≦13かつb≧16かつb≦28−aならば、X=15−b、
というように場合分けされた式によって算出される。この場合分けは、前半の文字列を優先した場合分けである。
このように場合分けされた式に、図19に例示されたバイト数を当てはめると、下段はa=16、b=12であるので(2)の場合に該当してX=3と算出される。また、上段はa=8、b=14であるので(3)の場合に該当してX=0と算出される。
こにように調整値Xが求められると、調整後の前半の文字列のバイト数Yと、調整後の後半の文字列のバイト数Zが、それぞれ
Y=14(前半の文字列の基準バイト数)+X
Z=29−Y
という式で求められる。図19に例示されたバイト数を当てはめると、下段は、Y=17、Z=12となり、上段は、Y=14、Z=15となる。これらの値は、番地「R84C32」、「R84C33」、「R83C32」、「R83C33」のセル範囲133に格納される。
これらの調整後のバイト数が求められると、前半の文字列の末尾に半角スペース14バイト、後半の文字列の末尾に半角スペース15バイトが追加され、それぞれの先頭から、Yバイト、Zバイトの文字列が切り出されて、その切り出された文字列が結合される。これにより合計29バイトの結合摘要要素(即ち摘要の文字列)が編集されて、番地「R84C36」、「R83C36」のセル範囲134に格納される。
このような自動構成編集の結果、詳細な取引内容を適切な文字列で表した摘要が得られる。
以上説明した要素の転送と摘要の自動構成編集により、仕訳データが人手を介さず一括して自動的に作成される。
図20は、仕訳データが転用されて作成される伝票を示す図である。
この図20に示す伝票は、仕訳データと、マスタとに基づいて作成されるものである。ここで用いられるマスタは、仕訳データに含まれている「借方科目」や「貸方部門」などを表す数値と、科目名や部門名とが対応づけられた対応表を表すマスタである。
「伝票日付」欄140に記載されている年月日は、図15に示す当月の「環境設定」で設定された年月と、仕訳データに含まれている「伝票日付」の要素に基づいて編集されたものである。
借方科目欄141、借方部門欄142、貸方科目欄143、貸方部門欄144の各欄には、仕訳データに含まれている「借方科目」、「借方部門」、「貸方科目」、「貸方部門」の数値に対応する科目名などがマスタから検索されて記載されている。
摘要欄145と金額欄146には、仕訳データに含まれている「結合摘要要素」と「金額」の要素がそのまま記載されている。
このように借方、貸方のそれぞれが1つずつの「金額」を有する仕訳は単一仕訳と称される。
以上述べた処理事例1では、データ入手部に入力されたデータに基づいた摘要要素の自動編集機能と区分要素の自動設定機能、発生取引の自動抽出転送機能、結合摘要要素の自動構成編集機能といった従来の技術とは相違する新たな機能について説明した。
処理事例1に示す「口座振替」の取引では、「振替日」の一括入力と各取引の金額の入力など、必要最少限度の独立変動要素のデータを入力すると、データ入手部74で入手した当月の「環境設定」のデータに基づいて摘要要素が自動編集され、データ入手部74で入力された「振替日」のデータに基づいて区分要素の「伝票日付」が自動設定され、第1摘要雛形記憶部72_1の「候補データ」のうちから、当月発生した「実データ」が抽出され、第1仕訳記憶部71_1に転送され、摘要要素が自動構成されて結合摘要要素が編集され、仕訳データが人手を介さず一括して自動的に作成される。
次に、処理事例1に関して補足の説明をする。
まず、「摘要雛形」の「候補データ」の予めの登録について、処理事例1に示した口座振替のような取引では、例えば、振替予定日の「月末日」が金融機関の休日に当たる場合には、振替日が翌月に繰り延べられるが、このような場合に備えた、月2回の「候補データ」も予め登録することができる。
また、例えば、電話料について、1本の「電話料」のうちに課税区分の異なる「国際電話料」が含まれ、同時に2つの仕訳を作成しなければならないような取引においては、電話の本数が少なければ、すべての電話番号の国内電話料と国際電話料の「摘要雛形」を予め登録し、電話の本数が多ければ「電話番号」と「部門」と「課税区分」などを対応させた「副摘要雛形」を配置し、発生が予定される電話番号の国際電話料については予め登録し、例外的に発生した電話番号の国際電話料については、「副適用雛形」から選択して「摘要雛形」を用意することもできる。
また、金融機関に振替日を指定して、相手先の預金口座からの自動振替を依頼する、毎月の貸付金の元利均等返済などの取引においては、預金残高の不足により振替不能が発生し、相手先ごとの「○月分」に毎月変動が生じその管理が煩雑となる。このような取引においては、列方向に「1」(1月)〜「12」(12月)、行方向に各月の「−12」(12ヶ月前分)〜「0」(当月分)などを対応させた「副摘要雛形」を配置し、「摘要雛形」の補助要素に「0」〜「−12」を登録し、「0」(当月分)が登録された相手先の振替があれば「9月分 貸付金返済」、「−2」(2ヶ月前分)が登録された相手先の振替があれば「7月分 貸付金返済」のように摘要要素が自動編集され、当月振替不能の相手先に対しては、「摘要雛形」の補助要素に登録された数値から1を差し引いた数値を改めて登録し、「○月分」などの従属変動要素を上述した当月の「環境設定」とは別に管理する。本発明の仕訳データ作成装置は、各取引ごとに上述した事例に示すように、取引の内容の細部にわたり様々な機能が組み込まれている。
以上で処理事例1の説明を終了し、以下、処理事例2について説明する。
(処理事例2)
図21は、原則として毎月発生する未払費用計上の処理事例を示す図である。
この図21に示す事例は、図5に示すメニューで、メインメニュー61の「定型的取引1」と、取引選択メニュー62の「未払費用」が選択された場合の処理事例である。「未払費用」計上では、原則的に特定の取引相手に対する毎月の未払費用が月末に一括計上される取引に関する仕訳処理が実行される。
この図21には、未払費用計上の処理用に用意された第1摘要雛形記憶部72_1の「摘要雛形」が示されている。
この図21に例示された「摘要雛形」では、「金額」の例151に並ぶセルのうち、番地が示されているセル151_1には、ユーザの入力操作によって入力される独立変動要素の数値が格納され、数値が示されているセル151_2には、固定要素が格納済みである。このデフォルトの数値は、毎月定額の取引が行われることを表している。「摘要要素1」の列152に格納される文字列と、「伝票日付」の列153に格納される数値は、自動更新される従属変動要素であり、「摘要要素1」のセルのうち、摘要番号「91」番と「120」番の「摘要雛形」のセル152_1には、セルの式が示されている。「発生標識」の列154に並ぶセルのうち、番地が示されているセル154_1には従属変動要素が格納され、数値が示されているセル154_2では、セルの値が自動更新されている。摘要番号「120」番の「摘要雛形」では「摘要要素4」のセル155と「借方部門」のセル156に式が示されており、これらのセルには従属変動要素が格納される。この図21に示されているセルのうち、残りの各セルには、固定要素が予め登録されている。
図5に示すメニューを介して「未払費用」の取引が選択されると、上述した処理事例1と同様に当月の「環境設定」が自動的に行われる。
図22は、「未払費用」の取引でデータ入手部74が入手した当月の「環境設定」の内容を示す図である。
この「未払費用」の取引で入手した当月の「環境設定」の内容は、図15と同様な内容であるが、ここでは説明の便宜上、2つのセル158,159が抜粋されて示されている。「当月」のセル158には、一例として9月を表す数値「9」が格納されており、「当月末日」のセル159には、9月の末日を表す数値「30」が格納されている。
図21に示す「伝票日付」の列153に並んだ各セルには、式として関数「当月末日」が登録されており、データ入手部74で上述した「環境設定」の内容を入手すると、各セルの値は9月の末日を表す数値「30」となる。また、「摘要要素1」の列152に格納されている文字列のうちの「9月分」という文字列については、処理事例1での説明と同様に自動更新されたものである。
このような当月の環境設定と従属変動要素の自動更新が終わると、ユーザによる所定操作によって、図5に示す「未払費用」の操作援助メニュー66が表示されて「入力」が選択される。本実施形態の仕訳データ作成装置は、この「入力」の選択に応答して、上記同様の金額入力操作と、以下説明する補助要素入力操作とを援助する所定のマクロを起動する。
金額入力操作では、「金額」の列151に並ぶセルのうち番地が示されているセル151_1が順次に入力先として自動選択されて取引金額が入力され、取引金額が「0」か否かに応じて「発生標識」の値が更新される。番地が示されているセル151_1についての入力操作が終わると、補助要素入力操作が開始される。
図23は、補助要素入力操作を説明する図である。
この図23には、図21に示す「摘要雛形」が再度示されている。この図23に示されている列には、図21では省略されている列と図21にも示されている列が含まれており、図21にも示されている列については同一の要素名が付されている。
また、この図23では上段にセルの番地や列番号が示されており、下段にセルの値が示されている。
「未払費用」計上の処理では、消耗品などの取引に関する処理も行われる。このような取引では摘要の「何を」で表される取引対象が不特定であることが多く、「摘要雛形」に固定要素として登録しておくことができない。このため、取引対象が不特定な取引については、補助要素入力操作で、摘要の「何を」を表すデータが入力される。
この補助要素入力操作が開始されると、要素の入力が必要なセルがマクロによって順次に自動選択される。このような自動選択を実現する方法としては、「摘要雛形」の登録時に、入力が必要なセルの番地も登録しておくという方法や、登録されている「摘要雛形」の各セルの内容から、入力が必要なセルを導き出すという方法などが採用され得るが、ユーザが任意にカーソルを移動して入力することもできる。
番地「R93C56」のセル161と番地「R122C56」のセル162は、「補助要素1」の文字列を入力するセルであり、ここでは、「タオルペーパー」と「バッテリー交換」という文字列が入力されている。このような文字列が「補助要素1」として入力されると、「摘要要素1」のセル163,164に格納される従属変動要素が、以下説明するように自動更新される。
これらのセル163,164の式は、図21のセル152_1に示すように、更新された従属変動要素の文字列「9月分 」と、関数「補助要素1」とで構成されている。摘要番号「91」番の「摘要雛形」における「補助要素1」の文字列は「タオルペーパー」であるので、「摘要要素1」の文字列は、図23のセル163に示すように「9月分 タオルペーパー」と自動編集される。また、摘要番号「120」番の「摘要雛形」における「補助要素1」の文字列は「バッテリー交換」であるので、「摘要要素1」の文字列は、図23のセル164に示すように「9月分 バッテリー交換」と自動編集される。
摘要番号「120」番の「摘要雛形」については、「補助要素1」の文字列のみならず、「補助要素2」の数値165の入力も必要とされる。この「補助要素2」の数値は、「副摘要雛形」を指定する数値である。
図24は、「未払費用」計上の処理のために用意された第1副摘要雛形記憶部73の「副摘要雛形」の一例を示す図である。
図24には、「車両番号」の文字列171と、「借方部門」を表す数値172との対応を定義する対応表を構成する「副摘要雛形」の、2行分の「副摘要雛形」が抜粋されて示されている。これら複数の「副摘要雛形」のなかから、ユーザが選択した「副摘要雛形」の副摘要番号が、上述した「補助要素2」の数値として入力される。このように入力された数値は、指定データであって、数値自身によって「副摘要雛形」を指定しているとともに、その数値が入力されたセルの番地によって「摘要雛形」も指定している。
図21に示すように、セル155とセル156の式は検索関数として定義されており、この検索関数は、図24に示すような対応表から、「補助要素2」に入力された副摘要番号をキーとして、「車両番号」の文字列と「借方部門」を表す数値とを検索する関数であり、「車両番号」の文字列は、図23に示す「摘要要素4」のセル166の値として格納され、「借方部門」を表す数値は、「借方部門」のセル167の値として格納される。
図23では、「補助要素2」のセル165の数値として副摘要番号「10」番が入力されており、この副摘要番号「10」番に基づいて検索された文字列「▽▽57セ7097」と数値「5」が、それぞれ「摘要要素4」のセル166と「借方部門」のセル167に格納されている。
このように、「副摘要雛形」として用意された対応表から検索されて引用される仕組みが備えられていることにより、車両の配属部門などを「副摘要雛形」として一括管理することができ、部門が変更された場合などであっても、「副摘要雛形」だけを修正して対応することができる。
以上説明した補助要素入力操作が終わって、必要な摘要要素が揃うと、ユーザの操作によって、図5に示す「未払費用」の操作援助メニュー66の「データ処理1」が選択される。この選択により、上述した処理事例1と全く同様に、第1摘要雛形記憶部72_1の「摘要雛形」から第1仕訳記憶部71_1の仕訳作成用の列範囲に要素が転送され、摘要要素が自動構成されて結合摘要要素が編集され、借方仕訳データが作成される。
図25は、「未払費用」計上の取引で作成された第1仕訳記憶部71_1の仕訳データを示す図である。
この図25には、上述した「データ処理1」と後述する「データ処理2」とが選択されて作成された仕訳データ180が示されているが、この「未払費用」の取引のように借方、貸方の一方または双方が2つ以上の「金額」で表される仕訳を複合仕訳と称する。
仕訳データ180には、その一組の仕訳データのうちの一部の、「借方データ」181と、「貸方データ」182とが示されている。
図21に示す「摘要雛形」には、「相手先番号」という固定要素157が用意されており、この「相手先番号」の要素は仕訳データの作成時に転送されて、図25に示す借方データ181中に組み込まれている。本実施形態の仕訳データ作成装置には、この「相手先番号」の要素を参照して借方データ181から貸方データ182を作成する処理機能が備えられており、この処理機能は、図5に示す「未払費用」の操作援助メニュー66の「データ処理2」が選択されると起動される。以下、この処理機能について説明する。
この処理機能が起動されると、仕訳加工部75によって、貸方データ181_2の要素が、「相手先番号」の要素181_1に基づいて集計される。
図26は、要素の集計処理を示す図である。
この図26でも、上段にはセルの番地が示されており、下段にはセルの値が示されている。また、この図26に示されている借方データ191は、図25に示す借方データ181の列範囲と同じ列範囲に作成されているデータであり、この図26では偶数行だけが抜粋され図示されている。
図26の右側に示されている列範囲は、「C151」番以降の列範囲であり、貸方データの基となる集計データの作成用として、仕訳加工部75に設定された列範囲である。この図26の説明では、便宜上、貸方データの基となる集計データのことも「貸方データ」と称する。
仕訳加工部75による集計処理では、図26に示す「相手先番号」の要素191_1が共通している借方データ191における「金願」の数値191_2が合計され、その共通の「相手先番号」の要素191_1の値が、貸方データの「相手先番号」の要素192として転送される、また、要素191_1が共通している借方データ191の数が計数されており、その計数値が、貸方データの「件数累計」の要素193として格納される。さらに、「金額」の数値191_2の合計値が、貸方データの「金額累計」の要素194として格納される。例えば、「相手先番号」の要素191_1の値が「1」である借方データ191は2件存在しており、各「金額」の数値191_2は「257,775」と「48,510」であるので、「相手先番号」の要素192が「1」である貸方データは、「件数累計」の要素193が「2」、「金額累計」の要素194が「306,285」となっている。
このような「相手先番号」別の集計が順次に繰り返される。
「未払費用」の「摘要雛形」には、貸方側の視点で分類された取引に対応する「摘要雛形」も用意されており、この「摘要雛形」に付与されている摘要番号は、「相手先番号」の要素192の数値に300を加えることで求められる。貸方データの「貸方摘要番号」の数値195は、このようにして求められた摘要番号である。
また、借方データ191の要素が集計されたデータが貸方データの列範囲に転送されると、データの転送を受けたセルを含む行における「発生標識」の要素196として「1」が格納される。
このように、仕訳加工部75による集計処理によって作成された貸方データの要素のうち、「金額累計」の要素194は、新たな取引データとして上記第1摘要雛形記憶部72_1の「摘要雛形」の列範囲に転送される。
図27は、第1摘要雛形記憶部72_1の「摘要雛形」の列範囲に転送された要素を示す図である。
この図27では、上段にはセルの番地の列番号が示されており、下段にはセルの値が示されている。
図26に示されている「金額累計」の要素194は、「貸方摘要番号」の数値195と同じ数値の摘要番号を有する「摘要雛形」に転送される。
図27には、摘要番号「301」番の「摘要雛形」が例示されている。図26に示す「貸方摘要番号」の数値195のうち、「301」という数値に対応する「金額累計」の要素194は「306,285」であり、この数値「306,285」が、図27に示す「摘要雛形」の「金額」の要素201として転送されている。このような「金額」の要素201の転送を受けた「摘要雛形」については、「発生標識」の要素202として値「1」が格納される。
なお、この図27に示す「摘要雛形」の要素のうち、「摘要要素1」の文字列203や、「伝票日付」の数値204は従属変動要素であり、上記同様に自動更新されている。
このように「摘要雛形」に取引金額が転送され、従属変動要素が更新されることにより、貸方データ(仕訳データ)の基となる「摘要雛形」の要素が揃う。そして、これらの要素が第1仕訳記憶部71_1の仕訳作成用の列範囲に転送されて仕訳データが作成される。
図28は、第1仕訳記憶部71_1の仕訳作成用の列範囲に転送された貸方データの要素を示す図である。
この図28の上段にはセルの番地や列番号が示されており、下段にはセルの値が示されている。
要素の転送方法は上記と同様であるので説明を省略する。貸方データ(仕訳データ)には、「101」番以降の仕訳番号が付されて、上述した借方データと区別されている。要素が転送されると、上述したように摘要要素が自動構成されて結合摘要要素(図29の222_3に示す)が編集され、貸方データ210が作成される。
この図28に示す貸方データ210は、図25の下段に示す貸方データ182と全く同様のデータとなっており、以上説明したように、借方データから貸方データが人手を介さず一括して自動的に作成される。
図29は、借方データと貸方データの会計処理への転用例を示す図である。
ここでは、会計処理の単純な一例として伝票形式の仕訳帳(複合仕訳)を作成する処理が採用されている。
借方データに基づく仕訳伝票221と貸方データに基づく仕訳伝票222とを比較すると、「借方科目」の文字列221_1,222_1、「借方部門」の文字列221_2,222_2、「摘要」の文字列221_3,222_3、「金額」の数値221_4,222_4のように互いに大きく相違している。このように互いに大きく相違するデータが、人手による金額の集計作業や仕訳の入力作業を必要とせず、一括して自動的に作成される。
以上述べた処理事例2では、処理事例1において説明した機能に加えて、補助要素に入力されたデータに基づいた摘要要素の自動編集機能と区分要素の自動設定機能、識別データ別の金額の集計機能、指定データの自動設定機能、仕訳パターンの自動選択機能、独立変動要素の自動入力機能といった従来の技術とは相違する新たな機能について説明した。
処理事例2に示す「未払費用」計上の取引では、各取引の金額や一部の取引の摘要語句など、必要最少限度の独立変動要素の借方データを入力すると、処理事例1と同様にして借方仕訳データが自動作成され、さらに、借方仕訳データから相手先番号別の金額が集計され、貸方摘要番号が付されて仕訳加工部75に転送され、この貸方摘要番号をキーに貸方の「摘要雛形」が自動選択され、集計された金額が該当する「区分要素」に自動入力され、以下、処理事例1で説明したのと同様にして、貸方仕訳データが人手を全く介さず一括して自動的に作成される。
次に、処理事例1,2に関して補足の説明をする。
摘要要素の自動編集機能と区分要素の自動設定機能について、例えば、短期借入金利息の支払取引において、借入金の利払期間「12」、「9」、「26」、「12」、「12」、「25」、利率「2.3」、元本の金額「100,000,000」、利払日数の「検索関数や計算式」を「摘要雛形」の補助要素に、支払利息の「計算式」を区分要素に、予め固定要素や従属変動要素として登録しておくと、利払期間の開始日および終了日の、基準日からの通算日数が、「副摘要雛形」の対応表を用いて算出され、利払日数「91」が計算され、元本「100,000,000」*利率「2.3」/「100」/「365」*利払日数「91」が計算されて、支払利息「573,424」が自動設定される。また、数値が文字列に変換され、予め定められた定義に従った書式で、「12.9.26−12.12.25 91日 2.3%」(上段)、「短期借入金利息 ○○銀◎◎支店」(下段)のような詳細な内容の摘要が摘要要素を自動構成して編集される。
また、自動継続の定期預金利息の受取取引においても、定期預金の利払期間「12」、「4」、「1」、「12」、「9」、「30」、利率「0.15」、元本の金額「1,000,000」などを、上記と同様にして登録しておくと、利払日数「183」、税引後受取利息「6,016」、源泉控除所得税国税「1,128」、源泉控除所得税地方税「376」、税引前受取利息「7,520」が計算され、税引後受取利息の仕訳は、「 期日12.9.30」(上段)、「定期預金利息 ○銀□△」(下段)の摘要と、金額「6,016」、源泉控除所得税国税の仕訳は、「定期預金利息 国 税 ○銀□△」(下段)の摘要と、金額「1,128」、源泉控除所得税地方税の仕訳は、「定期預金利息 地方税 ○銀□△」(下段)の摘要と、金額「376」、税引前受取利息の仕訳は、「12.4.1−12.9.30 183日 0.15%」(上段)、「定期預金利息 ○銀□△」(下段)の摘要と、金額「7,520」のように、摘要が自動構成編集され、「区分要素」の金額が自動設定される。金融機関の発行する利息計算書や利払計算書などでその内容を確認することにより、信頼できる極めて正確で詳細な内容の仕訳データが自動作成される。
また、小切手での支払を要する「○◎くじ」の仕入取引などにおいても、例えば、列方向に、売上単価「100」、「200」、「300」、「500」、行方向に、仕入単価「93.7」、仕入単価を文字列に変換し、その前後に「@」、「*」の文字列を結合した摘要語句「@93.7*」などを対応させた「副摘要雛形(1)」と、列方向に、回数「368」、「…」、「1413」、行方向に、回数を文字列に変換し、その前後に文字列を結合した摘要語句「全国◎◎368回」、「…」、「◇日本1413回」などを対応させた「副摘要雛形(2)」を配置し、データ入手部74で、仕入日付「11」、回数「1413」、単価「100」、数量「7000」などの独立変動要素のデータを入力すると、単価「100」をキーに、上述した「副摘要雛形(1)」から、仕入単価「93.7」、摘要語句「@93.7*」が選択され、仕入単価「93.7」と数量「7000」の数値に基づいて、区分要素の金額「655,900」が自動計算されて設定され、数量「7000」が文字列に変換され「@93.7*7000」(上段)、また、回数「1413」をキーに、上述した「副摘要雛形(2)」から摘要語句が選択され、「◇日本1413回仕入 △銀▽▽支店」(下段)のように摘要が自動編集され、仕訳データが人手を介さず瞬時に自動作成される。
上述したように、摘要要素の自動編集機能には、検索機能や、計算機能や、数値を文字列に変換する機能や、入力されたデータに予め定義された文字列を結合して書式を設定する機能などが含まれており、区分要素の自動設定機能には、検索機能や階層的な計算機能などが含まれており、「副適用雛形」は同一種類の取引に複数さらには階層的に設定することも可能であり、また、これらの機能は、上述したような少量多種の取引や、旅費の精算業務、本支店勘定の処理などにも幅広く利用することができる。
なお、上述した処理事例1,2のような取引であっても、同一種類の取引量が多量となった場合などには、適用業務部77で入力作業などを行い、取引データ受取部76で適用業務部77から取引データを受け取って、後述する処理事例3と同様に処理することもできる。
以上で処理事例2の説明を終了し、以下、処理事例3について説明する。
(処理事例3)
図30は、給与支払の処理事例を示す図である。
この図30の上段にはセルの番地の列番号が示されており、下段にはセルの値が示されている。
図30に示す事例は、図5に示すメニューで、メインメニュー61の「定形的取引2」と、取引選択メニュー63の「給料」が選択された場合の処理事例である。「定形的取引2」に属する各取引では、仕訳作成に先立って適用業務部77で適用データが作成されていることを前提としており、その適用データのうちから仕訳作成に必要な取引データを取引データ受取部76で受け取って仕訳データが作成される。
図30には、給与支払の処理用に用意された第1摘要雛形記憶部72_1の「摘要雛形」が例示されている。
ここに例示された「摘要雛形」では、「金額」の列231に示された数値と、「補助要素1」の列232に示された文字列と、「補助要素2」の列233に示された数値は、適用業務部77から取り込まれる独立変動要素である。
「伝票日付」の列234に示されている数値は、後述する関数「支給日」の値を引用した従属変動要素である。「摘要要素2」の列235に示されている文字列は従属変動要素であり、「補助要素1」の列232に示された文字列と「補助要素2」の列233に示された数値に基づいて後述するように自動更新される。「摘要要素1」の列236に示されている文字列と「発生標識」の列237に示されている数値は、上述した処理事例1と同様に自動更新される従属変動要素である。
図30に示された残りの、「借方科目」〜「貸方部門」、「借方課税区分」、「貸方課税区分」の各列に示されている要素は、予め登録された固定要素である。
図5に示すメニューを介して「給料」の取引が選択されると、上述した処理事例1と同様に当月の「環境設定」が自動的に行われる。
次に、ユーザの操作によって、図5に示す「給料」の操作援助メニュー67の「データ処理」が選択される。この「データ処理」の選択により所定のマクロが起動されて、取引データ受取部76に取引データが取り込まれ、その取引データに基づいて仕訳データが自動作成される。
図31は、給与支払の処理で取引データ受取部76が受け取った取引データを示す図である。
図31に示す列のうちの「摘要番号」の列241には、連番の摘要番号が予め格納されており、この図31では、6行分が抜粋されて示されている。
ここで取り込まれる取引データは、「取引要素1」〜「取引要素10」という要素と、給料の支給日を表す数値とを含むものであり、「C132」番から「C141」番までの列範囲242には、「取引要素1」〜「取引要素10」が取り込まれて、摘要番号「1」番の行から順次に下方へと格納される。「取引要素1」は金額を表す数値であり、金額が「0」である場合もある。「取引要素2」は氏名を表す文字列であり、「取引要素3」は人数を表す数値である。また、「C146」番に示されているセル243には、支給日を表す数値が取り込まれる。このセル243には名前「支給日」が定義されており、このセルの値は関数「支給日」の値として引用される。
「発生標識」の列244には、「取引要素1」の金額が「0」であれば値「0」が格納され、「取引要素1」の金額が「0」以外であれば値「1」が格納される。図31には、金額が「0」以外であるデータ部分が抜粋されて示されている。
上述したように取引データが取り込まれると、次に、取引データの要素が、摘要番号の指定する第1摘要雛形記憶部72_1の「摘要雛形」に転送される。取引データに含まれている「取引要素1」〜「取引要素10」の要素の並びは、本実施形態の仕訳データ作成装置における「摘要雛形」の共通列構成とは相違している。このため、「摘要雛形」が用意される際に、転送元と転送先との列の対応も定義され、その定義に従って要素の転送がマクロで実行される。
図32は、転送元と転送先との列対応の定義を示す図である。
この図32に示す対応表245の左欄245_1には、図31に示す列の列番号が格納されており、この対応表245の右欄245_2には、図30に示す列の列番号が格納されている。
このような対応表に従って要素の転送が行われることにより、「取引要素1」の要素は、図31に示す「C132」番の「金額」の列から、図30に示す「C71」番の「金額」の列231に転送される。同様に、「取引要素2」の要素は、図31に示す「C133」番の「氏名」の列から、図30に示す「C56」番の「補助要素1」の列232に転送され、「取引要素3」の要素は、図31に示す「C134」番の「人数」の列から、図30に示す「C57」番の「補助要素2」の列233に転送される。
但し、要素の転送は、図31に示す「発生標識」の列244に値「1」が格納されている場合に限られている。
上述したように第1摘要雛形記憶部72_1の「摘要雛形」に要素が転送されると、図30に示す従属変動要素が自動更新される。
図30に示す「摘要要素1」の列236に示されている文字列と「発生標識」の列237に示されている数値の自動更新については重複説明を省略する。
上述したように、「伝票日付」の列234に示されている数値は、関数「支給日」の値を引用した従属変動要素であり、図31に示すセル243に取り込まれた値「20」と同じ値「20」に更新される。
「摘要要素2」の列235に示されている文字列の編集は、セルの式によって、次のように場合分けされて定義されている。
(1)補助要素2の値が「1」である場合は、「摘要要素2」の文字列は、「補助要素1」の文字列と、「補助要素2」の数値を変換した文字列と、文字列「名」とを編集した文字列であり、
(2)補助要素2の値が「1」より大である場合は、「摘要要素2」の文字列は、「補助要素1」の文字列と、文字列「外」と、「補助要素2」の値から「1」を引いた数値を変換した文字列と、文字列「名」とを編集した文字列である。
「摘要要素2」の列235に示されている文字列は、このような定義に従って編集される。
このように従属変動要素が自動更新されると、仕訳データを作成するために必要な要素が揃うので、上述した処理事例1と同様に要素が第1仕訳記憶部71_1の仕訳作成用の列範囲に転送されて仕訳データが作成される。
図33は、給料の処理で作成された仕訳データを示す図である。
図33に示すような借方データ251と貸方データ252が、図31に示すように取り込まれた取引データから人手を介さずに作成される。
このように作成された仕訳データも、上述した処理事例1と同様に会計処理に転用される。
図34は、給料の処理で作成された仕訳データの会計処理への転用例を示す図である。
ここでも、会計処理の単純な一例として伝票形式の仕訳帳(複合仕訳)を作成する処理が採用されており、この図34の上段には、借方データが転用されて作成された仕訳伝票261が示されており、下段には、貸方データが転用されて作成された仕訳伝票262が示されている。
本実施形態の仕訳データ作成装置では、仕訳伝票261の摘要261_1のような、十分に詳細な文字列からなる摘要が、上述した取引データから自動構成編集される。
なお、処理事例3では、前述したように、仕訳作成に先立って適用業務部77で適用データが作成される。給与計算の適用業務では、「支給日」や残業時間などの必要最少限度の独立変動要素のデータを入力すると、源泉税・雇用保険料の計算など周知の技術による機能に加え、「年」、「月」の値をキーに対応表から貸付金の返済額や利息などの従属変動要素を自動計算・抽出する機能や、後述する処理事例4において示すように振込依頼書の自動作成機能なども有しており、給与明細表、部門別の社会保険料会社負担分明細表、給与振込依頼書、その他の控除などの振込依頼書といったものが自動作成される。
以上述べた処理事例3では、処理事例1で説明した機能に加えて、仕訳バターンの自動選択機能、独立変動要素の自動入力機能といった従来の技術とは相違する新たな機能について説明した。
処理事例3に示す「給与支払」の取引では、取引データ受取部76で、適用業務部77で作成された給与計算の適用データのうちから仕訳作成に必要な取引データを受け取って、摘要番号の指定する「摘要雛形」を自動選択し、転送元と転送先との列対応の定義に基づいて、これらの取引データを該当する仕訳要素に自動入力し、以下処理事例1で説明したのと同様にして、借方、貸方の仕訳データが人手を全く介さず一括して自動的に作成される。
次に、処理事例3と同様にして処理される取引に関して補足の説明をする。
まず、売上計上の取引に関しては、適用業務部77で、「○○売上」、「…」、「貸方未達」、「貸方合計」、「売掛金」、「□□預金」、「現金」、「受取手形」、「借方未達」、「借方合計」といった貸借の取引・決済区分について、売上業務の種類に応じて日付・区分別の金額、または、相手先別の金額などが記載された、一覧形式の売上高明細表(補助簿)が作成されており、これらの適用データのうちから仕訳作成に必要な取引データを取引データ受取部76で受け取ると、上述したのと同様にして仕訳データが人手を全く介さず一括して自動的に作成される。
この売上計上の取引に関しては、業種の相違により、明細表の形態は多様であるが、そのいくつかを例示すると、まず、外食(小売・レジャー)業などでは、「日付」、「レストラン売上」、「テイクアウト売上」、「売店売上」、「自販機売上」、「…」などの売上区分をもつ明細表が、券売機やポスレジなどで集計されたデータに基づいて作成され、また、不動産業などでは、「入居者名」、「家賃収入」、「共益費収入」、「電気料」、「水道料」、「…」などの売上区分をもつ明細表が、電気・水道メーターの当月の数値の入力などに基づいて作成され、また、建設業などでは、「工事名」、「相手先名」、「工事番号」、「日付」、「売上金額」などの売上区分をもつ明細表が、人手によるデータの入力に基づいて作成される。
また、仕入・買掛金の計上取引に関しても、上述した売上計上取引と概ね同様であるが、例えば、相手先別に、1日〜10日、11日〜20日、21日〜月末日といった期間別に集計された金額などが記載された、一覧形式の仕入高明細表(補助簿)が作成されており、適用データのうち相手先番号、期間別の金額など仕訳作成に必要な取引データを受け取ると、上述したのと同様にしてに仕訳データが人手を全く介さず一括して自動的に作成される。なお、原価計算についての説明は、ここでは省略する。
また、売掛金の回収取引に関しても、適用業務部77で、「相手先名」、「前月繰越」、「当月発生」、「入金日付」、「入金金額」、「手数料」、「…」、「当月回収」、「翌月繰越」などの区分別の金額が記載された、売上業種別の一覧形式の売掛金明細表(補助簿)が作成されており、この明細表作成の基となる適用データから、仕訳作成に必要な預金口座別の、相手先番号、入金日付、入金金額、手数料などの取引データを取引データ受取部76で受け取ると、同様にして仕訳データが人手を全く介さず一括して自動的に作成される。
また、決算取引に関しても、適用業務部77で、決算用の各種の明細表(補助簿)が作成されており、これらの適用データのうちから仕訳作成に必要な取引データを取引データ受取部76で受け取ると、同様にして仕訳データが人手を全く介さず一括して自動的に作成される。
決算関係の取引の処理の概要について、まず、「減価償却費」に関しては、適用業務部77で、各資産の取得時から償却終了時までの減価償却費に関する一覧形式の明細が用意されており、これに当期取得や当期除却の(修正)入力作業を行うと、「当期」の数値をキーに当期分のデータが抽出され、当期分の減価償却費明細表や各種の集計データが自動作成される。これらの適用データのうちから、仕訳作成に必要な、建物、建物附属設備、…、器具及び備品といった勘定科目・部門別に集計された減価償却費の金額などを取引データとして受け取ると、「第○○期 減価償却費 建物 ○□部」といった摘要を含む仕訳データが自動作成され、「貸倒引当金」、「未払賞与」、「退職給付引当金」などについても同様にして仕訳データが自動作成される。
また、「前払費用」に関しても、適用業務部77で、例えば、勘定科目「保険料」、保険種類「店舗総合保険料」、保険目的「管理棟・格納庫」、部門「□○部」、保険会社「○◎火災海上」、保険期間「12」「5」「7」「−」「13」「5」「7」、保険日数「365」、保険料「432,320」、前払期間「13」「4」「1」「−」「13」「5」「7」、前払日数「37」、前払金額「43,824}などが記載された前払費用明細表が作成されており、この明細表作成の基となる適用データのうち、必要に応じて保険期間や保険料などの「独立変動要素」の(修正)入力作業を行うと明細表が自動作成される。これらの適用データのうちから仕訳作成に必要な取引データを受け取ると、「4.1−5.7 37日 管理棟・格納庫」(上段)、「第○○期 前払店舗総合保険料」(下段)の摘要と、金額「43,824」を含む仕訳データが自動作成され、また、上記した仕訳の摘要の作成には使用されていない保険会社なども、「摘要雛形」の「その他の要素」に格納することによって、決算書類として必要な勘定科目の明細などを詳細な内容で瞬時に作成することも可能となる。上述した損害保険料のほか、自動車保険料、生命保険料、支払利息などの「前払費用」、受取利息などの「未収金」、「未払金」、経費、支払利息などの「未払費用」などについても同様にして仕訳データが自動作成される。
以上で処理事例3の説明を終了し、以下、処理事例4について説明する。
(処理事例4)
この処理事例4も、仕訳作成に先立って適用業務部77で適用データが作成されることを前提としている。この適用業務は、指定する「支払日」に自己の口座から複数の支払先それぞれの口座に各支払金額を振り込むことを金融機関に依頼するために総合振込依頼書を作成する適用業務である。
図35は、総合振込依頼書を作成する適用業務で入手される取引データを示す図である。
この適用業務では、上述した処理事例2で、「未払費用」計上の貸方データの基として仕訳加工部75で作成された、図26に示す「貸方データ」から、「相手先番号」の要素192と、「金額累計」の要素194と、「発生標識」の要素196が取引データとして転用されて取り込まれる。取り込まれた要素は、図35に示す「取引要素1」の数値271、「取引要素2」の数値272、「発生標識」の数値273として格納される。「取引要素1」の数値271は相手先番号を表す数値であり、「取引要素2」の数値272は金額を表す数値である。
このように、仕訳加工部75から要素が取引データとして取り込まれると、ユーザの操作によって「支払日」の数値274が入力される。
そして、この図35に示されている「金額」の数値272と「発生標識」の数値273は、振込先や支払金額などが一覧表示される支払一覧表に転送される。
図36は、支払一覧表を示す図である。
この支払一覧表280には、予め「相手先番号」の数値281が連番で格納されており、各相手先番号には、「受取人」〜「口座番号」の各要素からなる振込先282が対応づけられている。
このような支払一覧表280に、図35に示す「金額」の数値272と「発生標識」の数値273が、「相手先番号」の数値をキーとして転送される。転送された数値は、支払一覧表280の「支払金額」の数値283と、「発生標識」の数値284として格納される。
また、支払一覧表280の「手数料」の数値285が、「支払金額」の数値283と、振込元の銀行名、支店名、振込先の銀行名、支店名に基づいて計算され、手数料が自己負担であるか相手負担であるかの判定の基準に基づいて「振込金額」の数値286が計算される。なお、本適用業務では、データ加工部において支払金額の相殺や源泉税の預りなどの控除金額の処理などを行うこともできるが内容の説明は省略する。さらに、「手数料計」〜「出金合計」の金額がデータ加工部で集計されており、集計されたデータがデータ加工部より転送され各数値287が格納される。
このように作成された支払一覧表280から、「発生標識」の数値284が「1」である行の要素が抽出されて総合振込依頼書が作成される。
図37は、総合振込依頼書を示す図である。
この総合振込依頼書290は、図36に示す支払一覧表280から抽出された要素が所定の配置に転送されて印刷されたものである。転送などの詳細については説明を省略する。
以上説明した適用業務で作成された依頼書作成用の適用データのうち、仕訳作成に必要なデータが、以下説明する処理事例4で、取引データとして取り込まれて仕訳データが作成される。
この処理事例4は、図5に示すメニューで、メインメニュー61の「定形的取引2」と、取引選択メニュー63の「定期支払1」が選択された場合の処理事例である。「定期支払1」では、未払費用の定期支払の取引に関する仕訳処理が実行される。取引の選択時に当月の「環境設定」が自動的に行われる。
図38は、定期支払の処理で取引データ受取部76が受け取った取引データを示す図である。
ユーザの操作によって、図5に示す「定期支払1」の操作援助メニュー68の「データ処理」が選択されると、図38に示すように適用データが取引データとして取り込まれ、以下述べるように、仕訳データが人手を全く介さず一括して自動的に作成される。
図38に示すように、図35に示す総合振込依頼書を作成する適用業務の取引データ270から、「相手先番号」の数値271と、「金額」の数値272と、「発生標識」の数値273が取り込まれ、「取引要素1」の相手先番号の数値301_1と、「取引要素2」の金額の数値302_1と、「発生標識」の数値303_1として格納され、図35に示すセル274に入力された「支払日」の数値も取り込まれ、「支払日」という名前が定義されたセル304に格納される。
また、「取引要素1」の相手先番号の数値301_2は固定しており、図36に示す支払一覧表の「手数料計」などの数値288と、「発生標識」の数値289が取り込まれて、「取引要素2」の金額の数値302_2と、「発生標識」の数値303_2として格納される。
このように取引データとして取り込まれた適用データの要素は、「定期支払1」の処理用に用意された第1摘要雛形記憶部72_1の「摘要雛形」に転送される。この転送は、「相手先番号」の数値301と摘要番号とが互いに一致するように実行される。転送の詳細は、上述した処理事例3と同様であるので重複説明は省略する。
図39は、「定期支払1」の処理用に用意された第1摘要雛形記憶部72_1の「摘要雛形」を示す図である。
この図39に示す「摘要雛形」に格納されている要素のうち、「金額」の列311に格納されている数値は、取引データの要素が転送されてきた独立変動要素である。また、「伝票日付」の列312に格納された数値は、関数「支払日」の値が引用されて更新された従属変動要素である。また、「摘要要素1」の列313および「摘要要素3」の列314に格納されている文字列は、関数「前月分」などの値が引用されて自動更新された従属変動要素である。また、「発生標識」の列315に格納されている数値は、上記同様に更新された従属変動要素である。その他の、「摘要要素2」、「摘要要素4」、「借方科目」〜「貸方部門」、「借方課税区分」、「貸方課税区分」の各列に格納された文字列や数値は、予め登録された固定要素である。
このように取引データの要素が転送された「摘要雛形」から仕訳データが作成される手順についても、上述した処理事例1と同様であるので以下の説明は省略する。
以上処理事例4について述べたが、処理事例2において、未払費用の計上のために、各取引の金額や一部の取引の摘要語句など、必要最少限度の独立変動要素の借方データを入力すると、借方、貸方の仕訳データが人手を介さず一括して自動的に作成されることを説明したが、この処理事例4では、図26に示すような未払費用計上の貸方データを適用業務部77が受け取って、ユーザが「支払日」や控除金額など、必要最少限度の独立変動要素のデータを入力すると、図37に示すような総合振込依頼書が自動作成され、上述したように「定期支払」の借方、貸方の仕訳データが人手を全く介さず自動的に作成される。
また、買掛金の支払についても、処理事例4と全く同様にして処理することができる。さらに、本実施形態では、説明を簡潔にするため本支店勘定についての処理の説明などを省略しているが、仕訳加工部75は、本支店勘定の支店における相手先別の金額の集計機能や、本店における全社でまとめた相手先別の金額の集計機能や、支店別の合計金額の集計機能なども有し、取引先や支店の数が多数になるほどこれらの機能の発揮する効果は大きなものとなる。
以上、処理事例1〜処理事例4で、取引の大半を占める定型的取引に関する本発明の実施形態について述べたが、これらの取引において、従来の技術には、前述したように、「高速入力」や「仕訳バターン」の選択入力などに、様々な改良を加えた入力手段があるが、いずれの入力手段を選択した場合でも、1つ1つの取引について、「仕訳パターン」や固定されない区分要素の(選択)入力、摘要についても「どこから(へ)」や「その他」の摘要語句を含む(補足・修正)入力や構成編集作業などの反復作業を毎月など定期的に繰り返さなくてはならない。また、「通常入力」を併用しなくてはならない取引も多数発生する。
これに対して、本発明の仕訳データ作成装置は、上述したように、摘要要素の自動編集機能、区分要素の自動設定機能、発生取引の自動抽出転送機能、結合摘要要素の自動構成編集機能、仕訳パターンの自動選択機能、独立変動要素の自動入力機能、識別データ別の金額の集計機能、指定データの自動設定機能など、従来の技術とは相違する新たな機能を有し、処理事例1に示した「口座振替」の取引では、「振替日」の一括入力と各取引の金額の入力、処理事例2に示した「未払費用」計上の取引では、借方データの各取引の金額や一部の取引の摘要語句などの入力、処理事例3で示した「給与支払」の取引では、適用業務における「支給日」や残業時間などの入力、処理事例4で示した「定期支払」の取引では、適用業務における「支払日」や控除金額などの入力に示すように、適用業務における入力を含めて、必要最少限度の独立変動要素のデータを入力すると、毎月など定期的に繰り返される反復作業のすべてが自動化され、形の整った正確で詳細な内容の摘要を含んだ仕訳データが人手を全く介さず一括して自動的に作成される。
上述したような新たな機能を実現する手段を備えた、本発明の仕訳データ作成装置の一実施例として、決算業務において、従来の技術では概ね3週間以上に及ぶ作業を要する、最終の月次処理・年次処理、各種会計帳簿の作成、商法に基づく決算報告書・附属明細書、税法に基づく法人税等申告書・消費税等申告書、各勘定科目の明細などの作成を、極めて正確な内容で、決算日の最終データ締後3時間以内(コンピュータの操作および処理時間)に終了している。
これは、従来の手作業による簿記においても、実践的な帳簿の応用発展から、売上帳や仕入帳などは、特殊仕訳帳や補助簿としての機能を併せ備えていたが、コンピュータの普及により、このような発展がさらに多方面にわたり加速され、適用業務において、給与明細の作成などのほか、月次・決算業務のための、明瞭性や正確性を備えた様々な補助簿(明細表)が作成され、原始データの入力または受け入れから補助簿の作成まで、その作業工程の簡素化が進められてきた。また、種々の会計データに基づいて作成される上記決算書類なども、固定要素と事前に(修正)入力の可能な一部の独立変動要素を除き、原則的に従属変動要素で構成されており、従来の技術では、各取引の仕訳データを人手を介して1つ1つ作成するため、この仕訳作成作業が決算における一連の作業工程の流れを堰き止めていた。この堰となるものを取り除き自動化することによって、原始データが入力されてから上記決算書類などを作成するまでの作業工程の自動化(メニューの選択操作などを除く)が可能となる。
以上で処理事例4の説明を終了し、以下、処理事例5について説明する。
(処理事例5)
この処理事例は、非定形的取引に関する処理事例であり、図5に示すメニューで、メインメニュー61の「非定形的取引」と、取引選択メニュー64の「現金営業2」が選択された場合の処理事例である。取引の選択時に当月の「環境設定」が自動的に行われる。
「非定形的取引」に属する各取引では、第2摘要雛形記憶部82の、図10に示す「摘要雛形」と、第2副摘要雛形記憶部83の、図11に示す「副摘要雛形」が用意され、第2仕訳記憶部81_1の、図9に示す仕訳作成用の列範囲内でユーザの入力操作が行われる。
上述したように、非定形的取引は、不特定の取引対象について不特定の取引相手と不特定の日に行われる取引であり、「仕訳パターン」の自動選択が不可能なため、ユーザによる入力操作を最も必要とする処理事例である。そこで、本実施形態では、ユーザによる入力操作を必要最少限度に抑える工夫が施されている。
図40は、第2摘要雛形記憶部82の「摘要雛形」の一例を示す図である。
上述した定型的取引に関する処理事例1〜処理事例4で用意される「摘要雛形」には4つの摘要要素が含まれているのに対して、この図40に示す「摘要雛形」は、「摘要要素1」の要素321と「摘要要素3」の要素322の2つだけが含まれている。これらの要素321,322には、原則的に取引の対象を表す「何を」に相当する文字列が格納されるが、例えば、この「何を」が「清酒代」であるとき、「何のための」の摘要語句が「新築祝」であれば「交際費」、「営業部神社奉納」であれば「会議費」、「御用納め」であれば「福利厚生費」などとなるため、摘要要素3には「何のための」の摘要語句を登録することもできる。このように、「何を」が「○○(代)」であるとき、「何のための」の摘要語句が「□□委員会」であれば「会議費」、「△△研修会」であれば「教育研究費」、「▽▽見舞」であれば「交際費」、「◇◇展示会用」であれば「広告宣伝費」など、業種によってはこのような取引も数多く発生する。なお、これらの要素321,322は単なる空白であることも許容されており、「摘要雛形」の選択を容易にするため、登録する取引の数を発生頻度の高いごく少数に限定している。
また、この図40に示す「摘要雛形」には、「摘要要素1」の要素321と「摘要要素3」の要素322が表す摘要語句に対応づけて「借方科目」〜「貸方課税区分」の要素323が格納されているが、説明を簡潔にするため課税区分以外の「その他の要素」の記載は省略している。
図41は、第2副摘要雛形記憶部83の「副摘要雛形」の一例を示す図である。
この図41に示す「副摘要雛形」には、「摘要要素2」の要素331と「摘要要素4」の要素332が備えられており、これらの要素331,332には、取引相手を表す「どこから(へ)」に相当する文字列が格納される。
「現金営業2」の取引では、このように用意された「摘要雛形」と「副摘要雛形」のなかから、各1つずつの「摘要雛形」と「副摘要雛形」がユーザの操作によって選択され、取引における「何を」と、「どこから(へ)」と、「何のための」などの摘要語句と、固定された区分要素との組み合わせが設定される。ユーザは、簡単な選択操作で基本的な仕訳のパターンを整えることができる。
図42は、第2仕訳記憶部81_1の仕訳作成用の列範囲の一例を示す図である。
この図42でも、上段にセルの番号や列番号が示され、下段にセルの値が示されている。
ユーザの操作によって、図5に示す「現金営業2」の操作援助メニュー69が表示されて「入力1」が選択されると、所定のマクロが起動されて、「伝票日付」のセル342が入力先として自動選択され、ユーザによって日付が入力される。
次に、「摘要番号」のセル343が入力先として自動選択され、ユーザによって選択された「摘要雛形」を指定する摘要番号(ここでは「3」番)が入力される。この入力を受けて、摘要番号の指定する「摘要雛形」の要素が、「借方科目」〜「貸方部門」のセル範囲344と「編集前摘要要素1,3」のセル345と「借方課税区分」および「貸方課税区分」のセル範囲346に転送される。
次に、「副摘要番号」のセル347が入力先として自動選択され、ユーザによって選択された「副摘要雛形」を指定する副摘要番号(ここでは「2」番)が入力される。この入力を受けて、副摘要番号の指定する「副摘要雛形」の要素が、「編集前摘要要素2,4」のセル348に転送される。
次に、単なる空白の要素が転送されたセル(ここでは、「借方部門」のセル344_1と、「編集前摘要要素3」のセル345_1)が入力先として自動選択され、必要に応じてユーザによって要素が入力される。
次に、「追加文字」のセル349が入力先として自動選択され、ユーザによって、摘要に追加されるべき文字列が必要に応じて入力される。
次に、「金額」のセル350が入力先として自動選択され、ユーザによって、取引の金額が入力され、金額の入力を受けて「発生標識」のセル351の値が「1」に更新される。
次に、「C17」番から「C21」番までのセル範囲352が入力先として自動選択され、ユーザによって、現金取引の領収書などに記載されている月日の数値と、領収書などの処理件数が入力される。ここでは、9月2日と9月3日の2件分の領収書に基づいた入力が行われている。なお、「補助要素」のセル範囲352の上段にも同様に月日を入力することができ、領収書などの月日が2ヶ月にまたがっている場合などに利用される。月日の数値と件数が入力されると、以下説明する文字列の編集が行われる。
この文字列の編集では、「R5C17」番から「R5C20」番までの4つのセルに格納された数値が文字列に変換され所定の書式で編集され、その文字列が「R5C22」番のセル353に格納される。同様に、「R6C17」番から「R6C20」番までの4つのセルに格納された数値が文字列に変換され所定の書式で編集され、その文字列が「R6C22」番のセル354に格納される。ここでは、月の数値「9」と、日付の数値「2」、「3」に基づいて文字列「9/2.3」が編集されている。また、これらのセル353,354に格納された文字列がさらに編集された文字列が「R5C23」番のセル355に格納される。例えば、これらのセル353,354に文字列「8/31」と文字列「9/2.3」が格納されているとすると、これらの文字列に基づいて文字列「8/31.9/2.3」が編集される。さらに、「件数」のセル352_1の数値と文字列「件」とで構成された文字列が「R6C23」番のセル356に格納される。ここでは文字列に変換された数値「2」と文字列「件」とで構成された文字列「2件」が格納されている。
次に、「結合日付件数」のセル355,356と、「追加文字」のセル349とのそれぞれに格納されている文字列が、「編集前摘要要素1,3」のセル345の文字列に追加編集される。但し、上段どうしおよび下段どうしが編集される。
図43は、文字列の追加と編集を説明する図である。
この図43には、図42で省略されていた列範囲が示されている。
この図43に示す「編集後摘要要素前半」の上段のセル361には文字列「9/2.3 ◎◎氏送迎」が格納されている。この文字列は、空白の文字列に対して文字列「9/2.3」と文字列「◎◎氏送迎」とが追加編集された文字列である。また、この図43に示す「編集後摘要要素前半」の下段のセル362には、文字列「通行料 2件」が格納されている。この文字列は、文字列「通行料」に文字列「2件」と空白の文字列とが追加編集された文字列である。
また、ここでは、「編集後摘要要素後半」のセル363には、図42に示す「編集前摘要要素2,4」のセル348に格納されている文字列「◇◇南九州」と文字列「高速道路公社」がそのまま転送されて格納されている。
さらに、これらの文字列が、上述した処理事例1と同様に文字列のバイト数や調整値が計算され、編集後摘要要素が自動構成されて、「結合摘要要素」の文字列364が編集される。
なお、説明を簡潔にするため、上記のような実施形態を例示しているが、他例として、編集前摘要要素1〜4に対してそれぞれ追加文字と編集標識を入力するための補助要素が設けられ、例えば、編集前摘要要素2「駐車場」に対して、追加文字「○△◎」と編集標識の値を入力すると、編集標識が「1」であれば編集前摘要要素2の文字列が上書きされて「○△◎」として編集後摘要要素が編集され、編集標識が「2」であれば「○△◎駐車場」、編集標識が「3」であれば「駐車場○△◎」のように編集前摘要要素2の前後に追加文字が結合されて編集後摘要要素が編集される実施形態もある。この機能によって「駐車場」のほか、「パーキング」、「石油店」、「市役所」、「区役所」、「郵便局」、「ストア」などについて、1つの摘要語句の選択から多数の摘要語句を簡単に作成することができる。また、後述するが、編集前摘要要素1についても、例えば、編集前摘要要素1「洗剤」に対して、「.ごみ袋」や「他」といった文字列の追加や上書きなどを簡単に行うことができる。
また、上述した現金取引のような取引では、取引の原始記録として、本来、摘要には、「何を」や、「どこから(へ)」の要素のほか、必要に応じて「何のための」や、取引の発生した日付「いつ」や、台紙に貼り付けた領収書の枚数(処理件数)「どれだけ」などの要素も記載すべきであるが、上述したように、ユーザが領収書などを参照して最低限必要な簡単な入力作業を行うと、摘要の文字列が自動的に構成編集されて、詳細な内容を整った書式で表す摘要が作成される。従って、ユーザは、詳細な取引内容を含んだ適切な仕訳を、摘要の書式などを意識することなく容易に作成することができる。
なお、上記処理は、ユーザの操作によって、図5に示す「現金営業2」の操作援助メニュー69が表示されて「入力1」が選択された場合の処理であるが、これに対して、操作援助メニュー69の「入力2」が選択された場合には、複数の仕訳に対する、「伝票日付」、「金額」、「摘要番号」、「副摘要番号」、および「部門」の要素についての連続的な入力をユーザに促すマクロが実行される。このような連続的な入力により、仕訳作成に必須の要素が極めて迅速かつ正確に入力される。「追加文字」などといった要素の入力は、必須の要素の入力の後で随意に実行される。また、ユーザが任意にカーソルを移動して入力することもできる。
図44は、非定形的取引の処理で作成された仕訳データの会計処理への転用例を示す図である。
ここでも、会計処理の単純な一例として伝票形式の仕訳帳(単一仕訳)を作成する処理が採用されている。
図43で説明したように、詳細な内容を含むとともに整った書式で表された「摘要」の文字列371を含んだ仕訳伝票370が容易に作成される。
以上述べた処理事例5では、「摘要雛形」と「副摘要雛形」の複数の指定データを同時に選択入力する機能、編集後摘要要素の自動編集機能、結合摘要要素の自動構成編集機能といった従来の技術とは相違する新たな機能について説明した。
上述した現金取引のような非定型的取引では、「帳簿入力」、「固定摘要」の選択入力、「仕訳パターン」の選択入力などと「通常入力」との併用によって仕訳を作成することができるが、例えば、領収書に記載されている品名が、「ティッシュ」、「ティッシュペーバー」、「ティッシュBOX」、「BOXティッシュ」、「ちり紙」、「ごみ袋」、「ゴミ袋」、「ポリ袋」、「ポリ袋他」、「洗剤、ゴミ袋」、「ごみ袋、水切袋他」などのように、品名の「称呼」や「表記」の相違、品名に附随する「他」という語句の有無、複数の品名の組合せが様々であるといったような取引が多数発生し、また、その摘要語句の数は無数に存在するため、「固定摘要」や「仕訳パターン」の数が増加しその選択が困難になる。このため従来の技術には、その選択範囲を限定して選択入力を容易にする「連想入力」や、「仕訳パターン」の階層的選択入力などがあるが、これらの入力手段を用いて「固定摘要」や「仕訳パターン」を取得した場合でも、「何を」の摘要語句の補足や修正、「どこから(へ)」や「その他」の摘要語句の(選択)入力、その構成編集作業などを必要とするため、このような取引では、これらの入力手段はあまり実用的ではなく、現金取引のような非定型的取引では、実務上、発生頻度が高く、「何を」と「どこから(へ)」の組合せが固定しているような取引では「仕訳パターン」を選択入力し、その他の取引では「通常入力」を中心に入力作業が行われている。
これに対して本発明の仕訳データ作成装置では、摘要語句に空白も許容された「摘要雛形」と、「副摘要雛形」の複数の指定データを選択入力する機能によって、「何を」と「どこから(へ)」などの摘要語句と、固定された区分要素を設定し、基本的な仕訳のパターンを整え、空白の摘要語句を文字列の直接入力で補足し、さらに、取引の発生した日付や領収書の精算枚数などの簡単な数値や、「その他」の摘要語句などの入力に基づいて、数値を文字列に変換する機能や入力されたデータに予め定義された文字列を結合して書式を設定する機能などを含む、編集後摘要要素を編集する機能や、編集後摘要要素を自動構成して結合摘要要素を編集する機能によって、煩雑な摘要の構成編集作業のすべてが自動化され、
また、「何を」を表す摘要語句と、「何のための」を表す摘要語句などを含めて当該勘定科目を判断しなければならない取引でも、図40において説明したように、「摘要要素1」と「摘要要素3」に予めこれらの摘要語句を登録するなどして対応でき、
また、1枚の領収書のなかに課税区分の異なる取引が含まれる取引でも、課税区分が取引ごとに登録されているため、例えば、図40に示す摘要番号「103」番の「ゴルフプレイ費」と、「104」番の「ゴルフ場利用税」とを登録・選択するなどして容易に対応できる。「軽油取引税」、「ギフト券」、「印紙税・登録免許税」、「自賠責保険料・自動車重量税・印紙代」などが含まれる取引でも同様にして簡単に対応できる。
さらに、「摘要雛形」に登録する取引の数をごく少数に限定し、その選択入力を容易にし、空白の摘要語句の選択を、文字列の直接入力で補足すると、摘要が自動構成編集されるため、年間のすべての取引において、「摘要雛形」の選択入力が可能となり、上述したように、取引ごとの課税区分を始めとする「その他の要素」を取得することができる。
以上で処理事例5の説明を終了するが、処理事例1〜処理事例5で、「営業収支」に関しては、売上計上、売掛金回収、仕入計上、買掛金支払、「経費」に関しては、給与支払、口座振替、未払費用計上、未払費用支払、現金による経費の支払、「営業外収支」に関しては、受取利息、支払利息、さらに「決算」といった年間の主な取引の実施形態について、一部概要ではあるが説明した。
本発明の仕訳データ作成装置では、業種や規模の相違などを含む広範囲の取引、適用業務、補助簿、決算書類などの内容や各データ間の関連性に関する長期にわたる実践的且つ詳細な分析結果に基づき、仕訳データ作成に関しては、取引のバターンを、「仕訳パターン」の自動選択入力が可能な「定型的取引」と、人手による「仕訳パターン」の選択入力を必要とする「非定型的取引」の2つに分類し、入力要素の種類を、固定した「固定要素」と、人手などを介してコンピュータへの入力が不可避な「独立変動要素」と、「固定要素」や「独立変動要素」に基づいて自動作成され得る「従属変動要素」の3つに分類し、図6〜図11に示す6種類の記憶部を備えることによって、上述した新たな機能を実現できる環境を整え、年間のすべての取引において、煩雑な摘要の構成編集作業を自動化し、定型的取引では、毎月など定期的に繰り返される反復作業のすべてを自動化し、処理事例1〜処理事例4で示したように、適用業務における入力を含めて、必要最少限度の独立変動要素のデータを入力すると、適切な内容の摘要を含む仕訳データが人手を介さず一括して自動的に作成される。また、年間のすべての取引において「摘要雛形」の選択入力が可能となり、これによって、「その他の要素」から必要なデータを取得し、仕訳データを他の業務で利用することも可能となる。
以上で本発明の実施形態の説明を終了するが、本発明の仕訳データ作成方法は、適用業務作成装置などでの実施も可能であるが、このような装置での実施は、本発明の仕訳データ作成方法の一実施形態に相当する。本発明の仕訳データ作成装置、プログラム、およびプログラム記憶媒体に関しても同様である。
また、上述した実施形態では、最良の形態として、従属変動要素の番地に関数が定義されることにより、従属変動要素が更新され仕訳データの一部が作成されるが、本発明にいう仕訳データ作成装置は、マクロなどによって該当する従属変動要素が更新されるものであってもよい。
Hereinafter, embodiments of the present invention will be described.
FIG. 1 is an external view showing a computer system that operates as a journal data creation apparatus according to the present invention.
The computer system 10 is a so-called notebook personal computer, and includes a main body 11 incorporating a CPU, a RAM memory, a hard disk, a modem, and the like. A liquid crystal display 12 that displays a screen on the liquid crystal surface 12 a according to an instruction from the main body 11 is attached to the upper surface of the main body 11 so as to be freely opened and closed. On the upper surface of the main body 11, a keyboard 13 for inputting operator instructions and character information to the computer system 10 and an arbitrary position on the liquid crystal surface 12a are designated and displayed at that position. A trackball 14 for inputting an instruction corresponding to an icon or the like is provided. The main body 11 further has a CDROM loading slot 11a into which the CDROM 20 is loaded in appearance, and a CDROM drive 11_5 (see FIG. 2) for driving the loaded CDROM 20 is also incorporated therein. .
The computer system 10 also includes an FD drive 15 that is loaded with a flexible disk (FD) 22 and drives the flexible disk 22.
FIG. 2 is a hardware configuration diagram of the computer system having the appearance shown in FIG.
Shown here is a central processing unit (CPU) 11_1, RAM 11_2, hard disk controller 11_3, FD drive 15, CDROM drive 11_5, trackball controller 11_6, keyboard controller 11_7, display controller 11_8, and printer controller 11_9. They are connected to each other by a bus 11_10.
As described with reference to FIG. 1, the FD drive 15 and the CDROM drive 11_5 are loaded with the flexible disk 22 and the CDROM 20, and access the loaded flexible disk 22 and the CDROM 20.
The printer controller 11_9 causes the printer 30 to perform printing in accordance with an instruction from the CPU 11_1.
Also included here are a hard disk 21 accessed by the hard disk controller 11_3, a trackball 14 controlled by the trackball controller 11_6, a keyboard 13 controlled by the keyboard controller 11_7, and a liquid crystal display 12 controlled by the display controller 11_8. It is shown.
Here, an example of the journal data creation program according to the present invention is stored in the CDROM 20, and this CDROM 20 is loaded into the main body 11 from the CDROM loading slot 11a, and the journal data stored in the CDROM 20 by the CDROM drive 11_5. The creation program is loaded. The journal data creation program read by the CD ROM drive 11_5 is installed in the hard disk 21 by the hard disk controller 11_3 via the bus 11_10. When the journal data creation program installed in the hard disk 21 is activated, the journal data creation program is loaded onto the RAM 11_2 and executed by the CPU 11_1. When the journal data creation program is executed by the CPU 11_1, the computer system 10 operates as an embodiment of the journal data creation device of the present invention to create journal data.
The CDROM 20 storing an example of the journal data creation program according to the present invention corresponds to an embodiment of the journal data creation program storage medium of the present invention.
The hard disk 21 in which the journal data creation program is installed also corresponds to an embodiment of the journal data creation program storage medium of the present invention.
Further, when the journal data creation program is downloaded to the flexible disk 22 or the like, the flexible disk 22 or the like that stores the downloaded journal data creation program is also one of the journal data creation program storage media of the present invention. This corresponds to the embodiment.
An example of the journal data creation program according to the present invention, which will be described later, uses a function of so-called spreadsheet software described below.
FIG. 3 is a diagram showing a display screen displayed on the liquid crystal display by the spreadsheet software, and FIG. 4 is a diagram showing functional blocks of the spreadsheet software. Hereinafter, FIG. 3 and FIG. 4 will be described together.
The spreadsheet software displays a table 40 having a large number of cells 41 aligned vertically and horizontally on the liquid crystal display 12 of the computer system described above. On the liquid crystal display 12, some of the many cells of the table 40 are displayed, and the display portion can be moved by scroll bars 42 and 43 provided in the table 40.
The arrangement of the cells 41 in the horizontal direction in FIG. 3 is generally referred to as “row”, and the arrangement of the cells 41 in the vertical direction in FIG. 3 is generally referred to as “column”. This designation is also used in the following description. Also, here, sequential numbers of rows and columns are given to each row and column, and one cell is specified by a combination of the row number and the column number. A set of the row number and the column number specifying the cell in this way is hereinafter referred to as “cell address”.
In the spreadsheet software 50, a storage area 51 corresponding to each cell 41 is prepared, and an expression 52 and a value 53 are stored in the storage area 51. The formula 52 and the value 53 stored in the storage area 51 provided corresponding to each cell 41 are hereinafter simply referred to as “cell formula” and “cell value”. A numerical value and a character string are stored as the cell value 53, and an arithmetic expression that is allowed to be a simple numerical value and a character string operation expression that is allowed to be a simple character string are stored as the cell expression 52. Is done. In the formula 52, values of other cells may be referred to. Further, the spreadsheet software 50 is provided with a logical function, a search function, and the like, and the formula 52 may be configured by using these functions. The value 53 of each cell is calculated by the calculation unit 54 according to the equation 52 for each cell.
The value 53 of each cell is displayed in each cell 41 of Table 40 by the display unit 55. An expression display field 44 is provided above the table 40, and when one cell 41 is selected by operating a mouse or a cursor key, the expression of the cell 41 is displayed.
Expressions can be input on the selected cell 41 or the expression display field 44, and the input expression is accepted by the input unit 56 and stored in the storage area 51. When a new expression 52 is input and stored in the storage area 51, the calculation unit 54 updates the value 53. At this time, not only the value of the cell in which the new formula 52 is input, but also the values of other cells that refer to the value of the cell are updated.
The spreadsheet software 50 also includes a macro unit 57 that executes search, extraction, calculation, editing of a cell value 53, input of a cell formula 52, and the like according to a description (macro) representing a processing procedure created in advance. Is provided.
The journal data creation device of this embodiment configured using such spreadsheet software functions implements macros that realize essential functions as journal data creation devices and basic functions that are convenient for creating journal data. A macro is provided. A set of these macros corresponds to an example of the journal data creation program referred to in the present invention, and in this embodiment, is stored in the CDROM together with the main body portion of the spreadsheet software.
In the journal data creation apparatus of the present embodiment, journals are created on a table of spreadsheet software, and numerical values and character strings used for creating journals and descriptions are listed in the table as cell values. The cell values used for creating journal entries and summaries are hereinafter referred to as elements.
Next, the menu of this embodiment will be described.
FIG. 5 is a structural diagram of a menu for selecting a transaction or operation assistance.
At the top of the menu structure is the main menu 61 of the journal data creation device. Here, transactions such as “standard transaction 1”, “standard transaction 2”, “atypical transaction”, “financial transaction”, etc. A rough classification of is selected.
When the rough classification of the transaction is selected in the main menu 61, the process then moves to the transaction selection menu, and the detailed classification of the transaction is selected. In response to the selection of “standard transaction 1”, “standard transaction 2”, “non-standard transaction”, etc. in the main menu 61, the transaction selection menu 62 of “standard transaction 1”, “standard” The transaction selection menu 63 for “transaction 2”, the transaction selection menu 64 for “atypical transaction”, and the like, and subcategory such as “account transfer 1” and “salary” are selected.
Furthermore, there are operation assistance menus 65,..., 69 for activating macros for assisting the processing operation of each transaction. These operation assistance menus 65,.
Next, the column configurations and functions of the six storage units that are classified into typical transactions and atypical transactions and are used for creating journals will be described.
FIG. 6 is a diagram illustrating an example of a column range in which “journal creation” is performed in the first journal storage unit used for a typical transaction. FIG. 7 is a diagram illustrating an example of a column range of “summary template” in the first summary template storage unit used for a typical transaction. FIG. 8 is a diagram illustrating an example of a column range of “sub-summary template” in the first sub-summary template storage unit used for a typical transaction.
In these figures, column numbers are shown in the form of Cnn (nn is an integer), and in FIG. 6, column ranges from “C11” to “C42” are shown. Further, FIG. 7 shows column ranges from “C51” to “C82”, and FIG. 8 shows column ranges from “C91” to “C96”.
Journals are created in the range of the columns shown in FIG. 6, and one journal is composed of two rows of elements. For this reason, different types of elements in the even and odd rows correspond to specific columns of the columns shown in FIG.
“C11” is the journal number,
“C12” is the slip date, “C13” is the debit item, “C14” is the debit department, “C15” is the credit item, “C16” is the credit department, “C37” “C38” stores an occurrence indicator indicating whether a transaction has occurred, “C39” stores debit tax classification, and “C40” stores credit tax classification. The columns after “C43” are omitted, but from “C38” to “C42”, in addition to the occurrence indicator, taxation classification, funding classification, date of borrowings and bills, interest payment Elements used when journal entries such as period and interest rate are used in other business can be freely set for each transaction, and these elements are referred to as “other elements”. The category items “C12” to “C16” and “C37”, which are usually essential for creating journals, and the “other elements” are collectively referred to as “classification elements”.
“C17” to “C33” store elements that play an auxiliary role in creating journals, but “C17” to “C28” are mostly used in typical transactions. Although not shown in the figure, there is a case in which a partner number or the like is stored depending on the type of transaction. Here, the elements necessary for configuring and editing the combined summary element, “C29” and “C30” numbers are the number of bytes before adjustment, “C31” number is the front and rear adjustment value, “C32” and “C33” No. stores the number of adjusted bytes. These elements are referred to as “auxiliary elements”.
In the “C34” and “C35” numbers, the divided descriptions are stored. These elements are referred to as “summary elements”.
In the upper and lower stages of “C36”, elements obtained by configuring and editing the upper and lower summary elements of “C34” and “C35”, respectively, are stored. These elements are referred to as “joining summary elements”.
The “classification element”, the “auxiliary element”, the “summary element”, and the “joining summary element” are collectively referred to as “journal element”.
In this column range of typical transactions, the “classification element” and “summary element” are transferred and stored from the first summary template storage unit described later, and the transferred “summary element” is automatically configured. Edited to store “Combined Summary Element”.
The difference from the conventional technology is that “Journal element” contains “Auxiliary element” that stores the elements necessary for editing the composition of the summary, and “Other element” for using the journal for other tasks. In addition, for the summary, the divided summary is stored in the “summary element”, the summary after the configuration editing is stored in the “combined summary element”, and the like.
In the column range shown in FIG. 7, a template for creating a journal is prepared as “candidate data” in a list format prior to the creation of the journal. Elements for one line constitute one template, and such a template is referred to as a “summary template”.
“C51” is a summary number,
From “C52” to “C55”, the divided abstract templates are arranged as cell formulas, and the values of those cells are transferred to “C34” and “C35” shown in FIG. . These elements are referred to as “summary elements”.
From “C56” to “C65”, there are pre-registration of dependent variable elements used in fixed elements and hierarchically, and acceptance of independent variable elements, which are necessary for editing summary elements and setting classification elements. Done. These elements that are used in an auxiliary manner for updating the dependent variable elements are referred to as “auxiliary elements”.
“C66” to “C71” store the category items normally required for creating journal entries, and “C72” to “C82” store “other elements” described in FIG. These elements are referred to as “division elements”.
The “summary element”, “auxiliary element”, and “classification element” are collectively referred to as “journal element”.
The difference from the conventional technology is that, in the conventional “journal pattern” corresponding to this “summary template”, the “journal element”, in principle, the summary element corresponding to “what” and the “C67” number In the journal data creation device of the present invention, since the journal data is substantially created in the first summary template storage unit in the regular transaction, the category data up to “C70” is provided. Multiple "summary elements", "auxiliary elements", and slip dates / amounts to realize functions that differ from conventional technologies, such as the automatic editing function for summary elements and the automatic setting function for classification elements And “other elements” whose main purpose is to use journal entries in other businesses.
In the range of the column shown in FIG. 8, as the above-described “summary template”, a template of elements that cause inconvenience if fixed to other elements is prepared in a list format. Such a template is referred to as a “sub-summary template”.
“C91” is the minor summary number,
From “C92” to “C96”, for example, editing of “summary element” or “classification element” described in the explanation of FIG. An arbitrary “journal element” necessary for the setting of “” is stored. A fixed element is usually prepared here, but depending on the type of transaction, a dependent variable element can be prepared and used widely.
The conventional technique is not provided with a device that corresponds to the “sub-summary model”.
FIG. 9 is a diagram illustrating an example of a column range in which “journal creation” is performed in the second journal storage unit used for an atypical transaction. FIG. 10 is a diagram illustrating an example of a column range of “summary template” in the second summary template storage unit used for an atypical transaction. FIG. 11 is a diagram illustrating an example of a column range of “sub-summary model” in the second sub-summary model storage unit used for the atypical transaction.
As in FIG. 6, a journal is created in the column range shown in FIG. 9, and one journal is composed of two rows of elements.
Since the elements from “C11” to “C16”, “C29” to “C33”, and “C36” to “C42” are the same as those in FIG. Omitted.
From “C17” to “C21”, the transaction occurrence date and the number of receipts described in the summary are described, and “C22” and “C23” are character strings obtained by editing these elements, The “C24” number has a description number that specifies “Summary Model”, the “C25” number has a secondary description number that specifies “Sub-Summary Model”, and the “C26” and “C27” numbers have been acquired. The pre-edit summary element, “C28” number includes additional characters for supplementation, and “C29” to “C33” number include elements necessary for configuring and editing the combined summary element as in FIG. Stored. These elements are referred to as “auxiliary elements”.
In the upper and lower stages of “C34”, elements obtained by editing the upper and lower character strings of “C26”, “C23”, and “C28”, respectively, are stored. In the upper and lower stages of “C35”, the upper and lower elements of “C27” are stored, respectively. These elements are called “post-edit summary elements”.
Further, the “classification element”, “auxiliary element”, “post-edit summary element”, and “joint summary element” are collectively referred to as “journal element”.
The difference from the conventional technology is that there are two types of data, such as two journal specification data, transaction occurrence date and number of transactions, additional characters, and other elements that make up a summary of the contents, and the composition of the summary. “Auxiliary elements” for storing necessary elements, etc., and “Other elements” for using journals in other tasks are newly provided. For example, the description after editing the configuration is stored in the “combined summary element” in the “edited summary element”.
In the “summary template” for the atypical transaction shown in FIG.
“C51” is a summary number,
The “C52” and “C53” numbers are different from the “summary template” for the typical transaction shown in FIG. 7, and “what” and “for what” of the four summary components. The first and third “summary elements” corresponding to the above are stored.
“C54” to “C57” store debit and credit classification items, and “C58” to “C68” store “other elements” as in FIG. Is referred to as a “division element”.
The “summary element” and the “classification element” are collectively referred to as “journal element”.
The difference from the conventional technique is that, in the conventional “journal pattern” corresponding to this “summary template”, as a “journal element”, in principle, the summary element corresponding to “what” and “C54” The category items up to “C57” are provided, but a new summary element that can store the “for what” element and a category for each transaction such as a taxation category are stored. “Other elements” are provided for use in other tasks.
In the “secondary template” for the atypical transaction shown in FIG.
“C91” is the minor summary number,
The “C92” and “C93” numbers include second and fourth corresponding to “from (from)” among the four summary components of the “summary template” for the typical transaction shown in FIG. The “summary element” is stored.
The difference from the conventional technology is that, in an atypical transaction in which all of the combinations of “what” and “from (from)” elements occur irregularly, the “from (to)” element is registered “ A new “sub-summary model” has been prepared, and an environment has been prepared that enables the selection and input of a plurality of designated data to cope with irregular combinations.
The column configuration and functions of the six storage units have been described above. In this specification, the “name” as described above is used for the elements related to the journal.
Next, the functional configuration of the journal data creation apparatus according to this embodiment will be described.
FIG. 12 is a functional block diagram showing a functional configuration for a regular transaction.
First journal storage unit 71_1 described in FIG. 6, first summary template storage unit 72_1 described in FIG. 7, first sub summary template storage unit 73 described in FIG. 8, and acquisition of environment setting data for the current month And a data acquisition unit 74 for receiving input of data such as a transfer date.
Further, based on data input to the data acquisition unit 74 and data input to the “summary template” auxiliary element of the first summary template storage unit 72_1, the first sub summary template storage unit 73 is used for necessary transactions. Is used to edit the summary element of “summary template” in the first summary template storage unit 72_1 and set the division element, and further, the actual data generated this month from the candidate data of the first summary template storage unit 72_1 Are extracted and transferred to the first journal storage unit 71_1, and the first journal processing unit 71 has a function of automatically configuring the transferred actual data summary elements and editing the combined summary elements. The identification data and the amount data are extracted from the journal data obtained in the first journal storage unit 71_1, the amounts of the same identification data are aggregated and stored with a description number, and the summary data is designated by the description number. First A journal processing unit 75 having a function of transferring to the summary template storage unit 72_1 and diverting it to creation of a new journal entry, and a function of receiving transaction data and transferring the received transaction data to the first summary template storage unit 72_1. A transaction data receiving unit 76 is provided.
In the application business unit 77, transaction data is received from the journal processing unit 75, and various application business processes such as creation of an auxiliary book, salary calculation, and expense payment are performed. The application data obtained by the application processing is input to the transaction data receiving unit 76 as transaction data.
In the accounting data creation unit 78, the journal data stored in the first journal storage unit 71_1 is diverted to form slip output data, financial accounting data, settlement and tax return data, and consolidated accounting data. Various accounting data such as, etc. are created. The master storage unit 79 stores master data used by the accounting data creation unit 78 and the like.
Conventionally, for example, the cash register has been provided with two functions, a special journal and an auxiliary book (subsidiary ledger). However, with the spread of computers, such application differentiation has further progressed and various forms have been made. The functions of the journal and ledger have been moved to the auxiliary book (application business section 77) and the like. In this specification, the application data section 70 and the application business section 77 are collectively referred to as a journal data creation section 70.
FIG. 13 is a functional block diagram showing a functional configuration for an irregular transaction.
The second journal storage unit 81_1 explained in FIG. 9, the second summary template storage unit 82 explained in FIG. 10, and the second sub summary template storage unit 83 explained in FIG. 11 are provided.
In addition, the summary element and the classification element of the second summary template storage unit 82 specified by the designation data input in the “Summary number” of the auxiliary element of the second journal storage unit 81_1 are acquired and input to the “sub summary number”. The summary element of the second sub summary template storage unit 83 designated by the designated data is acquired, and based on the acquired pre-edit summary element and other data input to the auxiliary element of the second journal storage unit 81_1 A second journal processing unit 81 having a function of editing post-edit summary elements, further automatically configuring these post-edit summary elements and editing the combined summary elements is provided.
The accounting data creation unit 84, the master storage unit 85, and the journal data creation unit 70 are the same as described above, and a description thereof is omitted.
Next, a detailed procedure for creating journal data executed by the journal data creating apparatus according to the present embodiment will be described with reference to specific transaction types.
However, the journal data creation apparatus of the present invention has a variety of embodiments including application work due to differences in industries, scales, etc., and it is difficult to explain all of them, so it is common to these. Examples of processing for explaining the main functions are illustrated, and many of the detailed functions of various transactions are omitted. Differences in these embodiments, detailed functions omitted, etc. For, supplementary explanation will be given as necessary.
The processing examples 1 to 5 will be described with reference to the functional block diagrams of FIGS. 12 and 13. However, for the sake of brevity, the description of words and phrases referring to the drawings may be omitted below.
(Processing example 1)
FIG. 14 is a diagram showing an example of a process of account transfer that occurs in principle every month.
FIG. 14 shows an example of the “summary template” shown in FIG. 7 in the first summary template storage unit 72_1. The summary numbers shown in the leftmost column 90 of the summary model are originally serial numbers, but here, for convenience of explanation, representative rows are extracted and shown. For this reason, the summary number is a skipped value. Further, the columns are appropriately omitted for the column configuration, and broken lines are shown in the omitted portions. In the following description, it is assumed that such row excerpts and column omissions are performed without particular notice.
The example shown in FIG. 14 is a processing example when “standard transaction 1” in the main menu 61 and “account transfer 1” in the transaction selection menu 62 are selected in the menu shown in FIG. In “Account Transfer 1”, a journalizing process is executed regarding a transaction in which usage fees to be paid in the month such as telephone charges and electricity charges are deducted from an account on a designated transfer date in principle.
In each transaction belonging to “standard transaction 1”, the “summary template” in the first summary template storage unit 72_1 and the transaction data input operation are performed in the data acquisition unit 74, and the journal data is automatically converted based on the transaction data. Created. The “summary template” prepared for each transaction belonging to the “standard transaction 1” is mainly composed of fixed elements, and partially includes an independent variable element and a dependent variable element.
In the “summary template” illustrated in FIG. 14, the numerical values shown in the “Amount” column 91 are independent variation elements input by the user's input operation, and are shown in the “Summary Element 1” column 92. The character string displayed, the numerical value shown in the “slip date” column 93, and the numerical value shown in the “occurrence indicator” column 94 are dependent variable elements that are automatically updated as will be described later. The remaining elements shown in the columns of “Description element 2” to “Description element 4”, “Debit item” to “Credit department”, “Debit tax classification”, and “Credit tax classification” are registered in advance. Fixed element.
When the “account transfer 1” transaction is selected via the menu shown in FIG. 5, the contents of “environment setting” for the current month, which will be described below, are posted to the data acquisition unit 74.
FIG. 15 is a diagram illustrating an example of “environment setting” for the current month.
The upper row of FIG. 15 shows the column number of the cell address, and the lower row shows the cell value. As described above, in the spreadsheet software, addresses, formulas, and values are associated with each cell in a multiple manner. For convenience of illustration, the addresses, formulas, and the like may be divided into a plurality of stages.
In FIG. 15, cells existing in the column range after “C111” in “environment setting” are shown, and cells equivalent to these cells are provided in the data acquisition unit 74 of each transaction. Each cell shown in FIG. 15 is defined with a name such as “current year” or “current month”. When the name is used as a function name, the value of each cell is cited as a function value.
Among the cells shown in this figure, the numerical values shown in the “current year” cell 101 and the “current month” cell 102 are independent variables, and prior to the selection of the menu screen shown in FIG. The macro activated by the selection of “environment setting” automatically selects each cell 101, 102 of “current year” and “current month” sequentially and waits for an input operation by the user. FIG. 15 shows a state in which “12” and “9” are input to the cells 101 and 102 of “current year” and “current month”, respectively.
The values of each cell from the “C113” “end of current month” cell to the “C123” “next month” cell are dependent variable elements, and the values of the “current year” and “current month” cells 101 and 102 Is automatically calculated from
A cell 103 of “the current month end date” stores a numerical value derived by a known technique from the value of the cell 102 of “current month”.
Each cell in the cell range 104 from “C114” to “C116” stores a numerical value obtained from the value of the cell 102 of “current month”. Each cell in the cell range 105 from “C117” to “C119” includes “the year in which the next month belongs” obtained from the values of the cells 101 and 102 of “current year” and “current month”. The numerical value to represent is stored. Further, each cell in the cell range 106 from “C120” to “C123” includes a character string representing a numerical value such as a cell 102 of “current month” and a cell of “previous month”, and a character string “month”. A character string combined with is automatically created and stored. These character strings are prepared as materials for editing the summary character string.
By such “environment setting”, a function value of a function represented by a name such as “for the current month” is set. When the contents of “environment setting” are acquired by the data acquisition unit 74 of each transaction, the dependent variable elements defined by quoting these functions are automatically updated. For example, the dependent variation elements stored in the column 92 of “Summary Element 1” shown in FIG. 14 are automatically updated as described below.
FIG. 16 is a diagram illustrating automatic update of the dependent variable element of “summary element 1”.
FIG. 16 illustrates one representative cell among the cells constituting the column 92 of “Summary Element 1” shown in FIG. The upper row of FIG. 16 shows cell addresses (column numbers only), the middle row shows cell formulas, and the lower row shows cell values.
The cell formula shown in FIG. 16 is composed of a function named “previous month” and a fixed character string “electric charge”. Then, the function value set by the above “environment setting” is quoted, and the character string “August electricity charge” is automatically edited. The character strings “July” and “September” shown in FIG. 14 are edited by quoting the values of the function “last month” and the function “current month”. In this way, by defining functions of dependent variable elements with functions, etc., a large number of dependent variable elements are updated at once in response to a small number of input operations, greatly reducing the time and labor required to create journal entries. It will be.
When the data acquisition unit 74 acquires the contents of “environment setting” in the transaction of “account transfer 1”, the operation assistance menu 65 of “account transfer 1” shown in FIG. Is selected. In response to the selection of “input”, the journal data creation apparatus of the present embodiment activates a predetermined macro that assists the transfer date input operation and the amount input operation described below.
FIG. 17 is a diagram for explaining a transfer date input operation.
FIG. 17 shows a cell range for the transfer date input operation prepared in advance in the data acquisition unit 74. Each of the 20 cells included in this cell range includes “transfer date 1”. ”To“ transfer date 20 ”(namely, function names) are defined. FIG. 17 illustrates three cells 111, 112, and 113 extracted from the 20 cells described above. In addition, on the right side of each cell 111, 112, 113, a name that is easy for the user to represent is shown that represents the account transfer on each transfer date. These names are described together when the “summary template” shown in FIG. 14 is prepared.
When the macro is activated, each cell from “Transfer Date 1” cell 111 to “Transfer Date 20” cell 113 is automatically automatically selected as an input destination, and a numerical value is input to each cell by the user. A transfer date input operation is performed. FIG. 17 shows a state where values “9”, “10”, and “30” are input to three cells 111, 112, and 113, respectively, as an example.
When a numerical value is input to the cell 113 of “transfer date 20”, the values of the cells quoting the function values of the function “transfer date 1” to the function “transfer date 20” are automatically updated. For example, in each cell of the “slip date” column 93 shown in FIG. 14, functions selected from the functions “transfer date 1” to “transfer date 20” are stored as expressions. The function value is quoted and the value of each cell is automatically updated.
When the transfer date input operation and the automatic update of the cell value are completed, the macro selects the top row of the “Amount” column 91 shown in FIG. 14 as the input destination and starts the amount input operation. In the amount input operation, each cell in this “Amount” column 91 is automatically selected as an input destination in order from the top, and a numerical value is input by a user input operation. In addition, for example, for a transaction that is a fixed monthly amount such as a lease fee, the numerical value is stored as a default, and the default numerical value can be determined as it is.
Each cell in the “occurrence indicator” column 94 indicates “0” if the value of the cell in the “money amount” column 91 adjacent to the cell is “0”, and may be a value other than “0”. For example, a function indicating “1” is stored, and each time a numerical value is input to each cell in the “Amount” column 91 or a default numerical value is determined, the “occurrence indicator” column adjacent to that cell is stored. The value of 94 cells is automatically updated. When the numerical value is input up to the bottom of the “Amount” column 91, the amount input operation is completed.
When the input of the independent variable element by the operation procedure described above is completed, the operation assistance menu 65 of “account transfer 1” shown in FIG. 5 is displayed and “data processing” is selected by a predetermined operation by the user. In the transaction, starting from the selection of “data processing”, journal data is automatically created in a lump without manual intervention as described below.
In the first stage of the automatic creation of journal data, from the “candidate data” of the “summary template” after the input of the independent variable elements and the update of the dependent variable elements, the “actual data” of the “summary template” where the transaction occurred ”Is extracted, and the elements constituting the“ summary template ”are transferred to the journal creation column range shown in FIG. 6 in the first journal storage unit 71_1.
FIG. 18 is a diagram illustrating elements transferred from the “summary template” in the first summary template storage unit 72_1 to the column range for creating journals in the first journal storage unit 71_1.
The upper row of FIG. 18 shows cell addresses and column numbers, and the lower row shows cell values. Further, as described above, the journal is composed of one set of two rows of odd and even rows, and FIG. 18 shows “R83” and “R” as an example of the odd and even rows constituting one journal. The row of R84 "is illustrated.
The elements stored in the respective cells shown in FIG. 18 are elements transferred from the “summary template” except for the cells in the column 120 of “journal number”.
Among the cells shown in FIG. 18, the elements stored in the cells in the column range 121 from “C12” to “C16” are “slip date” to “credit department” shown in FIG. This is an element transferred from a cell included in the column range 95. Also, the elements stored in each cell in the cell range 122 of the addresses “R84C34”, “R84C35”, “R83C34”, and “R83C35” shown in FIG. 18 are “summary element 1” to “summary element 4” shown in FIG. ”Is an element transferred from a cell included in the column range 96. Furthermore, the elements stored in the cells in the column range 123 from “C37” to “C40” shown in FIG. 18 are included in the column range 97 of “Amount” to “Credit Taxation Category” shown in FIG. An element transferred from a cell. Such a correspondence relationship between the transfer source and the transfer destination is defined in a macro that performs element transfer.
The transfer procedure using this macro will be described below.
The elements are transferred sequentially from the “summary template” in the uppermost row (row) of the “summary template” shown in FIG. If the value of the element stored in the occurrence indicator column 94 among the elements constituting the “summary template” of the transfer target row is “1”, the transfer is executed, and the transfer source and transfer described above are performed. The elements are transferred according to the correspondence with the destination. When the transfer is executed, the “summary template” on the next line becomes the transfer target. If the value of the element stored in the occurrence indicator column 94 is “0”, the transfer is not performed, and the “summary template” in the next row is the transfer target.
The number of rows of “summary template” for which transfer has been executed is counted by the counter, and each time the “summary template” element for one row is transferred, the corresponding item in the column 120 of “journal number” shown in FIG. The same number as the count value is stored in the cell. As a result, serial numbers are stored in the “journal number” column 120.
When the above procedure is repeated and all the lines of the “summary template” are processed as transfer targets, the element transfer is completed.
In the second stage of automatic creation of journal data, four summary elements (summary element 1 to summary element 4) stored in the cell range 122 of the addresses “R84C34”, “R84C35”, “R83C34”, and “R83C35” It is automatically configured and the description string is edited.
FIG. 19 is a diagram for explaining automatic configuration editing of summary elements.
Also in FIG. 19, the cell address is shown in the upper part, and the cell value is shown in the lower part.
Among the cells shown in FIG. 19, the cell ranges 130 of the addresses “R84C34”, “R84C35”, “R83C34”, and “R83C35” are shown again with the same cell range as the cell range 122 shown in the center of FIG. It is. The character strings stored in each cell in this cell range are shown in FIG. 19 with some of the character strings omitted due to the space, but the character strings stored in these cells The data represents the same character string as the character string stored in each cell in the cell range 122 shown in the center of FIG.
As a procedure for configuring and editing the four summary elements, first, the number of bytes of character data representing each character string of the four summary elements (summary element 1 to summary element 4) is obtained, and the addresses “R84C29”, “ It is stored in the cell range 131 of “R84C30”, “R83C29”, and “R83C30”. The number of bytes of character data generally corresponds to the length of the character string. In the example shown in FIG. 19, “16”, “12”, “8”, and “14” are obtained as the number of bytes corresponding to each of the summary elements 1 to 4.
Next, the length of the character string of each summary element is compared with the reference length for constructing the summary character string, and the length of the character string is adjusted based on the comparison result. Here, for the description element 1 and the description element 3 corresponding to the first half of the description character string, the reference length is 14 bytes, so that the upper and lower lines of the description character string have a length of 29 bytes. For the description element 2 and the description element 4 corresponding to the latter half of the character string, the reference length is set to 15 bytes.
Based on such a reference length, an adjustment value described below is calculated and stored in the cell range 132 of the addresses “R84C31” and “R83C31”.
If the number of bytes in the first half of the character string before adjustment is a and the number of bytes in the second half of the character string is b, the adjustment value X is
(1) If a ≧ 29, X = 15,
(2) If 28 ≧ a ≧ 14, X = a + 1−14,
(3) If a ≦ 13 and b ≦ 15, X = 0,
(4) If a ≦ 13 and b ≧ 16 and b ≧ 29−a, X = a + 1−14,
(5) If a ≦ 13 and b ≧ 16 and b ≦ 28−a, X = 15−b,
Thus, it is calculated by a formula divided into cases. This case division is a case where the first character string is prioritized.
When the number of bytes illustrated in FIG. 19 is applied to the expressions classified in this way, since the lower row is a = 16 and b = 12, it corresponds to the case of (2) and X = 3 is calculated. . Further, since a = 8 and b = 14 in the upper stage, X = 0 is calculated corresponding to the case of (3).
Thus, when the adjustment value X is obtained, the number of bytes Y of the first half of the character string after adjustment and the number of bytes Z of the second half of the character string after adjustment are respectively
Y = 14 (reference number of bytes in the first half of the character string) + X
Z = 29-Y
It is calculated by the formula. When the number of bytes illustrated in FIG. 19 is applied, Y = 17 and Z = 12 in the lower stage, and Y = 14 and Z = 15 in the upper stage. These values are stored in the cell range 133 of the addresses “R84C32”, “R84C33”, “R83C32”, and “R83C33”.
When the number of bytes after these adjustments is obtained, 14 bytes of single-byte spaces are added to the end of the first half of the character string, and 15 bytes of single-byte spaces are added to the end of the second half of the character string. The character strings are cut out, and the cut out character strings are combined. As a result, the combined summary element (ie, the summary character string) of 29 bytes in total is edited and stored in the cell range 134 of the addresses “R84C36” and “R83C36”.
As a result of such automatic configuration editing, a summary of detailed transaction contents represented by an appropriate character string is obtained.
Journal data is automatically created in a batch without human intervention by the above-described element transfer and automatic composition editing of a summary.
FIG. 20 is a diagram showing a slip created by diverting journal data.
The slip shown in FIG. 20 is created based on the journal data and the master. The master used here is a master representing a correspondence table in which numeric values representing “debit items” and “credit departments” included in journal data are associated with subject names and department names.
The date shown in the “slip date” column 140 is based on the year and month set in the “environment setting” of the current month shown in FIG. 15 and the “slip date” element included in the journal data. It has been edited.
The debit item column 141, the debit department column 142, the credit item column 143, and the credit department column 144 have "debit item", "debit category", "credit item", and "credit category" included in the journal data. The subject name corresponding to the numerical value of “” is retrieved from the master and described.
In the summary column 145 and the amount column 146, the elements of “combined summary element” and “amount” included in the journal data are described as they are.
A journal having a single “amount” for each debit and credit is called a single journal.
In the processing example 1 described above, an automatic editing function of summary elements and an automatic setting function of classification elements based on data input to the data acquisition unit, an automatic extraction and transfer function of generated transactions, an automatic configuration editing function of combined summary elements, etc. A new function that is different from the conventional technology has been described.
In the “account transfer” transaction shown in Process Example 1, if you enter the minimum required independent variable data such as “Transfer Date” and the amount of each transaction, the current month acquired by the data acquisition unit 74 The summary element is automatically edited based on the “environment setting” data, and the “slip date” of the classification element is automatically set based on the “transfer date” data input by the data acquisition unit 74, and the first summary template Of the “candidate data” in the storage unit 72_1, “actual data” generated in the current month is extracted, transferred to the first journal storage unit 71_1, the summary elements are automatically configured, the combined summary elements are edited, and the journal data is edited. It is automatically created all at once without human intervention.
Next, a supplementary explanation will be given regarding processing example 1.
First, regarding the pre-registration of the “candidate data” of the “summary template”, in the transaction such as account transfer shown in the processing example 1, for example, when “the last day of the transfer date” falls on a holiday of a financial institution The transfer date is deferred to the next month, but “candidate data” twice a month for such a case can also be registered in advance.
In addition, for example, in the case of a transaction in which “international telephone charges” with different taxation categories are included in one “phone charge” and two journals must be created at the same time, the number of telephone calls If there are not enough numbers, domestic telephone charges for all telephone numbers and international telephone charges "summary templates" are registered in advance, and if there are a large number of telephones, "phone numbers", "departments", and "tax categories" are supported. Place a “sub-summary template” and register in advance the international telephone charges for the phone numbers that are expected to be generated. Select the “sub-applicable templates” for the international telephone charges for the phone numbers that occurred exceptionally. A summary template "can also be prepared.
In addition, in transactions such as the monthly repayment of principal and interest of a loan, where a transfer date is specified by a financial institution and an automatic transfer from the counterparty's deposit account is requested, the transfer cannot be made due to a shortage of deposit balance, Monthly fluctuations occur in “○ month” for each partner, and the management becomes complicated. In such a transaction, “1” (January) to “12” (December) in the column direction, and “−12” (for 12 months before) to “0” (for the current month) in each row in the row direction. “Subscript template” corresponding to the above is placed, “0” to “−12” are registered in the auxiliary elements of “Summary template”, and the transfer of the other party to which “0” (for the current month) is registered If there is a transfer of the other party registered with “September loan repayment” and “-2” (two months ago), the summary element will be automatically edited, such as “July loan repayment” For counterparties that cannot be transferred in the current month, a new value is added by subtracting 1 from the value registered in the supplementary element of the “Summary Template”. It is managed separately from “Environment settings”. As shown in the case described above for each transaction, the journal data creating apparatus of the present invention incorporates various functions throughout the details of the transaction.
This is the end of the description of the processing example 1. Hereinafter, the processing example 2 will be described.
(Processing example 2)
FIG. 21 is a diagram showing a processing example of accruing expenses that occur every month in principle.
The example shown in FIG. 21 is a processing example when “standard transaction 1” in the main menu 61 and “unpaid expense” in the transaction selection menu 62 are selected in the menu shown in FIG. In the “accrued expenses” recording, in principle, journal processing for transactions in which monthly accrued expenses for a specific trading partner are recorded at the end of the month is executed.
FIG. 21 shows the “summary template” of the first summary template storage unit 72_1 prepared for the process of accruing unpaid expenses.
In the “summary template” illustrated in FIG. 21, among the cells arranged in the “monetary amount” example 151, the cell 151_1 in which the address is shown has the numerical value of the independent variation element input by the user's input operation. A fixed element has already been stored in the cell 151_2 in which the numerical value is stored. This default numerical value represents that a fixed amount transaction is performed every month. The character string stored in the column 152 of “summary element 1” and the numerical value stored in the column 153 of “slip date” are dependent variable elements that are automatically updated, and among the cells of “summary element 1”, In the cell 152_1 of the “summary template” of the summary numbers “91” and “120”, the cell formula is shown. Of the cells arranged in the “occurrence indicator” column 154, the dependent variable element is stored in the cell 154_1 in which the address is shown, and the cell value is automatically updated in the cell 154_2 in which the numerical value is shown. In the “description template” of the description number “120”, the formula is shown in the cell 155 of the “description element 4” and the cell 156 of the “debit department”, and dependent change elements are stored in these cells. Of the cells shown in FIG. 21, fixed elements are registered in advance in the remaining cells.
When the “accrued expenses” transaction is selected via the menu shown in FIG. 5, “environment setting” for the current month is automatically performed as in the case of the processing example 1 described above.
FIG. 22 is a diagram illustrating the contents of the “environment setting” for the current month acquired by the data acquisition unit 74 in the “accrued expenses” transaction.
The contents of the “environment setting” for the current month obtained in the “accrued expenses” transaction are the same as those in FIG. 15, but here, for convenience of explanation, two cells 158 and 159 are extracted and shown. Yes. The “current month” cell 158 stores a numerical value “9” representing September as an example, and the “current month end” cell 159 stores a numerical value “30” representing the last day of September. Yes.
In each cell arranged in the “slip date” column 153 shown in FIG. 21, the function “end of month” is registered as a formula. When the data acquisition unit 74 obtains the contents of the “environment setting”, The value of each cell is a numerical value “30” representing the last day of September. The character string “September” of the character strings stored in the column “summary element 1” is automatically updated in the same manner as described in the processing example 1.
When the environment setting for this month and the automatic update of the dependent variable elements are completed, an operation assistance menu 66 of “accrued expenses” shown in FIG. 5 is displayed and “input” is selected by a predetermined operation by the user. In response to the selection of “input”, the journal data creation apparatus of the present embodiment activates a predetermined macro that assists the same amount input operation as described above and an auxiliary element input operation described below.
In the amount input operation, the cell 151_1 in which the address is shown among the cells arranged in the column 151 of “Amount” is sequentially automatically selected as the input destination, the transaction amount is input, and whether the transaction amount is “0” or not. In response, the value of “occurrence indicator” is updated. When the input operation for the cell 151_1 in which the address is shown is completed, the auxiliary element input operation is started.
FIG. 23 is a diagram illustrating an auxiliary element input operation.
In FIG. 23, the “summary template” shown in FIG. 21 is shown again. The columns shown in FIG. 23 include the columns omitted in FIG. 21 and the columns shown in FIG. 21, and the same elements are also shown in the columns shown in FIG. The name is given.
Further, in FIG. 23, cell addresses and column numbers are shown in the upper row, and cell values are shown in the lower row.
In the processing of “accrued expenses”, processing related to transactions such as consumables is also performed. In such transactions, the transaction target represented by “What” in the summary is often unspecified, and cannot be registered as a fixed element in the “summary template”. For this reason, for a transaction whose transaction object is unspecified, data indicating “what” of the summary is input by the auxiliary element input operation.
When this auxiliary element input operation is started, cells that require element input are automatically and sequentially selected by the macro. As a method for realizing such automatic selection, a method of registering an address of a cell that needs to be entered when registering a “summary template” or a content of each cell of the registered “summary template” is used. A method of deriving a cell that needs to be input can be adopted, but the user can arbitrarily move the cursor to input.
The cell 161 of the address “R93C56” and the cell 162 of the address “R122C56” are cells for inputting the character string “auxiliary element 1”. Here, the character strings “towel paper” and “battery exchange” are inputted. ing. When such a character string is input as “auxiliary element 1”, dependent variable elements stored in cells 163 and 164 of “summary element 1” are automatically updated as described below.
The formulas of these cells 163 and 164 are composed of the updated character string “September” of the dependent variation element and the function “auxiliary element 1” as shown in the cell 152_1 in FIG. Since the character string of “auxiliary element 1” in the “description template” of the description number “91” is “towel paper”, the character string of “summary element 1” is “9” as shown in the cell 163 of FIG. Monthly Towel Paper "is automatically edited. In addition, since the character string of “auxiliary element 1” in the “description template” of the description number “120” is “battery replacement”, the character string of “summary element 1” is as shown in a cell 164 of FIG. "September battery replacement" is automatically edited.
For the “summary template” of the summary number “120”, not only the character string “auxiliary element 1” but also the numerical value 165 of “auxiliary element 2” is required to be input. The numerical value of the “auxiliary element 2” is a numerical value that designates the “sub summary template”.
FIG. 24 is a diagram illustrating an example of a “sub-summary template” in the first sub-summary template storage unit 73 prepared for the process of “accrued expenses”.
In FIG. 24, “sub-summary template” for two lines of “sub-summary template” constituting a correspondence table defining the correspondence between the character string 171 of “vehicle number” and the numerical value 172 representing “debit department”. Is shown excerpted. The sub-summary number of the “sub-summary template” selected by the user from among the plurality of “sub-summary templates” is input as the numerical value of the “auxiliary element 2”. The numerical value input in this way is specification data, and the “sub-summary model” is specified by the numerical value itself, and the “summary template” is also specified by the address of the cell in which the numerical value is input.
As shown in FIG. 21, the formulas of the cells 155 and 156 are defined as search functions, and the search function is determined from the correspondence table as shown in FIG. Is a function for searching for a character string of “vehicle number” and a numerical value indicating “debit department”, and the character string of “vehicle number” is the value of the cell 166 of “summary element 4” shown in FIG. The numerical value indicating “debit department” is stored as the value of the cell 167 of “debit department”.
In FIG. 23, the secondary summary number “10” is input as the numerical value of the cell 165 of “auxiliary element 2”, and the character string “▽▽ 57” 7097 searched based on this secondary summary number “10”. And the numerical value “5” are stored in the cell 166 of “summary element 4” and the cell 167 of “debit department”, respectively.
In this way, by having a mechanism that is retrieved from the correspondence table prepared as “sub-summary template” and quoted, it is possible to collectively manage the assigned department of the vehicle as “sub-summary template”, Even when the department is changed, it is possible to correct only the “sub summary template” and cope with it.
When the auxiliary element input operation described above is completed and the necessary summary elements are prepared, “data processing 1” in the operation assistance menu 66 of “unpaid expense” shown in FIG. 5 is selected by the user's operation. By this selection, the elements are transferred from the “summary template” of the first summary template storage unit 72_1 to the journal creation column range of the first journal storage unit 71_1 in the same manner as the processing example 1 described above. Configured, combined description elements are edited, and debit journal data is created.
FIG. 25 is a diagram illustrating journal data in the first journal storage unit 71_1 created in the transaction of “accrued expenses”.
In FIG. 25, journal data 180 created by selecting “data processing 1” described above and “data processing 2” described later is shown. Like this “accrued expense” transaction, A journal in which one or both of a debit and a credit is represented by two or more “amounts” is referred to as a composite journal.
The journal data 180 includes “debit data” 181 and “credit data” 182 that are part of the set of journal data.
In the “summary template” shown in FIG. 21, a fixed element 157 called “destination number” is prepared, and this “destination number” element is transferred when journal data is created, and debit data shown in FIG. 181. The journal data creating apparatus of the present embodiment is provided with a processing function for creating credit data 182 from the debit data 181 with reference to the element of the “party number”, and this processing function is shown in FIG. This is activated when “data processing 2” in the operation assistance menu 66 of “accrued expenses” is selected. Hereinafter, this processing function will be described.
When this processing function is activated, the journal processing unit 75 adds up the elements of the credit data 181_2 based on the element 181_1 of the “party number”.
FIG. 26 is a diagram illustrating an element counting process.
Also in FIG. 26, cell addresses are shown in the upper stage, and cell values are shown in the lower stage. The debit data 191 shown in FIG. 26 is data created in the same column range as the debit data 181 shown in FIG. 25. In FIG. 26, only even rows are extracted and shown. ing.
The column range shown on the right side of FIG. 26 is the column range after “C151”, and is the column range set in the journal processing unit 75 for creating aggregate data that is the basis of credit data. In the description of FIG. 26, for the sake of convenience, the aggregate data that is the basis of the credit data is also referred to as “credit data”.
In the totalization process by the journalizing processing unit 75, the numerical values 191_2 of “money application” in the debit data 191 having the common “party number” element 191_1 shown in FIG. The value of the element 191_1 is transferred as the element 192 of the “destination number” of the credit data, and the number of the debit data 191 that is common to the element 191_1 is counted. It is stored as an element 193 of “total number of cases”. Furthermore, the total value of the numerical values 191 </ b> _ <b> 2 of “Amount” is stored as the “Amount accumulated” element 194 of the credit data. For example, there are two debit data 191 in which the element 191_1 of the “party number” is “1”, and the numerical values 191_2 of each “money amount” are “257,775” and “48,510”. Therefore, in the credit data in which the element 192 of “party number” is “1”, the element 193 of “cumulative number” is “2”, and the element 194 of “cumulative amount” is “306,285”.
Such aggregation for each “party number” is sequentially repeated.
In “Summary template” of “Accrued expenses”, “Summary template” corresponding to transactions classified from the creditor's viewpoint is also prepared, and the description number given to this “Summary template” is “ It is obtained by adding 300 to the numerical value of the element 192 of the “party number”. The numerical value 195 of “credit summary number” in the credit data is the summary number obtained in this way.
Further, when the data in which the elements of the debit data 191 are aggregated is transferred to the column range of the credit data, “1” is stored as the element 196 of the “occurrence indicator” in the row including the cell that has received the data transfer. .
As described above, among the elements of the credit data created by the aggregation processing by the journal processing unit 75, the “total amount” element 194 is the “summary template” of the first summary template storage unit 72_1 as new transaction data. Transferred to column range.
FIG. 27 is a diagram illustrating elements transferred to the “summary template” column range of the first summary template storage unit 72_1.
In FIG. 27, the upper row shows the column number of the cell address, and the lower row shows the cell value.
The “cumulative sum” element 194 shown in FIG. 26 is transferred to the “summary template” having the same description number as the value 195 of the “credit description number”.
FIG. 27 exemplifies a “summary template” having a summary number “301”. Of the numerical value 195 of the “credit summary number” shown in FIG. 26, the element 194 of “total amount” corresponding to the numerical value “301” is “306,285”, and this numerical value “306,285” corresponds to the numerical value “306,285”. Are transferred as the “amount” element 201 of the “summary template” shown in FIG. For the “summary template” that has received the transfer of the “money amount” element 201, the value “1” is stored as the “occurrence indicator” element 202.
Of the elements of “summary template” shown in FIG. 27, the character string 203 of “summary element 1” and the numerical value 204 of “slip date” are dependent variable elements, and are automatically updated in the same manner as described above.
As described above, the transaction amount is transferred to the “summary template”, and the dependent variable elements are updated, so that the elements of the “summary template” as the basis of the credit data (journal data) are prepared. These elements are transferred to the journal creation column range of the first journal storage section 71_1 to create journal data.
FIG. 28 is a diagram illustrating elements of credit data transferred to a column range for creating journals in the first journal storage unit 71_1.
The upper part of FIG. 28 shows cell addresses and column numbers, and the lower part shows cell values.
Since the element transfer method is the same as described above, the description thereof is omitted. The credit data (journal data) is assigned a journal number after “101”, and is distinguished from the above-described debit data. When the elements are transferred, the summary elements are automatically configured as described above, the combined summary elements (shown at 222_3 in FIG. 29) are edited, and the credit data 210 is created.
The credit data 210 shown in FIG. 28 is exactly the same as the credit data 182 shown in the lower part of FIG. 25, and as described above, the credit data from the debit data is automatically collected in a lump without manual intervention. To be created.
FIG. 29 is a diagram illustrating an example of diversion of credit data and credit data to accounting processing.
Here, as a simple example of the accounting process, a process of creating a slip-format journal (composite journal) is adopted.
When the journal slip 221 based on the debit data and the journal slip 222 based on the credit data are compared, the character strings 221_1 and 222_1 for “debit item”, the character strings 221_2 and 222_2 for “debit department”, and the character string 221_3 for “summary”. 222_3 and numerical values 221_4 and 222_4 of “money amount” are greatly different from each other. Thus, data that are greatly different from each other are automatically created in a lump without requiring manual summation work and journal entry work.
In the processing example 2 described above, in addition to the functions described in the processing example 1, the automatic editing function of the summary element based on the data input to the auxiliary element, the automatic setting function of the classification element, and the summation of the amount for each identification data A new function that is different from the conventional technology, such as a function, an automatic setting function of specified data, an automatic selection function of a journal pattern, and an automatic input function of independent variable elements has been described.
In transactions with “Accrued expenses” shown in Process Example 2, if you enter the debit data of the minimum independent variable elements such as the amount of each transaction and a summary of some transactions, the same as Process Example 1 The debit journal data is automatically created, and the amount for each partner number is aggregated from the debit journal data, and the credit description number is added and transferred to the journal processing section 75. “Model” is automatically selected, and the total amount is automatically entered in the corresponding “Category element”, and the credit journal data is automatically collected in a batch without any human intervention in the same manner as described in Process Example 1. Is created.
Next, a supplementary explanation will be given regarding processing examples 1 and 2.
Regarding the automatic editing function of the summary element and the automatic setting function of the classification element, for example, in the payment transaction of the short-term borrowing interest, the interest payment periods “12”, “9”, “26”, “12”, “12”, “Calculation formula of interest” with “25”, interest rate “2.3”, principal amount “100,000,000”, “search function and calculation formula” of interest payment days as auxiliary elements of “summary template” ”As a categorical element in advance as a fixed element or a dependent variable element, the total number of days from the base date for the start date and end date of the interest payment period will be calculated using the correspondence table with the“ sub-summary template ”. The interest payment days “91” are calculated, the principal “100,000,000” * the interest rate “2.3” / “100” / “365” * the interest payment days “91” are calculated and paid The interest “573, 424” is automatically set. In addition, the numerical value is converted into a character string, and “12.26.12-12.12.25 91 days 2.3%” (top), “Short-term borrowing interest rate ○○ Detailed descriptions such as “Silver ◎◎ Branch” (bottom) are edited by automatically configuring the description elements.
Also, in the automatic continuation time deposit interest receiving transaction, the interest payment periods “12”, “4”, “1”, “12”, “9”, “30”, and the interest rate “0.15” If the principal amount “1,000,000” is registered in the same manner as above, the interest payment period “183”, the interest income after tax “6,016”, the withholding income tax national tax “1” , 128 ”, withholding income tax, local tax“ 376 ”, interest income before tax“ 7,520 ”, and the journal of interest income after tax is“ date 12.9.30 ”(top),“ term deposit interest ” ○ Summary of “Silver □ △” (bottom), amount “6,016”, withholding income tax National tax entry is “Timed interest interest tax ○ Silver □ △” (bottom) and “1,128” ”, Withholding deduction income tax Local tax journals are summed up in the description and amount of“ Time Deposit Interest Local Tax ○ Silver □ △ ”(bottom) The journal of “376” and interest income before tax are as follows: “12.4.1-12.9.30 183 days 0.15%” (top), “Time deposit interest rate ○ Silver □ △” (bottom) The summary is automatically configured and edited as the amount “7,520”, and the amount of “classification element” is automatically set. By checking the contents in the interest statement or interest payment statement issued by the financial institution, reliable and highly accurate and detailed journal data is automatically created.
In addition, in the purchase transaction of “XX lottery” that requires payment by check, for example, sales unit prices “100”, “200”, “300”, “500” in the column direction, and purchase in the row direction. The unit price “93.7”, the purchase unit price is converted into a character string, and “@” and “*” character strings combined with the character string “@ 93.7 *” before and after that are added. “Summary template (1)” and the number of times “368”, “...”, “1413” in the column direction, the number of times in the row direction is converted to a character string, and the character string is combined before and after that. ◎ "Sub-summary model (2)" corresponding to "368 times", "...", "◇ Japan 1413 times", etc. are arranged, and the data acquisition unit 74 uses the purchase date "11", the number of times "1413", Entering data of independent variable factors such as unit price “100” and quantity “7000”, the unit price “100” is used as a key, The purchase unit price “93.7” and the description phrase “@ 93.7 *” are selected from the “sub-description template (1)” described above, and the purchase unit price “93.7” and the quantity “7000” are set to numerical values. Based on this, the amount “655,900” of the classification element is automatically calculated and set, the quantity “7000” is converted into a character string, “@ 93.7 * 7000” (upper row), and the number of times “1413” is keyed Then, the description phrase is selected from the above-mentioned “sub-explanation template (2)”, the description is automatically edited as “◇ Japan 1313 purchases △ silver ▽▽ branch” (lower), and the journal data is entered manually. It is automatically created instantly.
As described above, the automatic editing function for summary elements has a search function, a calculation function, a function for converting numerical values into character strings, and a format that combines pre-defined character strings with input data. The classification element automatic setting function includes a search function and a hierarchical calculation function. It is also possible to set these functions, and these functions can be widely used for the above-mentioned various kinds of small transactions, travel expenses settlement work, main branch account processing, and the like.
Even in the case of transactions such as the processing examples 1 and 2 described above, when the same type of transaction volume becomes large, the application work unit 77 performs input operations and the like, and the transaction data receiving unit 76 It is also possible to receive transaction data from the application section 77 and process it in the same manner as in Processing Example 3 described later.
This is the end of the description of the processing example 2. Hereinafter, the processing example 3 will be described.
(Processing example 3)
FIG. 30 is a diagram illustrating a processing example of salary payment.
The upper row of FIG. 30 shows the column number of the cell address, and the lower row shows the cell value.
The example shown in FIG. 30 is a processing example in the case where “standard transaction 2” in the main menu 61 and “salary” in the transaction selection menu 63 are selected in the menu shown in FIG. For each transaction belonging to “Standard transaction 2”, it is assumed that the application data has been created by the application department 77 prior to the creation of the journal, and the transaction data necessary for creating the journal is traded from the applied data. The data receiving unit 76 receives the journal data.
FIG. 30 exemplifies “summary template” of the first summary template storage unit 72_1 prepared for salary payment processing.
In the “summary template” illustrated here, the numerical value shown in the column 231 of “amount”, the character string shown in the column 232 of “auxiliary element 1”, and the column 233 of “auxiliary element 2” are shown. The obtained numerical value is an independent variable element fetched from the application business unit 77.
The numerical value shown in the column “234” of “slip date” is a dependent variation element that refers to the value of the function “supply date” to be described later. The character string shown in the column 235 of “summary element 2” is a dependent variable element, and the character string shown in the column 232 of “auxiliary element 1” and the numerical value shown in the column 233 of “auxiliary element 2” Based on the above, it is automatically updated as will be described later. The character string shown in the column 236 of “summary element 1” and the numerical value shown in the column 237 of “occurrence indicator” are dependent variable elements that are automatically updated in the same manner as in the processing example 1 described above.
The remaining elements shown in each column of “debit item” to “credit department”, “debit tax classification”, and “credit tax classification” shown in FIG. 30 are fixed elements registered in advance.
When the “salary” transaction is selected via the menu shown in FIG. 5, the “environment setting” for the current month is automatically performed as in the case of the processing example 1 described above.
Next, “data processing” in the “salary” operation assistance menu 67 shown in FIG. 5 is selected by the user's operation. By selecting this “data processing”, a predetermined macro is activated, transaction data is taken into the transaction data receiving unit 76, and journal data is automatically created based on the transaction data.
FIG. 31 is a diagram showing the transaction data received by the transaction data receiving unit 76 in the salary payment process.
Of the columns shown in FIG. 31, a “summary number” column 241 stores serial number summaries in advance. In FIG. 31, six lines are extracted and shown.
The transaction data captured here includes the elements “transaction element 1” to “transaction element 10” and a numerical value indicating the salary payment date. The column range from “C132” to “C141” In “242”, “transaction element 1” to “transaction element 10” are fetched and sequentially stored downward from the line of the summary number “1”. “Transaction element 1” is a numerical value representing an amount, and the amount may be “0”. “Transaction element 2” is a character string representing a name, and “transaction element 3” is a numerical value representing the number of people. Further, a cell 243 indicated by the number “C146” is loaded with a numerical value representing the payment date. The name “supply date” is defined in this cell 243, and the value of this cell is quoted as the value of the function “supply date”.
In the “occurrence indicator” column 244, the value “0” is stored if the amount of “transaction element 1” is “0”, and the value “1” if the amount of “transaction element 1” is other than “0”. Is stored. FIG. 31 shows an excerpt of a data portion whose amount is other than “0”.
When the transaction data is captured as described above, the element of the transaction data is then transferred to the “summary template” in the first summary template storage unit 72_1 designated by the summary number. The arrangement of the elements “transaction element 1” to “transaction element 10” included in the transaction data is different from the common column configuration of “summary template” in the journal data creation apparatus of this embodiment. For this reason, when the “summary template” is prepared, the correspondence between the transfer source and transfer destination columns is also defined, and the element transfer is executed in a macro according to the definition.
FIG. 32 is a diagram illustrating a column correspondence definition between a transfer source and a transfer destination.
The column number of the column shown in FIG. 31 is stored in the left column 245_1 of the correspondence table 245 shown in FIG. 32, and the column number of the column shown in FIG. 30 is stored in the right column 245_2 of the correspondence table 245. Has been.
By transferring the elements according to such a correspondence table, the element of “transaction element 1” is changed from the “amount” column of “C132” shown in FIG. 31 to “C71” shown in FIG. Transferred to column 231 of “Amount”. Similarly, the element “transaction element 2” is transferred from the column “name” of “C133” shown in FIG. 31 to the column 232 of “auxiliary element 1” of “C56” shown in FIG. The element of “transaction element 3” is transferred from the “number of persons” column of “C134” shown in FIG. 31 to the column 233 of “auxiliary element 2” of “C57” shown in FIG.
However, the element transfer is limited to the case where the value “1” is stored in the “occurrence indicator” column 244 shown in FIG.
As described above, when the element is transferred to the “summary template” of the first summary template storage unit 72_1, the dependent variation element shown in FIG. 30 is automatically updated.
The redundant description of the automatic update of the character string shown in the column 236 of “Summary Element 1” and the column 237 of “Generation Indicator” shown in FIG. 30 is omitted.
As described above, the numerical value shown in the column “234” of “slip date” is a dependent variable element that refers to the value of the function “supply date”, and the value “20” captured in the cell 243 shown in FIG. Is updated to the same value “20”.
The editing of the character string shown in the column 235 of “Summary Element 2” is defined according to the cell expression as follows.
(1) When the value of the auxiliary element 2 is “1”, the character string of “summary element 2” is the character string of “auxiliary element 1” and the character string obtained by converting the numerical value of “auxiliary element 2” , A character string edited with the character string "name",
(2) When the value of auxiliary element 2 is greater than “1”, the character string of “summary element 2” is the character string of “auxiliary element 1”, the character string “outside”, and “auxiliary element 2” Is a character string obtained by editing a character string obtained by converting a numerical value obtained by subtracting “1” from a value of “” and a character string “name”.
The character string shown in the column “235” of “summary element 2” is edited according to such a definition.
When the dependent variable elements are automatically updated in this way, the elements necessary for creating the journal data are prepared, so that the elements are column ranges for creating journals in the first journal storage unit 71_1, as in the processing example 1 described above. Journal data is created by transferring to.
FIG. 33 is a diagram showing journal data created by the salary processing.
Debit data 251 and credit data 252 as shown in FIG. 33 are created from the captured transaction data without human intervention as shown in FIG.
The journal data created in this way is also diverted to the accounting process in the same manner as the processing example 1 described above.
FIG. 34 is a diagram showing an example of diversion of journal data created by salary processing to accounting processing.
Here, as a simple example of the accounting process, a process for creating a voucher journal (composite journal) is adopted. In the upper part of FIG. 34, a journal voucher 261 created by diversion of debit data is shown. A journal slip 262 created by diverting credit data is shown in the lower part.
In the journal data creation apparatus of this embodiment, a description including a sufficiently detailed character string such as the description 261_1 of the journal slip 261 is automatically configured and edited from the transaction data described above.
In the processing example 3, as described above, application data is created by the application business unit 77 prior to journal entry creation. In the application of payroll calculation, if you enter the minimum necessary independent variable data such as `` payment date '' and overtime hours, in addition to functions with well-known technologies such as withholding tax and employment insurance premiums, A function to automatically calculate and extract dependent variable factors such as loan repayment amount and interest from the correspondence table using the “month” value as a key, and an automatic transfer request creation function as shown in Process Example 4 described later It has a salary schedule, a divisional social insurance premium share schedule, a salary transfer request form, and other transfer request forms such as deductions.
In the processing example 3 described above, in addition to the functions described in the processing example 1, new functions that are different from the conventional technology such as an automatic selection pattern of journal patterns and an automatic input function of independent variable elements have been described.
In the “salary payment” transaction shown in the processing example 3, the transaction data receiving unit 76 receives transaction data necessary for creating journals from the application data of the salary calculation created by the application business unit 77, and receives the description number. The “Summary Template” to be specified is automatically selected, and based on the column correspondence definition between the transfer source and transfer destination, these transaction data are automatically entered in the corresponding journal elements, and the same as described in Process Example 1 below. Thus, journal data for debits and credits is automatically created all at once without any human intervention.
Next, a supplementary explanation will be given regarding transactions processed in the same manner as in Processing Example 3.
First of all, regarding the transaction of sales recording, in the applicable business department 77, “XX sales”, “…”, “Credit not reached”, “Credit total”, “Accounts receivable”, “□□ deposit”, “Cash” The amount of each transaction / settlement category such as “Notes receivable”, “Debt not reached”, and “Debit total” is described according to the type of sales business, such as the amount by date or category, or the amount by partner. When the sales data schedule (subsidiary book) in the form of a list has been created and transaction data necessary for creating a journal is received from the application data by the transaction data receiving unit 76, the journal is processed in the same manner as described above. Data is automatically created at once without any human intervention.
With regard to this sales accounting transaction, there are various forms of schedules due to differences in the type of industry. For example, in the restaurant (retail / leisure) business, first, “date”, “restaurant sales” , Schedules with sales categories such as “take-out sales”, “store sales”, “vending machine sales”, “…” are created based on data aggregated at ticket vending machines, post offices, etc. Then, the schedules with sales categories such as “Resident Name”, “Rent Income”, “Common Income”, “Electricity Fee”, “Water Fee”, “…” are the figures for the current month of the electricity / water meter. In the construction industry, etc., schedules with sales categories such as `` construction name '', `` partner name '', `` construction number '', `` date '', `` sales amount '' Created based on manual data input.
In addition, purchase / accounting transactions are almost the same as the above-mentioned sales transaction. For example, the period of 1 to 10 days, 11 to 20 days, 21 days to the end of the month for each counterparty. A list of purchase details (subsidiary book) in which a list of sums and other information is listed has been created, and transaction data necessary for journal creation, such as partner number and amount by period, is included in the applicable data. Upon receipt, the journal data is automatically created in a lump without any human intervention in the same manner as described above. A description of cost calculation is omitted here.
In addition, with regard to the accounts receivable collection transaction, the applicable business department 77 performs “partner name”, “carry forward in the previous month”, “occurrence in the current month”, “payment date”, “payment amount”, “commission”, “…”, “ A list of accounts receivables (subsidiary) in a list format by sales industry, in which the amount by category such as “collected in the current month” and “carried over the next month” is written, is created from the application data on which this schedule is created When the transaction data receiving unit 76 receives transaction data such as a destination number, deposit date, deposit amount, and commission for each deposit account necessary for creating a journal, the journal data is collected all at once without any human intervention. Created automatically.
As for the settlement transaction, various schedules (auxiliary books) for settlement are created in the application business section 77, and the transaction data receiving section 76 receives transaction data necessary for creating journals from these application data. In the same way, journal data is automatically created in a batch without any human intervention.
Regarding the outline of transaction processing related to settlement, first, regarding “Depreciation expenses”, the application section 77 has prepared a detailed list of depreciation expenses from the acquisition of each asset to the end of depreciation. If you perform (correction) input work for acquisition or retirement for the current period, data for the current period is extracted using the current period as a key, and the depreciation expense schedule for the current period and various summary data are automatically created. Is done. From these application data, if you receive transaction data, such as the amount of depreciation expenses that are aggregated by account item / department, such as buildings, equipment attached to buildings, ... ○ Period Depreciation and amortization Building ○ ○ Journal entry data including summary is automatically created, and journal data is automatically created for “Loan allowance for loan losses”, “Accrued bonuses”, “Provision for retirement benefits”, etc. Created.
In addition, “Prepaid Expenses” are also handled by the applicable business department 77. For example, the account item “insurance premium”, insurance type “store comprehensive insurance premium”, insurance purpose “management building / hangar”, department “□ Department”, insurance Company “○ ◎ Fire and Marine”, insurance period “12” “5” “7” “-” “13” “5” “7”, insurance days “365”, insurance premium “432, 320”, prepaid period “13” ”“ 4 ”“ 1 ”“-”“ 13 ”“ 5 ”“ 7 ”, the number of advance payment days“ 37 ”, the advance payment amount“ 43,824}, etc. are prepared, Of the application data used as the basis for creating the table, the schedule is automatically created when the (independent) input of “independent variable factors” such as the insurance period and insurance premium is performed as necessary. When transaction data necessary for creating journals is received from these applicable data, “4.1-5.7 37th Management Building / Hangar” (upper row), “No. ) And journal data including the amount “43,824” are automatically created, and insurance companies that are not used to create the above-mentioned journal summary also have “other elements” in the “summary template”. It is possible to instantly create details of account items necessary as financial statements with detailed contents. In addition to the above-mentioned non-life insurance premiums, “prepaid expenses” such as automobile insurance premiums, life insurance premiums and interest expenses, “accrued expenses” such as interest income, “accrued expenses”, “accrued expenses” such as expenses and interest expenses, etc. In the same way, journal data is automatically created.
This is the end of the description of the processing example 3. Hereinafter, the processing example 4 will be described.
(Processing example 4)
This processing example 4 also presupposes that application data is created by the application business unit 77 prior to journal entry creation. This application business is an application business that creates a general transfer request form in order to request a financial institution to transfer each payment amount from its own account to each of a plurality of payee accounts on a designated “payment date”.
FIG. 35 is a diagram showing transaction data obtained in an application for creating a comprehensive transfer request form.
In this application, in the processing example 2 described above, from the “credit data” shown in FIG. 26 created by the journal processing unit 75 based on the credit data recorded as “accrued expenses”, an element of “party number” 192, the “total amount” element 194, and the “occurrence indicator” element 196 are diverted and taken in as transaction data. The fetched elements are stored as a numerical value 271 of “transaction element 1”, a numerical value 272 of “transaction element 2”, and a numerical value 273 of “occurrence indicator” shown in FIG. A numerical value 271 of “transaction element 1” is a numerical value representing the counterpart number, and a numerical value 272 of “transaction element 2” is a numerical value representing the amount of money.
As described above, when an element is taken in as transaction data from the journal processing unit 75, a numerical value 274 of “payment date” is input by a user operation.
The numerical value 272 of “money amount” and the numerical value 273 of “occurrence indicator” shown in FIG. 35 are transferred to a payment list in which transfer destinations and payment amounts are displayed in a list.
FIG. 36 is a diagram showing a payment list.
In this payment list 280, a numerical value 281 of “recipient number” is stored in advance as a serial number, and each recipient number includes a transfer destination 282 composed of elements of “recipient” to “account number”. Are associated.
35 is transferred to such a payment list 280, with the value 272 of “money amount” and the value 273 of “occurrence indicator” shown in FIG. The transferred numerical values are stored as a “payment amount” value 283 and a “occurrence indicator” value 284 in the payment list 280.
In addition, the “fee” value 285 in the payment list 280 is calculated based on the “payment amount” value 283 and the bank name, branch name, bank name, branch name of the transfer source, A numerical value 286 of “transfer amount” is calculated based on a criterion for determining whether it is a burden or a partner burden. In this application, the data processing unit can also perform deduction amount processing such as offsetting the payment amount and depositing withholding tax, but the description of the content is omitted. Further, the amount of “total fee” to “total withdrawal” is totaled by the data processing unit, and the totaled data is transferred from the data processing unit and each numerical value 287 is stored.
From the payment list 280 created in this way, the elements in the row where the numerical value 284 of the “occurrence indicator” is “1” are extracted to create a comprehensive transfer request form.
FIG. 37 is a diagram showing a general transfer request form.
This general transfer request form 290 is printed by transferring the elements extracted from the payment list 280 shown in FIG. 36 to a predetermined arrangement. The description of details such as transfer is omitted.
Of the application data for request form creation created in the application business described above, data necessary for journal creation is taken in as transaction data in process example 4 described below, and journal data is created.
This processing example 4 is a processing example when “standard transaction 2” in the main menu 61 and “periodic payment 1” in the transaction selection menu 63 are selected in the menu shown in FIG. In “Periodic payment 1”, a journal process relating to a periodic payment transaction for unpaid expenses is executed. “Environment setting” for the current month is automatically performed when selecting a transaction
FIG. 38 is a diagram showing the transaction data received by the transaction data receiving unit 76 in the periodic payment process.
When “data processing” in the operation assistance menu 68 of “periodic payment 1” shown in FIG. 5 is selected by the user's operation, application data is taken in as transaction data as shown in FIG. Journal data is automatically created in a batch without any human intervention.
As shown in FIG. 38, from the transaction data 270 of the application for creating the general transfer request form shown in FIG. 35, the “counter number” value 271, the “money amount” value 272, and the “occurrence indicator” value 273 is stored and stored as a destination number value 301_1 of "transaction element 1", an amount value 302_1 of the amount of "transaction element 2", and a value 303_1 of "occurrence indicator" and input to the cell 274 shown in FIG. The value of the “payment date” is also fetched and stored in the cell 304 in which the name “payment date” is defined.
Also, the numerical value 301_2 of the destination number of “transaction element 1” is fixed, and a numerical value 288 such as “fee meter” in the payment list shown in FIG. 36 and a numerical value 289 of “occurrence indicator” are fetched. It is stored as a numerical value 302_2 of the amount of “transaction element 2” and a numerical value 303_2 of “occurrence indicator”.
The elements of the application data thus taken in as transaction data are transferred to the “summary template” in the first summary template storage unit 72_1 prepared for the processing of “periodic payment 1”. This transfer is executed so that the numerical value 301 of “destination number” and the summary number match each other. Since the details of the transfer are the same as those in the processing example 3 described above, a duplicate description is omitted.
FIG. 39 is a diagram illustrating a “summary template” in the first summary template storage unit 72_1 prepared for the processing of “periodic payment 1”.
Among the elements stored in the “summary template” shown in FIG. 39, the numerical values stored in the “amount” column 311 are independent fluctuation elements to which the elements of the transaction data have been transferred. The numerical value stored in the column 312 of “slip date” is a dependent variation element updated by quoting the value of the function “payment date”. The character strings stored in the column 313 of “Summary Element 1” and the column 314 of “Summary Element 3” are dependent variation elements that are automatically updated by quoting a value such as the function “previous month”. The numerical values stored in the column “315” of the “occurrence indicator” are the dependent variable elements updated in the same manner as described above. The other character strings and numerical values stored in the columns of “Description element 2”, “Description element 4”, “Debit item” to “Credit department”, “Debit tax classification”, “Credit tax classification” It is a registered fixed element.
The procedure for creating the journal data from the “summary template” to which the elements of the transaction data are transferred in this way is also the same as in the processing example 1 described above, so the following description is omitted.
In the case of processing example 4 described above, in case of processing example 2, if the debit data of the minimum necessary independent variable elements such as the amount of each transaction and the summary phrase of some transactions are entered to account for accrued expenses. In the processing example 4, credit data with accrued expenses as shown in FIG. 26 is applied to the application business unit. 77, when the user inputs the data of the minimum necessary independent variable elements such as “payment date” and deduction amount, a comprehensive transfer request form as shown in FIG. The debit and credit journal data for "payment" is automatically created without any human intervention.
Further, the payment of accounts payable can be processed in exactly the same manner as in Processing Example 4. Further, in this embodiment, for the sake of brevity, the description of the processing for the main branch account is omitted, but the journal processing unit 75 has a function for summing up the amount by destination in the branch of the main branch account, In addition, there is a function for summarizing the total amount for each partner at the head office and a totaling function for the total amount for each branch. The larger the number of business partners and branches, the greater the effect that these functions can exert. It becomes.
As described above, in the processing examples 1 to 4, the embodiments of the present invention related to the routine transactions that occupy most of the transactions have been described. However, in these transactions, as described above, the conventional technology includes “high-speed input”. There are input methods with various improvements in the selection input of “Journal pattern”, etc. However, regardless of which input method is selected, “Journal pattern” or unfixed classification element for each transaction As for (selection) input and description, it is necessary to repeat repeated operations such as input (completion / correction) including the description words “from (to)” and “others” and composition editing work regularly every month. There are also many transactions that require the use of “normal input”.
On the other hand, as described above, the journal data creation device of the present invention has an automatic editing function for summary elements, an automatic setting function for classification elements, an automatic extraction and transfer function for generated transactions, an automatic configuration editing function for combined summary elements, New feature that is different from the conventional technology, such as automatic selection function of journal entry pattern, automatic input function of independent variable elements, totaling function of amount by identification data, automatic setting function of specified data, etc. In the “account transfer” transaction shown in the figure, the “transfer date” is entered in a lump sum and the amount of each transaction is entered, and in the transaction “accrued expenses” shown in the processing example 2, the amount of each transaction in the debit data In the “Salary Payment” transaction shown in Process Example 3, the “Salary Payment” transaction shown in Process Example 3, the “Payment Date” and overtime hours in the applicable business, and the “Periodic Payment” transaction shown in Process Example 4 So, in the application ”And deduction amounts, etc., and entering the data of the minimum necessary independent variable elements, including the input in the application, all repetitive operations that are repeated regularly such as monthly are automated, Journal data including a detailed and detailed summary of contents is automatically created in a batch without any human intervention.
As an embodiment of the journal data creation apparatus of the present invention having means for realizing the new function as described above, the final monthly, which requires about 3 weeks or more in the conventional technology in the settlement work, Processing and annual processing, creation of various accounting books, financial statements and supplementary schedules based on the Commercial Code, corporate tax declarations and consumption tax declarations based on tax laws, details of each account item, etc. are extremely accurate It ends within 3 hours (computer operation and processing time) after closing the final data on the closing date.
This is because, even in the conventional manual bookkeeping, due to the practical application of bookkeeping, sales books, purchase books, etc. had functions as special journals and auxiliary books. Such development has been further accelerated in various fields, and in addition to preparing salary details in application work, various auxiliary books (schedules) with clarity and accuracy for monthly and settlement work From the entry or acceptance of source data to the creation of an auxiliary book, the work process has been simplified. The financial statements prepared based on various accounting data are basically composed of dependent variable elements except fixed elements and some independent variable elements that can be input in advance (correction). In the prior art, since journal data for each transaction is created one by one manually, this journal creation work hinders the flow of a series of work processes in the settlement. By removing and automating the weirs, it is possible to automate the work process (except for menu selection operations) from the input of the source data to the creation of the financial statements.
This is the end of the description of the processing example 4. Hereinafter, the processing example 5 will be described.
(Processing example 5)
This processing example is a processing example related to a non-standard transaction, and when “non-standard transaction” in the main menu 61 and “cash business 2” in the transaction selection menu 64 are selected in the menu shown in FIG. This is an example of processing. “Environment setting” for the current month is automatically performed when selecting a transaction
In each transaction belonging to the “non-standard transaction”, the “summary template” shown in FIG. 10 of the second summary template storage unit 82 and the “sub-summary template” shown in FIG. 11 of the second sub summary template storage unit 83. Is prepared, and the user's input operation is performed within the column range for creating journals shown in FIG. 9 in the second journal storage unit 81_1.
As described above, an atypical transaction is a transaction that takes place on an unspecified date with an unspecified trading partner for an unspecified transaction target, and it is not possible to automatically select a "journal pattern". It is a processing example that requires the most operation. In view of this, in the present embodiment, a contrivance is made to keep the input operation by the user to the minimum necessary.
FIG. 40 is a diagram illustrating an example of “summary template” in the second summary template storage unit 82.
The “summary template” prepared in the processing example 1 to processing example 4 related to the above-described typical transaction includes four summary elements, whereas the “summary template” shown in FIG. Only the element 321 of “element 1” and the element 322 of “summary element 3” are included. In these elements 321, 322, in principle, a character string corresponding to “what” representing the object of the transaction is stored. For example, when “what” is “Sake Sake”, “what” If the term for "for" is "New Year Holiday", it will be "Compensation Fee", "Sales Department Shrine Dedication" will be "Meeting Fee", "Payment" will be "Welfare Expense", etc. A summary word “for what” can be registered in the summary element 3. In this way, when “What” is “XX”, if “For what” is “□□ Committee”, “Meeting fee”, “△△ Workshop” Depending on the type of business, there are many such transactions, such as “Education and Research Expenses”, “▽▽ Visits”, “Interaction Expenses”, and “◇◇ For Exhibitions” “Advertising Expenses”. . These elements 321 and 322 are allowed to be simply blank, and the number of transactions to be registered is limited to a very small number with high occurrence frequency in order to facilitate selection of the “summary template”.
In addition, in the “summary template” shown in FIG. 40, “debit item” to “credit tax classification” are associated with the summary words represented by the element 321 of “summary element 1” and the element 322 of “summary element 3”. Although the element 323 is stored, the description of “other elements” other than the taxation category is omitted for the sake of brevity.
FIG. 41 is a diagram illustrating an example of a “sub-summary model” in the second sub-summary model storage unit 83.
41 is provided with an element 331 of “summary element 2” and an element 332 of “summary element 4”, and these elements 331 and 332 each represent “a transaction partner”. A character string corresponding to “from (to)” is stored.
In the “cash sales 2” transaction, one “summary template” and “secondary template” are selected by the user's operation from the “summary template” and “secondary template” prepared in this way. Then, a combination of a summary phrase such as “what”, “from where (to)”, and “for what” in the transaction and a fixed segment element is set. The user can arrange a basic journal pattern with a simple selection operation.
FIG. 42 is a diagram illustrating an example of a column range for creating journals in the second journal storage unit 81_1.
Also in FIG. 42, cell numbers and column numbers are shown in the upper stage, and cell values are shown in the lower stage.
When the operation assistance menu 69 of “cash business 2” shown in FIG. 5 is displayed and “input 1” is selected by the user's operation, a predetermined macro is activated and the “slip date” cell 342 is input. Automatically selected as the destination, and the date is input by the user.
Next, the “Summary Number” cell 343 is automatically selected as an input destination, and a summary number (here, “3”) specifying the “Summary Model” selected by the user is input. In response to this input, the elements of the “description template” specified by the description number are the cell range 344 of “debit item” to “credit department”, the cell 345 of “elements 1 and 3 before editing”, and the “debit tax classification”. ”And“ Credit Tax Classification ”cell range 346.
Next, a cell 347 of “sub-summary number” is automatically selected as an input destination, and a sub-summary number (“2” in this case) for designating the “sub-summary model” selected by the user is inputted. In response to this input, the element of “sub-summary template” designated by the sub-summary number is transferred to the cell 348 of “pre-editing summary elements 2, 4”.
Next, cells to which a simple blank element is transferred (here, cell 344_1 of “debit department” and cell 345_1 of “pre-editing summary element 3”) are automatically selected as input destinations, and are selected by the user as necessary. An element is entered.
Next, the “additional character” cell 349 is automatically selected as an input destination, and a character string to be added to the summary is input by the user as necessary.
Next, the “amount” cell 350 is automatically selected as the input destination, the transaction amount is input by the user, and the value of the “occurrence indicator” cell 351 is updated to “1” in response to the input of the amount. .
Next, the cell range 352 from “C17” to “C21” is automatically selected as the input destination, and the user processes the numerical value of the month and day described in the cash transaction receipt, etc., and the receipt, etc. The number of records is entered. Here, the input based on the receipts for two cases on September 2 and September 3 is performed. Note that the date can also be entered in the upper part of the cell range 352 of the “auxiliary element” in the same manner, and is used when a date such as a receipt extends over two months. When the month and day values and the number of records are entered, the character string described below is edited.
In editing the character string, the numerical values stored in the four cells from “R5C17” to “R5C20” are converted into character strings and edited in a predetermined format, and the character string is the cell 353 of “R5C22” number. Stored in Similarly, numerical values stored in four cells from “R6C17” to “R6C20” are converted into character strings, edited in a predetermined format, and the character strings are stored in cell “354” of “R6C22”. . Here, the character string “9 / 2.3” is edited based on the numeric value “9” of the month and the numeric values “2” and “3” of the date. Further, a character string obtained by further editing the character string stored in these cells 353 and 354 is stored in a cell 355 of “R5C23”. For example, if a character string “8/31” and a character string “9 / 2.3” are stored in these cells 353 and 354, a character string “8 / 31.9 / 2.3 "is edited. Further, a character string composed of the numerical value of the “number of cases” cell 352_1 and the character string “case” is stored in the cell 356 of the “R6C23” number. Here, a character string “2 cases” composed of a numerical value “2” converted into a character string and a character string “case” is stored.
Next, the character strings stored in the cells 355 and 356 for the “number of combined dates” and the cell 349 for the “additional characters” are changed to the character strings in the cells 345 of the “pre-editing summary elements 1 and 3”. Added and edited. However, the upper and lower rows are edited.
FIG. 43 is a diagram for explaining addition and editing of a character string.
In FIG. 43, the column range omitted in FIG. 42 is shown.
In the upper cell 361 of the “first half of the post-edit summary element” shown in FIG. 43, the character string “9 / 2.3 ◎◎ Mr. Pickup” is stored. This character string is a character string obtained by additionally editing the character string “9 / 2.3” and the character string “◎◎ Mr. In addition, a character string “two tolls” is stored in a lower cell 362 of “first half of post-edit summary element” shown in FIG. This character string is a character string obtained by additionally editing the character string “two charges” and a blank character string to the character string “toll”.
In addition, here, in the cell 363 of “post-edit summary element second half”, the character string “◇◇ Minami Kyushu” and the character string stored in the cell 348 of “pre-edit summary element 2, 4” shown in FIG. “Highway public corporation” is transferred and stored as it is.
Further, the number of bytes of the character string and the adjustment value are calculated for these character strings in the same manner as in the processing example 1 described above, the post-edit summary element is automatically configured, and the “joint summary element” character string 364 is edited. The
In addition, although the embodiment as described above is illustrated for the sake of brevity of explanation, as another example, auxiliary elements for inputting additional characters and edit markers for the pre-edit summary elements 1 to 4 are provided. For example, if the additional character “○ △ ◎” and the value of the edit indicator are input to the pre-edit summary element 2 “parking lot”, the character of the pre-edit summary element 2 if the edit indicator is “1” The column is overwritten and the post-edit summary element is edited as “○ △ ◎”. If the edit indicator is “2”, “○ △ ◎ Parking”, and if the edit indicator is “3”, “Parking ○○ There is also an embodiment in which additional characters are combined before and after the pre-editing summary element 2 like “◎” to edit the post-editing summary element. With this function, in addition to “Parking”, “Park”, “Oil store”, “City hall”, “Ward office”, “Post office”, “Store”, etc. It can be created easily. In addition, as will be described later, for the pre-editing summary element 1, for example, addition or overwriting of a character string such as “.garbage bag” or “other” can be easily performed on the pre-editing summary element 1 “detergent”. Can do.
In addition, in transactions such as the above-mentioned cash transactions, as the original record of the transaction, in addition to the elements of “what” and “from (to)”, the summary is essentially “what for” ”, The date when the transaction occurred, and the number of receipts pasted on the mount (number of processed items)“ how much ”should be included. When the minimum necessary simple input work is performed with reference to the above, the description character string is automatically composed and edited, and a summary is created that shows the detailed contents in a well-formed format. Therefore, the user can easily create an appropriate journal including detailed transaction contents without being aware of the summary format.
The above process is a process when the operation assistance menu 69 of “Cash Sales 2” shown in FIG. 5 is displayed and “Input 1” is selected by the user's operation. When “input 2” in the assistance menu 69 is selected, the “slip date”, “amount”, “description number”, “sub-description number”, and “department” elements for a plurality of journals A macro is executed to prompt the user for specific input. By such continuous input, elements essential for creating journals are input extremely quickly and accurately. Input of elements such as “additional characters” is optionally performed after the input of essential elements. Also, the user can arbitrarily move the cursor and input.
FIG. 44 is a diagram showing an example of diverting journal data created in the non-standard transaction processing to accounting processing.
Here, as a simple example of the accounting process, a process of creating a voucher journal (single journal) is adopted.
As described with reference to FIG. 43, the journal slip 370 including the detailed description and the character string 371 of “Summary” expressed in a well-formed format is easily created.
In the processing example 5 described above, conventional functions such as a function for simultaneously selecting and inputting a plurality of designated data of “summary template” and “sub-summary template”, an automatic editing function for post-editing summary elements, and an automatic configuration editing function for combined summary elements New features that differ from technology were described.
In atypical transactions such as cash transactions described above, journal entries can be created by combining "book entry", "fixed description" selection input, "journal pattern" selection input, and "normal input". However, for example, the product names listed on the receipt are “tissue”, “tissue pavers”, “tissue BOX”, “BOX tissue”, “dust paper”, “garbage bag”, “trash bag”, “polybag” ”,“ Plastic bags, etc. ”,“ detergents, garbage bags ”,“ garbage bags, draining bags, etc. ”, etc. There are many transactions such as existence / non-existence and combinations of multiple product names, and there are an infinite number of summary terms, so the number of “fixed descriptions” and “journal patterns” increases and is selected. Becomes difficult. For this reason, conventional techniques include “associative input” that limits the selection range to facilitate selection input and hierarchical selection input of “journal pattern”. Even if you have obtained a “Summary” or “Journal Pattern”, you can supplement or modify the “What” summary phrase, enter “Select” from the “From” (“To”) or “Other” summary phrase, and edit its configuration. In such transactions, these input means are not very practical for such transactions, and in atypical transactions such as cash transactions, the frequency of occurrence is high in practice, and “what” and “from” (to ) ”Is selected and input for“ journal pattern ”in transactions where the combination is fixed, and“ normal input ”is mainly input in other transactions.
On the other hand, in the journal data creating apparatus of the present invention, “What” and “By” are selected by the function of selecting and inputting a plurality of designated data of “summary template” and “sub-summary template” in which blanks are allowed in the summary word phrase. Set a descriptive phrase such as “From (To)” and a fixed category element, arrange basic journal patterns, add blank description phrases directly by entering a string, and the date when the transaction occurred A function to convert numeric values to character strings based on simple numeric values such as the number of checkouts and the number of payments for receipts, or a description of the phrase “Others”, or by combining a predefined character string with the input data With the ability to edit post-edit summary elements, including formatting functions, etc., and the ability to automatically configure post-edit summary elements and edit combined summary elements, all complex summary composition editing tasks are automated,
Further, as described with reference to FIG. 40, as described with reference to FIG. 40, the “summary element 1” is also used for transactions in which the relevant account item is to be determined including a summary phrase that represents “what” and a summary phrase that represents “for what”. ”And“ Description element 3 ”by registering these description words in advance,
Further, even in a transaction in which a transaction with a different taxation classification is included in one receipt, the taxation classification is registered for each transaction. For example, the “golf play cost” of the summary number “103” shown in FIG. ”And“ Golf course use tax ”of“ 104 ”can be registered and selected easily. Transactions that include “light oil transaction tax”, “gift voucher”, “stamping tax / registration license tax”, “self-responsibility insurance premium / automobile weight tax / stamping fee”, etc. can be handled easily in the same way.
Furthermore, if the number of transactions registered in the “Summary Template” is limited to a very small number, the selection can be made easier, and the selection of a blank description phrase can be supplemented by direct input of a character string. Therefore, it becomes possible to select and input “summary template” in all transactions in the year, and as described above, “other elements” including the tax classification for each transaction can be acquired.
This is the end of the explanation of processing case 5. However, in processing case 1 to processing example 5, regarding “business income and expenditure”, sales are recorded, accounts receivable are collected, purchases are recorded, accounts payable are paid, and “expenses” are paid by salary. , Direct debits, accrued expenses, accrued expenses, payment of expenses in cash, and “non-operating income / expenses”, the following are examples of the main transactions in the year, such as interest income, interest expenses, and “financial settlement”. Although it is a part outline, it explained.
The journal data creation device of the present invention provides a long-term, practical and detailed analysis result regarding the contents of a wide range of transactions, including differences in business types and scales, application operations, subsidiary books, financial statements, and the relationship between each data. On the basis of creating journal data, “transactional transactions” that allow automatic selection and input of “journal patterns” and “non-standard transactions” that require manual input of “journal patterns” The input element types are classified as “fixed elements”, “independent variable elements” that are unavoidable to be input to a computer through human resources, and “fixed elements” or “independent variable elements”. Are classified into three “dependent variable elements” that can be automatically created based on the above, and by providing six types of storage units shown in FIG. 6 to FIG. all In transactions, complicated composition editing work is automated, and in regular transactions, all repetitive operations that are repeated regularly such as every month are automated, and as shown in Process Examples 1 to 4, When data of the minimum necessary independent variable elements including input is input, journal data including a description of appropriate contents is automatically created in a lump without manual intervention. In addition, it is possible to select and input “summary template” for all transactions in the year, thereby obtaining necessary data from “other elements” and using the journal data in other business.
Although the description of the embodiment of the present invention is finished as described above, the journal data creation method of the present invention can also be implemented by an application creation apparatus, etc. This corresponds to an embodiment of the data creation method. The same applies to the journal data creation apparatus, program, and program storage medium of the present invention.
In the above-described embodiment, as the best mode, a function is defined at the address of the dependent variable element, so that the dependent variable element is updated and a part of the journal data is created. The creation device may be one in which the corresponding dependent variable element is updated by a macro or the like.

Claims (20)

仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部と、
前記第1摘要雛形記憶部の前記補助要素に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
前記第1摘要雛形記憶部の候補データのうちから実データを抽出し、前記第1仕訳記憶部に転送する手段と、
前記第1仕訳記憶部に転送された実データの前記摘要要素を構成して、当該結合摘要要素を編集する手段とを備えたことを特徴とする仕訳データ作成装置。
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
A first sub summary template storage unit comprising a sub summary number and a journal element;
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit, and means for setting the classification element;
Means for editing the summary element of the first summary template storage unit based on data input to the data obtaining unit, means for setting the classification element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
A journal data creation apparatus comprising: means for configuring the summary element of the actual data transferred to the first journal storage unit, and editing the combined summary element.
取引データ受取部が取引データを受け取り、前記取引データを摘要番号の指定する前記第1摘要雛形記憶部の当該仕訳要素に転送する手段を備えたことを特徴とする請求項1記載の仕訳データ作成装置。2. The journal data creation according to claim 1, further comprising means for receiving the transaction data and transferring the transaction data to the journal element of the first summary template storage unit designated by a summary number. apparatus. 前記第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
前記仕訳加工部に転送された集計データを、前記摘要番号の指定する前記第1摘要雛形記憶部の当該区分要素に転送する手段とを備えたことを特徴とする請求項1記載の仕訳データ作成装置。
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, attaching a description number, and transferring the sum to the journal processing unit;
2. Journal data creation according to claim 1, further comprising means for transferring the aggregated data transferred to the journal processing unit to the classification element of the first summary template storage unit designated by the description number. apparatus.
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部と、
前記第2仕訳記憶部の前記補助要素に入力された、前記摘要番号の指定する当該編集前摘要要素と当該区分要素とを取得し、前記副摘要番号の指定する当該編集前摘要要素を取得し、前記取得した編集前摘要要素と前記補助要素に入力されたデータとに基づいて、当該編集後摘要要素を編集する手段と、
前記編集後摘要要素を構成して、当該結合摘要要素を編集する手段とを備えたことを特徴とする仕訳データ作成装置。
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
A second sub summary template storage unit comprising a sub summary number and a summary element;
The pre-editing summary element designated by the summary number and the classification element input to the auxiliary element of the second journal storage unit are acquired, and the pre-editing summary element designated by the secondary summary number is obtained. A means for editing the post-edit summary element based on the acquired pre-edit summary element and the data input to the auxiliary element;
A journal data creating apparatus comprising: a summary element after editing, and means for editing the combined summary element.
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
前記摘要要素を構成して、当該結合摘要要素を編集する手段とを備えたことを特徴とする仕訳データ作成装置。
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
A journal data creation device comprising means for configuring the summary element and editing the combined summary element.
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第1摘要雛形記憶部の前記補助要素に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集するステップと、当該区分要素を設定するステップと、
データ入手部に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集するステップと、当該区分要素を設定するステップと、
前記第1摘要雛形記憶部の候補データのうちから実データを抽出し、前記第1仕訳記憶部に転送するステップと、
前記第1仕訳記憶部に転送された実データの前記摘要要素を構成して、当該結合摘要要素を編集するステップとを含むことを特徴とする仕訳データ作成方法。
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit, setting the segment element;
Editing the summary element of the first summary template storage unit based on the data input to the data acquisition unit, setting the segment element,
Extracting actual data from the candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
Forming the summary element of the actual data transferred to the first journal storage unit and editing the combined summary element.
取引データ受取部が取引データを受け取り、前記取引データを摘要番号の指定する前記第1摘要雛形記憶部の当該仕訳要素に転送するステップを含むことを特徴とする請求項6記載の仕訳データ作成方法。7. The journal data creation method according to claim 6, further comprising a step in which a transaction data receiving unit receives the transaction data and transfers the transaction data to the journal element of the first summary template storage unit designated by a summary number. . 前記第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送するステップと、
前記仕訳加工部に転送された集計データを、前記摘要番号の指定する前記第1摘要雛形記憶部の当該区分要素に転送するステップとを含むことを特徴とする請求項6記載の仕訳データ作成方法。
Extracting identification data and amount data from the journal elements of the first journal storage unit, summing up the amounts of the same identification data, assigning a description number, and transferring to the journal processing unit;
7. The journal data creation method according to claim 6, further comprising the step of: transferring the aggregate data transferred to the journal processing unit to the classification element of the first summary template storage unit designated by the summary number. .
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第2仕訳記憶部の前記補助要素に入力された、前記摘要番号の指定する当該編集前摘要要素と当該区分要素とを取得し、前記副摘要番号の指定する当該編集前摘要要素を取得し、前記取得した編集前摘要要素と前記補助要素に入力されたデータとに基づいて、当該編集後摘要要素を編集するステップと、
前記編集後摘要要素を構成して、当該結合摘要要素を編集するステップとを含むことを特徴とする仕訳データ作成方法。
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-editing summary element designated by the summary number and the classification element input to the auxiliary element of the second journal storage unit are acquired, and the pre-editing summary element designated by the secondary summary number is obtained. Editing the post-edit summary element based on the acquired pre-edit summary element and the data input to the auxiliary element;
Forming a post-editing summary element and editing the combined summary element.
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集するステップと、
前記摘要要素を構成して、当該結合摘要要素を編集するステップとを含むことを特徴とする仕訳データ作成方法。
In the journal data creation device that creates journal data,
Editing a summary element obtained by dividing the summary of the journal based on data input to the journal data creation unit according to a predefined algorithm;
Forming the summary element and editing the combined summary element.
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第1摘要雛形記憶部の前記補助要素に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
前記第1摘要雛形記憶部の候補データのうちから実データを抽出し、前記第1仕訳記憶部に転送する手段と、
前記第1仕訳記憶部に転送された実データの前記摘要要素を構成して、当該結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする仕訳データ作成プログラム。
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit, and means for setting the classification element;
Means for editing the summary element of the first summary template storage unit based on data input to the data obtaining unit, means for setting the classification element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
A journal data creation program comprising the summary elements of actual data transferred to the first journal storage unit and causing a computer to function as means for editing the combined summary elements.
取引データ受取部が取引データを受け取り、前記取引データを摘要番号の指定する前記第1摘要雛形記憶部の当該仕訳要素に転送する手段としてコンピュータを機能させることを特徴とする請求項11記載の仕訳データ作成プログラム。12. The journal according to claim 11, wherein the transaction data receiving unit receives the transaction data, and causes the computer to function as means for transferring the transaction data to the journal element of the first summary template storage unit designated by the summary number. Data creation program. 前記第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
前記仕訳加工部に転送された集計データを、前記摘要番号の指定する前記第1摘要雛形記憶部の当該区分要素に転送する手段としてコンピュータを機能させることを特徴とする請求項11記載の仕訳データ作成プログラム。
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, attaching a description number, and transferring the sum to the journal processing unit;
12. The journal data according to claim 11, wherein the computer functions as means for transferring the aggregated data transferred to the journal processing unit to the classification element of the first summary template storage unit designated by the summary number. Creation program.
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第2仕訳記憶部の前記補助要素に入力された、前記摘要番号の指定する当該編集前摘要要素と当該区分要素とを取得し、前記副摘要番号の指定する当該編集前摘要要素を取得し、前記取得した編集前摘要要素と前記補助要素に入力されたデータとに基づいて、当該編集後摘要要素を編集する手段と、
前記編集後摘要要素を構成して、当該結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする仕訳データ作成プログラム。
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-editing summary element designated by the summary number and the classification element input to the auxiliary element of the second journal storage unit are acquired, and the pre-editing summary element designated by the secondary summary number is obtained. A means for editing the post-edit summary element based on the acquired pre-edit summary element and the data input to the auxiliary element;
A journal data creation program comprising the post-edit summary element and causing a computer to function as means for editing the combined summary element.
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
前記摘要要素を構成して、当該結合摘要要素を編集する手段としてコンピュータを機能させることを特徴とする仕訳データ作成プログラム。
In the journal data creation device that creates journal data,
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
A journal data creation program comprising the summary elements and causing a computer to function as means for editing the combined summary elements.
仕訳番号、区分要素、補助要素、摘要要素、および結合摘要要素とからなる第1仕訳記憶部と、
摘要番号、摘要要素、補助要素、および区分要素とからなる第1摘要雛形記憶部と、
副摘要番号、および仕訳要素とからなる第1副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第1摘要雛形記憶部の前記補助要素に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
データ入手部に入力されたデータに基づいて、前記第1摘要雛形記憶部の当該摘要要素を編集する手段と、当該区分要素を設定する手段と、
前記第1摘要雛形記憶部の候補データのうちから実データを抽出し、前記第1仕訳記憶部に転送する手段と、
前記第1仕訳記憶部に転送された実データの前記摘要要素を構成して、当該結合摘要要素を編集する手段としてコンピュータを機能させるための仕訳データ作成プログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
A first journal storage unit comprising a journal number, a classification element, an auxiliary element, a summary element, and a combined summary element;
A first summary template storage unit comprising a summary number, a summary element, an auxiliary element, and a division element;
In the journal data creating apparatus, comprising a first sub summary template storage unit comprising a sub summary number and a journal element,
Means for editing the summary element of the first summary template storage unit based on data input to the auxiliary element of the first summary template storage unit, and means for setting the classification element;
Means for editing the summary element of the first summary template storage unit based on data input to the data obtaining unit, means for setting the classification element,
Means for extracting actual data from candidate data in the first summary template storage unit and transferring it to the first journal storage unit;
A computer-readable storage comprising a journal data creation program for configuring the summary element of the actual data transferred to the first journal storage unit and causing the computer to function as means for editing the combined summary element Possible storage medium.
取引データ受取部が取引データを受け取り、前記取引データを摘要番号の指定する前記第1摘要雛形記憶部の当該仕訳要素に転送する手段としてコンピュータを機能させるための仕訳データ作成プログラムを記憶したことを特徴とする請求項16記載のコンピュータ読み取り可能な記憶媒体。The transaction data receiving unit receives transaction data, and stores a journal data creation program for causing a computer to function as means for transferring the transaction data to the journal element of the first summary template storage unit designated by a summary number. The computer-readable storage medium according to claim 16, wherein: 前記第1仕訳記憶部の仕訳要素のうちから識別データと金額データとを抽出し、同一識別データの金額を集計し摘要番号を付して仕訳加工部に転送する手段と、
前記仕訳加工部に転送された集計データを、前記摘要番号の指定する前記第1摘要雛形記憶部の当該区分要素に転送する手段としてコンピュータを機能させるための仕訳データ作成プログラムを記憶したことを特徴とする請求項16記載のコンピュータ読み取り可能な記憶媒体。
Means for extracting identification data and amount data from the journal elements in the first journal storage unit, summing up the amounts of the same identification data, attaching a description number, and transferring the sum to the journal processing unit;
A journal data creation program for causing a computer to function as means for transferring the aggregated data transferred to the journal processing unit to the classification element of the first summary template storage unit designated by the summary number is stored. The computer-readable storage medium according to claim 16.
仕訳番号、区分要素、補助要素、編集後摘要要素、および結合摘要要素とからなる第2仕訳記憶部と、
摘要番号、摘要要素、および区分要素とからなる第2摘要雛形記憶部と、
副摘要番号、および摘要要素とからなる第2副摘要雛形記憶部とを備えたことを特徴とする仕訳データ作成装置において、
前記第2仕訳記憶部の前記補助要素に入力された、前記摘要番号の指定する当該編集前摘要要素と当該区分要素とを取得し、前記副摘要番号の指定する当該編集前摘要要素を取得し、前記取得した編集前摘要要素と前記補助要素に入力されたデータとに基づいて、当該編集後摘要要素を編集する手段と、
前記編集後摘要要素を構成して、当該結合摘要要素を編集する手段としてコンピュータを機能させるための仕訳データ作成プログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
A second journal storage unit comprising a journal number, a classification element, an auxiliary element, an edited summary element, and a combined summary element;
A second summary template storage unit comprising a description number, a description element, and a segment element;
In the journal data creation device, comprising a second sub summary template storage unit comprising a sub summary number and a summary element,
The pre-editing summary element designated by the summary number and the classification element input to the auxiliary element of the second journal storage unit are acquired, and the pre-editing summary element designated by the secondary summary number is obtained. A means for editing the post-edit summary element based on the acquired pre-edit summary element and the data input to the auxiliary element;
A computer-readable storage medium comprising a journal data creation program for configuring the post-edit summary element and causing the computer to function as means for editing the combined summary element.
仕訳データを作成する仕訳データ作成装置において、
仕訳データ作成部に入力されたデータに基づいて、仕訳の摘要を分割した摘要要素を予め定義されたアルゴリズムに従って編集する手段と、
前記摘要要素を構成して、当該結合摘要要素を編集する手段としてコピュータを機能させるための仕訳データ作成プログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
In the journal data creation device that creates journal data,
A means for editing a summary element obtained by dividing a journal summary based on data input to a journal data creation unit according to a predefined algorithm;
A computer-readable storage medium comprising a journal data creation program for configuring a summary element and causing a computer to function as means for editing the combined summary element.
JP2004568199A 2003-02-17 2003-02-17 Journal data creation device Expired - Lifetime JP5282219B2 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/001650 WO2004072880A1 (en) 2003-02-17 2003-02-17 Journalization data creation apparatus

Publications (2)

Publication Number Publication Date
JPWO2004072880A1 true JPWO2004072880A1 (en) 2006-06-01
JP5282219B2 JP5282219B2 (en) 2013-09-04

Family

ID=32866131

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004568199A Expired - Lifetime JP5282219B2 (en) 2003-02-17 2003-02-17 Journal data creation device

Country Status (3)

Country Link
JP (1) JP5282219B2 (en)
AU (1) AU2003211321A1 (en)
WO (1) WO2004072880A1 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008282177A (en) * 2007-05-09 2008-11-20 Meinan Keiei:Kk Journalizing tabulation system and journalizing tabulation method
JP6089216B2 (en) * 2012-10-03 2017-03-08 タマリンク株式会社 Accounting management system, accounting management method, and program
JP6179848B2 (en) * 2013-03-19 2017-08-16 株式会社日本デジタル研究所 Book creation system, method and program, and print slip
JP6901448B2 (en) * 2018-09-14 2021-07-14 株式会社東芝 Arithmetic logic unit, calculation program, recording medium and calculation method
JP2019067412A (en) * 2018-10-23 2019-04-25 株式会社Ykプランニング Debt loan information calculation device, debt loan information calculation program, and debt loan information calculation method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07306896A (en) * 1994-05-12 1995-11-21 Teruhiko Ono Accounting system
JPH11154191A (en) * 1997-11-21 1999-06-08 Arc Kaikei Center:Kk Reception/payment data processor for account
JPH11195073A (en) * 1997-12-26 1999-07-21 Shinei System:Kk Accounting system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3079170B2 (en) * 1994-07-19 2000-08-21 省三 萩原 Cash flow processing device
JP2001306778A (en) * 2000-04-19 2001-11-02 I C S Tsusho Kk Simplified input method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07306896A (en) * 1994-05-12 1995-11-21 Teruhiko Ono Accounting system
JPH11154191A (en) * 1997-11-21 1999-06-08 Arc Kaikei Center:Kk Reception/payment data processor for account
JPH11195073A (en) * 1997-12-26 1999-07-21 Shinei System:Kk Accounting system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
小林 暢子: "勘定奉行、弥生会計、会計王など 今年こそ挑戦するパソコン会計入門", 日経IT21, vol. 第2巻,第4号, JPN6009002872, 1 April 2002 (2002-04-01), JP, pages 93 - 109, ISSN: 0001233344 *

Also Published As

Publication number Publication date
JP5282219B2 (en) 2013-09-04
AU2003211321A1 (en) 2004-09-06
WO2004072880A1 (en) 2004-08-26

Similar Documents

Publication Publication Date Title
JP4617050B2 (en) How to register and process transaction data
CN105825425A (en) Financial data processing method applied to ameba management depositing and withdrawing style
WO2017155360A1 (en) Accounting processing method and accounting processing system, which use integrated trial balance
JP4233537B2 (en) Accounting processing apparatus and program
JP4285765B1 (en) Budget management accounting computer system and computer program
JP4741930B2 (en) Account management system
JP2004192564A (en) Account item automatic classification method and its program
JP5282219B2 (en) Journal data creation device
JP3415117B2 (en) Accounting processing system and medium recording accounting processing program
JP3868612B2 (en) Accounting system
JP3914614B2 (en) Accounting equipment
JP2002215865A (en) System for creating materials for business plan
JP3030299U (en) Accounting information processing device
JP2004265391A (en) Cash flow analysis table, method and device for preparing cash flow analysis table, and preparation program
JP2965944B2 (en) Funding processing system, funding processing method, and recording medium recording funding processing execution program
JP3871106B2 (en) Accounting system
JP2001167221A (en) Automatic journalizing entry system
JP2004272304A (en) Borrowing data creation device and borrowing data creation program
JP3021197U (en) Cash accounting information processing device
JP2002099696A (en) Automatic journal processing system for reusing journal data generated in past
US7634444B2 (en) Method and apparatus for applying/linking transactions in a financial management system
JPH07306896A (en) Accounting system
JP3116396U (en) Borrowing material creation and display device
Kane Jr Uniform CPA examination--November 1956
JPH11120232A (en) General account processing analyzer

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090217

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090408

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090804

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20090828

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20130410

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130410

R150 Certificate of patent or registration of utility model

Ref document number: 5282219

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

EXPY Cancellation because of completion of term