CN102521713B - 数据处理装置和数据处理方法 - Google Patents
数据处理装置和数据处理方法 Download PDFInfo
- Publication number
- CN102521713B CN102521713B CN201110448913.6A CN201110448913A CN102521713B CN 102521713 B CN102521713 B CN 102521713B CN 201110448913 A CN201110448913 A CN 201110448913A CN 102521713 B CN102521713 B CN 102521713B
- Authority
- CN
- China
- Prior art keywords
- document
- difference
- amount
- downstream
- tail
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供了一种数据处理装置,包括:接收输入单元,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息;提取单元,根据上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;补尾差处理单元,通过下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的上游单据的存货数量和金额数以及提取出的已拉的下游单据的存货总数量和总金额数,对当前待补差的下游单据的金额进行补尾差处理。根据本发明的技术方案可以使单据的数据保存一致,本发明还提供了一种该数据处理方法。
Description
技术领域
本发明涉及计算机技术领域,具体而言,涉及数据处理装置和数据处理方法。
背景技术
目前,当一个单据基于数量分单生成下游多张单据的场景,常常需要对下游单据的金额的相关字段补尾差,比如销售订单拉销售发票的场景。销售发票存货数量2,单价为3.333,则金额为6.67(两位精度)。此时销售订单在第一次拉发票时,存货数量为1,金额为3.33(在精度为2的情况下)。销售订单第二次拉销售发票时,存货数量为1,金额为3.33(补尾差前的数据),此时出现尾差,尾差出现的原因是由于精度是两位,在截位的时候四舍五入,导致下游单据的金额总数不等于上游原始单据的金额,这种不一致会给以后的业务造成影响,并给企业造成实际的损失,因此,在上述场景中,第二个单据需要补尾差,把金额补成3.34,这样才能使上下游单据的金额在按数量分单的情况下也始终保持一致。
因此,需要一种新的数据处理技术来对单据进行处理,自动补尾差。
发明内容
基于上述背景技术的考虑,本发明的一个目的是提供一种数据处理装置,本发明的另一目的是提供一种数据处理方法,可自动为所需单据补尾差,保证数据的准确性。
根据本发明的一个方面,提供了一种数据处理装置,包括:检测单元,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息,将接收到的数据传送至提取单元;所述提取单元,根据所述上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据所述单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;补尾差处理单元,通过所述下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的所述上游单据的存货数量和金额数以及提取出的所述已拉的下游单据的存货总数量和总金额数,对所述当前待补差的下游单据的金额进行补尾差处理。
在上述技术方案中,优选地,还可以包括:判断单元,判断所述当前待补差的下游单据是否需要补尾差,若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
在上述技术方案中,优选地,所补尾差处理单元包括:计算子单元,计算出所述上游单据的金额总数与所述已拉的下游单据的总金额数之间的差值,将所述差值作为补尾差处理后的本次拉单金额。
在上述技术方案中,优选地,还可以包括:选择单元,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出经过补尾差处理后所述待补差的下游单据的金额数据。
在上述技术方案中,优选地,所述提取单元采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
根据本发明的数据处理装置,可以对需要补尾差的数据进行补尾差,并且还可以对数据的不同字段进行相应的补尾差处理,能够根据拉单场景来确定单据是否需要进行补尾差,保证了数据的一致性,使得处理结果符合实际要求,通过这样的处理方式,可以减少对系统资源的占用,提高处理效率,不影响系统的正常使用,也无需人为修改数据。
根据本发明的另一方面,还提供了一种数据处理方法,包括:步骤202,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息;步骤204,根据所述上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据所述单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;步骤206,通过所述下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的所述上游单据的存货数量和金额数以及提取出的所述已拉的下游单据的存货总数量和总金额数,对所述当前待补差的下游单据的金额进行补尾差处理。
在上述技术方案中,优选地,所述步骤206还可以包括:判断所述当前待补差的下游单据是否需要补尾差,判断规则如下:若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
在上述技术方案中,优选地,在所述步骤206中,按照以下方法确定补尾差处理后的本次拉单金额:所述上游单据的金额总数与所述已拉的下游单据的总金额数之差为所述补尾差处理后的本次拉单金额。
在上述技术方案中,优选地,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出所述待补差的下游单据的补尾差后的金额数据。
在上述技术方案中,优选地,采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
根据本发明的数据处理方法,可以对需要补尾差的数据进行补尾差,并且还可以对数据的不同字段进行相应的补尾差处理,能够根据拉单场景来自动判断当前单据是否需要进行补尾差,保证了数据的一致性,使得处理结果符合实际要求,通过这样的处理方式,可以减少对系统资源的占用,提高处理效率,不影响系统的正常使用,也无需人为修改数据。
附图说明
图1示出了根据本发明的实施例的数据处理装置的框图;
图2示出了根据本发明的实施例的数据处理装置的示意图;以及
图3示出了根据本发明的实施例的数据处理方法的流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的数据处理装置的框图。
如图1所示,根据本发明的实施例的数据处理装置100包括:检测单元102,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息,将接收到的数据传送至提取单元104;所述提取单元104,根据所述上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据所述单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;补尾差处理单元106,通过所述下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的所述上游单据的存货数量和金额数以及提取出的所述已拉的下游单据的存货总数量和总金额数,对所述当前待补差的下游单据的金额进行补尾差处理。
在上述技术方案中,优选地,还可以包括:判断单元108,判断所述当前待补差的下游单据是否需要补尾差,若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
在上述技术方案中,优选地,所述补尾差处理单元106包括:计算子单元1062,计算出所述上游单据的金额总数与所述已拉的下游单据的总金额数之间的差值,将所述差值作为补尾差处理后的本次拉单金额。
在上述技术方案中,优选地,还可以包括:选择单元110,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出经过补尾差处理后所述待补差的下游单据的金额数据。
在上述技术方案中,优选地,所述提取单元104采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
根据本发明的数据处理装置,可以对需要补尾差的数据进行补尾差,并且还可以对数据的不同字段进行相应的补尾差处理,能够根据拉单场景来确定单据是否需要进行补尾差,保证了数据的一致性,使得处理结果符合实际要求,通过这样的处理方式,可以减少对系统资源的占用,提高处理效率,不影响系统的正常使用,也无需人为修改数据。
下面结合图2来进一步说明根据本发明的数据处理装置。
将上下游单据类型的信息和需要补差的数据实体信息提供至补尾差处理单元102,根据相关的注册单据信息可以对需补尾差的单据进行补尾差处理。
1.如何确定哪个单据需要补尾差:
并不是所有下游单据都需补尾差,首先要确定应当接受补尾差的单据。因此必须对按数量分单的场景进行归类。
按数量拉单场景主要分为以下几种:
(1)拉整单,即不安数量分单,一单拉一单的场景,此场景不需补尾差。
(2)按数量分单,最后一次拉一单的场景,此场景最后一次拉的单据需要补尾差。
(3)按数量分单,最后一次拉多单的场景,此场景最后一次拉的多张单据里面其中的一张需要补尾差。
确定补尾差单据的公式如下:
Def原单据数量单据的存货数量source_num;
Def当前拉的单据数量num;
Def当前拉单单据的存货数量数组now_num[];
Def已拉单据的存货数量总合lastnum;
如果公式一:source_num=now_num[num]+now_num[num-1]+...+now_num[1]+lastnum该等式成立并且source_num!=now_num[num]则对第num个单据即当前所拉单据的最后一个单据进行补尾差。
通过上述公式一可以确定需要补尾差的单据。
2.计算子单元所采用的补尾差公式具体信息如下:
Def原单据数量单据的金额source_mny[];
Def当前拉单单据金额数组now_mny[][];
Def已拉单据的存货数量总合lastmny[];
公式二:now_mny[i][num]=source_mny[i]-(now_mny[i][num-1]+...+now_mny[i][1])-lastmny[i],其中,i表示需要补差的第i个字段。
上述公式二即补尾差公式,可以通过该公式二算出补尾差后的本次拉单金额。
3.数据处理装置的设计及工作原理
(1)数据处理装置的初始化设置。
该数据处理装置在投入使用前需要注册单据实体信息,单据实体信息结构可以如下所示:
Table单据实体信息(
单据类型(billtype非空),
单据表名(tablename非空),
单据主键名(primarykey非空),
单据数量字段名字(num非空),
单据金额字段名字数组(mny1...mnyn非空),
记上游单据主键字段名(sourcepk可空)
)
(2)数据处理装置的输入数据结构。
Typedef输入参数{
需要待定补尾差的数据数组,
上游单据类型,
下游单据类型
}
(3)数据处理装置的内部自动化处理尾差过程。
i通过上下游单据类型找到注册在数据处理装置内部的单据实体信息。
ii从数据中取出下游记录上游单据的主键,通过上游单据实体信息和上游单据的主键找到上游单据的存货数量和金额数组,分别存入source_num和source_mny[]中,设取到的上游单据主键为sourcepkvalue,对应的查询语句:sql语句如下:
Selectnum,mny1,...mnynfromtablenamewhereprimarykey=sourcepkvalue。
iii.通过上游单据的主键和下游单据记录上游主键的关系及下游单据实体信息找到已拉的下游单据的存货总数量和总金额数组,分别存入lastnum和lastmny[]中,对于的查询语句:sql语句如下:
Selectsum(num),sum(mny1)....sum(mnyn)fromtablenamewhere
sourcepk=sourcepkvaluegroupbysourcepk。
iv.通过下游单据实体信息找到当前待补差的下游单据存货数量和金额数组,分别存入now_num[]和now_mny[][]。
v.循环需要补差的金额字段,通过公式一判断本次拉单的最后一个单据是否需要补差。如果需要,则用公式二对此单据的这个金额字段进行补差。
(4)数据处理装置内部输出。
数据处理装置最后输出自动补完差的单据数据。
下面以具体示例来对上述补尾差处理过程进一步进行说明。
销售订单拉销售发票补尾差示例:
步骤一:在数据处理装置里注册销售订单和销售发票的单据信息,如下表1所示:
表1
最后一次拉单前单据数量金额信息(金额精度为两位),如下表2所示:
表2
根据上面的信息可以明确,销售订单拉销售发票已拉两回,一拉的两回销售发票对应的存货数量各是一个,因此,最后一个拉单需要补尾差处理,下面是数据处理装置的具体处理过程:
传入数据处理装置需要的补差数据信息为销售订单的原始数据SaleOrderVO,及上游单据类型25的信息和下游单据类型30的信息。
通过单据类型找到单据注册信息VO,从中可以得知相应单据的表名,主键名,数量字段名字,金额字段名字,记录上游单据的主键字段名。
然后从SaleOrderVO取出来源单据主键,比如为“sourcepk1010”
然后用sql语句:Selectnum,money,discountfromsosaleinvoicewherepk_saleinvoice=”sourcepk1010”查出上游销售发票的数量、金额、折扣额,分别记录到以下变量:
source_num=3;
source_mny[1]=10.00;
source_mny[2]=0.10。
然后通过以下sql语句:Selectsum(num),sum(money),sum(discount)fromso_saleorderwheresourcepk=”sourcepk1010”groupbysourcepk查出已拉的下游单据的存货总数量和总金额数组,并记录到以下变量:
lastnum=2;
lastmny[1]=6.66;
lastmny[2]=0.06。
那么,本次拉单数量为1,记录到该变量:now_num[1]=1。
根据公式一:source_num=now_num[num]+now_num[num-1]+...+now_num[1]+lastnum得到3=1+2,并且由于有已拉单据,且并不是拉整单,所以需要补尾差,接着根据公式二对单据补上尾差:
now_mny[1]=10-6.66=3.34;
now_mny[2]=0.10-0.06=0.04。
最后把本次拉的销售订单的金额由3.33修正成3.34,折扣额由0.03修正成0.04,输出补差后的SaleOrderVO。此次补差的过程是单个的数据,数据处理装置同时支持批数据的补差处理。
图3示出了根据本发明的实施例的数据处理方法的流程图。
如图3所示,根据本发明的实施例的数据处理方法,包括:步骤202,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息;步骤204,根据上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;步骤206,通过下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的上游单据的存货数量和金额数以及提取出的已拉的下游单据的存货总数量和总金额数,对当前待补差的下游单据的金额进行补尾差处理。
在上述技术方案中,优选地,所述步骤206还可以包括:判断所述当前待补差的下游单据是否需要补尾差,判断规则如下:若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
在上述技术方案中,优选地,在所述步骤206中,按照以下方法确定补尾差处理后的本次拉单金额:所述上游单据的金额总数与所述已拉的下游单据的总金额数之差为所述补尾差处理后的本次拉单金额。
在上述技术方案中,优选地,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出所述待补差的下游单据的补尾差后的金额数据。
在上述技术方案中,优选地,采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
根据本发明的数据处理方法,可以对需要补尾差的数据进行补尾差,并且还可以对数据的不同字段进行相应的补尾差处理,能够根据拉单场景来自动判断当前单据是否需要进行补尾差,保证了数据的一致性,使得处理结果符合实际要求,通过这样的处理方式,可以减少对系统资源的占用,提高处理效率,不影响系统的正常使用,也无需人为修改数据。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种数据处理装置,其特征在于,包括:
检测单元,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息,将接收到的数据传送至提取单元;
所述提取单元,根据所述上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据所述单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;
补尾差处理单元,通过所述下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的所述上游单据的存货数量和金额数以及提取出的所述已拉的下游单据的存货总数量和总金额数,对所述当前待补差的下游单据的金额进行补尾差处理;
所述的数据处理装置,还包括:
判断单元,判断所述当前待补差的下游单据是否需要补尾差,若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
2.根据权利要求1所述的数据处理装置,其特征在于,所述补尾差处理单元包括:
计算子单元,计算出所述上游单据的金额总数与所述已拉的下游单据的总金额数之间的差值,将所述差值作为补尾差处理后的本次拉单金额。
3.根据权利要求1或2所述的数据处理装置,其特征在于,还包括:
选择单元,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出经过补尾差处理后所述待补差的下游单据的金额数据。
4.根据权利要求3所述的数据处理装置,其特征在于,所述提取单元采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
5.一种数据处理方法,其特征在于,包括:
步骤202,接收检测到的上游单据类型的信息和下游单据类型的信息以及待补差数据信息;
步骤204,根据所述上游单据类型的信息和下游单据类型的信息查找到注册的单据实体信息,根据所述单据实体信息,提取出上游单据的存货数量和金额数以及提取出已拉的下游单据的存货总数量和总金额数;
步骤206,通过所述下游单据的实体信息找到当前待补差的下游单据的存货数量和金额数,根据提取出的所述上游单据的存货数量和金额数以及提取出的所述已拉的下游单据的存货总数量和总金额数,对所述当前待补差的下游单据的金额进行补尾差处理;
所述步骤206还包括:
判断所述当前待补差的下游单据是否需要补尾差,判断规则如下:
若所述当前待补差的下游单据的存货数量和所述已拉的下游单据的存货总数量之和等于上游单据的存货总数量,并且所述上游单据的存货总数量不等于所述当前待补差的存货数量,则确定所述当前待补差的下游单据需要补尾差。
6.根据权利要求5所述的数据处理方法,其特征在于,在所述步骤206中,按照以下方法确定补尾差处理后的本次拉单金额:
所述上游单据的金额总数与所述已拉的下游单据的总金额数之差为所述补尾差处理后的本次拉单金额。
7.根据权利要求5或6所述的数据处理方法,其特征在于,所述上游单据和所述下游单据均对应多种金额字段,在所述多种金额字段中选择一个或多个金额字段,针对选择的金额字段,计算出所述待补差的下游单据的补尾差后的金额数据。
8.根据权利要求7所述的数据处理方法,其特征在于,采用SQL语句查找出所述上游单据的存货数量和金额数以及所述已拉的下游单据的存货总数量和总金额数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110448913.6A CN102521713B (zh) | 2011-12-28 | 2011-12-28 | 数据处理装置和数据处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110448913.6A CN102521713B (zh) | 2011-12-28 | 2011-12-28 | 数据处理装置和数据处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102521713A CN102521713A (zh) | 2012-06-27 |
CN102521713B true CN102521713B (zh) | 2016-03-30 |
Family
ID=46292624
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110448913.6A Active CN102521713B (zh) | 2011-12-28 | 2011-12-28 | 数据处理装置和数据处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102521713B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109118357A (zh) * | 2017-06-26 | 2019-01-01 | 平安科技(深圳)有限公司 | 交易尾差处理方法、装置及计算机可读存储介质 |
CN109903145B (zh) * | 2018-11-20 | 2023-07-11 | 创新先进技术有限公司 | 数据核对方法、装置、设备及系统 |
CN110020954B (zh) * | 2019-03-26 | 2023-09-05 | 创新先进技术有限公司 | 一种收益分配方法、装置及计算机设备 |
CN111199435B (zh) * | 2019-12-22 | 2024-03-01 | 远光软件股份有限公司 | 税额无尾差的发票开票的数据处理系统及方法 |
CN111815379A (zh) * | 2020-07-08 | 2020-10-23 | 远光软件股份有限公司 | 一种智能调节发票尾差的方法、装置、终端及存储介质 |
CN117372166B (zh) * | 2023-10-26 | 2024-03-08 | 北京开科唯识技术股份有限公司 | 一种高效的尾差分配处理方法、装置及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101500118A (zh) * | 2003-04-23 | 2009-08-05 | 松下电器产业株式会社 | 数据处理装置和数据处理方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101261622B (zh) * | 2008-05-12 | 2011-12-07 | 金蝶软件(中国)有限公司 | 一种数据分拆方法及装置 |
CN102043860A (zh) * | 2010-12-27 | 2011-05-04 | 用友软件股份有限公司 | 单据额度控制方法和装置 |
-
2011
- 2011-12-28 CN CN201110448913.6A patent/CN102521713B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101500118A (zh) * | 2003-04-23 | 2009-08-05 | 松下电器产业株式会社 | 数据处理装置和数据处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102521713A (zh) | 2012-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102521713B (zh) | 数据处理装置和数据处理方法 | |
CN111428599B (zh) | 票据识别方法、装置和设备 | |
CN106407484B (zh) | 一种基于弹幕语义关联的视频标签提取方法 | |
CN106408410A (zh) | 自动对账方法及装置 | |
CN103336766A (zh) | 短文本垃圾识别以及建模方法和装置 | |
CN106339274A (zh) | 一种数据快照获取的方法及系统 | |
CN105654201B (zh) | 一种广告流量预测方法及装置 | |
CN103761341B (zh) | 一种信息匹配方法及装置 | |
CN112948429B (zh) | 一种数据报送方法、装置和设备 | |
CN106095972B (zh) | 一种信息分类方法及装置 | |
CN105721629A (zh) | 用户标识匹配方法和装置 | |
CN105893421A (zh) | Uv计算方法、装置 | |
CN110634223A (zh) | 票据校验方法及装置 | |
CN106446149B (zh) | 一种通知信息的过滤方法及装置 | |
CN110727857A (zh) | 针对业务对象识别潜在用户的关键特征的方法及装置 | |
CN106919588A (zh) | 一种应用程序搜索系统及方法 | |
CN106528570A (zh) | 推荐方法及装置 | |
CN110389941A (zh) | 数据库校验方法、装置、设备及存储介质 | |
CN107944866B (zh) | 交易记录排重方法及计算机可读存储介质 | |
CN102208061A (zh) | 数据核销处理装置和数据核销处理方法 | |
CN110232525B (zh) | 一种企业风险获取方法、装置、服务器及存储介质 | |
CN110942066A (zh) | 票据核对方法及装置 | |
CN104408544A (zh) | 公式解析装置和方法 | |
CN110737432A (zh) | 一种基于词根表的脚本辅助设计方法及装置 | |
CN109492031A (zh) | 表格数据的显示方法、服务器以及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100094 Haidian District North Road, Beijing, No. 68 Applicant after: Yonyou Network Technology Co., Ltd. Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
COR | Change of bibliographic data | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |