CN108665351A - 一种订单模型的处理方法及其*** - Google Patents
一种订单模型的处理方法及其*** Download PDFInfo
- Publication number
- CN108665351A CN108665351A CN201810443268.0A CN201810443268A CN108665351A CN 108665351 A CN108665351 A CN 108665351A CN 201810443268 A CN201810443268 A CN 201810443268A CN 108665351 A CN108665351 A CN 108665351A
- Authority
- CN
- China
- Prior art keywords
- package
- reimbursement
- background server
- state
- user
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开一种订单模型的处理方法及其***，方法包括步骤：用户终端响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令；所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态；用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；所述后台服务器根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。通过本发明够将待发货的包裹拆分并生成若干个包裹单号，用户可通过用户终端对各个包裹进行签收和/或退款，提高了效率。
Description
技术领域
本发明涉及信息处理领域，尤其涉及一种订单模型的处理方法及其***。
背景技术
订单模型是新零售平台的核心部分，完善的订单模型不仅能使用户实时获取物流状态，还能实现商家清晰结算更能方便用户快速申请售后。而目前行业无法根据订单对包裹进行拆分，也就是说，消费者通过终端设备只能跟踪一个包裹，而实际上是多个物流包裹，消费者只能跟进和查看整个包裹的状态，而不能分别查看，如果申请售后，也只能对整个包裹进行申请售后并进行退款，无法分别进行售后退款。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足，本发明的目的在于提供一种订单模型的处理方法及其***，旨在解决现有技术无法根据订单对包裹进行拆分、分别查看各个包裹状态以及分别对各个进行售后退款的问题。
本发明的技术方案如下：
一种订单模型的处理方法，其包括步骤：
用户终端响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令；
所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态；
用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；
所述后台服务器根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
优选的，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
所述后台服务器判断是否接收到商家的包裹拆分指令，若是则对包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
优选的，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
根据所述用户终端发送的请求发货指令判断是否为拼团业务，若是，则在拼团人数满足要求后，按照拼团人数对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
优选的，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
优选的，所述用户终端为快递柜或者移动终端。
优选的，所述用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器的步骤包括：
用户终端响应用户对所有包裹的签收操作，并将相应的签收指令发送至后台服务器；
用户终端响应用户对其中一个或多个包裹的签收操作，并将相应的签收指令发送至后台服务器；
用户终端响应用户对所有包裹的退款操作，并将相应的退款指令发送至后台服务器；
用户终端响应用户对其中一个或多个包裹的退款操作，并将相应的退款指令发送至后台服务器。
优选的，所述用户终端还用于响应用户对所有包裹或者部分包裹的售前退款操作，并发送相应的售前退款指令至后台服务器，通过后台服务器对相应包裹进行退款，并更新相应包裹状态。
本发明还提供一种订单模型处理***，其包括用户终端和后台服务器；
所述用户终端，用于响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令，以及响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；
所述后台服务器，用于根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态，以及根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
优选的，所述后台服务器还用于判断是否接收到商家的包裹拆分指令，若是则包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号。
优选的，所述后台服务器还用于判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
有益效果：本发明提供的订单模型处理方法能够根据需要，将待发货的包裹进行拆分，并生成对应的若干个包裹单号，并通过用户终端显示各包裹的状态，消费者和商家能够通过各自的用户终端获取各个包裹的状态，便于查看与跟踪；消费者还可通过用户终端对各个包裹进行签收和/或退款，节约了时间，提高了效率。
附图说明
图1为本发明订单模型的处理方法较佳实施例的流程图。
具体实施方式
本发明提供一种订单模型的处理方法及其***，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参阅图1，一种订单模型的处理方法，其包括步骤：
S1、用户终端响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令；
S2、所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态；
S3、用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；
S4、所述后台服务器根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
通过本发明提供的方法，能够根据需要对包裹进行拆分，拆分后得到若干个包裹，并生成对应的若干个包裹单号以及将各包裹的状态通过用户终端显示，消费者和商家都可通过各自的用户终端准确无误的获取各包裹单号所对应包裹的状态；消费者收到包裹后，能够根据需要对各个包裹进行签收或者退款的操作，也就是说，消费者不需要将所有的包裹全部退款并寄回至商家，而是根据需要，将需要进行退款的包裹进行退款并寄回至商家，大大节约了时间，提高了效率。
所述步骤S1中，消费者先选择合适商品，并在对商品、收件人地址、收件人联系方式、收件人姓名等信息进行确认后，例如对商品的数量以及规格进行确认，通过用户终端进行下单与支付操作，所述支付包括对商品和运输包裹产生的费用进行支付。在用户下单成功后，所述用户终端向后台服务器发送请求发货指令。这样，用户便可
以通过用户终端快速完成下单与支付的操作。
优选的，所述用户终端还可以与用户认证的支付宝或者微信绑定，这样，能够实现快速支付，而不需要再次添加银行卡或充值卡进行支付。
优选的，在消费者支付完成后，用户终端还可以根据下单信息以及支付信息生成对应的订单号，所述用户终端向后台服务器发送请求发货指令包含所述订单号，这样，所述后台服务器能够在后续中对商品信息进行进一步的核实，提高了准确率。
所述步骤S2中，所述后台服务器接收到的请求发货指令，先对所述请求发货指令进行核实，例如，核实请求发货指令是否有效。当且仅当请求发货指令有效时，才执行后续的操作。
优选的，步骤S2包括：所述后台服务器判断是否接收到商家的包裹拆分指令，若是则对包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
商家通过自身的用户终端获取消费者所支付完成的订单后，根据需要向后台服务器发送对包裹拆分指令。例如，消费者购买的商品包括2件上衣、1件裤子以及1双鞋子，那么商家可对上述商品进行包裹拆分，例如拆分成以下两个包裹：其中第一包裹包含2件上衣和1条裤子，第二包裹包含1双鞋子；当然还可拆分成以下三个包裹：其中第一包裹包含2件上衣，第二包裹包含1条裤子，第三包裹包含1双鞋子。这样便能够根据商品的属性对包裹进行拆分。
又例如，消费者购买了2件商品，并将其中一件商品备注为加急，另一件商品备注为普通或者不做备注。那么商家可按照如下方式对包裹进行拆分，例如拆分为以下两个包裹：加急包裹和普通包裹，并指定加急包裹通过顺丰快递寄出，普通包裹通过其他快递公司寄出，例如中通快递，这样，便能够根据消费者的需要对包裹进行拆分。再例如，消费者购买的商品包含易碎或者贵重物品，此时，商家可按照如下方式对包裹进行拆分：特殊包裹和一般包裹，并对所述特殊包裹向保险公司投放保险，以及通过特殊快递公司寄出，如顺丰快递。
商家通过自身的用户终端向后台服务器发送包裹拆分指令，其中包裹拆分指令包含包裹拆分信息，所述包裹拆分信息即指对包裹的拆分方式，当后台服务器接收到所述包裹拆分指令后，便对包裹拆分指令进行解析获取其中的包裹拆分信息，并根据包裹拆分信息对待发货的包裹进行拆分。
在拆分包裹后获得若干个包裹，同时为各包裹生成相应的包裹单号，并在用户终端上显示各包裹的状态，这样消费者和商家都能对拆分后的每个包裹进行实时跟踪和查看，方便管理和操作。例如消费者可以对其中任意一个或多个包裹进行签收和退款等售后操作。其中包裹的状态包括包裹的物流状态、签收状态和退款状态。
优选的，步骤S2还包括：根据所述用户终端发送的请求发货指令判断是否为拼团业务，若是，则在拼团人数满足要求后，按照拼团人数对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
所述拼团业务是一种特殊的网购方式，当且仅当有效时间(如24小时)内满足拼团人数后才能进行发货，由于拼团业务比个人单独购买更加的实惠，因此备受关注。当后台服务器判定接收到的请求发货指令为拼团业务时，后台服务器便自动获取参与拼团业务的人数，例如，要求的拼团人数为50人，并在参与拼团业务的50位消费者均下单并支付成功从而满足拼团人数要求后，根据参与拼团的人数将待发货的包裹拆分为50个包裹，同时为50个包裹生成对应的50个包裹单号，并在用户终端上显示50个包裹的对应的状态。此时，参与拼团业务的50位消费者便可通过用户终端对包裹的状态进行跟踪查看。当然，消费者只能够查看自身下单并支付成功的包裹状态，而不能查看其余拼团人员的包裹状态。通过所述拼团业务使得本发明提供的订单模型处理方法满足更多消费者的需要，还能够根据拼团人数进行包裹拆分，并将各个包裹的状态通过用户终端显示，消费者便可通过用户终端实时获取各包裹单号对应包裹的物流状态，当然也可以根据需要进行售后退款的操作。
优选的，所述步骤S2还包括：判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
所述周期购业务是一种根据消费者需要在周期内多次进行发货的购物方式。例如，消费者A购买了一批海鲜，如果商家一次性将海鲜寄给消费者A，消费者A可能没有保存海鲜的保鲜装置，此时，消费者A通过周期购业务便可将购买的海鲜分多次发货，这样，便能保证每次收到的海鲜都处于新鲜状态。然而，现有技术中，周期购业务只能够显示整个包裹的状态，换句话说，即使消费者将商品申请为分多次发货，终端设备上均只显示整个包裹的状态，导致消费者无法及时获取包裹状态，容易造成损失。而本发明提供的方法，当后台服务器判定为周期购业务时，便获取消费者所申请的发货周期，即周期购的次数，根据发货周期对待发货的包裹进行拆分并生成相应的包裹单号。例如，发货周期为每星期1次，共4次，那么将待发货包裹拆分为4个包裹，第一包裹，第二包裹，第三包裹以及第四包裹，并生成4个对应的包裹单号，第一包裹对应的第一包裹单号，第二包裹对应的第二包裹单号，第三包裹对应的第三包裹单号，第四包裹对应的第四包裹单号，然后每间隔一个星期进行一次发货，并将4个包裹的状态通过用户终端显示。例如，第一次发货时，后台服务器将第一个包裹单号对应的第一包裹的状态更新为已发货或待签收，其余三个包裹单号对应的包裹的状态不做修改，仍为待发货状态；第二次发货时，后台服务器将第二个包裹单号对应的第二包裹的状态更新为已发货或待签收，其余二个包裹单号对应的包裹的状态不做修改，仍为待发货状态，以此类推。这样，用户通过周期购业务进行购物，也能够准确无误的获取各个包裹的状态，当然，也可以根据需要，对其中一个或多个包裹进行售后退款。
优选的，所述用户终端为快递柜或者移动终端。当所述用户终端为快递柜时，用户可通过快递柜进行下单与付款，所述快递柜将接收到的下单与付款指令发送至后台服务器，后台服务器根据接收到的下单与付款指令判断是否发出开门的响应指令至所述快递柜，如果是，快递柜则在接收到后台服务器发送的开门的响应指令后进行开门的操作，用户便可取出快递柜内的商品并关闭快递柜格口门，从而大大提高了效率，节约了时间。
所述步骤S3包括：用户终端响应用户对所有包裹的签收操作，并将相应的签收指令发送至后台服务器；用户终端响应用户对其中一个或多个包裹的签收操作，并将相应的签收指令发送至后台服务器；用户终端响应用户对所有包裹的退款操作，并将相应的退款指令发送至后台服务器；用户终端响应用户对其中一个或多个包裹的退款操作，并将相应的退款指令发送至后台服务器。
这样，用户便可以根据需要，对拆分后的各个包裹进行签收或者申请售后。例如，消费者B购买了2条裤子、1件上衣以及1双鞋子，后台服务器根据商家发送的包裹拆分指令将包裹拆分为3个包裹，并生成对应的包裹单号，其中第一个包裹为包含2条裤子的包裹；第二个包裹为包含1件上衣的包裹；第三个包裹单为包含1双鞋子的包裹，消费者B在收到3个包裹后，发现鞋子的码数不合适，那么可以通过自身用户终端对第三个包裹进行售后退款，并将第三个包裹寄回至商家，而对第一个包裹和第二个包裹进行签收，所述后台服务器也及时将第三个包裹的状态更新为退款中或者退货中，将第一个包裹和第二个包裹的状态更新为交易成功或交易完成。需说明的是，本发明中不仅可对订单中不同商家的包裹进行拆分，更适用于对订单中同一商家的包裹进行拆分的场景。特别的，由于本发明可针对同一商家的包裹进行拆分，从而更有利于商家对商品分类进行发货，同时也利于用户进行物流跟踪以及售后操作。
更优选的，当确认所有的包裹内的商品均无误时，可通过一键签收的功能对所有的包裹单号对应的包裹进行签收，所述后台服务器也及时将所有的包裹的状态更新为交易成功或交易完成；当然，发现所有的包裹内的商品均出现问题时，也可以通过一键售后的功能对所有的包裹单号对应的包裹进行售后退款，所述后台服务器也及时将所有的包裹的状态更新为退款中或者退货中，这样可以提高操作效率，节约操作时间。
优选的，所述用户终端还用于响应用户对所有包裹或者部分包裹的售前退款操作，并发送相应的售前退款指令至后台服务器，通过后台服务器对相应包裹进行退款，并更新相应包裹状态。
所述售前退款指的是用户在支付订单成功后，由于收货地址填写错误或者其他原因发起的退款操作，例如，商品数量填写错误，也就是说，此时待发货包裹处于未拆分的状态或者是部分拆分的状态，用户通过自身的用户终端进行售前退款操作，后台服务器接收到相应的售前退款指令后，便终止对包裹进行拆分的操作以及后续操作，将相应的包裹状态更新了交易关闭或者交易终止并想包裹状态通过用户终端显示。
所述步骤S4中，当用户通过用户终端对所有的包裹都进行签收后，所述后台服务器将对应的包裹单号的状态更新为交易完成或者交易成功；针对部分需要进行售后退款的包裹，对将对应的包裹单号的状态更新为退款中。这样，消费者便能够准确无误获取各个包裹单号对应的包裹的状态，避免因退款错误造成损失。
本发明还提供一种订单模型处理***，其包括用户终端和后台服务器；所述用户终端，用于响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令，以及响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；所述后台服务器，用于根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态，以及根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
优选的，所述后台服务器还用于判断是否接收到商家的包裹拆分指令，若是则包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号。
优选的，所述后台服务器还用于判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
关于上述用户终端、后台服务器的具体技术细节在上述步骤中已做详细描述，此处不做赘述。
应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1.一种订单模型的处理方法，其特征在于，包括步骤：
用户终端响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令；
所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态；
用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；
所述后台服务器根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
2.根据权利要求1所述的订单模型的处理方法，其特征在于，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
所述后台服务器判断是否接收到商家的包裹拆分指令，若是则对包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
3.根据权利要求1所述的订单模型的处理方法，其特征在于，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
根据所述用户终端发送的请求发货指令判断是否为拼团业务，若是，则在拼团人数满足要求后，按照拼团人数对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
4.根据权利要求1所述的订单模型的处理方法，其特征在于，所述后台服务器根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态的步骤包括：
判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
5.根据权利要求1所述的订单模型的处理方法，其特征在于，所述用户终端为快递柜或者移动终端。
6.根据权利要求1所述的订单模型的处理方法，其特征在于，所述用户终端响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器的步骤包括：
用户终端响应用户对所有包裹的签收操作，并将相应的签收指令发送至后台服务器；
用户终端响应用户对其中一个或多个包裹的签收操作，并将相应的签收指令发送至后台服务器；
用户终端响应用户对所有包裹的退款操作，并将相应的退款指令发送至后台服务器；
用户终端响应用户对其中一个或多个包裹的退款操作，并将相应的退款指令发送至后台服务器。
7.根据权利要求1所述的订单模型的处理方法，其特征在于，所述用户终端还用于响应用户对所有包裹或者部分包裹的售前退款操作，并发送相应的售前退款指令至后台服务器，通过后台服务器对相应包裹进行退款，并更新相应包裹状态。
8.一种订单模型处理***，其特征在于，包括用户终端和后台服务器；
所述用户终端，用于响应用户的下单与支付操作，并在支付完成后向后台服务器发送请求发货指令，以及响应用户根据各包裹的包裹单号以及状态对相应包裹的签收和/或退款操作，并将相应签收和/或退款指令发送至后台服务器；
所述后台服务器，用于根据接收到的请求发货指令，将待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态，以及根据接收到的签收和/或退款指令进行确认收货和/或退款，并对各包裹的状态进行更新。
9.根据权利要求8所述订单模型处理***，其特征在于，所述后台服务器还用于判断是否接收到商家的包裹拆分指令，若是则包裹拆分指令进行解析，根据解析结果对待发货的包裹进行拆分，并生成对应的若干个包裹单号。
10.根据权利要求8所述订单模型处理***，其特征在于，所述后台服务器还用于判断所述用户终端发送的请求发货指令判断是否为周期购业务，若是，按照发货周期对待发货的包裹进行拆分，并生成对应的若干个包裹单号并在用户终端上显示各包裹的状态。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810443268.0A CN108665351A (zh) | 2018-05-10 | 2018-05-10 | 一种订单模型的处理方法及其*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810443268.0A CN108665351A (zh) | 2018-05-10 | 2018-05-10 | 一种订单模型的处理方法及其*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108665351A true CN108665351A (zh) | 2018-10-16 |
Family
ID=63778246
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810443268.0A Pending CN108665351A (zh) | 2018-05-10 | 2018-05-10 | 一种订单模型的处理方法及其*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108665351A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111861502A (zh) * | 2020-04-03 | 2020-10-30 | 上海寻梦信息技术有限公司 | 信息处理方法、***、电子设备及存储介质 |
| CN112150066A (zh) * | 2020-09-16 | 2020-12-29 | 上海中通吉网络技术有限公司 | 一种快递快速签收方法、装置、设备及存储介质 |
| CN112200629A (zh) * | 2020-10-12 | 2021-01-08 | 绿瘦健康产业集团有限公司 | 一种退款支付处理方法、装置、介质及终端设备 |
| CN112633801A (zh) * | 2020-12-23 | 2021-04-09 | 云汉芯城（上海）互联网科技股份有限公司 | 发货方法、电子设备及计算机可读存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101996369A (zh) * | 2009-08-12 | 2011-03-30 | 浙江省公众信息产业有限公司 | 一种订单拆分方法 |
| CN104463544A (zh) * | 2014-12-16 | 2015-03-25 | 北京京东尚科信息技术有限公司 | 一种防止订单拆分套取的方法和*** |
| CN104504548A (zh) * | 2014-12-16 | 2015-04-08 | 北京京东尚科信息技术有限公司 | 订单拆分方法和装置 |
| CN104732368A (zh) * | 2015-03-25 | 2015-06-24 | 广州天图物流有限公司 | 一种订单路由***和方法 |
| CN106204203A (zh) * | 2016-06-30 | 2016-12-07 | 云南贪猫科技有限公司 | 一种线上交易数据的处理方法 |
| CN106920201A (zh) * | 2016-10-13 | 2017-07-04 | 北京广传慧生活网络科技有限公司 | 一种多终端订单协同管理*** |
-
2018
- 2018-05-10 CN CN201810443268.0A patent/CN108665351A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101996369A (zh) * | 2009-08-12 | 2011-03-30 | 浙江省公众信息产业有限公司 | 一种订单拆分方法 |
| CN104463544A (zh) * | 2014-12-16 | 2015-03-25 | 北京京东尚科信息技术有限公司 | 一种防止订单拆分套取的方法和*** |
| CN104504548A (zh) * | 2014-12-16 | 2015-04-08 | 北京京东尚科信息技术有限公司 | 订单拆分方法和装置 |
| CN104732368A (zh) * | 2015-03-25 | 2015-06-24 | 广州天图物流有限公司 | 一种订单路由***和方法 |
| CN106204203A (zh) * | 2016-06-30 | 2016-12-07 | 云南贪猫科技有限公司 | 一种线上交易数据的处理方法 |
| CN106920201A (zh) * | 2016-10-13 | 2017-07-04 | 北京广传慧生活网络科技有限公司 | 一种多终端订单协同管理*** |
Non-Patent Citations (1)
| Title |
|---|
| 佟晓筠 等: "《电子商务技术与安全》", 31 August 2017 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111861502A (zh) * | 2020-04-03 | 2020-10-30 | 上海寻梦信息技术有限公司 | 信息处理方法、***、电子设备及存储介质 |
| CN111861502B (zh) * | 2020-04-03 | 2024-04-19 | 上海寻梦信息技术有限公司 | 信息处理方法、***、电子设备及存储介质 |
| CN112150066A (zh) * | 2020-09-16 | 2020-12-29 | 上海中通吉网络技术有限公司 | 一种快递快速签收方法、装置、设备及存储介质 |
| CN112200629A (zh) * | 2020-10-12 | 2021-01-08 | 绿瘦健康产业集团有限公司 | 一种退款支付处理方法、装置、介质及终端设备 |
| CN112633801A (zh) * | 2020-12-23 | 2021-04-09 | 云汉芯城（上海）互联网科技股份有限公司 | 发货方法、电子设备及计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108665351A (zh) | 一种订单模型的处理方法及其*** | |
| CN103577959B (zh) | 服务器、客户端、商品配送信息推送及识别方法 | |
| CN107016783A (zh) | 自助售卖方法及装置 | |
| CN106846109A (zh) | 一种网络拼单购物的方法和装置 | |
| CN104143157A (zh) | 订单匹配方法及装置 | |
| WO2013163251A1 (en) | System and method for providing a cashless vending donation transaction | |
| CN107516212A (zh) | 在线、离线结合的会员卡支付方法、在线支付方法及*** | |
| EP0845749A3 (en) | Electronic commerce support method and apparatus | |
| CN102103729A (zh) | 基于网络交易的消费者保障服务***及方法、网上交易架构 | |
| WO1999003030A3 (en) | System and method for establishing and managing subscription purchase agreements including commitments to purchase goods over time | |
| CN107506963A (zh) | 货物配送方法 | |
| CN108027922A (zh) | 应用卡关联代表卡、其结算***及结算方法 | |
| CN107392691A (zh) | 电商实时拿货一键代发的运营***以及方法 | |
| CN107609904A (zh) | 一种电子卡券信息处理方法、设备及*** | |
| CN107194779A (zh) | 线下零售的方法、装置及计算机可读存储介质 | |
| CN103593794B (zh) | 信息交互的实现方法和装置 | |
| CN108460937A (zh) | 一种智能pos***及支付方法 | |
| CN103793820B (zh) | 一种商品信息的投放方法和装置及*** | |
| CN108492071A (zh) | 一种基于区块链的快递信息处理方法及装置 | |
| CN107133844A (zh) | 一种基于线下商店的代购***及方法 | |
| CN106961463A (zh) | 一种服务器及资源发送方法 | |
| CN106846150A (zh) | 数据处理***以及跨境金融数据处理***及其方法 | |
| CN108898456A (zh) | 交易***及方法 | |
| CN106529860A (zh) | 物品配送方法及装置 | |
| CN104424592A (zh) | 一种基于移动通信网络的电子购物*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181016 |