XX省级整体智治场景建设公车平台提升项目需求说明.docx

《XX省级整体智治场景建设公车平台提升项目需求说明.docx》由会员分享，可在线阅读，更多相关《XX省级整体智治场景建设公车平台提升项目需求说明.docx（8页珍藏版）》请在第一文库网上搜索。

1、XX省级整体智治场景建设“公车平台提升”项目需求说明1 .项目概况本次公车平台提升是以信息化向数字化转型为导向，深度梳理分析实际业务、萃取有效数据，提升平台“数字化”能力，从“管用、能看”提升到“好用、好看”，朝着平台“整体智治”迈出坚实的一步。具体系统建设内容如下：1、全省共性需求迭代。2、运营分析，服务收款“零次跑”。3、优化使用监管。4、其他服务能力提升。5、政务信息资源目录编制。11项目名称XX省公务用车管理集成应用（整体智治）建设项目。1.2. 建设规模该项目建设涉及省、市、县三级公车管理中心。平台建成后，将实现全省公务平台从“派车数字化”到公车管理全域数字化，实现公车管理和服务到横

2、向到边、纵向到底。1 .3.建设地点XX省级机关公务用车管理中心。14.项目建设周期本期项目总建设期为3个月。2 .建设目标3 .1总体目标强化XX省公务用车综合管理平台规范，提升平台能力。实现全省公车平台“整体智治”建设目标。实现全省共性需求迭代，服务收款“零次跑”，为中心服务人员提高服务质量，利用数字化公务用车“整体智治”解放人力，为用车单位提供便捷，畅通沟通渠道。加强中心服务人员安全意识，全力发挥X政钉掌上端办公能力，利用数据分析和晾晒，发挥以应用促发展，从“制度、技术、治理”三个纬度加强系统的谋划和顶层设计。4 .2.业务目标继续深化贯彻全省公车“一平台”建设,通过深入梳理和重点分析核

3、心业务，从“制度、技术、治理”三个维度，强化流程闭环管理，打破“信息壁垒、数据孤岛”，解决数据、业务、监管内外融合、上下对接等难题，实现全省公车平台高效协同。项目支持的用户包括，各厅局用车联系人，公务用车服务单位管理人员，公务用车驾驶员等。项目的业务内容主要是为全省公务用车服务单位提供综合管理服务。提供公务用车的申请，调度派车功能。提供车辆的全生命周期管理。提供车辆轨迹的监管。提供公务用车使用的数据汇总分析，为领导决策提供依据。本项目数据规模目标，每年新增公务用车订单数量20余万趟次，数据量每年新增150GB以上。2. 3.技术目标按照数字化改革要求，针对架构和功能上全方位改进，更好的支撑XX

4、省公务出行综合管理平台的建设。构建包含用车保障闭环管理、运营分析，服务收款“零次跑”、人力资源管理、使用监管、车辆全生命周期管理，安全教育体系、中枢数字驾驶舱和数据晾晒、其他能力提升等综合性平台，实现科学、智慧、高效、节约的XX省公务出行综合管理平台。2.1.1. 技术的先进性和成熟性采用代表当今信息化系统发展趋势的主流和成熟技术进行系统架构设计，选用先进的技术手段，实现快速实施，保证技术先进性和成熟性。2.1.2. 安全性信息安全是本次建设的主要任务之一，系统设计中首要考虑如何建立整个系统的安全性、保密性，而且这种考虑必须是整体的、全面的。系统必须要提供信息传输保密性、数据完整性、身份识别和

5、认证、防抵赖性等多项安全保障措施。在现有省级平台完成的等保三级的基础上，充分考虑全省一张网的实际管理需要,对数据的安全性、权限管理有效性进行综合考虑，防止数据的非授权滥用，保证数据安全性。本项目系统采用XX省电子政务信创专有云平台服务器资源部署，云平台包括网络和安全设备支撑。2.1.3. 标准性、开放性系统设计应充分考虑“标准和开放”的原则，支持各种相应的软硬件接口，使之具有灵活性和延展性，具备与多种系统互连互通的特性，在结构上实现真正开放。在系统建设中应广泛采用遵循国际标准的系统和产品，易于向今后的先进技术实现迁移，充分保护现有投资，其综合反映在可移植性、互操作性、系统独立性和集成性上。同时

6、考虑到投资的长期效益，系统应具有开放性，能够实现与多种技术和软硬件平台有机的结合，保证完成本系统未来的发展要求。2.1.4. 高可用性和可靠性为保证业务系统的高效工作，系统在稳定正常运行的同时还要提供较高的性能，从而能够高效率地处理各类关键事务。因此在系统设计之初就应该充分考虑如何保证系统的高可用性、可靠性和高效性。2.1.5. 可管理性系统的可管理性既能提高软件的使用效率又能给系统管理人员带来方便。通过配置和日志的方式帮助管理员对系统故障进行诊断、排错和分析与规划，从而降低总体使用成本。2 .4.绩效目标本项目设置有用车人评价和联系人评价，用车人可对每趟用车人进行评价，联系人则每月可对公务用

7、车服务进行评价。通过评价系统服务过程评价和信息反馈，公务用车中心可及时优化，提高服务质量和效果，保持公务用车服务满意率在98%以上。3 .建设内容本次公车平台提升是以信息化向数字化转型为导向，深度梳理分析实际业务、萃取有效数据，提升平台“数字化”能力，从“管用、能看”提升到“好用、好看”，朝着平台“整体智治”迈出坚实的一步。具体系统建设内容如下：3.1. 全省共性需求迭代3.1.1. 用车申请时间限制性选配支持服务中心选配，用车单位申请时间限制，支持两种模式。无限制条件和仅能申请一小时后2天内的订单，并自动跳过当年的法定双休日和节假日。3.1.2. 订单异动处理修改：用车订单的内容修改和结算信

8、息的修改，保存原始数据，形成数据对比。对修改人、修改时间等内容同步记录，并在页面展示。取消和反馈：订单的取消和反馈，关键数据设置为必填项，对操作人和时间系统将自动记录，保除订单数据可追溯。31.3.服务中心性质区分根据全省“一张网”的主体要求，进行区域内服务中心职能性质区分，有“参与全省“一张网”和“不获准参与全省一张网”两种类型。3.1.4. 车型标准化清洗全省系统车型标准化清洗，解决因车型命名不一致，而导致数据不对等，后期数据统计分析等问题。3.1.5. .服务窗口的拓展服务中心可以编辑、发布面向本服务中心的用户公告信息，系统自然沉淀数据。中心可以编辑本单位的服务电话和传真号，在异地订单申

9、请时，针对用车单位展示，可以进行有效沟通。3.1.6. 服务短信升级为“钉消息”针对“X政钉”体系内，用车环节传统短信下发方式替换成“钉消息”发送，进行全省全量更新迭代。在“钉消息”未读，超过20分钟后，再次发送DING短信。针对不在“X政钉”体系内的用户，仍可发送传统短信。3.1. 7.搜索条件新增新增订单时间排序、用车区域、车辆归属部门、车辆类型等搜索条件。3.1.8. 订单打印标识订单派车后根据管理者的打印情况，给予“已打印”和“未打印”标识。3.1.9. 国管局基础表单输出按照国管局统计表单要求，系统自动采集相关数据，输出国管局基础表。数据有车牌号码、品牌型号、车辆类型、车架号（后六位

10、）、动力类型、排气量、购车价格、账面价值、取得方式、注册日期、使用性质、形式里程、全年运行费用支出金额（合计、燃油费、充电费、保险费、维修保养费、过路过桥费、其他费用）、备注。数据支持系统自动采集和数据导出。3.1.10. 百公里油耗自动采集运营支出成本中，内加油和外加油的油量，期初路码为上个月路码,本月路码标准模版导入后，形成车辆百公里油耗。3. 2.运营分析，服务收款“零次跑”探索服务收款“零次跑”模式，总调度室结算员“校核”订单收费明细后，系统生成收费记录，中心财务人员和用车单位可通过“线上对账、疑问沟通、费用确认、加盖电子印章、确认收款”等环节打通线上结算通道。3.1.1. 用车单位财

11、务中心“财务对接人”设置，服务中心针对每个用车单位分别设置唯一“财务对接人”，实现用车单位财务中心相关功能的操作。3.1.2. 用车单位财务中心新建用车单位可以在财务中心实现，订单费用查询，按全部金额、应收金额、已收金额、未收金额、免收金额分项汇总，同时针对订单可以发起核销、导出、打印、启用电子印章打印、发票打印等操作。3.1.3. 服务中心核销费用3.1.3.1. 财务中心重构建设本地财务、本地核销主要完成本地订单的结算。本地财务主要实现本地保障订单的服务费用收款情况，核销状态分类，全部金额、应收金额、已收金额、未收金额、免收金额支持快捷时间选择联动。主要实现部分核销、直接核销、发起核销等功

12、能。3.1.3.2. 开票系统联调“党政机关票据中心”支持开票，“企业诺诺平台”支持发票绑定订单，由相应的企业提供接口，完成接口开发后双方进行联调，最后正式上线。3.1.3.3. 部分核销仅对一个订单，需展开部分款项的业务。选中一个订单，提交核销时间、经办人、收款金额、收款方式、开票状态、结算抬头、备注信息后完成业务处理,此订单在发起核销业务中继续收款核销业务。3.1.3.4. 直接核销批量选中订单，无需双方确认，即可进行核销确认。系统对选中的订单进行应收合计、已收合计、未收合计分类。提交结算标题、创建时间、默认发起方和经办人后，合并成为本地核销记录。本地核销支持核销信息详情查看、删除、打印。

13、开票支持“党政机关票据中心”。订单支持绑定“企业诺诺平台”的发票。3.1.3.5. 发起核销管理者或用车单位财务对接人双方都可发起核销。筛选目标订单，提交发起方填写结算标题、结算编号、发起方和发起方经办人、接收方和接收方经办人、系统对选中的订单进行应收合计、已收合计、未收合计、订单个数合计，合并成为本地核销记录。在双方确认环节，双方可以针对本次核销发表自己的意见，服务中心可以添加和删除本次核销，修改记录和沟通记录都自动保存。双方确认后，用车单位部门可对核销单启用电子印章，打印正式报销凭据。管理服务中心确认收款，系统自动把本次选中订单变为已收款状态。支持党政机关票据中心开具电子发票。支持订单绑定

14、“企业诺诺平台”的发票。3.1.4. 驾驶员填报数据3.1.4.1. 填报数据汇总驾驶员“掌上端”填报好数据，系统按照驾驶员进行自动分类汇总，有住宿费、过路费、停车费、其他费用。3.1.4.2. 数据审批预设分级审批，驾驶员填报、车队长初审、财务核准。3.1.4.3. 数据区分数据区分审批中和历史审批记录。3.1.4.4. 数据输出数据支持导出。3.3.优化使用监管3.3.1. 电子围栏升级电子围栏建设方式升级，由原来的一个地点，两个图库，简化为一个地点，一个图库。3.3.2. 终端智能巡检以区域为配置单元，系统自动巡检车载终端的工作情况，汇总后“钉消息”送达指定关注人，可设置消息提醒频率。3

15、.3.3. 数据输出数据支持导出、查询操作。3.4.其他服务能力提升3.4.1. “掌上端”办公按照“X政钉2.0”的接口要求，完成上架。用户群体为，用车单位、中心管理员、驾驶员、领导等。功能为，用户预约用车、中心派车、驾驶员（接单、出车、归队、填报）、服务评价和重点跟踪等；3.4.2. 分步融合“X政钉2.0”用户体系因业务需要，采用逐步融合“X政钉2.0”用户体系，用户登陆采用账户绑定的方式。3.4.3. 非“X政钉”体系用户处理因用户一部分为“非X政钉”体系内用户，需定期查找用户有效和失效状态，在指定组织内新增和删除用户信息。34.4.启用“钉消息”系统主要提醒方式除用车环节外，在使用监管等功能启用“钉消息”为标准提醒方式。3.4.5. 标准接口和对接流程输出随着公车业务数据的输出量激增，系统支持“单点登录”、“第三方轨迹推送”标准接口输出能力。3.4.6. “工单”能力提升关键数据获取和输出：平台针对关键数据的获取和输出，用户需通过“工单”技术支持入口提交，后台技术人员数据输出也通过“工单系统”输出，保隙数据安全。系统需求提交：用户的需求支持“工单系统”提交，后台技术定期汇总导出，提交省领导，并给予技术意见，为后期顶层设计提供佐证,达到以用促建的目的。3.5.政务信息资源目录编制按照XX