黄埔海关查验异常结果处置系统软件开发招标需求

黄埔海关查验异常结果处置系统软件开发招标需求 黄埔海关查验异常结果处置系统软件开发招标需求 说明:投标人须对招标文件技术内容部分承担保密义务，未经采购人同意不得向任何与此项目无关的第三方透露。 一、建设背景 为落实《黄埔海关业务管理一体化改革总体》，并根据关党组的重要指示，以货运现场发现的影响海关统计准确性和监管秩序案件(该两类案件以下统称为“快办案件”)为突破口，实现对查验异常结果全部“进系统、化”处置，并具备“可复制、可推广”的改革效果。因此需配套开发《黄埔海关货运现场查验异常结果处置系统》，实现查验结果异常自动识别、分类处置，同时对快办案件实现标准化、规范化、快办化办理。由此，一方面整体提高监管及办案效能，有效提升执法规范化水平;另一方面充分节约监管资源和警力资源，强化内控机制及成效;还可大幅提高通关速度、减轻企业负担，有利于实现法律效果与社会效果的和谐统一。 二、建设内容 本系统建设内容主要实现以下目标: 一、查验异常结果信息全部进平台，进行分类分流，区别处置 系统内按模块化、标准化的要求，进行条目细化，关员按照预置“菜单式选项”对异常信息进行对应勾选，系统自动判断、识别、分流，分类处置，杜绝系统外流转。 二、办案程序内容标准化 研究制订查验异常结果处置操作办法，重新调配执法程序相关工作。将收集、录入、扫描、传输相关材料及数据、送达文书等工作，由查验岗位负责;受立案、调查，继续由复核岗位依托系统完成。案件处理流程除收集证据、送达等法律法规明确规定程序以外，其余流程全部在线完成，系统操作过程可记忆、可追溯、可存档;同时简化审批，改革后实体与程序均标准化操作，对原有的内部层级审批全部取消，对商品编码核定及调查环节，设立复核岗位。办案流程对管理相对人公开，案件办理信息可通过短信通知当事人。 三、办案实体内容标准化 明确常见简单案件证据材料的种类、形式和内容的要求。制定立案标准、认定标准、处罚标准，并将上述标准参数化嵌入本系统，根据录入信息自动对应处置。信息录入格式化，案件信息按系统设定格式录入，报关单信息通过《查验流程管理系统(三期)》导入，违法货物核定商品编码、监管条件、漏缴税款等信息由通关部门按系统规定格式录入，最大限度减少直接文字录入。制定标准化法律文书(处罚告知单、处罚决定书、责令办理海关手续通知书、送达回执、缴款通知书等)依照系统信息，自动套用、生成。 四、兼顾总署统计要求 在满足查验、缉私工作需求的同时，数据可被总署缉私工作办案平台采集和统计。 三、现状与差距 近2年，简单案件在查获、移交、办理等环节牵涉了查验和缉私部门较多人力，既影响了海关业务部门开展其他业务的效率，也影响了缉私部门对其他取证、调查、审理难度更大、影响更大的一般案件的办理效率，从统一执法、业务一体化的目的出发，急需建立信息化系统解决相关问。 四、建设原则 1、以数据为中心的原则 按照信息工程理论，数据是稳定的。通过对海关缉私执法办案工作平台的整体分析，遵循“以数据为中心”的原则，提炼和抽象出相对稳定的数据模型，把数据作为设计的中心，建立动态或静态关联模型，实现有效的数据管理，保证缉私执法办案工作平台的稳定性。 2、数据标化和规范化的原则 海关缉私执法办案工作平台中的数据满足国家及海关信息化的标准和规范，包括对数据属性的统一定义，数据词典和约束条件的统一定义。对不符合标准和规范的数据必须进行整合处理。 3、统一结构和灵活性相结合的原则 海关缉私执法办案工作平台中的数据结构应坚持统一性和灵活性相结合的原则，在相对统一结构的基础上，追求最大限度的灵活性和可扩展性。 4、面向对象的设计原则 面向对象的工程开发通常是对分析、设计和构造这三种构成要素的多次迭代完成的。面向对象是近年来软件工程方法学革命，是软件开发的返璞归真，使得广大的技术人员能够站在基于常识常规的角度进行软件系统分析设计。因此坚持面向对象的分析设计方法有利于构造可靠、稳定的软件系统。面向对象的很多要素如封装、继承、多态等使得软件整体设计的易读性、类的可维护性可扩展性有极大的提高，可以很容易地派生出功能各异的版本。 5、坚持MVC分离的设计原则 在本项目中我们将建立适合海关缉私执法办案工作平台应用业务的组件库，将主要业务处理置于业务组件库内完成，这样无论是维护还是扩展，都可以尽量减少业务与界面的交互干扰。同时由于不同版本的软件界面一般都不同，MVC分离可尽量增加可复用的代码量，并使其相对独立。 6、坚持基于模式的设计原则 基于软件架构模式和软件设计模式理念实现的应用系统具备如下特点: (1) 可提高再利用性; (2) 有利于将通用对象和特殊对象分离; (3) 可利用专家的知识; (4) 可以减少设计上的失误; (5) 可提高应用系统的坚固性; (6) 可以容易理解他人的设计产品。 7、坚持统一配置库的设计原则 库是功能相近的类的集合，其需求分析由可能复用此库的部门共同制定，指定独立的开发岗位开发，由专职的管理员负责管理。由于由专人开发，专职管理，专业性强，版本控制和扩展都更加容易，还可以将错误处理集中进行，增强了系统的强壮性。随着库的完备，类似工程的造价和耗时将得到极大降低。我们将在软件工程管理的配置管理的基础上，利用项目所开发的构件库管理功能做好这一工作，保证实现项目的复用目标。 8、坚持松耦合的设计原则 各分系统集成采取松耦合原则，既共享与交换必要的信息，又能相对独立地运行，互不干扰;各系统之间保持相对独立。而在业务整体层面用户体验到是一体化的，布局合理的操作接口，保证用户在业务处理和业务的分布上合理科学，符合业务的常规。 五、业务流程描述与性能要求 (一)业务流程描述 监管岗位复核岗位 《查验三期》 录入查验异常结果 数据导入:查验异常结果处置系统可通知当事人补充材料非案判断逻辑1:查验异常判断 是判断逻辑2:是否需计核发送计核申请审单计税系统否返回计核结果 判断逻辑3:异常结果判断非案其他案件 快办案件 通知当事人提供相关材料 发现异常审核证据材料扫描录入案件信息、材料查验科录入处置结果 是否符合要求否 是通关岗位录入判断逻辑4:系统根据违法内容删改单信息生成处理意见、告知单拟稿 确认告知单拟稿 受、立案，调查终结缉监管岗位自动完成并填入数据私 办两系统后台通讯打印告知单并送达当事人案告知单加盖电子印章传递文书录入送达信息平 台缉私是否有异议，否，处置系统生成决定书拟稿并确认介入定协助两系统后台通讯制打印决定书并送达当事人决定书加盖电子印章异常执行传递文书自录入送达信息并录动入本填打印缴款书入系统数当事人缴纳罚款据 流扫描录入执行信息同步送达执行信息两系统后台通讯程案件办结案件归档人工操作转一般案件处理案件线索移交反馈与移交反馈系统对接并告知当事人系统系统操作 (二)性能要求 系统响应时间: 监管/归类/计税/复核岗位的系统响应时间接受范围:1秒以内为好，2秒以内为较好，3秒以内可接受，超过4秒为不可接受。 管理/执法监控岗位的查询结果反馈接受范围:4秒以内为好，8秒以内为较好，10秒以内可接受，超过20秒为不可接受。 -系统支持老港、新港、开发区、新沙、东莞、凤岗、长安、沙田等有货运现场的隶属关(办事处)及总关、总局相应职能处室使用。 -系统预计使用人数为800人;高峰时段的并发用户为500人。 -现场业务日常工作时间为8:30到17:30;业务高峰时段为9时到16时。 (三)信息量要求 本系统每日业务处理量约为50起案件;其中业务高峰时段处理量约为40起。 六、软件开发具体要求 本项目所涉及的相关硬件设备(服务器、监控设备等)、系统及平台软件(中间件、数据库软件、操作系统软件等)不在此次招标内容中。但采购人应提出完善的基础环境设计建议，详细阐述本系统部署的网络、存储环境、备份容灾及安全体系设计。 (一)软件开发技术要求 1、采用基于.NET 架构开发技术 2、要求采用海关总署缉私执法办案平台注册框架技术 为保证海关缉私部门项目的规范性与统一性，本项目要求采用基于海关总署缉私局 执法办案平台注册框架技术，使项目可以注册到执法办案工作平台中。 3、要求采用构件化的开发技术 本项目要求采用构件化的开发技术，减少大量的重复劳动。构件(Component)是 可复用的软件组成成分，可被用来构造其它软件。 4、要求采用成熟的数据中间层 要求采用成熟的数据中间层对海关执法数据进行传输和存储，与海关服务器端进行 数据交互。 5、要求采用WCF和Web Service技术进行数据交互 系统开发要求与中间层或其他系统的数据交互采用基于WCF和Web Service进行。 6、数据安全处理 海关数据存储、显示等需符合海关安全数据的有关规定;传输需符合海关数据传输 的相关要求 7、其它要求 系统要求采用BS架构设计，浏览器采用IE8.0以上版本。 (二)项目实施要求 1、项目工期要求:合同签订后30个自然日内完成本系统的需求分析、系统设计、软件开发、系统测试、实施部署、试点推广等工作，并交付使用。 2、项目实施管理 投标人必须证明自身有足够的能力实施，并且提出有效的实施方案。项目主要开发人员需具有承担过相关系统软件开发经验，能够与用户进行良好的沟通，要熟悉系统开发架构。本项目执行过程中，未经用户单位建议或许可，项目开发主持人不变更，至少2/3参与开发的人员不变更。 1、投标人应在项目实施过程中，承诺做到: (1) 根据工程进展及时向采购人报审工程文档。 (2) 定期将工程实际进度和资源投入(人力、设备材料、工具)情况报送采购人。 (3) 系统开发基于海关提供的应用支撑平台。 (4) 系统设计必须满足的相应标准规范。 2、开发进度:合同签订后30个自然日内通过预验收并上线试运行。 3、投标人应制定详细的质量控制、项目各阶段进度计划，进行任务分解。 4、设置进度里程碑，在相关里程碑完成后要有相关评审，至少包括以下里程碑: (1) 概要设计 (2) 详细设计 (3) 系统开发 (4) 系统测试 (5) 集成和联调测试 (6) 试运行 (7) 合同验收 5、试运行及验收 合同乙方应按黄埔海关软件项目整体验收要求和验收流程完成验收准备，应协助完成整体验收。 (1)试运行:系统完成研发及测试工作后，交采购人试运行; (2)合同验收:系统无重大故障连续试运行3个自然月后进行合同验收，由中标人提出验收申请，由采购人根据本系统总体设计的要求，从系统功能、性能，文档等几方面进行验收。 (3)验收标准:投标人根据黄埔海关软件项目验收标准完成相应工作并保障所开发系统无故障运行并经采购人确认，由采购人按照技术方案和有关规定组织验收。 (4)移交与本项目有关的相关技术资料。项目成果以及由此形成的知识产权属海关所有，包括文档资料和程序等。 (5)系统在海关系统中的应用和部署不受限制。 6、文档管理:实现文档版本控制，验收时按照海关要求提供所需文档。 (三)软件开发团队配置要求 项目工期内，投标人应提供至少1名项目经理(具有人事部门和信息产业主管部门联合颁发的信息系统项目管理师证书)在内的总共不少于9名核心开发成员的团队配置。其中项目经理需提供相应资质证明文件及之前所参与项目的案例证明材料;核心项目团队开发成员提供人员简历、学历/学位证书及从事软件开发工作3年以上的工作经验证明材料。 投标书应写明开发成员名单。在合同期内，招标人有权要求投标人根据项目进度和质量更换开发成员，投标人应在接到招标人《更换开发人员通知书》3个工作日内提交新替换人员的相关材料供招标人审核，招标人审核通过后完成人员更换。 投标人自行更换开发成员，应提前10个工作日向招标人提交《更换开发成员申请书》，并取得招标人书面许可，方可更换开发成员。 1、项目经理(1名):应具有信息系统项目经理证书。对项目实行质量、安全、进度、成本管理的责任保证体系的管理人员。项目经理是项目的成功策划和执行负总责的人。在预算范围内按时优质地领导项目小组完成全部项目工作内容，参与项目管理不低于22天/月。 (1)具有系统工程的基础知识; (2)掌握开发信息系统的综合技术知识(硬件、软件、网络、数据库); (3)熟悉企业和政府信息化建设，并具有组织信息化战略规划的知识; (4)熟悉掌握应用及信息系统开发过程和方法; (5)熟悉信应用及信息系统开发标准; (6)掌握信息安全的相关知识与技术; (7)理解软件质量保证的手段; (8)具有大学本科的数学基础; (9)熟练阅读和正确理解相关领域的英文文献; (10)具体有多年相关项目管理经验; (11)应具有敏捷开发管理证书。 2、产品经理(2名): 产品经理具有从事计算机应用系统的分析和设计工作能力及业务水平，能指导系统设计师和高级程序员工作的项目成员。在软件开发流程中主要从事需求分析、熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格，制定项目开发计划，协调信息系统开发与运行所涉及的各类人员，能按照标准规范写系统分析、设计文档，能对开发过程进行质量控制与进度控制，能具体指导项目开发，具有高级工程师的实际工作能力和业务水平。参与项目开发不低于15天/月，具体要求如下: (1)具有系统工程的基础知识; (2)掌握开发信息系统的综合技术知识(硬件、软件、网络、数据库); (3)熟悉企业和政府信息化建设，并具有组织信息化战略规划的知识; (4)熟悉掌握应用及信息系统开发过程和方法; (5)熟悉信应用及息系统开发标准; (6)理解软件质量保证的手段; (7)具有大学本科的数学基础; (8)熟练阅读和正确理解相关领域的英文文献; (9)具体有多年相关项目实施经验; (10)熟悉原型工具使用 (11)应具有系统分析师证书。 3、软件架构师(1名):在软件项目开发过程中，将需求转换为规范的开发计划及文本，并制定这个项目的总体架构，信息系统项目架构设计(包括概要设计和详细设计)、开发阶段的主要模块的规划、设计和测试，同时也涉及可行性分析的工作，并指导整个开发团队完成这个计划。软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。软件架构师必须对开发技术非常了解，并且需要有良好的组织管理能力。参与项目开发不低于15天/月，具体要求如下: (1)具备 8 年以上软件行业工作经验的系统架构师; (2)具备 4 年以上 C/S 体系结构软件产品开发及架构和设计经验; (3)具备 4 年以上应用产品开发及架构和设计经验; (4)具备 3 年以上的代码编写工作经验; (5)具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验; (6)对相关的技术标准有深刻的认识，对软件工程标准规范有良好的把握; (7)对 .Net/JAVA 技术及整个解决方案有深刻的理解及熟练的应用，并且精通WebService/J2EE 架构和设计模式，并在此基础上设计产品框架; (8)具有面向对象分析、设计、开发能力; (9)精通大型数据库如 Oracle 等的开发; (10)在应用系统开发平台和项目管理上有深厚的基础，有大中型应用系统开发和实施的成功案例; (11)良好的团队意识和协作精神，有较强的内外沟通能力。 4、软件开发程序员(4名):完成分配项目的实施和技术支持工作;协助项目经理和相关人员同客户进行沟通，保持良好的客户关系;参与需求调研、项目可行性分析、技术可行性分析和需求分析;熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术;负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议;参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。负责相关技术文档的拟订。负责对业务领域内的技术发展动态进行分析研究，需全程驻场参与项目开发，具体要求如下: (1)具备3年以上软件开发经验、2年以上应用(.NET)开发经验，熟悉应用(.NET)架构 (2)熟悉面向对象编程 (3)熟悉Oracle或以上，熟练使用存储过程 (4)熟悉微软N层架构设计 (5)熟悉.NET开发框架 (6)熟悉Remoting、WCF、Web Service分布式系统开发 (7)熟悉DHTML、CSS、Ajax 5、UI设计师(1名):完成分配项目界面设计及实施和技术支持工作;协助产品经理和相关人员进行需求的用户体验优化，保持良好的客户关系;参与需求调研、需求可用性分析、界面技术可行性分析;熟悉并熟练掌握交付移动及网站后台界面设计、实施技术;并根据实际情况提出改进建议。负责相关UI文档的拟订。需全程驻场参与项目开发，具体要求如下: (1)具备3年以上软件界面设计实施经验，熟悉常用移动应用多设备兼容问题解决 (2)熟悉用户体验优化 (3)熟悉高保真原型制作 (4)熟悉品牌传播，企业文化传播 (5)熟悉可用性测试 (6)熟悉PS、AI、DW软件操作 (7)熟悉DHTML、CSS、Ajax 七、系统功能需求(投标人需在本招标项目中实现本章功能需求的全部内容) (一)查验异常管理(查验岗位) 1.待处理异常列表 (1)流程描述 操作人员点击“新增查验异常”，录入本次查验的报关单号，系统根据报关单号从数据预定平台提取对应的申报数据。然后转入查验异常录入界面，录入查验异常详情。 录入过程中点击“保存”后，才可点击“流转到下一环节”，调用业务规则1，查验异常结果分别流转到“待核定列表”或“待处置列表”。查验异常数据均为空时，不可点击“保存”。 “待处理异常列表”显示已保存且尚未流转到下一环节的查验异常。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开查验异常详情，并可修改。 2.已处理异常列表 (1)流程描述 “已处理异常列表”显示已保存且已流转到下一环节的查验异常。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开查验异常详情，但不可修改。 (二)通关初核(通关初核岗位) 1.待核定列表 (1)流程描述 “待核定列表”显示系统流传到本岗位的待核定查验异常。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开商品详情，并录入查验异常货物对应的“价格”、“币制”、“退税率”、“商品编码”及“监管条件”，并提请复核。 如果仅报关单表体项出现异常，则仅显示对应存在异常的该项商品信息;如果报关单表头项出现异常，则显示所有商品信息。 提请复核后并通过后，转入“已核定列表”。 2.已核定列表 (1)流程描述 “已核定列表”显示复核通过后的已核定查验异常。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开商品详情，查看当时核定操作录入内容。 (三)通关复核(通关复核岗位) 1.待复核列表 (1)流程描述 “待复核列表”显示系统流传到本岗位的待复核的核定结果。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开商品核定详情。操作人员复核核定结果，确认后可点击“同意并流转下一环节”;如果发现核定结果存在问题，可点击“退回”，并填写退回原因，将此待复核结果退回到上一核定人员的待核定列表中。 复核通过后，调用业务规则2，将查验异常结果划分为三种类型。 1. 将不作为案件处理的查验异常结果转入到通关岗位的“删改单管理”中的“待处置 列表”。 2.将作为其他案件处理的查验异常结果，调用后台数据交换规则，将该查验数据传到《案 件线索移交反馈系统》，生成案件线索，并在本系统中办结，状态设为“已移送缉私处 理案件”。 3.将作为快办案件处理的查验异常结果，转入到“上传资料管理”的“待上传列表”中。 所有通过复核核的核定结果，均转入到“已复核列表”中可查看。 退回信息在办案历史中体现。 2.已复核列表 (1)流程描述 “已复核列表”显示复核通过后的已核定查验异常。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开商品详情，查看当时核定操作录入内容。 (四)上传资料管理(查验岗位) 1.待上传列表 (1)流程描述 “待上传列表”显示系统流传到本岗位的待上传资料的案件信息。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开案件详情，并可补充录入当事人信息、上传案件资料，并提请案件复核。 提请案件复核后并通过后，转入“已上传列表”。 2.已上传列表 (1)流程描述 “已上传列表”显示案件复核通过后的已上传资料的案件信息。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开案件详情，查看案件信息及上传资料。 (五)复核管理(复核岗位) 1.待复核案件列表 (1)流程描述 “待复核案件列表”显示系统流传到本岗位的待复核案件信息。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开案件信息详情。操作人员复核案件信息及上传的案件资料结果，分三种操作情形。 1.案件信息及上传材料符合要求，确认后可点击“同意并流转下一环节”。 2.如果发现上传案件资料存在问题，应点击“退回”，并填写退回原因，将此待复核案 件退回到上一环节的待上传列表中。 3.如果发现案件信息异常，不符合简单案件的，应点击“异常处理”，填写异常原因， 并转《案件线索移交反馈系统》作一般案件处置。 案件复核通过后，调用业务规则3，生成案件处理意见和告知单拟稿，由本岗位操作人员点击“查看”、“确认”后，确认告知单拟稿无误。然后系统将与办案平台通信，办案平台按照预设的逻辑，自动在平台中进行案件受理、立案调查、调查终结、行政处罚等信息录入及告知单加盖电子印章、保存。受理、立案时间填写为录入办案平台时间。 办案平台在生成告知单后，加盖电子印章，将告知单文档返回给系统，并流转到“待办案件列表”。 退回原因的查看，实现方式参照办案平台。 2.已复核案件列表 (1)流程描述 “已复核案件列表”显示案件复核通过后的已上传资料的案件信息。显示项目为序号、报关单号、申报日期、经营单位、收/发货单位。可点击“报关单号”下钻打开案件详情，查看案件信息及上传资料。 (六)案件送达执行(查验岗位) 1.待办案件列表 (1)流程描述 “待办案件列表”显示系统流传到本岗位的待送达案件资料的案件信息。显示项目为序号、报关单号、申报日期、当事人、送达状态。可点击“报关单号”下钻打开案件详情，打印告知单、告知单送达回证、放弃申辩陈述声明等文书进行送达。 如果当事人无异议，则上传送达时签收的文书资料，录入告知单送达信息，然后处置系统自动生成决定书拟稿，操作人员确认后，处置系统与办案平台通信，由办案平台在生成决定书并加盖电子印章后，将决定书文档返回给处置系统。 操作人员打印决定书、决定书送达回证后，送达给当事人。如果当事人无异议签收后，操作人员录入决定书送达信息、上传签收的文书资料并打印缴款书，交给当事人进行缴款。如果当事人完成缴款并交回缴款回执后，操作人员录入缴款信息并上传缴款资料后，确认并办结案件。 案件办结后，案件信息转入到“删改单管理”的“待处置列表”，并同时转入“办结案件列表”。 送达过程中，如果发生当事人拒绝签收、长期通知未到、有异议需申辩陈述、拒不缴款等情形，操作人员可点击“异常处理”，填写异常原因，将案件转到“异常执行列表”中，同时显示在“送达执行异常”中对应的“告知单送达异常列表”、“申辩听证异常列表”、 “决定书送达异常列表”、“缴款异常列表”，由授权的缉私部门人员接手后续送达工作并操作录入。 2.办结案件列表 1)流程描述 ( “办结案件列表”显示执行完毕后的案件信息。显示项目为序号、报关单号、申报日期、当事人、送达状态。可点击“报关单号”下钻打开案件详情，查看案件信息及上传资料。 3.异常执行列表 (1)流程描述 “异常执行列表”显示执行过程中发生上述情形需异常处理的案件信息。显示项目为序号、报关单号、申报日期、当事人、送达状态。可点击“报关单号”下钻打开案件详情，查看案件信息及上传资料。 (七)送达执行异常(查验岗位/授权缉私人员) 1.待办送达异常列表 (1)流程描述 流程参照送达执行(查验岗)设置。差异为操作人员为经授权的缉私人员。 2.已办送达异常列表 (1)流程描述 “待办送达异常列表”显示系统流传到本岗位的已办送达异常案件资料的案件信息。显示项目为序号、报关单号、申报日期、当事人、送达状态。可点击“报关单号”下钻打开案件详情，并查看经办历史记录。 (八)删改单管理(通关岗位) 1.待处置列表 (1)流程描述 “待处置列表”显示系统流传到本岗位的待处置的查验异常结果。显示项目为序号、报关单号、申报日期、经营单位、申报单位、数据来源(按照查验异常的来源，分为非案处置和结案处置)。可点击“报关单号”下钻打开查验异常详情。操作人员录入删改单处置结果，并将此待处置删改单结果流转到“已处置列表”。 2.已处置列表 (1)流程描述 “已处置列表”显示完成删改单后的案件信息。显示项目为序号、报关单号、申报日期、经营单位、申报单位、数据来源。可点击“报关单号”下钻打开案件详情，查看查验异常结果信息及上传资料。 (九)案件自动处理项目(处置系统与办案平台同步数据) 同步案件信息及告知单加盖电子印章 1. 案件复核通过且确认告知单拟稿无误后，处置系统将与办案平台通信，办案平台按 照预设的逻辑，自动在平台中进行案件受理、立案调查、调查终结、行政处罚等信息录 入及告知单加盖电子印章、保存。受理、立案时间填写为录入办案平台时间。 办案平台在生成告知单后，加盖电子印章，将告知单文档返回给处置系统，并流转 到“待办案件列表”。 2.处罚决定书加盖电子印章 告知单送达且当事人无异议(或完成申辩听证程序后)，处置系统自动生成决定书 拟稿，经操作人员确认后，处置系统与办案平台通信，由办案平台在生成决定书后，加 盖电子印章，将决定书文档返回给处置系统。 3.同步执行归档数据。 案件执行完毕后，系统自动将送达、缴款信息与办案平台同步。 超时未缴款的，设置时间点(XX天)，超时后，处置系统(让关员确认) 通知 办 案平台将信息从“临时数据库”写入办案平台数据库。 (十)其他功能需求 1.岗位授权功能 实现人员岗位授权功能，设置角色、查询权限等。 2.修改删除功能 (1)案件修改 案件经办人或执法检查、审计等在案件经办过程(送达决定书前)中，发现案件出 现事实不清、定性不准等重大问题的，可由管理员将案件状态修改至“待处理查验异常 列表”，并重新办理该案。 (2)错案撤销 案件经办人或执法检查、审计等在案件结案后，发现案件出现事实不清、定性不准等重大问题的，可由管理员将案件状态修改至“错案撤销”，作为已办案件归档。 处置系统将撤案数据发送给办案平台进行撤案。 3.维护模块 用于定期维护更新货币汇率等后台数据参数。 八、系统非功能性需求 (一)系统稳定性需求 由于本系统是实时业务处理系统，因此对的稳定性提出了很高的要求，一是要能随时响应系统调取数据的请求，二是本系统作业过程本身必须可靠、及时。 (二)系统完整性需求 本系统开发应包括使用帮助、数据和用户管理、日志异常查询、自动升级等相关系统完整性功能特征。 (三)系统安全性需求 本项目须遵循国家信息安全相关规定和技术要求，投标人须按照有关安全性建设的要求和规定和技术要求进行设计和建设;协助甲方完成本次招标项目的信息安全测评与验收工作;保证根据测评结果进行整改，直至通过验收。 (四)系统可靠性需求 系统应具备在一段时间和条件下维持其性能水平的功能需求。例如成熟性:由软件故障引起的系统稳定与失效成熟度能力要求;容错性:在软件故障或违反指定接口的情况下维持规定的性能水平的要求;易恢复性:在发生故障后进行重建并恢复直接受影响数据的能力要求。 (五)系统易用性需求 系统应具备系统管理与系统使用对象相关操作行为符合的相关功能特征，例如:菜单及流程操作易理解;使用对象易学习和掌握;使用对象在操作过程中具备比较便利的操作性等。 (六)系统可维护性需求 系统应具备在知识转移过程中，接手对象在原有系统基础上，较便于衔接和修改等功能特征。例如系统在出现缺陷或出现失效原因时，应较为容易进行故障分析和排查;在分析出故障后，应较为方便进行修改完善;针对修改后的系统，应具备一定的稳定保障机制以使修改的风险范围可控;进行修改后的功能内容应较便于进行测试并使用到实际业务中。 (七)标准规范要求 遵从海关信息化标准体系，包括总体标准、基础设施标准、信息资源标准、应用标准、信息安全标准、信息化管理标准。 (八)与应用支撑平台集成的技术需求 本系统应符合海关应用总体架构设计要求及相关标准规范，满足应用支撑平台的集成要求。 九、项目其他要求 条款号 类别 内容说明 1、投标人必须满足本项目要求的培训服务。 2、投标人必须根据招标文件的服务要求，在投标文件中提出全面的培训计划和 课程内容安排，并在合同签定后征得用户方同意后实施。 1 培训要求 3、投标人必须提供全面掌握系统与软件的原理、安装、维护、应用等各种知识 与技能的技术人员对采购人进行相关培训，培训总时长不低于20人天，所提供 的培训课程表随投标文件一起提交。 保密内容是指与投标人本项目相关的一切信息，包括但不限于: 本项目的业务功能、逻辑检查内容、业务数据、业务及系统参数， 保密 以及采购人网络系统软硬件的构成、运行状况与各种数据、安全测 内容 试结果等，以及投标人产品的技术、性能、合同、价格等技术、商 业秘密。 在双方合作期间及合作终止后，投标人有义务不向任何第三方2 保密条款 披露本协议项下的保密信息内容。投标人承诺将上述保密信息的接 触范围在投标人内部限制在指定范围内，并由严格的内控制度加以保密 保证。未经采购人同意，投标人不得以任何方式复制保密信息，不义务 得对采购人本项目的软硬件、网络系统、相关文档进行修改、改动、 工程化、反汇编、改造成其他作品形式或进行分解。