CN114140191A - 一种申报商品数据合并的方法及装置 - Google Patents

Abstract

本申请公开了一种申报商品数据合并的方法及装置，通过接收到的用户发送的申报商品数据合并请求，将原始商品申报数据列表中符合预设合并规则的第一待申报商品的商品数据进行合并，得到实际商品申报数据列表中第二待申报商品的实际商品数据，减少了商品申报数据列表中待申报商品的条目，解决了若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

Description

一种申报商品数据合并的方法及装置

技术领域

本申请涉及数据技术领域，尤其涉及一种申报商品数据合并的方法及装置。

背景技术

在帮助客户进行商品的海关申报之前，首先会受到客户发来的大量的箱单等报关资料。客户不一定会将待申报商品的商品数据进行统一化处理，只会根据客户的需求提供完整的待申报商品的商品数据。

作为代理报关企业，若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，对于代理报关企业而言，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

发明内容

本申请提供了一种申报商品数据合并的方法及装置，解决了若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

有鉴于此，本申请第一方面提供了一种申报商品数据合并的方法，所述方法包括

接收用户端发送的原始商品申报数据列表，所述原始商品申报数据列表包含各个第一待申报商品的商品数据，所述商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

接收所述用户端发送的申报商品数据合并请求，所述申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据；

将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第二待申报商品的合并状态为已合并。

可选地，所述预设合并规则具体为所述原始商品申报数据列表的商品数据中货号数据以及币种数据一致的所述第一待申报商品的合并为实际商品申报数据列表中的第二待申报商品。

可选地，所述将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据具体包括：

将所述原始商品申报数据列表中两个或两个以上符合预设合并规则的所述第一待申报商品的毛重数据、件数数据以及总金额数据累加，合并为实际商品申报数据列表中第二待申报商品的实际毛重数据、实际件数数据以及实际总金额数据；

将所述实际商品申报数据列表中所述第二待申报商品的实际总金额数据除以实际件数数据，得到所述第二待申报商品的实际单价数据。

可选地，还包括：

接收所述用户端发送的申报商品核算请求，所述申报商品核算请求中携带有两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据以及待分摊费用数据；

将所述待分摊费用数据根据预设核算方式，分摊至所述原始商品申报数据列表中所述两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第三待申报商品的核算状态为已核算。

可选地，所述预设核算规则具体为所述原始商品申报数据列表的第一待申报商品的合并状态为未合并。

可选地，所述预设核算方式具体为：

将所述原始商品申报数据列表中一个所述第一待申报商品的毛重数据，除以所述原始商品申报数据列表中两个或两个以上所有所述第一待申报商品的毛重数据之和，乘上所述待分摊费用的积，加上所述第一待申报商品的总金额数据，得到实际商品申报数据列表中第三待申报商品的实际总金额数据；

将所述第三待申报商品的实际总金额数据除以所述第一待申报商品的件数数据，得到所述所述第三待申报商品的实际单价数据；

所述第三待申报商品的实际毛重数据以及实际件数数据与所述第一待申报商品的毛重数据以及件数数据一致。

可选地，还包括：

接收所述用户端发送的取消合并请求，所述取消合并请求中携带有所述实际商品申报数据列表中合并状态为已合并的所述第二待申报商品的实际商品数据；

根据所述取消合并请求，将所述第二待申报商品的实际商品数据拆分为所述原始商品申报数据列表中两个或两个以上符合所述预设合并规则的所述第一待申报商品的商品数据，并更新所述第一待申报商品的合并状态为未合并。

可选地，还包括：

接收所述用户端发送的取消核算请求，所述取消核算请求中携带有所述实际商品申报数据列表中核算状态为已核算的所述第三待申报商品的实际商品数据；

根据所述取消核算请求，将所述第三待申报商品的实际商品数据拆分为所述原始商品申报数据列表中两个或两个以上符合所述预设核算规则的所述第一待申报商品的商品数据，并更新所述第一待申报商品的核算状态为未核算。

本申请第二方面提供一种申报商品数据合并的装置，所述装置包括：

第一接收单元，用于接收用户端发送的原始商品申报数据列表，所述原始商品申报数据列表包含各个第一待申报商品的商品数据，所述商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

第二接收单元，用于接收所述用户端发送的申报商品数据合并请求，所述申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据；

