CN110852857A - 车费报销方法、装置及存储介质 - Google Patents

车费报销方法、装置及存储介质 Download PDF

Info

Publication number
CN110852857A
CN110852857A CN201911104912.2A CN201911104912A CN110852857A CN 110852857 A CN110852857 A CN 110852857A CN 201911104912 A CN201911104912 A CN 201911104912A CN 110852857 A CN110852857 A CN 110852857A
Authority
CN
China
Prior art keywords
taxi taking
data
reimbursement
employee
department
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
CN201911104912.2A
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.)
Taikang Insurance Group Co Ltd
Original Assignee
Taikang Insurance Group 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 Taikang Insurance Group Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN201911104912.2A priority Critical patent/CN110852857A/zh
Publication of CN110852857A publication Critical patent/CN110852857A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/109Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1091Recording time for administrative or management purposes

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种车费报销方法、装置及存储介质,该方法包括:从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;根据员工的车费报销考勤数据和员工所在部门的加班规定,确定员工的车费报销打车数据中的合规打车数据和不合规打车数据;按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单;将车费报销第一报销单和车费报销第二报销单发送给财务系统,以使财务系统根据第一报销单和第二报销单进行报销。本申请降低了员工的工作量,减少审核工作量,提高车费报销的准确性。

Description

车费报销方法、装置及存储介质
技术领域
本申请涉及车费报销技术领域,尤其涉及一种车费报销方法、装置及存储介质。
背景技术
目前为了方便员工加班打车,好多公司的差旅系统与网络打车软件合作,例如将公司的差旅系统和滴滴企业版的网络打车软件进行合作,员工使用网络打车软件上进行打车,其打车费用由公司支付,员工不需要支付,也不需进行报销,大大方便员工使用。
目前车费的报销方法为,差旅系统从网络打车软件上获取员工的打车数据,从考勤系统上获取员工的考勤数据。员工在差旅系统上对打车数据进行逐条核对,判断加班打车是否符合规定,是否有打卡数据。然后,差旅系统根据考勤数据和员工核对后的打车数据,逐条显示合规的打车数据和不合规的打车数据,并将合规的打车数据和不合规的打车数据发送给财务系统。财务系统再对合规的打车数据和不合规的打车数据进行审核。
由上述可知,已有技术,需要员工对打车数据进行核对,增加员工的工作量。同时,若部门员工较多时,财务系统逐条核对该部门的合规打车数据和不合规的打车数据,其工作量大,且容易出错。
发明内容
本申请实施例提供一种车费报销方法、装置及存储介质,解决车费报销过程中审核工作量大的问题。
第一方面,本申请实施例提供一种车费报销方法,所述方法包括:
从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;
根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;
按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,所述第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;
将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。
在第一方面的一种可能的实现方式中,所述第一报销单用于所述财务系统不审核而直接进行报销。
在第一方面的一种可能的实现方式中,所述按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,包括:
针对每个员工,将所述员工的合规的打车数据汇总成一张第一子报销单,将不合规的打车数据汇总成一张第二子报销单,其中所述第二子报销单包括每一笔不合规的打车数据;
根据员工所属的部门,将同一个部门中所有员工的第一子报销单进行合并,生成所述第一报销单,将同一个部门中所有员工的第二子报销单进行合并,生成所述第二报销单。
在第一方面的一种可能的实现方式中,所述第二报销单包括每一笔不合规的打车数据,所述每一笔不合规的打车数据包括员工的标识和打车费用,所述方法还包括:
从所述财务系统处获取所述财务系统对所述第二报销单中至少一笔不合规的打车数据的核减信息,所述核减信息包括所述员工的标识和对所述打车费用核减后的剩余费用;
对所述员工的核减信息进行审核,并调用所述财务系统生成所述员工的借款信息,其中所述借款信息包括所述核减后的剩余费用;
获取所述员工的借款信息,将所述借款信息通知给所述员工。
在第一方面的一种可能的实现方式中,所述方法还包括:获取所述部门的部门汇总路径,所述部门汇总路径包括:所述部门所包括的子部门;
所述按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,包括:
根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
在第一方面的一种可能的实现方式中,所述从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据,包括:
在第一预设时间到达时,从打车系统上获取员工的打车数据,在第二预设时间到达时,从考勤系统上获取员工的考勤数据。
在第一方面的一种可能的实现方式中,所述员工的打车数据和考勤数据为所述员工每月的打车数据和考勤数据;
所述根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据,包括:
根据所述员工的每月的所述考勤数据和员工所在部门的加班规定,确定员工的每月的所述打车数据中的合规打车数据和不合规打车数据。
第二方面,本申请实施例提供一种车费报销装置,所述装置包括:
获取模块,用于从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;
确定模块,用于根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;
汇总模块,用于按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,所述第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;
发送模块,用于将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。
在第二方面的一种可能的实现方式中,所述第一报销单用于所述财务系统不审核而直接进行报销。
在第二方面的一种可能的实现方式中,所述汇总模块,具体用于针对每个员工,将所述员工的合规的打车数据汇总成一张第一子报销单,将不合规的打车数据汇总成一张第二子报销单,其中所述第二子报销单包括每一笔不合规的打车数据;根据员工所属的部门,将同一个部门中所有员工的第一子报销单进行合并,生成所述第一报销单,将同一个部门中所有员工的第二子报销单进行合并,生成所述第二报销单。
在第二方面的一种可能的实现方式中,所述第二报销单包括每一笔不合规的打车数据,所述每一笔不合规的打车数据包括员工的标识和打车费用,所述装置还包括审核模块,
所述获取模块,还用于从所述财务系统处获取所述财务系统对所述第二报销单中至少一笔不合规的打车数据的核减信息,所述核减信息包括所述员工的标识和对所述打车费用核减后的剩余费用;
审核模块,用于对所述员工的核减信息进行审核,并调用所述财务系统生成所述员工的借款信息,其中所述借款信息包括所述核减后的剩余费用;
所述获取模块,还用于获取所述员工的借款信息;
所述发送模块,还用于将所述借款信息通知给所述员工。
在第二方面的一种可能的实现方式中,所述获取模块,还用于获取所述部门的部门汇总路径,所述部门汇总路径包括:所述部门所包括的子部门;
所述汇总模块,具体用于根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
在第二方面的一种可能的实现方式中,所述获取模块,具体用于在第一预设时间到达时,从打车系统上获取员工的打车数据,在第二预设时间到达时,从考勤系统上获取员工的考勤数据。
在第二方面的一种可能的实现方式中,所述员工的打车数据和考勤数据为所述员工每月的打车数据和考勤数据;
所述确定模块,具体用于根据所述员工的每月的所述考勤数据和员工所在部门的加班规定,确定员工的每月的所述打车数据中的合规打车数据和不合规打车数据。
第三方面,本申请实施例提供了一种电子设备,包括:存储器和处理器;
所述存储器用于存储计算机程序;
所述处理器用于执行所述计算机程序,以实现上述第一方面任一项所述的方法。
第四方面,本申请实施例提供了一种车费报销装置,该装置以芯片的产品形态存在,该装置的结构中包括处理器和存储器,该存储器用于与处理器耦合,保存该装置必要的程序指令和数据,该处理器用于执行存储器中存储的程序指令,使得该装置执行上述方法中差旅系统的功能。
第五方面,本申请实施例提供了一种计算机存储介质,所述存储介质包括计算机指令,当所述指令被计算机执行时,使得所述计算机实现如第一方面任一项所述的车费报销方法。
第六方面,本申请实施例提供一种计算机程序产品,所述程序产品包括计算机程序,所述计算机程序存储在可读存储介质中,计算机的至少一个处理器可以从所述可读存储介质读取所述计算机程序,所述至少一个处理器执行所述计算机程序使得计算机实施第一方面任一所述的车费报销方法。
本申请实施例提供的车费报销方法、装置及存储介质,通过差旅系统从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;接着,差旅系统根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;然后,差旅系统按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,其中第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;最后,差旅系统将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。即本申请实施例的方法,差旅系统对员工的打车数据进行自动审核上报,员工打车完成后,无需再做任何操作,降低了员工的工作量,同时,将合规的打车数据,按部门汇总成一笔,能解决人数过多的部门审批量过大的问题,且减少了人为审核造成的错误,提高车费报销的准确性。
附图说明
图1为本申请实施例涉及的应用场景示意图;
图2为已有的车费报销方法示意图;
图3为本申请实施例提供的车费报销方法的流程图;
图4为本申请实施例涉及的第一报销账单和第二报销账单的生成方法流程图;
图5为本申请实施例提供的另一车费报销方法的流程图;
图6为本申请实施例提供的一种车费报销装置的结构图;
图7为本申请实施例提供的车费报销装置的另一结构示意图;
图8为本申请一实施例提供的一种车费报销装置的结构示意图;
图9为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
图1为本申请实施例涉及的应用场景示意图,包括:考勤系统、打车系统、差旅系统和财务系统。
其中差旅系统分别与考勤系统、打车系统和财务系统连接,之间可以互相通信,例如,差旅系统可以从考勤系统上获取员工的考勤数据,可以从打车系统上获取员工的打车数据,可以将员工的打车数据发送给财务系统进行审核,也可以从财务系统上获取打车数据的审核结果等。
为了更加清楚的描述本申请实施例的技术方案,首先对目前已有的车费报销方法进行简单介绍。
如图2所示,为了进一步说明差旅系统的功能,将差旅系统分为两部分,分别为差旅系统中间件和差旅系统,且以打车系统为嘀嘀为例,以考勤系统为EHR系统为例。具体的,如图2所示,差旅系统中间件每小时从打车系统上获取员工的打车数据,并将员工的打车数据发送给差旅系统,差旅系统将员工的打车数据保存在该员工的账本中。员工不定时提交加班报销单,并结合考勤系统的考勤数据对加班打车数据进行校验。员工提交报销单后,差旅系统中间件将打车数据进行缓存,并区分合规的打车数据和不合规的打车数据,并按月按部门生成一笔合规报销单和不合规报销单,将合规报销单和不合规报销单发送给财务系统(即图2中的财务在线系统)。财务系统对合规报销单和不合规报销单中的每一条费用进行审核,对审核通过的进行报销单和付款,对审核通过但核减的报销单生成借款,对不审核通过的报销单打回申报人处。
由上述可知,已有的车费报销方法,需要员工对打车数据进行核对,增加员工的工作量。同时,若部门员工较多时,财务系统逐条核对该部门的合规打车数据和不合规的打车数据,审核工作量大,且容易出错。
为了解决上述技术问题,本申请实施例提出了一种车费报销方法,整个报销过程不需要员工进行审核,且可以减少财务系统的审核量,提高车费报销的准确性。
需要说明的是,在本发明实施例中,“与A对应的B”表示B与A相关联。在一种实现方式中,可以根据A确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。
另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
下面以具体的示例,对本申请实施例提供的车费报销方法进行详细介绍。
图3为本申请实施例提供的车费报销方法的流程图,如图1和3所示,本申请实施例的方法包括:
S101、差旅系统从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据。
本申请实施例的执行主体为差旅系统,该差旅系统搭载在电子设备上,如图1所示,该差旅系统可以分别与打车系统、考勤系统和财务系统通信连接。
可选的,上述差旅系统可以设置在单独的电子设备上,可选的,该差旅系统还可以与打车系统、考勤系统和财务系统中的至少一个系统安装在同一个电子设备上。本申请实施例对此不做限制,具体根据实际需要确定。
本申请实施例中,差旅系统可以在固定的时间获取员工的打车数据。可选的,也可以是打车系统检测到有员工的打车数据时,将员工的打车数据发送给差旅系统,例如,员工使用打车系统进行打车,在进程结束时,打车系统可以将员工的打车数据发送给差旅系统。
其中,员工的打车数据包括员工的标识,打车起始位置和起始时间,打车的结束位置和结束时间,以及打车金额。
可选的,打车数据还可以包括打车时长、司机的基本信息和车辆的基本信息等。其中司机的基本信息可以包括司机姓名、驾龄、驾驶证等信息,车辆的基本信息包括车辆的车牌号、车辆的颜色、车辆的型号等信息。
可选的,上述员工的标识可以是员工的工号等可以唯一标识员工的信息。
差旅系统获取考勤数据可以是,差旅系统在预设时间获取员工的考勤数据,例如,在每个月的月末从考勤系统上获取员工的考勤数据。
可选的,差旅系统可以在检测到获取员工的打车数据时,根据员工的标识,从考勤系统上获取该员工的考勤数据。这样可以提高获取考勤数据的及时性。
在一些可能的实现方式中,上述S101包括:
差旅系统在第一预设时间到达时,从打车系统上获取员工的打车数据,在第二预设时间到达时,从考勤系统上获取员工的考勤数据。
可选的,上述第一预设时间可以是预设的时间间隔,例如差旅系统隔每1小时,向打车系统发送打车数据获取请求,打车数据根据该打车数据获取请求将员工的打车数据发送给差旅系统。该打车数据获取请求中包括待获取打车数据的员工的标识。
可选的,上述第一预设时间也可以是每月的月末,例如,在每月的30号或者每月的最后一天,差旅系统从打车系统上获取员工的打车数据。
可选的,上述第二预设时间可以为预设的时间间隔,例如,差旅系统每隔几个小时或每隔几天从考勤系统上获取员工的考勤数据。
可选的,上述第二预设时间也可以是每月的月末,例如,在每月的30号或者每月的最后一天,差旅系统从考勤系统上获取员工的考勤数据。
在一种示例中,若第一预设时间先于第二预设时间,差旅系统先从打车系统上获取员工的打车数据,将员工的打车数据进行缓存。接着,在第二预设时间,从考勤系统中获取员工的考勤数据。
可选的,上述考勤数据可以是部门所有员工的考勤数据,也可以是上述打车数据对应的员工的考勤数据。
在另一种示例中,若第二预设时间先于第一预设时间,差旅系统先从考勤系统上获取员工的考勤数据,则将员工的考勤数据进行缓存。接着,在第一预设时间,从打车系统中获取员工的打车数据。
可选的,上述考勤数据可以是部门所有员工的考勤数据。
可选的,上述第一预设时间和第二预设时间可以为同一个时间,例如,差旅系统在每月的最后一天分别从打车系统获取员工的打车数据,从考勤系统获取员工的考勤数据。
S102、差旅系统根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据。
在实际应用中,不同的部门的加班规定不同,例如部门A规定晚上10点后至第二天早上6点之间为加班时间,部门B规定晚上6点后至第二天早上8点之间为加班时间,部门C规定周六周天为加班时间。
这样,差旅系统在判断员工的打车数据是否为加班时间段内的打车数据时,首先要获取员工所在部门的加班规定。
在一种示例中,差旅系统获知该公司的所有部门的加班规则,该加班规定为用户事先上传至差旅系统的。
在另一种示例中,差旅系统根据员工的打车数据中员工的标识信息,可以获知员工所在的部门,进而从其他的外部设备处获取该部门的加班规定。
本申请实施例对差旅系统获取员工所在部门的加班规定的方式不做限制。
差旅系统获取员工所在部门的加班规定后,根据员工的所述考勤数据和员工所在部门的加班规定,对员工的打车数据进行审核分类,将符合加班规定的打车数据记为合规的打车数据,将不符合加班规定的打车数据记为不合规的打车数据。
以一个员工a为例对其的打车数据进行审核,其具体过程为,将员工a的打车数据中的上车时间、员工a的考勤数据和员工a所在部门的加班规定进行比较。例如员工a的上车时间为晚上11点,员工a的最后打卡时候为晚上10点40分,员工a所部门的加班规定时间为晚上8点后,这样,可以确定该员工a的上车时间与最后打卡时间之后,且在所在部门规定的加班时间之内,因此,可以确认员工a的打车数据为符合所在部门加班规定的打车数据,将员工a的打车数据记为合规的打车数据。
在一些实施例中,上述获取的员工的打车数据和考勤数据为员工每月的打车数据和考勤数据。财务系统可以每月对员工的车费进行一次报销。
此时,上述S102,包括:
根据所述员工的每月的所述考勤数据和员工所在部门的加班规定,确定员工的每月的所述打车数据中的合规打车数据和不合规打车数据。
具体的,根据员工每月的考勤数据和员工所在部门的加班规定,按月对员工的打车数据进行划分,这样便于财务系统进行审核。
本申请实施例的方法,差旅系统对员工的打车数据自动审核,不需要员工进行人工审核,进而降低了员工的工作量。
S103、差旅系统按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
其中,所述第一报销单包括一条打车总费用。
具体的,差旅系统根据上述步骤,将员工的打车数据分成合规的打车数据和不合规的打车数据。接着,按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,将同一个部门中不合规的打车数据汇总成一张第二报销单。
可选的,上述第一报销单可以包括一条打车总费用和每一条合规的打车费用,例如,部门A包括40名员工,这40名员工总共有50条合规的打车数据,这样,该部门的第一报销单可以包括一条打车总费用和50条合规的打车数据,其中一条打车总费用为该50条合规的打车数据的费用总和。
可选的,上述第一报销单只包括一条打车总费。
在一些实施例中,如图4所示,上述S103包括;
S1031、针对每个员工,将所述员工的合规的打车数据汇总成一张第一子报销单,将不合规的打车数据汇总成一张第二子报销单,其中所述第二子报销单包括每一笔不合规的打车数据。
举例说明,假设以部门A为例,假设该部门A包括40个员工,针对这40个员工中的每一个员工,将该员工的合规的打车数据汇总成一张第一子报销单1,将该员工的不合规的打车数据汇总成一张第二子报销单2,这样,40个员工,每个员工都有一张合规的第一子报销单和一张不合规的第二子报销单。
可选的,第一子报销单或第二子报销单包括:类别、事项、金额、税率、税额、价税合计、费用明细等。其中费用明细包括上下车时间、上下车位置等。
可选的,若员工合规的打车数据为0,则该员工对应的第一子报销单为空,若员工不合规的打车数据为0,则该员工对应的第二子报销单为空。
S1032、根据员工所属的部门,将同一个部门中所有员工的第一子报销单进行合并,生成所述第一报销单,将同一个部门中所有员工的第二子报销单进行合并,生成所述第二报销单。
继续参照上述例子,将该部门A中,40个员工的第一子报销单进行合并,生成第一报销单,例如,将40个员工的第一子报销单的费用进行叠加,将叠加结果作为该部门的第一报销单。将40个员工的第二子报销单进行合并,生成第二报销单,该第二报销单可以包括40个员工每个员工的第二子报销单,其中每个员工的第二子报销单在第二报销单中为一条报销明细。
可选的,该第二报销还可以包括则40个员工的所有第二子报销单的费用之和。
本申请实施例,将按部门将合规的第一报销单合并为一条,方便财务系统进行审核,相比于现有的按人显示逐条审核,大大降低了财务系统的审核工作量。
S104、差旅系统将所述第一报销单和所述第二报销单发送给财务系统。
S105、财务系统根据所述第一报销单和所述第二报销单进行报销。
具体的,差旅系统根据上述步骤,获得每个部门的第一报销单和第二报销单,接着将各部门的第一报销单和第二报销单发送给财务系统。财务系统根据每个部门的第一报销单和第二报销单进行报销。
本申请实施例,以部门为报销单位,方便财务系统进行审核,提高了审核效率。
本申请实施例提供的车费报销方法,通过差旅系统从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;接着,差旅系统根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;然后,差旅系统按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,其中第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;最后,差旅系统将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。即本申请实施例的方法,差旅系统对员工的打车数据进行自动审核上报,员工打车完成后,无需再做任何操作,降低了员工的工作量,同时,将合规的打车数据,按部门汇总成一笔,能解决人数过多的部门审批量过大的问题,且减少了人为审核造成的错误,提高车费报销的准确性。
在一种可能的实现方式中,财务系统对第一报销单不进行审核,可直接进行报销,进一步减少审批量。
图5为本申请实施例提供的另一车费报销方法的流程图,在上述实施例的基础上,如图5所示,本申请实施例的方法包括:
S201、差旅系统从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据。
S202、差旅系统根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据。
上述S201至S202的过程与上述S101至S102的过程一致,参照上述S101至S102的详细描述,在此不再赘述。
S203、差旅系统获取所述部门的部门汇总路径。
其中,所述部门汇总路径包括:所述部门所包括的子部门。
上述部门可以理解为一级部门,该一级部门包括多个二级部门,下面的二级部门包括一个或多个三级部门,以此类推。
例如部门A包括2个二级部门分别为部门B1和部门B2,部门B2包括一个三级部门C1。这样可以确定部门A的部门汇总路径为:部门B1+部门B2+部门C1。
可选的,上述部门汇总路径为用户事先设定好的。
可选的,上述部门汇总路径还可以是差旅系统从行政系统中获取的,例如,差旅系统从行政系统中获得不同级别的部门,以及不同级别部门之间的关系,根据不同级别部门之间的关系,确定出各部门的部门汇总路径。
S204、差旅系统根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
具体的,差旅系统根据上述获得的部门汇总路径,根据员工所属的部门以及该部门的部门汇总路径,将该部门所包括的子部门中合规的打车数据汇总成一张第一报销单,将不合规的打车数据汇总成一张第二报销单。
例如,参照上述例子,部门A的部门路径为:部门B1+部门B2+部门C1,这样,可以将部门B1的所有员工的合规的打车数据、部门B2中除部门C1之外的所有员工的合规的打车数据以及部门C1中所有员工的合规的打车数据进行汇总,生成一张第一报销单。
同理,将部门B1的所有员工的不合规的打车数据、部门B2中除部门C1之外的所有员工的不合规的打车数据以及部门C1中所有员工的不合规的打车数据进行汇总,生成一张第二报销单。
可选的,上述第一报销单或第二报销单的申报人为部门A的预算员,部门A的预算员为财务系统事项指定的。可选的,该预算员可以维护在差旅系统的taikang_insure_department表新增的字段Budget officer中。如果发生变动或者新增,由财务系统通知差旅系统手动变更。
S205、差旅系统将第一报销单和第二报销单发送给财务系统。
S206、财务系统对第一报销单不进行审核,直接进行报销。
可选的,上述第一报销单包括一条打车总费用,财务系统对该第一报销单不用进行审核,直接通过,进行报销。
S207、财务系统对第二报销单中的每一笔不合规的打车数据进行审核,获得至少一笔不合规的打车数据的核减信息。
其中,所述核减信息包括所述员工的标识和对所述打车费用核减后的剩余费用。
本申请实施例的第二报销单包括每一笔不合规的打车数据,财务系统对第二报销单中每一笔不合规的打车数据进行审核。
具体的,差旅系统新增字段存储费用的员工标识,并在按月生成报销单的时候,作为费用中的信息传到财务系统的某字段中,例如上传至财务系统的“是否本月”字段中。当财务系统进行核减时,依据回传回来的“是否本月”字段中被核减费用的员工标识,匹配差旅系统中的费用对应的员工标识,核减对应费用的金额。接着,调用财务系统的借款接口在被核减费用归属人下将核减部分金额生成借款。
财务系统进行具体审核包括如下3种情况:
情况1,针对每一笔不合规的打车数据,将该不合规的打车数据与考勤数据和加班规定进行审核,若该不合规的打车数据符合相关规定,则审核通过,可以对该笔不合规的打车数据进行报销。
情况2、若该不合规的打车数据不符合相关规定,例如,不是在规定的加班时间内的打车数据,则将该不合规的打车数据打回差旅系统中的员工接口,以使员工自己进行审核,确定是否重新提交还是撤销。
情况3,若该不合规的打车数据部分符合相关规定,部分不符合相关规定,则对该不合规的打车数据进行核减,获得该不合规打车数据的核减信息。例如,员工a的不合规的打车数据的上车时间为晚上9点40,下车时间为晚上11点,而该员工a所在部门的加班规定的时间为晚上10点,整个打车费用为80元。这样,可以将9点40至10点之间的打车费用确定为不合规打车费用,将10点至11点的打车费用确定为合规打车费用,这样,从80元中核减掉10点至11点的打车费用60元,剩余20元为核减后的费用。这样,财务系统可以获得员工a的核减信息,该核减信息包括员工a的标识和打车费用核减后的剩余费用20元。
根据上述步骤,财务系统可以获得第二报销单中的至少一笔不合规的打车数据的核减信息。
S208、财务系统将至少一笔不合规的打车数据的核减信息发送给差旅系统。
S209、差旅系统对所述员工的核减信息进行审核,并调用所述财务系统生成所述员工的借款信息,并从财务系统获取所述员工的借款信息,并将所述借款信息通知给所述员工。
其中所述借款信息包括所述核减后的剩余费用。
具体的,差旅系统接收到财务系统发送的至少一笔不合规的打车数据的核减信息后,针对每一笔不合规打车数据核减信息,调用财务系统的生成借款接口,生成该员工的借款。接着,将借款信息通知给员工,使得员工获知该接口信息所包括的核减后剩余费用。
本申请实施例提供的车费报销方法,通过差旅系统获取所述部门的部门汇总路径,并根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,并将第一报销单和第二报销单发送给财务。财务系统对第一报销单不进行审核,直接进行报销,对第二报销单中的每一笔不合规的打车数据进行审核,获得至少一笔不合规的打车数据的核减信息;并将至少一笔不合规的打车数据的核减信息发送给差旅系统。差旅系统对所述员工的核减信息进行审核,并调用所述财务系统生成所述员工的借款信息,并将所述借款信息通知给所述员工。即本申请实施例,财务系统对第一报销单不进行审核直接报销,减少审核量,对第二报销单中的每一条不合规的打车数据进行审核,提高了不合规的打车数据的审核准确。
图6为本申请实施例提供的一种车费报销装置的结构图,该车费报销装置应用于上述实施例所述的差旅系统,该车费报销装置可以为差旅系统,也可以为差旅系统的一部分。如图6所示,所述装置包括:
获取模块110,用于从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;
确定模块120,用于根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;
汇总模块130,用于按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,所述第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;
发送模块140,用于将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。
本申请实施例的车费报销装置,可以用于执行上述方法的技术方案,其实现原理和技术效果类似,此处不再赘述。
在一种可能的实现方式中,所述第一报销单用于所述财务系统不审核而直接进行报销。
在一种可能的实现方式中,所述汇总模块130,具体用于针对每个员工,将所述员工的合规的打车数据汇总成一张第一子报销单,将不合规的打车数据汇总成一张第二子报销单,其中所述第二子报销单包括每一笔不合规的打车数据;根据员工所属的部门,将同一个部门中所有员工的第一子报销单进行合并,生成所述第一报销单,将同一个部门中所有员工的第二子报销单进行合并,生成所述第二报销单。
图7为本申请实施例提供的车费报销装置的另一结构示意图,在上述实施例的基础上,所述第二报销单包括每一笔不合规的打车数据,所述每一笔不合规的打车数据包括员工的标识和打车费用,所述装置还包括审核模块150,
所述获取模块110,还用于从所述财务系统处获取所述财务系统对所述第二报销单中至少一笔不合规的打车数据的核减信息,所述核减信息包括所述员工的标识和对所述打车费用核减后的剩余费用;
审核模块150,用于对所述员工的核减信息进行审核,并调用所述财务系统生成所述员工的借款信息,其中所述借款信息包括所述核减后的剩余费用;
所述获取模块110,还用于从所述财务系统获取所述员工的借款信息;
所述发送模块140,还用于将所述借款信息通知给所述员工。
在一种可能的实现方式中,所述获取模块110,还用于获取所述部门的部门汇总路径,所述部门汇总路径包括:所述部门所包括的子部门;
所述汇总模块130,具体用于根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
在一种可能的实现方式中,所述获取模块110,具体用于在第一预设时间到达时,从打车系统上获取员工的打车数据,在第二预设时间到达时,从考勤系统上获取员工的考勤数据。
在一种可能的实现方式中,所述员工的打车数据和考勤数据为所述员工每月的打车数据和考勤数据;
所述确定模块120,具体用于根据所述员工的每月的所述考勤数据和员工所在部门的加班规定,确定员工的每月的所述打车数据中的合规打车数据和不合规打车数据。
本申请实施例的车费报销装置,可以用于执行上述方法的技术方案,其实现原理和技术效果类似,此处不再赘述。
图8为本申请一实施例提供的一种车费报销装置的结构示意图。该车费报销装置700以芯片的产品形态存在,该DMO设备的加密装置的结构中包括处理器701和存储器702,该存储器702用于与处理器701耦合,该存储器702上保存该装置必要的程序指令和数据,该处理器701用于执行存储器702中存储的程序指令,使得该装置执行上述方法实施例中云服务器的功能。
图9为本申请实施例提供的一种电子设备的结构示意图。该电子设备200上搭载有差旅系统,该电子设备可以实现上述方法实施例,可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块或单元。
在一种可能的设计中,该电子设备200的结构中包括处理器210和存储器220,该处理器210被配置为支持该电子设备200执行上述装置中相应的功能。该电子设备200还可以包括存储器220,该存储器220用于与处理器210耦合,其保存该电子设备200必要的程序指令和数据。
当电子设备200开机后,处理器210可以读取存储器220中的程序指令和数据,解释并执行程序指令,处理程序指令的数据。
本领域技术人员可以理解,为了便于说明,图9仅示出了一个存储器220和一个处理器210。在实际的电子设备200中,可以存在多个处理器210和多个存储器220。存储器220也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
本申请实施例的电子设备,可以用于执行上述各装置实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述装置的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述装置实施例中的对应过程,在此不再赘述。另外,各个装置实施例之间、各个装置实施例之间也可以互相参考,在不同实施例中的相同或对应内容可以互相引用,不做赘述。

Claims (10)

1.一种车费报销方法,其特征在于,包括:
从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;
根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;
按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,所述第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;
将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。
2.根据权利要求1所述的方法,其特征在于,所述第一报销单用于所述财务系统不审核而直接进行报销。
3.根据权利要求1或2所述的方法,其特征在于,所述按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,包括:
针对每个员工,将所述员工的合规的打车数据汇总成一张第一子报销单,将不合规的打车数据汇总成一张第二子报销单,其中所述第二子报销单包括每一笔不合规的打车数据;
根据员工所属的部门,将同一个部门中所有员工的第一子报销单进行合并,生成所述第一报销单,将同一个部门中所有员工的第二子报销单进行合并,生成所述第二报销单。
4.根据权利要求3所述的方法,其特征在于,所述第二报销单包括每一笔不合规的打车数据,所述每一笔不合规的打车数据包括员工的标识和打车费用,所述方法还包括:
从所述财务系统处获取所述财务系统对所述第二报销单中至少一笔不合规的打车数据的核减信息,所述核减信息包括所述员工的标识和对所述打车费用核减后的剩余费用;
对所述员工的核减信息进行审核,调用所述财务系统生成所述员工的借款信息,其中所述借款信息包括所述核减后的剩余费用;
获取所述员工的借款信息,将所述借款信息通知给所述员工。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:获取所述部门的部门汇总路径,所述部门汇总路径包括:所述部门所包括的子部门;
所述按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,包括:
根据所述员工所属的部门以及所述部门的部门汇总路径,将所述部门所包括的子部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单。
6.根据权利要求1所述的方法,其特征在于,所述从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据,包括:
在第一预设时间到达时,从打车系统上获取员工的打车数据,在第二预设时间到达时,从考勤系统上获取员工的考勤数据。
7.根据权利要求6所述的方法,其特征在于,所述员工的打车数据和考勤数据为所述员工每月的打车数据和考勤数据;
所述根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据,包括:
根据所述员工的每月的所述考勤数据和员工所在部门的加班规定,确定员工的每月的所述打车数据中的合规打车数据和不合规打车数据。
8.一种车费报销装置,其特征在于,所述装置包括:
获取模块,用于从打车系统上获取员工的打车数据,从考勤系统上获取员工的考勤数据;
确定模块,用于根据员工的所述考勤数据和员工所在部门的加班规定,确定员工的所述打车数据中的合规打车数据和不合规打车数据;
汇总模块,用于按照员工所属的部门,将同一个部门中合规的打车数据汇总成一张第一报销单,不合规的打车数据汇总成一张第二报销单,所述第一报销单包括一条打车总费用,所述打车总费用为所述第一报销单中所有打车数据的费用总和;
发送模块,用于将所述第一报销单和所述第二报销单发送给财务系统,以使所述财务系统根据所述第一报销单和所述第二报销单进行报销。
9.一种电子设备,其特征在于,包括:
存储器,用于存储计算机程序;
所述处理器,用于执行所述计算机程序,具体用于执行如权利要求1至7任一项所述的车费报销方法。
10.一种计算机存储介质,其特征在于,所述存储介质包括计算机指令,当所述指令被计算机执行时,使得所述计算机实现如权利要求1至7任一项所述的车费报销方法。
CN201911104912.2A 2019-11-13 2019-11-13 车费报销方法、装置及存储介质 Pending CN110852857A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911104912.2A CN110852857A (zh) 2019-11-13 2019-11-13 车费报销方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911104912.2A CN110852857A (zh) 2019-11-13 2019-11-13 车费报销方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN110852857A true CN110852857A (zh) 2020-02-28

Family

ID=69601400

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911104912.2A Pending CN110852857A (zh) 2019-11-13 2019-11-13 车费报销方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN110852857A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112001516A (zh) * 2020-09-21 2020-11-27 北京嘀嘀无限科技发展有限公司 一种信息处理方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI232391B (en) * 2001-06-01 2005-05-11 Wistron Corp System and method of traveling expense claim
CN108876578A (zh) * 2018-06-29 2018-11-23 平安科技(深圳)有限公司 打车报销方法、装置、计算机设备和存储介质
CN109345185A (zh) * 2018-08-13 2019-02-15 平安科技(深圳)有限公司 打车的报销方法、装置、计算机设备和存储介质
CN109727105A (zh) * 2018-07-03 2019-05-07 平安科技(深圳)有限公司 差旅费自助核销处理方法、装置、设备和计算机存储介质
CN109993505A (zh) * 2019-04-10 2019-07-09 鼎信信息科技有限责任公司 费用报销的审核方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI232391B (en) * 2001-06-01 2005-05-11 Wistron Corp System and method of traveling expense claim
CN108876578A (zh) * 2018-06-29 2018-11-23 平安科技(深圳)有限公司 打车报销方法、装置、计算机设备和存储介质
CN109727105A (zh) * 2018-07-03 2019-05-07 平安科技(深圳)有限公司 差旅费自助核销处理方法、装置、设备和计算机存储介质
CN109345185A (zh) * 2018-08-13 2019-02-15 平安科技(深圳)有限公司 打车的报销方法、装置、计算机设备和存储介质
CN109993505A (zh) * 2019-04-10 2019-07-09 鼎信信息科技有限责任公司 费用报销的审核方法、装置、计算机设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112001516A (zh) * 2020-09-21 2020-11-27 北京嘀嘀无限科技发展有限公司 一种信息处理方法、装置、电子设备及存储介质
CN112001516B (zh) * 2020-09-21 2024-05-03 北京嘀嘀无限科技发展有限公司 一种信息处理方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
US20160125486A1 (en) Settlement operations support system and settlement operations support method
CN109978504A (zh) 财务数据的处理方法、装置、设备以及存储介质
CN101071481A (zh) 一种差旅服务系统和方法
US20150032620A1 (en) Communication network for collecting data and executing electronic transaction services
US20210374725A1 (en) Wallet server, wallet system, and computer readable recording medium
CN112258306B (zh) 账务信息核对的方法、装置、电子设备和存储介质
KR20140105364A (ko) 온라인 세무서비스 제공시스템
US20130132244A1 (en) Systems and methods allowing multi-family property owners to consolidate retail electric provider charges with landlord provided utilities and services
CN110335133B (zh) 交易数据的处理方法、系统、电子设备和存储介质
JP6762391B2 (ja) キャッシュレス割り勘方法、プログラム、およびコンピュータ
CN111429092A (zh) 缴存公积金的方法、装置、设备和计算机可读介质
CN111008895A (zh) 一种互联网金融的还款方法、装置、设备及存储介质
JP4762357B1 (ja) 診断システム及び診断プログラム
CN110852857A (zh) 车费报销方法、装置及存储介质
US20150032600A1 (en) Communication network for collecting data and executing electronic transaction services
CN111640006A (zh) 银行代收付方法、装置、终端及存储介质
JP2021140550A (ja) 不正検出装置、外国人就労システム、プログラム及び外国人就労者の不正労働の検出方法。
KR101500832B1 (ko) 원천징수 대행 방법 및 이를 실행하는 시스템
KR20230000474A (ko) 세무 통합 서비스 시스템
US20150032619A1 (en) Communication network for collecting data and executing electronic transaction services
CN113723959A (zh) 销账管理方法、系统、装置、设备和介质
CN114119089A (zh) 一种内部资金转移定价系统、方法、设备和介质
KR20220119919A (ko) 간편 세금 납부 서비스를 제공하는 서버, 시스템, 및 컴퓨터 프로그램
KR102606770B1 (ko) 과제별 급여 정산 시스템 및 방법과 이를 위한 컴퓨터 프로그램
CN113159748B (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: 20200228