1、阐明 1. 本文仅作为工程研究生论文格式排版范文使用,论文内容不做为先进论文使用。如有和软件工程研究生论文规范冲突地方以规范为准。2. 本页非论文正式内容,正式内容从下页开始。分类号:TP311 单位代码:10422密 级: 学 号:12671研究生学位论文论文题目:电信业务数据稽核管理系统设计与实现作者姓名 周波 专 业 软件工程 导 师 合伙导师 10月10日原创性声明和关于论文使用授权阐明原创性声明本人郑重声明:所呈交学位论文,是本人在导师指引下,独立进行研究所获得成果。除文中已经注明引用内容外,本论文不包括任何其她个人或集体已经刊登或撰写过科研成果。对本文研究作出重要贡献个人和集体,均
2、已在文中以明确方式标明。本声明法律责任由本人承担。论文作者签名: 日期: 关于学位论文使用授权声明本人完全理解山东大学关于保存、使用学位论文规定,批准学校保存或向国家关于部门或机构送交论文复印件和电子版,容许论文被查阅和借阅;本人授权山东大学可以将本学位论文所有或某些内容编入关于数据库进行检索,可以采用影印、缩印或其她复制手段保存论文和汇编本学位论文。(保密论文在解密后应遵守此规定)论文作者签名: 导师签名: 日期: 目 录目 录ICONTENTSIII摘 要VABSTRACTVII第1章 绪论81.1 系统开发背景81.2 国内外研究现状91.3 解决重要问题91.4 本文重要工作101.5
3、 论文组织构造10第2章 电信业务数据稽核管理系统需求分析122.1 总体业务描述122.2 系统目的和解决问题142.3 系统需求问题描述152.3.1系统功能性需求152.3.2系统非功能性需求27第3章 系统设计293.1系统技术架构303.2 系统功能架构313.2.1 系统功能构成31第4章 系统详细设计334.1 系统建模334.1.1 系统整体模型构造334.2 详细设计分析344.2.1 扫描模块详细设计344.2.2定单稽核详细设计374.2.3专项稽核详细设计384.3系统接口设计404.4系统数据库设计43第5章 系统实现与测试475.1开发环境:475.2系统实现:47
4、第6章 结论与展望77参照文献79致 谢81CONTENTSChinese AbstractiEnglish AbstractiiiChapter 1 Introduction71.1 Development background for the audit system of telcom business71.2 The latest state of technology81.3 The main problems need to be resolved in this paper81.4 The main work of this paper91.5 The structure of
5、this paper9Chapter 2 The requirement analysis of the audit system of telcom business112.1 Introduction to the audit system of telcom business112.2 Project goal of the audit system of telcom business122.3 The discription of requirement for the audit system of telcom business132.3.1 Functional require
6、ment132.3.2 Non- functional requirement25Chapter 3 Construction design for the audit system of telcom business263.1 Desing aim and principle for this system263.2 Technology construction design273.2.1 Technology construction for the audit system of telcom business27Chapter 4 Detail design for the aud
7、it system of telcom business294.1 System modeling for the audit system of telcom business294.1.1 Model structure of this system294.1.2 The whole structure of this system364.2 Model design of this system304.2.1 The detail design for the otherness management304.2.2 The detail design for the integrativ
8、e management33Chapter 5 Implement and test for the audit system of telcom business435.1 The whole implement for the audit system of telcom business42Chapter 6 Conclusion43Referrences44Acknowledgements45摘 要电信重组后市场竞争日趋激烈,各个运营商为提高市场竞争力,推出大量捆绑业务和组合产品,资费下调、利润空间减少,运营商在控制成本同步,更加注重保障收入完整,同步业务复杂度明显增长,由于系统限制局
9、限性和人为因素,经常会浮现业务违规办理状况,导致各种错收漏收。另一方面,由于业务数据涉及各种平台,各平台之间存在频繁数据交互,因系统问题等因素会导致平台间浮现数据不一致状况,影响顾客服务和收入精确性。由于电信业竞争激烈,导致运营商纷纷下调资费,利润空间减少;因而各运营商在控制成本同步更加注重收入保证。加强内控管理,保证业务受理规范性和合理性,保障收入完整,成为运营商一项非常重要工作。电信业务数据稽核管理系统是近年兴起运营商对公司业务数据进行稽核管理有效工具。它通过系统对各平台间数据一致性和业务合规性进行校验,并对异常数据进行闭环派单整治,保证业务数据精确性、完整性和一致性,实现了业务稽核工作电
10、子化、流程化、自动化管理,大大减少了稽核工作人工成本和复杂限度,提高了有关工作效率,保证了稽核工作全面性和精确性,为收入保障和内控工作提供了强有力支撑,从而有效避免收入流失和各类服务问题,并以此为手段来提高公司获利能力、收入以及客户满意度。本文通过度析电信业务数据稽核管理实际需求和业务流程,设计和实现了一种针电信行业业务数据稽核管理系统。一方面,本文在讨论电信业务数据稽核管理系统项目背景和对其开发设计所面对问题基本上,分析了系统功能需求和非功能性需求,并对系统需求以流程图和用例图形式来详细阐明。在需求分析基本上,咱们进行了电信业务数据稽核管理系统架构设计。一方面依照系统需求提出系统设计目的和原
11、则,然后分别对系统技术架构和功能架构进行了设计。技术架构重要考虑系统可扩展性,可维护性以及性能问题。再一步进行电信业务数据稽核管理系统详细设计。该某些对各个模块设计进行了描述。第四某些在详细设计基本上,一方面对各个模块实现进行了简朴简介,给出了系统整体效果图和各个某些实现。最后,本文对电信业务数据稽核管理系统应用状况作了简朴简介,并对系统进一步改进提出了建议。综上所述,咱们在分析业务需求和客户关系管理思想基本上,设计并实现了电信业务数据稽核管理系统。核心字:电信行业,业务数据稽核,软件工程 ABSTRACT Keyword:Telecommunications,Telecom Business
12、 Data Auditing,Software engineering第1章 绪论1.1 系统开发背景当前电信行业营业规模、收入总量迅速扩大,光纤宽带、3G、移动增值等业务迅速增长,各个运营商开始向综合信息服务提供商转型,提供产品及业务种类明显增长。另一方面,电信重组后市场竞争日趋激烈,各个运营商为提高市场竞争力,推出大量捆绑业务和组合产品,业务复杂度明显增长,因系统限制局限性和人为因素,也会浮现业务违规办理状况,导致各种错收、漏收。另一方面,由于业务数据涉及各种平台,各平台之间存在频繁数据交互,因各种因素会导致数据不一致状况,影响顾客服务和收入精确性。另一方面,电信行业竞争导致运营商纷纷下调
13、资费,利润空间减少;因而各运营商在控制成本同步更加注重保障收入完整。加强内控管理,保证业务受理规范性和合理性,保障收入完整,成为运营商一项非常重要工作。当前,运营商业务数据稽核工作大都采用人工方式,通过人工检查来对各个业务环节数据进行比对,查找漏洞进行补收。这种方式因人力有限,只能停留在受理资料完整性、顾客与否欠费等浅层次稽核工作上;无法做到进一步分析各种业务规则漏洞,及时、全面、精确稽核出各种违规业务数据。此外稽核出异常数据全靠人工来调度整治,整治成果靠人工汇总上报,工作量极大且无法实现闭环管理,导致异常数据不能及时得到整治,不可以真正达到避免收入流失效果。面对人工稽核不完善带来日益严重收入
14、流失现状,亟需建设业务数据稽核系统,来自动实现对各类业务数据一致性、合规性进行稽核,并对数据整治调度进行自动化、流程化、闭环管理。从而提高稽核工作效率和稽核全面性、精确性,加强收入保障,防范内控风险。1.2 国内外研究现状依照IDC、普华永道、RHK等国际知名征询公司刊登报告,在全球50多家电信运营商中,约有三分之一公司因计费或欺诈行为而蒙受重大损失,损失约占其年度总收入5%15%。收入流失既严重影响公司经营业绩,又制约了公司正常发展,因而各个运营商都已经开始高度注重收入保障工作,陆续开始建设业务数据稽核平台。当前国内已有平台重要实现了对异常业务数据分析和提取,但是缺少对后续整治工作流程管控,
15、也未实现与业务流程密切结合。同步电信业务具备复杂多变特点,诸多平台存在扩展性和灵活性局限性缺陷,对后续新增业务支持能力不够。1.3 解决重要问题电信业务数据稽核管理系统是建立在整个电信业务系统基本上上子系统,该系统通过生产系统获得业务数据,并依照事先配备好稽核规则,对数据进行校验,生成存在异常业务数据,并通过闭环派单流程发送到责任部门进行整治,直至数据修正精确。系统必要具备如下特点:1、 系统必要实现对纸质定单电子化,变化以往因稽核纸质定单,纸质定单传递耗时时间过长带来稽核延时,提高稽核效率。2、 系统可以依照预先定义规则进行自动化稽核。3、 针对电信业务复杂多变特点,系统设计必要通用性强,具
16、备高度扩展性。4、 系统必要与稽核业务流程高度结合,实现从异常数据生成、派单、整治、复核在内全闭环管理,实现对电信业务稽核工作全面支撑。5、 稽核内容全面,既涉及对业务定单合规性稽核,又涉及计费收入数据稽核和平台间数据一致性稽核,覆盖收入保障所有范畴。6、 稽核过程需要对海量业务数据进行解决,解决能力必要高效,可以满足各类业务时限规定。如何设计满足以上需要电信业务稽核管理系统是本文要解决重要问题。1.4 本文重要工作本文分析了电信业务数据稽核管理系统实际需求和业务流程,并结合收入保障和数据稽核理论,设计和实现了电信业务数据稽核管理系统。一方面,本文讨论了电信业务数据稽核管理系统项目背景和所面对
17、问题,简介了国内国际系统现状。在此基本上分析了系统稽核业务流程,进而分析系统功能需求和非功能性需求,将系统需求以流程图和用例图形式详细阐明。在需求分析基本上,讨论电信业务稽核管理系统架构设计。一方面依照系统需求提出系统设计目的和原则,然后将架构设计分为系统技术架构和功能架构分别进行讨论。技术架构规定考虑系统可扩展性,可维护性以及性能问题。在技术架构讨论中,一方面分析了系统网络架构和系统数据存储构造,然后在逻辑架构讨论中,分析了J2EE架构分层模型,并对各层功能进行了分析。在功能架构分析中,讨论了系统各某些功能构成,最后给出一种动态系统功能流程。另一方面,进行电信业务数据稽核管理系统详细设计。依
18、照需求分析来设计系统,并对各个模块设计进行了描述。在系统建模中,为了更加充分理解系统设计,咱们简朴简介了电信业务系统总体架构,并分析了业务数据稽核管理系统在其中作用和位置。然后给出了电信业务数据稽核管理系统整体构造图。在理解了整体构造之后,简介了各个模块详细设计。在详细设计中,运用状态图和交互图进行设计分,给出了详细设计类图。再次,咱们在详细设计基本上,对各个模块实现进行了简介,给出了系统效果图。在详细分析最后,分析了系统测试,并对压力测试环境搭建和测试过程进行了详细讨论。最后,本文对电信业务数据稽核管理系统应用状况作了简朴简介,并对系统设计和实现进行了总结,提出了对系统展望和改进建议。1.5
19、 论文组织构造第1章绪论,重要描述系统开发背景、业务数据稽核管理国内外现状,本文解决重要问题和完毕工作。第2章系统需求分析,重要进行系统需求分析。一方面进行了电信业务数据稽核管理系统概述。另一方面描述了该系统系统目的和解决问题。最后对需求分析按照功能需求和非功能需求两个类别进行描述。第3章系统架构设计,重要进行系统架构设计。一方面对系统设计目的和原则进行了阐述。另一方面,在技术架构设计中,分别按照物理架构和逻辑架构进行设计。最后详细描述了系统功能架构设计过程。第4章系统详细设计,本章重要进行系统详细设计。一方面在系统建模某些,在对电信业务系统整体模型构造描述基本上,对电信业务数据稽核系统整体构
20、造进行设计。另一方面进行了各个模块详细设计。第5章系统实现与测试,一方面描述了系统整体实现,并对各个模块实现进行了描述。另一方面本章描述了系统测试状况,并对压力测试进行了详细描述。第6章对论文进行了总结,并对系统进一步提高提出了改进意见。第2章 电信业务数据稽核管理系统需求分析2.1 总体业务描述电信业务数据稽核是收入保障管理重要工作,内容涉及从业务受理、服务开通、计费账务全业务流程,需要各级业务、职能管理部门全面参加。电信业务数据稽核管理系统涉及业务定单稽核子系统、平台数据稽核子系统、专项稽核子系统、整治派单子系统;每个子系统又包括各种功能模块。各个子系统重要业务描述如下:一、 档案扫描子系
21、统实现顾客证件和定单扫描上传,扫描件用于对顾客签字和证件进行稽核以及实现纸质档案电子化;在解决客户与受理有关投诉时,可以在线(内部办公网络)实时通过定单号、证件号迅速查询定单和证件扫描件。二、 业务定单稽核二级稽核人员对证件、定单扫描件以及所有定单业务办理合规性进行稽核,对存在问题定单派单到相应营业厅进行整治;营业员整治完毕后,二级稽核人员对整治成果进行复核,市公司市场销售部三级稽核人员则对全市定单稽核和整治状况进行抽查,对发现存在问题定单派单到二级稽核进行解决整治,二级稽核依照实际详细差错进行相应整治解决或继续派单到营业厅进行整治。业务定单稽核子系统实现了对上述稽核过程电子化、实时化、系统流
22、程化管理,重要涉及定单多条件组合筛选及导出、定单稽核(批量稽核、循环稽核)、差错整治、整治复核、三级稽核模块、吉祥号管理(动态配备吉祥号规则进行吉祥号定单稽核提取)。三、 平台数据稽核子系统平台数据稽核子系统重要涉及自动核对模块(固话核对模块、宽带核对模块、移网核对模块)、数据关联集中呈现模块、数据定期自动同步模块。1、对固话、宽带、2G、3G在业务系统中数据和相应平台间数据进行一致性比对,核对内容涉及号码与否存在、功能服务与否一致、费用账期与否合规等;提取差别安排有关责任进行部门整治。2、以受理定单号作为入口提取各平台有关数据,进行集中呈现,解决了人工查询需要各系统切换繁琐。3、定期自动同步
23、某些核心数据,提高基本信息一致性(如为保证登陆工号、部门一致性:每天定期同步员工表、部门表、产品表、动作表等)。四、 专项稽核子系统依照收入保障有关规定,针对特定也许存在业务漏洞,制定相应稽核规则,检查出存在问题顾客数据,并组织专项整治。五、 派单整治子系统各稽核子模块生成差别数据通过派单整治子系统派单到职能部门进行审核,审核通过后发送责任部门进行整治,整治完毕后对成果进行复核,复核通过后流程结束,实现业务数据稽核整治全闭环管理。六、 记录查询重要提供档案扫描记录查询、定单稽核记录查询、专项稽核记录、差错受理记录、稽核超时记录、差错整治记录等功能。七、 系统管理重要实现对稽核参数进行配备;分派
24、顾客权限;稽核人员稽核范畴配备等;涉及:公示管理、日记管理、专项稽核接口管理、自动稽核接口管理、角色管理、密码管理等。关于上述七个子系统详细功能框架,将在系统需求分析一章中予以详细阐明。2.2 系统目的和解决问题系统设计和实现达到如下目的:1 实现对客户定单、证件扫描上传,对受理定单、客户签字、证件电子化查询和稽核,避免纸质定单人工传递带来稽核延时及查询不便性。2 实现对业务定单自动化稽核,对业务受理合规性进行自动检查,对不需人工复核定单自动通过或退回,减去人工稽核工作量,实现定单稽核全面性,避免因抽查导致漏检状况。3 实现对顾客数据自动化稽核,对业务系统数据与互换网元数据进行一致性和完整性检
25、查,对不一致或缺失某些进行报错并提示,稽核人员可以只对报错某些进行针对性稽核,提高稽核效率。4 系统提供工单解决流程,对异常数据依照业务需要分解和流转到有关部门解决。通过工单在各环节间流转来完毕数据整治工作跨部门配合和连接。5 系统实现对稽核规则和工单流程配备化管理,可依照实际业务逻辑变化通过配备接口界面调节实际稽核规则和工单解决流程,实现调节迅速化、简朴化。6 系统应提供全面记录分析和考核功能,系统必要在每次稽核后,对数据采集、数据稽核、工单解决、数据整治等提供相应日、周、月记录报表。所有记录报表,均需要提供表格和图表方式进行综合呈现。对所有稽核成果形成按照市、区县、乡镇营业部维度和业务维度
26、记录报表,以便对有关部门差错和整治状况及进行考核。2.3 系统需求问题描述2.3.1系统功能性需求1. 系统涉及岗位需求 业务数据稽核系统涉及岗位如图2-3所示:图 2-3 业务数据稽核系统岗位如上图所示,每个岗位相应着不同操作职责和权限,分别如下:(1) 营业人员相应职责有:定单扫描、证件扫描、受理差错整治。用例图如下:(2) 二级稽核人员相应岗位职责有:定单二级稽核、受理差错整治状况复核、专项稽核差错整治。用例图如下:(3) 三级稽核人员相应岗位职责有:定单三级稽核、专项稽核派单、专项稽核整治复核。用例图如下:(4) 系统管理员职责有:工号管理、权限管理、稽核点配备。(5) 专项稽核配备人
27、员职责:专项稽核规则配备、专项稽核任务执行。(6) 平台维护人员职责:负责平台异常数据核查整治工作。2.业务流程及用例在分析了系统岗位设立之后,本文分业务档案扫描、业务定单稽核、平台一致性稽核、专项稽核、派单整治、记录分析、系统管理六某些来整顿系统需求。(1) 档案扫描子系统档案扫描子系统涉及证件扫描、定单扫描、合同扫描三个功能模块,证件及定单扫描解决流程如下图所示: 顾客到前台进行业务办理,营业员一方面对证件进行扫描上传,然后为顾客在系统中办理有关业务,打印受理定单,顾客签字后,收取有关费用,业务办理完毕,然后对定单进行扫描。 证件扫描模块菜单名称证件预扫描合用角色范畴 营业员 二级稽核 稽
28、核班长 三级稽核 专项稽核调度 专项稽核解决 稽核逻辑开发 系统管理员 公共查询目当受理单未进入稽核系统,或者遇到业务较多来不及逐笔扫描定单,或者客户需要着急走不能等待状况下,可以预先扫描并保存客户证件(也需要考虑方案支持拍照,当前高拍仪正在测试中)功能规定1. 可以初始化扫描仪2. 扫描证件可以记入登录者本人名下(默认),也可以记入本营业厅其她营业员名下(可如下拉框选取)3. 扫描件最多可以上传6份4. 扫描时选取扫描件类型,涉及:身份证(单张)、身份证(顾客/经办人)、驾照、护照、户口簿、a4(其他)5. 扫描后证件保存在服务器上并记录该证件属于哪个工号其她规定证件扫描上传后系统需要在证件
29、图片上加上水印(chinaunicom 扫描件时间),以保证扫描件符合市公司规定,即证件只能在同一天、同一营业员、同一客户使用,二级稽核可以在稽核环节看到水印人工判断定单扫描模块模块名称定单扫描合用角色范畴 营业员 二级稽核 稽核班长 三级稽核 专项稽核调度 专项稽核解决 稽核逻辑开发 系统管理员 公共查询目对于从生产系统进入了稽核系统工单,进行定单及证件等纸质凭证扫描。功能规定1. 本菜单打开后可以默认显示本登录工号下所有未扫描工单,显示信息涉及:流水号、服务号码、业务类型,并显示如下凭证与否扫描:客户证件、业务定单、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方
30、案申请、签字减免等纸质凭证)、其她2. 也可以按照流水号,单个查询3. 可以初始化扫描仪4. 可以打开某个定单,然后扫描该定单客户证件、业务定单、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她5. 除业务单外其她证件信息,可以现扫描也可以从自己已经预扫描过证件里面选取6. 业务定单可以支持扫描、复印、拍照7. 如果是关联业务话,不用重复扫描,扫描完一笔定单(作为主单)后其她定单可以直接通过输入主单流水号而共享扫描件。输入主单流水号时候需要有如下限制条件:1) 主单流水号不能与当前流水号相似2) 主单流水号必要已经提交给二级稽核了3)
31、 主单流水号必要与当前流水号业务是同一受理人、同一天、同一业务类型、同一网别8. 可以输入备注9. 可以输入营销方案申请、合同会签合同或者签字流程OA编号10. 支持暂存、保存提交,保存提交是指该定单扫描件已经全了可以提交给二级稽核11. 打开定单除了可以扫描外,还可以显示该定单定单操作历史日记,涉及:顺序、解决人、动作、解决时间、所属部门、解决意见(成果)其她规定1. 无法扫描状况解决:针对某些代理商或营业点没有扫描仪或者扫描仪故障超过3天以上不能扫描上传状况, 在营业员扫描业务单地方可以选取“扫描”或“复印”。默认是扫描,即默认是需要扫描上传业务单,但是如果某些代理商或营业点没有扫描仪或者
32、扫描仪故障超过3天以上不能扫描上传状况,可以选取复印,营业员办理业务时复印顾客证件,粘贴在定单背面。在营业员扫描定单操作界面,点击复印选项(普通默以为扫描定单),此类定单系统容许在无关联定单、无任何扫描件状况下上传提交至二级稽核。但是如果没有选取复印,则在保存提交时候系统需要验证:“必要扫描客户证件!或与其她定单有关联”2. 合并打印关联提交对于像沃家庭这样一笔 多笔流水状况,融合系统容许多张业务单合并打印到一张上去,这样扫描上传只需要在沃家庭主单上扫描上传一份即可,其她流水单子就不需要扫描上传。因而,需要加一种功能:如果是标志为合并打印,容许有一笔主单扫描上传后提交,其她同一定单号下面其她所
33、有流水号批量关联上传。3.定单关联模块菜单名称批量定单关联合用角色范畴 营业员 二级稽核 稽核班长 三级稽核 专项稽核调度 专项稽核解决 稽核逻辑开发 系统管理员 公共查询目对同一工号受理扫描件可以共享,或者只需要一种主单提供扫描件其她被关联单不需要提供扫描件状况,对这种定单进行批量关联功能规定1. 输入或选取一种主关联定单号,需要有如下限制条件:主关联定单只能是已经扫描并提交定单,在主单可供选取界面中也应当显示是已经扫描并提交定单2. 选取被关联定单,需要有如下限制条件:1) 被关联单必要是未提交定单2) 主关联单与被关联单必要是同一受理人、受理时间在同一天、同一业务类型、同一网别3. 关联
34、后所有单子就统一批量提交给二级稽核了。4. 准时间段可以该营业员名下选取没有提交过定单5. 通过复选框选取可以关联定单进行关联,支持全选、重置6. 单次关联定单数=100笔其她规定批量定单关联需要系统加上批量定单关联标志,需要能区别出哪个是主单、哪些是与这个主单关联被关联单(2)定单稽核子系统 稽核规则配备可以依照业务变动灵活配备新稽核规则,稽核业务逻辑与系统界面分离,实现松耦合管理,提高系统可扩展性。自动稽核每天晚上业务系统数据会被同步到省公司统一提供查询数据库,业务稽核管理系统将所需数据从查询数据库中抽取本地,然后依照事先配备好稽核规则执行自动稽核任务,生成异常数据,异常数据涉及差错类别,
35、差错描述等信息。辅助稽核可依照稽核人员指定条件,提取需要稽核定单与稽核有关核心信息,如客户信息、顾客信息、账务信息等。有关信息可导出EXCEL表,用于辅助稽核。稽核完毕后可填写稽核成果,选取差错种类并对差错进行描述。菜单名称等待稽核定单合用角色范畴 营业员 二级稽核 稽核班长 三级稽核 专项稽核调度 专项稽核解决 稽核逻辑开发 系统管理员 公共查询目二级稽核对营业员提交上来、且竣工后定单进行稽核功能需求1. 可以通过查询条件查询出该二级稽核人员管辖稽核范畴内所有未稽核定单2. 可以点击打开查看单笔定单详情3. 系统自动稽核成果显示在定单详情里面4. 可以导出查询出来定单信息,导出时需要哪些字段
36、可以手工选取5. 可以单笔稽核通过或退回(涉及通过、通过并继续、退回、退回并继续、跳过暂缓稽核)6. 可以多笔定单通过退回,界面功能涉及:全选、取消全选、当页批量通过、当页批量退回、所有批量通过、关联批量通过(主单通过,与主单关联单子也一并通过)、关联批量退回(主单退回,与主单关联单子也一并退回)7. 增长一种查询条件“与否批量关联”,如果选取“是”可以查询出所有批量关联定单主单信息, 点击主单后弹出定单详情界面时,定单详情界面上增长一种可以查看所有被关联单信息地方。如果点击查看被关联单,则可以看到被关联定单列表,再点击某个定单,可以进入看到该定单定单详情查询条件定单号、流水号、网别、业务类型
37、、品牌、产品(套餐)、自检状态、三级部门、受理部门、受理人、时间范畴(指是受理时间)、与否上传(具有如下项目:所有(默认)、已上传、未上传)、受理系统(具有如下项目:E侧、B侧)、与否批量关联(是、否)/*关于联标志*/、定单形式(所有定单、扫描定单、纸质定单 /*指是无扫描仪或扫描仪损坏状况下纸质报送某些*/)、 查询成果在界面上展示信息定单号(按定单号排序)、流水号、服务号码、关联号、业务类型、产品、客户名、受理人、受理部门、自检(自检通过、自检差错、辅助稽核通过、辅助稽核差错),如下信息显示与否扫描即可:客户证件、业务定单、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合
38、同、营销方案申请、签字减免等纸质凭证)、其她导出和每个定单详细信息需要字段定单号(按订单号排序)、流水号、业务号码、业务类型、账户标记、网别、品牌、新产品名称、原产品名称、受理点、受理人、受理工号、新客户名称、原客户名称、证件号码、证件类型、证件地址、原装机地址、装机地址、联系、联系电话、顾客类型、顾客性质、营业费用、预存款、押金、付费方式、原速率、新速率、新增优惠、取消优惠、新增服务、取消服务、顾客关系变化(新增)、顾客关系变化(取消)、sp信息(新增和取消)、付费关系信息(新增和取消)、帐务优惠信息(新增和取消)、欠费金额、实时结余、备注、吉祥号码类型、自检差错信息、与否上传、合同编号、
39、单笔定单需要显示定单详情流水号、业务号码、受理人、受理点、产品、业务类型;如下扫描件:业务定单、客户证件、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她;扫描件可以放大查看,也可以打印。关联定单号、自检信息、扫描提交备注、二级稽核退回因素(输入文本框)、差错类型(可选取,可配备);定单操作历史日记:顺序、解决人、动作、解决时间、所属部门、解决意见(或成果)其她规定差错解决营业人员可查看差错定单,并对差错进行整治,整治完毕后填写整治成果。菜单名称定单稽核差错解决合用角色范畴 营业员 二级稽核 稽核班长 三级稽核 专项稽核调度 专项稽核
40、解决 稽核逻辑开发 系统管理员 公共查询目营业员对二级稽核人员稽核出差错被退回定单进行整治解决功能需求1. 显示本工号被退回所有定单信息:流水号、服务号码、业务类型、产品、客户名、自检(自检通过、自检差错、辅助稽核通过、辅助稽核差错),如下信息显示与否扫描即可:客户证件、业务定单、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她2. 可以手工刷新、定期刷新3. 可以按照流水号单笔查询4. 可以点击打开查看单笔定单详情5. 对某笔定单进行证件、定单等凭证重新上传,也可以记录差错整治状况单笔定单需要显示定单详情流水号、业务号码、受理人、受
41、理点、产品、业务类型;如下扫描件:业务定单、客户证件、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她;关联定单号、自检信息、扫描提交备注、稽核退回因素、差错类型(可选取、可配备);定单操作历史日记:顺序、解决人、动作、解决时间、所属部门、解决意见(或成果)其她规定扫描件可以放大查看,也可以打印整治复核二级稽核人员查看整治成果,对营业员整治状况进行复核,对存在问题进行退单继续整治,对整治完毕复核通过。模块名称整治复核合用角色范畴 营业员 二级稽核 稽核班长 三级稽核 专项稽核调度 专项稽核解决 稽核逻辑开发 系统管理员 公共查询目二级
42、稽核退回差错定单营业员整治后再次提交定单,二级稽核进行复核功能需求1. 界面上默认显示本月营业员整治后再次提交所有定单2. 可以通过流水号查询单笔定单,也可以通过时间范畴等信息查询多笔定单3. 可以点击打开查看单笔定单详情4. 对于二次提交单笔定单可以填写二级稽核退回因素,可以对这笔定单进行通过(包括通过并继续)、退回(包括退回并继续)、跳过暂缓稽核解决5. 也可以对多笔进行通过或退回解决,涉及:全选、取消全选、当页批量通过、当页批量退回、所有批量通过、关联批量通过(主单通过,与主单关联单子也一并通过)、关联批量退回(主单退回,与主单关联单子也一并退回)查询条件流水号、网别、业务类型、品牌、产
43、品、受理部门、时间范畴查询成果在界面上展示信息定单号(按定单号排序)、流水号、服务号码、关联号、业务类型、产品、客户名、受理人、受理部门、自检(自检通过、自检差错、辅助稽核通过、辅助稽核差错),如下信息显示与否扫描即可:客户证件、业务定单、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她单笔定单需要显示定单详情流水号、业务号码、受理人、受理点、产品、业务类型;如下扫描件:业务定单、客户证件、其她证件(包括经办人、担保人、付费人证件)、费用减免根据(涉及合同、营销方案申请、签字减免等纸质凭证)、其她;扫描件可以放大查看,也可以打印。关联
44、定单号、自检信息、扫描提交备注、二级稽核退回因素(输入文本框)、差错类型(可选取,可配备);定单操作历史日记:顺序、解决人、动作、解决时间、所属部门、解决意见(或成果)其她规定(3)平台数据稽核子系统 重要实现对固话业务、小灵通业务、宽带业务、GSM业务客户资料数据与相应平台数据进行比对;生成差别成果,并通派单子系统完毕下发、整治、反馈等。平台数据稽核子系统分为如下两个模块: 筹划任务定制管理模块系统应支持筹划性任务管理,可以对采集、稽核、工单等进行任务定制。筹划任务定制应能灵活选取需要稽核数据源业务系统、数据源业务属性以及稽核规则等项目,且各项目可以灵活组合形成一种完整筹划任务。筹划任务管理
45、应支持多任务并行执行机制,使多任务可以并行执行,提高系统运营效率。系统支持年、月工作筹划制定与审核,工作筹划是任务集合,系统应当可以按月、按年等粒度,记录工作筹划完毕全面性和及时性。数据采集和校验模块稽核数据范畴涉及如下平台和系统:1固话互换机平台:2宽带业务平台(亚信平台等)3智能网平台4HLR(西门子、华为、贝尔等)5OCS系统数据采集应当具备如下功能:1数据采集应能依照采集祈求,向业务支撑系统或网元提取原始数据,并进行数据完整性校验。2系统应提供对采集任务进行配备功能,涉及采集周期、采集启动时间以及采集任务相应脚本等。3系统应能对采集状况进行跟踪,可查询历史采集任务原始交互日记,理解采集任务执行状况。4必要支持对数据过滤、清洗、比对功能,可以依照实际数据状况对数据进行多重数据解决。数据校验应具备如下功能:1数据稽核行为必要是可自定义,可以通过界面配备化进行业务扩充。2数据稽核应当支持上百万级别数据量比对工作。数据稽核应支持多任务并发。数据稽核应在2小时内完毕。3系统应能提供生成差别性报告功能,并提供差别成果导出功能。4稽核成果呈现应涉及各有关平台详细差别信息,以及比对数
©2010-2024 宁波自信网络信息技术有限公司 版权所有
客服电话:4008-655-100 投诉/维权电话:4009-655-100