CN114037488A - 订单的二次确认方法、装置、设备和介质 - Google Patents

订单的二次确认方法、装置、设备和介质 Download PDF

Info

Publication number
CN114037488A
CN114037488A CN202111228903.1A CN202111228903A CN114037488A CN 114037488 A CN114037488 A CN 114037488A CN 202111228903 A CN202111228903 A CN 202111228903A CN 114037488 A CN114037488 A CN 114037488A
Authority
CN
China
Prior art keywords
order
confirmation
secondary confirmation
work order
work
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
Application number
CN202111228903.1A
Other languages
English (en)
Inventor
蓝晓峰
金真
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Road Tourism Technology Co ltd
Original Assignee
Shenzhen Road Tourism Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Road Tourism Technology Co ltd filed Critical Shenzhen Road Tourism Technology Co ltd
Priority to CN202111228903.1A priority Critical patent/CN114037488A/zh
Publication of CN114037488A publication Critical patent/CN114037488A/zh
Pending legal-status Critical Current

Links

Images

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种订单的二次确认方法，该方法包括：在订单系统创建一个待确认订单的情况下，在工单系统中响应于接收到的工单创建指令创建至少一个二次确认工单。然后将这至少一个二次确认工单建立关联，通过预设的方式向供应方索要确认号，当关联的任意一个二次确认工单接收到供应方发送的确认号时，就在订单系统中更新确认号，渠道方可通过得到的确认号确认订单是否实际能真正的完成订购。并在工单系统中关闭关联的所有二次确认工单，客服也不必对对应于同一个待确认订单的多个二次确认工单都执行二次确认动作，可提高客服的工作效率。此外，还提出了订单的二次确认装置、设备和存储介质。

Description

