JP6119101B2 - Aggregation device, aggregation method, and aggregation system - Google Patents
Aggregation device, aggregation method, and aggregation system Download PDFInfo
- Publication number
- JP6119101B2 JP6119101B2 JP2012042334A JP2012042334A JP6119101B2 JP 6119101 B2 JP6119101 B2 JP 6119101B2 JP 2012042334 A JP2012042334 A JP 2012042334A JP 2012042334 A JP2012042334 A JP 2012042334A JP 6119101 B2 JP6119101 B2 JP 6119101B2
- Authority
- JP
- Japan
- Prior art keywords
- slip
- information
- data
- identification information
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000002776 aggregation Effects 0.000 title claims description 85
- 238000004220 aggregation Methods 0.000 title claims description 80
- 238000000034 method Methods 0.000 title claims description 34
- 238000003860 storage Methods 0.000 claims description 161
- 238000012937 correction Methods 0.000 claims description 26
- 230000005540 biological transmission Effects 0.000 claims description 23
- 238000004458 analytical method Methods 0.000 description 51
- 238000013500 data storage Methods 0.000 description 50
- 238000012544 monitoring process Methods 0.000 description 40
- 238000010586 diagram Methods 0.000 description 38
- 238000012545 processing Methods 0.000 description 32
- 238000007726 management method Methods 0.000 description 28
- 238000004891 communication Methods 0.000 description 18
- 238000004519 manufacturing process Methods 0.000 description 12
- 230000003203 everyday effect Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 3
- 238000013439 planning Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000010923 batch production Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、集計装置、集計方法および集計システムに関する。 The present invention relates to a counting device , a counting method, and a counting system .
グローバル化の進展により、企業は、支店や工場、子会社、ディーラ、サプライヤなどの拠点が複数の地域や国に展開している場合がある。そして、各種の分析を行うため、各拠点の製品などの販売実績や受注状況、納品状況などの各種の状況の見える化が望まれている。 As globalization progresses, companies may have branches, factories, subsidiaries, dealers, suppliers, and other locations in multiple regions and countries. In order to perform various types of analysis, it is desired to visualize various situations such as sales results, orders received, and delivery status of products at each base.
各種の状況の見える化を行うシステムとして、例えば、データを収集する収集サーバと分析を行う分析サーバとを設け、各拠点から販売実績など各種の伝票情報を収集サーバに収集し、収集された情報を分析サーバへ送信して分析を行う構成が考えられる。 As a system that visualizes various situations, for example, a collection server that collects data and an analysis server that performs analysis are provided, and various slip information such as sales results from each base is collected in the collection server, and the collected information Can be configured to perform analysis by transmitting to the analysis server.
収集サーバは、各拠点で発生した伝票情報を記憶させた場合、大量のデータが記憶される。この大量のデータを収集サーバが分析サーバへ送信した場合、通信負荷が大きい。 When the collection server stores the slip information generated at each site, a large amount of data is stored. When the collection server transmits this large amount of data to the analysis server, the communication load is large.
そこで、収集サーバが、各拠点で発生した伝票情報をサマライズし、サマライズしたサマライズデータを分析サーバへ送信することが考えられる。例えば、収集サーバは、販売実績の伝票情報を商品別、販売月別に集計し、商品毎の販売月別の販売数の集計データを分析サーバへ送信する。 Therefore, it is conceivable that the collection server summarizes the slip information generated at each base and transmits the summarized data to the analysis server. For example, the collection server aggregates sales slip information for each product and each sales month, and transmits total data for the number of sales for each product for each sales month to the analysis server.
ところで、各拠点では、収集サーバへ送信した伝票の数量や金額などの数値を修正して修正伝票として伝票情報を再度送信する場合がある。収集サーバが、修正伝票の伝票情報の数値を集計して分析サーバへ送信した場合、修正前の数値を集計した集計データと修正後の数値を集計した集計データがそれぞれ送信されるため、伝票の数値と集計データを合算した数値との間で数値の整合性が取れなくなる。 By the way, in each base, there are cases where numerical values such as the quantity and amount of the slip transmitted to the collection server are corrected and the slip information is transmitted again as a corrected slip. When the collection server sums up the numerical values of the slip information of the correction slip and sends it to the analysis server, the summation data that sums up the values before correction and the summation data that sums up the values after correction are sent separately. The consistency of the numerical value cannot be obtained between the numerical value and the numerical value obtained by adding up the aggregated data.
開示の技術は、上記に鑑みてなされたものであって、伝票が修正された場合でも数値の整合性が取れなくなることを抑制できる集計装置、集計方法および集計システムを提供することを目的とする。 The disclosed technology has been made in view of the above, and an object thereof is to provide a totaling device , a totaling method, and a totaling system capable of suppressing the inconsistency of numerical values even when a slip is corrected. .
本願の開示する集計装置は、記憶部と、受信部と、集計部とを有する。記憶部は、それぞれの伝票を識別する識別情報および所定の集計項目の数値を含んだ伝票情報を記憶する。受信部は、前記伝票情報を受信する。集計部は、前記受信部により受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が前記記憶部に記憶されている場合、記憶された伝票情報に含まれる前記集計項目の数値に対する受信した伝票情報に含まれる前記集計項目の数値の差を集計する。また、集計部は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が前記記憶部に記憶されていない場合、受信した伝票情報に含まれる前記集計項目の数値を集計する。 The tabulation device disclosed in the present application includes a storage unit, a reception unit, and a tabulation unit. The storage unit stores identification information that identifies each of the slips and slip information that includes numerical values of predetermined count items. The receiving unit receives the slip information. When the slip information including the same identification information as the identification information included in the slip information received by the receiving unit is stored in the storage unit, the totaling unit stores the total items included in the stored slip information. The difference between the numerical values of the total items included in the received slip information with respect to the numerical values is totaled. In addition, when the slip information that includes the same identification information as the identification information included in the received slip information is not stored in the storage unit, the totaling unit counts the numerical values of the total items included in the received slip information. To do.
本願の開示する集計装置の一つの態様によれば、伝票が修正された場合でも数値の整合性が取れなくなることを抑制できるという効果を奏する。 According to one aspect of the aggregation device disclosed in the present application, there is an effect that it is possible to prevent the numerical value from being inconsistent even when the slip is corrected.
以下に、本願の開示する集計装置および集計プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。 Hereinafter, embodiments of a counting device and a counting program disclosed in the present application will be described in detail with reference to the drawings. Note that this embodiment does not limit the disclosed technology. Each embodiment can be appropriately combined within a range in which processing contents are not contradictory.
[システム構成]
まず、本実施例に係る分析システムの構成について説明する。図1は、実施例1に係る分析システムの構成を示す図である。図1に示す分析システム10は、企業の各拠点の製品などの販売実績や受注状況、納品状況などの各種の状況の見える化を行うものである。
[System configuration]
First, the configuration of the analysis system according to the present embodiment will be described. FIG. 1 is a diagram illustrating the configuration of the analysis system according to the first embodiment. The
この分析システム10は、図1に示すように、複数の業務システム11と、マスタサーバ12と、モニタリングサーバ13とを有する。業務システム11は、企業の拠点でそれぞれ運用され、拠点の業務に用いられるシステムである。マスタサーバ12およびモニタリングサーバ13は、企業の本社で運用される。マスタサーバ12は、各業務システム11から各拠点の業務に関する情報を収集するサーバ装置である。モニタリングサーバ13は、マスタサーバ12に収集された情報を用いて、各拠点に状況を示す各種情報を提供するサーバ装置である。なお、図1の例では、業務システム11が2つの場合を例示したが、開示のシステムはこれに限定されず、業務システム11を任意の数とすることができる。また、図1の例では、モニタリングサーバ13が1つの場合を例示したが、開示のシステムはこれに限定されず、モニタリングサーバ13を2つ以上設けてもよい。
As illustrated in FIG. 1, the
これら業務システム11と、マスタサーバ12、モニタリングサーバ13の間は、ネットワーク14を介して通信可能に接続される。かかるネットワーク14には、有線または無線を問わず、インターネット、LAN(Local Area Network)、WAN(Wide Area Network)、VPN(Virtual Private Network)などの任意の通信網を採用できる。
The business system 11 and the
業務システム11には、それぞれ拠点の各種の業務に関する計画や実績が入力される。業務システム11は、それぞれの拠点が遂行する業務内容に応じてそれぞれ異なるものとしてもよく、複数のシステムを含んでもよい。例えば、かかる業務システム11としては、拠点の会計を管理する会計システム、各種作業の予定や実績を管理する作業管理システム、各設備稼働の予定や実績を管理する設備管理システム、商品等の生産状況を管理する生産管理システムなどがある。また、業務システム11としては、商品等の販売計画を管理する販売計画システム、商品等の販売実績や受注状況を管理する販売管理システム、商品等の生産状況を管理する生産管理システム、商品等の在庫状況を管理する在庫管理システムなどがある。さらに、業務システム11としては、生産や販売、在庫、購買、物流、会計などの企業内のあらゆる経営資源に関する情報を管理するERP(Enterprise Resource Planning)システムなどがある。業務システム11には、会計、作業管理、設備管理、販売管理、生産管理、販売計画、在庫管理など各種の業務に関する計画や実績の情報が入力される。例えば、業務システム11には、商品を販売する取引があった場合、取引に関する売上伝票の情報が入力される。 The business system 11 is input with plans and results concerning various business operations at each site. The business system 11 may be different depending on the business content performed by each base, and may include a plurality of systems. For example, the business system 11 includes an accounting system that manages the accounting of a base, a work management system that manages schedules and results of various operations, an equipment management system that manages schedules and results of operation of each facility, and the production status of products, etc. Production management system to manage The business system 11 includes a sales planning system that manages sales plans for products, a sales management system that manages sales results and order status of products, a production management system that manages the production status of products, and the like. There is an inventory management system for managing inventory status. Further, the business system 11 includes an ERP (Enterprise Resource Planning) system that manages information related to all management resources in a company such as production, sales, inventory, purchase, distribution, and accounting. The business system 11 receives information on plans and results regarding various business operations such as accounting, work management, equipment management, sales management, production management, sales planning, and inventory management. For example, when there is a transaction for selling a product, the business system 11 receives sales slip information related to the transaction.
業務システム11は、入力された伝票情報などの各種業務に関する情報を業務データとして、マスタサーバ12へ送信する。例えば、会計に関する業務データとしては、各勘定科目の予算データ、各勘定科目の残高データなどがある。また、作業管理に関する業務データとしては、作業予定データ、作業実績データなどがある。また、設備管理に関する業務データとしては、設備稼働予定データ、設備稼働実績データなどがある。また、生産管理に関する業務データとしては、製造予定データ、製造実績データ、消費材料の使用予定データ、消費材料の使用実績データ、不良実績データなどがある。また、販売計画に関する業務データとしては、販売計画データ、商品等の調達予定データ、商品等の調達実績データなどがある。また、販売管理に関する業務データとしては、受注データ、出荷実績データ、売上実績データなどがある。在庫管理に関する業務データとしては、在庫データ、在庫調整データ、原価データなどがある。なお、業務システム11は、業務データをマスタサーバ12へリアルタイムに送信してもよく、ユーザから送信を指示する操作が行われたタイミングで送信してもよく、日毎など一定期間毎にバッチ処理でまとめて送信してもよい。
The business system 11 transmits information related to various businesses such as the input slip information to the
マスタサーバ12は、各業務システム11から各拠点の業務データを収集する。ここで、グローバル化の進展により、企業は、拠点が複数の地域や国に展開している場合がある。各拠点の業務システム11は、それぞれ個別に運用されるため、同一の商品や同一の仕入先など同一の対象に対して異なる名称やコードが使用される場合がある。マスタサーバ12は、各業務システム11で用いられる名称やコードなどを統一するためのマスタ情報を記憶している。このマスタ情報には、各業務システム11で用いられる名称やコードと、共通に用いる名称やコードとが関連づけられている。マスタサーバ12は、マスタ情報に基づいて、各業務システム11から収集された情報のコードを統一コードに変換して格納する。
The
また、マスタサーバ12は、モニタリングサーバ13へ各拠点の各種の状況の分析に用いる分析用のデータを送信する。ここで、マスタサーバ12には、各業務システム11から各拠点で発生した伝票の情報などの大量の業務データが記憶される。この大量の業務データをマスタサーバ12がモニタリングサーバ13へ送信した場合、通信負荷が大きい。モニタリングサーバ13を複数設けた場合、通信負荷はさらに大きくなる。そこで、マスタサーバ12は、各業務システム11から収集された業務データをサマライズし、サマライズしたサマライズデータを分析対象データとしてモニタリングサーバ13へ送信する。例えば、マスタサーバ12は、売上伝票情報を集計キーとされた項目の情報毎に集計してサマライズデータを生成し、生成したサマライズデータを分析対象データとしてモニタリングサーバ13へ送信する。
In addition, the
モニタリングサーバ13は、マスタサーバ12に送信されたサマライズデータを蓄積し、蓄積されたサマライズデータを用いて、各拠点に関する各種情報を提供する。本社の経営者や担当者、あるいは各拠点の責任者は、モニタリングサーバ13から提供される各拠点に関する各種情報を基に分析を行う。
The monitoring
また、マスタサーバ12には、各拠点から伝票が業務データとして適宜収集される。マスタサーバ12は、各拠点から収集された業務データを集計してサマライズデータを生成する。よって、サマライズデータは、複数の伝票の集計結果を含む場合がある。また、マスタサーバ12には、ある商品の売上情報を集計してモニタリングサーバ13へ送信した後に、同じ商品の売上情報が再度収集される場合もある。マスタサーバ12は、再度収集された売上情報も集計してモニタリングサーバ13へ送信する。このように、モニタリングサーバ13には、同じ商品に関するサマライズデータが複数回に分かれて送信される場合もある。このため、モニタリングサーバ13では、マスタサーバ12から受信されたサマライズデータを以前に受信したサマライズデータと置き換えず、受信したサマライズデータを蓄積、集計して各種情報を提供する。
The
ところで、各拠点では、マスタサーバ12へ伝票情報を送信した後、送信した伝票情報の伝票の数量や金額などの数値を修正する場合があり、数値を修正した修正伝票の伝票情報を再度送信する場合がある。マスタサーバ12が、修正伝票の伝票情報の数値を集計したサマライズデータをモニタリングサーバ13へ送信した場合、修正前の数値を集計したサマライズデータと修正後の数値を集計したサマライズデータをそれぞれ送信される。モニタリングサーバ13は、マスタサーバ12に受信したサマライズデータを蓄積、集計するが、修正伝票の数値を集計したサマライズデータを集計した場合、伝票の数値とサマライズデータを合算した数値との間で数値の整合性が取れなくなる。例えば、マスタサーバ12は、拠点Aから収集された商品Aを10個売り上げた売上の伝票情報を集計してモニタリングサーバ13へ送信する。その後、マスタサーバ12は、拠点Aから商品Aの売上個数が8個に修正された売上の伝票情報が収集され、売上個数が修正された伝票情報を集計してモニタリングサーバ13へ送信した場合を想定する。この場合、モニタリングサーバ13では、受信したサマライズデータを蓄積、集計した結果、商品Aの売上個数が18個となってしまう。
By the way, after transmitting the slip information to the
そこで、本実施例に係るマスタサーバ12は、それぞれの伝票を識別する識別情報および所定の集計項目の数値を含んだ伝票情報を記憶する。一態様としては、それぞれの伝票を識別する識別情報毎に直近に受信した伝票情報を記憶する。例えば、伝票情報に全拠点で一意となるように伝票番号を定める場合、マスタサーバ12は、伝票番号を識別情報として、伝票番号毎に伝票情報を記憶する。また、伝票情報に拠点毎に一意となる伝票番号を定める場合、マスタサーバ12は、拠点のコードおよび伝票番号を識別情報として、拠点のコードおよび伝票番号毎に伝票情報を記憶する。また、伝票情報に、拠点、伝票の種別毎に一意となる伝票番号を定める場合、マスタサーバ12は、拠点のコード、伝票の種別および伝票番号を識別情報として、拠点のコード、種別および伝票番号毎に伝票情報を記憶する。そして、本実施例に係るマスタサーバ12は、受信された伝票情報と識別情報が同じ伝票情報が記憶されている場合、記憶された伝票情報の数値に対する受信した伝票情報の数値の差を集計する。一方、本実施例に係るマスタサーバ12は、同じ伝票情報が記憶されていない場合、受信した伝票情報の数値を集計する。このように、識別情報が同じ伝票情報が記憶されている場合、記憶された伝票情報の数値に対する受信した伝票情報の数値の差を集計することにより、修正された伝票について修正前の数値と修正後の数値の差分が集計される。よって、本実施例に係るモニタリングサーバ13によれば、伝票が修正された場合でも数値の整合性が取れなくなることを抑制できる。
Therefore, the
[マスタサーバ12の構成]
続いて、本実施例に係るシステムに含まれるマスタサーバ12の機能的構成について説明する。図2は、実施例1に係るマスタサーバの機能的構成を示すブロック図である。図2に示すように、マスタサーバ12は、通信I/F(interface)部20と、記憶部21と、制御部22とを有する。
[Configuration of Master Server 12]
Subsequently, the functional configuration of the
通信I/F部20は、他の装置、例えばモニタリングサーバ13や業務システム11との間で通信制御を行うインタフェースである。例えば、通信I/F部20は、業務システム11から伝票情報などの各種の業務データを受信する。また、通信I/F部20は、分析対象データをモニタリングサーバ13へ送信する。かかる通信I/F部20の一態様としては、LANカードなどのネットワークインタフェースカードを採用できる。
The communication I /
記憶部21は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部21は、上記の種類の記憶装置に限定されるものではなく、RAM(Random Access Memory)、ROM(Read Only Memory)であってもよい。 The storage unit 21 is a storage device such as a semiconductor memory element such as a flash memory, a hard disk, or an optical disk. The storage unit 21 is not limited to the type of storage device described above, and may be a RAM (Random Access Memory) or a ROM (Read Only Memory).
記憶部21は、制御部22で実行されるOS(Operating System)や後述するマスタデータのメンテナンスに用いるプログラム、業務データのサマライズに用いるプログラムなど各種プログラムを記憶する。さらに、記憶部21は、制御部22で実行されるプログラムの実行に必要な各種データを記憶する。かかるデータの一例として、記憶部21は、業務データ30と、受信データ記憶テーブル31と、マスタデータ32と、集計対象格納テーブル33と、サマライズデータ34とを記憶する。
The storage unit 21 stores various programs such as an OS (Operating System) executed by the
業務データ30は、各業務システム11から受信した業務データである。一例として、業務データ30は、通信I/F部20が各業務システム11から受信した業務データが後述の受信制御部40によって格納される。他の一例として、業務データ30は、後述の特定部41によって参照される。また、他の一例として、業務データ30は、後述の格納部43によって削除される。
The
図3は、実施例1に係る業務データの構成例を示す図である。なお、図3は、業務データとして売上伝票情報の構成例を示す図である。図3に示すように、業務データ30は、「拠点コード」、「伝票番号」、「部門」、「拠点品番」、「売上日」、「売上金額」の各項目を有する。拠点コードの項目は、業務データの送信元の拠点を示す情報を格納する領域である。拠点には、それぞれの拠点を示すコードが一意に定められている。拠点コードの項目には、業務データの送信元の拠点を示すコードが格納される。伝票番号の項目は、伝票を識別する番号を格納する領域である。伝票には、取引毎にそれぞれ一意の伝票番号が定められる。本実施例では、それぞれの伝票に、拠点毎に一意となる伝票番号が定められるものとする。伝票番号の項目には、定められた伝票番号が格納される。部門の項目は、業績データの送信元の部門を示すコードを格納する領域である。部門には、それぞれの部門を示すコードが一意に定められている。この部門を示すコードは、全社で一意に定められてもよく、拠点毎にそれぞれの拠点内で一意に定められてもよい。部門の項目には、業務データの送信元の部門を示すコードが格納される。拠点品番の項目は、拠点における商品を示すコードを格納する領域である。拠点では、商品毎にコードを定めている。この商品を示すコードは、拠点毎に定めることができるため、同一の商品でも拠点毎に異なる場合もある。拠点品番の項目には、業務データの送信元の拠点での商品を示すコードが格納される。売上日の項目は、取引があった日付を格納する領域である。売上金額の項目は、取引された金額を格納する領域である。
FIG. 3 is a diagram illustrating a configuration example of business data according to the first embodiment. FIG. 3 is a diagram illustrating a configuration example of sales slip information as business data. As shown in FIG. 3, the
図3の例では、拠点コード「01」の伝票番号「D001」は、2012年4月10日に部門「A」で拠点品番「L001」の商品の売上取引があり、売上金額が「1,000」円であったことを示す。また、拠点コード「01」の伝票番号「D002」は、2012年4月15日に部門「A」で拠点品番「L002」の商品の売上取引があり、売上金額が「2,000」円であったことを示す。また、拠点コード「01」の伝票番号「D003」は、2012年8月30日に部門「B」で拠点品番「L003」の商品の売上取引があり、売上金額が「3,000」円であったことを示す。 In the example of FIG. 3, the slip number “D001” of the base code “01” has a sales transaction of a product of the base part number “L001” in the department “A” on April 10, 2012, and the sales amount is “1,”. 000 "yen. Further, the slip number “D002” of the base code “01” has a sales transaction of a product of the base part number “L002” in the department “A” on April 15, 2012, and the sales amount is “2,000” yen. Indicates that there was. Further, the slip number “D003” of the base code “01” has a sales transaction of the product of the base part number “L003” in the department “B” on August 30, 2012, and the sales amount is “3,000” yen. It shows that there was.
受信データ記憶テーブル31は、各業務システム11から受信した業務データ30を記憶するテーブルである。例えば、受信データ記憶テーブル31は、拠点コードおよび伝票番号毎に、直近に受信した業務データ30を記憶する。一例として、受信データ記憶テーブル31は、後述の生成部42によって参照される。他の一例として、受信データ記憶テーブル31は、後述の格納部43によって業務データ30が格納される。
The reception data storage table 31 is a table that stores
図4は、実施例1に係る受信データ記憶テーブルの構成例を示す図である。なお、図4は、業務データ30として直近に受信した売上伝票情報を格納する受信データ記憶テーブル31の構成例を示す図である。図4に示すように、受信データ記憶テーブル31は、図3に示した業務データ30と同様に、「拠点コード」、「伝票番号」、「部門」、「拠点品番」、「売上日」、「売上金額」の各項目を有する。また、受信データ記憶テーブル31は、「統一コード」の項目を有する。統一コードの項目は、拠点品番の商品の後述する統一コードを格納する領域である。本実施例では、業務データ30の内容を全て記憶するため、受信データ記憶テーブル31に業務データ30の項目を全て含むものとしているが、必要な項目のみを抽出して格納してもよい。
FIG. 4 is a diagram illustrating a configuration example of a reception data storage table according to the first embodiment. FIG. 4 is a diagram illustrating a configuration example of the reception data storage table 31 that stores the sales slip information received most recently as the
図4の例では、拠点コード「01」の伝票番号「D001」は、2012年4月10日に部門「A」で拠点品番「L001」の商品の売上取引があり、商品の統一コードが「S001」であり、売上金額が「1,000」円であったことを示す。また、拠点コード「01」の伝票番号「D002」は、2012年4月15日に部門「A」で拠点品番「L002」の商品の売上取引があり、商品の統一コードが「S002」であり、売上金額が「2,000」円であったことを示す。また、拠点コード「01」の伝票番号「D003」は、2012年8月30日に部門「B」で拠点品番「L003」の商品の売上取引があり、商品の統一コードが「S003」であり、売上金額が「3,000」円であったことを示す。 In the example of FIG. 4, the slip number “D001” of the base code “01” has a sales transaction of the product of the base part number “L001” in the department “A” on April 10, 2012, and the unified code of the product is “ S001 ", indicating that the sales amount was" 1,000 "yen. Further, the slip number “D002” of the base code “01” has a sales transaction of the product of the base part number “L002” in the department “A” on April 15, 2012, and the unified code of the product is “S002”. , Indicating that the sales amount was “2,000” yen. Further, the slip number “D003” of the base code “01” has a sales transaction of the product of the base part number “L003” in the department “B” on August 30, 2012, and the unified code of the product is “S003”. , Indicating that the sales amount was “3,000” yen.
マスタデータ32は、共通に用いられる基本となる各種情報が記憶されたデータである。マスタデータ32は、本実施例に関係するデータとして、統一コードテーブル32aと、集計キー情報32bとを含む。
The
統一コードテーブル32aは、各業務システム11で用いられる名称やコードと統一名称や統一コードを対応付けて記憶したテーブルである。一例として、統一コードテーブル32aは、各業務システム11から送信された業務データ30のコードを統一するため、後述の特定部41によって参照される。他の一例として、統一コードテーブル32aは、後述のマスタ管理部45によって更新される。集計キー情報32bは、サマライズにおいて業務データをどの項目の単位で集計するかの集計キーを示すデータである。一例として、集計キー情報32bは、各業務データをサマライズするため、後述の集計部44によって参照される。他の一例として、集計キー情報32bは、後述のマスタ管理部45によって更新される。
The unified code table 32a is a table in which names and codes used in each business system 11 and unified names and unified codes are stored in association with each other. As an example, the unified code table 32a is referred to by the specifying
図5は、実施例1に係る統一コードテーブルの構成例を示す図である。図5に示すように、統一コードテーブル32aは、「拠点コード」、「拠点品番」、「統一コード」の各項目を有する。拠点コードの項目は、拠点を示すコードを格納する領域である。拠点品番の項目は、拠点において商品を示すコードを格納する領域である。統一コードの項目は、商品を示す統一コードを格納する領域である。なお、この統一コードは、何れかの拠点での商品のコードとしてもよく、商品についてそれぞれ一意に新たに定めてもよい。 FIG. 5 is a diagram illustrating a configuration example of a unified code table according to the first embodiment. As shown in FIG. 5, the unified code table 32 a includes items of “base code”, “base part number”, and “unified code”. The base code item is an area for storing a code indicating the base. The item of the base product number is an area for storing a code indicating the product at the base. The item of unified code is an area for storing a unified code indicating a product. Note that this unified code may be a code for a product at any of the bases, or may be uniquely determined for each product.
図5の例では、拠点コード「01」の拠点品番「L001」は、統一コードが「S001」であることを示す。また、拠点コード「02」の拠点品番「M001」は、統一コードが「S001」であることを示す。また、拠点コード「01」の拠点品番「L002」は、統一コードが「S002」であることを示す。また、拠点コード「02」の拠点品番「M002」は、統一コードが「S002」であることを示す。また、拠点コード「01」の拠点品番「L003」は、統一コードが「S003」であることを示す。また、拠点コード「02」の拠点品番「M003」は、統一コードが「S003」であることを示す。 In the example of FIG. 5, the base product number “L001” of the base code “01” indicates that the unified code is “S001”. Further, the base product number “M001” of the base code “02” indicates that the unified code is “S001”. Further, the base product number “L002” of the base code “01” indicates that the unified code is “S002”. The base product number “M002” of the base code “02” indicates that the unified code is “S002”. Further, the base product number “L003” of the base code “01” indicates that the unified code is “S003”. The base product number “M003” of the base code “02” indicates that the unified code is “S003”.
集計対象格納テーブル33は、集計の対象とする業務データ30を記憶するテーブルである。一例として、集計対象格納テーブル33は、後述の格納部43によってデータが格納される。他の一例として、集計対象格納テーブル33は、後述の集計部44によって参照およびデータの削除が行われる。
The aggregation target storage table 33 is a table that stores
図6は、実施例1に係る集計対象格納テーブルの構成例を示す図である。なお、図6は、業務データ30として売上伝票情報を格納する集計対象格納テーブル33の構成例を示す図である。図6に示すように、集計対象格納テーブル33は、図4に示した受信データ記憶テーブル31と同様に、「拠点コード」、「伝票番号」、「部門」、「統一コード」、「売上日」、「売上金額」の各項目を有する。また、集計対象格納テーブル33は、「区分」の項目を有する。区分の項目は、伝票の区分を格納する領域である。区分の項目には、以前の伝票を取り消す赤伝票を表す場合、「01」が格納され、黒伝票を表す場合、「02」が格納される。本実施例では、集計対象格納テーブル33に受信データ記憶テーブル31の拠点品番以外の項目を全て含むものとしているが、必要な項目のみを抽出して格納してもよい。
FIG. 6 is a diagram illustrating an example of the configuration of the aggregation target storage table according to the first embodiment. FIG. 6 is a diagram illustrating a configuration example of the aggregation target storage table 33 that stores sales slip information as the
図6の例では、拠点コード「01」の伝票番号「D001」は、2012年4月10日に部門「A」で統一コード「S001」の商品について売上金額が「1,000」円の売上取引があり、区分が「02」であることから黒伝票であることを示す。また、拠点コード「01」の伝票番号「D002」は、2012年4月15日に部門「A」で統一コード「S002」の商品について売上金額が「2,000」円の売上取引があり、区分が「02」であることから黒伝票であることを示す。また、拠点コード「01」の伝票番号「D003」は、2012年8月30日に部門「B」で拠点品番「L003」の商品について売上金額が「3,000」円の売上取引があり、区分が「02」であることから黒伝票であることを示す。 In the example of FIG. 6, the slip number “D001” of the base code “01” is the sales amount of “1,000” yen for the product of the department “A” and the unified code “S001” on April 10, 2012. Since there is a transaction and the classification is “02”, it indicates that the transaction is a black slip. Further, the slip number “D002” of the base code “01” has a sales transaction with a sales amount of “2,000” yen for a product of the department “A” and the unified code “S002” on April 15, 2012. Since the classification is “02”, it indicates a black slip. Further, the slip number “D003” of the base code “01” has a sales transaction with a sales amount of “3,000” yen for the product of the base part number “L003” in the department “B” on August 30, 2012. Since the classification is “02”, it indicates a black slip.
サマライズデータ34は、集計対象格納テーブル33に格納されたレコードのデータをサマライズしたデータである。一例として、サマライズデータ34は、後述の集計部44によって業務データ30を集計して生成される。他の一例として、サマライズデータ34は、後述の送信制御部46によって参照される。
The summarized data 34 is data obtained by summarizing the record data stored in the aggregation target storage table 33. As an example, the summarized data 34 is generated by totaling the
図7は、実施例1に係るサマライズデータの構成例を示す図である。なお、図7は、売上伝票情報を集計して生成されたサマライズデータの構成例を示す図である。図7に示すように、サマライズデータ34は、「拠点コード」、「部門」、「統一コード」、「売上年月」、「売上金額」の各項目を有する。拠点コードの項目は、拠点を示すコードを格納する領域である。統一コードの項目は、商品を示す統一コードを格納する領域である。売上年月の項目は、売上を集計した年および月を格納する領域である。売上金額の項目は、売上年月毎に集計された売上金額を格納する領域である。また、サマライズデータ34は、サマライズされている項目に、サマライズされている項目であることを示す情報として「*」が格納される。 FIG. 7 is a diagram illustrating a configuration example of the summarized data according to the first embodiment. FIG. 7 is a diagram illustrating a configuration example of the summarized data generated by collecting the sales slip information. As shown in FIG. 7, the summary data 34 includes items of “base code”, “department”, “unified code”, “sales date”, and “sales amount”. The base code item is an area for storing a code indicating the base. The item of unified code is an area for storing a unified code indicating a product. The item of sales year and month is an area for storing the year and month when sales are totaled. The item of sales amount is an area for storing the sales amount collected for each sales year and month. Further, in the summarized data 34, “*” is stored as information indicating that the item is summarized in the summarized item.
図7の例は、売上伝票情報を拠点コードおよび部門の項目を集計キーとして、売上年月毎の売上金額を集計した結果を示している。図7の例では、拠点コード「01」の部門「A」は、2012年4月に「3,000」円の売上があったことを示す。また、拠点コード「01」の部門「B」は、2012年8月に「3,000」円の売上があったことを示す。ここで、図6に示す集計対象格納テーブル33に格納された売上伝票情報を拠点コードおよび部門の項目を集計キーとして集計した場合、統一コードの項目は、サマライズされている項目であるため、統一コードが何れであるか特定できない。そこで、図7の例では、統一コードの項目に、サマライズされている項目であることを示す「*」が格納されている。 The example of FIG. 7 shows the result of totaling the sales amount for each sales month, using the sales slip information as the base code and the department item as the total key. In the example of FIG. 7, the department “A” with the base code “01” indicates that sales were “3,000” yen in April 2012. Further, the department “B” with the base code “01” indicates that sales were “3,000” yen in August 2012. Here, when the sales slip information stored in the aggregation target storage table 33 shown in FIG. 6 is aggregated using the base code and department items as the aggregation keys, the items of the unified code are unified items. I cannot specify which code is. Therefore, in the example of FIG. 7, “*” indicating that the item is a summarized item is stored in the item of the unified code.
図8は、実施例1に係るサマライズデータの他の構成例を示す図である。図8の例は、売上伝票情報を拠点コード、部門および統一コードの項目を集計キーとして、売上年月毎の売上金額を集計した結果を示している。図8の例では、拠点コード「01」の部門「A」の統一コード「S001」の商品は、2012年4月に「1,000」円の売上があったことを示す。また、拠点コード「01」の部門「A」の統一コード「S002」の商品は、2012年4月に「2,000」円の売上があったことを示す。また、拠点コード「01」の部門「B」の統一コード「S003」の商品は、2012年8月に「3,000」円の売上があったことを示す。ここで、図6に示す集計対象格納テーブル33に格納された売上伝票情報を拠点コード、部門および統一コードの項目を集計キーとして集計した場合、拠点コード、部門および統一コードの項目は、特定できる。このため、図8の例では、何れの項目にも「*」が格納されていない。 FIG. 8 is a diagram illustrating another configuration example of the summarized data according to the first embodiment. The example of FIG. 8 shows the result of totaling the sales amount for each sales month using the sales slip information as the base code and the items of department and unified code as the total key. In the example of FIG. 8, the product with the unified code “S001” of the department “A” with the base code “01” sold “1,000” yen in April 2012. In addition, the product of the unit code “S002” of the department “A” with the base code “01” sold “2,000” yen in April 2012. Further, the product of the unit code “S003” of the department “B” of the base code “01” has been sold “3,000” yen in August 2012. Here, when the sales slip information stored in the aggregation target storage table 33 shown in FIG. 6 is aggregated using the base code, department, and unified code items as the summary key, the base code, department, and unified code items can be specified. . For this reason, in the example of FIG. 8, “*” is not stored in any item.
図2に戻り、制御部22は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部22は、図2に示すように、受信制御部40と、特定部41と、生成部42と、格納部43と、集計部44と、マスタ管理部45と、送信制御部46とを有する。
Returning to FIG. 2, the
このうち、受信制御部40は、各業務システム11から送信された業務データを記憶部21へ格納する処理部である。一態様としては、受信制御部40は、各業務システム11から業務データを受信した場合に、当該業務データを記憶部21へ格納する。 Among these, the reception control unit 40 is a processing unit that stores business data transmitted from each business system 11 in the storage unit 21. As one aspect, when receiving the business data from each business system 11, the reception control unit 40 stores the business data in the storage unit 21.
特定部41は、統一コードテーブル32aに基づき、記憶部21に記憶された業務データ30のコードの統一コードを特定する処理部である。一態様としては、特定部41は、業務データ30が記憶部21へ格納された場合、格納された業務データ30の各レコードを順次読み出す。特定部41は、格納された業務データ30に統一コードテーブル32aに登録されているコードを変換すべき項目がある場合、読み出したレコードのコードを変換すべき項目に設定されたコードに対応する統一コードを統一コードテーブル32aから特定する。例えば、特定部41は、業務データ30に拠点品番が含まれる場合、拠点コード、拠点品番に設定されたコードに対応する統一コードを統一コードテーブル32aから特定する。
The specifying
生成部42は、記憶部21に格納された業務データ30に、以前に受信した伝票の修正伝票が含まれる場合、以前に受信した伝票を取り消す赤伝票のデータを作成する処理部である。一態様としては、生成部42は、特定部41により読み出された業務データ30のレコードと識別情報が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。生成部42は、識別情報が同じレコードが受信データ記憶テーブル31に記憶されている場合、受信データ記憶テーブル31に記憶されたレコードの集計の対象とされた項目の数値の正負を反転させたレコードを赤伝票として生成する。例えば、業務データ30が図3に示す売上伝票情報の場合、生成部42は、業務データ30のレコードと拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。生成部42は、拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されている場合、受信データ記憶テーブル31に記憶されたレコードの売上金額の項目の数値の正負を反転させ、他の項目を同じ情報としたレコードを生成する。
The
格納部43は、受信データ記憶テーブル31および集計対象格納テーブル33に対して、データの格納を行う処理部である。一態様としては、格納部43は、業務データ30にコードを変換すべき項目がない場合、特定部41により読み出された業務データ30のレコードを集計対象格納テーブル33に格納する。また、格納部43は、業務データ30にコードを変換すべき項目がある場合、特定部41により特定された統一コードを加えて、特定部41により読み出された業務データ30のレコードを集計対象格納テーブル33に格納する。例えば、業務データ30が図3に示す売上伝票情報の場合、格納部43は、次のようなデータをセットしたレコードを集計対象格納テーブル33に格納する。すなわち、格納部43は、集計対象格納テーブル33の各項目に業務データ30のレコードの対応する項目のデータをセットし、統一コードの項目に特定部41で特定した統一コードをセットし、区分の項目に黒伝票を示す「02」をセットしたレコードを格納する。
The
また、格納部43は、生成部42により赤伝票のレコードが生成された場合、生成された赤伝票のレコードを集計対象格納テーブル33に格納する。例えば、業務データ30が図3に示す売上伝票情報の場合、次のようなデータをセットしたレコードを集計対象格納テーブル33に格納する。すなわち、格納部43は、集計対象格納テーブル33の各項目に赤伝票のレコードの対応する項目のデータをセットし、区分の項目に赤伝票を示す「01」をセットしたレコードを格納する。
In addition, when the red slip record is generated by the
また、格納部43は、特定部41により読み出された業務データ30のレコードを受信データ記憶テーブル31に格納する。一態様としては、格納部43は、特定部41により読み出された業務データ30のレコードと識別情報が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。生成部42は、識別情報が同じレコードが受信データ記憶テーブル31に記憶されている場合、受信データ記憶テーブル31に記憶されたレコードを、読み出したレコードの情報に更新する。一方、格納部43は、識別情報が同じレコードが受信データ記憶テーブル31に記憶されていない場合、受信データ記憶テーブル31に読み出したレコードの情報を格納する。例えば、業務データ30が図3に示す売上伝票情報の場合、格納部43は、業務データ30のレコードと拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。格納部43は、拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されている場合、拠点コードおよび伝票番号以外の項目のデータを、読み出したレコードの情報に更新する。なお、本実施例では、拠点コードおよび伝票番号以外の項目を更新するものとしたが、集計の対象とされた項目のデータのみを、読み出したレコードの情報に更新してもよい。例えば、業務データ30が図3に示す売上伝票情報の場合、格納部43は、売上金額の項目の数値のみを、読み出したレコードの売上金額の項目の数値に更新してもよい。一方、格納部43は、拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されていない場合、次のようなデータをセットしたレコードを受信データ記憶テーブル31に格納する。すなわち、格納部43は、受信データ記憶テーブル31の各項目に業務データ30のレコードの対応する項目のデータをセットし、統一コードの項目に特定部41で特定した統一コードをセットしたレコードを格納する。これにより、受信データ記憶テーブル31には、識別情報毎に直近に受信した伝票情報が記憶される。
In addition, the
格納部43は、受信データ記憶テーブル31および集計対象格納テーブル33に対して、業務データ30の全てのレコードのデータの格納が完了すると、業務データ30を記憶部21から削除する。なお、格納部43は、業務データ30を、受信データ記憶テーブル31および集計対象格納テーブル33に格納が完了したレコードから順次削除してもよい。これにより、集計対象格納テーブル33に対して、同一の業務データ30が複数回格納されることを防止できる。
The
集計部44は、集計キー情報32bに基づき、集計対象格納テーブル33に格納されたデータを集計してサマライズデータ34を生成する処理部である。集計キー情報32bには、伝票の種類毎など業務データ30の種類毎に、どの項目の単位で業務データ30を集計するかの集計キーを示すデータが含まれている。例えば、集計キー情報32bは、売上取引の伝票情報を集計する集計キーとして拠点コードおよび部門を指定する。集計部44は、拠点コードおよび部門毎に集計対象格納テーブル33の各レコードをグループ化し、グループ毎にレコードの集計項目の数値を集計し、集計結果を示すサマライズデータ34を生成する。また、集計部44は、サマライズされている項目に、サマライズされている項目であることを示す情報として「*」が格納される。例えば、集計部44は、集計対象格納テーブル33に格納された売上取引の伝票情報を、拠点コードおよび部門毎に集計して、図7に示すようなサマライズデータ34を生成する。
The
ここで、業務データ30のレコードと拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されている場合、集計対象格納テーブル33には、赤伝票のレコードと黒伝票のレコードが格納される。この赤伝票のレコードは、受信データ記憶テーブル31に記憶された修正前の伝票の集計項目の数値の正負を反転させたレコードである。よって、集計部44は、この赤伝票のレコードと黒伝票のレコードを集計することにより、受信データ記憶テーブル31に記憶された修正前の伝票に含まれる集計項目の数値に対する受信した修正伝票に含まれる集計項目の数値の差を集計することになる。また、業務データ30のレコードと拠点コードおよび伝票番号が同じレコードが受信データ記憶テーブル31に記憶されていない場合、集計対象格納テーブル33には、黒伝票のレコードのみが格納される。集計部44は、この黒伝票のレコードを集計することにより、受信した修正伝票に含まれる集計項目の数値を集計することになる。
Here, when a record having the same base code and slip number as the record of the
集計部44は、集計対象格納テーブル33に格納された全てのレコードの集計が完了すると、集計対象格納テーブル33に格納された全てのレコードを削除する。これにより、同一のレコードが複数回集計されることを防止できる。
When the aggregation of all the records stored in the aggregation target storage table 33 is completed, the
マスタ管理部45は、マスタデータ32の登録、修正および削除を行う処理部である。一態様としては、マスタ管理部45は、図示しない端末装置に、マスタデータ32の登録、修正および削除を行うための各種の画面を表示させ、当該画面からマスタデータ32の登録、修正および削除を受け付ける。例えば、マスタ管理部45は、統一コードテーブル32aや集計キー情報32bを登録する登録画面を表示させ、当該登録画面から新たな情報の登録を受け付ける。
The
送信制御部46は、各種のデータをモニタリングサーバ13へ送信する処理部である。一態様としては、送信制御部46は、集計部44により集計されたサマライズデータ34を分析対象データとしてモニタリングサーバ13へ送信する。なお、送信制御部46は、サマライズデータ34をモニタリングサーバ13へ日毎など一定期間毎にバッチ処理でまとめて送信してもよく、ユーザから送信を指示する操作が行われたタイミングで送信してもよい。
The
送信制御部46は、モニタリングサーバ13へのサマライズデータ34の送信が完了すると、サマライズデータ34を記憶部21から削除する。これにより、同一のサマライズデータ34がモニタリングサーバ13へ複数回送信されることを防止できる。
When the transmission of the summary data 34 to the
[モニタリングサーバ13の構成]
続いて、本実施例に係るシステムに含まれるモニタリングサーバ13の機能的構成について説明する。図9は、実施例1に係るモニタリングサーバの機能的構成を示すブロック図である。図9に示すように、モニタリングサーバ13は、通信I/F部50と、記憶部51と、制御部52とを有する。
[Configuration of Monitoring Server 13]
Subsequently, the functional configuration of the
通信I/F部50は、他の装置、例えばマスタサーバ12との間で通信制御を行うインタフェースである。例えば、通信I/F部50は、マスタサーバ12から分析対象データとしてサマライズデータ34を受信する。かかる通信I/F部50の一態様としては、LANカードなどのネットワークインタフェースカードを採用できる。
The communication I /
記憶部51は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部51は、上記の種類の記憶装置に限定されるものではなく、RAM、ROMであってもよい。 The storage unit 51 is a storage device such as a semiconductor memory element such as a flash memory, a hard disk, or an optical disk. The storage unit 51 is not limited to the above type of storage device, and may be a RAM or a ROM.
記憶部51は、制御部52で実行されるOSや後述する属性情報を付加するプログラムなど各種プログラムを記憶する。さらに、記憶部51は、制御部52で実行されるプログラムの実行に必要な各種データを記憶する。かかるデータの一例として、記憶部51は、蓄積データ61を記憶する。
The storage unit 51 stores various programs such as an OS executed by the
蓄積データ61は、各種の分析に用いる各種情報を蓄積したデータである。一例として、蓄積データ61は、後述の格納部70によって格納される。他の一例として、蓄積データ61は、各種の分析結果を出力するため、後述の分析制御部71によって参照される。
The accumulated
図10は、実施例1に係る蓄積データの構成例を示す図である。なお、図10は、売上伝票情報のサマライズデータ34を蓄積した蓄積データ61の構成例を示す図である。図10に示すように、蓄積データ61は、図7に示したサマライズデータ34と同様に、「拠点コード」、「部門」、「統一コード」、「売上年月」、「売上金額」の各項目を有し、「拠点コード」、「部門」、「統一コード」の項目がキーの項目とされている。
FIG. 10 is a diagram illustrating a configuration example of accumulated data according to the first embodiment. FIG. 10 is a diagram illustrating a configuration example of the accumulated
図10の例では、拠点コード「01」の部門「A」は、2012年4月に「3,000」円の売上があったことを示す。また、拠点コード「01」の部門「B」は、2012年8月に「3,000」円の売上があったことを示す。なお、図10は、マスタサーバ12が売上伝票情報を拠点コードおよび部門を集計キーとして集計したサマライズデータ34を蓄積した場合を例としているため、「部門コード」の項目に、サマライズされている項目であることを示す「*」が格納されている。
In the example of FIG. 10, the department “A” with the base code “01” indicates that sales were “3,000” yen in April 2012. Further, the department “B” with the base code “01” indicates that sales were “3,000” yen in August 2012. FIG. 10 shows an example in which the
図9に戻り、制御部52は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部52は、図9に示すように、格納部70と、分析制御部71とを有する。
Returning to FIG. 9, the
格納部70は、サマライズデータ34を蓄積データ61に格納する処理部である。一態様としては、格納部70は、サマライズデータ34の種類毎にサマライズデータ34を蓄積データ61として格納する。なお、格納部70は、格納するサマライズデータ34とキーの項目の情報が同じレコードが既に蓄積データ61に格納されている場合、既に格納されているレコードの集計項目の値に、サマライズデータ34の対応する集計項目の値を合計する。一方、格納部70は、格納するサマライズデータ34とキーの項目の情報が同じレコードが蓄積データ61に無い場合、サマライズデータ34を蓄積データ61に格納する。
The
分析制御部71は、蓄積データ61に基づき、各種情報を提供する処理部である。一態様としては、分析制御部71は、各種の分析を行う端末装置からの分析対象データに対する分析の要求に応じて、蓄積データ61に蓄積された分析対象データを端末装置へ送信する。この際、分析制御部71は、分析対象データを何れの項目でも集計せずに、そのまま送信してもよい。これにより、端末装置は、分析対象データをそのまま表示したり、いずれかの項目で集計するなど様々な分析を行うことができる。また、分析制御部71は、分析対象データを属性情報を含む何れかの項目で集計して送信してもよい。これにより、端末装置は、分析対象データに対して集計を行うことなく分析を行うことができる。他の一態様としては、分析制御部71は、蓄積データ61に基づいて、端末装置に各拠点の各種の状況の分析に用いる分析画面を表示させる。分析制御部71は、分析対象データが販売実績などの実績のデータや、販売計画などの予定のデータである場合、予定や実績をそれぞれ個別に表示してもよい。また、分析制御部71は、予定と実績を比較できるように並べて表示したり、予定に対する実績の割合から達成率を表示してもよい。
The analysis control unit 71 is a processing unit that provides various types of information based on the accumulated
図11は、実施例1に係る分析画面の一例を示す図である。なお、図11は、図10に示した蓄積データ61に基づいて月別の売上の分析を行う分析画面の一例を示す図である。図11に示すように、分析画面150には、月別の売上を表示する表示領域151が設けられている。
FIG. 11 is a diagram illustrating an example of the analysis screen according to the first embodiment. FIG. 11 is a diagram showing an example of an analysis screen for analyzing monthly sales based on the accumulated
[具体的な処理の流れ]
次に、実施例1に係る分析システム10の具体的な処理の流れの一例を説明する。業務システム11は、各種の伝票など各種業務に関する情報が入力される。業務システム11は、入力された伝票情報などの各種業務に関する情報を業務データとしてマスタサーバ12へ送信する。例えば、業務システム11は、図3に示すような売上伝票情報を業務データとしてマスタサーバ12へ送信する。
[Specific processing flow]
Next, an example of a specific processing flow of the
マスタサーバ12では、各業務システム11から送信された業務データを受信した場合、受信制御部40が、受信された業務データを記憶部21へ格納する。特定部41は、格納された業務データ30の各レコードを順次読み出し、コードを変換すべき項目がある場合、コードを変換すべき項目に設定されたコードに対応する統一コードを統一コードテーブル32aから特定する。例えば、業務データ30として図3に示すような売上伝票情報が格納され、統一コードテーブル32aが図5に示すような場合、特定部41は、拠点コード「01」の拠点品番「L001」の統一コードを「S001」と特定する。また、特定部41は、拠点コード「01」の拠点品番「L002」の統一コードを「S002」と特定する。また、特定部41は、拠点コード「01」の拠点品番「L003」の統一コードを「S003」と特定する。
In the
生成部42は、読み出されたレコードと識別情報が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。そして、生成部42は、識別情報が同じレコードが記憶されている場合、記憶されたレコードの集計の対象とされた項目の数値の正負を反転させたレコードを赤伝票として生成する。例えば、業務データ30として図3に示すような売上伝票情報の何れのレコードもマスタサーバ12に初めて送信された場合、識別情報が同じレコードが受信データ記憶テーブル31に記憶されていないため、生成部42は、赤伝票の生成を行わない。格納部43は、読み出された業務データ30のレコードを受信データ記憶テーブル31および集計対象格納テーブル33に格納する。これにより、業務データ30が図3に示すような売上伝票情報である場合、受信データ記憶テーブル31には、図4に示すような情報が格納される。また、集計対象格納テーブル33には、図6に示すような情報が格納される。
The
集計部44は、集計キー情報32bに基づき、集計対象格納テーブル33に格納されたデータを集計してサマライズデータ34を生成する。例えば、集計部44は、図6に示した集計対象格納テーブル33の各レコードを拠点コードおよび部門毎に集計して、図7に示すようなサマライズデータ34を生成する。また、集計部44は、集計が完了すると、集計対象格納テーブル33に格納された全てのレコードを削除する。
The
送信制御部46は、集計部44により集計されたサマライズデータ34を分析対象データとしてモニタリングサーバ13へ送信する。また、送信制御部46は、サマライズデータ34の送信が完了すると、サマライズデータ34を記憶部21から削除する。
The
モニタリングサーバ13では、マスタサーバ12から送信されたサマライズデータ34を受信した場合、格納部70が、サマライズデータ34を蓄積データ61に格納する。例えば、図7に示すようなサマライズデータ34が受信された場合、蓄積データ61には、図10に示すような情報が格納される。
In the
ところで、各拠点では、マスタサーバ12へ伝票情報を送信した後、送信した伝票情報の伝票の数量や金額などの数値を修正する場合がある。業務システム11は、送信した伝票情報の伝票の数量や金額などの数値が修正された場合、修正前と同じ識別情報で数値を修正した修正伝票の伝票情報を業務データとしてマスタサーバ12へ送信する。例えば、業務システム11では、図3に示すような売上伝票情報の売上金額を修正された場合、売上金額を修正した修正伝票の伝票情報を業務データとしてマスタサーバ12へ送信する。図12は、売上金額が修正された修正伝票の構成例を示す図である。図12の例では、拠点コード「01」の伝票番号「D001」は、図3に示す売上伝票情報から売上金額が「2,000」円に修正されている。また、拠点コード「01」の伝票番号「D002」は、図3に示す売上伝票情報から売上金額が「3,000」円に修正されている。また、拠点コード「01」の伝票番号「D003」は、図3に示す売上伝票情報から売上金額が「1,000」円に修正されている。
By the way, in each base, after sending the slip information to the
マスタサーバ12では、修正伝票の業務データを受信した場合、受信制御部40が、受信された業務データを記憶部21へ格納する。特定部41は、格納された業務データ30の各レコードを順次読み出し、コードを変換すべき項目に設定されたコードに対応する統一コードを統一コードテーブル32aから特定する。
In the
生成部42は、読み出されたレコードと識別情報が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する。そして、生成部42は、識別情報が同じレコードが記憶されている場合、記憶されたレコードの集計の対象とされた項目の数値の正負を反転させたレコードを赤伝票として生成する。例えば、業務データ30が図12に示す売上伝票情報であり、受信データ記憶テーブル31に図4に示す情報が格納されている場合、生成部42は、図4に示す各レコードの売上金額の項目の数値の正負を反転させたレコードを赤伝票として生成する。
The
格納部43は、読み出された業務データ30のレコードを受信データ記憶テーブル31および集計対象格納テーブル33に格納する。また、格納部43は、生成部42により赤伝票のレコードが生成された場合、生成された赤伝票のレコードを集計対象格納テーブル33に格納する。図13は、赤伝票および黒伝票を格納した集計対象格納テーブルの構成例を示す図である。集計対象格納テーブル33には、区分が「01」として赤伝票のレコードが格納され、区分が「02」として、図12に示す修正伝票の情報が黒伝票のレコードが格納される。
The
集計部44は、集計キー情報32bに基づき、集計対象格納テーブル33に格納されたデータを集計してサマライズデータ34を生成する。例えば、集計部44は、図13に示した集計対象格納テーブル33の各レコードを拠点コードおよび部門毎に集計して、図14に示すサマライズデータ34を生成する。また、集計部44は、集計が完了すると、集計対象格納テーブル33に格納された全てのレコードを削除する。
The
図14は、図13に示す集計対象格納テーブルの各レコードを集計したサマライズデータの構成例を示す図である。図14の例では、拠点コード「01」の部門「A」は、2012年4月の売上金額の集計結果が「2,000」であることを示す。また、拠点コード「01」の部門「B」は、2012年8月の売上金額の集計結果が「−2,000」円であることを示す。 FIG. 14 is a diagram illustrating a configuration example of the summarized data obtained by totaling the records of the total target storage table illustrated in FIG. In the example of FIG. 14, the department “A” with the base code “01” indicates that the total result of the sales amount in April 2012 is “2,000”. Further, the department “B” of the base code “01” indicates that the total result of the sales amount in August 2012 is “−2,000” yen.
送信制御部46は、集計部44により集計されたサマライズデータ34を分析対象データとしてモニタリングサーバ13へ送信する。また、送信制御部46は、サマライズデータ34の送信が完了すると、サマライズデータ34を記憶部21から削除する。
The
モニタリングサーバ13では、マスタサーバ12から送信されたサマライズデータ34を受信した場合、格納部70が、サマライズデータ34を蓄積データ61に格納する。格納部70は、格納するサマライズデータ34とキーの項目の情報が同じレコードが既に蓄積データ61に格納されている場合、既に格納されているレコードの集計項目の値に、サマライズデータ34の対応する集計項目の値を合計する。一方、格納部70は、格納するサマライズデータ34とキーの項目の情報が同じレコードが蓄積データ61に無い場合、サマライズデータ34を蓄積データ61に格納する。これにより、例えば、蓄積データ61に図10に示す情報が格納され、図14に示すようなサマライズデータ34が受信された場合、蓄積データ61は、図15に示すように更新される。図15は、修正伝票のサマライズデータを蓄積した蓄積データの構成例を示す図である。図15の例では、拠点コード「01」の部門「A」は、2012年4月に「5,000」円の売上があったことを示す。また、拠点コード「01」の部門「B」は、2012年8月に「1,000」円の売上があったことを示す。この図15に示す集計結果は、図12に示す修正伝票を拠点コードおよび部門毎に売上年月の売上金額を集計した結果と合致する。このように、本実施例に係るマスタサーバ12によれば、伝票が修正された場合でも数値の整合性が取れなくなることを抑制できる。
In the
[処理の流れ]
次に、本実施例に係るマスタサーバ12の処理の流れについて説明する。図16は、実施例1に係る格納処理の手順を示すフローチャートである。この格納処理は、業務システム11から送信された業務データを記憶部21へ格納した場合に実行される。例えば、格納処理は、業務システム11から受信した業務データが受信制御部40により記憶部21へ格納された場合に実行される。なお、格納処理は、日毎など一定期間毎に実行されてるものとしてもよい。
[Process flow]
Next, the process flow of the
図16に示すように、格納部43は、記憶部21に記憶された業務データ30の全てのレコードに対する処理が完了したか否か判定する(ステップS10)。全てのレコードに対する処理が完了した場合(ステップS10肯定)、格納部43は、記憶部21に記憶された業務データ30を削除し(ステップS11)、処理を終了する。
As illustrated in FIG. 16, the
一方、全てのレコードに対する処理が完了していない場合(ステップS10否定)、特定部41は、業務データ30から1レコードを順次読み出す(ステップS12)。特定部41は、読み出したレコードにコードを変換すべき項目がある場合、変換すべき項目に設定されたコードに対応する統一コードを統一コードテーブル32aから特定する(ステップS13)。
On the other hand, when the processing for all the records has not been completed (No at Step S10), the specifying
生成部42は、読み出したレコードと識別情報が同じレコードが受信データ記憶テーブル31に記憶されているか否か判定する(ステップS14)。識別情報が同じレコードが記憶されている場合(ステップS14肯定)、生成部42は、受信データ記憶テーブル31に記憶された識別情報が同じレコードの集計の対象とされた項目の数値の正負を反転させたレコードを赤伝票として生成する(ステップS15)。格納部43は、読み出したレコードにコードを変換すべき項目がある場合、特定部41により特定された統一コードを加えて、当該レコードの情報を集計対象格納テーブル33に格納する(ステップS16)。また、格納部43は、生成された赤伝票のレコードの情報を集計対象格納テーブル33に格納する(ステップS17)。その後、格納部43は、読み出したレコードと識別情報が同じ受信データ記憶テーブル31のレコードを読み出したレコードの情報に更新し(ステップS18)、ステップS10へ移行する。
The
一方、識別情報が同じレコードが記憶されていない場合(ステップS14否定)、格納部43は、読み出したレコードにコードを変換すべき項目がある場合、統一コードを加えて、当該レコードの情報を集計対象格納テーブル33に格納する(ステップS19)。その後、格納部43は、読み出したレコードの情報を受信データ記憶テーブル31に格納し(ステップS20)、ステップS10へ移行する。
On the other hand, when the record with the same identification information is not stored (No at Step S14), the
次に、本実施例に係るマスタサーバ12によりサマライズデータを生成する集計処理の流れについて説明する。図17は、実施例1に係る集計処理の手順を示すフローチャートである。この集計処理は、日毎など一定期間毎に実行される。
Next, a description will be given of the flow of aggregation processing for generating summarized data by the
図17に示すように、集計部44は、集計キー情報32bから集計キーを特定する(ステップS30)。集計部44は、特定した集計キーで集計対象格納テーブル33に格納されたデータを集計する(ステップS31)。集計部44は、集計対象格納テーブル33に格納されたデータを集計した集計結果を示すサマライズデータ34を生成し(ステップS32)、処理を終了する。
As shown in FIG. 17, the totaling
[実施例1の効果]
本実施例に係るマスタサーバ12は、それぞれの伝票を識別する識別情報および所定の集計項目の数値を含んだ伝票情報を記憶する。本実施例に係るマスタサーバ12は、各業務システム11から受信伝票情報を業務データとして受信する。本実施例に係るマスタサーバ12は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が記憶されている場合、記憶された伝票情報に含まれる集計項目の数値に対する受信した伝票情報に含まれる集計項目の数値の差を集計する。また、本実施例に係るマスタサーバ12は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が記憶されていない場合、受信した伝票情報に含まれる集計項目の数値を集計する。これにより、本実施例に係るマスタサーバ12によれば、伝票が修正された場合でも数値の整合性が取れなくなることを抑制できる。
[Effect of Example 1]
The
また、本実施例に係るマスタサーバ12は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が記憶されている場合、記憶された伝票情報の集計項目の数値の正負を反転させた伝票情報を生成する。そして、本実施例に係るマスタサーバ12は、受信した伝票情報に含まれる前記集計項目の数値および生成された伝票情報に含まれる集計項目の数値を集計する。このように、本実施例に係るマスタサーバ12によれば、集計項目の数値の正負を反転させた赤伝票の伝票情報を生成することにより、データ上で修正された伝票情報が判別しやすくなる。また、本実施例に係るマスタサーバ12によれば、修正された伝票情報について、赤伝票の伝票情報を生成することにより、修正前の伝票情報の内容を容易に把握できる。
Further, the
また、本実施例に係るマスタサーバ12は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が記憶されている場合、記憶された伝票情報を受信された伝票情報に更新する。また、本実施例に係るマスタサーバ12は、受信された伝票情報に含まれる識別情報と同じ識別情報を含んだ伝票情報が記憶されていない場合、受信された伝票情報を格納する。これにより、本実施例に係るマスタサーバ12によれば、識別情報毎に直近に受信した伝票情報のみを記憶することができる。このように、直近に受信した伝票情報のみを記憶することにより、伝票情報を記憶する記憶領域の容量を少なく抑えることができる。
Further, the
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。 Although the embodiments related to the disclosed apparatus have been described above, the present invention may be implemented in various different forms other than the above-described embodiments. Therefore, another embodiment included in the present invention will be described below.
例えば、上記の実施例では、識別情報毎に直近に受信した伝票情報のみを記憶する場合について説明したが、開示の装置はこれに限定されない。例えば、受信した伝票情報を受信日時と共に記憶し、伝票情報を受信した場合、受信した伝票情報と識別情報が同じ伝票情報が記憶されているか判別し、複数記憶されている場合、受信日時の最も新しい識別情報と数値の差を集計するようにしてもよい。 For example, in the above embodiment, a case has been described in which only slip information received most recently for each piece of identification information is stored, but the disclosed device is not limited to this. For example, the received slip information is stored together with the reception date and time, and when the slip information is received, it is determined whether or not the slip information having the same identification information as the received slip information is stored. You may make it total the difference of new identification information and a numerical value.
また、上記の実施例では、受信した伝票情報と識別情報が同じ伝票情報が記憶されている場合、記憶された伝票情報の集計項目の数値の正負を反転させた赤伝票の伝票情報を生成して集計を行う場合について説明したが、開示の装置はこれに限定されない。例えば、赤伝票の生成を行わず、集計処理において、受信した伝票情報と識別情報が同じ伝票情報が記憶されているか判定を行うようにする。そして、識別情報が同じ伝票情報が記憶されていない場合、受信した伝票情報に含まれる集計項目の数値を集計する。また、識別情報が同じ伝票情報が記憶されている場合、記憶された伝票情報に含まれる集計項目の数値に対する受信した伝票情報に含まれる集計項目の数値の差を集計するようにしてもよい。 In the above embodiment, when the slip information having the same identification information as the received slip information is stored, the slip information of the red slip is generated by reversing the sign of the summation item of the stored slip information. However, the disclosed apparatus is not limited to this. For example, a red slip is not generated, and it is determined whether or not slip information having the same identification information as the received slip information is stored in the counting process. If no slip information having the same identification information is stored, the numerical values of the tabulation items included in the received slip information are tabulated. When slip information having the same identification information is stored, the difference between the numerical values of the total items included in the received slip information may be totaled with respect to the numerical values of the total items included in the stored slip information.
[分散および統合]
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、マスタサーバ12の受信制御部40、特定部41、生成部42、格納部43、集計部44、マスタ管理部45および送信制御部46の各処理部が適宜統合されてもよい。また、各処理部の処理が適宜複数の処理部の処理に分離されてもよい。また、受信制御部40、特定部41、生成部42、格納部43、集計部44、マスタ管理部45または送信制御部46を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のマスタサーバ12の機能を実現するようにしてもよい。
[Distribution and integration]
In addition, each component of each illustrated apparatus does not necessarily need to be physically configured as illustrated. In other words, 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. For example, the reception control unit 40, the specifying
[集計プログラム]
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図18を用いて、上記の実施例と同様の機能を有する集計プログラムを実行するコンピュータの一例について説明する。
[Aggregation program]
The various processes described in the above embodiments can be realized by executing a prepared program on a computer such as a personal computer or a workstation. Therefore, in the following, an example of a computer that executes a counting program having the same function as that of the above embodiment will be described with reference to FIG.
図18は、集計プログラムを実行するコンピュータの一例について説明するための図である。図18に示すように、コンピュータ200は、操作部210と、ディスプレイ220と、通信部230とを有する。さらに、このコンピュータ200は、CPU250と、ROM260と、HDD270と、RAM280と有する。これら210〜280の各部はバス240を介して接続される。
FIG. 18 is a diagram for explaining an example of a computer that executes the aggregation program. As illustrated in FIG. 18, the
HDD270には、受信制御部40、特定部41、生成部42、格納部43、集計部44、マスタ管理部45、送信制御部46と同様の機能を発揮する集計プログラム270aが予め記憶される。この集計プログラム270aについては、実施例1で示した各構成要素と同様、適宜統合又は分離しても良い。すなわち、HDD270に格納される各データは、常に全てのデータがHDD270に格納される必要はなく、処理に必要なデータのみがHDD270に格納されれば良い。
The
そして、CPU250が、集計プログラム270aをHDD270から読み出してRAM280に展開する。これによって、図18に示すように、集計プログラム270aは、集計プロセス280aとして機能する。この集計プロセス280aは、HDD270から読み出した各種データを適宜RAM280上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。集計プロセス280aは、受信制御部40、特定部41、生成部42、格納部43、集計部44、マスタ管理部45、送信制御部46にて実行される処理、例えば図16、図17に示す格納処理および集計処理を含む。例えば、集計プロセス280aは、業務システム11から業務データが送信された場合、格納処理および集計処理を実行する。すなわち、集計プロセス280aは、受信制御部40、特定部41、生成部42、格納部43、集計部44、マスタ管理部45、送信制御部46と同様の動作を実行する。なお、CPU250上で仮想的に実現される各処理部は、常に全ての処理部がCPU250上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。
Then, the
なお、上記の集計プログラム270aについては、必ずしも最初からHDD270やROM260に記憶させておく必要はない。例えば、コンピュータ200に挿入されるフレキシブルディスク、いわゆるFD、CD−ROM、DVDディスク、光磁気ディスク、ICカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ200がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、LAN、WANなどを介してコンピュータ200に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ200がこれらから各プログラムを取得して実行するようにしてもよい。
Note that the totaling
10 分析システム
12 マスタサーバ
13 モニタリングサーバ
20 通信I/F部
21 記憶部
22 制御部
30 業務データ
31 受信データ記憶テーブル
32b 集計キー情報
33 集計対象格納テーブル
34 サマライズデータ
40 受信制御部
41 特定部
42 生成部
43 格納部
44 集計部
46 送信制御部
DESCRIPTION OF
Claims (5)
前記複数の業務システムのうち少なくとも1つの業務システムから新たに伝票情報を受信した場合に、前記記憶部に、受信した伝票情報に含まれる識別情報と同じ識別情報を含む伝票情報が記憶されているか検索し、受信した伝票情報に含まれる識別情報と同じ識別情報の伝票情報が記憶されている場合、記憶された当該伝票情報に含まれる前記集計項目の数値の正負を反転させた伝票情報を生成する生成部と、
受信した伝票情報に含まれる前記集計項目の数値および生成した伝票情報に含まれる前記集計項目の数値を所定の集計キーの項目のデータ毎に集計する集計部と、
集計した集計データをサーバへ送信する送信部と、
を有することを特徴とする集計装置。 When defining a slip number that is unique at all locations where multiple business systems are operated, the slip number is used as identification information for identifying the slip, and when a slip number that is unique for each location is determined, the location code and When the slip number is used as the identification information and a unique slip number is determined for each base and slip type, the base code, the slip type, and the slip number are used as the identification information for a predetermined total item including the identification information. and document to be registered in the new number, received from the plurality of business systems for transmitting the modified slips that fixes the value of the aggregate field in the document includes the identification information, the value of the identification information and a predetermined summary Field A storage unit for storing the slip information included;
When slip information is newly received from at least one of the plurality of business systems, is slip information including the same identification information as the identification information included in the received slip information stored in the storage unit ? search, if the voucher information of the identification information and the same identification information included in the received document information is stored, voucher information obtained by inverting the sign of numerical values of the summary items included in the stored the voucher information A generating unit for generating
A totaling unit that counts the numerical value of the totaling item included in the received slip information and the numerical value of the totaling item included in the generated slip information for each data of a predetermined totaling key item;
A transmission unit that transmits the aggregated data to the server;
A tally device characterized by comprising:
受信した伝票情報に含まれる前記集計項目の数値および生成した伝票情報に含まれる前記集計項目の数値を所定の集計キーの項目のデータ毎に集計し、
集計した集計データをサーバへ送信する
処理をコンピュータが実行することを特徴とする集計方法。 When defining a slip number that is unique at all locations where multiple business systems are operated, the slip number is used as identification information for identifying the slip, and when a slip number that is unique for each location is determined, the location code and When the slip number is used as the identification information and a unique slip number is determined for each base and slip type, the base code, the slip type, and the slip number are used as the identification information for a predetermined total item including the identification information. New slip information is received from at least one business system among the plurality of business systems that transmits a slip for newly registering a numerical value and a correction slip that includes the identification information and corrects the numerical value of the summary item of the slip . If, in the storage unit for storing the received voucher information, or form information including the same identification information as the identification information included in the received form information is stored And search, if the voucher information of the identification information and the same identification information included in the received document information is stored, voucher information obtained by inverting the sign of numerical values of the summary items included in the stored the voucher information Produces
The value of the summary fields counted for each item of data of a predetermined aggregation key that is included in the summary field values and the generated form information included in the received document information,
A totaling method characterized in that the computer executes a process of transmitting the totaled data to the server.
前記第1のサーバは、
複数の業務システムがそれぞれ運用される全ての拠点で一意となる伝票番号を定める場合、伝票番号を、伝票を識別する識別情報とし、拠点毎に一意となる伝票番号を定める場合、拠点のコードおよび伝票番号を前記識別情報とし、拠点、伝票の種別毎に一意となる伝票番号を定める場合、拠点のコード、伝票の種別および伝票番号を前記識別情報として、前記識別情報を含む所定の集計項目の数値を新規に登録する伝票と、前記識別情報を含み当該伝票の前記集計項目の数値を修正した修正伝票を送信する前記複数の業務システムのうち少なくとも1つの業務システムから新たに伝票情報を受信した場合に、受信済みの伝票情報を記憶した第1の記憶部に、受信した伝票情報に含まれる識別情報と同じ識別情報を含む伝票情報が記憶されているか検索し、受信した伝票情報に含まれる識別情報と同じ識別情報の伝票情報が記憶されている場合、記憶された当該伝票情報に含まれる前記集計項目の数値の正負を反転させた伝票情報を生成し、
受信した伝票情報に含まれる前記集計項目の数値および生成した伝票情報に含まれる前記集計項目の数値を所定の集計キーの項目のデータ毎に集計し、
集計した集計データを前記第2のサーバへ送信し、
前記第2のサーバは、
前記集計キーの項目のデータに対応する他の集計データが第2の記憶部に記憶されている場合、前記第2の記憶部の当該他の集計データの前記集計項目の値に、受信した前記集計データの前記集計項目の値を合算し、前記集計キーの項目のデータに対応する前記他の集計データが記憶されていない場合、受信した前記集計データを前記第2の記憶部に格納する
ことを特徴とする集計システム。 A tally system that sends tally data of slips from a first server to a second server,
The first server is
When defining a slip number that is unique at all locations where multiple business systems are operated, the slip number is used as identification information for identifying the slip, and when a slip number that is unique for each location is determined, the location code and When the slip number is used as the identification information and a unique slip number is determined for each base and slip type, the base code, the slip type, and the slip number are used as the identification information for a predetermined total item including the identification information. New slip information is received from at least one business system among the plurality of business systems that transmits a slip for newly registering a numerical value and a correction slip that includes the identification information and corrects the numerical value of the summary item of the slip . If, in the first storage unit that stores the received document information, voucher information including the same identification information as the identification information included in the received document information is stored Luke searching, if the voucher information of the identification information and the same identification information included in the received document information is stored, by inverting the sign of numerical values of the summary items included in the stored the voucher information Generate slip information
The value of the summary fields counted for each item of data of a predetermined aggregation key that is included in the summary field values and the generated form information included in the received document information,
Send the aggregated data to the second server,
The second server is
When other aggregate data corresponding to the data of the item of the aggregate key is stored in the second storage unit, the value of the aggregate item received in the other aggregate data of the second storage unit is received. Summing up the values of the summary items of the summary data, and storing the received summary data in the second storage unit when the other summary data corresponding to the data of the summary key item is not stored Total system characterized by
前記第1のサーバは、
複数の業務システムがそれぞれ運用される全ての拠点で一意となる伝票番号を定める場合、伝票番号を、伝票を識別する識別情報とし、拠点毎に一意となる伝票番号を定める場合、拠点のコードおよび伝票番号を前記識別情報とし、拠点、伝票の種別毎に一意となる伝票番号を定める場合、拠点のコード、伝票の種別および伝票番号を前記識別情報として、前記識別情報を含む所定の集計項目の数値を新規に登録する伝票と、前記識別情報を含み当該伝票の前記集計項目の数値を修正した修正伝票を送信する前記複数の業務システムのうち少なくとも1つの業務システムから新たに伝票情報を受信した場合に、受信済みの伝票情報を記憶した第1の記憶部に、受信した伝票情報に含まれる識別情報と同じ識別情報を含む伝票情報が記憶されているか検索し、受信した伝票情報に含まれる識別情報と同じ識別情報の伝票情報が記憶されている場合、記憶された当該伝票情報に含まれる前記集計項目の数値の正負を反転させた伝票情報を生成し、
受信した伝票情報に含まれる前記集計項目の数値および生成した伝票情報に含まれる前記集計項目の数値を所定の集計キーの項目のデータ毎に集計し、
集計した集計データを前記第2のサーバへ送信し、
前記第2のサーバは、
前記集計キーの項目のデータに対応する他の集計データが第2の記憶部に記憶されている場合、前記第2の記憶部の当該他の集計データの前記集計項目の値に、受信した前記集計データの前記集計項目の値を合算し、前記集計キーの項目のデータに対応する前記他の集計データが記憶されていない場合、受信した前記集計データを前記第2の記憶部に格納する
ことを特徴とする集計方法。 A tally method for sending tally data of a slip from a first server to a second server,
The first server is
When defining a slip number that is unique at all locations where multiple business systems are operated, the slip number is used as identification information for identifying the slip, and when a slip number that is unique for each location is determined, the location code and When the slip number is used as the identification information and a unique slip number is determined for each base and slip type, the base code, the slip type, and the slip number are used as the identification information for a predetermined total item including the identification information. New slip information is received from at least one business system among the plurality of business systems that transmits a slip for newly registering a numerical value and a correction slip that includes the identification information and corrects the numerical value of the summary item of the slip . If, in the first storage unit that stores the received document information, voucher information including the same identification information as the identification information included in the received document information is stored Luke searching, if the voucher information of the identification information and the same identification information included in the received document information is stored, by inverting the sign of numerical values of the summary items included in the stored the voucher information Generate slip information
The value of the summary fields counted for each item of data of a predetermined aggregation key that is included in the summary field values and the generated form information included in the received document information,
Send the aggregated data to the second server,
The second server is
When other aggregate data corresponding to the data of the item of the aggregate key is stored in the second storage unit, the value of the aggregate item received in the other aggregate data of the second storage unit is received. Summing up the values of the summary items of the summary data, and storing the received summary data in the second storage unit when the other summary data corresponding to the data of the summary key item is not stored A tally method characterized by
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012042334A JP6119101B2 (en) | 2012-02-28 | 2012-02-28 | Aggregation device, aggregation method, and aggregation system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012042334A JP6119101B2 (en) | 2012-02-28 | 2012-02-28 | Aggregation device, aggregation method, and aggregation system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017017105A Division JP6409888B2 (en) | 2017-02-01 | 2017-02-01 | Aggregation device and aggregation program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013178669A JP2013178669A (en) | 2013-09-09 |
JP6119101B2 true JP6119101B2 (en) | 2017-04-26 |
Family
ID=49270243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012042334A Active JP6119101B2 (en) | 2012-02-28 | 2012-02-28 | Aggregation device, aggregation method, and aggregation system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6119101B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6985129B2 (en) * | 2017-12-19 | 2021-12-22 | 株式会社オービック | Credit / debt retroactive adjustment processing device, credit / debt retroactive adjustment processing method and credit / debt retroactive adjustment processing program |
JP7157310B2 (en) * | 2018-06-27 | 2022-10-20 | 富士通株式会社 | Information processing program, information processing apparatus, and information processing method |
JP7457591B2 (en) * | 2020-07-08 | 2024-03-28 | 株式会社オービック | Sales/receipt management system and sales/receipt management method |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3524484B2 (en) * | 2000-10-04 | 2004-05-10 | アジア商事株式会社 | Sales management device and sales management method |
JP2003271894A (en) * | 2002-03-13 | 2003-09-26 | Fujitsu Ltd | Slip editing method and slip editing program |
JP2004005274A (en) * | 2002-05-31 | 2004-01-08 | Nippon Digital Kenkyusho:Kk | Accounting system, inter-book data tracking interlock method, inter-book data tracking interlock program and storage medium |
US7644021B2 (en) * | 2005-02-10 | 2010-01-05 | The Kroger Co. | Electronically assisted enterprise journal system |
JP2006227694A (en) * | 2005-02-15 | 2006-08-31 | Toshiba Corp | Slip input data totalization system, totalization device and totalization program |
JP4638450B2 (en) * | 2007-01-23 | 2011-02-23 | エスアーペー アーゲー | Transaction apparatus, slip generation method, and computer program |
-
2012
- 2012-02-28 JP JP2012042334A patent/JP6119101B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2013178669A (en) | 2013-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10997318B2 (en) | Data processing systems for generating and populating a data inventory for processing data access requests | |
US10181051B2 (en) | Data processing systems for generating and populating a data inventory for processing data access requests | |
US10430740B2 (en) | Data processing systems for calculating and communicating cost of fulfilling data subject access requests and related methods | |
US11574023B2 (en) | Document processing system and method | |
Gabrel et al. | Linear programming with interval right hand sides | |
US11966870B2 (en) | System and method for determination of recommendations and alerts in an analytics environment | |
US9753920B2 (en) | Document processing system and method | |
US8521574B1 (en) | Prioritizing client accounts | |
US11921737B2 (en) | ETL workflow recommendation device, ETL workflow recommendation method and ETL workflow recommendation system | |
JP6973887B2 (en) | Project management support equipment, project management support methods and programs | |
US20210027226A1 (en) | Enterprise manufacturing inventory management system and method | |
US10776517B2 (en) | Data processing systems for calculating and communicating cost of fulfilling data subject access requests and related methods | |
CN109544266A (en) | Product data method for pushing, device and computer readable storage medium | |
CN107480188B (en) | Audit service data processing method and computer equipment | |
JP6119101B2 (en) | Aggregation device, aggregation method, and aggregation system | |
JP6409888B2 (en) | Aggregation device and aggregation program | |
JP5812911B2 (en) | Workflow management system, workflow management method, and workflow management program | |
US11625502B2 (en) | Data processing systems for identifying and modifying processes that are subject to data subject access requests | |
JP5948910B2 (en) | Analysis device and analysis program | |
JP5998523B2 (en) | Analysis program, analysis apparatus, and analysis method | |
JP7015725B2 (en) | Data preparation method and data utilization system related to data utilization | |
JP2020027312A (en) | Asset management system and asset management method | |
Wang et al. | Robust multi‐echelon inventory management with multiple suppliers | |
US20210303603A1 (en) | Data processing systems for generating and populating a data inventory | |
US20240257019A1 (en) | System and method for determination of recommendations and alerts in an analytics environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20141007 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150706 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150728 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150928 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160329 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160527 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20161101 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170201 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20170209 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170228 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170313 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6119101 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |