WO2013038824A1 - 会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体 - Google Patents

会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体 Download PDF

Info

Publication number
WO2013038824A1
WO2013038824A1 PCT/JP2012/069372 JP2012069372W WO2013038824A1 WO 2013038824 A1 WO2013038824 A1 WO 2013038824A1 JP 2012069372 W JP2012069372 W JP 2012069372W WO 2013038824 A1 WO2013038824 A1 WO 2013038824A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
accounting
business
definition information
business data
Prior art date
Application number
PCT/JP2012/069372
Other languages
English (en)
French (fr)
Inventor
勲 岡林
健太郎 森谷
Original Assignee
株式会社富士通マーケティング
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社富士通マーケティング filed Critical 株式会社富士通マーケティング
Priority to EP12832481.1A priority Critical patent/EP2757507A4/en
Publication of WO2013038824A1 publication Critical patent/WO2013038824A1/ja
Priority to US14/202,922 priority patent/US20140195391A1/en

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/12Accounting

Definitions

  • the technology disclosed in the present application relates to an accounting data generation apparatus, method, program, system, server apparatus, and recording medium.
  • the plurality of accounting standards include, for example, Japanese standards and IFRS (International Financial Reporting Standards) standards.
  • IFRS International Financial Reporting Standards
  • non-consolidated settlement is performed based on Japanese standards
  • consolidated settlement is performed based on IFRS standards.
  • the technology disclosed in the present application has been made in view of the above, and an accounting data generation device, a method, a program, a system, a server device, and an accounting data generation device that can easily generate accounting data according to a plurality of accounting standards, and An object is to provide a recording medium.
  • an accounting data generation apparatus includes a definition information storage unit, a business data acquisition unit, and an accounting data generation unit.
  • the definition information storage unit stores definition information for generating a plurality of accounting data corresponding to a plurality of accounting standards for each type of business data created from business system data.
  • the business data acquisition unit acquires the business data.
  • the accounting data generation unit reads definition information corresponding to the type of business data acquired by the business data acquisition unit from the definition information storage unit, and from the business data according to the read definition information, each of the plurality of accounting standards A plurality of accounting data corresponding to is generated.
  • the accounting data generation device it is possible to easily generate accounting data according to a plurality of accounting standards.
  • FIG. 1 is a diagram illustrating an outline of an accounting data generation apparatus according to the present embodiment.
  • FIG. 2 is a diagram for explaining a problem in the conventional financial accounting system.
  • FIG. 3 is a diagram illustrating the configuration of the accounting data generation apparatus according to the present embodiment.
  • FIG. 4 is a diagram (1) illustrating an example of definition information stored by the complementary item definition storage unit according to the present embodiment.
  • FIG. 5 is a diagram (2) illustrating an example of definition information stored by the complementary item definition storage unit according to the present embodiment.
  • FIG. 6 is a diagram illustrating an example of definition information stored in the code conversion definition storage unit according to the present embodiment.
  • FIG. 7 is a diagram illustrating an example of definition information stored in the journal definition storage unit according to the present embodiment.
  • FIG. 1 is a diagram illustrating an outline of an accounting data generation apparatus according to the present embodiment.
  • FIG. 2 is a diagram for explaining a problem in the conventional financial accounting system.
  • FIG. 3 is a diagram illustrating the configuration of the accounting data generation
  • FIG. 8 is a diagram illustrating an example of a filtering process performed by the filter processing unit according to the present embodiment.
  • FIG. 9 is a diagram illustrating an example of branch filter processing performed by the branch filter processing unit according to the present embodiment.
  • FIG. 10 is a diagram illustrating an example of the aggregation process performed by the aggregation processing unit according to the present embodiment.
  • FIG. 11 is a diagram (1) illustrating an example of the allocation process performed by the allocation processing unit according to the present embodiment.
  • FIG. 12 is a diagram (2) illustrating an example of the allocation process performed by the allocation processing unit according to the present embodiment.
  • FIG. 13 is a diagram illustrating an example of the data item conversion process performed by the I / F conversion processing unit according to the present embodiment.
  • FIG. 14 is a diagram illustrating an example of the complement processing performed by the complement processing unit according to the present embodiment.
  • FIG. 15 is a diagram illustrating an example of code conversion processing performed by the code conversion processing unit according to the present embodiment.
  • FIG. 16 is a diagram illustrating an example of decomposition processing performed by the decomposition processing unit according to the present embodiment.
  • FIG. 17 is a diagram illustrating an example of a combination of the disassembly processing unit and the complement processing unit according to the present embodiment.
  • FIG. 18 is a diagram illustrating an example of the journal processing performed by the journal processing unit according to the present embodiment.
  • FIG. 19 is a diagram illustrating an example in which journaling processing is performed without using the journaling processing unit according to the present embodiment.
  • FIG. 19 is a diagram illustrating an example in which journaling processing is performed without using the journaling processing unit according to the present embodiment.
  • FIG. 20 is a flowchart illustrating the processing procedure of the accounting data generation method executed by the accounting data generation apparatus according to this embodiment.
  • FIG. 21 is a diagram (1) for explaining a first example of the journalizing process by the accounting data generation apparatus according to the present embodiment.
  • FIG. 22 is a diagram (2) for explaining a first example of the journalizing process by the accounting data generation apparatus according to the present embodiment.
  • FIG. 23 is a diagram (3) for explaining a first example of the journalizing process by the accounting data generating apparatus according to the present embodiment.
  • FIG. 24 is a diagram (4) for explaining a first example of the journalizing process by the accounting data generating apparatus according to the present embodiment.
  • FIG. 25 is a diagram (1) for explaining a second example of the journalizing process by the accounting data generation apparatus according to the present embodiment.
  • FIG. 26 is a diagram (2) for explaining a second example of the journalizing process by the accounting data generation apparatus according to the present embodiment.
  • FIG. 27 is a diagram (3) for explaining a second example of the journalizing process by the accounting data generation apparatus according to the present embodiment.
  • FIG. 28 is a diagram (4) for explaining a second example of the journalizing process by the accounting data generating apparatus according to the present embodiment.
  • FIG. 29 is a diagram (5) for explaining a second example of the journalizing process by the accounting data generating apparatus according to the present embodiment.
  • FIG. 30 is a diagram (6) for explaining a second example of the journalizing process performed by the accounting data generation apparatus according to the present embodiment.
  • FIG. 31 is a diagram (7) for explaining the second example of the journalizing process by the accounting data generating apparatus according to the present embodiment.
  • FIG. 32 is a diagram illustrating the computer that executes the accounting data generation program according to the present embodiment.
  • FIG. 33 is a diagram illustrating a configuration of an accounting data generation system according to the present
  • FIG. 1 is a diagram illustrating an outline of an accounting data generation apparatus according to the present embodiment.
  • the accounting data generation apparatus acquires data relating to transactions input to the business system as business data, and generates journal data obtained by journaling the business data as accounting data.
  • the accounting data generation unit included in the accounting data generation apparatus acquires business data created from business system data. And the accounting data generation unit corresponds to the type of business data acquired from the definition information storage unit that stores the definition information for generating multiple accounting data corresponding to each of multiple accounting standards for each type of business data. Read definition information. The accounting data generation unit generates a plurality of accounting data corresponding to each of a plurality of accounting standards from the business data according to the read definition information.
  • the accounting data generation unit has a plurality of modularized data processing units that perform different processes on business data.
  • the accounting data generation unit includes a filter processing unit, a branch filter processing unit, an aggregation processing unit, an allocation processing unit, a mapping processing unit, and a journal processing unit as data processing units.
  • the mapping processing unit includes a code conversion processing unit, a complement processing unit, and the like.
  • the definition information storage unit stores, as definition information, information that defines a combination and execution order of a plurality of processing units for generating a plurality of transaction data.
  • journalization determining which account each transaction is recorded in, whether to be debited or credited, and how much the amount is recorded is called journalization.
  • journal data is input to the financial accounting system after the transaction data is manually entered on the slip.
  • transaction data related to transactions performed by the business system is entered, and journals are automatically entered based on the entered transaction data.
  • automatic journalizing functions there are many financial accounting systems that perform processing, so-called automatic journalizing functions.
  • FIG. 2 is a diagram for explaining a problem in the conventional financial accounting system.
  • transaction data is input from a backbone system, and automatic journaling is performed using a journal generation engine that performs journal processing based on a journal pattern.
  • journalizing pattern is different for each accounting standard, so even if transaction data is input from the same core system, automatic journaling processing cannot be performed at the same time. For this reason, conventionally, transaction data is prepared for each journal pattern, and each transaction data is input to the automatic journal engine. For example, in order to generate journal data that conforms to Japanese standards and journal data that conforms to IFRS standards from the same transaction data, each journal pattern is used. Therefore, transaction data for Japanese standards and IFRS standards The transaction data is prepared separately and each transaction data is separately input to the financial accounting system. In this way, in the conventional financial accounting system, transaction data is prepared for each accounting standard, and therefore it may not be possible to easily generate journal data according to a plurality of accounting standards from the same transaction data. there were.
  • accounting data generation apparatus a plurality of accounting data according to a plurality of accounting standards is generated from the same business data by the above-described configuration. Therefore, according to the accounting data apparatus according to the present embodiment, accounting data according to a plurality of accounting standards can be easily generated as compared with the above-described conventional financial accounting system. Further, in the accounting data generation apparatus according to the present embodiment, accounting data is generated according to definition information that defines a combination and execution order of a plurality of data processing units for generating a plurality of accounting data. For this reason, the method for generating the accounting data can be easily changed by changing some of the data processing units or changing the combination or execution order of the data processing units. Therefore, according to the accounting data apparatus according to the present embodiment, for example, even when the contents of accounting standards are changed, the change can be easily handled.
  • FIG. 3 is a diagram illustrating the configuration of the accounting data generation apparatus 10 according to the present embodiment.
  • the accounting data generation device 10 includes a journal flow definition storage unit 11, an allocation definition storage unit 12, a supplementary item definition storage unit 13, a code conversion definition storage unit 14, and a journal definition storage unit. 15, a journal data storage unit 16, a business data input reception unit 17, and an accounting data generation unit 18.
  • the journal flow definition storage unit 11 stores definition information for generating a plurality of accounting data corresponding to a plurality of accounting standards for each type of business data created from business system data.
  • the journal entry flow definition storage unit 11 stores, as definition information, information that defines a combination and execution order of a plurality of data processing units for generating a plurality of transaction data.
  • information stored in the journal flow definition storage unit 11 is referred to as “journal flow definition”.
  • a plurality of data processing units for generating a plurality of accounting data here are modularized and included in the accounting data generating unit 18 described later.
  • the allocation definition storage unit 12 stores definition information for decomposing business data records into a plurality of records.
  • the definition information stored in the allocation definition storage unit 12 is used by an allocation processing unit 18e described later.
  • the allocation definition storage unit 12 may include definition information indicating that “records whose“ slip classification ”is“ insurance premium ”will be distributed equally to records for 12 months of the year” or “slip classification” Records with “Sales” and “Department Name” “Tokyo Sales Headquarters” are allocated to the Tokyo 1st Sales Department, Tokyo 2nd Sales Department, and Tokyo 3rd Sales Department at a ratio of 1: 2: 3. ”Is stored.
  • the supplementary item definition storage unit 13 stores definition information for supplementing the data items with the business data.
  • the definition information stored in the complementary item definition storage unit 13 is used by a complementary processing unit 18h described later.
  • 4 and 5 are diagrams illustrating examples of definition information stored by the complementary item definition storage unit 13 according to the present embodiment.
  • the complement item definition storage unit 13 stores definition information for complementing journal entries as data items.
  • the complementary item definition storage unit 13 stores the credit item and the debit item as journal items.
  • the complementary item definition storage unit 13 stores information associating “slip classification”, “credit item”, and “debit item” as definition information.
  • the definition information shown in FIG. 4 defines that “journal items are complemented to business data according to“ slip classification ”included in the business data”.
  • the definition information shown in FIG. 4 defines that “if“ slip ”is“ sales slip ”,“ credit item ”is“ receivable ”and“ debit item ”is“ sales ”. is doing. Also, the definition information shown in FIG. 4 is that, when “slip” is “payment slip”, “credit item” is “temporary payment”, “debit item” is “payment”, and “slip” is “ In the case of “check”, “deferred item” is defined as “loss” and “debit item” is defined as “borrowed”.
  • the supplementary item definition storage unit 13 stores definition information for supplementing business data as a data item with a journal classification that identifies each of a plurality of accounting standards.
  • the complementary item definition storage unit 13 stores information associating “slip date” with “journal classification” as definition information.
  • the definition information shown in FIG. 5 defines that “journal classification is supplemented to business data according to“ slip date ”included in business data”.
  • the definition information shown in FIG. 5 includes “Journal classification” as “Japanese standard” when “Voucher date” is “shipping date”, and “Judgment date” when “Voucher date” is “acceptance date”. “Journal classification” is defined as “IFRS standard”.
  • the code conversion definition storage unit 14 stores definition information for converting a code value of a code included in business data into a code value of another code.
  • the definition information stored in the code conversion definition storage unit 14 is used by a code conversion processing unit 18i described later.
  • FIG. 6 is a diagram illustrating an example of definition information stored in the code conversion definition storage unit 14 according to the present embodiment.
  • the code conversion definition storage unit 14 stores information associating “business code” with “accounting code” as definition information.
  • the definition information shown in FIG. 6 defines that “the code value included in the business data is converted from the code value of the business code to the code value of the accounting code”.
  • the journal definition storage unit 15 stores definition information for generating a plurality of accounting data corresponding to each of a plurality of accounting standards.
  • the journal definition storage unit 15 stores definition information for generating, as accounting data, a plurality of journal data obtained by journaling business data based on a plurality of accounting standards.
  • This journal definition storage unit 15 is used by a journal processing unit 18k described later.
  • FIG. 7 is a diagram illustrating an example of definition information stored in the journal definition storage unit 15 according to the present embodiment.
  • the journal definition storage unit 15 stores, as definition information, information that associates “journal classification”, “slip classification”, “credit item”, and “debit item”.
  • the definition information shown in FIG. 7 defines that “add credit item” and “debit item” to business data in accordance with “journal category” and “slip category” included in business data.
  • the journal data storage unit 16 stores the accounting data generated by the accounting data generation unit 18.
  • the journal data storage unit 16 stores the journal data generated by the accounting data generation unit as accounting data.
  • the accounting data stored in the journal data storage unit 16 is input to a form creation function of another information processing apparatus such as the accounting data generation apparatus 10 or a financial accounting system, for example, to create various accounting forms. Used.
  • the journal flow definition storage unit 11, the allocation definition storage unit 12, the supplementary item definition storage unit 13, the code conversion definition storage unit 14, the journal definition storage unit 15, and the journal data storage unit 16 described above are, for example, RAM ( Random Access Memory (ROM), ROM (Read Only Memory), semiconductor memory devices such as flash memory (flash memory), or storage devices such as hard disks and optical disks.
  • RAM Random Access Memory
  • ROM Read Only Memory
  • flash memory flash memory
  • hard disks and optical disks for example, hard disks and optical disks.
  • the business data input receiving unit 17 acquires business data 1 created from business system data.
  • the business data input receiving unit 17 acquires data relating to transactions as business data.
  • the business data input receiving unit 17 acquires the business data by receiving the business data output from the business system via the network.
  • the business data input receiving unit 17 acquires the business data by reading the business data from a recording medium such as a DVD (Digital Versatile Disc) or a CD (Compact Disk) on which the business data is recorded.
  • the accounting data generation unit 18 reads the journal flow definition corresponding to the type of business data acquired by the business data input reception unit 17 from the journal flow definition storage unit 11, and in accordance with the read journal flow definition, A plurality of accounting data corresponding to each accounting standard is generated. In this embodiment, the accounting data generation unit 18 generates, as accounting data, a plurality of journal data obtained by journaling business data based on a plurality of accounting standards.
  • the accounting data generation unit 18 has a journal flow control unit 18a.
  • the accounting data generation unit 18 includes a plurality of modularized data processing units that perform different processes on business data.
  • the accounting data generation unit 18 includes, as data processing units, a filter processing unit 18b, a branch filter processing unit 18c, an aggregation processing unit 18d, an allocation processing unit 18e, a mapping processing unit 18f, and a journal processing unit 18k. And have.
  • the journal flow control unit 18a reads the journal flow definition corresponding to the type of business data acquired by the business data input receiving unit 17 from the journal flow definition storage unit 11, and executes each data processing unit according to the read journal flow definition By doing so, a plurality of accounting data corresponding to each of a plurality of accounting standards is generated.
  • the journal flow control unit 18a determines the type of the acquired business data.
  • the type of business data here is, for example, sales slip data or point sales data.
  • the types of business data are determined by, for example, “slip classification” included in the business data.
  • the filter processing unit 18b performs a filtering process on the business data record based on the journal flow definition.
  • FIG. 8 is a diagram illustrating an example of a filtering process performed by the filter processing unit 18b according to the present embodiment.
  • FIG. 8 shows an example of filtering processing in the case where only records whose data item “slip classification” is “sales” are extracted.
  • the filter processing unit 18 b filters records having a “slip classification” other than “sales” from a plurality of business data records.
  • a record delivered to the data processing unit defined to be executed next to the filter processing unit 18b by the journalizing flow definition is transferred. You can narrow down.
  • the branch filter processing unit 18c determines whether or not to hand over the business data record to the data processing unit to be executed next, according to the condition related to the value set in the data item of business data or the condition related to the numerical value. Branch filter processing for controlling the above is performed. Further, when there are two or more data processing units to be executed next, the branch filter processing unit 18c duplicates the same record and delivers the record to each of the data processing units to be executed next.
  • FIG. 9 is a diagram illustrating an example of branch filter processing performed by the branch filter processing unit 18c according to the present embodiment.
  • FIG. 9 shows an example of branch filter processing when a record is branched according to the definition of the branch condition (branch 1, branch 2).
  • branch 1, branch 2 For example, in the journal entry flow definition, as the definition of branch filter processing, “" Voucher category ”records“ Point sales ”or“ Points used ”or“ Point ”amounts greater than 0 flow to branch 1, It is assumed that “classification” is set to “flow records other than“ point sales ”and“ point use ”to branch 2”.
  • the branch filter processing unit 18 c records a plurality of business data records with a “slip classification” of “point sales”, “point use”, or “point” from 0. It is divided into a large one and a “slip classification” that is “sales”. Then, the branch filter processing unit 18c delivers the record whose “slip classification” is “point sales” or “use of points” to the data processing unit of branch 1, and branches the record 2 where “slip classification” is “sales”. To the data processing unit.
  • the aggregation processing unit 18d performs an aggregation process for aggregating business data records based on a condition relating to a value set in a data item of business data and a condition relating to a numerical value based on the journal flow definition.
  • FIG. 10 is a diagram illustrating an example of an aggregation process performed by the aggregation processing unit 18d according to the present embodiment.
  • FIG. 10 shows an example of aggregation processing when records are aggregated by slip classification, customer classification, and sales date, and the amounts are totaled.
  • the aggregation processing unit 18d aggregates records of a plurality of business data for each of which “slip classification”, “customer name”, and “sales date” match, and , Sum up the amount.
  • the allocation processing unit 18e performs an allocation process for distributing one record of business data to a plurality of records based on the definition information stored in the allocation definition storage unit 12.
  • 11 and 12 are diagrams illustrating an example of an allocation process performed by the allocation processing unit 18e according to the present embodiment.
  • FIG. 11 shows an example of allocation processing in the case where annual insurance premiums are allocated to monthly insurance premiums.
  • FIG. 12 shows an example of allocation processing when the sales amount of the headquarters is allocated to each department.
  • the allocation processing unit 18e creates 12 records by duplicating a record whose “slip classification” is “insurance premium”, and sets 1 for each “payment date”. Dates from month to December are set, and the amount obtained by dividing the amount of the original record by 12 is set for each “amount”. At this time, for example, “payment date” changes only the month, and the days are all the same.
  • a record in which “slip classification” is “sales” and “department name” is “Tokyo sales headquarters” is a ratio of 1: 2: 3, and the first sales department in Tokyo and the second sales department in Tokyo It is assumed that the definition information that “allocation to the Tokyo 3rd sales department” is stored in the allocation definition storage section 12.
  • the allocation processing unit 18e creates three records by duplicating a record whose “slip classification” is “sales”, and “department name” of the first record.
  • the allocation processing unit 18e calculates the three amounts by allocating the original record amount (3,000 yen) at a ratio of 1: 2: 3, and the amount calculated at a ratio of 1 (500 yen) Is set to the record of “Tokyo 1st Sales Department” with “Department Name”, and the amount calculated at a ratio of 2 (1,000 yen) is set to the record of “Tokyo 2nd Sales Department” with “Department Name”
  • the amount calculated at a rate of 3 (1,500 yen) is set in the record whose “department name” is “Tokyo 3rd Sales Department”.
  • the mapping processing unit 18f performs mapping processing for converting the data item of the business data into another data item or replacing the value of the data item with another value.
  • the mapping processing unit 18f includes a plurality of data processing units for performing various mapping processes.
  • the mapping processing unit 18f includes an I / F conversion processing unit 18g, a complementing processing unit 18h, a code conversion processing unit 18i, and a decomposition processing unit 18j as data processing units.
  • each data processing unit included in the mapping processing unit 18f inputs plural or single records processed by other data processing units in units of files.
  • each data processing unit delivers a plurality of or a single record processed by itself to another data processing unit to be executed next in units of files.
  • each data processing unit exchanges records with other data processing units in units of files, so that the combination and execution order of the data processing units can be arbitrarily changed.
  • the I / F conversion processing unit 18g performs a data item conversion process for converting a business data item into another data item based on the journal flow definition.
  • FIG. 13 is a diagram illustrating an example of the data item conversion process performed by the I / F conversion processing unit 18g according to the present embodiment.
  • the I / F conversion processing unit 18g replaces the data item “sales date” with the “slip date” without changing the setting value of the record of the business data. Replace “Product Code” with “Extended Code”.
  • the complement processing unit 18h performs a complement process for complementing the data item to the business data record based on the definition information stored in the supplement item definition storage unit 13.
  • the complement processing unit 18h performs a complement process for complementing the journal data that identifies each of the plurality of accounting standards to the business data of the data item.
  • FIG. 14 is a diagram illustrating an example of the complement processing performed by the complement processing unit 18h according to the present embodiment.
  • definition information in which a slip classification, a credit item, and a debit item are associated with each other is stored in the complementary item definition storage unit 13 (see FIG. 4).
  • the complement processing unit 18 h supplements the journal data (credit item and debit item) in the business data record according to the slip classification included in the business data record.
  • the supplement processing unit 18h includes the slip included in the business data record.
  • journal entries are supplemented to business data records.
  • the code conversion processing unit 18i performs code conversion processing for converting the code value of the code included in the business data record based on the definition information stored in the code conversion definition storage unit 14.
  • FIG. 15 is a diagram illustrating an example of code conversion processing performed by the code conversion processing unit 18 i according to the present embodiment. For example, it is assumed that definition information in which a business code and an accounting code are associated with each other is stored in the code conversion definition storage unit 14 (see FIG. 6). In this case, as shown in FIG. 15, the code conversion processing unit 18i changes the code value of “extension code” included in the business data record from the code value of “business code” to the code value of “accounting code”. Convert.
  • the disassembling processing unit 18j performs disassembling processing for disassembling business data records based on the journal flow definition.
  • the decomposition processing unit 18j performs a decomposition process for disassembling business data for each journal entry item in each accounting standard when the journal entry item when the transaction is journalized differs for each accounting standard.
  • the decomposition processing unit 18j decomposes the business data for each date that should be the occurrence date in each accounting standard when the date that should be the occurrence date when journalizing the transaction is different for each of the plurality of accounting standards. Perform disassembly.
  • FIG. 16 is a diagram illustrating an example of decomposition processing performed by the decomposition processing unit 18j according to the present embodiment.
  • the disassembly processing unit 18j creates two records by duplicating the business data record, and sets the “shipment date” and “acceptance date” of each data item to “slip”. Replace with "date”.
  • the disassembling processing unit 18j sets the “ship date” date of the original record as the set value of “slip date” for one record, and sets the original value as the set value of “slip date” for the other record. Set the date of “acceptance date” of the record.
  • FIG. 17 is a diagram illustrating an example of a combination of the disassembly processing unit 18j and the complement processing unit 18h according to the present embodiment.
  • “dispatch date” and “acceptance date” are set to be disassembled and mapped to “slip date” as the definition of disassembly processing.
  • the disassembling processing unit 18j performs a disassembling process on the business data record, and hands over all the records obtained by the disassembling process to the complementing processing unit 18h. Thereafter, the complement processing unit 18h performs the complement processing on each record delivered from the disassembly processing unit 18j. Thereby, for example, in the example shown in FIG. 16, a record in which “journal classification” is complemented to each of the two records obtained by the disassembly process is obtained.
  • the journal processing unit 18k generates a plurality of accounting data corresponding to each of a plurality of accounting standards based on the definition information stored in the journal definition storage unit 15.
  • the journal processing unit 18k generates, as accounting data, a plurality of journal data obtained by journaling business data based on a plurality of accounting standards.
  • the journal processing unit 18k stores the generated accounting data in the journal data storage unit 16.
  • FIG. 18 is a diagram illustrating an example of the journal processing performed by the journal processing unit 18k according to the present embodiment. For example, it is assumed that definition information in which “journal classification”, “slip classification”, “credit item”, and “debit item” are associated is stored in the journal definition storage unit 15 (see FIG. 7).
  • the journal processing unit 18k adds “credit item” and “debit item” to the business data in accordance with the “journal category” and “slip category” included in the business data. As described above, the journal processing unit 18k sets the “credit item” and the “debit item” according to the “journal category” and the “slip category”, so that the journal is performed according to each of the plurality of accounting standards. become. As a result, a plurality of journal data corresponding to a plurality of accounting standards is generated.
  • the filter processing unit 18b the branch filter processing unit 18c, the aggregation processing unit 18d, the allocation processing unit 18e, the I / F conversion processing unit 18g of the mapping processing unit 18f, the complementing processing unit 18h, and the code
  • the journaling process can be performed without using the journaling processing unit 18k.
  • FIG. 19 is a diagram illustrating an example in which journaling processing is performed without using the journal processing unit 18k according to the present embodiment.
  • FIG. 19 shows an example in which the complement processing unit 18h and the allocation processing unit 18e are combined.
  • definition information in which “slip classification”, “credit item”, and “debit item” are associated is stored in the complementary item definition storage unit 13 (see FIG. 4). reference).
  • the definition information that “the record of“ debit item ”is“ sales ”is allocated to“ sales ”and“ provisional consumption tax ”in a ratio of 95: 5” is the allocation definition memory. It is assumed that it is stored in the part 12.
  • the complement processing unit 18h supplements the journal data (credit item and debit item) in the business data record according to the slip classification included in the business data record. . Then, the complement processing unit 18h delivers the record obtained by the complement processing to the allocation processing unit 18e. After that, the allocation processing unit 18e creates two records by duplicating the record of “sales” as “debit item”, “sales” as “debit item” of one record, and “debit” of the other record. Set “Tax Consumption Tax” for "Course”.
  • the allocation processing unit 18e calculates the two amounts by allocating the amount of the original record (54,000 yen) at a ratio of 95: 5, and the amount calculated at the ratio of 95 (51,300 yen) Is set in the record of “sales” in “debit item”, and the amount calculated at a ratio of 5 (2,700 yen) is set in the record of “provisional consumption tax” in “debit item”.
  • journal data in which “credit item” and “debit item” are set can be generated.
  • the business data input reception unit 17 and the accounting data generation unit 18 described above may be, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or FPGA (Field Programmable Gate Array), or a CPU (Central Processing Unit) or MPU. Electronic circuit such as (Micro Processing Unit).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • CPU Central Processing Unit
  • MPU Micro Processing Unit
  • FIG. 20 is a flowchart illustrating the processing procedure of the accounting data generation method executed by the accounting data generation apparatus 10 according to the present embodiment.
  • the business data input receiving unit 17 first acquires business data created from business system data.
  • the business data input receiving unit 17 takes in business data created by another system and passes the business data to the journalizing flow control unit 18a (step S101). Subsequently, the journal flow control unit 18a reads the journal flow definition corresponding to the type of business data passed from the business data input receiving unit 17 from the journal flow definition storage unit 11 (step S102).
  • journal flow control unit 18a processes the business data according to the read journal flow definition (step S103). At this time, the journal flow control unit 18a generates a plurality of accounting data corresponding to each of a plurality of accounting standards by executing a plurality of modularized data processing units according to the journal flow definition.
  • the journal flow control unit 18a processes the business data passed from the business data input receiving unit 17 in units of records (step S104). That is, according to the journal flow definition, the journal flow control unit 18a filters the business data records by the filter processing unit 18b (step S105), the branch filter processing unit 18c by the branch filter processing (step S106), and the aggregation. Control is performed to execute any one of the aggregation processing (step S107) by the processing unit 18d, the allocation processing (step S108) by the allocation processing unit 18e, and the mapping processing (step S109) by the mapping processing unit 18f. Then, after these processes are performed, the journal flow control unit 18a performs control so that the journal processing (step S110) by the journal processing unit 18k is executed.
  • the journal flow control unit 18a processes the business data passed from the business data input receiving unit 17 in units of records, but first, all records are processed by the same data processing unit and processed by the data processing unit.
  • the data processing unit is controlled so as to be processed in order according to the journalizing flow definition so that the next data processing unit processes all the records.
  • the journal flow control unit 18a controls the next data processing unit to process each increased record when the number of records increases due to the processing of each data processing unit.
  • the journal flow control unit 18a determines whether all processing of the journal flow definition has been performed when the processing by one data processing unit is completed (step S111).
  • step S111 when all the processes of the journal flow definition are not performed (step S111, No), the journal flow control unit 18a returns to step S104, and the next data processing unit for the next record. Control to execute the process.
  • step S111, Yes if all processing of the journal flow definition has been performed (step S111, Yes), the journal flow control unit 18a stores the journal journaled by the journal processing unit 18k in the journal data storage unit 16. (Step S112), the process ends.
  • various data processing units process business data according to a journal flow definition for generating a plurality of accounting data based on a plurality of accounting standards.
  • a plurality of accounting data corresponding to each of the plurality of accounting standards is generated.
  • journalizing processing by the accounting data generation apparatus 10 will be described.
  • an example of journalizing processing when sales slip data is acquired as business data will be described.
  • a journal process when point sales data is acquired as business data will be described.
  • FIG. 21 to 24 are diagrams for explaining a first example of the journalizing process by the accounting data generation apparatus 10 according to the present embodiment.
  • FIG. 21 shows a journal flow definition according to the first example
  • FIG. 22 shows sales slip data used as business data in the first example.
  • FIG. 23 shows a record obtained by the mapping process in the first example
  • FIG. 24 shows a record obtained by the journalizing process in the second example.
  • the business data input receiving unit 17 acquires the sales slip data shown in FIG. 22 as business data, and delivers the acquired sales slip data to the journalizing flow control unit 18a.
  • the journal flow control unit 18a reads the journal flow definition corresponding to the sales slip data from the journal flow definition storage unit 11.
  • the journal flow control unit 18a reads the journal flow definition shown in FIG.
  • the journal flow control unit 18a controls each data processing unit in accordance with the read journal flow definition.
  • the journal flow control unit 18a causes the mapping processing unit 18f to execute the mapping process defined as “Process 1” in the journal flow definition.
  • the I / F conversion processing unit 18g of the mapping processing unit 18f creates one record having “business code”, “slip date”, “journal classification”, and “amount” as data items.
  • the I / F conversion processing unit 18g uses the record acquired by the business data input receiving unit 17 as the original data, maps the “slip classification” of the original data to the “business code” of the created record, and sets the “money amount”. Map "Amount" of the original data to.
  • the disassembly processing unit 18j of the mapping processing unit 18f disassembles the record processed by the mapping processing unit 18f into two, and maps the “ship date” of the original data to the “slip date” of one record, The “acceptance date” of the original data is mapped to the “slip date” of the other record.
  • a record in which “ship date” is mapped to “slip date” is set as “journal classification” as “Japan”.
  • “IFRS criterion” is complemented as “journal classification”.
  • two records are obtained in which “business code”, “slip date”, “journal classification”, and “amount” are mapped.
  • journal flow control unit 18a causes the journal processing unit 18k to execute the journal processing defined as “Process 2” in the journal flow definition. Specifically, for each of the two records processed by the mapping processing unit 18f, the journal processing unit 18k sets “debit” as “debit” and “credit” as “debit” in the record whose “business code” is “sales”. Perform journal processing to add "sales”. The journal processing unit 18k stores the journal data generated by the journal processing in the journal data storage unit 16. As a result, as shown in FIG. 24, journal data records conforming to Japanese standards and journal data records conforming to IFRS standards are obtained.
  • journal entries corresponding to each of a plurality of accounting standards Japanese standards and IFRS standards are obtained from the sales slip data of one record shown in FIG. Data is obtained.
  • FIG. 25 to 31 are diagrams for explaining a second example of the journalizing process by the accounting data generation apparatus 10 according to the present embodiment.
  • FIG. 25 shows a journal flow definition according to the second example
  • FIG. 26 shows point sales data used as business data in the second example.
  • FIG. 27 shows a record obtained by the branch filter process in the second example.
  • FIG. 28 shows records obtained by the branch 1 mapping process in the second example
  • FIG. 29 shows records obtained by the branch 1 journaling process in the second example.
  • FIG. 30 shows a record obtained by the branch 2 mapping process in the second example
  • FIG. 31 shows a record obtained by the branch 2 journaling process in the second example.
  • the business data input receiving unit 17 acquires the point sales data shown in FIG. 26 as the business data, and delivers the acquired point sales data to the journalizing flow control unit 18a.
  • the journal flow control unit 18a reads the journal flow definition corresponding to the point sales data from the journal flow definition storage unit 11.
  • the journal flow control unit 18a reads the journal flow definition shown in FIG.
  • the journal flow control unit 18a controls each data processing unit in accordance with the read journal flow definition.
  • the journal flow control unit 18a causes the branch filter processing unit 18c to execute the branch filter processing defined as “Process 1” in the journal flow definition. Specifically, the branch filter processing unit 18c branches the record with points greater than 0 or “slip segment” “point sales” according to the branch filter processing conditions defined in the journal filter definition. Branch to processing, and record with “slip use” of “point use” is branched to processing of branch 2. As a result, as shown in FIG. 27, the point sales data shown in FIG. 26 is divided into two records.
  • the journal flow control unit 18a selects “branch 1-process” in the journal flow definition for the record branched to the process of branch 1 (the point is greater than 0 or the “slip classification” is “point sales”).
  • the mapping process defined as “1” and the journal entry process defined as “branch 1-process 2” are executed in order.
  • the journal flow control unit 18a causes the mapping processing unit 18f to execute the mapping process defined as “branch 1-process 1” in the journal flow definition for the record branched to the branch 1 process.
  • the disassembly processing unit 18j of the mapping processing unit 18f creates three records having “business code”, “slip date”, “journal classification”, and “amount” as data items.
  • the decomposition processing unit 18j maps the “money amount” of the original data to the “money amount” of the first record using the record branched to the branch 1 process by the branch filter processing unit 18c as the original data.
  • the decomposition processing unit 18j maps a value obtained by subtracting “point” from the “money amount” of the original data to the “money amount” of the second record, and maps the amount of the original data to the “money amount” of the third record. Map "points”.
  • the complement processing unit 18h of the mapping processing unit 18f sets “cash sales” to “business code” of the record in which “amount” is mapped to “amount”. Further, the complement processing unit 18 h sets “cash sales” to “business code” of a record in which a value obtained by subtracting “point” from “amount” is mapped to “amount”. In addition, the complement processing unit 18 h sets “point advance” to “business code” of the record in which “point” is mapped to “money amount”.
  • the I / F conversion processing unit 18g of the mapping processing unit 18f maps “shipment” to “slip date” of the record in which “amount” is mapped to “amount”. Further, the I / F conversion processing unit 18g maps “verification” to “slip date” of a record in which a value obtained by subtracting “point” from “amount” is mapped to “amount”. In addition, the I / F conversion processing unit 18 g maps “acceptance” to “business code” of the record in which “point” is mapped to “amount”.
  • the complementary processing unit 18h of the mapping processing unit 18f sets “Japan Standard” in the “Journal Classification” of the record in which “shipment” is mapped to “slip date”. Further, the complement processing unit 18h sets “IFRS standard” in “Journal classification” of a record in which “acceptance” is mapped to “slip date”. As a result, as shown in FIG. 28, three records are obtained in which “business code”, “slip date”, “journal classification”, and “amount” are mapped.
  • journal flow control unit 18a causes the journal processing unit 18k to execute the journal processing defined as “branch 1-process 2” in the journal flow definition. Specifically, for the record processed by the mapping processing unit 18f, the journal processing unit 18k sets “cash” as “debit” and “sales” as “credit” in the record of “cash sales” as “business code”. Perform journal processing to add. In addition, the journal processing unit 18k performs a journal processing for adding “cash” as “debit” and “pre-receipt” as “credit” to the record whose “business code” is “point advance”. The journal processing unit 18k stores the journal data generated by the journal processing in the journal data storage unit 16. As a result, as shown in FIG. 29, one record of journal data in accordance with Japanese standards and two records of journal data in accordance with IFRS standards are obtained.
  • journal flow control unit 18a for the record branched to the branch 2 process (the record whose “slip classification” is “use of point”), the mapping defined as “branch 2-process 1” in the journal flow definition The process and the journalizing process defined as “branch 2—process 2” are executed in order.
  • the journal flow control unit 18a causes the mapping processing unit 18f to execute the mapping process defined as “branch 2-process 1” in the journal flow definition for the record branched to the branch 2 process.
  • the complement processing unit 18h of the mapping processing unit 18f creates one record having “business code”, “slip date”, “journal classification”, and “amount” as data items.
  • the complement processing unit 18 h sets “use point” to “business code” of the created record, and sets “IFRS standard” to “journal classification”.
  • the I / F conversion processing unit 18g of the mapping processing unit 18f uses the record branched to the branching 2 process by the branching filter processing unit 18c as the original data, and the “slip date” of the record processed by the complementing processing unit 18h. "Inspection” of the original data is mapped to "", and “Amount” of the original data is mapped to "Amount”. As a result, as shown in FIG. 30, one record in which “business code”, “slip date”, “journal classification”, and “amount” are mapped is obtained.
  • journal flow control unit 18a causes the journal processing unit 18k to execute the journal processing defined as “branch 2-processing 2” in the journal flow definition.
  • the journal entry processing unit 18k for the record processed by the mapping processing unit 18f, records “sales” as “debit” and “credit” as “debit” in the record “business code” is “use points”. ”Is added to the journal entry process.
  • journal data of one record in accordance with the IFRS standard is obtained.
  • the journal flow definition storage unit 11 generates a plurality of accounting data corresponding to a plurality of accounting standards for each type of business data created from business system data.
  • Store definition information Further, the business data input receiving unit 17 acquires business data 1 created from business system data.
  • the accounting data generation unit 18 reads the journal flow definition corresponding to the type of business data acquired by the business data input reception unit 17 from the journal flow definition storage unit 11, and according to the read journal flow definition, the business data A plurality of accounting data corresponding to each of a plurality of accounting standards is generated.
  • accounting data generation apparatus 10 since a plurality of accounting data according to a plurality of accounting standards is generated from the same business data, accounting data according to a plurality of accounting standards can be easily obtained. Can be generated. In addition, since processing based on a plurality of accounting standards is performed simultaneously, a plurality of accounting data along a plurality of accounting standards can be efficiently generated.
  • the accounting data generation unit 18 has a plurality of modularized data processing units that perform different processes on business data.
  • the journal flow definition storage unit 11 stores, as definition information, information that defines a combination and execution order of a plurality of data processing units for generating a plurality of transaction data. Therefore, according to the accounting data generation apparatus 10 according to the present embodiment, the accounting data generation method can be facilitated by changing some data processing units, changing the combination of the data processing units, and the execution order. Since it can be changed, for example, even when the content of the accounting standard is changed, the change can be easily handled.
  • the business data input receiving unit 17 acquires data related to transactions as business data.
  • the accounting data generation unit 18 generates a plurality of journal data obtained by journalizing the business data based on each of a plurality of accounting standards as accounting data. Therefore, according to the accounting data generation apparatus 10 according to the present embodiment, journal data in accordance with a plurality of accounting standards can be easily generated.
  • the accounting data generation unit 18 performs a disassembling process for decomposing the business data for each journal entry item in each accounting standard when the journal entry items for journalizing the transaction differ for each of the plurality of accounting standards. To generate accounting data. Therefore, according to the accounting data generation device 10 according to the present embodiment, even when the journal entry item is different for each of the plurality of accounting standards, the journal data according to each accounting standard can be easily generated.
  • the accounting data generation unit 18 operates for each date that should be the date of occurrence in each accounting standard, when the date that should be the date of occurrence when journalizing the transaction is different for each accounting standard. Accounting data is generated by decomposing data. Therefore, according to the accounting data generation apparatus 10 according to the present embodiment, even when the date when the transaction is to be journalized is different for each accounting standard, the journal data according to each accounting standard can be easily obtained. Can be generated.
  • the accounting data generation unit 18 generates accounting data by performing a complementing process that complements business data as a data item with a journal category that identifies each of a plurality of accounting standards. Therefore, according to the accounting data generation apparatus 10 according to the present embodiment, it is possible to generate journal data that can easily discriminate the accounting standard that is the journal standard.
  • each component of each illustrated apparatus is functionally conceptual and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured.
  • all or any part of each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.
  • the accounting data generation method described in the above embodiment can be realized by executing a prepared program on a computer. Therefore, in the following, an example of a computer that executes an accounting data generation program for realizing the accounting data generation method described in the above embodiment will be described.
  • FIG. 32 is a diagram illustrating the computer 20 that executes the accounting data generation program according to the present embodiment.
  • the computer 20 includes, for example, a memory 21, a CPU (Central Processing Unit) 22, a hard disk drive interface 23, a disk drive interface 24, a serial port interface 25, a video adapter 26, and a network. Interface 27. These units are connected by a bus 28.
  • the memory 21 includes a ROM (Read Only Memory) 21a and a RAM (Random Access Memory) 21b.
  • the ROM 21a stores, for example, a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • the hard disk drive interface 23 is connected to the hard disk drive 29.
  • the disk drive interface 24 is connected to the disk drive 24a.
  • a removable recording medium such as a magnetic disk or an optical disk is inserted into the disk drive 24a.
  • a mouse 25a and a keyboard 25b are connected to the serial port interface 25.
  • a display 26 a is connected to the video adapter 26.
  • the hard disk drive 29 stores, for example, an OS (Operating System) 29a, an application program 29b, a program module 29c, and program data 29d.
  • the accounting data generation program is recorded in, for example, the hard disk drive 29 as a program module in which a command executed by the computer 20 is described.
  • the business data acquisition procedure for executing the same information processing as the business data input receiving unit 17 described in the above embodiment, and the data for executing the same information processing as the accounting data generating unit 18 A program module in which a reading procedure and an accounting data generation procedure are described is stored in the hard disk drive 29.
  • data used for information processing by the accounting data generation program such as data stored in the journalizing flow definition storage unit 11 described in the above embodiment, is stored in the hard disk drive 29, for example. Then, the CPU 22 reads out program modules and program data stored in the hard disk drive 29 to the RAM 21b as necessary, and executes an information collection procedure and a service determination procedure.
  • program module and program data related to the accounting data generation program are not limited to being stored in the hard disk drive 29, but are stored in, for example, a removable recording medium and read out by the CPU 22 via the disk drive 24a or the like. May be.
  • program modules and program data related to the accounting data generation program are stored in other computers connected via a network such as a LAN (Local Area Network) or a WAN (Wide Area Network), and are transmitted via the network interface 27. It may be read by the CPU 22.
  • LAN Local Area Network
  • WAN Wide Area Network
  • the accounting data generation method described in the above embodiment can be applied to a computer system including a client device and a server device connected via a network.
  • the computer system referred to here includes, for example, one using a cloud computing mechanism in which a server device provides services using various computer resources such as software, hardware, and databases to client devices via the Internet. included.
  • FIG. 33 is a diagram illustrating a configuration of an accounting data generation system according to the present embodiment.
  • the accounting data generation system 100 includes a client device 30 and a server device 40.
  • the client device 30 and the server device 40 are connected via the network 2.
  • the client device 30 is a terminal device used by a user of the accounting data generation service provided by the server device 40.
  • the client device 30 includes, for example, a communication control unit 31, a journal data storage unit 32, a business data input reception unit 33, a data transmission unit 34, and a data reception unit 35.
  • the communication control unit 31 controls transmission / reception of various information exchanged with the server device 40.
  • the journal data storage unit 32 stores the accounting data transmitted from the server device 40.
  • the journal data storage unit 32 stores the journal data transmitted from the server device 40 as accounting data.
  • the accounting data stored in the journal data storage unit 32 is input to a form creation function of another information processing apparatus such as the client apparatus 30 or a financial accounting system, and is used to create various accounting forms. .
  • the business data input receiving unit 33 acquires the business data 1 created from the business system data. For example, the business data input receiving unit 33 acquires data related to the transaction as business data 1. Here, for example, the business data input receiving unit 33 acquires the business data by receiving the business data output from the business system via the network 2. Alternatively, the business data input receiving unit 33 acquires the business data by reading the business data from a recording medium such as a DVD (Digital Versatile Disc) or a CD (Compact Disk) on which the business data is recorded.
  • a recording medium such as a DVD (Digital Versatile Disc) or a CD (Compact Disk) on which the business data is recorded.
  • the data transmission unit 34 transmits the business data created from the business system data to the server device 40 via the network 2. Specifically, the data transmission unit 34 generates an accounting data generation request including business data acquired by the business data input receiving unit 33 via the communication control unit 31 in response to an operation by the user of the client device 30. Is transmitted to the server device 40.
  • the data receiving unit 35 receives the accounting data transmitted from the server device 40. Specifically, the data receiving unit 35 receives the accounting data transmitted from the server device 40 in response to the accounting data generation request via the communication control unit 31. Then, when receiving the transaction data from the server device 40, the data reception unit 35 stores the received transaction data in the journal data storage unit 32.
  • the server device 40 provides an accounting data generation service to the user of the client device 30 via the network 2.
  • the server device 40 includes, for example, a communication control unit 41, a journal flow definition storage unit 42, a data reception unit 43, a data transmission unit 44, and an accounting data generation unit 45.
  • the communication control unit 41 controls transmission / reception of various information exchanged with the client device 30.
  • the journal flow definition storage unit 42 stores definition information for generating a plurality of accounting data corresponding to a plurality of accounting standards for each type of business data transmitted from the client device 30.
  • the journal flow definition storage unit 42 stores definition information similar to the definition information stored in the journal flow definition storage unit 11 described in the above embodiment.
  • the data receiving unit 43 receives business data from the client device 30. Specifically, the data receiving unit 43 receives the accounting data generation request transmitted from the client device 30 via the communication control unit 41. Then, when receiving the accounting data generation request, the data receiving unit 43 hands over the business data included in the received accounting data generation request to the accounting data generation unit 45.
  • the data transmission unit 44 transmits the accounting data generated by the accounting data generation unit 45 to the client device 30. Specifically, when the accounting data is generated by an accounting data generation unit 45 described later, the data transmission unit 44 transmits the generated accounting data to the client device 30 via the communication control unit 41.
  • the accounting data generation unit 45 reads definition information corresponding to the type of business data received by the data receiving unit 43 from the journal flow definition storage unit 42, and converts business data into each of a plurality of accounting standards according to the read definition information. Generate multiple corresponding accounting data. For example, the accounting data generation unit 45 generates a plurality of journal data obtained by journalizing business data based on each of a plurality of accounting standards as accounting data.
  • the accounting data generation unit 45 has the same configuration as the accounting data generation unit 18 described in the above embodiment. Specifically, the accounting data generation unit 45 includes the journal flow control unit 18a, the filter processing unit 18b, the branch filter processing unit 18c, the aggregation processing unit 18d, the allocation processing unit 18e, and the mapping processing unit 18f described in the above embodiment. , An I / F conversion processing unit 18g, a complementing processing unit 18h, a code conversion processing unit 18i, a decomposition processing unit 18j, and a journal processing unit 18k.
  • the server device 40 is the same as the allocation definition storage unit 12, the supplementary item definition storage unit 13, the code conversion definition storage unit 14, and the journal definition storage unit 15 described in the above embodiment.
  • the business data input receiving unit 33 acquires the business data 1 created from the data of the business system.
  • the journal flow definition storage unit 42 stores definition information for generating a plurality of accounting data corresponding to each of a plurality of accounting standards for each type of business data transmitted from the client device 30.
  • the data receiving unit 43 receives business data from the client device 30.
  • the accounting data generation unit 45 reads definition information corresponding to the type of business data received by the data receiving unit 43 from the journal flow definition storage unit 42, and from the business data 1 a plurality of accounting data according to the read definition information. A plurality of accounting data corresponding to each standard is generated.
  • the data transmission unit 44 transmits the accounting data generated by the accounting data generation unit 45 to the client device 30. Therefore, according to the accounting data generation system 100 according to the present embodiment, the user of the client device 30 transmits an accounting data generation request including business data created from the data of the business system to the server device 40. Accounting data in accordance with a plurality of accounting standards can be easily obtained.

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

 実施例に係る会計データ生成装置(10)は、定義情報記憶部(11)と、業務データ取得部(17)と、会計データ生成部(18)とを有する。定義情報記憶部(11)は、業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。業務データ取得部(17)は、前記業務データを取得する。会計データ生成部(18)は、前記業務データ取得部(17)により取得された業務データの種類に対応する定義情報を前記定義情報記憶部(11)から読み出し、読み出した定義情報にしたがって、当該業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する。

Description

会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体
 本願の開示する技術は、会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体に関する。
 従来、一般的な企業では、財務会計業務を効率的に行うことを目的として、各種の財務会計システムが用いられている。この財務会計システムは、例えば、企業内で利用されている各種の業務システムのデータから作成された業務データを入力し、入力した業務データを用いて所定の会計基準に基づく会計処理を行うことで、その会計基準に沿った会計データを生成する。
 また、近年、企業における財務会計業務では、複数の会計基準で会計処理を行うことが求められている。ここでいう複数の会計基準とは、例えば、日本基準やIFRS(International Financial Reporting Standards)基準などである。例えば、企業における財務業務では、単体決算は日本基準で行い、連結決算はIFRS基準で行うことが求められている。このように複数の会計基準で会計処理を行うためには、各会計基準に沿った会計データをそれぞれ生成することが求められる。
特開2007-12018号公報 特許第4226171号公報
 しかしながら、上述した従来の財務会計システムでは、複数の会計基準で会計処理を行うためには、会計基準ごとに業務データを用意しておくことが求められる場合があり、複数の会計基準に沿った会計データを容易に生成することができない場合があった。
 本願の開示する技術は、上記に鑑みてなされたものであって、複数の会計基準に沿った会計データを容易に生成することができる会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体を提供することを目的とする。
 上述した課題を解決し、目的を達成するために、本願の開示する会計データ生成装置は、定義情報記憶部と、業務データ取得部と、会計データ生成部とを有する。定義情報記憶部は、業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。業務データ取得部は、前記業務データを取得する。会計データ生成部は、前記業務データ取得部により取得された業務データの種類に対応する定義情報を前記定義情報記憶部から読み出し、読み出した定義情報にしたがって、当該業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する。
 本願の開示する会計データ生成装置によれば、複数の会計基準に沿った会計データを容易に生成することが可能になるという効果を奏する。
図1は、本実施例に係る会計データ生成装置の概要を示す図である。 図2は、従来の財務会計システムにおける課題を説明するための図である。 図3は、本実施例に係る会計データ生成装置の構成を示す図である。 図4は、本実施例に係る補完項目定義記憶部により記憶される定義情報の例を示す図(1)である。 図5は、本実施例に係る補完項目定義記憶部により記憶される定義情報の例を示す図(2)である。 図6は、本実施例に係るコード変換定義記憶部に記憶される定義情報の例を示す図である。 図7は、本実施例に係る仕訳定義記憶部に記憶される定義情報の例を示す図である。 図8は、本実施例に係るフィルタ処理部によって行われるフィルタリング処理の例を示す図である。 図9は、本実施例に係る分岐フィルタ処理部によって行われる分岐フィルタ処理の例を示す図である。 図10は、本実施例に係る集約処理部によって行われる集約処理の例を示す図である。 図11は、本実施例に係る配賦処理部によって行われる配賦処理の例を示す図(1)である。 図12は、本実施例に係る配賦処理部によって行われる配賦処理の例を示す図(2)である。 図13は、本実施例に係るI/F変換処理部によって行われるデータ項目変換処理の例を示す図である。 図14は、本実施例に係る補完処理部によって行われる補完処理の例を示す図である。 図15は、本実施例に係るコード変換処理部によって行われるコード変換処理の例を示す図である。 図16は、本実施例に係る分解処理部によって行われる分解処理の例を示す図である。 図17は、本実施例に係る分解処理部と補完処理部とを組み合わせた場合の例を示す図である。 図18は、本実施例に係る仕訳処理部によって行われる仕訳処理の例を示す図である。 図19は、本実施例に係る仕訳処理部を用いずに仕訳処理を行う場合の例を示す図である。 図20は、本実施例に係る会計データ生成装置によって実行される会計データ生成方法の処理手順を示すフローチャートである。 図21は、本実施例に係る会計データ生成装置による仕訳処理の第1の例を説明するための図(1)である。 図22は、本実施例に係る会計データ生成装置による仕訳処理の第1の例を説明するための図(2)である。 図23は、本実施例に係る会計データ生成装置による仕訳処理の第1の例を説明するための図(3)である。 図24は、本実施例に係る会計データ生成装置による仕訳処理の第1の例を説明するための図(4)である。 図25は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(1)である。 図26は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(2)である。 図27は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(3)である。 図28は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(4)である。 図29は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(5)である。 図30は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(6)である。 図31は、本実施例に係る会計データ生成装置による仕訳処理の第2の例を説明するための図(7)である。 図32は、本実施例に係る会計データ生成プログラムを実行するコンピュータを示す図である。 図33は、本実施例に係る会計データ生成システムの構成を示す図である。
 以下に、本願の開示する会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体の実施例を図面に基づいて詳細に説明する。なお、以下に示す実施例では、業務システムによって行われた取引に関するデータを業務データとし、その業務データを仕訳した仕訳データを会計データとして生成する場合の例について説明する。しかしながら、本願の開示する会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体の実施例は、以下で説明するものに限られるわけではなく、仕訳データ以外の各種会計データを生成する場合にも同様に適用することが可能である。
 最初に、本実施例に係る会計データ生成装置の概要について説明する。図1は、本実施例に係る会計データ生成装置の概要を示す図である。図1に示すように、本実施例に係る会計データ生成装置は、業務システムに入力された取引に関するデータを業務データとして取得し、その業務データを仕訳した仕訳データを会計データとして生成する。
 具体的には、本実施例では、会計データ生成装置が有する会計データ生成部が、業務システムのデータから作成された業務データを取得する。そして、会計データ生成部は、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を業務データの種類ごとに記憶した定義情報記憶部から、取得した業務データの種類に対応する定義情報を読み出す。そして、会計データ生成部は、読み出した定義情報にしたがって、業務データから複数の会計基準それぞれに対応する複数の会計データを生成する。
 また、本実施例では、会計データ生成部は、業務データに対してそれぞれ異なる処理を行う複数のモジュール化されたデータ処理部を有する。具体的には、会計データ生成部は、データ処理部として、フィルタ処理部、分岐フィルタ処理部、集約処理部、配賦処理部、マッピング処理部、及び仕訳処理部を有する。なお、マッピング処理部は、コード変換処理部、補完処理部などを有する。そして、定義情報記憶部は、複数の会計データを生成するための複数の処理部の組み合わせ及び実行順序を定義した情報を定義情報として記憶する。
 一般的に、通常の企業であれば、会社法の規定により複式簿記の原則で作成された貸借対照表の公表が義務付けられている。そのため、財務会計システムは、財務会計で必要となる財務諸表や貸借対象表、損益計算書といった会計帳票を作成するための機能を有する。ここで、複式簿記とは、取引の二面性に着目して行われる簿記の手法であり、仕訳科目(勘定科目ともいう)を用いて、全ての簿記的取引を借方と貸方の双方に記録する手法である。なお、各取引をどの勘定に記録するか、借方と貸方のどちらへ記録するか、金額をいくらで記録するかを決定することは仕訳と呼ばれる。
 そして、例えば、典型的な財務会計業務であれば、人手により伝票上で取引データの仕訳作業が行われた後に、仕訳データが財務会計システムに入力されていた。このことから、従来、仕訳作業の効率化、正確性、迅速性を担保するために、業務システムによって行われた取引に関する取引データを入力し、入力された取引データをもとに自動的に仕訳処理を行う、いわゆる自動仕訳の機能を有する財務会計システムが数多く存在する。例えば、あらかじめ登録された仕訳パターンに基づいて、入力された取引データを自動仕訳する財務会計システムがある。
 しかしながら、このような財務会計システムでは、仕訳パターンに基づいて自動仕訳が行われるため、同一の取引データから複数の会計基準に沿った仕訳データを容易に生成することができない場合があった。図2は、従来の財務会計システムにおける課題を説明するための図である。図2に示すように、例えば、従来の財務会計システムでは、基幹システムから取引データが入力され、仕訳パターンに基づいて仕訳処理を行う仕訳生成エンジンを用いて自動仕訳が行われる。
 ここで、会計基準(仕訳基準)が異なる場合には、会計基準ごとに仕訳パターンが異なるため、同一の基幹システムから入力される取引データであっても同時に自動仕訳処理を行うことができない。そのため、従来は、仕訳パターンごとに取引データを用意して、それぞれの取引データを自動仕訳エンジンに入力することが行われていた。例えば、同一の取引データから日本基準に沿った仕訳データとIFRS基準に沿った仕訳データとをそれぞれ生成するためには、それぞれの仕訳パターンが用いられるため、日本基準用の取引データとIFRS基準用の取引データとをそれぞれ用意しておき、各取引データを別々に財務会計システムに入力することが行われていた。このように、従来の財務会計システムでは、会計基準ごとに取引データを用意することが行われるため、同一の取引データから複数の会計基準に沿った仕訳データを容易に生成することができない場合があった。
 これに対し、本実施例に係る会計データ生成装置では、前述した構成によって、同一の業務データから複数の会計基準に沿った複数の会計データが生成される。したがって、本実施例に係る会計データ装置によれば、上述した従来の財務会計システムと比べて、複数の会計基準に沿った会計データを容易に生成することができる。また、本実施例に係る会計データ生成装置では、複数の会計データを生成するための複数のデータ処理部の組み合わせ及び実行順序を定義した定義情報にしたがって、会計データが生成される。このため、一部のデータ処理部を変更したり、データ処理部の組み合わせや実行順序を変えたりすることによって、会計データの生成方法を容易に変更することができる。したがって、本実施例に係る会計データ装置によれば、例えば、会計基準の内容が変更された場合でも、その変更に容易に対応することができる。
 以下では、上述した会計データ生成装置について詳細に説明する。図3は、本実施例に係る会計データ生成装置10の構成を示す図である。図3に示すように、会計データ生成装置10は、仕訳フロー定義記憶部11と、配賦定義記憶部12と、補完項目定義記憶部13と、コード変換定義憶部14と、仕訳定義記憶部15と、仕訳データ記憶部16と、業務データ入力受付部17と、会計データ生成部18とを有する。
 仕訳フロー定義記憶部11は、業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。例えば、仕訳フロー定義記憶部11は、複数の会計データを生成するための複数のデータ処理部の組み合わせ及び実行順序を定義した情報を定義情報として記憶する。なお、本実施例では、仕訳フロー定義記憶部11に記憶される情報を「仕訳フロー定義」と呼ぶ。また、ここでいう複数の会計データを生成するための複数のデータ処理部は、それぞれモジュール化されており、後述する会計データ生成部18に含まれる。
 配賦定義記憶部12は、業務データのレコードを複数レコードに分解するための定義情報を記憶する。この配賦定義記憶部12に記憶された定義情報は、後述する配賦処理部18eによって用いられる。例えば、配賦定義記憶部12は、『「伝票区分」が”保険料”のレコードは、年間の12ヶ月分のレコードに均等に配賦する』旨の定義情報や、『「伝票区分」が”売上”で「部門名」が”東京営業本部”のレコードは、金額を1:2:3の割合で、東京第1営業部、東京第2営業部、東京第3営業部に配賦する』旨の定義情報などを記憶する。
 補完項目定義記憶部13は、業務データにデータ項目を補完するための定義情報を記憶する。この補完項目定義記憶部13に記憶された定義情報は、後述する補完処理部18hによって用いられる。図4及び5は、本実施例に係る補完項目定義記憶部13により記憶される定義情報の例を示す図である。例えば、補完項目定義記憶部13は、仕訳科目をデータ項目として補完するための定義情報を記憶する。
 ここで、補完項目定義記憶部13は、貸方科目及び借方科目をそれぞれ仕訳科目として記憶する。例えば、補完項目定義記憶部13は、図4に示すように、「伝票区分」と「貸方科目」と「借方科目」とを対応付けた情報を定義情報として記憶する。図4に示す定義情報は、『業務データに含まれる「伝票区分」に応じて、業務データに仕訳科目を補完する』ことを定義している。
 具体的には、図4に示す定義情報は、『「伝票」が”売上伝票”の場合は、「貸方科目」を”売掛金”とし、「借方科目」を”売上”とする』ことを定義している。また、図4に示す定義情報は、『「伝票」が”入金伝票”の場合は、「貸方科目」を”仮払い金”とし、「借方科目」を”支払い”とし、「伝票」が”小切手”の場合は、「貸方科目」を”損失”とし、「借方科目」を”借入”とする』ことを定義している。
 また、例えば、補完項目定義記憶部13は、複数の会計基準それぞれを識別する仕訳区分をデータ項目として業務データに補完するための定義情報を記憶する。例えば、補完項目定義記憶部13は、図5に示すように、「伝票日付」と「仕訳区分」とを対応付けた情報を定義情報として記憶する。図5に示す定義情報は、『業務データに含まれる「伝票日付」に応じて、業務データに仕訳区分を補完する』ことを定義している。
 具体的には、図5に示す定義情報は、『「伝票日付」が”出荷日”の場合は「仕訳区分」を”日本基準”とし、「伝票日付」が”検収日”の場合は「仕訳区分」を”IFRS基準”とする』ことを定義している。
 コード変換定義記憶部14は、業務データに含まれるコードのコード値を他のコードのコード値に変換するための定義情報を記憶する。このコード変換定義記憶部14に記憶された定義情報は、後述するコード変換処理部18iによって用いられる。
 図6は、本実施例に係るコード変換定義記憶部14に記憶される定義情報の例を示す図である。例えば、コード変換定義記憶部14は、図6に示すように、「業務コード」と「会計コード」とを対応付けた情報を定義情報として記憶する。図6に示す定義情報は、『業務データに含まれるコード値を業務コードのコード値から会計コードのコード値に変換する』ことを定義している。
 仕訳定義記憶部15は、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。なお、本実施例では、仕訳定義記憶部15は、複数の会計基準それぞれに基づいて業務データを仕訳した複数の仕訳データを会計データとして生成するための定義情報を記憶する。この仕訳定義記憶部15は、後述する仕訳処理部18kによって用いられる。
 図7は、本実施例に係る仕訳定義記憶部15に記憶される定義情報の例を示す図である。例えば、仕訳定義記憶部15は、図7に示すように、「仕訳区分」と「伝票区分」と「貸方科目」と「借方科目」とを対応付けた情報を定義情報として記憶する。図7に示す定義情報は、『業務データに含まれる「仕訳区分」及び「伝票区分」に応じて、業務データに「貸方科目」及び「借方科目」を追加する』ことを定義している。
 仕訳データ記憶部16は、会計データ生成部18によって生成された会計データを記憶する。なお、本実施例では、仕訳データ記憶部16は、会計データ生成部によって生成された仕訳データを会計データとして記憶する。この仕訳データ記憶部16に記憶された会計データは、例えば、会計データ生成装置10や財務会計システムなどの他の情報処理装置が有する帳票作成機能に入力され、各種の会計帳票を作成するために用いられる。
 なお、上述した仕訳フロー定義記憶部11、配賦定義記憶部12、補完項目定義記憶部13、コード変換定義憶部14、仕訳定義記憶部15、及び仕訳データ記憶部16は、例えば、RAM(Random Access Memory)、ROM(Read Only Memory)、フラッシュメモリ(flash memory)などの半導体メモリ素子、又は、ハードディスク、光ディスクなどの記憶装置である。
 業務データ入力受付部17は、業務システムのデータから作成された業務データ1を取得する。なお、本実施例では、業務データ入力受付部17は、取引に関するデータを業務データとして取得する。ここで、例えば、業務データ入力受付部17は、業務システムから出力された業務データをネットワーク経由で受信することで、業務データを取得する。または、業務データ入力受付部17は、業務データが記録されたDVD(Digital Versatile Disc)やCD(Compact Disk)などの記録媒体から業務データを読み込むことで、業務データを取得する。
 会計データ生成部18は、業務データ入力受付部17により取得された業務データの種類に対応する仕訳フロー定義を仕訳フロー定義記憶部11から読み出し、読み出した仕訳フロー定義にしたがって、その業務データから複数の会計基準それぞれに対応する複数の会計データを生成する。なお、本実施例では、会計データ生成部18は、複数の会計基準それぞれに基づいて業務データを仕訳した複数の仕訳データを会計データとして生成する。
 具体的には、会計データ生成部18は、仕訳フロー制御部18aを有する。また、会計データ生成部18は、業務データに対してそれぞれ異なる処理を行う複数のモジュール化されたデータ処理部を有する。例えば、会計データ生成部18は、データ処理部として、フィルタ処理部18bと、分岐フィルタ処理部18cと、集約処理部18dと、配賦処理部18eと、マッピング処理部18fと、仕訳処理部18kとを有する。
 仕訳フロー制御部18aは、業務データ入力受付部17により取得された業務データの種類に対応する仕訳フロー定義を仕訳フロー定義記憶部11から読み出し、読み出した仕訳フロー定義にしたがって各データ処理部を実行させることで、複数の会計基準それぞれに対応する複数の会計データを生成する。
 具体的には、仕訳フロー制御部18aは、業務データ入力受付部17によって業務データが取得されると、取得された業務データの種類を判定する。ここでいう業務データの種類とは、例えば、売上伝票データやポイント売上データなどである。これら業務データの種類は、例えば、業務データに含まれる「伝票区分」によって判別される。
 フィルタ処理部18bは、仕訳フロー定義に基づいて、業務データのレコードに対してフィルタリング処理を行う。図8は、本実施例に係るフィルタ処理部18bによって行われるフィルタリング処理の例を示す図である。ここで、図8は、データ項目の「伝票区分」が「売上」のレコードのみを抽出する場合のフィルタリング処理の例を示している。
 例えば、仕訳フロー定義において、フィルタリング処理の定義として、『「伝票区分」が「売上」以外のレコードをフィルタする』旨が設定されていたとする。この場合には、フィルタ処理部18bは、図8に示すように、複数の業務データのレコードから「伝票区分」が「売上」以外のレコードをフィルタする。このように、フィルタ処理部18bが業務データに対してフィルタリング処理を行うことによって、仕訳フロー定義によってフィルタ処理部18bの次に実行されるように定義されたデータ処理部に対して引き渡されるレコードを絞り込むことができる。
 分岐フィルタ処理部18cは、仕訳フロー定義に基づいて、業務データのデータ項目に設定されている値に関する条件や数値に関する条件により、業務データのレコードを次に実行されるデータ処理部に引き渡すか否かを制御する分岐フィルタ処理を行う。また、分岐フィルタ処理部18cは、次に実行されるデータ処理部が2つ以上ある場合には、同一のレコードを複製して、次に実行されるデータ処理部それぞれにレコードを引き渡す。
 図9は、本実施例に係る分岐フィルタ処理部18cによって行われる分岐フィルタ処理の例を示す図である。図9は、分岐条件(分岐1、分岐2)の定義にしたがってレコードを分岐する場合の分岐フィルタ処理の例を示している。例えば、仕訳フロー定義において、分岐フィルタ処理の定義として、『「伝票区分」が「ポイント売上」又は「ポイント利用」のレコードあるいは「ポイント」の金額が0より大きいレコードを分岐1に流し、「伝票区分」が「ポイント売上」及び「ポイント利用」以外のレコードを分岐2に流す』旨が設定されていたとする。
 この場合には、分岐フィルタ処理部18cは、図9に示すように、複数の業務データのレコードを、「伝票区分」が「ポイント売上」又は「ポイント利用」あるいは「ポイント」の金額が0より大きいものと、「伝票区分」が「売上」のものとに分ける。そして、分岐フィルタ処理部18cは、「伝票区分」が「ポイント売上」又は「ポイント利用」のレコードについては分岐1のデータ処理部に引き渡し、「伝票区分」が「売上」のレコードについては分岐2のデータ処理部に引き渡す。
 集約処理部18dは、仕訳フロー定義に基づいて、業務データのデータ項目に設定されている値に関する条件や数値に関する条件によって、業務データのレコードを集約する集約処理を行う。図10は、本実施例に係る集約処理部18dによって行われる集約処理の例を示す図である。図10は、伝票区分、顧客区分、売上日でレコードを集約して金額を合計する場合の集約処理の例を示している。
 例えば、仕訳フロー定義において、集約処理の定義として、『「伝票区分」、「顧客名」及び「売上日」が一致するレコードを集約して金額を合計する』旨が設定されていたとする。この場合には、集約処理部18dは、図10に示すように、複数の業務データのレコードを、「伝票区分」、「顧客名」及び「売上日」が一致するものごとに集約し、かつ、金額を合計する。
 配賦処理部18eは、配賦定義記憶部12に記憶された定義情報に基づいて、業務データの1つのレコードを複数のレコードに配賦する配賦処理を行う。図11及び12は、本実施例に係る配賦処理部18eによって行われる配賦処理の例を示す図である。図11は、年間の保険料を月別の保険料に配賦する場合の配賦処理の例を示している。また、図12は、本部の売上金額を各部門に配賦する場合の配賦処理の例を示している。
 例えば、『「伝票区分」が”保険料”のレコードは、年間の12ヶ月分のレコードに均等に配賦する』旨の定義情報が配賦定義記憶部12に記憶されていたとする。この場合には、配賦処理部18eは、図11に示すように、「伝票区分」が「保険料」のレコードを複製して12個のレコードを作成し、それぞれの「支払日」に1月から12月の日付を設定し、それぞれの「金額」に元のレコードの金額を12で割った金額を設定する。このとき、例えば、「支払日」は月のみを変えて、日は全て同じとする。
 また、例えば、『「伝票区分」が”売上”で「部門名」が”東京営業本部”のレコードは、金額を1:2:3の割合で、東京第1営業部、東京第2営業部、東京第3営業部に配賦する』旨の定義情報が配賦定義記憶部12に記憶されていたとする。この場合には、配賦処理部18eは、図12に示すように、「伝票区分」が「売上」のレコードを複製して3つのレコードを作成し、1つ目のレコードの「部門名」に「東京第1営業部」を、2つ目のレコードの「部門名」に「東京第2営業部」を、3つ目のレコードの「部門名」に「東京第3営業部」をそれぞれ設定する。また、配賦処理部18eは、元のレコードの金額(3,000円)を1:2:3の割合で配分して3つの金額を算出し、1の割合で算出した金額(500円)を「部門名」が「東京第1営業部」のレコードに設定し、2の割合で算出した金額(1,000円)を「部門名」が「東京第2営業部」のレコードに設定し、3の割合で算出した金額(1,500円)を「部門名」が「東京第3営業部」のレコードに設定する。
 マッピング処理部18fは、業務データのデータ項目を別のデータ項目に変換したり、データ項目の値を別の値に置き換えたりするマッピング処理を行う。ここで、マッピング処理部18fは、各種のマッピング処理を行うための複数のデータ処理部を有する。例えば、マッピング処理部18fは、データ処理部として、I/F変換処理部18gと、補完処理部18hと、コード変換処理部18iと、分解処理部18jとを有する。
 ここで、マッピング処理部18fが有する各データ処理部は、それぞれ、他のデータ処理部によって処理された複数又は単数のレコードをファイル単位で入力する。また、各データ処理部は、次に実行される他のデータ処理部に対して、自身が処理した複数又は単数のレコードをファイル単位で引き渡す。このように、各データ処理部が、他のデータ処理部との間で、ファイル単位でレコードをやり取りすることによって、データ処理部の組み合わせや実行順序を任意に変えることができるようになる。
 I/F変換処理部18gは、仕訳フロー定義に基づいて、業務データのデータ項目を別のデータ項目に変換するデータ項目変換処理を行う。図13は、本実施例に係るI/F変換処理部18gによって行われるデータ項目変換処理の例を示す図である。例えば、仕訳フロー定義において、データ項目変換処理の定義として、『「売上日付」を「伝票日付」に、「商品コード」を「拡張コード」に変換する』旨が設定されていたとする。この場合には、I/F変換処理部18gは、図13に示すように、業務データのレコードの設定値は変えずに、データ項目の「売上日付」を「伝票日付」に置き換え、データ項目の「商品コード」を「拡張コード」に置き換える。
 補完処理部18hは、補完項目定義記憶部13に記憶された定義情報に基づいて、業務データのレコードにデータ項目を補完する補完処理を行う。本実施例では、例えば、補完処理部18hは、複数の会計基準それぞれを識別する仕訳区分をデータ項目の業務データに補完する補完処理を行う。
 図14は、本実施例に係る補完処理部18hによって行われる補完処理の例を示す図である。例えば、伝票区分と貸方科目と借方科目とを対応付けた定義情報が補完項目定義記憶部13に記憶されていたとする(図4を参照)。この場合には、補完処理部18hは、図14に示すように、業務データのレコードに含まれる伝票区分に応じて、業務データのレコードに仕訳科目(貸方科目及び借方科目)を補完する。また、伝票日付と仕訳区分とを対応付けた定義情報が補完項目定義記憶部13に記憶されていた場合には(図5を参照)、補完処理部18hは、業務データのレコードに含まれる伝票日付に応じて、業務データのレコードに仕訳区分を補完する。
 コード変換処理部18iは、コード変換定義記憶部14に記憶された定義情報に基づいて、業務データのレコードに含まれるコードのコード値を変換するコード変換処理を行う。図15は、本実施例に係るコード変換処理部18iによって行われるコード変換処理の例を示す図である。例えば、業務コードと会計コードとを対応付けた定義情報がコード変換定義記憶部14に記憶されていたとする(図6を参照)。この場合には、コード変換処理部18iは、図15に示すように、業務データのレコードに含まれる「拡張コード」のコード値を「業務コード」のコード値から「会計コード」のコード値に変換する。
 分解処理部18jは、仕訳フロー定義に基づいて、業務データのレコードを分解する分解処理を行う。本実施例では、例えば、分解処理部18jは、取引を仕訳する際の仕訳科目が複数の会計基準ごとに異なる場合に、各会計基準における仕訳科目ごとに業務データを分解する分解処理を行う。また、例えば、分解処理部18jは、取引を仕訳する際の発生日とすべき日付が複数の会計基準ごとに異なる場合に、各会計基準における発生日とすべき日付ごとに業務データを分解する分解処理を行う。
 図16は、本実施例に係る分解処理部18jによって行われる分解処理の例を示す図である。例えば、仕訳フロー定義において、分解処理の定義として、「出荷日」と「検収日」とを分解して「伝票日付」にマッピングする旨が設定されていたとする。この場合には、分解処理部18jは、図16に示すように、業務データのレコードを複製して2つのレコードを作成し、それぞれのデータ項目の「出荷日」及び「検収日」を「伝票日付」に置き換える。その後、分解処理部18jは、一方のレコードについては「伝票日付」の設定値に元のレコードの「出荷日」の日付を設定し、他方のレコードについては「伝票日付」の設定値に元のレコードの「検収日」の日付を設定する。
 なお、仕訳フロー定義において、分解処理部18jと補完処理部18hとを組み合わせて順番に実行するように定義することで、分解処理と補完処理とを組み合わせて行うことも可能である。図17は、本実施例に係る分解処理部18jと補完処理部18hとを組み合わせた場合の例を示す図である。例えば、仕訳フロー定義において、分解処理の定義として、「出荷日」と「検収日」とを分解して「伝票日付」にマッピングする旨が設定されていたとする。また、「伝票日付」が「出荷日」の場合は「仕訳区分」を”日本基準”とし、「伝票日付」が「検収日」の場合は「仕訳区分」を”IFRS基準”とすることを定義した定義情報が補完項目定義記憶部13に記憶されていたとする(図5を参照)。
 この場合には、まず、分解処理部18jが、図17に示すように、業務データのレコードに対して分解処理を行い、分解処理により得られた全てのレコードを補完処理部18hに引き渡す。その後、補完処理部18hが、分解処理部18jから引き渡された各レコードに対して補完処理を行う。これにより、例えば、図16に示した例において、分解処理によって得られた2つのレコードそれぞれに「仕訳区分」が補完されたレコードが得られる。このとき、「伝票日付」が「出荷日」のレコードについては、「仕訳区分」に”日本基準”が補完され、「伝票日付」が「検収日」のレコードについては、「仕訳区分」に”IFRS基準”が補完される。
 仕訳処理部18kは、仕訳定義記憶部15に記憶された定義情報に基づいて、複数の会計基準それぞれに対応する複数の会計データを生成する。なお、本実施例では、仕訳処理部18kは、複数の会計基準それぞれに基づいて業務データを仕訳した複数の仕訳データを会計データとして生成する。また、仕訳処理部18kは、生成した会計データを仕訳データ記憶部16に保存する。図18は、本実施例に係る仕訳処理部18kによって行われる仕訳処理の例を示す図である。例えば、「仕訳区分」と「伝票区分」と「貸方科目」と「借方科目」とを対応付けた定義情報が仕訳定義記憶部15に記憶されていたとする(図7を参照)。
 この場合には、仕訳処理部18kは、業務データに含まれる「仕訳区分」及び「伝票区分」に応じて、業務データに「貸方科目」及び「借方科目」を追加する。このように、仕訳処理部18kが、「仕訳区分」及び「伝票区分」に応じて「貸方科目」及び「借方科目」を設定することによって、複数の会計基準それぞれに沿って仕訳が行われることになる。この結果、複数の会計基準それぞれに対応する複数の仕訳データが生成される。
 なお、仕訳フロー定義において、フィルタ処理部18b、分岐フィルタ処理部18c、集約処理部18d、配賦処理部18e、及び、マッピング処理部18fのI/F変換処理部18g、補完処理部18h、コード変換処理部18i、及び分解処理部18jを適宜に組み合わせて順番に実行するように定義することで、仕訳処理部18kを用いずに仕訳処理を行うことも可能である。
 図19は、本実施例に係る仕訳処理部18kを用いずに仕訳処理を行う場合の例を示す図である。図19は、補完処理部18hと配賦処理部18eとを組み合わせた場合の例を示している。例えば、図14に示した例と同様に、「伝票区分」と「貸方科目」と「借方科目」とを対応付けた定義情報が補完項目定義記憶部13に記憶されていたとする(図4を参照)。また、例えば、『「借方科目」が”売上”のレコードは、金額を95:5の割合で、”売上”、”仮受消費税”に配賦する』旨の定義情報が配賦定義記憶部12に記憶されていたとする。
 この場合には、まず、補完処理部18hが、図19に示すように、業務データのレコードに含まれる伝票区分に応じて、業務データのレコードに仕訳科目(貸方科目及び借方科目)を補完する。そして、補完処理部18hは、補完処理により得られたレコードを配賦処理部18eに引き渡す。その後、配賦処理部18eが、「借方科目」が「売上」のレコードを複製して2つのレコードを作成し、一方のレコードの「借方科目」に「売上」を、他方のレコードの「借方科目」に「仮受消費税」をそれぞれ設定する。また、配賦処理部18eは、元のレコードの金額(54,000円)を95:5の割合で配分して2つの金額を算出し、95の割合で算出した金額(51,300円)を「借方科目」が「売上」のレコードに設定し、5の割合で算出した金額(2,700円)を「借方科目」が「仮受消費税」のレコードに設定する。
 このように、補完処理部18hと配賦処理部18eとを組み合わせた場合でも、「貸方科目」及び「借方科目」を設定された仕訳データを生成することができる。
 なお、上述した業務データ入力受付部17及び会計データ生成部18は、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)などの集積回路、または、CPU(Central Processing Unit)やMPU(Micro Processing Unit)などの電子回路である。
 次に、本実施例に係る会計データ生成装置10によって実行される会計データ生成方法の処理手順について説明する。図20は、本実施例に係る会計データ生成装置10によって実行される会計データ生成方法の処理手順を示すフローチャートである。図20に示すように、会計データ生成装置10では、まず、業務データ入力受付部17が、業務システムのデータから作成された業務データを取得する。
 具体的には、業務データ入力受付部17は、他システムで作成された業務データを取り込んで仕訳フロー制御部18aに業務データを渡す(ステップS101)。続いて、仕訳フロー制御部18aが、業務データ入力受付部17から渡された業務データの種類に対応する仕訳フロー定義を仕訳フロー定義記憶部11から読み込む(ステップS102)。
 その後、仕訳フロー制御部18aは、読込んだ仕訳フロー定義にしたがって業務データを処理する(ステップS103)。このとき、仕訳フロー制御部18aは、モジュール化された複数のデータ処理部を仕訳フロー定義にしたがって実行させることで、複数の会計基準それぞれに対応する複数の会計データを生成する。
 具体的には、仕訳フロー制御部18aは、業務データ入力受付部17から渡された業務データをレコード単位で処理する(ステップS104)。すなわち、仕訳フロー制御部18aは、仕訳フロー定義にしたがって、業務データのレコードに対して、フィルタ処理部18bによるフィルタ処理(ステップS105)、分岐フィルタ処理部18cによる分岐フィルタ処理(ステップS106)、集約処理部18dによる集約処理(ステップS107)、配賦処理部18eによる配賦処理(ステップS108)、マッピング処理部18fによるマッピング処理(ステップS109)のいずれかの処理を実行させるように制御する。そして、仕訳フロー制御部18aは、これらの処理が行われた後に、仕訳処理部18kによる仕訳処理(ステップS110)を実行させるように制御する。
 このとき、仕訳フロー制御部18aは、業務データ入力受付部17から渡された業務データをレコード単位で処理するが、まずは、全レコードを同じデータ処理部で処理し、そのデータ処理部によって処理された全レコードを次のデータ処理部が処理するというように、データ処理部が仕訳フロー定義にしたがって、順番に処理されるように制御する。なお、仕訳フロー制御部18aは、各データ処理部の処理によってレコードが増えた場合には、増えたそれぞれのレコードを次のデータ処理部が処理するように制御する。
 そして、仕訳フロー制御部18aは、1つのデータ処理部による処理が終った時点で、仕訳フロー定義の全ての処理を行ったかを判定する(ステップS111)。ここで、仕訳フロー定義の全ての処理が行われていない場合には(ステップS111,No)、仕訳フロー制御部18aは、ステップS104に戻って、次のレコードに対して、次のデータ処理部による処理を実行させるように制御する。一方、仕訳フロー定義の全ての処理が行われていた場合には(ステップS111,Yes)、仕訳フロー制御部18aは、仕訳処理部18kにより仕訳されたレコードを仕訳データ記憶部16に保存させて(ステップS112)、処理を終了する。
 このように、本実施例に係る会計データ生成装置10では、複数の会計基準に基づいて複数の会計データを生成するための仕訳フロー定義にしたがって、各種のデータ処理部が業務データに対して処理を実行することで、複数の会計基準それぞれに対応する複数の会計データが生成される。
 次に、本実施例に係る会計データ生成装置10による仕訳処理の例について説明する。ここでは、第1の例として、業務データとして売上伝票データが取得された場合の仕訳処理の例を説明する。また、第2の例として、業務データとしてポイント売上データが取得された場合の仕訳処理を説明する。
 まず、第1の例について説明する。図21~図24は、本実施例に係る会計データ生成装置10による仕訳処理の第1の例を説明するための図である。ここで、図21は、第1の例に係る仕訳フロー定義を示しており、図22は、第1の例において業務データとして用いられる売上伝票データを示している。また、図23は、第1の例におけるマッピング処理によって得られるレコードを示しており、図24は、第2の例における仕訳処理によって得られるレコードを示している。
 第1の例では、業務データ入力受付部17は、図22に示す売上伝票データを業務データとして取得し、取得した売上伝票データを仕訳フロー制御部18aに引き渡す。仕訳フロー制御部18aは、売上伝票データを受け付けると、売上伝票データに対応する仕訳フロー定義を仕訳フロー定義記憶部11から読込む。第1の例では、仕訳フロー制御部18aは、図21に示す仕訳フロー定義を読込む。そして、仕訳フロー制御部18aは、読込んだ仕訳フロー定義にしたがって、各データ処理部を制御する。
 まず、仕訳フロー制御部18aは、仕訳フロー定義において「処理1」として定義されたマッピング処理をマッピング処理部18fに実行させる。具体的には、マッピング処理部18fのI/F変換処理部18gが、「業務コード」、「伝票日付」、「仕訳区分」及び「金額」をデータ項目とする1つのレコードを作成する。そして、I/F変換処理部18gは、業務データ入力受付部17によって取得されたレコードを元データとして、作成したレコードの「業務コード」に元データの「伝票区分」をマッピングし、「金額」に元データの「金額」をマッピングする。
 続いて、マッピング処理部18fの分解処理部18jが、マッピング処理部18fによって処理されたレコードを2つに分解し、一方のレコードの「伝票日付」に元データの「出荷日」をマッピングし、他方のレコードの「伝票日付」に元データの「検収日」をマッピングする。続いて、マッピング処理部18fの補完処理部18hが、分解処理部18jによって処理されたレコードのうち、「伝票日付」に「出荷日」がマッピングされたレコードについては、「仕訳区分」として”日本基準”を補完し、「伝票日付」に「検収日」がマッピングされたレコードについては、「仕訳区分」として”IFRS基準”を補完する。この結果、図23に示すように、「業務コード」、「伝票日付」、「仕訳区分」、「金額」がマッピングされた2つのレコードが得られる。
 その後、仕訳フロー制御部18aは、仕訳フロー定義において「処理2」として定義された仕訳処理を仕訳処理部18kに実行させる。具体的には、仕訳処理部18kは、マッピング処理部18fによって処理された2つのレコードそれぞれについて、「業務コード」が”売上”のレコードに「借方」として”売掛”を、「貸方」として”売上”を追加する仕訳処理を行う。そして、仕訳処理部18kは、仕訳処理によって生成された仕訳データを仕訳データ記憶部16に保存する。この結果、図24に示すように、日本基準に沿った仕訳データのレコードとIFRS基準に沿った仕訳データのレコードとがそれぞれ得られる。
 以上のように、第1の例では、図22に示した1レコードの売上伝票データから、図24に示すように、複数の会計基準(日本基準、IFRS基準)それぞれに対応する複数レコードの仕訳データが得られる。
 次に、第2の例について説明する。図25~図31は、本実施例に係る会計データ生成装置10による仕訳処理の第2の例を説明するための図である。ここで、図25は、第2の例に係る仕訳フロー定義を示しており、図26は、第2の例において業務データとして用いられるポイント売上データを示している。また、図27は、第2の例における分岐フィルタ処理によって得られるレコードを示している。また、図28は、第2の例における分岐1のマッピング処理によって得られるレコードを示しており、図29は、第2の例における分岐1の仕訳処理によって得られるレコードを示している。また、図30は、第2の例における分岐2のマッピング処理によって得られるレコードを示しており、図31は、第2の例における分岐2の仕訳処理によって得られるレコードを示している。
 第2の例では、業務データ入力受付部17は、図26に示すポイント売上データを業務データとして取得し、取得したポイント売上データを仕訳フロー制御部18aに引き渡す。仕訳フロー制御部18aは、ポイント売上データを受け付けると、ポイント売上データに対応する仕訳フロー定義を仕訳フロー定義記憶部11から読込む。第2の例では、仕訳フロー制御部18aは、図25に示す仕訳フロー定義を読込む。そして、仕訳フロー制御部18aは、読込んだ仕訳フロー定義にしたがって、各データ処理部を制御する。
 まず、仕訳フロー制御部18aは、仕訳フロー定義において「処理1」として定義された分岐フィルタ処理を分岐フィルタ処理部18cに実行させる。具体的には、分岐フィルタ処理部18cは、仕訳フィルタ定義において定義された分岐フィルタ処理の条件にしたがって、ポイントが0より大きい、又は、「伝票区分」が”ポイント売上”のレコードを分岐1の処理に分岐させ、「伝票区分」が”ポイント利用”のレコードを分岐2の処理に分岐させる。この結果、図27に示すように、図26に示すポイント売上データが2つのレコードに分けられる。
 そして、仕訳フロー制御部18aは、分岐1の処理に分岐されたレコード(ポイントが0より大きい、又は、「伝票区分」が”ポイント売上”のレコード)について、仕訳フロー定義において「分岐1-処理1」として定義されたマッピング処理と、「分岐1-処理2」として定義された仕訳処理とを順に実行する。
 まず、仕訳フロー制御部18aは、分岐1の処理に分岐されたレコードについて、仕訳フロー定義において「分岐1-処理1」として定義されたマッピング処理をマッピング処理部18fに実行させる。具体的には、マッピング処理部18fの分解処理部18jが、「業務コード」、「伝票日付」、「仕訳区分」及び「金額」をデータ項目とする3つのレコードを作成する。そして、分解処理部18jは、分岐フィルタ処理部18cによって分岐1の処理に分岐されたレコードを元データとして、1つ目のレコードの「金額」に元データの「金額」をマッピングする。続いて、分解処理部18jは、2つ目のレコードの「金額」に元データの「金額」から「ポイント」を減算した値をマッピングし、3つ目のレコードの「金額」に元データの「ポイント」をマッピングする。
 続いて、マッピング処理部18fの補完処理部18hが、「金額」に「金額」がマッピングされたレコードの「業務コード」に”現金売上”を設定する。また、補完処理部18hは、「金額」に「金額」から「ポイント」を減算した値がマッピングされたレコードの「業務コード」に”現金売上”を設定する。また、補完処理部18hは、「金額」に「ポイント」がマッピングされたレコードの「業務コード」に”ポイント前受”を設定する。
 続いて、マッピング処理部18fのI/F変換処理部18gが、「金額」に「金額」がマッピングされたレコードの「伝票日付」に「出荷」をマッピングする。また、I/F変換処理部18gは、「金額」に「金額」から「ポイント」を減算した値がマッピングされたレコードの「伝票日付」に「検収」をマッピングする。また、I/F変換処理部18gは、「金額」に「ポイント」がマッピングされたレコードの「業務コード」に「検収」をマッピングする。
 続いて、マッピング処理部18fの補完処理部18hが、「伝票日付」に「出荷」がマッピングされたレコードの「仕訳区分」に”日本基準”を設定する。また、補完処理部18hは、「伝票日付」に「検収」がマッピングされたレコードの「仕訳区分」に”IFRS基準”を設定する。この結果、図28に示すように、「業務コード」、「伝票日付」、「仕訳区分」、「金額」がマッピングされた3つのレコードが得られる。
 その後、仕訳フロー制御部18aは、仕訳フロー定義において「分岐1-処理2」として定義された仕訳処理を仕訳処理部18kに実行させる。具体的には、仕訳処理部18kは、マッピング処理部18fによって処理されたレコードについて、「業務コード」が”現金売上”のレコードに「借方」として”現金”を、「貸方」として”売上”を追加する仕訳処理を行う。また、仕訳処理部18kは、「業務コード」が”ポイント前受”のレコードに「借方」として”現金”を、「貸方」として”前受”を追加する仕訳処理を行う。そして、仕訳処理部18kは、仕訳処理によって生成された仕訳データを仕訳データ記憶部16に保存する。この結果、図29に示すように、日本基準に沿った1レコードの仕訳データとIFRS基準に沿った2レコードの仕訳データとがそれぞれ得られる。
 一方、仕訳フロー制御部18aは、分岐2の処理に分岐されたレコード(「伝票区分」が”ポイント利用”のレコード)については、仕訳フロー定義において「分岐2-処理1」として定義されたマッピング処理と、「分岐2-処理2」として定義された仕訳処理とを順に実行する。
 まず、仕訳フロー制御部18aは、分岐2の処理に分岐されたレコードについて、仕訳フロー定義において「分岐2-処理1」として定義されたマッピング処理をマッピング処理部18fに実行させる。具体的には、マッピング処理部18fの補完処理部18hが、「業務コード」、「伝票日付」、「仕訳区分」及び「金額」をデータ項目とする1つのレコードを作成する。そして、補完処理部18hは、作成したレコードの「業務コード」に”ポイント利用”を設定し、「仕訳区分」に”IFRS基準”を設定する。
 続いて、マッピング処理部18fのI/F変換処理部18gが、分岐フィルタ処理部18cによって分岐2の処理に分岐されたレコードを元データとして、補完処理部18hによって処理されたレコードの「伝票日付」に元データの「検収」をマッピングし、「金額」に元データの「金額」をマッピングする。この結果、図30に示すように、「業務コード」、「伝票日付」、「仕訳区分」、「金額」がマッピングされた1つのレコードが得られる。
 その後、仕訳フロー制御部18aは、仕訳フロー定義において「分岐2-処理2」として定義された仕訳処理を仕訳処理部18kに実行させる。具体的には、仕訳処理部18kは、マッピング処理部18fによって処理されたレコードについて、「業務コード」が”ポイント利用”のレコードに「借方」として”前受”を、「貸方」として”売上”を追加する仕訳処理を行う。この結果、図31に示すように、IFRS基準に沿った1レコードの仕訳データが得られる。
 以上のように、第2の例では、図26に示した2レコードのポイント売上データから、図29及び31に示すように、複数の会計基準(日本基準、IFRS基準)それぞれに対応する複数の仕訳データが得られる。
 上述したように、本実施例では、仕訳フロー定義記憶部11は、業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。また、業務データ入力受付部17は、業務システムのデータから作成された業務データ1を取得する。また、会計データ生成部18は、業務データ入力受付部17により取得された業務データの種類に対応する仕訳フロー定義を仕訳フロー定義記憶部11から読み出し、読み出した仕訳フロー定義にしたがって、その業務データから複数の会計基準それぞれに対応する複数の会計データを生成する。したがって、本実施例に係る会計データ生成装置10によれば、同一の業務データから複数の会計基準に沿った複数の会計データが生成されるので、複数の会計基準に沿った会計データを容易に生成することができる。また、複数の会計基準に基づく処理が同時に行われるので、複数の会計基準に沿った複数の会計データを効率よく生成することができる。
 また、本実施例では、会計データ生成部18は、業務データに対してそれぞれ異なる処理を行う複数のモジュール化されたデータ処理部を有する。また、仕訳フロー定義記憶部11は、複数の会計データを生成するための複数のデータ処理部の組み合わせ及び実行順序を定義した情報を定義情報として記憶する。したがって、本実施例に係る会計データ生成装置10によれば、一部のデータ処理部を変更したり、データ処理部の組み合わせや実行順序を変えたりすることによって、会計データの生成方法を容易に変更することができるので、例えば、会計基準の内容が変更された場合でも、その変更に容易に対応することができる。
 また、本実施例では、業務データ入力受付部17は、取引に関するデータを業務データとして取得する。また、会計データ生成部18は、複数の会計基準それぞれに基づいて業務データを仕訳した複数の仕訳データを会計データとして生成する。したがって、本実施例に係る会計データ生成装置10によれば、複数の会計基準に沿った仕訳データを容易に生成することができる。
 また、本実施例では、会計データ生成部18は、取引を仕訳する際の仕訳科目が複数の会計基準ごとに異なる場合に、各会計基準における仕訳科目ごとに業務データを分解する分解処理を行って会計データを生成する。したがって、本実施例に係る会計データ生成装置10によれば、仕訳科目が複数の会計基準ごとに異なる場合でも、各会計基準に沿った仕訳データを容易に生成することができる。
 また、本実施例では、会計データ生成部18は、取引を仕訳する際の発生日とすべき日付が複数の会計基準ごとに異なる場合に、各会計基準における発生日とすべき日付ごとに業務データを分解する分解処理を行って会計データを生成する。したがって、本実施例に係る会計データ生成装置10によれば、取引を仕訳する際の発生日とすべき日付が複数の会計基準ごとに異なる場合でも、各会計基準に沿った仕訳データを容易に生成することができる。
 また、本実施例では、会計データ生成部18は、複数の会計基準それぞれを識別する仕訳区分をデータ項目として業務データに補完する補完処理を行って会計データを生成する。したがって、本実施例に係る会計データ生成装置10によれば、仕訳の基準となった会計基準を容易に判別可能な仕訳データを生成することができる。
 なお、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
 また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
 例えば、上記実施例で説明した会計データ生成方法は、あらかじめ用意されたプログラムをコンピュータで実行することで実現することもできる。そこで、以下では、上記実施例で説明した会計データ生成方法を実現する会計データ生成プログラムを実行するコンピュータの一例を説明する。
 図32は、本実施例に係る会計データ生成プログラムを実行するコンピュータ20を示す図である。図32に示すように、コンピュータ20は、例えば、メモリ21と、CPU(Central Processing Unit)22と、ハードディスクドライブインタフェース23と、ディスクドライブインタフェース24と、シリアルポートインタフェース25と、ビデオアダプタ26と、ネットワークインタフェース27とを有する。これらの各部は、バス28によって接続される。
 メモリ21は、ROM(Read Only Memory)21aおよびRAM(Random Access Memory)21bを含む。ROM21aは、例えば、BIOS(Basic Input Output System)等のブートプログラムを記憶する。ハードディスクドライブインタフェース23は、ハードディスクドライブ29に接続される。ディスクドライブインタフェース24は、ディスクドライブ24aに接続される。ディスクドライブ24aには、例えば、磁気ディスクや光ディスク等の着脱可能な記録媒体が挿入される。シリアルポートインタフェース25には、例えば、マウス25aおよびキーボード25bが接続される。ビデオアダプタ26には、例えば、ディスプレイ26aが接続される。
 ここで、図32に示すように、ハードディスクドライブ29は、例えば、OS(Operating System)29a、アプリケーションプログラム29b、プログラムモジュール29cおよびプログラムデータ29dを記憶する。本実施例に会計データ生成プログラムは、例えば、コンピュータ20によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ29に記録される。具体的には、上記実施例で説明した業務データ入力受付部17と同様の情報処理を実行するための業務データ取得手順、並びに、会計データ生成部18と同様の情報処理を実行するためのデータ読み出し手順及び会計データ生成手順が記述されたプログラムモジュールが、ハードディスクドライブ29に記憶される。
 また、上記実施例で説明した仕訳フロー定義記憶部11などに記憶されるデータのように、会計データ生成プログラムによる情報処理に用いられるデータは、例えば、ハードディスクドライブ29に記憶される。そして、CPU22が、ハードディスクドライブ29に記憶されたプログラムモジュールやプログラムデータを必要に応じてRAM21bに読み出して、情報収集手順およびサービス決定手順を実行する。
 なお、会計データ生成プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ29に記憶される場合に限られず、例えば、着脱可能な記録媒体に記憶されて、ディスクドライブ24a等を介してCPU22によって読み出されてもよい。あるいは、会計データ生成プログラムに係るプログラムモジュールやプログラムデータは、LAN(Local Area Network)やWAN(Wide Area Network)等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース27を介してCPU22によって読み出されてもよい。
 また、上記実施例で説明した会計データ生成方法は、ネットワークを介して接続されたクライアント装置及びサーバ装置を含んだコンピュータシステムに適用することもできる。ここでいうコンピュータシステムには、例えば、サーバ装置が、インターネットを介して、ソフトウェア、ハードウェア、データベースなどの各種コンピュータ資源を利用するサービスをクライアント装置に提供するクラウドコンピューティングの仕組みを利用したものも含まれる。
 以下では、上記実施例で説明した会計データ生成方法を適用した会計データ生成システムの一例を説明する。図33は、本実施例に係る会計データ生成システムの構成を示す図である。図33に示すように、本実施例に係る会計データ生成システム100は、クライアント装置30とサーバ装置40とを有する。ここで、クライアント装置30とサーバ装置40とは、ネットワーク2を介して接続される。
 クライアント装置30は、サーバ装置40によって提供される会計データ生成サービスの利用者によって使用される端末装置である。このクライアント装置30は、例えば、通信制御部31と、仕訳データ記憶部32と、業務データ入力受付部33と、データ送信部34と、データ受信部35とを有する。通信制御部31は、サーバ装置40との間でやり取りされる各種情報の送受信を制御する。
 仕訳データ記憶部32は、サーバ装置40から送信された会計データを記憶する。例えば、仕訳データ記憶部32は、サーバ装置40から送信された仕訳データを会計データとして記憶する。この仕訳データ記憶部32に記憶された会計データは、例えば、クライアント装置30や財務会計システムなどの他の情報処理装置が有する帳票作成機能に入力され、各種の会計帳票を作成するために用いられる。
 業務データ入力受付部33は、業務システムのデータから作成された業務データ1を取得する。例えば、業務データ入力受付部33は、取引に関するデータを業務データ1として取得する。ここで、例えば、業務データ入力受付部33は、業務システムから出力された業務データをネットワーク2経由で受信することで、業務データを取得する。または、業務データ入力受付部33は、業務データが記録されたDVD(Digital Versatile Disc)やCD(Compact Disk)などの記録媒体から業務データを読み込むことで、業務データを取得する。
 データ送信部34は、ネットワーク2を介して、業務システムのデータから作成された業務データをサーバ装置40に送信する。具体的には、データ送信部34は、クライアント装置30の利用者による操作に応じて、通信制御部31を介して、業務データ入力受付部33によって取得された業務データを含めた会計データ生成要求をサーバ装置40に送信する。
 データ受信部35は、サーバ装置40から送信される会計データを受信する。具体的には、データ受信部35は、通信制御部31を介して、会計データ生成要求に応じてサーバ装置40から送信される会計データを受信する。そして、データ受信部35は、サーバ装置40から会計データを受信すると、受信した会計データを仕訳データ記憶部32に保存する。
 サーバ装置40は、ネットワーク2を介してクライアント装置30の利用者に会計データ生成サービスを提供する。このサーバ装置40は、例えば、通信制御部41と、仕訳フロー定義記憶部42と、データ受信部43と、データ送信部44と、会計データ生成部45とを有する。通信制御部41は、クライアント装置30との間でやり取りされる各種情報の送受信を制御する。
 仕訳フロー定義記憶部42は、クライアント装置30から送信される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。この仕訳フロー定義記憶部42は、上記実施例で説明した仕訳フロー定義記憶部11に記憶される定義情報と同様の定義情報を記憶する。
 データ受信部43は、クライアント装置30から業務データを受信する。具体的には、データ受信部43は、通信制御部41を介して、クライアント装置30から送信された会計データ生成要求を受信する。そして、データ受信部43は、会計データ生成要求を受信すると、受信した会計データ生成要求に含まれる業務データを会計データ生成部45に引き渡す。
 データ送信部44は、会計データ生成部45によって生成された会計データをクライアント装置30に送信する。具体的には、データ送信部44は、後述する会計データ生成部45によって会計データが生成されると、通信制御部41を介して、生成された会計データをクライアント装置30に送信する。
 会計データ生成部45は、データ受信部43により受信された業務データの種類に対応する定義情報を仕訳フロー定義記憶部42から読み出し、読み出した定義情報にしたがって、業務データから複数の会計基準それぞれに対応する複数の会計データを生成する。例えば、会計データ生成部45は、複数の会計基準それぞれに基づいて業務データを仕訳した複数の仕訳データを会計データとして生成する。
 この会計データ生成部45は、上記実施例で説明した会計データ生成部18と同様の構成を有する。具体的には、会計データ生成部45は、上記実施例で説明した仕訳フロー制御部18a、フィルタ処理部18b、分岐フィルタ処理部18c、集約処理部18d、配賦処理部18e、マッピング処理部18f、I/F変換処理部18gと、補完処理部18hと、コード変換処理部18iと、分解処理部18j、仕訳処理部18kと同様の機能部を有する。
 なお、図33では図示を省略したが、サーバ装置40は、上記実施例で説明した配賦定義記憶部12、補完項目定義記憶部13、コード変換定義憶部14、仕訳定義記憶部15と同様の情報を記憶する記憶部を有する。
 このように、本実施例では、クライアント装置30において、業務データ入力受付部33が、業務システムのデータから作成された業務データ1を取得する。また、サーバ装置において、仕訳フロー定義記憶部42が、クライアント装置30から送信される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する。また、データ受信部43が、クライアント装置30から業務データを受信する。また、会計データ生成部45は、データ受信部43により受信された業務データの種類に対応する定義情報を仕訳フロー定義記憶部42から読み出し、読み出した定義情報にしたがって、業務データ1から複数の会計基準それぞれに対応する複数の会計データを生成する。また、データ送信部44が、会計データ生成部45によって生成された会計データをクライアント装置30に送信する。したがって、本実施例に係る会計データ生成システム100によれば、クライアント装置30の利用者は、業務システムのデータから作成された業務データを含めた会計データ生成要求をサーバ装置40に送信することで、複数の会計基準に沿った会計データを容易に得ることができる。
 10 会計データ生成装置
 11 仕訳フロー定義記憶部
 17 業務データ入力受付部
 18 会計データ生成部

Claims (11)

  1.  業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する定義情報記憶部と、
     前記業務データを取得する業務データ取得部と、
     前記業務データ取得部により取得された業務データの種類に対応する定義情報を前記定義情報記憶部から読み出し、読み出した定義情報にしたがって、当該業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する会計データ生成部と
     を備えたことを特徴とする会計データ生成装置。
  2.  前記会計データ生成部は、前記業務データに対してそれぞれ異なる処理を行う複数のモジュール化されたデータ処理部を有し、
     前記定義情報記憶部は、前記複数の会計データを生成するための前記複数のデータ処理部の組み合わせ及び実行順序を定義した情報を前記定義情報として記憶する
     ことを特徴とする請求項1に記載の会計データ生成装置。
  3.  前記業務データ取得部は、取引に関するデータを業務データとして取得し、
     前記会計データ生成部は、前記複数の会計基準それぞれに基づいて前記業務データを仕訳した複数の仕訳データを前記会計データとして生成する
     ことを特徴とする請求項1又は2に記載の会計データ生成装置。
  4.  前記会計データ生成部は、取引を仕訳する際の仕訳科目が前記複数の会計基準ごとに異なる場合に、各会計基準における仕訳科目ごとに前記業務データを分解する分解処理を行って前記会計データを生成することを特徴とする請求項3に記載の会計データ生成装置。
  5.  前記会計データ生成部は、取引を仕訳する際の発生日とすべき日付が前記複数の会計基準ごとに異なる場合に、各会計基準における発生日とすべき日付ごとに前記業務データを分解する分解処理を行って前記会計データを生成することを特徴とする請求項3又は4に記載の会計データ生成装置。
  6.  前記会計データ生成部は、前記複数の会計基準それぞれを識別する仕訳区分をデータ項目として前記業務データに補完する補完処理を行って前記会計データを生成することを特徴とする請求項4又は5に記載の会計データ生成装置。
  7.  業務システムのデータから作成された業務データを取得するステップと、
     複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を前記業務データの種類ごとに記憶した定義情報記憶部から、前記取得された業務データの種類に対応する定義情報を読み出すステップと、
     前記読み出された定義情報にしたがって、前記取得された業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成するステップと
     を含んだことを特徴とする会計データ生成方法。
  8.  業務システムのデータから作成された業務データを取得する業務データ取得手順と、
     複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を前記業務データの種類ごとに記憶した定義情報記憶部から、前記業務データ取得手順により取得された業務データの種類に対応する定義情報を読み出すデータ読み出し手順と、
     前記データ読み出し手順により読み出された定義情報にしたがって、前記業務データ取得手順により取得された業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する会計データ生成手順と
     をコンピュータに実行させることを特徴とする会計データ生成プログラム。
  9.  ネットワークを介して接続されたクライアント装置及びサーバ装置を含んだ会計データ生成システムであって、
     前記クライアント装置が、
     ネットワークを介して、業務システムのデータから作成された業務データを前記サーバ装置に前記送信する業務データ送信部を備え、
     前記サーバ装置が、
     前記業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する定義情報記憶部と、
     前記クライアント装置から前記業務データを受信する業務データ受信部と、
     前記業務データ受信部により受信された業務データの種類に対応する定義情報を前記定義情報記憶部から読み出し、読み出した定義情報にしたがって、前記業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する会計データ生成部と、
     前記会計データ生成部によって生成された会計データを前記クライアント装置に送信する会計データ送信部と
     を備えたことを特徴とする会計データ生成システム。
  10.  業務システムのデータから作成される業務データの種類ごとに、複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を記憶する定義情報記憶部と、
     ネットワークを介して接続されたクライアント装置から前記業務データを受信する業務データ受信部と、
     前記業務データ受信部により受信された業務データの種類に対応する定義情報を前記定義情報記憶部から読み出し、読み出した定義情報にしたがって、前記業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する会計データ生成部と
     を備えたことを特徴とするサーバ装置。
  11.  コンピュータに、
     業務システムのデータから作成された業務データを取得する業務データ取得手順と、
     複数の会計基準それぞれに対応する複数の会計データを生成するための定義情報を前記業務データの種類ごとに記憶した定義情報記憶部から、前記業務データ取得手順により取得された業務データの種類に対応する定義情報を読み出すデータ読み出し手順と、
     前記データ読み出し手順により読み出された定義情報にしたがって、前記業務データ取得手順により取得された業務データから前記複数の会計基準それぞれに対応する複数の会計データを生成する会計データ生成手順と
     を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2012/069372 2011-09-15 2012-07-30 会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体 WO2013038824A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12832481.1A EP2757507A4 (en) 2011-09-15 2012-07-30 ACCOUNTING DATA GENERATION DEVICE, METHOD, PROGRAM, SYSTEM, SERVER DEVICE, AND RECORDING MEDIUM
US14/202,922 US20140195391A1 (en) 2011-09-15 2014-03-10 Accounting data generation apparatus, method, and server apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011202190A JP6001835B2 (ja) 2011-09-15 2011-09-15 会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体
JP2011-202190 2011-09-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/202,922 Continuation US20140195391A1 (en) 2011-09-15 2014-03-10 Accounting data generation apparatus, method, and server apparatus

Publications (1)

Publication Number Publication Date
WO2013038824A1 true WO2013038824A1 (ja) 2013-03-21

Family

ID=47883063

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/069372 WO2013038824A1 (ja) 2011-09-15 2012-07-30 会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体

Country Status (4)

Country Link
US (1) US20140195391A1 (ja)
EP (1) EP2757507A4 (ja)
JP (1) JP6001835B2 (ja)
WO (1) WO2013038824A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017016705A (ja) * 2016-10-11 2017-01-19 セイコーエプソン株式会社 会計処理装置
CN107122350A (zh) * 2017-04-27 2017-09-01 北京易麦克科技有限公司 一种多段落文本的特征抽取***及方法
JP2020013358A (ja) * 2018-07-19 2020-01-23 株式会社日立製作所 配賦処理システムおよびその方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210125289A1 (en) * 2018-01-12 2021-04-29 Atrris Corporation Business management system and business management method
CN111127217B (zh) * 2019-11-13 2023-05-09 泰康保险集团股份有限公司 保单数据处理***、方法、装置、介质及电子设备
US11537844B2 (en) * 2020-02-03 2022-12-27 Intuit Inc. Systems and methods of business categorization and service recommendation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001175786A (ja) * 1999-12-17 2001-06-29 Back Office:Kk 伝票データ処理方法及びシステム並びに伝票データ処理プログラムを記録した媒体
JP2007012018A (ja) 2005-12-12 2007-01-18 Toshiro Dan 仕訳自動作成機能を備えた会計システム
JP2009015421A (ja) * 2007-07-02 2009-01-22 Hitachi Ltd 財務書類作成システムおよび財務書類作成方法
JP4226171B2 (ja) 1998-11-17 2009-02-18 富士通株式会社 取引データを処理する会計システム、およびその方法、並びにそのためのプログラムを格納した記憶媒体

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020111891A1 (en) * 2000-11-24 2002-08-15 Woodward Hoffman Accounting system for dynamic state of the portfolio reporting

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4226171B2 (ja) 1998-11-17 2009-02-18 富士通株式会社 取引データを処理する会計システム、およびその方法、並びにそのためのプログラムを格納した記憶媒体
JP2001175786A (ja) * 1999-12-17 2001-06-29 Back Office:Kk 伝票データ処理方法及びシステム並びに伝票データ処理プログラムを記録した媒体
JP2007012018A (ja) 2005-12-12 2007-01-18 Toshiro Dan 仕訳自動作成機能を備えた会計システム
JP2009015421A (ja) * 2007-07-02 2009-01-22 Hitachi Ltd 財務書類作成システムおよび財務書類作成方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Package o Katsuyo shita 'IFRS' Taio", NIKKEI COMPUTER, vol. 728, 14 April 2009 (2009-04-14), pages 86 - 90, XP008173398 *
KIKAN SYSTEM ET AL., MITTSU NO SENTAKUSHI, NIKKEI COMPUTER, no. 752, 16 March 2010 (2010-03-16), pages 30 - 35, XP008173399 *
See also references of EP2757507A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017016705A (ja) * 2016-10-11 2017-01-19 セイコーエプソン株式会社 会計処理装置
CN107122350A (zh) * 2017-04-27 2017-09-01 北京易麦克科技有限公司 一种多段落文本的特征抽取***及方法
CN107122350B (zh) * 2017-04-27 2021-02-05 北京易麦克科技有限公司 一种多段落文本的特征抽取***的方法
JP2020013358A (ja) * 2018-07-19 2020-01-23 株式会社日立製作所 配賦処理システムおよびその方法

Also Published As

Publication number Publication date
JP6001835B2 (ja) 2016-10-05
EP2757507A4 (en) 2015-01-28
JP2013065090A (ja) 2013-04-11
EP2757507A1 (en) 2014-07-23
US20140195391A1 (en) 2014-07-10

Similar Documents

Publication Publication Date Title
WO2013038824A1 (ja) 会計データ生成装置、方法、プログラム、システム、サーバ装置、及び記録媒体
Boreiko et al. Blockchain startups and prospectus regulation
JP4701510B2 (ja) 金融取引に関する取引情報を集約する装置、及びその方法
US20090265392A1 (en) Data verifying device, data verifying method, and data verifying program
CN107220895B (zh) 虚拟资源的转移数值统计方法及装置
CN108241603A (zh) 一种财务报表生成方法及***
CN103903081A (zh) 利用erp***中的涉税单据数据生成涉税凭证的方法和***
CN107808334A (zh) 一种从业务单据自动生成会计凭证的方法
JP2017168087A (ja) 経費仕訳自動作成装置、経費仕訳自動作成方法、および、経費仕訳自動作成プログラム
US20070011014A1 (en) Method and system of accounting transactions through concurrent processing of events in cyber space
JP2022002145A (ja) 仕訳データ作成装置、仕訳データ作成方法および仕訳データ作成プログラム
JP2018041321A (ja) 為替差損益管理装置、為替差損益管理方法、および、為替差損益管理プログラム
JP6427247B1 (ja) 電子記録債権管理システム
CN116029843A (zh) 一种财务报销方法、装置及电子设备
JP2004070406A (ja) 財務データ管理システム及び財務データ管理方法、並びにコンピュータ・プログラム
CN111612630A (zh) 一种多品类金融资产账户盈亏计算方法及装置
WO2019138670A1 (ja) 業務管理システム、及び業務管理方法
JP5689298B2 (ja) 会計単位間振替仕訳分割システムと方法およびプログラム
JP2007317092A (ja) クレジット入金管理システム、アプリケーションサーバ、プログラム、及びコンピュータ読取可能な記録媒体
JP6550518B2 (ja) 電子記録債権管理システム
JP2018028843A (ja) 債権債務管理装置、債権債務管理方法、および、債権債務管理プログラム
JP4372768B2 (ja) 債権流動化管理方法、債権流動化管理システム及び債権流動化管理プログラム
Koroleva et al. Information technologies as an instrument to administrate added value tax
JP4722485B2 (ja) ビジネスデータの自動記憶方法およびビジネスデータの自動記憶システム
JP7512133B2 (ja) 換算レート管理装置、換算レート管理方法、及び換算レート管理プログラム

Legal Events

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

Ref document number: 12832481

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012832481

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE