CN115511559A - 一种包含虚拟商品交易的订单履约方法及系统 - Google Patents

Abstract

本申请实施例公开了一种包含虚拟商品交易的订单履约方法及系统、电子设备、存储介质。所述方法具体包括：电商平台响应于用户的结算订单操作，获取订单的履约编码并将订单履约编码同步至CRM系统，订单履约编码根据预设规则通过人工赋予；CRM系统根据订单履约编码，确认订单是否为需拆分订单；CRM系统获取需拆分订单中全部商品的商品履约编码，根据商品履约编码，将商品拆分为不同的订单并执行不同的履约流程。本发明能够在用户下单包含多种履约规则商品的订单时，通过将订单进行拆分从而提高商品履约的准确度和履约效率。

Description

一种包含虚拟商品交易的订单履约方法及系统

技术领域

本申请实施例涉及医疗电商领域，特别是涉及一种包含虚拟商品交易的订单履约方法及系统、电子设备、存储介质。

背景技术

互联网医药电商平台业务不断发展与拓宽，除了成熟的药品交易以外，出现了线上售卖医疗服务、问诊服务等虚拟商品的用户需求。为了解决传统医药通路的痛点，在政策规范行业健康发展的同时，发明虚拟商品的订单履约模式，能够增强医药电商行业的商业价值及综合服务建设能力，满足用户更深层次的用药和医疗需求。

目前，各大医药电商平台主要单独售卖药品或器械等实物商品，医疗服务主要由移动医疗平台提供。而综合的医疗服务平台较为有限，患者更需要用药的同时匹配其他健康服务，如咨询问诊、会员权益、健康关怀、保险业务等。

由于医药实物商品涉及供应链、物流等流程，而虚拟商品也有特殊的履约逻辑，两者无法共用一套订单履约模式。且患者分开不同线上入口下单实物商品与虚拟商品，操作繁琐，流程复杂，会极大影响用户的交易体验，增加用户的交易成本，降低交易成功率。

发明内容

针对上述背景技术中存在的问题，第一方面，本申请实施例提供了一种包含虚拟商品交易的订单履约方法，包括如下步骤：

电商平台响应于用户的结算订单操作，获取所述订单的订单履约编码并将其同步至CRM系统，其中，所述订单履约编码用于指示所述订单是否需拆分；

所述CRM系统根据所述订单履约编码，确认所述订单是否为需拆分订单，其中，所述需拆分订单的所述订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的所述拆分属性用于指示所述商品不同的履约流程；

所述CRM系统获取所述需拆分订单中全部商品的商品履约编码，根据所述商品履约编码，将所述商品拆分为不同的订单；

若所述商品履约编码指示所述商品为实物商品，所述CRM系统生成包括所有实物商品的实物商品订单，并对所述实物商品订单执行实物交易流程；

若所述商品履约编码指示所述商品为虚拟商品，所述CRM系统针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程。

进一步地，所述CRM系统针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程，具体包括如下步骤：

所述CRM系统获取所述虚拟商品的商品履约编码；

所述CRM系统根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性，所述一级分类属性包括以下商品种类：服务类、优惠券类、权益卡类、健康币类；

所述CRM系统根据所述一级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

进一步地，所述CRM系统根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性后，还包括如下步骤：

所述CRM系统根据所述虚拟商品的商品履约编码的次位数字编码，确认所述虚拟商品的二级分类属性，所述二级分类属性包括以下商品种类：咨询服务类、代寻药服务类、运费券类、商品券类、全场券类；

所述CRM系统根据所述二级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

进一步地，将所述权益凭证存储于所述电商平台服务器后，还包括如下步骤：

所述电商平台响应于用户的下一次满足所述权益凭证兑换条件的结算订单操作，对所述权益凭证的有效性进行核验；

若所述权益凭证通过验证，所述电商平台在所述结算订单时添加所述权益凭证所包含的权益内容，并注销相应权益凭证。

进一步地，将所述权益凭证存储于所述电商平台服务器后，还包括如下步骤：

所述电商平台响应于用户对所述权益凭证的主动使用操作，对所述权益凭证的有效性进行核验；

若所述权益凭证通过验证，所述电商平台生成所述权益凭证所包含的权益内容的订单，并在所述订单确认完成后，注销相应权益凭证。

进一步地，对所述虚拟商品订单履行虚拟交易流程，包括如下步骤：

所述CRM系统同步生成的实物商品订单至所述电商平台。

第二方面，本申请实施例还提供了一种包含虚拟商品交易的订单履约系统，包括CRM系统和电商平台：

所述电商平台用于响应于用户的结算订单操作，获取所述订单的订单履约编码并将其同步至CRM系统，其中，所述订单履约编码用于指示所述订单是否需拆分；

所述CRM系统用于根据所述订单履约编码，确认所述订单是否为需拆分订单，其中，所述需拆分订单的所述订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的所述拆分属性用于指示所述商品不同的履约流程；

所述CRM系统还用于获取所述需拆分订单中全部商品的商品履约编码，根据所述商品履约编码，将所述商品拆分为不同的订单；

若所述商品履约编码指示所述商品为实物商品，所述CRM系统还用于生成包括所有实物商品的实物商品订单，并对所述实物商品订单执行实物交易流程；

若所述商品履约编码指示所述商品为虚拟商品，所述CRM系统还用于针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程。

进一步地，所述CRM系统还用于获取所述虚拟商品的商品履约编码；

所述CRM系统还用于根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性，所述一级分类属性包括以下商品种类：服务类、优惠券类、权益卡类、健康币类；

所述CRM系统还用于根据所述一级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台还用于根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

第三方面，本申请实施例还提供了一种电子设备，包括：

至少一个存储器以及至少一个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如第一方面所述的一种包含虚拟商品交易的订单履约方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的一种包含虚拟商品交易的订单履约方法的步骤。

本申请方案通过CRM系统同步获取电商平台的用户订单信息，根据订单信息中的履约编码对商品进行拆分，并将拆分后的商品信息同步至所述电商平台，电商平台再根据已经按不同履约流程拆分好的商品信息尽心发货，使得实物商品履行实体发货流程，而虚拟商品根据各自不同的履约流程进行权益或服务等类型的兑换。本申请使得用户可以同时下单包含不同种履约类型的商品，提升了用户的交易体验，降低交易成本；同时由CRM系统将订单拆分的方式，保证了尤其是虚拟商品履约的准确度，提升了履约效率。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

附图说明

图1为在一个示例性的实施例中提供的一种包含虚拟商品交易的订单履约方法的步骤流程图；

图2为在一个示例性的实施例中提供的一种包含虚拟商品交易的订单履约方法的履约编码规则的示意图。

图3为在一个示例性的实施例中提供的一种电子设备示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

应当明确，所描述的实施例仅仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请实施例保护的范围。

在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

基于背景技术中的技术问题，本申请实施例提供了一种包含虚拟商品交易的订单履约方法，如图1所示，具体包括如下方法步骤：

S201：电商平台响应于用户的结算订单操作，获取订单的订单履约编码并将其同步至CRM系统，其中，订单履约编码用于指示订单是否需拆分。

CRM系统，即客户关系管理系统，是指利用软件、硬件和网络技术，为企业建立一个客户信息收集、管理、分析和利用的信息系统。CRM系统以客户数据的管理为核心，记录企业在市场营销和销售过程中和客户发生的各种交互行为，以及各类有关活动的状态，提供各类数据模型，为后期的分析和决策提供支持。

在本申请实施例中，预设定履约编码规则，并为电商平台的每一件商品赋予履约编码，编码规则存储于CRM系统服务器中。

S202：CRM系统根据订单履约编码，确认订单是否为需拆分订单，其中，需拆分订单的订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的拆分属性用于指示商品不同的履约流程。

如图2所示，图2为本申请实施例中履约编码规则的示意图。CRM系统获取电商平台同步的订单信息后，获取其中的订单履约编码，并判断该订单是否需要拆分。在本申请实施例中，若该订单履约编码的首位字母是S，则代表该商品为实体商品，不需要拆分订单；若该订单履约编码的首位字母是M或H，则代表该商品为虚拟商品，不需要拆分订单；若该订单履约编码的首位字母为P，则代表该订单内包含多件需拆分商品，需要进行订单拆分。在本申请实施例中，需拆分订单，即需要预处理的订单，该订单内一定包含具有至少两种不同履约流程的商品。

S203：CRM系统获取需拆分订单中全部商品的商品履约编码，根据商品履约编码，将商品拆分为不同的订单。

在本申请实施例中，由于需拆分订单中的每一件商品均被赋予了商品履约编码，因此可以根据商品履约编码的指示进行订单拆分。

S204：若商品履约编码指示商品为实物商品，CRM系统生成实物商品订单，并对实物商品订单履行实物交易流程。

在一个具体的例子中，若该需拆分订单中，包含商品履约编码为S00020000，则指示该商品为实物商品，CRM系统根据该实物商品信息，生成实物商品订单并同步至电商平台，电商平台后续会根据实物商品订单履行常规实物商品发货流程。具体可以是，电商平台发送实物商品订单信息至仓库，仓库根据该实物订单进行发货。

在本申请实施例中，商品履约编号中还携带有订单拆分维度信息，具体的，拆分维度由履约编号中的某一特定位置数字表示，例如，拆分维度表示为1，即代表该商品需单独拆分为一个订单；拆分维度表示为2，即代表与该种商品同属一个履约类型的全部商品可合并为一个订单。例如存在两件商品履约编码为S000200000和S000200001的商品，其中，履约编码数字部分的第四位代表这两件商品的拆分维度，且该拆分维度表示为2，即表明两件商品均为实物商品，且可同属一个履约类型，可合并为一个订单，该实物订单履行实物发货流程。

S205：若商品履约编码指示商品为虚拟商品，CRM系统生成虚拟商品订单，并对虚拟商品订单履行虚拟交易流程。

在一个优选的实施例中，CRM系统针对每一个虚拟商品生成一个虚拟商品订单，并对虚拟商品订单执行虚拟交易流程，包括如下步骤：

CRM系统获取虚拟商品的商品履约编码；

CRM系统根据虚拟商品的商品履约编码的首位数字编码，确认虚拟商品的一级分类属性，一级分类属性包括以下商品种类：服务类、优惠券类、权益卡类、健康币类；

CRM系统根据一级分类属性，确认虚拟商品订单的履约流程并将虚拟商品订单信息与履约流程信息同步至电商平台；

电商平台根据虚拟商品订单信息和履约流程信息生成相应权益凭证并将权益凭证存储于电商平台服务器。

在一个优选的实施例中，CRM系统根据虚拟商品的商品履约编码的首位数字编码，确认虚拟商品的一级分类属性后，还包括如下步骤：

CRM系统根据虚拟商品的商品履约编码的次位数字编码，确认虚拟商品的二级分类属性，二级分类属性包括以下商品种类：咨询服务类、代寻药服务类、运费券类、商品券类、全场券类；

CRM系统根据二级分类属性，确认虚拟商品订单的履约流程并将虚拟商品订单信息与履约流程信息同步至电商平台；

电商平台根据虚拟商品订单信息和履约流程信息生成相应权益凭证并将权益凭证存储于电商平台服务器。

在一个优选的实施例中，将权益凭证存储于电商平台服务器后，还包括如下步骤：

电商平台响应于用户的下一次满足权益凭证兑换条件的结算订单操作，对权益凭证的有效性进行核验；若权益凭证通过验证，电商平台在结算订单时添加权益凭证所包含的权益内容，并注销相应权益凭证。

在一个优选的实施例中，将权益凭证存储于电商平台服务器后，还包括如下步骤：

电商平台响应于用户对权益凭证的主动使用操作，对权益凭证的有效性进行核验；若权益凭证通过验证，电商平台生成权益凭证所包含的权益内容的订单，并在订单确认完成后，注销相应权益凭证。

如图2所示，在本申请实施例中，虚拟商品的来源可分为两个平台。商品履约编号首位为M的代表该商品为电商商城虚拟商品，其被划分为服务类、优惠券类、权益卡类、健康币类等一级分类属性，上述分类属性由该商品履约编码的首位数字指示，且部分分类属性下还可被进一步划分二级分类属性，例如服务类商品还包括咨询服务类和代寻药服务类两种二级分类属性。由于一级分类属性无法对应全部的虚拟商品履约流程，因此对于存在二级分类属性的虚拟商品订单，应按照二级分类属性对应的履约流程进行商品履约。在一些其他的例子中，若在二级分类属性下仍存在更次级的分类属性，且这些次级分类属性会导致对应商品的履约流程不同，那么均应当按照最次以及的分类属性进行虚拟商品履约。在本申请实施例中，虚拟商品履约编码的次位数字编码指示该虚拟商品的二级分类属性属性，例如，商品履约编码为M11010000，指示该商品为商城虚拟商品中的服务类商品，具体的，属于服务类商品中的咨询服务类。

商品履约编号首位为H的代表该商品为移动医疗虚拟商品，其虚拟商品划分类型与上述电商商城大致相同，但两者在服务类商品的具体种类上存在一定差别。电商商城基于其电商平台属性，服务类商品多为咨询，兑换，会员权益等服务；而移动医疗基于其医疗平台属性，服务类商品多为问诊，医生回放，复诊等服务。但无论是何种来源的虚拟商品，CRM系统均同步该平台上的用户订单信息，并按照统一的编码逻辑进行订单拆分，将拆分至最小颗粒度的商品信息发送至商城进行相应虚拟商品权益或服务的兑换。

本申请方案通过CRM系统同步获取电商平台的用户订单信息，根据订单信息中的履约编码对商品进行拆分，并将拆分后的商品信息同步至电商平台，电商平台再根据已经按不同履约流程拆分好的商品信息尽心发货，使得实物商品履行实体发货流程，而虚拟商品根据各自不同的履约流程进行权益或服务等类型的兑换。本申请使得用户可以同时下单包含不同种履约类型的商品，提升了用户的交易体验，降低交易成本；同时由CRM系统将订单拆分的方式，保证了尤其是虚拟商品履约的准确度，提升了履约效率。

另外，本申请所述系统已与多家供应商实现合作，设计上架组合礼包商品，从商业的角度来说，该系统在提升销售业绩的同时，保证了用户的购物体验，为用户提供全方面医疗健康保障，有效增强了用户粘性，淡化医药电商功能界限，兼容多种平台；从技术的角度来说，CRM系统拆单的形式减轻了平台对用户订单中不同履约形式商品的管理压力，提升了履约效率，保证了虚拟商品的履约准确度和稳定性。

设计上架组合礼包商品，在提升销售业绩的同时，保证了用户体验，为用户提供全方面医疗健康保障，有效增强了用户粘性，淡化医药电商功能界限，打通多重服务场景，推动公司向综合健康服务商转型。

本申请实施例还公开了一种包含虚拟商品交易的订单履约系统，包括CRM系统和电商平台，电商平台用于响应于用户的结算订单操作，获取订单的订单履约编码并将其同步至CRM系统，其中，订单履约编码用于指示订单是否需拆分；CRM系统用于根据订单履约编码，确认订单是否为需拆分订单，其中，需拆分订单的订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的拆分属性用于指示商品不同的履约流程；CRM系统还用于获取需拆分订单中全部商品的商品履约编码，根据商品履约编码，将商品拆分为不同的订单；若商品履约编码指示商品为实物商品，CRM系统还用于生成包括所有实物商品的实物商品订单，并对实物商品订单执行实物交易流程；若商品履约编码指示商品为虚拟商品，CRM系统还用于针对每一个虚拟商品生成一个虚拟商品订单，并对虚拟商品订单执行虚拟交易流程。

需要说明的是，上述实施例提供的一种包含虚拟商品交易的订单履约系统与一种包含虚拟商品交易的订单履约方法属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

如图3所示，图3是本申请实施例根据一示例性实施例示出的一种电子设备的结构框图。

所述电子设备包括处理器910和存储器920。该主控芯片中处理器910的数量可以是一个或者多个，图3中以一个处理器910为例。该主控芯片中存储器920的数量可以是一个或者多个，图3中以一个存储器920为例。

存储器920作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例任意实施例所述的一种包含虚拟商品交易的订单履约方法程序，以及本申请实施例任意实施例所述的一种包含虚拟商品交易的订单履约方法对应的程序指令/模块。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器920可进一步包括相对于处理器910远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器910通过运行存储在存储器920中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述任一实施例所记载的一种包含虚拟商品交易的订单履约方法。

本申请实施例还提供了一种计算机可读存储介质，其上储存有计算机程序，该计算机程序被处理器执行时实现上述任意一个实施例所述的一种包含虚拟商品交易的订单履约方法。

本发明可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可读储存介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其它数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其它类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其它内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其它光学存储、磁盒式磁带，磁带磁磁盘存储或其它磁性存储设备或任何其它非传输介质，可用于存储可以被计算设备访问的信息。

应当理解的是，本申请实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。

以上所述实施例仅表达了本申请实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请实施例构思的前提下，还可以做出若干变形和改进，这些都属于本申请实施例的保护范围。

Claims (10)

1.一种包含虚拟商品交易的订单履约方法，其特征在于，包括如下步骤：

电商平台响应于用户的结算订单操作，获取所述订单的订单履约编码并将其同步至CRM系统，其中，所述订单履约编码用于指示所述订单是否需拆分；

所述CRM系统根据所述订单履约编码，确认所述订单是否为需拆分订单，其中，所述需拆分订单的所述订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的所述拆分属性用于指示所述商品不同的履约流程；

所述CRM系统获取所述需拆分订单中全部商品的商品履约编码，根据所述商品履约编码，将所述商品拆分为不同的订单；

若所述商品履约编码指示所述商品为实物商品，所述CRM系统生成包括所有实物商品的实物商品订单，并对所述实物商品订单执行实物交易流程；

若所述商品履约编码指示所述商品为虚拟商品，所述CRM系统针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程。

2.根据权利要求1所述的一种包含虚拟商品交易的订单履约方法，其特征在于，所述CRM系统针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程，具体包括如下步骤：

所述CRM系统获取所述虚拟商品的商品履约编码；

所述CRM系统根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性，所述一级分类属性包括以下商品种类：服务类、优惠券类、权益卡类、健康币类；

所述CRM系统根据所述一级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

3.根据权利要求2所述的一种包含虚拟商品交易的订单履约方法，其特征在于，所述CRM系统根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性后，还包括如下步骤：

所述CRM系统根据所述虚拟商品的商品履约编码的次位数字编码，确认所述虚拟商品的二级分类属性，所述二级分类属性包括以下商品种类：咨询服务类、代寻药服务类、运费券类、商品券类、全场券类；

所述CRM系统根据所述二级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

4.根据权利要求3所述的一种包含虚拟商品交易的订单履约方法，其特征在于，将所述权益凭证存储于所述电商平台服务器后，还包括如下步骤：

所述电商平台响应于用户的下一次满足所述权益凭证兑换条件的结算订单操作，对所述权益凭证的有效性进行核验；

若所述权益凭证通过验证，所述电商平台在所述结算订单时添加所述权益凭证所包含的权益内容，并注销相应权益凭证。

5.根据权利要求3所述的一种包含虚拟商品交易的订单履约方法，其特征在于，将所述权益凭证存储于所述电商平台服务器后，还包括如下步骤：

所述电商平台响应于用户对所述权益凭证的主动使用操作，对所述权益凭证的有效性进行核验；

若所述权益凭证通过验证，所述电商平台生成所述权益凭证所包含的权益内容的订单，并在所述订单确认完成后，注销相应权益凭证。

6.根据权利要求1所述的一种包含虚拟商品交易的订单履约方法，其特征在于，对所述虚拟商品订单履行虚拟交易流程，包括如下步骤：

所述CRM系统同步生成的实物商品订单至所述电商平台。

7.一种包含虚拟商品交易的订单履约系统，包括CRM系统和电商平台，其特征在于：

所述电商平台用于响应于用户的结算订单操作，获取所述订单的订单履约编码并将其同步至CRM系统，其中，所述订单履约编码用于指示所述订单是否需拆分；

所述CRM系统用于根据所述订单履约编码，确认所述订单是否为需拆分订单，其中，所述需拆分订单的所述订单履约编码指示该订单中包含至少两种不同的商品的拆分属性，不同的所述拆分属性用于指示所述商品不同的履约流程；

所述CRM系统还用于获取所述需拆分订单中全部商品的商品履约编码，根据所述商品履约编码，将所述商品拆分为不同的订单；

若所述商品履约编码指示所述商品为实物商品，所述CRM系统还用于生成包括所有实物商品的实物商品订单，并对所述实物商品订单执行实物交易流程；

若所述商品履约编码指示所述商品为虚拟商品，所述CRM系统还用于针对每一个虚拟商品生成一个虚拟商品订单，并对所述虚拟商品订单执行虚拟交易流程。

8.根据权利要求7所述的一种包含虚拟商品交易的订单履约系统，其特征在于：

所述CRM系统还用于获取所述虚拟商品的商品履约编码；

所述CRM系统还用于根据所述虚拟商品的商品履约编码的首位数字编码，确认所述虚拟商品的一级分类属性，所述一级分类属性包括以下商品种类：服务类、优惠券类、权益卡类、健康币类；

所述CRM系统还用于根据所述一级分类属性，确认所述虚拟商品订单的履约流程并将所述虚拟商品订单信息与履约流程信息同步至所述电商平台；

所述电商平台还用于根据所述虚拟商品订单信息和所述履约流程信息生成相应权益凭证并将所述权益凭证存储于所述电商平台服务器。

9.一种电子设备，其特征在于，包括：

至少一个存储器以及至少一个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1至6任一项所述的一种包含虚拟商品交易的订单履约方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的一种包含虚拟商品交易的订单履约方法的步骤。

Images