订单的二次确认方法、装置、设备和介质
技术领域
本发明涉及信息处理技术领域，尤其是涉及订单的二次确认方法、装置、设备和介质。
背景技术
用户在购买完特定的产品之后，系统一般会生成相应的订单，该相应生成的订单是用户完成支付的凭据，对于用户来说，凭借该订单便可取得相应的产品。举例来说，在订房过程中，若用户完成订房的操作，会相应生成订房订单。一般情况下，用户凭借该订房订单便可以入住酒店。然而酒店若存在操作不规范的情况，例如超卖房间或者对房间信息更新不及时等，届时用户若凭借该订房订单入住房间，将出现到店无房的情况。业内为了保证订单的真实有效，通过对订单执行二次确认的动作来规避这一状况的发生。
然而在现有的管理平台内，由于客服响应较慢，渠道多次问询等问题，导致一个订单可能需要执行多次的二次确认动作，这多次的二次确认动作对于一个订单而言是多余的，而且也会降低客服的回复效率。
发明内容
基于此，有必要针对上述问题，提供一种订单的二次确认方法、装置、设备和介质，以解决一个订单可能需要执行多次的二次确认动作的问题。
一种订单的二次确认方法，应用于管理平台，所述管理平台包括订单系统和工单系统，所述方法包括：
在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，所述至少一个二次确认工单用于对所述待确认订单进行二次确认；
将所述至少一个二次确认工单建立关联；
当关联的任意一个二次确认工单接收到所述待确认订单对应的确认号时，在所述订单系统中更新所述确认号，以完成对所述待确认订单的二次确认，并在所述工单系统中关闭关联的所有二次确认工单。
在其中一个实施例中，所述工单创建指令包括所述订单系统发送的同步创建指令和渠道方发送的问询创建指令，所述响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，包括：
响应于所述同步创建指令，在工单系统中同步创建一个二次确认工单；
每接收到一个问询创建指令，则创建一个二次确认工单。
在其中一个实施例中，所述在所述订单系统中更新所述确认号之后，还包括：
向所述待确认订单对应的渠道方发送已完成对所述待确认订单的二次确认的反馈信息。
在其中一个实施例中，每个二次确认工单包括工单标识，所述工单标识包括所述待确认订单的订单编号和订单标的中的至少一个，所述将所述至少一个二次确认工单建立关联，包括：
在所述工单系统中，将有相同工单标识的二次确认工单建立关联。
在其中一个实施例中，所述在所述订单系统中更新所述确认号之前，还包括：
通过所述工单系统的客服界面接收输入的所述确认号；和/或，
通过预设接口拉取所述确认号。
在其中一个实施例中，所述方法，还包括：
对于每一个订单供应方，统计通过不同方式获取到与所述订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，所述数量包括在所述客服界面接收到的与所述订单供应方对应的确认号的第一数量和通过所述预设接口拉取到的与所述订单供应方对应的确认号的第二数量；
根据所述统计报表对为不同订单供应方分配的客服数量进行调整。
在其中一个实施例中，所述在所述订单系统中更新所述确认号之前，还包括：
将所述至少一个二次确认工单加入二次确认工单池，所述二次确认工单池内包括不同待确认订单对应的二次确认工单；
获取不同二次确认工单的工单信息，所述工单信息包括入住日期、酒店时区和酒店等级，根据所述工单信息确定不同二次确认工单的预设索要顺序，以所述预设索要顺序对所述至少一个二次确认工单进行处理。
一种订单的二次确认装置，应用于管理平台，所述管理平台包括订单系统和工单系统，所述装置包括：
工单创建模块，用于在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，所述至少一个二次确认工单用于对所述待确认订单进行二次确认；将所述至少一个二次确认工单建立关联；
二次确认模块，用于当关联的任意一个二次确认工单接收到所述待确认订单对应的确认号时，在所述订单系统中更新所述确认号，以完成对所述待确认订单的二次确认，并在所述工单系统中关闭关联的所有二次确认工单。
一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述订单的二次确认方法的步骤。
一种订单的二次确认设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述订单的二次确认方法的步骤。
本发明提供了订单的二次确认方法、装置、设备和介质，在订单系统创建一个待确认订单的情况下，在工单系统中响应于接收到的工单创建指令创建至少一个二次确认工单，这每新创建的一个二次确认工单都可用于对待确认订单进行二次确认。然后将这至少一个二次确认工单建立关联，通过预设的方式向供应方索要确认号，当关联的任意一个二次确认工单接收到供应方发送的确认号时，就在订单系统中更新确认号，渠道方可通过得到的确认号确认订单是否实际能真正的完成订购。并在工单系统中关闭关联的所有二次确认工单，客服也不必对对应于同一个待确认订单的多个二次确认工单都执行二次确认动作，可提高客服的工作效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
其中：
图1为一个实施例中订单的二次确认方法的流程示意图；
图2为一个实施例中订单的二次确认装置的结构示意图；
图3为一个实施例中订单的二次确认设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请适用于用户下单后对订单进行二次确认的场景，依托于管理平台，该管理平台包括订单系统和工单系统。该管理平台分别与订单供应方和渠道方进行对接。其中，订单供应方指的是某一订单中的产品提供方，可直接提供产品。而渠道方指的是某一订单中产品的销售方，直接面向用户。以一份旅游订单为例，订单供应方可以理解为提供住房的酒店，而渠道方可以理解为提供旅行方案的旅行社。管理平台作为订单供应方和渠道方之间的桥梁，负责订单的管理工作，以帮助用户顺利的取得订单中的产品或接受订单所提供的服务。
如图1所示，图1为一个实施例中订单的二次确认方法的流程示意图，本实施例中订单的二次确认方法提供的步骤包括：
步骤102，在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单。
举例来说，当用户通过旅行社购买一个旅行方案之后，会在订单系统中创建一个待确认订单，正因为酒店可能存在操作不规范的情况(例如超卖房间或者对房间信息更新不及时等)，因此需要对该待确认订单进行二次确认，才能确保用户不会出现到店无房的情况。
而对应于待确认订单创建的二次确认工单用于向订单供应方发起，以索要确认号对待确认订单进行二次确认。当订单供应方对比如所购产品是否有库存、产品是否有瑕疵进行确认后，会向工单系统进行回复，该回复的内容可以包括确认号，此时用户便可以确定能取得产品或接受服务；也可以是拒绝提供确认号(例如因产品无库存，不能提供确认号)，此时只能取消待确认订单。举例来说，在订房服务中，该确认号为酒店确定用户可以入住的凭据；在订餐服务中，该确认号为餐厅确定用户可以就餐的凭据。
本实施例中，工单创建指令包括订单系统发送的同步创建指令和渠道方发送的问询创建指令。当订单系统中创建一个待确认订单时，订单系统会向工单系统发送同步创建指令，以在工单系统中同步创建一个二次确认工单，用于对该待确认订单进行二次确认。基于该同步创建的二次确认工单，便可以在管理平台中开始二次确认的任务。
然而时常会出现订单数量激增的情况，此时客服响应慢，渠道方便会迟迟无法接收到反馈的确认号，因此会多次的向管理平台进行问询，以催促管理平台反馈确认号。此时每接收到一个渠道方发送的问询创建指令，则在工单平台创建一个二次确认工单，以更新二次确认的进程。因此在工单系统中，对应于同一待确认订单的不同二次确认工单所录入的创建时间是不同的。基于该创建时间可以反馈客服的响应效率，距创建时间越久则响应效率越低。基于对应于同一待确认订单的二次确认工单的数量可以反馈用户的紧急程度，该数量越多则越紧急。
步骤104，将至少一个二次确认工单建立关联。
在工单系统中，对于对应于同一待确认订单的多个二次确认工单而言，其所需索要的确认号是一致的，若对于工单系统中的每一个二次确认工单都去向订单供应方索要确认号，将会导致工单系统的重复操作，同时也会导致渠道方接受到重复反馈的确认号，因此将对应于同一个待确认订单的不同二次确认工单建立关联，例如创建为一个二次确认工单组，此时订单系统中的一个待确认订单对应于工单系统中的一个二次确认工单组，而后续创建的二次确认工单也将被归纳到对应的二次确认工单组中。
具体的，每个二次确认工单都包括工单标识，该工单标识在创建时生成，例如该工单标识包括待确认订单的订单编号和订单标的，当然还可以包括订单中确认的下单时间、入住时间、入住人身份信息等内容。然后具有相同工单标识的二次确认工单确认为一个二次确认工单组，也即建立关联。
步骤106，当关联的任意一个二次确认工单接收到待确认订单对应的确认号时，在订单系统中更新确认号，以完成对待确认订单的二次确认，并在工单系统中关闭关联的所有二次确认工单。
在一个具体实施例中，还将建立关联的二次确认工单刷入到工单内存池中。工单内存池是是一种工单的内存分配方式，工单内存池在给定的缓冲寄存器上建立内存管理机制，根据用户需求从该缓冲寄存器上上分配内存或者将已经分配的内存释放回缓冲寄存器上中。缓冲寄存器分为四部分，第1部分是内存池(mem_pool)结构体，可以通过该mem_pool结构体控制整个内存池；第2部分是内存映射表，作用是记录第4部分，表中的每一个单元表示一个固定大小的内存块(block)，多个连续的block组成一个组块(chunk)；第3部分是一个mem_chunk pool，其作用是存储整个程序可用的mem_chunk结构体；第4部分是实际可以被分配给用户的内存区。这些二次确认工单原本存储于数据中，而由于工单内存池的读取效率明显要高于数据库，在工单内存池中进行工单的分配可有效减小数据库的访问压力，并最终提高工单的分配效率。
本实施例中，由于订单系统创建的待确认订单不止一个，而每个待确认订单需要由关联的至少一个二次确认工单索要确认号，为避免索要顺序混乱，需为不同的二次确认工单确定相应的索要顺序。具体的，每当创建一个待确认订单时，将该待确认订单对应的至少一个二次确认工单加入二次确认工单池。对于工单池内的二次确认工单，首先从二次确定工单中获取不同维度的工单信息，并对工单信息设定不同的索要顺序。示例性的，该不同维度的工单信息包括入住日期、酒店时区和酒店等级。设定的索要顺序为一、入住日期。二、酒店时区。三、酒店等级。当然可以理解的是，该工单信息可以进一步扩展，该索要顺序也可以做相应调整。
然后根据第i索要顺序的工单信息对二次确定工单进行排序，此处i＝1，也即用“入住日期”对所有的二次确定工单进行排序，以得到第i索要顺序。其中，入住日期的排序方式为：入住日期越早的二次确定工单的顺序越靠前。此外，酒店时区的排序方式为：酒店当前所在时区处于预设的休息时间段(例如22：00-8：00)的顺序更靠前。酒店等级的排序方式为：酒店等级越高的二次确定工单的顺序更靠前。
可以理解是，由于每天创建的二次确定工单的数据量较大，在用入住日期对所有的二次确定工单进行排序后，仍然会存在索要顺序重复的二次确定工单。因此在第i索要顺序下若存在相同索要顺序的二次确定工单，令i＝i+1，根据第i索要顺序的工单信息对相同索要顺序的二次确定工单进行排序，也即用“酒店时区”对相同索要顺序的二次确定工单进行排序。若仍存在索要顺序重复的二次确定工单，则继续用“酒店等级”对相同索要顺序的二次确定工单进行排序，直至所有的二次确定工单均有唯一的索要顺序，以得到预设索要顺序。再以该预设索要顺序向订单供应方索要确认号。
在另一个具体实施例中，确定预设索要顺序的步骤包括：从二次确定工单中获取不同维度的工单信息，并对不同维度的工单信息一一设定对应的结算权重。示例性的，不同维度的工单信息包括入住日期、酒店时区、酒店等级，设定入住日期的最大权重为a，设定酒店时区的最大权重为b，设定酒店等级为c，同时令a+b+c＝1。入住日期距当前日期的时间差为d，所有入住日期中距当前日期的最大时间差为dmax，则某一入住日期的权重为
Figure BDA0003315275250000081
酒店当前所在时区处于预设的休息时间段为b，酒店当前所在时区不处于预设的休息时间段0，酒店等级为e，所有酒店等级中的最高高酒店等级为emax，则某一入住日期的权重为
Figure BDA0003315275250000082
根据结算权重计算不同二次确定工单的总权重，并根据该总权重对不同二次确定工单进行排序，以得到预设索要顺序。再以该预设索要顺序向订单供应方索要确认号，这样就尽可能避免出现索要不及时的状况。当然，上述实施例也可以进行结合，例如在首先以第1索要顺序的工单信息对二次确认工单进行排序后，仍然存在索要顺序重复的二次确认工单，此时可以通过计算结算权重的方法，对存在索要顺序重复的二次确认工单继续排序，直至所有的二次确认工单均有唯一的索要顺序。
上述两个实施例适用于对工单池内的所有二次确认工单进行整体排序，计算量较大。对于新添加进工单池内的二次确认工单，由于只需要涉及到对部分工单的顺序进行调整，因此在一个具体实施例中，首先预训练一个工单顺序比较模型，该工单顺序比较模型用于对两个二次确认工单的索要顺序进行比较，以确定那一个为先索要的二次确认工单，哪一个为后索要的二次确认工单。在预训练过程中，首先人为设定不同的比较维度，例如同样可以是入住日期、酒店时区、酒店等级，获取N组二次确认工单对，一组二次确认工单对包括两个二次确认工单，人为基于这些比较维度对N组二次确认工单对进行标注，也即标注N组二次确认工单对中的每一个二次确认工单是先索要还是后索要，然后用这N组二次确认工单对对工单顺序比较模型进行训练，直至根据训练结果确认工单顺序比较模型具备足够的比较精确度。然后再用这个工单顺序比较模型将新二次确认工单(新添加进工单池内的二次确认工单)与已排序的二次确认工单一一顺序进行比较，可以是从顺序最靠前的开始，也可以是从顺序最靠后的开始。例如，工单顺序比较模型将新二次确认工单与第1二次确认工单(索要顺序为第1的二次确认工单)进行比较，若新二次确认工单的索要顺序更靠前，则其余所有的二次确认工单的索要顺序加1，得到新的预设索要顺序。否则预设索要顺序不变，将新二次确认工单与第2二次确认工单(索要顺序为第2的二次确认工单)进行比较，直至得到新的预设索要顺序。这样，新二次确认工单对预设索要顺序的影响就不会太大，可避免当工单池内进入新二次确认工单时，每次都对预设索要顺序进行整体重新排序。
本实施例中，工单系统与所有存在业务往来的订单供应方的系统，可预先通过接口建立连接。工单系统可选择定时拉取的方式从不同订单供应方系统中获取新增的确认号，例如每隔半天或每隔一天，这样就能自动的索要到确认号，而减少人为操作。当然，也可以通过该接口或其他方式接受订单供应方主动发送的确认号。
同时若二次确认工单中记录了联系方式，则可以由客服主动通过该联系方式来向订单供应方索要确认号，该联系方式包括邮箱、电话、网页、通讯软件等，在此不做具体限定。在客服获取到该确认号后，由工单系统的客服界面接收客服输入的确认号。
最后当二次确认工单组中关联的任意一个二次确认工单接收到待确认订单对应的确认号时。在订单系统中更新确认号，以完成对待确认订单的二次确认，同时将该待确认订单的状态改为“已订购”，这样其他用户就不能再订购该订单。并在工单系统中关闭关联的所有二次确认工单，这样工单客服就不会出现重复操作的情况，可有效提高客服效率。同时还向待确认订单对应的渠道方发送反馈信息，表示已完成对待确认订单的二次确认，这样用户就可以确保取得订单中的产品或接受订单所提供的服务。
进一步的，为优化工单系统的客服分配。本实施例中，对每一个订单供应方，还统计通过不同方式获取到与订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，该数量包括在客服界面接收到的与订单供应方对应的确认号的第一数量和通过预设接口拉取到的与订单供应方对应的确认号的第二数量。然后根据统计报表对为不同订单供应方分配的客服数量进行调整。具体来说，由于第一数量所对应的确定号是需要大量客服主动去索要的，因此为第一数量在总数量的占比较高的订单供应方分配较多的客服。而第二数量所对应的确定号是仅需要少量客服便能索要到的，因此为第二数量在总数量的占比较高的订单供应方分配较少的客服，这样便能实现客服分配的优化，均衡每个客服的工作量，提供总工作效率。
上述订单的二次确认方法，在订单系统创建一个待确认订单的情况下，在工单系统中响应于接收到的工单创建指令创建至少一个二次确认工单，这每新创建的一个二次确认工单都可用于对待确认订单进行二次确认。然后将这至少一个二次确认工单建立关联，通过预设的方式向供应方索要确认号，当关联的任意一个二次确认工单接收到供应方发送的确认号时，就在订单系统中更新确认号，渠道方可通过得到的确认号确认订单是否实际能真正的完成订购。并在工单系统中关闭关联的所有二次确认工单，客服也不必对对应于同一个待确认订单的多个二次确认工单都执行二次确认动作，可提高客服的工作效率。
在一个实施例中，如图2所示，提出了一种订单的二次确认装置，应用于管理平台，管理平台包括订单系统和工单系统，装置包括：
工单创建模块202，用于在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，至少一个二次确认工单用于对待确认订单进行二次确认；将至少一个二次确认工单建立关联；
二次确认模块204，用于当关联的任意一个二次确认工单接收到待确认订单对应的确认号时，在订单系统中更新确认号，以完成对待确认订单的二次确认，并在工单系统中关闭关联的所有二次确认工单。
在一个实施例中，工单创建模块202，具体用于：响应于同步创建指令，在工单系统中同步创建一个二次确认工单；每接收到一个问询创建指令，则创建一个二次确认工单。
在一个实施例中，二次确认装置还包括：反馈模块，用于向待确认订单对应的渠道方发送已完成对待确认订单的二次确认的反馈信息。
在一个实施例中，工单创建模块202，用于：在工单系统中，将有相同工单标识的二次确认工单建立关联。
在一个实施例中，二次确认模块204，具体用于通过工单系统的客服界面接收输入的确认号；和/或，通过预设接口拉取确认号。
在一个实施例中，二次确认装置还包括：调整模块，用于对于每一个订单供应方，统计通过不同方式获取到与订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，数量包括在客服界面接收到的与订单供应方对应的确认号的第一数量和通过预设接口拉取到的与订单供应方对应的确认号的第二数量；根据统计报表对为不同订单供应方分配的客服数量进行调整。
在一个实施例中，二次确认模块204，还具体用于：将至少一个二次确认工单加入二次确认工单池，二次确认工单池内包括不同待确认订单对应的二次确认工单；获取不同二次确认工单的工单信息，工单信息包括入住日期、酒店时区和酒店等级，根据工单信息确定不同二次确认工单的预设索要顺序，以预设索要顺序对至少一个二次确认工单进行处理。
图3示出了一个实施例中订单的二次确认设备的内部结构图。如图3所示，该订单的二次确认设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该订单的二次确认设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现订单的二次确认方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行订单的二次确认方法。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的订单的二次确认设备的限定，具体的订单的二次确认设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
一种订单的二次确认设备，包括存储器、处理器以及存储在该存储器中并可在该处理器上执行的计算机程序，该处理器执行该计算机程序时实现如下步骤：在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，至少一个二次确认工单用于对待确认订单进行二次确认；将至少一个二次确认工单建立关联；当关联的任意一个二次确认工单接收到待确认订单对应的确认号时，在订单系统中更新确认号，以完成对待确认订单的二次确认，并在工单系统中关闭关联的所有二次确认工单。
在一个实施例中，工单创建指令包括订单系统发送的同步创建指令和渠道方发送的问询创建指令，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，包括：响应于同步创建指令，在工单系统中同步创建一个二次确认工单；每接收到一个问询创建指令，则创建一个二次确认工单。
在一个实施例中，在订单系统中更新确认号之后，还包括：向待确认订单对应的渠道方发送已完成对待确认订单的二次确认的反馈信息。
在一个实施例中，每个二次确认工单包括工单标识，工单标识包括待确认订单的订单编号和订单标的中的至少一个，将至少一个二次确认工单建立关联，包括：在工单系统中，将有相同工单标识的二次确认工单建立关联。
在一个实施例中，在订单系统中更新确认号之前，还包括：通过工单系统的客服界面接收输入的确认号；和/或，通过预设接口拉取确认号。
在一个实施例中，方法，还包括：对于每一个订单供应方，统计通过不同方式获取到与订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，数量包括在客服界面接收到的与订单供应方对应的确认号的第一数量和通过预设接口拉取到的与订单供应方对应的确认号的第二数量；根据统计报表对为不同订单供应方分配的客服数量进行调整。
在一个实施例中，在订单系统中更新确认号之前，还包括：将至少一个二次确认工单加入二次确认工单池，二次确认工单池内包括不同待确认订单对应的二次确认工单；获取不同二次确认工单的工单信息，工单信息包括入住日期、酒店时区和酒店等级，根据工单信息确定不同二次确认工单的预设索要顺序，以预设索要顺序对至少一个二次确认工单进行处理。
一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现如下步骤：在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，至少一个二次确认工单用于对待确认订单进行二次确认；将至少一个二次确认工单建立关联；当关联的任意一个二次确认工单接收到待确认订单对应的确认号时，在订单系统中更新确认号，以完成对待确认订单的二次确认，并在工单系统中关闭关联的所有二次确认工单。
在一个实施例中，工单创建指令包括订单系统发送的同步创建指令和渠道方发送的问询创建指令，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，包括：响应于同步创建指令，在工单系统中同步创建一个二次确认工单；每接收到一个问询创建指令，则创建一个二次确认工单。
在一个实施例中，在订单系统中更新确认号之后，还包括：向待确认订单对应的渠道方发送已完成对待确认订单的二次确认的反馈信息。
在一个实施例中，每个二次确认工单包括工单标识，工单标识包括待确认订单的订单编号和订单标的中的至少一个，将至少一个二次确认工单建立关联，包括：在工单系统中，将有相同工单标识的二次确认工单建立关联。
在一个实施例中，在订单系统中更新确认号之前，还包括：通过工单系统的客服界面接收输入的确认号；和/或，通过预设接口拉取确认号。
在一个实施例中，方法，还包括：对于每一个订单供应方，统计通过不同方式获取到与订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，数量包括在客服界面接收到的与订单供应方对应的确认号的第一数量和通过预设接口拉取到的与订单供应方对应的确认号的第二数量；根据统计报表对为不同订单供应方分配的客服数量进行调整。
在一个实施例中，在订单系统中更新确认号之前，还包括：将至少一个二次确认工单加入二次确认工单池，二次确认工单池内包括不同待确认订单对应的二次确认工单；获取不同二次确认工单的工单信息，工单信息包括入住日期、酒店时区和酒店等级，根据工单信息确定不同二次确认工单的预设索要顺序，以预设索要顺序对至少一个二次确认工单进行处理。
需要说明的是，上述订单的二次确认方法、装置、设备及计算机可读存储介质属于一个总的发明构思，订单的二次确认方法、装置、设备及计算机可读存储介质实施例中的内容可相互适用。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单的二次确认方法，其特征在于，应用于管理平台，所述管理平台包括订单系统和工单系统，所述方法包括：
在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，所述至少一个二次确认工单用于对所述待确认订单进行二次确认；
将所述至少一个二次确认工单建立关联；
当关联的任意一个二次确认工单接收到所述待确认订单对应的确认号时，在所述订单系统中更新所述确认号，以完成对所述待确认订单的二次确认，并在所述工单系统中关闭关联的所有二次确认工单。
2.根据权利要求1所述的方法，其特征在于，所述工单创建指令包括所述订单系统发送的同步创建指令和渠道方发送的问询创建指令，所述响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，包括：
响应于所述同步创建指令，在工单系统中同步创建一个二次确认工单；
每接收到一个问询创建指令，则创建一个二次确认工单。
3.根据权利要求2所述的方法，其特征在于，所述在所述订单系统中更新所述确认号之后，还包括：
向所述待确认订单对应的渠道方发送已完成对所述待确认订单的二次确认的反馈信息。
4.根据权利要求1所述的方法，其特征在于，每个二次确认工单包括工单标识，所述工单标识包括所述待确认订单的订单编号和订单标的中的至少一个，所述将所述至少一个二次确认工单建立关联，包括：
在所述工单系统中，将有相同工单标识的二次确认工单建立关联。
5.根据权利要求1所述的方法，其特征在于，所述在所述订单系统中更新所述确认号之前，还包括：
通过所述工单系统的客服界面接收输入的所述确认号；和/或，
通过预设接口拉取所述确认号。
6.根据权利要求5所述的方法，其特征在于，所述方法，还包括：
对于每一个订单供应方，统计通过不同方式获取到与所述订单供应方对应的确认号的数量，以形成各个订单供应方对应的统计报表，所述数量包括在所述客服界面接收到的与所述订单供应方对应的确认号的第一数量和通过所述预设接口拉取到的与所述订单供应方对应的确认号的第二数量；
根据所述统计报表对为不同订单供应方分配的客服数量进行调整。
7.根据权利要求1所述的方法，其特征在于，所述在所述订单系统中更新所述确认号之前，还包括：
将所述至少一个二次确认工单加入二次确认工单池，所述二次确认工单池内包括不同待确认订单对应的二次确认工单；
获取不同二次确认工单的工单信息，所述工单信息包括入住日期、酒店时区和酒店等级，根据所述工单信息确定不同二次确认工单的预设索要顺序，以所述预设索要顺序对所述至少一个二次确认工单进行处理。
8.一种订单的二次确认装置，其特征在于，应用于管理平台，所述管理平台包括订单系统和工单系统，所述装置包括：
工单创建模块，用于在订单系统创建一个待确认订单的情况下，响应于接收到的至少一个工单创建指令，在工单系统中创建至少一个二次确认工单，所述至少一个二次确认工单用于对所述待确认订单进行二次确认；将所述至少一个二次确认工单建立关联；
二次确认模块，用于当关联的任意一个二次确认工单接收到所述待确认订单对应的确认号时，在所述订单系统中更新所述确认号，以完成对所述待确认订单的二次确认，并在所述工单系统中关闭关联的所有二次确认工单。
9.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。
10.一种订单的二次确认设备，包括存储器和处理器，其特征在于，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。
CN202111228903.1A 2021-10-21 2021-10-21 订单的二次确认方法、装置、设备和介质 Pending CN114037488A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111228903.1A CN114037488A (zh) 2021-10-21 2021-10-21 订单的二次确认方法、装置、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111228903.1A CN114037488A (zh) 2021-10-21 2021-10-21 订单的二次确认方法、装置、设备和介质

Publications (1)

Publication Number Publication Date
CN114037488A true CN114037488A (zh) 2022-02-11

Family

ID=80135088

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111228903.1A Pending CN114037488A (zh) 2021-10-21 2021-10-21 订单的二次确认方法、装置、设备和介质

Country Status (1)

Country Link
CN (1) CN114037488A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001073629A1 (fr) * 2000-03-29 2001-10-04 Seiko Epson Corporation Procede et systeme de gestion d'affectation a un inventaire
CN105095977A (zh) * 2015-09-09 2015-11-25 拉扎斯网络科技（上海）有限公司 一种订单分配方法及装置
US20170011331A1 (en) * 2014-02-20 2017-01-12 Quore Systems, Llc Guest Interface For Generating Work Order in a Work Order Management System
CN110175886A (zh) * 2019-04-28 2019-08-27 无锡天脉聚源传媒科技有限公司 一种订单信息关联方法、系统、装置和存储介质
CN112215672A (zh) * 2020-09-17 2021-01-12 深圳市道旅旅游科技股份有限公司 订单二次确认方法、装置、电子设备和介质
CN112235471A (zh) * 2020-09-01 2021-01-15 深圳市道旅旅游科技股份有限公司 呼叫中心工单处理方法、装置、计算机设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001073629A1 (fr) * 2000-03-29 2001-10-04 Seiko Epson Corporation Procede et systeme de gestion d'affectation a un inventaire
US20170011331A1 (en) * 2014-02-20 2017-01-12 Quore Systems, Llc Guest Interface For Generating Work Order in a Work Order Management System
CN105095977A (zh) * 2015-09-09 2015-11-25 拉扎斯网络科技（上海）有限公司 一种订单分配方法及装置
CN110175886A (zh) * 2019-04-28 2019-08-27 无锡天脉聚源传媒科技有限公司 一种订单信息关联方法、系统、装置和存储介质
CN112235471A (zh) * 2020-09-01 2021-01-15 深圳市道旅旅游科技股份有限公司 呼叫中心工单处理方法、装置、计算机设备及存储介质
CN112215672A (zh) * 2020-09-17 2021-01-12 深圳市道旅旅游科技股份有限公司 订单二次确认方法、装置、电子设备和介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
文博: "《定制消费》", 31 January 2020 *

Similar Documents

Publication Publication Date Title
US5878416A (en) Automated system and method for matching an item of business property to a recipient
CN107563843A (zh) 汽车零配件的询报价方法及系统
US6871110B1 (en) Method and system for efficiently coordinating orders with product materials progressing through a manufacturing flow
TWI751213B (zh) 業務對象預訂系統、方法及裝置
US9697042B2 (en) Extensibility of business process and application logic
CN110264133B (zh) 车辆调配方法、装置、计算机设备和存储介质
CN111104589B (zh) 装修企业评估方法、装置、计算机设备及存储介质
US11822965B2 (en) Machine learning task compartmentalization and classification
CN112529460A (zh) 一种物资调度方法、调度系统、电子设备和存储介质
JP2016146179A (ja) 電子記録債権処理システム、方法およびプログラム
CN112906980A (zh) 订单处理方法、装置、系统及可读存储介质
WO2008092344A1 (fr) Procédé et dispositif de sélection du chemin de flux de travaux
CN109146444B (zh) 虚拟账户创建方法及装置、账户信息更新方法及装置
CN111125240B (zh) 一种分布式事务实现方法、装置、电子设备及存储介质
CN111582407B (zh) 任务处理方法、装置、可读存储介质和电子设备
CN109146128B (zh) 业务数据处理方法、装置及服务器
CN114037488A (zh) 订单的二次确认方法、装置、设备和介质
CN111784321A (zh) 自动选择支付账号的方法、系统和电子设备
CN107924536B (zh) 更新电子请示书的方法、计算机以及非暂时性计算机可读存储介质
CN111626458A (zh) 用户预约请求的处理方法、装置和相关设备
CN113468886B (zh) 工单处理方法、装置及计算机设备
CN109002355A (zh) 处理请求的分配方法、装置及设备
CN116562777A (zh) 一种审批流程方法、装置、计算机设备及存储介质
CN110297466B (zh) 最小化制造排程变异系统
US20170344930A1 (en) Integrated crm and project management

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: 20220211