CN105528447B - The layer-by-layer method summarized when rejecting of a kind of pair of specific data - Google Patents
The layer-by-layer method summarized when rejecting of a kind of pair of specific data Download PDFInfo
- Publication number
- CN105528447B CN105528447B CN201510982236.4A CN201510982236A CN105528447B CN 105528447 B CN105528447 B CN 105528447B CN 201510982236 A CN201510982236 A CN 201510982236A CN 105528447 B CN105528447 B CN 105528447B
- Authority
- CN
- China
- Prior art keywords
- data
- rejecting
- layer
- transaction
- server
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The present invention relates to the layer-by-layer methods summarized when rejecting of a kind of pair of specific data, comprising the following steps: establishes the relation table between server；Determine the data for participating in summarizing needed for each stratum server；Each stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and stores the result into tables of data.The method can be used in the layer-by-layer data summarization of the various dimensions of transactional system at many levels, independent of the variation of detailed data, can be handled in advance, treatment process is without being associated with detailed data, to ensure that good performance；In the method, multi-layer data relationship and rejecting rule are individually stored, so that during white-box testing, it is easy to which test step by step is realized on ground, and is found and solved the problems, such as also simpler in production environment.
Description
Technical field
The present invention relates to enterprise information management system field (ERP) technical field of data processing, more particularly to one kind is to spy
Fixed number is according to the layer-by-layer method summarized when rejecting.
Background technique
Transaction type system often only stores most fine-grained data, it is often necessary to press a dimension to multi-layer total amount
According to.In layer-by-layer aggregation process, needs to identify and reject according to ad hoc rules partial data and then sum it up again.Rule is variable
's；And the rule of each level, specific data is not identical.If data volume is larger, the level being related to is more, then System will
Performance and imeliness problem can be encountered.
For example, the mode of existing Company capital monitoring system is, each branch company's server and financial institution server are direct
Bank-enterprise interconnection is carried out, funds data is obtained from financial institution, the data of monitoring collection is then transferred to headquarters server, by total
Portion's server controls full Company capital data in real time.Since the data obtained from financial institution are the friendship actually occurred
Easily, for headquarters server, simply All Activity data directly cannot be summarized, because between each branch company
Contact is not belonging to the outflow of fund, and only external revenue and expenditure just belongs to the net income and expenses of full company.Since generally there are very for company
There are hierarchical relationship in more branch companies between branch company, therefore there are problems that carrying out funds data combined offset by company's level.But
It is that server can not differentiate whether funds data belongs to insider transaction, needs to reject these insider transactions to really show
The transaction data significant to upper level company.
Since the above method is related to the data processing link of multiple complexity, need to design one kind can quickly and effectively be carried out
The method of data summarization, it is easier to tested, it is easier to the problem of finding links.
Summary of the invention
In view of above-mentioned analysis, the present invention is intended to provide the layer-by-layer method summarized when rejecting of a kind of pair of specific data, is used
To solve the problems, such as performance present in existing system and timeliness.
The purpose of the present invention is mainly achieved through the following technical solutions:
The layer-by-layer method summarized when rejecting of a kind of pair of specific data characterized by comprising
Establish the relation table between server；
The relation table and most fine-grained data table are associated, determine the number for participating in summarizing needed for each stratum server
According to；
Each stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and stores the result into number
According in table.
It is characterized in that, the relation table established between server includes:
According to tree-like organization chart, using every layer of unit as root node, the relation table between each stratum server is established.
It is characterized in that, the relation table is periodically updated, or it is updated when institutional framework changes.
It is characterized in that, each stratum server participates in converging after rejecting partial data according to preset rejecting rule
Always, it and stores the result into tables of data and includes:
The data that need to participate in summarizing are sent to a upper stratum server by underlying services device；
Partial data is rejected or is taken different metric participation remittances according to preset rule of rejecting by a upper stratum server
Always, and by the storage of summarized results data into tables of data；
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes.
It is characterized in that, described include: by partial data rejecting
According to rule is rejected, the data rejected will be needed to be marked, completes to summarize when rejecting further according to this data.
The layer-by-layer system summarized when rejecting of a kind of pair of specific data characterized by comprising
The relation table of each stratum server establishes module, establishes the relation table between server；
The relation table and most fine-grained data table are associated by each stratum server, are determined and are participated in needed for each stratum server
The data summarized；
Each stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and stores the result into number
According in table.
It is characterized in that, the relation table of each stratum server establishes module, the relation table established between server includes:
According to tree-like organization chart, using every layer of unit as root node, the relation table between each stratum server is established.
It is characterized in that, the relation table is periodically updated, or it is updated when institutional framework changes.
It is characterized in that, difference will be rejected or be taken to partial data according to preset rejecting rule by each stratum server
Metric participation summarize, and store the result into tables of data and include:
The data that need to participate in summarizing are sent to a upper stratum server by underlying services device；
A upper stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and by summarized results number
According to storage into tables of data；
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes.
It is characterized in that, each stratum server participates in summarizing packet after rejecting partial data according to preset rejecting rule
It includes:
The automatic mark module of each stratum server will need the data rejected to be marked according to preset rejecting rule；
The unloading module of each stratum server rejects the transaction data after label；
The summarizing module of each stratum server summarizes the data after rejecting, and the data storage after summarizing is arrived
In tables of data.
The present invention has the beneficial effect that:
The method can be used in the layer-by-layer data summarization of the various dimensions of transactional system at many levels, independent of bright
It counts the variation of evidence accurately, can handle in advance, treatment process is without being associated with detailed data, to ensure that good performance；
Rejecting rules abstraction in the method has better adapted to the variation of demand, in conjunction with multilayer number to data dictionary
Practical business demand can be well solved according to relationship；For example, being answered in financial data combined offset, the calculating of group's available balance etc.
This patent is largely used in；
In the method, multi-layer data relationship and rejecting rule are individually stored, so that during white-box testing, it is easy to
Test step by step is realized on ground, and is found and solved the problems, such as also simpler in production environment.
Other features and advantages of the present invention will illustrate in the following description, also, partial become from specification
It obtains it is clear that understand through the implementation of the invention.The objectives and other advantages of the invention can be by written explanation
Specifically noted structure is achieved and obtained in book, claims and attached drawing.
Detailed description of the invention
Attached drawing is only used for showing the purpose of specific embodiment, and is not to be construed as limiting the invention, in entire attached drawing
In, identical reference symbol indicates identical component.
Overlying relation schematic diagram of the Fig. 1 between server；
Fig. 2 is that relationship server indicates to be intended to；
Fig. 3 is the method flow diagram of the specific embodiment of the invention.
Specific embodiment
Specifically describing the preferred embodiment of the present invention with reference to the accompanying drawing, wherein attached drawing constitutes the application a part, and
Together with embodiments of the present invention for illustrating the principle of the present invention.
As shown in Figure 1, the relationship between superior and subordinate between organization forms a multi-layer tree.And actual business occurs
On the leaf node (bottom unit) of tree, that is, system only stores the data of bottom unit.
Unit, the account relationship that tiling algorithm based on unit and account relationship obtains pick needs according to rule is rejected
The data mark removed is completed to summarize when rejecting further according to this data.How to realize in the layer-by-layer aggregation process of data by rule
Then reject.
The invention discloses the methods that a kind of pair of specific data is marked and deletes from tables of data, as shown in figure 3, packet
Include following steps:
Top-level server is according to tree-like organization chart, using every layer of unit as root node, establishes and stores each stratum server
Between relation table；Wherein, the relation table is periodically updated, or is updated when institutional framework changes.
Each underlying services device establishes most fine-grained data table and is sent to a stratum server and is forwarded to top service device
Until top-level server；
The relation table and most fine-grained data table are associated by each stratum server, determine ginseng needed for its underlying services device
With the data summarized；
Underlying services device will need to participate in the data summarized and be sent to a upper stratum server by encrypted transmission mode；
Partial data is rejected or is taken different metric participation remittances according to preset rule of rejecting by a upper stratum server
Always, and by the storage of summarized results data into tables of data；Wherein,
Described reject partial data includes: that the data rejected will be needed to be marked, further according to this according to rule is rejected
Data come complete while reject while summarize；The rejecting rule are as follows: rule type+rule recognition methods+correspondence unit；Reject rule
Formation rule dictionary is stored separately in top-level server, rather than is solidificated in the algorithm of data identification.
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes.
In practical applications, rejecting rule is directed to basic data, such as: the property of Bank Account Number determine it is no should
It rejects, as shown in table 1, intrabranch transaction is all the data for needing to reject.
Table 1
It is described that transaction data is matched according to pre-set rejecting rule, comprising the following steps:
Firstly, determining whether transaction data belongs in group money transfer transactions between unit；
The regular dictionary established according to the attribute of both parties group account and the clip Text of particular transactions and system
It is matched, it is determined whether belong in group money transfer transactions between unit；
Parse both parties group account attribute, clip Text in transaction data；
After being determined as group's account, according to the regular dictionary progress of the clip Text of particular transactions data and system foundation
Match, finally filter out as a result, such as " returning gathering in fact ", " being collected under " etc. be then identified as it is internal collect transaction, need to make
It is removed for insider transaction；
If the transaction data is not belonging in group money transfer transactions between unit, further judge that the transaction data is
It is no belong to unit in group the fund of capital company will be present go back to the savings account oneself opened in bank；Parse transaction data
In " capital company's account attributes ", judge its whether be capital company deposit taking account, further determine whether to belong to collection
The fund that capital company will be present in unit in group goes back to the savings account oneself opened in bank；
It the fund of capital company will be present goes back to oneself if the transaction data belongs to unit in group and is opened in bank
Savings account, then need to be removed as insider transaction；
It the fund of capital company will be present goes back to oneself if the transaction data is not belonging to unit in group and is opened in bank
Vertical savings account then further judges that reimbursement occurs after whether the transaction data belongs to payment；
The clip Text in transaction data tables of data is parsed, the regular dictionary established with system is matched, and is finally filtered
Out as a result, if the clip Text of transaction record includes " returned ticket " or " reexchanging " etc., then it represents that current transaction record, which belongs to, to move back
Money transaction needs to be removed when inquiry.
The invention also discloses the layer-by-layer systems summarized when rejecting of a kind of pair of specific data, comprising:
The relation table of each stratum server establishes module, according to tree-like organization chart, using every layer of unit as root node, establishes
Relation table between each stratum server；The relation table is periodically updated, or is updated when institutional framework changes；
The relation table and most fine-grained data table are associated by each stratum server, are determined and are participated in needed for each stratum server
The data summarized；
The data that need to participate in summarizing are sent to a upper stratum server by underlying services device；
The automatic mark module of a upper stratum server will need the data rejected to be marked according to rule is rejected；Unloading
Module rejects the transaction data after label；Summarizing module summarizes the data after rejecting, by the number after summarizing
According to storage into tables of data；
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes.
In practical applications,
The bank transaction data that the underlying services device of bottom unit needs to summarize from bank's acquisition, upload to one layer of service
Device；
The automatic mark module of server matches transaction data according to pre-set rejecting rule, and marks automatically
Whether note is insider transaction；The transaction data for being labeled as insider transaction is rejected and dumps to insider transaction tables of data by unloading module
In；Summarizing module summarizes the data after rejecting, and the data after summarizing are stored into tables of data.
The automatic mark module matches transaction data according to pre-set rejecting rule, comprising:
Determine whether transaction data belongs in group money transfer transactions between unit；
The regular dictionary established according to the attribute of both parties group account and the clip Text of particular transactions and system
It is matched, it is determined whether belong in group money transfer transactions between unit；
Parse both parties group account attribute, clip Text in transaction data；
After being determined as group's account, according to the regular dictionary progress of the clip Text of particular transactions data and system foundation
Match, finally filter out as a result, such as " returning gathering in fact ", " being collected under " etc. be then identified as it is internal collect transaction, need to make
It is removed for insider transaction；
If the transaction data is not belonging in group money transfer transactions between unit, further judge that the transaction data is
It is no belong to unit in group the fund of capital company will be present go back to the savings account oneself opened in bank；Parse transaction data
In " capital company's account attributes ", judge its whether be capital company deposit taking account, further determine whether to belong to collection
The fund that capital company will be present in unit in group goes back to the savings account oneself opened in bank；
It the fund of capital company will be present goes back to oneself if the transaction data belongs to unit in group and is opened in bank
Savings account, then need to be removed as insider transaction；
It the fund of capital company will be present goes back to oneself if the transaction data is not belonging to unit in group and is opened in bank
Vertical savings account then further judges that reimbursement occurs after whether the transaction data belongs to payment；
The clip Text in transaction data tables of data is parsed, the regular dictionary established with system is matched, and is finally filtered
Out as a result, if the clip Text of transaction record includes " returned ticket " or " reexchanging " etc., then it represents that current transaction record, which belongs to, to move back
Money transaction needs to be removed when inquiry.
The present invention has the beneficial effect that:
The method can be used in the layer-by-layer data summarization of the various dimensions of transactional system at many levels, independent of bright
It counts the variation of evidence accurately, can handle in advance, treatment process is without being associated with detailed data, to ensure that good performance；
Rejecting rules abstraction in the method has better adapted to the variation of demand, in conjunction with multilayer number to data dictionary
Practical business demand can be well solved according to relationship；For example, being answered in financial data combined offset, the calculating of group's available balance etc.
This patent is largely used in；
In the method, multi-layer data relationship and rejecting rule are individually stored, so that during white-box testing, it is easy to
Test step by step is realized on ground, and is found and solved the problems, such as also simpler in production environment.
Indicated and rejected insider transaction data automatically to the transaction data acquired from bank by using this method, it can
To show more accurate merging transaction data, these data accurately show the receipts of the practical business of current group's constituent parts
Branch situation more has business meaning for group's constituent parts.
It will be understood by those skilled in the art that realizing all or part of the process of above-described embodiment method, meter can be passed through
Calculation machine program is completed to instruct relevant hardware, and the program can be stored in computer readable storage medium.Wherein, institute
Stating computer readable storage medium is disk, CD, read-only memory or random access memory etc..
The foregoing is only a preferred embodiment of the present invention, but scope of protection of the present invention is not limited thereto,
In the technical scope disclosed by the present invention, any changes or substitutions that can be easily thought of by anyone skilled in the art,
It should be covered by the protection scope of the present invention.
Claims (8)
1. the layer-by-layer method summarized when rejecting of a kind of pair of specific data characterized by comprising
Establish the relation table between server；
Determine the data for participating in summarizing needed for each stratum server；
Each stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and stores the result into tables of data
In:
The data that need to participate in summarizing are sent to a upper stratum server by underlying services device；
Partial data is rejected or is taken different metrics to participate in summarizing by a upper stratum server according to preset rejecting rule, and
By the storage of summarized results data into tables of data；
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes；
The rejecting rule are as follows: rule type+rule recognition methods+correspondence unit；
Regular formation rule dictionary is rejected to be stored separately in top-level server；
It is described to reject partial data according to preset rejecting rule, comprising the following steps:
Determine whether transaction data belongs in group money transfer transactions between unit；
It is carried out according to the regular dictionary that the attribute of both parties group account and the clip Text of particular transactions and system are established
Matching, it is determined whether belong in group money transfer transactions between unit；
Parse both parties group account attribute, clip Text in transaction data；
After being determined as group's account, matched according to the clip Text of particular transactions data with the regular dictionary that system is established,
It finally filters out as a result, being removed when being identified as when collecting transaction of inside as insider transaction；
If the transaction data is not belonging in group money transfer transactions between unit, further judge whether the transaction data belongs to
The savings account oneself opened in bank is gone back in the fund that capital company will be present in unit in group；It parses in transaction data
" capital company's account attributes ", judge its whether be capital company deposit taking account, further determine whether to belong to group
The fund that capital company will be present in interior unit goes back to the savings account that oneself is opened in bank；
It the fund of capital company will be present goes back to oneself if the transaction data belongs to unit in group and is deposited what bank opened
Money account then needs to be removed as insider transaction；
It the fund of capital company will be present goes back to what oneself was opened in bank if the transaction data is not belonging to unit in group
Savings account then further judges that reimbursement occurs after whether the transaction data belongs to payment；
The clip Text in transaction data tables of data is parsed, the regular dictionary established with system is matched, and knot is finally filtered out
Fruit, if the clip Text of transaction record includes " returned ticket " or " reexchanging ", then it represents that current transaction record belongs to reimbursement transaction,
It needs to be removed when inquiry.
2. the method summarized when rejecting layer-by-layer to specific data according to claim 1, which is characterized in that the foundation
Relation table between server includes:
According to tree-like organization chart, using every layer of unit as root node, the relation table between each stratum server is established.
3. the method summarized when rejecting layer-by-layer to specific data according to claim 2, which is characterized in that the relationship
Table is periodically updated, or is updated when institutional framework changes.
4. the method summarized when rejecting layer-by-layer to specific data according to claim 1, which is characterized in that described by portion
Divided data is rejected
According to rule is rejected, the data rejected will be needed to be marked, completes to summarize when rejecting further according to this data.
5. the layer-by-layer system summarized when rejecting of a kind of pair of specific data characterized by comprising
The relation table of each stratum server establishes module, establishes the relation table between server；
Each stratum server determination need to participate in the data summarized；
Each stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and stores the result into tables of data
In:
The data that need to participate in summarizing are sent to a upper stratum server by underlying services device；
A upper stratum server participates in summarizing after rejecting partial data according to preset rejecting rule, and summarized results data are deposited
It stores up in tables of data；
Summarized results data are sent to again a upper stratum server and summarized by a upper stratum server；
It repeats the above steps until top-level server completion summarizes；
The rejecting rule are as follows: rule type+rule recognition methods+correspondence unit；
Regular formation rule dictionary is rejected to be stored separately in top-level server；
It is described to reject partial data according to preset rejecting rule, comprising the following steps:
Determine whether transaction data belongs in group money transfer transactions between unit；
It is carried out according to the regular dictionary that the attribute of both parties group account and the clip Text of particular transactions and system are established
Matching, it is determined whether belong in group money transfer transactions between unit；
Parse both parties group account attribute, clip Text in transaction data；
After being determined as group's account, matched according to the clip Text of particular transactions data with the regular dictionary that system is established,
It finally filters out as a result, being removed when being identified as when collecting transaction of inside as insider transaction；
If the transaction data is not belonging in group money transfer transactions between unit, further judge whether the transaction data belongs to
The savings account oneself opened in bank is gone back in the fund that capital company will be present in unit in group；It parses in transaction data
" capital company's account attributes ", judge its whether be capital company deposit taking account, further determine whether to belong to group
The fund that capital company will be present in interior unit goes back to the savings account that oneself is opened in bank；
It the fund of capital company will be present goes back to oneself if the transaction data belongs to unit in group and is deposited what bank opened
Money account then needs to be removed as insider transaction；
It the fund of capital company will be present goes back to what oneself was opened in bank if the transaction data is not belonging to unit in group
Savings account then further judges that reimbursement occurs after whether the transaction data belongs to payment；
The clip Text in transaction data tables of data is parsed, the regular dictionary established with system is matched, and knot is finally filtered out
Fruit, if the clip Text of transaction record includes " returned ticket " or " reexchanging ", then it represents that current transaction record belongs to reimbursement transaction,
It needs to be removed when inquiry.
6. the system summarized when rejecting layer-by-layer to specific data according to claim 5, which is characterized in that each layer
The relation table of server establishes module, and the relation table established between server includes:
According to tree-like organization chart, using every layer of unit as root node, the relation table between each stratum server is established.
7. the system summarized when rejecting layer-by-layer to specific data according to claim 6, which is characterized in that the relationship
Table is periodically updated, or is updated when institutional framework changes.
8. the system summarized when rejecting layer-by-layer to specific data according to claim 5, which is characterized in that each layer
Server participates in summarizing after rejecting partial data according to preset rejecting rule
The automatic mark module of each stratum server will need the data rejected to be marked according to preset rejecting rule；
The unloading module of each stratum server rejects the transaction data for being labeled as insider transaction；
The summarizing module of each stratum server summarizes the data after rejecting, the data storage after summarizing to data
In table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510982236.4A CN105528447B (en) | 2015-12-22 | 2015-12-22 | The layer-by-layer method summarized when rejecting of a kind of pair of specific data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510982236.4A CN105528447B (en) | 2015-12-22 | 2015-12-22 | The layer-by-layer method summarized when rejecting of a kind of pair of specific data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105528447A CN105528447A (en) | 2016-04-27 |
| CN105528447B true CN105528447B (en) | 2019-04-26 |
Family
ID=55770670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510982236.4A Active CN105528447B (en) | 2015-12-22 | 2015-12-22 | The layer-by-layer method summarized when rejecting of a kind of pair of specific data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105528447B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107341211B (en) * | 2017-06-26 | 2020-09-01 | 北京火眼神算数据科技有限公司 | Service data collection management method and system |
| CN107832267A (en) * | 2017-11-06 | 2018-03-23 | 中国银行股份有限公司 | A kind of statistics method of summary and device |
| CN110019561A (en) * | 2018-05-14 | 2019-07-16 | 网联清算有限公司 | Transaction data method of summary, device and computer equipment |
| CN111125088B (en) * | 2018-10-31 | 2023-08-25 | 北京国双科技有限公司 | Multi-level data processing method and device |
| CN110109678B (en) * | 2019-05-08 | 2023-07-04 | 广东电网有限责任公司 | Code audit rule base generation method, device, equipment and medium |
| CN110958150B (en) * | 2019-12-10 | 2022-08-05 | 深圳前海环融联易信息科技服务有限公司 | Management method and device for dynamic service configuration |
| CN112364090A (en) * | 2020-11-03 | 2021-02-12 | 杭州数梦工场科技有限公司 | Data attribute display method and device and electronic equipment |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101561898A (en) * | 2009-03-02 | 2009-10-21 | 浪潮集团山东通用软件有限公司 | Method for designing group financial combination system based on real-time account incorporation |
| CN101661507A (en) * | 2009-09-25 | 2010-03-03 | 金蝶软件（中国）有限公司 | Method for merging data and system thereof |
| CN102982421A (en) * | 2012-12-18 | 2013-03-20 | 远光软件股份有限公司 | Preparation method and system for merging cash flow statements of group based on bank reconciliations |
| CN103559275A (en) * | 2013-11-05 | 2014-02-05 | 中铁二十二局集团有限公司 | Internal transaction business identification and offsetting method and system |
| CN103942634A (en) * | 2013-12-30 | 2014-07-23 | 远光软件股份有限公司 | Group consolidated statement offset number data processing method and system |
| CN104021456A (en) * | 2014-06-23 | 2014-09-03 | 国网山东省电力公司 | Method and system used for all-around enterprise group capital data monitoring |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040205008A1 (en) * | 2004-03-29 | 2004-10-14 | Haynie Robert M. | Systems and methods for computing cash flows |
| US8000983B2 (en) * | 2008-07-01 | 2011-08-16 | Numoda Technologies, Inc. | Method and apparatus for accounting and contracting for clinical trial studies |
-
2015
- 2015-12-22 CN CN201510982236.4A patent/CN105528447B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101561898A (en) * | 2009-03-02 | 2009-10-21 | 浪潮集团山东通用软件有限公司 | Method for designing group financial combination system based on real-time account incorporation |
| CN101661507A (en) * | 2009-09-25 | 2010-03-03 | 金蝶软件（中国）有限公司 | Method for merging data and system thereof |
| CN102982421A (en) * | 2012-12-18 | 2013-03-20 | 远光软件股份有限公司 | Preparation method and system for merging cash flow statements of group based on bank reconciliations |
| CN103559275A (en) * | 2013-11-05 | 2014-02-05 | 中铁二十二局集团有限公司 | Internal transaction business identification and offsetting method and system |
| CN103942634A (en) * | 2013-12-30 | 2014-07-23 | 远光软件股份有限公司 | Group consolidated statement offset number data processing method and system |
| CN104021456A (en) * | 2014-06-23 | 2014-09-03 | 国网山东省电力公司 | Method and system used for all-around enterprise group capital data monitoring |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105528447A (en) | 2016-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105528447B (en) | The layer-by-layer method summarized when rejecting of a kind of pair of specific data | |
| CN111126828A (en) | Knowledge graph-based multilayer fund abnormal flow direction monitoring method | |
| CN105446991B (en) | Date storage method, querying method and equipment | |
| CN106530078A (en) | Loan risk early warning method and system based on multi-industry data | |
| US20160314174A1 (en) | Data mining method | |
| US7624070B2 (en) | Open payments target marketing system | |
| CN105243117B (en) | A kind of data processing system and method | |
| CN106022902A (en) | Accounting method and device | |
| CN110334155A (en) | A kind of block chain threat intelligence analysis method and system based on big data integration | |
| CN107657516A (en) | Generate the method and financial server of voucher | |
| CN106355784A (en) | Clearing and reconciliation method and system used for ATM equipment | |
| CN106327220A (en) | Abnormal account determination method and device | |
| CN107230146A (en) | Data processing method and device applied to accounting processing | |
| CN106651575A (en) | Data processing method and device | |
| CN102982421A (en) | Preparation method and system for merging cash flow statements of group based on bank reconciliations | |
| CN109961359A (en) | A kind of fund management method and capital management platform | |
| CN206497498U (en) | A kind of integrated system of credit rating information data based on enterprise's reference business | |
| US20170032707A1 (en) | Method for determining a fruition score in relation to a poverty alleviation program | |
| CN108734021A (en) | It is a kind of based on the financial credit big data methods of risk assessment and system that remove private data | |
| CN203414995U (en) | Land use tax payment checking managing system | |
| US10157091B2 (en) | Evaluating and servicing problematic cash-handling machines | |
| CN106204252A (en) | Internal credit and debt remaining sum identification, the method and system gathering and checking | |
| CN111833182A (en) | Method and device for identifying risk object | |
| CN105320666B (en) | The data aggregation method of more data sets | |
| CN109344383A (en) | A kind of correlating method and device of transaction data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |