CN113298533A - 服务订单信息处理方法、装置及电子设备 - Google Patents
服务订单信息处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN113298533A CN113298533A CN202011112960.9A CN202011112960A CN113298533A CN 113298533 A CN113298533 A CN 113298533A CN 202011112960 A CN202011112960 A CN 202011112960A CN 113298533 A CN113298533 A CN 113298533A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- key information
- order
- service items
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 18
- 238000003672 processing method Methods 0.000 title claims abstract description 11
- 238000012545 processing Methods 0.000 claims abstract description 86
- 238000000034 method Methods 0.000 claims abstract description 67
- 230000004931 aggregating effect Effects 0.000 claims abstract description 7
- 230000008569 process Effects 0.000 claims description 21
- 230000002159 abnormal effect Effects 0.000 claims description 18
- 230000002776 aggregation Effects 0.000 claims description 8
- 238000004220 aggregation Methods 0.000 claims description 8
- 230000009191 jumping Effects 0.000 claims description 6
- 238000007670 refining Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 4
- 238000011156 evaluation Methods 0.000 claims description 3
- 230000007704 transition Effects 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 2
- 230000000875 corresponding effect Effects 0.000 description 41
- 239000000463 material Substances 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000000007 visual effect Effects 0.000 description 6
- 230000001105 regulatory effect Effects 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 238000000889 atomisation Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005034 decoration Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000003068 static effect Effects 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
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/015—Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
- G06Q30/016—After-sales
-
- 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
- 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
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了服务订单信息处理方法、装置及电子设备,所述方法包括:接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;获取所述多个服务项目的关键信息;将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。通过本申请实施例,可以使得跟单人员更好的从全局视角对多种履约服务中所需关注的关键信息进行聚焦,便于提升跟单效率。
Description
技术领域
本申请涉及订单处理技术领域,特别是涉及服务订单信息处理方法、装置及电子设备。
背景技术
在跨境商品对象信息服务系统中,买家用户以及卖家用户都可能来自多个不同的国家,因此,在买卖双方达成交易之后,还会涉及到比较冗长复杂的履约流程。例如,包括物流,报关,清关,财税处理,等等。为了帮助卖家用户完成上述履约流程,一些服务提供商可以为卖家用户提供履约服务,包括帮助卖家用户办理关务、财税事务等。但是,大部分的服务提供商提供的履约服务都是比较单一的,或者,只能提供简单几项履约服务,并且,各项服务是各自独立的。然而,用户通常需要多个环节上的服务完成才能完成所有的履约,因此,部分服务商还可以提供履约完整供应链服务,卖家用户可以基于这种供应链系统提供的服务,完成具体的履约流程。
其中,供应链系统通常是起到桥梁性作用,例如,可以帮助卖家用户与具体的监管侧(例如,海关部门,税务局等)进行材料的递交、转达等等,但是,具体的材料仍然需要由卖家用户来提供。因此,在通过供应链系统获得具体履约服务的过程中,卖家用户完成对具体履约服务的下单之后,后续还需要进行重要的“跟单”处理,例如,在退税环节,需要卖家用户提交发票等材料,等等。
现有技术中,需要卖家用户分别对供应链上多个环节的履约服务进行下单,也就是说,不同的履约环节可以对应不同的订单,因此,一个完整的链路中可能会产生多个履约服务订单。如果同一个“跟单”人员需要跟进多项履约服务,则需要分别进入到具体的订单中进行详情查看以及上传资料等处理。另外,通常需要“跟单”人员了解具体履约环节的处理流程、规则等,以便知晓应该在什么时间点提交哪些材料,等等。因此,“跟单”过程中耗费的时间以及人力成本都会比较高。
因此,如何降低“跟单”成本,成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了服务订单信息处理方法、装置及电子设备,可以使得跟单人员更好的从全局视角对多种履约服务中所需关注的关键信息进行聚焦,便于提升跟单效率。
本申请提供了如下方案:
一种服务订单信息处理方法,包括:
接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;
获取所述多个服务项目的关键信息;
将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
一种服务订单信息处理方法,包括:
确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
获取所述多个服务项目的关键信息;
将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
一种用于展示服务订单信息的界面,
所述用于展示服务订单信息的界面中包括第一区域;所述第一区域包括第一子区域和第二子区域,所述第一子区域用于展示与所述服务订单关联的多个履约节点的处理进度情况,所述第二子区域用于展示与所述多个履约节点上多个服务项目的关键信息。
一种服务订单信息处理装置,包括:
请求接收单元,用于接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元,用于获取所述多个服务项目的关键信息;
聚合展示单元,用于将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
一种服务订单信息处理装置,包括:
服务订单确定单元,用于确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元,用于获取所述多个服务项目的关键信息;
关键信息提供单元,用于将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,针对原子化服务下单场景,在同一服务订单关联多种不同履约服务的情况下,在基于跟单人员的跟进处理请求对服务订单信息进行展示时,可以获取到多种不同履约服务在当前时刻所需关注的关键信息,并且可以聚合到一起,在服务订单界面的同一区域中进行集中展示。这样,在同一服务订单的信息界面需要对多种不同履约服务对应的大体量信息进行展示的情况下,通过关键信息聚合以及集中展示,可以使得跟单人员更好的从全局视角对多种履约服务中所需关注的关键信息进行聚焦,便于提升跟单效率。
其中,具体可以在订单界面的首屏区域对所述关键信息进行集中展示,这样,可以使得展示出的关键信息具有更高的视觉层级,方便用户在第一时间快速聚焦到所需关注的关键信息。
再者,为了满足更多用户的跟单需求,还可以在订单界面中的第二区域,以履约服务为单位,提供当前服务订单所关联的多个履约服务的信息卡片,具体信息卡片中也可以展示处具体履约服务中所需处理的跟单信息,包括各种所需提交的资料或者状态信息等。这样,在同一跟单人员只需要对一项或者少数几项履约服务进行跟单的情况下,可以使得跟单人员从具体的信息卡片中获取到其所负责的履约服务的相关信息,并进行相应的跟单处理即可。这样,可以避免无关履约服务的信息对跟单人员的干扰。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图;
图2是本申请实施例提供的第一方法的流程图;
图3是本申请实施例提供的第一区域的示意图;
图4-1、4-2是本申请实施例提供的第一区域少信息及无信息状态下的示意图;
图5是本申请实施例提供的第二区域的示意图;
图6是本申请实施例提供的第二方法的流程图;
图7-1至7-3是本申请实施例提供的另一种第一区域展示方式的示意图;
图8是本申请实施例提供的第一装置的示意图;
图9是本申请实施例提供的第二装置的示意图;
图10是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
首先需要说明的是,本申请发明人在实现本申请的过程中发现,针对跨境交易后的履约过程中冗长且复杂的链路,如果采用传统方案中的方式进行下单,则使得供应链上多个履约环节之间是相互割裂的,各种具体的待办事项等信息分散在多个不同的订单中,需要具体的跟单人员分别进入多个不同的订单来获取具体的信息。
为此,在本申请实施例中,首先可以通过供应链系统提供多种原子化的履约服务,例如,每个履约节点对应一项履约服务,包括国际物流、关务、财税等具体的服务,等等。在履约服务下单环节,可以由用户(通常可以是卖家用户)根据实际需求选择一项或多项原子化履约服务进行下单,并且,具体所选择的一项或多项原子化履约服务都可以整合在一个服务订单中进行下单(因此,该订单也可以称为“流通服务订单”)。也就是说,可以集合多种履约服务能力如通关、物流、财税等在一个服务订单中,这样,后续可以基于该服务订单进行跟单处理即可。
但是,本申请发明人在实现本申请的过程中还发现,在将多种履约服务的信息由同一服务订单进行承载时,具体服务订单中需要展示的信息体量可能会非常大,因此,如果将这种大体量信息更有效地展示给用户是很重要的。而传统的界面展示方式中,界面中的信息是扁平化展示,例如,分别将多种不同的履约服务中的信息,包括基础信息,状态信息,需要提交的资料信息等,平铺式地展示在界面中。但是,在需要跟进的履约服务过多的场景下,需要跟单人员滑动多屏才能获取到相关的信息,需要耗费大量时间,也难以聚焦到一些关键的信息,不符合贸易场景中卖家侧简洁高效的处理诉求。另外,在网页内容过多的情况下,也可能难免存在部分信息内容被折叠或者被隐藏等情况,需要用户执行很多额外操作才能够获取到,否则可能会由于被忽略而错过处理期限,等等。
为此,在本申请实施例中,还提供了对集合了多种不同履约服务的订单信息界面进行展示的方案,在该方案中,可以通过将同一订单中多个不同履约服务项目关键信息(例如,可以是当前时刻所需重点关注的信息等)聚合在一起,并在订单界面中地同一区域进行集中展示。其中,具体的关键信息可以包括当前已经被释放出来的待执行任务信息,当前时刻所需处理的资料和/或处理状态信息,当前处于处理中状态的项目的预计完成时间等通知信息,已处理的任务中是否存在异常的提示信息,等等。
在同一订单关联多个履约服务项目的情况下,可以将同一订单中包含的多个不同履约服务项目中可能存在的当下需要重点关注的关键信息进行提炼,并聚合到一起在订单信息界面的同一区域进行展示,可以避免跟单人员分别到界面中的多个不同区域去进行信息的浏览,以及是否存在当下需要处理的关键信息的手动提炼等过程,因此,可以提升跟单效率。另外,具体的关键信息可能来自于多个不同的履约项目,可能来自于具体履约流程所处的当前阶段,也可能来自于历史阶段,等等。例如,某服务订单当前正处于退税阶段,则关键信息中首先可以包括该阶段中的待办任务信息;另外,可能之前已经在通关阶段提交了某些资料,但是由于与订单信息不符等原因出现了异常,那么这种异常信息也属于关键信息,也同样可以在第一区域进行展示。这就使得具体的关键信息中既可以包括与税务服务相关的信息,也可以包括与关务服务相关的信息,等等。并且,多个不同履约服务项目在当前所需关注的关键信息可以聚合到一起进行集中展示,跟单人员可通过该第一区域实现对整个服务订单中的多个履约服务中需要关注的关键信息的聚焦。因此,这种方式可以从全局视角为用户提供需要重点关注的关键信息。这样,使得跟单人员能够获取到全局视角下的关键信息,这对于一个跟单人员需要跟进多个履约服务的情况而言,可以更有效地帮助跟单人员提高跟单效率。
另外,具体实现式,具体可以在界面的首屏等区域展示这种关键信息,由于首屏区域的视觉层级比较高,因此,通过这种视觉上的处理,还可以使得关键信息更容易引起用户的注意,并且不需要执行切换、滑动屏幕等操作,即可在展示出服务订单的第一时间查看到这种关键信息,还可以避免一些重要的关键信息被漏掉等情况发生。
从系统架构角度而言,参见图1,本申请实施例可以涉及到履约服务供应链系统的服务端以及客户端,其中,客户端主要是提供给交易关系中的卖家用户,具体可以以Web页面或者独立应用程序等形式实现。通过客户端,卖家用户可以发起对履约服务的下单请求,并且可以选择多种履约服务项目。服务端接收到下单请求后,可以将多个履约服务项目整合到一起,生成一个服务订单。之后,卖家用户的跟单人员可以通过客户端查看具体的订单列表等,并选择其中的订单后发起跟单处理请求。之后,服务端可以根据具体服务订单中关联的多个履约服务项目,分别到各自关联的技术服务系统(不同的履约服务项目可以对应不同的技术部门,具体的状态、材料等相关数据存储在各自的技术服务系统中)以及监管侧的监管系统(通常可以是海关、税务部门等单位的系统)等获取到相关数据。之后,可以从多个履约服务项目对应的相关数据中提炼出当前时刻需要重点关注或处理的关键信息,并进行聚合后提供给客户端。客户端则可以在服务订单的信息界面中,对提炼聚合后的关键信息进行集中展示。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
该实施例一首先从客户端的角度,针对具体的跟单处理流程,提供了一种信息处理方法,参见图2,该方法具体可以包括:
S201:接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个不同的服务项目;
本申请实施例是在用户完成对供应链系统提供的履约服务的下单之后,具体的跟单过程中的处理方式提供了具体的解决方案。其中,在对履约服务进行下单后,服务端可以为用户生成具体的服务订单,该服务订单中可能关联有用户选择的多个履约节点上的多个不同的服务项目。例如,某卖家用户在与买家用户达成某笔交易之后,需要通过本申请实施例提供的供应链系统提供的服务为这笔交易进行履约,则可以通过客户端向服务端发起下单请求。其中,本申请实施例提供的供应链系统可以提供多个履约节点上的多个不同的服务项目,例如,包括国际物流,关务、税务,等等,用户可以根据需求选择其中一项或多项服务项目。例如,某卖家用户选择了物流以及关务服务,也就是说,该用户希望通过本申请实施例提供的供应链系统来获得物流以及报关等方面的服务,关于税务等,可能通过其他系统来完成或者自行完成,等等。此时,具体的服务订单中就可以包括物流以及关务这两个服务项目。
在完成对履约服务的下单后,服务端可以记录下具体的服务订单的ID等标识信息,还可以记录下具体服务订单关联有哪些履约服务,等等。另外,用户还可以通过客户端查询订单列表等信息,本申请实施例中生成的关联有多个不同履约服务的服务订单也可以展示在该列表中。之后,用户可以从中选择具体的订单发起跟单处理请求,其中就可以包括针对关联有多个不同履约服务的服务订单发起的跟单处理请求。
S202:获取所述多个服务项目的关键信息;
客户端在接收到针对目标服务端发起的跟单处理请求后,可以提交到服务端,由服务端确定出多个服务项目的关键信息。其中,具体的关键信息可以有多种,并且可以有多种不同的获取方式。例如,一种方式下,具体的关键信息可以是当前时刻所需关注的关键信息。也就是说,对于具体的履约服务项目而言,需要进行跟单的事务可能由很多,但是在当下可能只有其中部分事务是需要重点关注的,其他事务或因尚未到达处理时间,或者已经完成等原因,并不需要在当下进行关注。本申请实施例中,则可以将当下需要跟单人员重点关注的信息作为关键信息提炼出来,聚合到一起进行展示。
其中,具体在获取多个服务项目在当前时刻所需关注的关键信息时,也可以有多种方式。例如,一种方式下,可以通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据,然后,通过对所述多个服务项目的相关数据进行提炼聚合,获取所述多个不同服务项目在当前时刻所需关注的关键信息。其中,这里的技术服务系统具体可以是供应链系统内部为具体服务项目提供数据支持的系统,或者与供应链系统具有合作关系的第三方为具体服务项目提供数据支持的系统,等等。具体可以对具体服务项目的基础信息(包括具体的流程,所需资料信息,等等)、状态、用户上传的资料等数据进行存储等。具体实现时,可以是一个技术服务系统为多个服务项目提供技术实现,也可以是不同的服务项目对应不同的技术服务系统。因此,在接收到具体的跟单处理请求,并确定出具体服务订单中关联的履约服务项目后,就可以从对应的技术服务系统中查询到具体服务项目的相关数据。另外,还可以进一步对这种相关数据进行提炼,判断其中是否存在当前时刻需要关注的关键信息。其中,具体对数据进行提炼时,可以根据技术服务系统中保存的具体服务项目的基础信息等,流程中各种状态跳转关系信息等,实现对具体关键信息的提炼。
其中,具体从这种为履约服务项目提供数据支持的技术服务系统中提炼出的关键信息可以有多种。其中一种情况下,可以包括所述多个服务项目中在当前时刻所需处理的资料和/或处理状态。如图3中的31处所示,在某服务订单中,当前时刻具体需要关注的资料包括“发票”、“备案单证”以及“退税融资”,其中,“发票”以及“退税融资”处于“待处理”状态,“备案单证”处于“已收齐”状态,等等。这样,用户可以直观地获知当下需要关注的具体资料的情况。
另一种情况下,具体服务订单关联的多个服务项目中在当前时刻所需关注的关键信息也可以包括:所述多个服务项目中在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项。其中,所谓的“已经释放”是指,某任务所依赖的其他任务获知资料等都以处理完成,使得该任务进入可执行的状态。如果用户尚未对该任务进行办理,则该任务就可以成为当前时刻待办理的任务。当然,这里的“当前时刻”是指,该任务在当前查询时刻处于待处理状态,但并不一定必须在当前时刻进行办理,而是可以在当前时刻进行办理,或者也可以在允许期限内的其他时间办理。例如,如图3中的32处所示,某服务订单中当前待处理的任务是“发票处理”,还可以在这条关键信息中提供具体的时间期限信息,具体涉及的金额信息,等等。另外,还可以在关键信息的尾部等处,提供对应的活动点信息,也即,用于进入到具体任务处理界面的操作选项等。例如,图3的例子中,待办的任务是发票处理,在信息尾部可以提供如图3中31处所示的“去开票”等活动点。后续用户点击“去开票”选项后,可以跳转到具体用于进行开票处理的界面。
再一种情况下,具体服务订单关联的多个服务项目中在当前时刻所需关注的关键信息也可以包括:关于当前处于处理中状态的信息,以及预计完成时间的通知信息。例如,如图3中的33处所示,具体服务订单中当前处于开票资料生成状态,根据具体进入开票资料生成状态的起始时间,以及具体的开票流程信息等,可以预估出大致的完成时间。因此,具体提供的通知信息可以为“开票资料生成中,预计在10天内为您生成开票资料”,等等。
另外,在具体实现时,由于具体的从所述多个服务项目的技术服务系统获取到的相关数据可以包括:所述多个服务项目的状态信息,因此,还可以根据所述多个服务项目之间的状态转移条件和/或方式信息,以及所述多个服务项目的当前状态,确定所述服务订单的处理进度信息,并在所述第一区域进行展示。例如,如图3中的34处所示,可以在第一区域提供“进度条”,假设当前所处的处理进度为“退税阶段”,则可以对该信息进行高亮显示,等等。
除了从具体履约服务对应的技术服务系统获取相关数据,并从其中提炼当前时刻所需关注的关键信息之外,在本申请的其他实施方式中,还可以通过所述多个服务项目关联的监管系统,查询所述多个服务项目是否存在异常情况,如果存在,则还可以将所述异常情况的信息确定为所述关键信息。其中,所谓的监管系统具体可以是对具体的履约服务进行监管的单位等,例如,对于关务服务,具体的监管系统可以是海关系统,对于税务服务,具体的监管系统可以是国家或地区的税务系统,等等。由于具体的通关、清关、退税等是由对应的监管系统来办理的,因此,用户在将具体的资料等上传到本申请实施例中的供应链系统之后,该系统需要转发到具体的监管系统。但是,在实际应用中,在将具体的资料转发到监管系统之后,可能会产生一些异常现象,例如,某些资料不符合要求,等等。在传统的方式下,通常需要监管系统通过一些方式通知到用户,用户再重新通过供应链系统提交新的资料,等等。但是在此过程中,用户从收到通知到重新提交的过程是不连贯的,这就对效率产生影响,也可能出现漏掉通知导致更严重的后果。为此,在本申请实施例中,还可以与监管系统进行对接,对多个服务项目中处于已处理、处理中和/或未处理的信息是否存在异常进行查询,如果发现存在异常情况,则可以作为当前需要关注的关键信息提供给用户。例如,如图3中的35处所示,假设某服务订单存在的异常为“开票资料异常”,具体的原因是,“报关数据和订单数据对不一致”,等等。这些信息都可以作为关键信息提供给用户,以引起其关注。
当然,具体实现时,具体所提炼出的关键信息也可以包括其他类型的信息,具体可以根据实际需求进行定义,这不进行限定。
需要说明的是,在本申请实施例中,一个服务订单中关联的多个履约服务项目,而且具体的提炼关键信息时,可以从全局视角,对订单关联的多个履约服务都进行关键信息的提炼,如果存在,就可以聚合到一起,以便在订单界面中进行集中展示。因此,一次聚合展示的关键信息可能包括多个履约服务相关的信息,这样可以使得用户获取到关于整个订单的全局视角的关键信息。
S203:将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
在获取到具体所需关注的关键信息之后,可以聚合到一起,并在服务订单对应的目标界面的第一区域进行集中展示。通过这种方式,可以使得可能来自于不同履约服务的关键信息集中到同一区域进行展示,而不是散落在界面的不同区域,以便于用户更好地聚焦到这些关键信息,并一次性了解全局视角下当前时刻的关键信息,进而及时进行待办任务的处理,或者,异常信息的发现,等等。
其中,具体实现时,所述第一区域可以包括所述目标界面的首屏区域,所谓的首屏区域是指,在展示出具体的服务订单界面后,第一屏对应的区域。这样,使得用户不需要执行切换、滑动屏幕等操作,即可以第一时间聚焦到这种需要关注的关键信息。也就是说,在具体实现时,不仅可以从数据层面上进行关键信息的提炼以及聚合后的集中展示,并且,在视觉层面上,由于首屏区域的视觉层级比较高,因此,可以使得集中展示的关键信息第一时间引起用户注意,
另外,由于不同的服务订单关联的履约服务数量可能不同,即使是同一服务订单,在不同时间点所提炼出来的关键信息数量也可能会有所不同。为此,在优选的实施方式中,还可以将第一区域的面积根据所聚合的关键信息的数量进行自适应变化。例如,当关键信息数量比较多时,该第一区域的面积可以比较大,当关键信息数量比较少时,该第一区域的面积也可以比较小,等等。例如,在关键信息比较少的状态下,具体的第一区域可以如图4-1所示;在没有关键信息时,具体的第一区域可以如图4-2所示,等等。
另外,具体实现时,还可以在所述第一区域提供用于从全局角度对所述服务订单进行处理的操作选项。例如,如图3中的36处所示,所述从全局角度对所述服务订单进行处理的操作选项可以包括:对所述服务订单进行流程总览、修改、取消、复制、复购、评价的操作选项,等等。使得用户还可以通过该界面的第一区域发起对具体服务订单的全局修改等处理。
当然,本申请实施例提供的方案中,由于将多个不同履约服务的关键信息进行了提炼以及聚合,并集中到界面的同一区域进行展示。这种方式比较适合的场景是,同一个跟单人员需要同时对多种不同履约服务进行跟单,在这种场景下,通过本申请实施例的关键信息提炼以及聚合展示,可以提升跟单效率。但是,在实际应用中,还存在以下场景:对于一些大型公司等卖家用户而言,内部人员往往分工明确,一个跟单人员可能仅需要对某种或者少数几种特定履约服务进行跟进。在这种情况下,具体某个跟单人员提交具体的跟单请求后,其他该跟单人员仅需要关注其负责的履约服务相关的关键信息。在这种情况下,本申请实施例提供的第一区域中集中展示出的多个不同履约服务中的关键信息,对于这种跟单人员而言可能意义不大。
为此,在本申请的优选实施方式中,还可以在所述目标界面中提供第二区域,所述第二区域用于以服务项目为单位,分别对所述服务订单中包括的多个服务项目所需的跟单处理信息进行展示。具体实现时,可以在所述第二区域,分别对所述多个服务项目所需的跟单处理信息进行卡片式展示。例如,如图5所示,某服务订单中关联的履约项目包括通关、退税,等等,具体的第二区域可以提供“通关信息”卡片,“退税信息”卡片,在各自的卡片中,可以提供详细的信息,包括跟单信息,下单信息,商品信息,日志,等等。其中,跟单信息中也可以提供具体跟单过程中所需提交的资料,状态等信息。
当然,由于订单界面中包括的履约服务数量可能比较多,每项履约服务对应的信息卡片都可能会占据比较大的篇幅,因此,为了便于定位到跟单人员所需跟进的履约服务的信息卡片所在的位置,还可以在订单界面中提供“锚点”以及“目录”信息,在“目录”中可以提供多种不同履约服务的名称等信息,通过点击其中某个条目,可以跳转到订单界面中对应履约服务的卡片信息所在的位置处进行展示。
需要说明的是,在具体实现时,被提炼到第一区域进行集中展示的关键信息中,可能会包括具体履约服务对应的信息卡片中展示出的跟单信息,另外还可能包括这种信息卡片中所不包含的信息,例如,从相关监管系统查询到异常信息,等等。另外,在实际应用中,由于具体的关键信息是由系统按照一定的规则等对具体信息进行提炼获得的,而实际的规则可能会变,在系统中的规则未来得及即使更新的情况下,可能难免会出现部分关键信息有误或者不够准确等情况。例如,系统通过查询某服务项目相关的监管系统发现存在某些异常,但实际上在跟单人员实际处理该异常时发现,实际上并不存在该异常,等等。针对这种情况,还可以在第一区域提供用于对关键信息添加标识或者批注等信息的操作选项,具体的跟单人员可以针对具体的关键信息添加具体的标记或者批注等,这样,其他跟单人员在查看该第一区域的关键信息时,可以结合这种标记或批注信息来获取到更准确的信息,避免重复进行无用的处理,进一步提升跟单效率。
另外,如图5所示,在具体实现时,所述第二区域还可以用于对所述服务订单的基础信息进行展示。其中,具体的基础信息可以包括具体服务订单关联的用户已选的履约服务标识信息,订单编号信息,交易场景信息,公司名称信息,下单时间信息,等等。
需要说明的是,本申请实施例所述的履约服务订单具体可以包括与跨境交易相关的履约服务订单,由于跨境履约的相关履约节点数量很多,包括:信用保障、通关、收汇、退税、国际物流和/或融资等等,不同的履约节点都可能对应不同的履约服务,在进行原子化服务下单时,在同一服务订单中包括多种不同履约服务的概率会更高。因此,更适合通过本申请实施例提供的方式,为用户提供提炼并聚合后的关键点信息。当然,在其他场景中也可以使用本申请实施例提供的方案,这里不进行限定。
需要说明的是,在实际应用中,本申请实施例提供的方案除了可以应用于跨境交易的履约服务场景,还可以应用于装修进度、教育学习(成绩查询等)、买房摇号、买车摇号等场景中,这里不进行限定。
总之,通过本申请实施例,针对原子化服务下单场景,在同一服务订单关联多种不同履约服务的情况下,在基于跟单人员的跟进处理请求对服务订单信息进行展示时,可以获取到多种履约服务的关键信息,并且可以聚合到一起,在服务订单界面的同一区域中进行集中展示。这样,在同一服务订单的信息界面需要对多种不同履约服务对应的大体量信息进行展示的情况下,通过关键信息聚合以及集中展示,可以使得跟单人员更好的从全局视角对多种履约服务中所需关注的关键信息进行聚焦,便于提升跟单效率。
其中,具体可以在订单界面的首屏区域对所述关键信息进行集中展示,这样,可以使得展示出的关键信息具有更高的视觉层级,方便用户在第一时间快速聚焦到所需关注的关键信息。
再者,为了满足更多用户的跟单需求,还可以在订单界面中的第二区域,以履约服务为单位,提供当前服务订单所关联的多个履约服务的信息卡片,具体信息卡片中也可以展示处具体履约服务中所需处理的跟单信息,包括各种所需提交的资料或者状态信息等。这样,在同一跟单人员只需要对一项或者少数几项履约服务进行跟单的情况下,可以使得跟单人员从具体的信息卡片中获取到其所负责的履约服务的相关信息,并进行相应的跟单处理即可。这样,可以避免无关履约服务的信息对跟单人员的干扰。
实施例二
该实施例二是与实施例一相对应得,从服务端的角度,提供了一种服务订单信息处理方法,参见图6,该方法可以包括:
S601:确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
S602:获取所述多个服务项目的关键信息;
S603:将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
其中,在获取所述多个不同的服务项目中的关键信息时,可以有多种方式。例如,一种方式下,可以通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据,然后,通过对所述多个服务项目的相关数据进行提炼,获取关键信息。在这种情况下,具体的关键信息可以包括:所述多个不同的服务项目中在当前时刻所需处理的资料和/或处理状态信息;或者,所述多个不同的服务项目中在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项;或者,关于当前处于处理中状态的信息,以及预计完成时间的通知信息。
另一种方式下,可以通过所述多个不同服务项目关联的监管系统,查询所述多个不同的服务项目中是否存在异常情况,如果存在,则将所述异常情况的信息确定为所述关键信息。
实施例三
在前述实施例中,可以在服务订单相关的界面中提供第一区域,并且可以在该第一区域对订单中多个履约节点对应的多个服务项目中的关键信息进行集中展示。在另一种实现方式下,还可以将第一区域划分为第一子区域以及第二子区域,其中,可以在第一子区域中提供多个履约节点对应的切换控件,通过切换这种控件,可以在第二子区域分别展示对应履约节点下的关键信息。这样,使得跟单人员不仅可以获得全局视角的信息,还可以分别对多个履约节点分别对应的关键信息进行查看。具体的,该实施例三提供了一种用于展示服务订单信息的界面,其中:
所述用于展示服务订单信息的界面中包括第一区域;所述第一区域包括第一子区域和第二子区域,所述第一子区域用于展示与所述服务订单关联的多个履约节点的处理进度情况,所述第二子区域用于展示与所述多个履约节点上多个服务项目的关键信息。
具体实现时,所述第一子区域还可以提供所述多个履约节点对应的切换控件,当所述第一子区域的其中一履约节点对应的切换操作选项被选中时,所述第二子区域展示被选中的所述履约节点相关的关键信息。
例如,具体实现时,如图7-1所示,可以在第一区域包括第一子区域71以及第二子区域72,具体的,第一子区域71中可以包括多个履约节点对应的切换操作选项,例如,包括下单阶段、通关阶段、退税阶段,等等。当然,在具体实现时,还可以提供“全局总览”控件,在默认情况下,可以在第二子区域72中展示全局的关键信息,也即,这里的关键信息可以包括多个不同履约节点对应的关键信息。例如,图7-1所示的例子中,在全局总览状态下,第二子区域展示出的关键信息可以包括退税阶段的待办事项信息,还可以包括通关节点的异常通知信息,等等。
如果用户仅需要获取具体某个履约节点的关键信息,则可以通过第一子区域71中的其他操作选项进行切换。例如,如图7-2中的73所示,如果当前的跟单人员只需要查看通关阶段的关键信息,则可以点击该通关阶段对应的切换操作选项,将其置为选中状态。相应的,可以在第二子区域74中展示出该通关阶段对应的关键信息,其他履约节点的关键信息不再展示。类似的,如图7-3中的75所示,如果当前的跟单人员只需要查看退税阶段的关键信息,则可以点击该退税阶段对应的切换操作选项,将其置为选中状态。相应的,可以在第二子区域76中展示出该退税阶段对应的关键信息,其他履约节点的关键信息不再展示,等等。
具体实现时,所述关键信息可以包括:所述多个服务项目在当前时刻所需关注的关键信息。
另外,所述第二子区域中还可以包括用于从全局角度对所述服务订单进行处理的操作选项。
所述界面中还可以包括第二区域,用于以服务项目为单位,分别对所述服务订单中包括的多个服务项目所关联的跟单处理信息进行展示。
需要说明的是,本申请实施例中可能会涉及到对用户数据的使用,在实际应用中,可以在符合所在国的适用法律法规要求的情况下(例如,用户明确同意,对用户切实通知,等),在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
与实施例一相对应,本申请实施例还提供了一种服务订单信息处理装置,参见图8,该装置可以包括:
请求接收单元801,用于接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元802,用于获取所述多个服务项目的关键信息;
聚合展示单元803,用于将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
具体实现时,所述关键信息获取单元具体可以用于:
获取所述多个服务项目在当前时刻所需关注的关键信息。
具体的所述多个服务项目在当前时刻所需关注的关键信息可以包括:
当前处于处理中状态的服务项目在当前时刻所需关注的关键信息,和/或,当前处于已处理状态的服务项目在当前时刻所需关注的关键信息。
具体的,所述关键信息获取单元具体可以用于:通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据;通过对所述多个服务项目的相关数据进行提炼,获取所述多个服务项目在当前时刻所需关注的关键信息。
其中,所述多个服务项目在当前时刻所需关注的关键信息,包括:
所述多个服务项目在当前时刻所需处理的资料和/或处理状态信息。
或者,所述多个服务项目在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项。
或者,关于当前处于处理中状态的信息,以及预计完成时间的通知信息。
其中,所述多个务项目的相关数据包括:所述多个服务项目的状态信息;此时,该装置还可以包括:
进度信息展示单元,用于根据所述多个服务项目之间的状态转移条件和/或方式信息,以及所述多个服务项目的当前状态,确定所述服务订单的处理进度信息,并在所述第一区域进行展示。
另外,所述关键信息获取单元具体也可以用于:
通过所述多个服务项目关联的监管系统,查询所述多个服务项目是否存在异常情况,如果存在,则将所述异常情况的信息确定为所述关键信息。
具体可以用于:查询所述多个服务项目中处于已处理、处理中和/或未处理的信息是否存在异常情况。
其中,所述第一区域包括所述目标界面的首屏区域。
所述第一区域的面积可以根据所聚合的关键信息的数量进行自适应变化。
另外,该装置还可以包括:
订单处理选项提供单元,用于在所述第一区域提供用于从全局角度对所述服务订单进行处理的操作选项。
其中,所述从全局角度对所述服务订单进行处理的操作选项可以包括:对所述服务订单进行流程总览、修改、取消、复制、复购和/或评价的操作选项。
另外,所述目标界面中还可以包括第二区域,所述第二区域用于以服务项目为单位,分别对所述服务订单中包括的多个服务项目所关联的跟单处理信息进行展示。
其中,可以在所述第二区域,分别对所述多个服务项目所关联的跟单处理信息进行卡片式展示。
另外,所述第二区域还可以用于对所述服务订单的基础信息进行展示。
其中,所述服务订单可以包括:与跨境交易相关的履约服务订单,所述多个履约节点包括:信用保障、通关、收汇、退税、国际物流和/或融资。
与实施例二相对应,本申请实施例提供了一种服务订单信息处理装置,参见图9,该装置可以包括:
服务订单确定单元901,用于确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元902,用于获取所述多个服务项目的关键信息;
关键信息提供单元903,用于将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
其中,所述关键信息获取单元具体可以用于:
通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据;通过对所述多个服务项目的相关数据进行提炼,获取所述关键信息。
此时,所述多个服务项目的关键信息,包括:
所述多个服务项目在当前时刻所需处理的资料和/或处理状态信息;或者,
所述多个服务项目在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项;或者,
关于当前处于处理中状态的信息,以及预计完成时间的通知信息。
或者,所述关键信息获取单元也可以用于:
通过所述多个服务项目关联的监管系统,查询所述多个服务项目是否存在异常情况,如果存在,则将所述异常情况的信息确定为所述关键信息。
另外,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
以及一种计算机系统,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行前述方法实施例中任一项所述的方法的步骤。
其中,图10示例性的展示出了电子设备的架构,具体可以包括处理器1010,视频显示适配器1011,磁盘驱动器1012,输入/输出接口1013,网络接口1014,以及存储器1020。上述处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014,与存储器1020之间可以通过通信总线1030进行通信连接。
其中,处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储用于控制电子设备1000运行的操作系统1021,用于控制电子设备1000的低级别操作的基本输入输出系统(BIOS)。另外,还可以存储网页浏览器1023,数据存储管理系统1024,以及服务订单处理系统1025等等。上述服务订单处理系统1025就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之,在通过软件或者固件来实现本申请所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1013用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口1014用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1030包括一通路,在设备的各个组件(例如处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014,与存储器1020)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014,存储器1020,总线1030等,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本申请方案所必需的组件,而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的服务订单信息处理方法、装置及电子设备,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (31)
1.一种服务订单信息处理方法,其特征在于,包括:
接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;
获取所述多个服务项目的关键信息;
将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
2.根据权利要求1所述的方法,其特征在于,
所述获取所述多个服务项目的关键信息,包括:
获取所述多个服务项目在当前时刻所需关注的关键信息。
3.根据权利要求2所述的方法,其特征在于,
所述多个服务项目在当前时刻所需关注的关键信息,包括:
当前处于处理中状态的服务项目在当前时刻所需关注的关键信息,和/或,当前处于已处理状态的服务项目在当前时刻所需关注的关键信息。
4.根据权利要求2所述的方法,其特征在于,
所述获取所述多个服务项目在当前时刻所需关注的关键信息,包括:
通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据;
通过对所述多个服务项目的相关数据进行提炼,获取所述多个服务项目在当前时刻所需关注的关键信息。
5.根据权利要求4所述的方法,其特征在于,
所述多个服务项目在当前时刻所需关注的关键信息,包括:
所述多个服务项目在当前时刻所需处理的资料和/或处理状态信息。
6.根据权利要求4所述的方法,其特征在于,
所述多个服务项目在当前时刻所需关注的关键信息,包括:
所述多个服务项目在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项。
7.根据权利要求4所述的方法,其特征在于,
所述多个服务项目在当前时刻所需关注的关键信息,包括:
关于当前处于处理中状态的信息,以及预计完成时间的通知信息。
8.根据权利要求4所述的方法,其特征在于,
所述多个务项目的相关数据包括:所述多个服务项目的状态信息;
所述方法还包括:
根据所述多个服务项目之间的状态转移条件和/或方式信息,以及所述多个服务项目的当前状态,确定所述服务订单的处理进度信息,并在所述第一区域进行展示。
9.根据权利要求2所述的方法,其特征在于,
所述获取所述多个服务项目在当前时刻所需关注的关键信息,包括:
通过所述多个服务项目关联的监管系统,查询所述多个服务项目是否存在异常情况,如果存在,则将所述异常情况的信息确定为所述关键信息。
10.根据权利要求9所述的方法,其特征在于,
所述查询所述多个服务项目是否存在异常情况,包括:
查询所述多个服务项目中处于已处理、处理中和/或未处理的信息是否存在异常情况。
11.根据权利要求1至10任一项所述的方法,其特征在于,
所述第一区域包括所述目标界面的首屏区域。
12.根据权利要求1至10任一项所述的方法,其特征在于,
所述第一区域的面积根据所聚合的关键信息的数量进行自适应变化。
13.根据权利要求1至10任一项所述的方法,其特征在于,还包括:
在所述第一区域提供用于从全局角度对所述服务订单进行处理的操作选项。
14.根据权利要求13所述的方法,其特征在于,
所述从全局角度对所述服务订单进行处理的操作选项包括:对所述服务订单进行流程总览、修改、取消、复制、复购和/或评价的操作选项。
15.根据权利要求1至10任一项所述的方法,其特征在于,
所述目标界面中还包括第二区域,所述第二区域用于以服务项目为单位,分别对所述服务订单中包括的多个服务项目所关联的跟单处理信息进行展示。
16.根据权利要求15所述的方法,其特征在于,
在所述第二区域,分别对所述多个服务项目所关联的跟单处理信息进行卡片式展示。
17.根据权利要求15所述的方法,其特征在于,
所述第二区域还用于对所述服务订单的基础信息进行展示。
18.根据权利要求1至10任一项所述的方法,其特征在于,
所述服务订单包括:与跨境交易相关的履约服务订单,所述多个履约节点包括:信用保障、通关、收汇、退税、国际物流和/或融资。
19.一种服务订单信息处理方法,其特征在于,包括:
确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
获取所述多个服务项目的关键信息;
将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
20.根据权利要求19所述的方法,其特征在于,
所述获取所述多个服务项目的关键信息,包括:
通过查询所述多个服务项目对应的技术服务系统,获取所述服务订单中所述多个服务项目的相关数据;
通过对所述多个服务项目的相关数据进行提炼,获取所述关键信息。
21.根据权利要求20所述的方法,其特征在于,
所述多个服务项目的关键信息,包括:
所述多个服务项目在当前时刻所需处理的资料和/或处理状态信息;或者,
所述多个服务项目在当前时刻已经释放的待办理任务信息,以及对用于跳转到任务办理界面的操作选项;或者,
关于当前处于处理中状态的信息,以及预计完成时间的通知信息。
22.根据权利要求20所述的方法,其特征在于,
所述获取所述多个服务项目的关键信息,包括:
通过所述多个服务项目关联的监管系统,查询所述多个服务项目是否存在异常情况,如果存在,则将所述异常情况的信息确定为所述关键信息。
23.一种用于展示服务订单信息的界面,其特征在于:
所述用于展示服务订单信息的界面中包括第一区域;所述第一区域包括第一子区域和第二子区域,所述第一子区域用于展示与所述服务订单关联的多个履约节点的处理进度情况,所述第二子区域用于展示与所述多个履约节点上多个服务项目的关键信息。
24.根据权利要求23所述的界面,其特征在于,
所述第一子区域还用于提供所述多个履约节点对应的切换操作选项,当所述第一子区域的其中一履约节点对应的切换操作选项被选中时,所述第二子区域展示被选中的所述履约节点相关的关键信息。
25.根据权利要求23所述的界面,其特征在于,
所述关键信息包括:所述服务项目在当前时刻所需关注的关键信息。
26.根据权利要求23所述的界面,其特征在于,
所述第二子区域中还包括用于从全局角度对所述服务订单进行处理的操作选项。
27.根据权利要求23所述的界面,其特征在于,
所述界面中还包括第二区域,用于以服务项目为单位,分别对所述服务订单中包括的多个服务项目所关联的跟单处理信息进行展示。
28.一种服务订单信息处理装置,其特征在于,包括:
请求接收单元,用于接收对服务订单进行跟进处理的请求,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元,用于获取所述多个服务项目的关键信息;
聚合展示单元,用于将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
29.一种服务订单信息处理装置,其特征在于,包括:
服务订单确定单元,用于确定待进行跟进处理的服务订单,所述服务订单关联有多个履约节点上的多个服务项目;
关键信息获取单元,用于获取所述多个服务项目的关键信息;
关键信息提供单元,用于将所述多个服务项目的关键信息提供给客户端,以便所述客户端将所述多个服务项目的关键信息聚合到所述服务订单对应的目标界面的第一区域进行集中展示。
30.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至22任一项所述的方法的步骤。
31.一种计算机系统,其特征在于,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行权利要求1至22任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011112960.9A CN113298533A (zh) | 2020-10-16 | 2020-10-16 | 服务订单信息处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011112960.9A CN113298533A (zh) | 2020-10-16 | 2020-10-16 | 服务订单信息处理方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113298533A true CN113298533A (zh) | 2021-08-24 |
Family
ID=77318355
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011112960.9A Pending CN113298533A (zh) | 2020-10-16 | 2020-10-16 | 服务订单信息处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113298533A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114022255A (zh) * | 2022-01-06 | 2022-02-08 | 江苏银承网络科技股份有限公司 | 一种票据订单的处理方法、装置、设备及存储介质 |
CN114935995A (zh) * | 2022-06-21 | 2022-08-23 | 拉扎斯网络科技(上海)有限公司 | 订单组件的交互展示方法、订单处理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530757A (zh) * | 2013-10-30 | 2014-01-22 | 杨斯智 | 基于网络的多模式智能跟单管理方法及智能管理系统 |
CN106845903A (zh) * | 2016-12-23 | 2017-06-13 | 天津联兴科技技术有限公司 | 一种具有即时提示功能的外贸物流处理系统及方法 |
CN108629534A (zh) * | 2018-04-09 | 2018-10-09 | 侨益物流股份有限公司 | 一种基于bpm自动化技术的大宗商品物流管理系统 |
CN109829639A (zh) * | 2019-01-23 | 2019-05-31 | 北京仁科互动网络技术有限公司 | 服务项目监控方法及装置 |
CN110060118A (zh) * | 2019-02-27 | 2019-07-26 | 浙江执御信息技术有限公司 | 一种订单履约全链路实时监控方法、装置及计算机设备 |
CN110210946A (zh) * | 2019-06-10 | 2019-09-06 | 网易无尾熊(杭州)科技有限公司 | 数据处理方法及装置、介质和计算设备 |
-
2020
- 2020-10-16 CN CN202011112960.9A patent/CN113298533A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530757A (zh) * | 2013-10-30 | 2014-01-22 | 杨斯智 | 基于网络的多模式智能跟单管理方法及智能管理系统 |
CN106845903A (zh) * | 2016-12-23 | 2017-06-13 | 天津联兴科技技术有限公司 | 一种具有即时提示功能的外贸物流处理系统及方法 |
CN108629534A (zh) * | 2018-04-09 | 2018-10-09 | 侨益物流股份有限公司 | 一种基于bpm自动化技术的大宗商品物流管理系统 |
CN109829639A (zh) * | 2019-01-23 | 2019-05-31 | 北京仁科互动网络技术有限公司 | 服务项目监控方法及装置 |
CN110060118A (zh) * | 2019-02-27 | 2019-07-26 | 浙江执御信息技术有限公司 | 一种订单履约全链路实时监控方法、装置及计算机设备 |
CN110210946A (zh) * | 2019-06-10 | 2019-09-06 | 网易无尾熊(杭州)科技有限公司 | 数据处理方法及装置、介质和计算设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114022255A (zh) * | 2022-01-06 | 2022-02-08 | 江苏银承网络科技股份有限公司 | 一种票据订单的处理方法、装置、设备及存储介质 |
CN114935995A (zh) * | 2022-06-21 | 2022-08-23 | 拉扎斯网络科技(上海)有限公司 | 订单组件的交互展示方法、订单处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108537533B (zh) | 一种自助购物结算方法及系统 | |
US8392281B1 (en) | System and interface for promoting complementary items | |
US20160086189A1 (en) | Item Registration Services | |
CN113298533A (zh) | 服务订单信息处理方法、装置及电子设备 | |
WO2021024459A1 (ja) | 処理装置、会計装置、処理方法及びプログラム | |
JP2006139760A (ja) | 業務管理システム | |
CN112184380A (zh) | 聚合模式下的打车信息展示方法、装置,以及电子设备 | |
CA2907332A1 (en) | System and method for simultaneously controlling the elements of parts and labor costs in a facilities management computing environment | |
JP5753642B1 (ja) | 入力装置、フォーム入力方法、記録媒体およびプログラム | |
KR20230064562A (ko) | 렌탈 아이템에 관한 정보 제공 방법 및 이를 이용한 전자 장치 | |
JP2023001317A (ja) | 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム | |
US9286627B1 (en) | Personal webservice for item acquisitions | |
US10417231B2 (en) | System, method, and non-transitory computer-readable storage media for locating a receipt for a product | |
KR20190006500A (ko) | 항목별 관심도 및 공급업체 영향 임계치를 기반으로 인쇄 조달 주문을 효율적으로 관리하기 위한 시스템 및 방법 | |
US8170973B2 (en) | Satisfying rules through a configuration of list processing methods | |
CN113296912A (zh) | 任务处理方法及装置、系统、存储介质、电子设备 | |
US20160232470A1 (en) | Automated Generation of Process Flow Charts | |
CN115358829B (zh) | 物品交易数据处理方法、装置、存储介质及电子设备 | |
US11640579B2 (en) | Method, system, server processing system computer readable medium for managing inventory | |
US20170323363A1 (en) | Collaborative manipulation of media files | |
JP4972497B2 (ja) | 業務管理処理システム、業務管理処理方法及び業務管理処理プログラム | |
JP2006350745A (ja) | 業務支援システム及び業務支援プログラム | |
JP2002074156A (ja) | 企業情報提供方法及びそのシステム並びに企業データベースを記憶した記憶媒体 | |
JP6557987B2 (ja) | 出力制御プログラム、出力制御方法および出力制御装置 | |
CN113793198A (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20240223 Address after: # 01-21, Lai Zan Da Building 1, 51 Belarusian Road, Singapore Applicant after: Alibaba Singapore Holdings Ltd. Country or region after: Singapore Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: ALIBABA GROUP HOLDING Ltd. Country or region before: United Kingdom |
|
TA01 | Transfer of patent application right |