CN111105206A - 基于审批单的订单处理方法、系统、电子设备及存储介质 - Google Patents
基于审批单的订单处理方法、系统、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111105206A CN111105206A CN201911241055.0A CN201911241055A CN111105206A CN 111105206 A CN111105206 A CN 111105206A CN 201911241055 A CN201911241055 A CN 201911241055A CN 111105206 A CN111105206 A CN 111105206A
- Authority
- CN
- China
- Prior art keywords
- approval
- information
- order
- date
- departure
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 238000000034 method Methods 0.000 claims abstract description 8
- 238000012545 processing Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 abstract description 6
- 230000001360 synchronised effect Effects 0.000 abstract description 6
- 230000006399 behavior Effects 0.000 description 28
- 230000001276 controlling effect Effects 0.000 description 9
- 238000012986 modification Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 230000001105 regulatory effect Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000015572 biosynthetic process Effects 0.000 description 4
- 230000006872 improvement Effects 0.000 description 4
- 230000029305 taxis Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
- G06Q10/1093—Calendar-based scheduling for persons or groups
-
- 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/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种基于审批单的订单处理方法、系统、电子设备及存储介质,订单处理方法包括:接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息;接收对应差旅行程的预订请求,所述预订请求包括预订信息;判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单,若不匹配,则禁止下单。本发明中,通过将审批通过的差旅行程的审批单同步到OTA系统,通过比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
Description
技术领域
本发明涉及订单处理领域,特别涉及一种基于审批单的订单处理方法、系统、电子设备及存储介质。
背景技术
随着国内差旅市场高速发展,商旅客户对员工出行提出了更高要求,除节约成本外,客户开始注重提升用户体验,规范预订流程,以及提升效率。而现有的差旅审批方式为在员工需要进行商务差旅时,需要向上级或公司内部的相关部门提交差旅审批单,相关的审批人员在对员工差旅行程审批单审核通过后,会根据审批单批准一些经费以供员工使用,在现有的方式下,审批方式效率低、并且没有统一规范的流程,并且,也容易使得审批的项目与实际应用项目不一致,从而不能有效地监控及规范员工对差旅行程的预订行为。
发明内容
本发明要解决的技术问题是为了克服现有技术中员工的差旅预订行为的规范性不能得到有效的监控缺陷,提供一种能够自动管控、规范员工预订行为的一种基于审批单的订单处理方法、系统、电子设备及存储介质。
本发明是通过下述技术方案来解决上述技术问题:
本发明提供了一种基于审批单的订单处理方法,所述订单处理方法包括:
接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息;
接收对应差旅行程的预订请求,所述预订请求包括预订信息;
判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单,若不匹配,则禁止下单。
其中,可以通过API(应用程序界面)接收外部系统审批通过的差旅行程的审批单。
其中,用户可以通过外部系统单点登录跳转到应用所述订单处理方法的本地系统中,用户也可以通过每一用户唯一的卡号和密码登录至本地系统中进行相关预定。
本发明中,通过将审批通过的差旅行程的审批单同步到OTA(在线旅游代理)系统,通过比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
较佳地,所述审批信息包括交通管控信息,所述交通管控信息包括订单日期、航程类型,所述航程类型包括单程、往返及多程中的至少一种;
所述订单日期包括:审批出发开始日期及审批出发截至日期;
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所述审批单中的航程类型是否为单程,若为单程,
则判断所述预订信息中的订单出发日期是否早于所述审批出发日期,若早于,则禁止下单;
判断所述差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期,若晚于,则禁止下单;
和/或,
所述订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期;
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所述审批信息中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,
则判断所述差旅预订信息中的订单出发日期是否早于所述审批出发开始日期及所述审批返回开始日期,若是,则禁止下单;
判断差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期及所述审批返回截至日期,若是,则禁止下单。
其中,所述交通管控信息既包括对机票预定的管控、对火车票预定的管控以及对出租车预定的管控。
本发明中,通过管控预定信息中的订单日期及航程类型与审批单中的订单日期及航程类型是否匹配以自动规范员工的预定行为,不仅实现差旅费的控制、节约了成本,也进一步引导员工的规范预定行为。
较佳地,所述审批信息包括交通管控信息,所述交通管控信息包括城市信息及航程类型,所述城市信息包括审批出发城市及审批到达城市,所述航程类型包括单程、往返及多程中的至少一种;
判断所述预订信息与所述审批信息是否匹配的步骤包括:判断所述审批单中的航程类型是否为单程,若为单程,则判断所述预订信息中订单出发城市是否在所述审批出发城市中,若在,则判断所述预订信息中订单到达城市是否符合在所述审批到达城市中或与所述审批到达城市有交集中的任意一种情况,若不符合,则禁止下单;
和/或,
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所审批单中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,
则判断所述预订信息中的订单出发城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
判断所述预订信息中的订单到达城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
和/或,
所述交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间中的至少一种。
本发明中,通过管控员工预定的城市信息以防止员工预定与审批的城市不一致的行为,通过管控员工是否往返以及与达到城市的结合,可以避免由于审批的为往返形成而只预定了单程而导致预定信息和审批信息不一致的情况,进一步在优化订单处理方法的同时又给与员工一定的灵活空间。
较佳地,所述审批信息包括有酒店管控信息;
所述酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数中的至少一种;
和/或,
接收外部系统审批通过的差旅行程的审批单的步骤前还包括:
判断所述外部系统的差旅审批单是否通过,若是,则执行接收外部系统审批通过的差旅行程的审批单的步骤。
本发明中,通过多种渠道来管控员工的预定行为,既避免了人工管控的低效性及无序性,也从多维度对差旅行为进行规范,节约了资源,降低了差旅成本。
较佳地,本发明还提供了一种基于审批单的订单处理系统,所述订单处理系统包括:审批接收模块、预订接收模块及匹配模块;
所述审批接收模块用于接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息;
所述预订接收模块用于接收对应差旅行程的预订请求,所述预订请求包括预订信息;
所述匹配模块用于判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单,若不匹配,则禁止下单。
本发明中,通过审批接收模块将审批通过的差旅行程的审批单同步到OTA系统,通过匹配模块比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
较佳地,所述审批信息包括交通管控信息,所述交通管控信息包括订单日期、航程类型,所述航程类型包括单程、往返及多程中的至少一种;
所述订单日期包括:审批出发开始日期及审批出发截至日期;
所述匹配模块包括单程判断单元、第一出发日期判断单元及第二出发日期判断单元,所述单程判断单元用于判断所述审批单中的航程类型是否为单程,若为单程,则调用所述第一出发日期判断单元,用于判断所述预订信息中的订单出发日期是否早于所述审批出发日期,若早于,则禁止下单;所述第二出发日期判断单元用于判断所述差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期,若晚于,则禁止下单;和/或,
所述订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期;
所述匹配模块包括往返判断单元、第三出发日期判断单元及第四出发日期判断单元
所述往返判断单元用于判断所述审批信息中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用所述第三出发日期判断单元;
所述第三出发日期判断单元用于判断所述差旅预订信息中的订单出发日期是否早于所述审批出发开始日期及所述审批返回开始日期,若是,则禁止下单;
所述第四出发日期判断单元用于判断差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期及所述审批返回截至日期,若是,则禁止下单。
本发明中,通过管控预定信息中的订单日期及航程类型与审批单中的订单日期及航程类型是否匹配以自动规范员工的预定行为,不仅实现差旅费的控制、节约了成本,也进一步引导员工的规范预定行为。
较佳地,所述审批信息包括交通管控信息,所述交通管控信息包括城市信息及航程类型,所述城市信息包括审批出发城市及审批到达城市,所述航程类型包括单程、往返及多程中的至少一种;
所述匹配模块包括:单程判断单元、第一出发城市判断单元及第一到达城市判断单元,所述单程判断单元用于判断所述审批单中的航程类型是否为单程,若为单程,则调用所述第一出发城市判断单元,用于判断所述预订信息中订单出发城市是否在所述审批出发城市中,若在,则调用所述第一到达城市判断单元,用于判断所述预订信息中订单到达城市是否符合在所述审批到达城市中或与所述审批到达城市有交集中的任意一种情况,若不符合,则禁止下单;
和/或,
所述匹配模块包括:往返判断单元、第二出发城市判断单元及第二到达城市判断单元
判断所审批单中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用所述第二出发城市判断单元,用于判断所述预订信息中的订单出发城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
所述第二到达城市判断单元用于判断所述预订信息中的订单到达城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
和/或,
所述交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间中的至少一种。
本发明中,通过管控员工预定的城市信息以防止员工预定与审批的城市不一致的行为,通过管控员工是否往返以及与达到城市的结合,可以避免由于审批的为往返形成而只预定了单程而导致预定信息和审批信息不一致的情况,进一步在优化订单处理方法的同时又给与员工一定的灵活空间。
较佳地,所述审批信息包括有酒店管控信息;
所述酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数中的至少一种;
和/或,
所述订单处理系统还包括审批通过判断模块,用于判断所述外部系统的差旅审批单是否通过,若是,则调用所述审批接收模块。
本发明中,通过多种渠道来管控员工的预定行为,既避免了人工管控的低效性及无序性,也从多维度对差旅行为进行规范,节约了资源,降低了差旅成本。
本发明还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述订单处理方法。
本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述订单处理方法的步骤。
本发明的积极进步效果在于:
本发明中,通过将审批通过的差旅行程的审批单同步到OTA系统,通过比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
附图说明
图1为本发明实施例1的基于审批单的订单处理方法的流程图。
图2为本发明实施例1的中实现步骤105的流程图。
图3为本发明实施例2的基于审批单的订单处理方法部分流程图。
图4为本发明实施例2的基于审批单的订单处理方法部分流程图。
图5为本发明实施例4的基于审批单的订单处理系统的模块示意图。
图6为本发明实施例4的中的匹配模块的部分示意图。
图7为本发明实施例4的中的匹配模块的部分示意图。
图8为本发明实施例4的中的匹配模块的部分示意图。
图9为根据本发明实施例7的电子设备的硬件结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本实施例提供了一种基于审批单的订单处理方法,如图1所示,包括:
步骤101、接收外部系统审批通过的差旅行程的审批单。
步骤102、接收对应差旅行程的预订请求。
步骤103、判断预订信息与审批信息是否匹配,若匹配则执行步骤104,若不匹配,则执行步骤105。
步骤104、根据预订信息下单。
步骤105、禁止下单。
其中,在步骤101中,可以通过API接收外部系统审批通过的差旅行程的审批单。
其中,用户可以登录自己所处的系统(外部系统),提交差旅形成的审批单,当审批单通过后,审批单中的相关信息则会落地本地系统中。
其中,用户可以通过外部系统单点登录跳转到应用所述订单处理方法的本地系统中,用户也可以通过每一用户唯一的卡号和密码登录至本地系统中进行相关预定。
其中,如图2所示,步骤105具体可以通过下述步骤实现:
步骤1051、返回提示指令。
步骤1052、判断用户是否根据提示指令修改预定信息,若修改,则执行步骤1053,若不修改则执行步骤1054。
步骤1053、判断修改后的预订信息与审批信息是否匹配。
步骤1054、生成拒绝指令。
其中,返回的提示指令中包括不匹配审批信息的预定信息,其实现的具体方式可以为将不匹配的栏目单独列出,也可以将所有的栏目都列出而对不匹配的栏目进行标记,如可以通过表格形式生成提示信息,表格分为两列及若干行,每一行的左列为一项审批信息,右列为与审批信息一一对应的预定信息。
在步骤1054中,在生成拒绝指令后,用户可以通过提交新的预定请求的形式来再次下单。
本实施例中,通过将审批通过的差旅行程的审批单同步到OTA系统,通过比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
实施例2
本实施例提供了一种基于审批单的订单处理方法,本实施例是对实施例1的进一步改进,其中,审批信息包括交通管控信息,交通管控信息包括订单日期、航程类型、城市信息等等。
其中,航程类型包括单程、往返及多程。
其中,订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期。
本实施例中,审批信息可以包括若干栏目,本实施例中的订单处理方法可以通过对每一栏目一一进行匹配来判断预定信息和审批信息是否相符。
如图3所示,步骤103具体包括:
步骤201、判断审批单中的航程类型为单程、往返还是多程,若为单程,则执行步骤205,若为往返,则执行步骤202,若为多程,则执行步骤208。
步骤202、判断预订信息中的航程类型是否为单程,若是,则执行步骤203。
步骤203、判断差旅预订信息中的订单出发日期是否早于审批出发开始日期及审批返回开始日期,若早于,则执行步骤105,若不早于,则执行步骤204。
步骤204、判断差旅预订信息中的订单出发日期是否晚于审批出发截至日期及审批返回截至日期,若不晚于,则执行步骤207,若晚于,则执行步骤105。
步骤205、判断预订信息中的订单出发日期是否早于审批出发日期,若不早于,则执行步骤206,若早于,则执行步骤105。
步骤206、判断差旅预订信息中的订单出发日期是否晚于审批出发截至日期,若不晚于,则执行步骤207,若晚于,则执行步骤105。
步骤207、判断其它审批信息与预定信息是否匹配,若匹配,则执行步骤104,若不匹配,则执行步骤105。
步骤208、确定订单信息,并执行步骤104。
其中,在步骤202中,若订单信息中的航程类型为去程,则步骤203中判断的为差旅预订信息中的订单出发日期是否早于审批出发开始日期、步骤204中判断的为差旅预订信息中的订单出发日期是否晚于审批出发截至日期;若订单信息中的订单为返程,则步骤203中判断的为差旅预订信息中的订单出发日期是否早于审批返回开始日期,步骤204中判断的为差旅预订信息中的订单出发日期是否早于审批返回截止日期。
其中,若在步骤202中判断预定信息中的航程类型不为单程,则若航程类型为往返,则需执行下述步骤:
判断差旅预订信息中的订单出发日期是否在审批出发开始日期及审批出发截至日期之间,且订单返回日期是否在审批返回开始日期及审批返回截至日期之间,若是,则执行步骤207,若否,则执行步骤105。
若航程类型为多程,则需执行下述步骤:
判断差旅预订信息中的订单出发日期是否在审批出发开始日期及审批出发截至日期之间,若是,则执行步骤207,若否,则执行步骤105。
本实施例中,城市信息包括审批出发城市及审批到达城市,为了对审批单中的城市信息进行进一步监控,如图4所示,在步骤201中,若判断审批为单程,则执行步骤304,若为往返,则执行步骤301,若为多程,则执行步骤208。
步骤301、判断预订信息中的航程类型是否为单程,若为单程,则执行步骤302。
步骤302、判断预订信息中的订单出发城市是否在审批出发城市或审批到达城市中,若在,则执行步骤303,若不在,则执行步骤105。
步骤303、判断预订信息中的订单到达城市是否在审批出发城市或审批到达城市中,若在,则执行步骤207,若不在,则执行步骤105。
步骤304、判断预订信息中订单出发城市是否在审批出发城市中,若在,则执行步骤305,若不在,则执行步骤105
步骤305、判断预订信息中订单到达城市是否符合在审批到达城市中或与审批到达城市有交集中的任意一种情况,若符合,则执行步骤207,若不符合,则执行步骤105。
其中,在步骤305中,若订单信息的航程类型为单程,则需判断判断预订信息中订单到达城市是否在审批到达城市中,若订单信息中的航程类型为多程,则需要判断的为预订信息中订单到达城市是否与审批到达城市有交集。
其中,在步骤301中,若判断预定信息不为单程,即为多程或往返,则执行下述步骤:
判断预订信息中订单出发城市是否在审批出发城市中,且预订信息中订单到达城市是否在审批到达城市中,若是,则执行步骤207,若否,则执行步骤105。
本实施例中,通过管控预定信息中的订单日期、航程类型以及城市信息与审批单中对应的上述信息是否匹配以自动规范员工的预定行为,不仅实现差旅费的控制、节约了成本,也进一步引导员工的规范预定行为。
本实施例中,通过管控员工预定的城市信息以防止员工预定与审批的城市不一致的行为,通过管控员工是否往返以及与达到城市的结合,可以避免由于审批的为往返形成而只预定了单程而导致预定信息和审批信息不一致的情况,进一步在优化订单处理方法的同时又给与员工一定的灵活空间。
实施例3
本实施例提供了一种基于审批单的订单处理方法,本实施例是对实施例2的进一步改进,其中,交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间等等。
其中,对交通的管控既可以应用在机票上、也可以应用在火车票上、还可以应用在出租车等交通方式上。
其中,对上述信息的管控具体可以为下述方式:
审批信息中的币种类型与订单信息中的币种类型一致、订单信息中的上述币种类型对应的订单金额需小于审批信息中的币种对应的订单金额(币种和价格要么同时管控,要么同时不管控)、订单信息中的订单折扣不大于审批单中的折扣、订单信息中的座位等级不高于审批信息中的座位等级上限(其中,飞机对应舱等等级、火车对应坐席等级)、订单信息中的航空公司必须属于审批信息中的航空公司、订单信息中的出行人姓名需包含在审批信息中的出行人中、订单信息中的乘车人或乘机人的身份证号需与审批信息中的乘车人或乘机人的身份证号完全匹配、订单信息中飞机起飞时间或火车发车时间需晚于审批单中的飞机起飞开始时间或火车出发开始时间且早于审批信息中的飞机起飞截止时间或火车出发截止时间、订单信息中的用车城市必须包含在审批信息中的用车城市中、订单信息中的公司地址的半径需要小于审批信心中的公司地址的半径(其中,审批信息中允许包括多个公司地址和公司半径,需要遍历审批信息中的每个公司地址,并且计算出打车位置与每个公司地址的半径从而判断订单信息中的公司地址的半径是否小于审批信息中的公司地址的半径)、订单信息中的订单用车日期需要晚于审批信息中的审批用车起始日期并早于审批信息中的审批用车截止日期、订单信息中的用车时间需晚于审批信息中的用车开始时间且早于审批信息中的用车截止时间(审批信息中允许包括多个时间段)。
本实施例中,为了进一步对差旅行程进行管控,审批信息还可包括酒店管控信息,其中酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数等等。
其中,对酒店管控信息的管控具体可以为下述方式:审批信息中的币种且币种需与订单信息中的币种一致、订单信息中的上述币种对应的订单金额需小于审批信息中的币种对应的订单金额(币种和价格要么同时管控,要么同时不管控)、订单信息中的订单折扣不大于审批单中的折扣、订单信息中的出行人姓名需包含在审批信息中的出行人中、订单信息中的入住日期不能早于审批信息中的审批入住开始日期且不能晚于审批入住截止日期、订单信息中的离店日期不能早于审批信息中的审批离店开始日期且不能晚于审批离店截止日期、订单信息中的入住城市必须包含在审批信息中的审批入住城市中、订单信息中的酒店星级需高于审批信息中的最低审批星级且低于最高审批星级、订单信息中的预定的每日房间数不能大于审批信息中的审批每日房间数、订单信息中的有效性次数不大于审批信息中的审批有效性次数(有效性次数为每日订的房间数*入住天数)且审批信息中的有效性次数需大于0。
应当理解,管控的项目为审批信息中包括的项目,也就是说,只有在审批信息中包括某以项目时,才需要去判断预定信息中对应的项目于审批信息中的项目是否匹配,如果审批信息中没有包括某一项目,则也没必要对没有包括的项目进行管控。
应当理解,只有在审批信息通过后,通过的审批信息才会传到内部系统,也就是说,才会执行步骤101。
本实施例中,通过多种渠道来管控员工的预定行为,既避免了人工管控的低效性及无序性,也从多维度对差旅行为进行规范,节约了资源,降低了差旅成本。
实施例4
本实施例提供了一种基于审批单的订单处理系统,如图5所示,本实施例中的订单处理系统包括审批接收模块401、预订接收模块402及匹配模块403。
审批接收模块401用于接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息。
预订接收模块402用于接收对应差旅行程的预订请求,所述预订请求包括预订信息。
匹配模块403用于判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单。
其中,用户可以登录自己所处的系统(外部系统),提交差旅形成的审批单,当审批单通过后,审批单中的相关信息则会落地本地系统中。
其中,用户可以通过外部系统单点登录跳转到应用所述订单处理方法的本地系统中,用户也可以通过每一用户唯一的卡号和密码登录至本地系统中进行相关预定。
其中,如图6所示,匹配模块403具体可以包括提示单元4031、修改判断单元4032、修改匹配单元4033及拒绝单元4034。
其中,提示单元4031用于返回提示指令,并调用修改判断单元4032。
修改判断单元4032用于判断用户是否根据提示指令修改预定信息,若修改,则调用修改匹配单元4033,若不修改则调用拒绝单元4034。
修改匹配单元4033用于判断修改后的预订信息与审批信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则调用拒绝单元4034。
拒绝单元4034用于生成拒绝指令。
其中,提示单元4031返回的提示指令中包括不匹配审批信息的预定信息,其实现的具体方式可以为将不匹配的栏目单独列出,也可以将所有的栏目都列出而对不匹配的栏目进行标记,如可以通过表格形式生成提示信息,表格分为两列及若干行,每一行的左列为一项审批信息,右列为与审批信息一一对应的预定信息。
其中,拒绝单元4034在生成拒绝指令后,用户可以通过提交新的预定请求的形式来再次下单。
本实施例中,通过将审批通过的差旅行程的审批单同步到OTA系统,通过比较用户在OTA系统的预订信息及审批通过审批信息,从而自动管控用户的下单行为,不但有效地规范了员工的预订行为,也规范了预订流程,提高了审批、预订、管控等一系列操作的效率,进一步节约了公司的成本。
实施例5
本实施例提供了一种基于审批单的订单处理系统,本实施例为对实施例4的进一步改进,其中,审批信息包括交通管控信息,交通管控信息包括订单日期、航程类型、城市信息等等。
其中,航程类型包括单程、往返及多程。
其中,订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期。
本实施例中,审批信息可以包括若干栏目,本实施例中的订单处理系统中的匹配模块403可以通过对每一栏目一一进行匹配来判断预定信息和审批信息是否相符。
如图7所示,匹配模块403具体包括单程判断单元501、第一出发日期判断单元502、第二出发日期判断单元503、往返判断单元504、第三出发日期判断单元505及第四出发日期判断单元506。
单程判断单元501用于判断所述审批单中的航程类型是否为单程,若为单程,则调用第一出发日期判断单元502。
第一出发日期判断单元502用于判断所述预订信息中的订单出发日期是否早于所述审批出发日期,若早于,则禁止下单,若不早于,则调用第二出发日期判断单元503。
第二出发日期判断单元503用于判断所述差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期,若晚于,则禁止下单,若早于,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
往返判断单元504用于判断所述审批信息中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用第三出发日期判断单元505。
第三出发日期判断单元505用于判断所述差旅预订信息中的订单出发日期是否早于所述审批出发开始日期及所述审批返回开始日期,若是,则禁止下单,若否,则调用第四出发日期判断单元506。
第四出发日期判断单元506用于判断差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期及所述审批返回截至日期,若是,则禁止下单,若否则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
其中,单程判断单元501中若订单信息中的航程类型为去程,则第一出发日期判断单元502判断的为差旅预订信息中的订单出发日期是否早于审批出发开始日期、第一出发日期判断单元503判断的为差旅预订信息中的订单出发日期是否晚于审批出发截至日期;若订单信息中的订单为返程,则第三出发日期判断单元505判断的为差旅预订信息中的订单出发日期是否早于审批返回开始日期,第三出发日期判断单元505判断的为差旅预订信息中的订单出发日期是否早于审批返回截止日期。
其中,若单程判断单元501判断预定信息中的航程类型不为单程,则若航程类型为往返,则判断差旅预订信息中的订单出发日期是否在审批出发开始日期及审批出发截至日期之间,且订单返回日期是否在审批返回开始日期及审批返回截至日期之间,若是,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
若单程判断单元501判断预定信息中的航程类型不为单程而为多程,则判断差旅预订信息中的订单出发日期是否在审批出发开始日期及审批出发截至日期之间,若是,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
本实施例中,城市信息包括审批出发城市及审批到达城市,为了对审批单中的城市信息进行进一步监控,如图8所示,匹配模块还包括:第一出发城市判断单元601、第一到达城市判断单元602、第二出发城市判断单元603及第二到达城市判断单元604。
若单程判断单元501判断的航程类型为单程,则调用第一出发城市判断单元601。
第一出发城市判断单元601用于判断所述预订信息中订单出发城市是否在所述审批出发城市中,若在,则调用第一到达城市判断单元602。
第一到达城市判断单元602用于判断所述预订信息中订单到达城市是否符合在所述审批到达城市中或与所述审批到达城市有交集中的任意一种情况,若不符合,则禁止下单,若符合,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
若往返判断单元504判断的航程类型为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用第二出发城市判断单元603。
第二出发城市判断单元603用于判断所述预订信息中的订单出发城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单,若在,则调用第二到达城市判断单元604。
第二到达城市判断单元604用于判断所述预订信息中的订单到达城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单,若在,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
其中,单程判断单元501若判断的订单信息的航程类型为单程,则需判断判断预订信息中订单到达城市是否在审批到达城市中,若订单信息中的航程类型为多程,则需要判断的为预订信息中订单到达城市是否与审批到达城市有交集。
其中,单程判断单元501若判断预定信息不为单程,即为多程或往返,则需判断预订信息中订单出发城市是否在审批出发城市中,且预订信息中订单到达城市是否在审批到达城市中,若是,则判断其它审批信息与预定信息是否匹配,若匹配,则根据预定信息下单,若不匹配,则禁止下单。
本实施例中,通过管控预定信息中的订单日期、航程类型以及城市信息与审批单中对应的上述信息是否匹配以自动规范员工的预定行为,不仅实现差旅费的控制、节约了成本,也进一步引导员工的规范预定行为。
本实施例中,通过管控员工预定的城市信息以防止员工预定与审批的城市不一致的行为,通过管控员工是否往返以及与达到城市的结合,可以避免由于审批的为往返形成而只预定了单程而导致预定信息和审批信息不一致的情况,进一步在优化订单处理方法的同时又给与员工一定的灵活空间。
实施例6
本实施例提供了一种基于审批单的订单处理系统,本实施例是对实施例5的进一步改进,其中,交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间等等。
其中,对交通的管控既可以应用在机票上、也可以应用在火车票上、还可以应用在出租车等交通方式上。
其中,匹配模块403可以通过下述方式对上述信息来管控:
审批信息中的币种类型与订单信息中的币种类型一致、订单信息中的上述币种类型对应的订单金额需小于审批信息中的币种对应的订单金额(币种和价格要么同时管控,要么同时不管控)、订单信息中的订单折扣不大于审批单中的折扣、订单信息中的座位等级不高于审批信息中的座位等级上限(其中,飞机对应舱等等级、火车对应坐席等级)、订单信息中的航空公司必须属于审批信息中的航空公司、订单信息中的出行人姓名需包含在审批信息中的出行人中、订单信息中的乘车人或乘机人的身份证号需与审批信息中的乘车人或乘机人的身份证号完全匹配、订单信息中飞机起飞时间或火车发车时间需晚于审批单中的飞机起飞开始时间或火车出发开始时间且早于审批信息中的飞机起飞截止时间或火车出发截止时间、订单信息中的用车城市必须包含在审批信息中的用车城市中、订单信息中的公司地址的半径需要小于审批信心中的公司地址的半径(其中,审批信息中允许包括多个公司地址和公司半径,需要遍历审批信息中的每个公司地址,并且计算出打车位置与每个公司地址的半径从而判断订单信息中的公司地址的半径是否小于审批信息中的公司地址的半径)、订单信息中的订单用车日期需要晚于审批信息中的审批用车起始日期并早于审批信息中的审批用车截止日期、订单信息中的用车时间需晚于审批信息中的用车开始时间且早于审批信息中的用车截止时间(审批信息中允许包括多个时间段)。
本实施例中,为了进一步对差旅行程进行管控,审批信息还可包括酒店管控信息,其中酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数等等。
其中,匹配模块403可以通过下述方式对酒店信息来管控:审批信息中的币种且币种需与订单信息中的币种一致、订单信息中的上述币种对应的订单金额需小于审批信息中的币种对应的订单金额(币种和价格要么同时管控,要么同时不管控)、订单信息中的订单折扣不大于审批单中的折扣、订单信息中的出行人姓名需包含在审批信息中的出行人中、订单信息中的入住日期不能早于审批信息中的审批入住开始日期且不能晚于审批入住截止日期、订单信息中的离店日期不能早于审批信息中的审批离店开始日期且不能晚于审批离店截止日期、订单信息中的入住城市必须包含在审批信息中的审批入住城市中、订单信息中的酒店星级需高于审批信息中的最低审批星级且低于最高审批星级、订单信息中的预定的每日房间数不能大于审批信息中的审批每日房间数、订单信息中的有效性次数不大于审批信息中的审批有效性次数(有效性次数为每日订的房间数*入住天数)且审批信息中的有效性次数需大于0。
应当理解,管控的项目为审批信息中包括的项目,也就是说,只有在审批信息中包括某以项目时,才需要去判断预定信息中对应的项目于审批信息中的项目是否匹配,如果审批信息中没有包括某一项目,则也没必要对没有包括的项目进行管控。
应当理解,只有在审批信息通过后,通过的审批信息才会传到内部系统,也就是说,才会调用审批接收模块401。
本实施例中,通过多种渠道来管控员工的预定行为,既避免了人工管控的低效性及无序性,也从多维度对差旅行为进行规范,节约了资源,降低了差旅成本。
实施例7
本实施例提供一种电子设备,电子设备可以通过计算设备的形式表现(例如可以为服务器设备),包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中处理器执行计算机程序时可以实现实施例1-实施例3中任意一实施例的基于审批单的订单处理方法。
图9示出了本实施例的硬件结构示意图,如图9所示,电子设备9具体包括:
至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93,其中:
总线93包括数据总线、地址总线和控制总线。
存储器92包括易失性存储器,例如随机存取存储器(RAM)921和/或高速缓存存储器922,还可以进一步包括只读存储器(ROM)923。
存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925,这样的程序模块924包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器91通过运行存储在存储器92中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1-3中任意一实施例的基于审批单的订单处理方法。
电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且,电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备9使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例8
本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现实施例1-3中任意一实施例的基于审批单的订单处理方法的步骤。
其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行实现实施例1-3中任意一实施例的基于审批单的订单处理方法的步骤。
其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种基于审批单的订单处理方法,其特征在于,所述订单处理方法包括:
接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息;
接收对应差旅行程的预订请求,所述预订请求包括预订信息;
判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单,若不匹配,则禁止下单。
2.如权利要求1所述的订单处理方法,其特征在于,
所述审批信息包括交通管控信息,所述交通管控信息包括订单日期、航程类型,所述航程类型包括单程、往返及多程中的至少一种;
所述订单日期包括:审批出发开始日期及审批出发截至日期;
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所述审批单中的航程类型是否为单程,若为单程,
则判断所述预订信息中的订单出发日期是否早于所述审批出发日期,若早于,则禁止下单;
判断所述差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期,若晚于,则禁止下单;
和/或,
所述订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期;
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所述审批信息中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,
则判断所述差旅预订信息中的订单出发日期是否早于所述审批出发开始日期及所述审批返回开始日期,若是,则禁止下单;
判断差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期及所述审批返回截至日期,若是,则禁止下单。
3.如权利要求1所述的订单处理方法,其特征在于,所述审批信息包括交通管控信息,所述交通管控信息包括城市信息及航程类型,所述城市信息包括审批出发城市及审批到达城市,所述航程类型包括单程、往返及多程中的至少一种;
判断所述预订信息与所述审批信息是否匹配的步骤包括:判断所述审批单中的航程类型是否为单程,若为单程,则判断所述预订信息中订单出发城市是否在所述审批出发城市中,若在,则判断所述预订信息中订单到达城市是否符合在所述审批到达城市中或与所述审批到达城市有交集中的任意一种情况,若不符合,则禁止下单;
和/或,
判断所述预订信息与所述审批信息是否匹配的步骤包括:
判断所审批单中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,
则判断所述预订信息中的订单出发城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
判断所述预订信息中的订单到达城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
和/或,
所述交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间中的至少一种。
4.如权利要求1所述的订单处理方法,其特征在于,所述审批信息包括有酒店管控信息;
所述酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数中的至少一种;
和/或,
接收外部系统审批通过的差旅行程的审批单的步骤前还包括:
判断所述外部系统的差旅审批单是否通过,若是,则执行接收外部系统审批通过的差旅行程的审批单的步骤。
5.一种基于审批单的订单处理系统,其特征在于,所述订单处理系统包括:审批接收模块、预订接收模块及匹配模块;
所述审批接收模块用于接收外部系统审批通过的差旅行程的审批单,所述审批单包括审批信息;
所述预订接收模块用于接收对应差旅行程的预订请求,所述预订请求包括预订信息;
所述匹配模块用于判断所述预订信息与所述审批信息是否匹配,若匹配,则根据所述预订信息下单,若不匹配,则禁止下单。
6.如权利要求5所述的订单处理系统,其特征在于,
所述审批信息包括交通管控信息,所述交通管控信息包括订单日期、航程类型,所述航程类型包括单程、往返及多程中的至少一种;
所述订单日期包括:审批出发开始日期及审批出发截至日期;
所述匹配模块包括单程判断单元、第一出发日期判断单元及第二出发日期判断单元,所述单程判断单元用于判断所述审批单中的航程类型是否为单程,若为单程,则调用所述第一出发日期判断单元,用于判断所述预订信息中的订单出发日期是否早于所述审批出发日期,若早于,则禁止下单;所述第二出发日期判断单元用于判断所述差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期,若晚于,则禁止下单;和/或,
所述订单日期包括:审批出发开始日期、审批出发截至日期、审批返回开始日期及审批返回截至日期;
所述匹配模块包括往返判断单元、第三出发日期判断单元及第四出发日期判断单元
所述往返判断单元用于判断所述审批信息中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用所述第三出发日期判断单元;
所述第三出发日期判断单元用于判断所述差旅预订信息中的订单出发日期是否早于所述审批出发开始日期及所述审批返回开始日期,若是,则禁止下单;
所述第四出发日期判断单元用于判断差旅预订信息中的订单出发日期是否晚于所述审批出发截至日期及所述审批返回截至日期,若是,则禁止下单。
7.如权利要求5所述的订单处理系统,其特征在于,所述审批信息包括交通管控信息,所述交通管控信息包括城市信息及航程类型,所述城市信息包括审批出发城市及审批到达城市,所述航程类型包括单程、往返及多程中的至少一种;
所述匹配模块包括:单程判断单元、第一出发城市判断单元及第一到达城市判断单元,所述单程判断单元用于判断所述审批单中的航程类型是否为单程,若为单程,则调用所述第一出发城市判断单元,用于判断所述预订信息中订单出发城市是否在所述审批出发城市中,若在,则调用所述第一到达城市判断单元,用于判断所述预订信息中订单到达城市是否符合在所述审批到达城市中或与所述审批到达城市有交集中的任意一种情况,若不符合,则禁止下单;
和/或,
所述匹配模块包括:往返判断单元、第二出发城市判断单元及第二到达城市判断单元
判断所审批单中的航程类型是否为往返,若为往返,则判断所述预订信息中的航程类型是否为单程,若为单程,则调用所述第二出发城市判断单元,用于判断所述预订信息中的订单出发城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
所述第二到达城市判断单元用于判断所述预订信息中的订单到达城市是否在审批出发城市或所述审批到达城市中,若不在,则禁止下单;
和/或,
所述交通管控信息还包括货币类型、价格上限、折扣上限、座位等级上限、航空公司、出行人、订单时间、订单日期、用车城市、车型、公司地址、用车日期、用车时间中的至少一种。
8.如权利要求5所述的订单处理系统,其特征在于,所述审批信息包括有酒店管控信息;
所述酒店管控信息包括货币类型、价格上限、折扣上限、出行人、入住日期、离店日期、入住城市、酒店星级、每日房间数、有效性次数中的至少一种;
和/或,
所述订单处理系统还包括审批通过判断模块,用于判断所述外部系统的差旅审批单是否通过,若是,则调用所述审批接收模块。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至4任一项所述的订单处理方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4任一项所述的订单处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911241055.0A CN111105206A (zh) | 2019-12-06 | 2019-12-06 | 基于审批单的订单处理方法、系统、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911241055.0A CN111105206A (zh) | 2019-12-06 | 2019-12-06 | 基于审批单的订单处理方法、系统、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111105206A true CN111105206A (zh) | 2020-05-05 |
Family
ID=70421739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911241055.0A Pending CN111105206A (zh) | 2019-12-06 | 2019-12-06 | 基于审批单的订单处理方法、系统、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111105206A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113222559A (zh) * | 2021-06-01 | 2021-08-06 | 携程商旅信息服务(上海)有限公司 | 基于城市兼容的订单管控处理方法、系统、设备以及介质 |
CN113723647A (zh) * | 2021-09-07 | 2021-11-30 | 携程金融科技(上海)有限公司 | 提前审批单的产品预订管控方法、装置、电子设备、存储介质 |
CN114138148A (zh) * | 2021-12-01 | 2022-03-04 | 上海蒜芽信息科技有限公司 | 在线预订火车票的展示方法、系统、设备及存储介质 |
CN114581048A (zh) * | 2022-03-03 | 2022-06-03 | 携程商旅信息服务(上海)有限公司 | 同步出差申请单的方法、电子设备和存储介质 |
CN114782003A (zh) * | 2022-04-11 | 2022-07-22 | 浙江吉利控股集团有限公司 | 一种用车审批方法、服务器、存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101719242A (zh) * | 2009-11-30 | 2010-06-02 | 华为技术有限公司 | 一种提供差旅服务的方法和系统 |
CN106503969A (zh) * | 2016-11-03 | 2017-03-15 | 东软集团股份有限公司 | 业务流程审批方法及装置 |
CN106503968A (zh) * | 2016-11-02 | 2017-03-15 | 四川差旅壹号科技有限公司 | 差旅行程政策控制方法、装置及差旅行程预定方法 |
CN107798594A (zh) * | 2017-11-23 | 2018-03-13 | 平安科技(深圳)有限公司 | 差旅项目的报销方法、系统及存储介质 |
CN107871275A (zh) * | 2016-09-26 | 2018-04-03 | 平安科技(深圳)有限公司 | 业务审批的方法及装置 |
-
2019
- 2019-12-06 CN CN201911241055.0A patent/CN111105206A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101719242A (zh) * | 2009-11-30 | 2010-06-02 | 华为技术有限公司 | 一种提供差旅服务的方法和系统 |
CN107871275A (zh) * | 2016-09-26 | 2018-04-03 | 平安科技(深圳)有限公司 | 业务审批的方法及装置 |
CN106503968A (zh) * | 2016-11-02 | 2017-03-15 | 四川差旅壹号科技有限公司 | 差旅行程政策控制方法、装置及差旅行程预定方法 |
CN106503969A (zh) * | 2016-11-03 | 2017-03-15 | 东软集团股份有限公司 | 业务流程审批方法及装置 |
CN107798594A (zh) * | 2017-11-23 | 2018-03-13 | 平安科技(深圳)有限公司 | 差旅项目的报销方法、系统及存储介质 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113222559A (zh) * | 2021-06-01 | 2021-08-06 | 携程商旅信息服务(上海)有限公司 | 基于城市兼容的订单管控处理方法、系统、设备以及介质 |
CN113723647A (zh) * | 2021-09-07 | 2021-11-30 | 携程金融科技(上海)有限公司 | 提前审批单的产品预订管控方法、装置、电子设备、存储介质 |
CN114138148A (zh) * | 2021-12-01 | 2022-03-04 | 上海蒜芽信息科技有限公司 | 在线预订火车票的展示方法、系统、设备及存储介质 |
CN114581048A (zh) * | 2022-03-03 | 2022-06-03 | 携程商旅信息服务(上海)有限公司 | 同步出差申请单的方法、电子设备和存储介质 |
CN114782003A (zh) * | 2022-04-11 | 2022-07-22 | 浙江吉利控股集团有限公司 | 一种用车审批方法、服务器、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111105206A (zh) | 基于审批单的订单处理方法、系统、电子设备及存储介质 | |
US20200012991A1 (en) | Method and System for Assigning Jobs to Prevent Employee Qualifications From Lapsing | |
US8788375B2 (en) | Method and system for pre-populating job assignment submissions | |
US8583462B2 (en) | Method and system for assessing penalties associated with an employee without a job assignment | |
US8751398B2 (en) | Preventing an unauthorized card transaction | |
KR20160039552A (ko) | 자동 작업 처리 | |
US20230385843A1 (en) | Programmatic approvals of corporate spend and employee expense | |
US20160232532A1 (en) | Using revenue management to improve payment fraud screening | |
US10803459B2 (en) | Online transaction processing system for multi-product transactions | |
US20150127408A1 (en) | Static schedule reaccommodation | |
AU2024200571A1 (en) | Booking system for crew movements | |
KR102190877B1 (ko) | 출장 관리 방법, 장치 및 컴퓨터-판독가능 기록매체 | |
KR101986950B1 (ko) | 출장 예약 시스템 | |
CN115358716A (zh) | 用车管理方法、装置、电子设备及可读介质 | |
AU2015200814B2 (en) | Open ticketless travel services | |
US20240169277A1 (en) | Booking system for group movements | |
US20170278163A1 (en) | Online transaction processing system for multi-product transactions | |
Conconi et al. | Correct delay code assignment | |
Arora et al. | Smart Parking Allocation Using Raspberry Pi based IoT System | |
US11113635B2 (en) | Systems and methods for re-issuing travel reservations based on a specific travel category | |
ISAAC | FACULTY OF SCIENCE DEPARTMENT OF INFORMATION TECHNOLOGY | |
US10402877B2 (en) | Online transaction processing system for multi-product transactions | |
Schulze Schwienhorst | Capacity constraints for departing passenger operations at airports: How to abolish the physical separation of Schengen and Non Schengen passengers | |
EP3057054A1 (en) | Using revenue management to improve payment fraud screening | |
CN115187327A (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: 20200505 |