合并单元，用于将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第二待申报商品的合并状态为已合并。

可选地，还包括：

第三接收单元，用于接收所述用户端发送的申报商品核算请求，所述申报商品核算请求中携带有两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据以及待分摊费用数据；

核算单元，用于将所述待分摊费用数据根据预设核算方式，分摊至所述原始商品申报数据列表中所述两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第三待申报商品的核算状态为已核算。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中，提供了一种申报商品数据合并的方法，通过接收到的用户发送的申报商品数据合并请求，将原始商品申报数据列表中符合预设合并规则的第一待申报商品的商品数据进行合并，得到实际商品申报数据列表中第二待申报商品的实际商品数据，减少了商品申报数据列表中待申报商品的条目，解决了若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

附图说明

图1为本申请实施例中一种申报商品数据合并的方法中商品合并流程的方法流程图；

图2为本申请实施例中一种申报商品数据合并的方法中商品核算流程的方法流程图；

图3为本申请实施例中一种申报商品数据合并的装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请设计了一种申报商品数据合并的方法及装置，解决了若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

为了便于理解，请参阅图1，图1为本申请实施例中一种申报商品数据合并的方法中商品合并流程的方法流程图，如图1所示，具体为：

101、接收用户端发送的原始商品申报数据列表，原始商品申报数据列表包含各个第一待申报商品的商品数据，商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

需要说明的是，客户首先可以在用户端录入原始商品申报数据列表，在原始商品申报数据列表中，商品数据完全一致或部分一致的第一待申报商品可能有多行，第一待申报商品的商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据。

102、接收用户端发送的申报商品数据合并请求，申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的第一待申报商品的商品数据；

需要说明的是，用户在用户端自主选择需要进行合并的至少两个第一待申报商品，通过发送申报商品数据合并请求来执行商品数据合并流程。首先，用户选择的至少两个第一待申报商品必须符合预设合并规则，预设合并规则为至少两个第一待申报商品的商品数据中货号数据以及币种数据一致的第一待申报商品才允许进行合并。

103、将原始商品申报数据列表中两个或两个以上符合预设合并规则的第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新实际商品申报数据列表中第二待申报商品的合并状态为已合并。

需要说明的是，在接收到申报商品数据合并请求后，将至少两个第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，具体方式为：

将原始商品申报数据列表中两个或两个以上符合预设合并规则的第一待申报商品的毛重数据、件数数据以及总金额数据累加，合并为实际商品申报数据列表中第二待申报商品的实际毛重数据、实际件数数据以及实际总金额数据；

将实际商品申报数据列表中第二待申报商品的实际总金额数据除以实际件数数据，得到第二待申报商品的实际单价数据。

举个例子，商品A1的毛重数据为50、件数数据为2、总金额数据为100、单价数据为50，商品A2的毛重数据为100，件数数据为1、总金额数据为80，单价数据为80；合并后，第二待申报商品A的实际毛重数据为150、实际件数数据为3、实际总金额数据为180、实际单价数据为60。

合并完成后，将对第二待申报商品的合并状态进行更新，更新为已合并。

进一步地，还包括：

接收用户端发送的取消合并请求，取消合并请求中携带有实际商品申报数据列表中合并状态为已合并的第二待申报商品的实际商品数据；

根据取消合并请求，将第二待申报商品的实际商品数据拆分为原始商品申报数据列表中两个或两个以上符合预设合并规则的第一待申报商品的商品数据，并更新第一待申报商品的合并状态为未合并。

需要说明的是，针对于已经进行合并的第二待申报商品的实际商品数据，可以通过发送取消合并请求，将原始的第一待申报商品的商品数据拆分开，并更新第一待申报商品的合并状态为未合并。

请参阅图2，图2为本申请实施例中一种申报商品数据合并的方法中商品核算流程的方法流程图，如图2所示，具体为：

201、接收用户端发送的申报商品核算请求，申报商品核算请求中携带有两个或两个以上符合预设核算规则的第一待申报商品的商品数据以及待分摊费用数据；

需要说明的是，除了直接进行商品数据的合并，还有一种情况是一些无法直接构成商品数据的待分摊费用数据，需要经过商品核算将该部分的待分摊费用数据分摊至各个第一待申报商品的商品数据之中。申报商品核算请求中允许携带的至少两个第一待申报商品的商品数据需要符合预设核算规则，预设核算规则为第一待申报商品的合并状态为未合并，即已经合并过的待申报商品的商品数据是不允许进行核算的，只有未核算且未合并的待申报商品的商品数据才可以进行核算。可以理解的是，进行申报商品核算请求的第一待申报商品不一定是同一个品类的商品。

202、将待分摊费用数据根据预设核算方式，分摊至原始商品申报数据列表中两个或两个以上符合预设核算规则的第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新实际商品申报数据列表中第三待申报商品的核算状态为已核算。

需要说明的是，根据预设核算方式，将待分摊费用数据分摊至至少两个第一待申报商品的商品数据中，具体方式为：

将原始商品申报数据列表中一个第一待申报商品的毛重数据，除以原始商品申报数据列表中两个或两个以上所有第一待申报商品的毛重数据之和，乘上待分摊费用的积，加上第一待申报商品的总金额数据，得到实际商品申报数据列表中第三待申报商品的实际总金额数据；

将第三待申报商品的实际总金额数据除以第一待申报商品的件数数据，得到第三待申报商品的实际单价数据；

第三待申报商品的实际毛重数据以及实际件数数据与第一待申报商品的毛重数据以及件数数据一致。

可以理解的是，未合并的第一待申报商品的商品数据可以进行核算，已核算的第一待申报商品的商品数据依旧可以执行合并的操作，只要符合预设合并规则即可。

原始商品申报数据列表和实际商品申报数据列表实际可以为同一个列表，只是在其中的待申报商品的商品数据发生变动后，从原始商品申报数据列表变更为实际商品申报数据列表。

进一步地，还包括：

接收用户端发送的取消核算请求，取消核算请求中携带有实际商品申报数据列表中核算状态为已核算的第三待申报商品的实际商品数据；

根据取消核算请求，将第三待申报商品的实际商品数据拆分为原始商品申报数据列表中两个或两个以上符合预设核算规则的第一待申报商品的商品数据，并更新第一待申报商品的核算状态为未核算。

需要说明的是，针对于已经进行核算的第三待申报商品的实际商品数据，可以通过发送取消核算请求，将待分摊费用数据以及原始的第一待申报商品的商品数据拆分开，并更新第一待申报商品的核算状态为未核算。

请参阅图3，图3为本申请实施例中一种申报商品数据合并的装置的结构示意图，如图3所示，具体为：

第一接收单元301，用于接收用户端发送的原始商品申报数据列表，原始商品申报数据列表包含各个第一待申报商品的商品数据，商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

第二接收单元302，用于接收用户端发送的申报商品数据合并请求，申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的第一待申报商品的商品数据；

合并单元303，用于将原始商品申报数据列表中两个或两个以上符合预设合并规则的第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新实际商品申报数据列表中第二待申报商品的合并状态为已合并。

进一步地，还包括：

第三接收单元304，用于接收用户端发送的申报商品核算请求，申报商品核算请求中携带有两个或两个以上符合预设核算规则的第一待申报商品的商品数据以及待分摊费用数据；

核算单元305，用于将待分摊费用数据根据预设核算方式，分摊至原始商品申报数据列表中两个或两个以上符合预设核算规则的第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新实际商品申报数据列表中第三待申报商品的核算状态为已核算。

本申请实施例中，提供了一种申报商品数据合并的方法及装置，通过接收到的用户发送的申报商品数据合并请求，将原始商品申报数据列表中符合预设合并规则的第一待申报商品的商品数据进行合并，得到实际商品申报数据列表中第二待申报商品的实际商品数据，减少了商品申报数据列表中待申报商品的条目，解决了若是一张报关单无法容纳所有的待申报商品的商品数据，则需要通过多张报关单来进行申报，每增加一张报关单，需要增加报关所需的文件费用，若是由人力进行商品数据的合并与核算，则存在着成本较高，人力处理效率低下，且容易出现错误的技术问题。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种申报商品数据合并的方法，其特征在于，包括：

接收用户端发送的原始商品申报数据列表，所述原始商品申报数据列表包含各个第一待申报商品的商品数据，所述商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

接收所述用户端发送的申报商品数据合并请求，所述申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据；

将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第二待申报商品的合并状态为已合并。

2.根据权利要求1所述的申报商品数据合并以及自动核算的方法，其特征在于，所述预设合并规则具体为所述原始商品申报数据列表的商品数据中货号数据以及币种数据一致的所述第一待申报商品的合并为实际商品申报数据列表中的第二待申报商品。

3.根据权利要求1所述的申报商品数据合并的方法，其特征在于，所述将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据具体包括：

将所述原始商品申报数据列表中两个或两个以上符合预设合并规则的所述第一待申报商品的毛重数据、件数数据以及总金额数据累加，合并为实际商品申报数据列表中第二待申报商品的实际毛重数据、实际件数数据以及实际总金额数据；

将所述实际商品申报数据列表中所述第二待申报商品的实际总金额数据除以实际件数数据，得到所述第二待申报商品的实际单价数据。

4.根据权利要求1所述的申报商品数据合并的方法，其特征在于，还包括：

接收所述用户端发送的申报商品核算请求，所述申报商品核算请求中携带有两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据以及待分摊费用数据；

将所述待分摊费用数据根据预设核算方式，分摊至所述原始商品申报数据列表中所述两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第三待申报商品的核算状态为已核算。

5.根据权利要求4所述的申报商品数据合并的方法，其特征在于，所述预设核算规则具体为所述原始商品申报数据列表的第一待申报商品的合并状态为未合并。

6.根据权利要求4所述的申报商品数据合并的方法，其特征在于，所述预设核算方式具体为：

将所述原始商品申报数据列表中一个所述第一待申报商品的毛重数据，除以所述原始商品申报数据列表中两个或两个以上所有所述第一待申报商品的毛重数据之和，乘上所述待分摊费用的积，加上所述第一待申报商品的总金额数据，得到实际商品申报数据列表中第三待申报商品的实际总金额数据；

将所述第三待申报商品的实际总金额数据除以所述第一待申报商品的件数数据，得到所述所述第三待申报商品的实际单价数据；

所述第三待申报商品的实际毛重数据以及实际件数数据与所述第一待申报商品的毛重数据以及件数数据一致。

7.根据权利要求1所述的申报商品数据合并的方法，其特征在于，还包括：

接收所述用户端发送的取消合并请求，所述取消合并请求中携带有所述实际商品申报数据列表中合并状态为已合并的所述第二待申报商品的实际商品数据；

根据所述取消合并请求，将所述第二待申报商品的实际商品数据拆分为所述原始商品申报数据列表中两个或两个以上符合所述预设合并规则的所述第一待申报商品的商品数据，并更新所述第一待申报商品的合并状态为未合并。

8.根据权利要求4所述的申报商品数据合并的方法，其特征在于，还包括：

接收所述用户端发送的取消核算请求，所述取消核算请求中携带有所述实际商品申报数据列表中核算状态为已核算的所述第三待申报商品的实际商品数据；

根据所述取消核算请求，将所述第三待申报商品的实际商品数据拆分为所述原始商品申报数据列表中两个或两个以上符合所述预设核算规则的所述第一待申报商品的商品数据，并更新所述第一待申报商品的核算状态为未核算。

9.一种申报商品数据合并的装置，其特征在于，包括：

第一接收单元，用于接收用户端发送的原始商品申报数据列表，所述原始商品申报数据列表包含各个第一待申报商品的商品数据，所述商品数据包括货号数据、毛重数据、单价数据、币种数据、件数数据以及总金额数据；

第二接收单元，用于接收所述用户端发送的申报商品数据合并请求，所述申报商品数据合并请求中携带有两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据；

合并单元，用于将所述原始商品申报数据列表中所述两个或两个以上符合预设合并规则的所述第一待申报商品的商品数据合并为实际商品申报数据列表中第二待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第二待申报商品的合并状态为已合并。

10.根据权利要求9所述的申报商品数据合并的装置，其特征在于，还包括：

第三接收单元，用于接收所述用户端发送的申报商品核算请求，所述申报商品核算请求中携带有两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据以及待分摊费用数据；

核算单元，用于将所述待分摊费用数据根据预设核算方式，分摊至所述原始商品申报数据列表中所述两个或两个以上符合预设核算规则的所述第一待申报商品的商品数据中，得到实际商品申报数据列表中第三待申报商品的实际商品数据，并更新所述实际商品申报数据列表中所述第三待申报商品的核算状态为已核算。

Images