房地产业务管理系统4

房地产业务管理系统4.0版开发建设需求一、建设需求1.项目简介与建设背景1.1项目简要介绍（一）2019年，为进一步优化营商环境，实现不动产登记“一件事”办理，减轻房地产交易大厅税收申报工作复杂度，整合原有房地产交易原业务模块包括：数据交换模块、房地产评税模块、金三申报征收模块、金三开票模块、房产交易网上办税模块等，形成面向纳税人及大厅税务人员的线上、线下互融互通的房地产交易税收管理系统，并于2020年全省推广上线。2022年，为深入贯彻落实《关于进一步深化税收征管改革的意见》,在我省开展“房地产全流程网上办理”试点，系统升级应用电子发票、拓展评估系统范围、开发风险防控模块、整合土地出让金与契税同征等功能。2023年，系统进一步开发土地增值税旧房转让申报、项目管理等功能。（二）现房地产业务管理系统总体架构遵循标准的分层设计，包括客户端、控制层、核心逻辑服务层、持久层、数据资源层、硬件层。界面控制层主要使用一些JavaScript、Ajax等技术。系统应用架构分别构建面向普通纳税人、面向中介服务机构、面向大厅工作人员应用服务，系统集成了《金税三期》核心征管系统和特色软件中房产交易申报征收相关的功能，对这些业务功能进行整合、补充、延伸、拓展。通过不同的应用服务，在系统中分别完成受理、申报、征收、开票动作。主要功能包括：涉税信息采集、资料核验、税费预计算、申报确认、税款缴纳、票证开具、信息查询等。1.2项目建设背景2024年，为深入推进不动产登记办税便利化、规范化要求，按照《关于进一步深化税收征管改革的意见》，和有关工作要求，进一步开发建设房地产业务管理系统4.0版，主要包括房地产税源闭环管理、推广不动产登记智能审核、优化房地产交易评估管理、加强土增税项目管理、强化不动产登记风险管理、建立系统运维模块及加强统计分析等，进一步建立服务导向、数据驱动、智能高效的一体化不动产登记办税智慧税务体系。2.项目业务功能需求2.1房地产税源闭环管理。2.1.1建立不动产税源数据标准库建立不动产税源数据标准库,利用自然资源部门不动产登记数据，与申报系统税源数据建立关联，比对优化系统税源数据，并定期核实更新，全面提升税源数据质量，防范风险，堵塞征管漏洞。（1）集成展示税源数据。将交换获取的外部门不动产登记信息、技术公司批量查询摘取的不动产登记信息、契税申报信息加工的不动产登记信息建立税源参照数据库，并把关键字段带出的税源参照库数据与核心征管系统内的房土税源信息集成在同一页面展示，实现集成展示效果，查询数据提供导出功能。（2）匹配税源数据。将导入固定格式的待匹配数据，按照登记序号带出不动产数据库中的不动产权属信息生成匹配源数据。匹配源数据通过大数据自动匹配方式与房土两税税源信息直接匹配，按照匹配源的数据质量，系统根据匹配源的数据质量，按照预设的优先级自动确定特定纳税人使用哪一类匹配源数据。部分无法通过自动匹配上的待关联匹配源数据，通过补偿关联的方式在进行具体关联，数据允许导出。对于无法联系、数据分发错误等问题无法继续核实的，勾选单条匹配源数据，点击“异常情况销号”，在弹窗中填写说明后确认销号。（3）成效管理。通过统计和汇总工作进展，反映税源治理工作成效。2.1.2实现房土两税税源“闭环”管理利用不动产交易环节，实现房土两税税源“闭环”管理工作流转信息化。（1）开发房土两税税源情况采集功能。在房产交易业务办理后，增设税源采集情况选择功能，并对不同选项关联不动产交易数据和金税三期核心征管内的税源信息。（2）电子台账管理。选择对应选项后，在《全量税源清册》、《承受方税源未采集电子台账》、《转让方终止税源清册》、《转出方无税源采集电子台账》四类台账内生成以不动产交易数据为基础，核心征管的税源信息为补充的台账数据。生成的台账用于展示台账数据、或将数据流转至风险应对功能下发应对，应对完成后台疑点数据可通过台账数据关联金税三期核心征管数据进行一键反写、动态销号，四类台账数据均可实现导出等满足数据管理需要的功能。（3）实现风险管理。风险应对功能可用于接收四类台账流转的疑点数据并实现并下发应对，也可通过设置风险指标定期扫描和发现风险疑点并下发应对，实现对房土两税税源管理风险的监控和预警。（4）税源管理和风险管理的成果展示。提供四类台账数据查询统计、风险应对数据查询统计功能，为后续成效统计及成果运用提供决策支持。2.2推广不动产登记智能审核2.2.1升级数据共享交换规范自动获取标准化信息，实现要素式申报。升级数据共享交换规范，具体为对于房产查档、婚姻登记、不动产权证等外部信息通过结构化数据字段方式获取，按智能受理要求更新共享交换数据，优化“一件事”受理信息采集模板。2.2.2建立智能校验规则融合内外部数据智能逻辑校验，细分业务类型形成智能审核模块，按业务场景、业务类型配置智能校验规则，如自动校验纳税人信息、年限套次、发票金额、最低计税价是否通过等，满足各节点自动判断条件的则按顺序智能流转，不能满足的则转入人工流转，具体校验规则如下：（1）纳税人自动校验功能，根据产权人的证件类型、证件号码、国籍、纳税人名称在核心征管系统中进行查询，若查询到唯一纳税人，则完成自动校验，写入纳税人识别号；若查询不到，则通过以上信息完成自然人间接登记操作，写入纳税人识别号；若查询结果为多条，则自动校验失败，需要人工参与。（2）婚姻信息疑点自动查询，该功能只涉及产权人申请契税或个税套次优惠时才触发。产权人若申请了套次优惠，系统根据产权人信息自动调用民政婚姻信息接口，若接口返回“有结婚登记信息”，则必须有产权人的家庭及配偶信息；若接口返回“有结婚登记信息”，但申请中无此产权人的家庭及配偶信息，则视为有疑点数据，需转人工办理。（3）房屋套次与查档信息比对功能，该功能只涉及产权人申请契税或个税套次优惠时才触发。产权人若申请了套次优惠，自动根据产权人申请的套次信息与房管部门共享的商品房和二手房的房屋买卖合同备案信息、房屋产权信息进行自动比对，取共享结果中“房产状态”为“当前手”且“规划用途”为“住宅”的数据与套次数据比对，若比对结果一致则房屋套次与查档比对通过，若有出入，则需转人工处理。（4）一手房发票核验功能，根据申请信息中的发票代码、发票号码查询发票电子底账，返回的发票信息与交易信息进行核验，核验内容包括：发票“销方”信息与出让方信息是否一致；发票“购方”信息与承受方信息是否一致；发票“价税合计”总金额与业务申报中“交易价格”是否一致，需考虑多张发票情况；发票“税额”总金额与业务申报中“增值税额”是否一致，需考虑多张发票情况；（5）二手房自动判定年限优惠，上道房屋取得时间与本道时间差值与申请个税、增值税满相关年限优惠场景一致时则通过（年限差判断时，需计算原房取得时间与本次受理时间差，系统查验上道取得时间无修改痕迹），不一致时转人工；提交时不申请相关年限优惠时不需要核验，直接自动流转。（6）二手房自动核价，根据房屋坐落、转移面积、房屋用途、合同时间及其他核价要素，自动调用价格评估系统接口，若返回的计税价小于等于交易价格及自动核价通过，若返回的计税价格大于交易价格，需要转人工办理；若返回不到计税价格，同样也需转人工办理，选择人工核价流程。2.2.3建立智能审核工作流程（1）智能计算一手房自动计税功能，根据智能受理自动完成涉税要素补充，实现一手房的自动计税，计算承受方税款信息，包括：计税依据、税率、应纳税额、减免性质、减免税额、应补退税额等。二手房自动计税功能，根据智能受理自动完成涉税要素补充，通过自动核价获取计税价格，自动计算完成出让方、承受方税款信息，包括：计税依据、税率、应纳税额、减免性质、减免税额、应补退税额等。（2）智能审核智能审核业务的提取,做好自动审核事项的标记和与核心征管的接口对接。对完成计税受理的，实现已自动审核通过数据标记的功能。对标记受理过程全自动的业务通过RPA技术利用软件通过模拟人与计算机的交互代替人工处理，自动化登录房产系统，并通过该功能菜单查询已自动审核通过的数据，提取承受方（针对一手房业务）或出让方（针对二手房业务）身份证号等信息，后续于金三核心征管系统中检索对应流程。智能审核业务办结,RPA模拟人工与计算机交互，自动化完成金三待办任务检索、保存和推送等流程操作。（3）智能审核转人工衔接根据智能受理规则校验，校验不通过时将转人工办理，转人工时系统将显示不通过原因。（4）优化校验后业务流转过程和提示功能。对于校验通过的业务开展智能算税、有条件的情况下匹配后续智能自动审核模式，对于校验不通过的事项在不通过环节做好提示及停留，在复核端同步生成重点提示。（5）优化纳税人告知提醒功能。对相关数据传输途径做好规范化改造，对业务办理进度、价格核定结论、待缴款提醒、算税结果等内容做好面向纳税人的规范化文本生成和及时性告知提醒。2.2.4建立智审监控预警机制做好智审事项模板固化和日常监控，按月形成分业务智审通过率、不通过原因归集统计表，对部分事项进行更前置化的提示或阻断模式改造，规范运转智审逻辑运用，形成逻辑新增、内测复测、试运行、上线、跟踪运行、预警触发等流程。包括但不限于：（1）对于运用智能智审规则的业务，设定15%-30%的抽查比例，需对业务全方位进行重现核查，包括程序、税收结果、优惠享受情况和共享数据准确性。（2）系统中生成承诺制信息的业务，通过共享数据再此比对承诺事项的真实性。（3）对各类优惠减免情形进行统计，对于计税金额大于1000万或者减免税额大于200万的业务全量生成报表核查。（4）如“满二、满五、契税套次”优惠与系统判断逻辑不一致情况生成的疑点数据。2.2.5升级税费联动模块功能升级系统的税费联动模块功能，实现土地出让金预填契税项目扩充；优化土地出让“一件事”数据传输流程，实现土地出让业务的出让金、契税、登簿数据传输系统化。2.3优化房地产交易评估管理2.3.1建立价格争议、个案评估网上流程实现房地产交易价格争议、个案评估事项全流程网上办理，加强评估管理的规范化建设。对于线下窗口办理、网办模式办理的存量房均实现由纳税人发起争议申请、提报争议材料、流转审批、规范文本告知等事项全线上流转。（1）争议申请发起点击“计税价格复核”，进入争议申报模块，也可应纳税人要求直接进入个案评估模块。（2）提报争议材料争议材料提报指通过提供相关佐证材料，证明争议申请理由的充分性，需填入以下信息，对于可通过申报数据或外部共享数据进行交换的信息将影像化交换模式优化为结构化数据交换模式。争议材料归集采集信息如下：·买卖双方姓名、身份证号（必填，系统取数）；·房屋地址、面积（必填、系统取数）；·房屋类型（必填、系统取数，人工核实）；·转让方式（必填、系统取数）；·纳税义务发生时间（必填、系统取数，人工核实）；·成交价格（必填、系统取数）；·系统核定价格（必填、系统取数）；·房屋三证图片（必填，首选不动产系统内直接调取，次选由人工上传纸质图片）；·正当理由简要说明（必填）；·上传图片；情况说明照片（必填）；补充协议（选填）；中介代理合同（有中介代理必填，需上传代理合同图片）；中介代理收付款凭证（有中介代理必填，需上传收付款凭证图片）；收付款银行账户（选填，需包含姓名、银行账号、开户行）；陈述理由配图（选填）；完成申报后，生成争议处理申请表，相关图片按房产交易业务编号生成专门文件夹存放。（3）流转审批争议处理端接收争议处理岗对应人员按需从业务模块接收归集的争议材料信息，可查看申报模块上传的图片，可以补充上传图片。评估端接收由争议处理岗对相关争议材料归集后，确认业务必要性后，通过电子化流转至评估公司，结合相关材料进行复评公允判断后给予重新价格认定。价格调整审批确认理由正当，完成规范流程后，可进行价格调整，设置一至三级审批权限。核价人员在审批模块中录入调整价格、调整理由、调整依据（意见函、个案评估报告等），部分表单由系统根据相关记录自动生成。（4）规范文本告知对于争议处理权利告知、发起争议处理流程事项、调整结果反馈等需信息，规范生成告知事项，优化线下打印表单和线上展示文本。优化限定最短阅读时长、确认留痕等功能。争议处理结果确定并同意后，业务流转至申报办理环节。（5）个案评估审批模块流转的价格回到房产交易软件中计征税费，纳税人仍不同意的，或纳税人要求直接提请个案评估的，由买卖双方共同申请个案评估。在个案评估模块中录入信息，上传个案评估委托书图片。完成个案评估后，在个案评估模块中确认结果并上传个案评估报告图片。该模块中生成的数据合并到价格审批模块中，作为税费计征依据。该模块中上传的图片归入同一房产交易业务编号的同一文件夹中保存。2.3.2实现关键信息台账式记录（1）价格争议处理数据在后台形成台帐管理，可查询，可经批准导出数据，可按房屋类型、调整理由、房屋区块等类别分类查询统计。（2）对于发起争议处理、发起个案评估、计税价格小于最低计税价等事项生成统计表，对于部分风险事项生成复核复检任务清单。（3）支持在线上传或填写年度价格调整报告书关键数据。2.3.3优化评估基础数据库根据各地需求优化评估要素基准采集字段。如商铺类业态，支持前台受理时采集“商铺开间”、“商铺进深”等评税要素，优化系统楼层系数，支持（有电梯、无电梯）不同楼层系数，楼盘表内新增起始门牌、结束门牌等参数，支持区分同一段路名不同门牌的数据。2.3.4建立“一码关联”评估数据应用模式对外部数据归集较好的地区，支持通过不动产单元号提升评估数据库的准确性，形成“一码一价体系”，并在核价流程运用时优先搜索“不动产单元号”，提升价格精准匹配率和现场办结率。2.4加强土增税项目管理。2.4.1项目数据比对（1）系统间数据比对。实现本模块项目数据与金三征管系统土增税项目管理数据、导入的第三方外部信息的定期自动比对，在每月省局完成台账报送后，根据房开项目项目编号和同字段名称匹配比对数据，如有部分字段数据比对不一致的，推送给管理员核查。（可设定部分豁免比对字段）（2）历史数据比对。实现当前月份报送数据与往期历史月份数据比对，重点关注时间、销售比例等关键字段，是否存在数据随意修改、回退等情况，保证数据时间逻辑性、前后一致性和稳定性。（3）批量导入退回。每月对上报台账进行审核（初审、复核、终核）发现问题，需退回台账重新填报的，增加批量导入问题项目编号清册，一键退回所有问题项目，减少当前一项目一退回操作的工作量。2.4.2项目数据同步对通过金三系统与手工台账比对不一致的数据，如属于金三系统问题，管理人员在金三系统中修改数据后，在本系统台账更新页面，可增加“同步金三”按钮，具体选择某一数据栏的数据从金三自动同步，减轻工作负担。2.4.3项目档案资料管理增加项目征管档案管理功能，包含资料上传、建立一项目一档、查询等功能。（根据项目不同阶段实时上传相应文书，避免遗漏，减少后续补证风险；对当前时点前的各类文书可补充。）（1）管理人员更新项目台账时，如有填写“延期审批时间”“中止清算时间”，则跳转档案资料上传页面，要求必须上传相关佐证资料后才能保存。（2）管理人员查询项目表后，可点击具体项目，跳转档案资料上传页面，设置资料清单目录，选中资料名称后可逐条上传资料（支持压缩包）。（2）管理人员上传的资料，在后台数据库按照项目编号，分一项目一档保存。（3）可通过项目编号、主管税务机关等信息，及其资料清单目录查询项目档案资料。（可设定查阅审批流程）在“台账报表”页面，如点击“延期审批时间”“中止清算时间”，可跳转直接查询是否有相关档案资料。2.4.4项目统计报表实现对土地增值税项目、收入数据等的分类型统计，生成相关统计报表并允许导出，掌握项目最新情况。（1）土增税项目台账统计表。每月对全省房开项目进行分类分地区分集团统计，提供样表和取数规则。（2）土增税收入统计表。每月从金三系统取土增税入库数据，对当月收入、欠税数据和累计收入、欠税数据进行分地区、分品目统计，提供样表和取数规则。2.4.5项目跟踪管理增加通知、审核等时点提示功能，在项目达到清算条件、时限等相关工作节点时，以不同颜色标记风险程度，提前预警提示，及时推进并掌握清算进度。同时，增加清算审核小组成员、税源日常管理人员等字段，确保“管审分离”。2.5强化不动产登记风险管理2.5.1完善风险指标库进一步优化完善风险指标库，对“补缴出让金后未及时缴纳契税”、部分减免税错误享受、旧房转让土地增值税风险、异常单价、重复受理等事项新增风险指标，对指标完成事中、事后，风险指向等方面做好归集和业务展示优化。2.5.2优化风险数据反馈机制统一风险数据反馈，优化风险数据反馈界面，关联“指标是否成立”“补退税金额”“关联税票号码”等。增加指标应对效用统计功能，统计指标成立率、补退税情况，并形成工作任务，对超时应对工作形成预警。2.5.3建立风险管理清册建立日常管理清册，根据不动产登记税收管理相关要求，针对线上线下档案资料、各减免税情况、登簿完税不匹配信息、长期未缴款、房地产业务退税信息等检查事项形成工作清册对日常管理事项指标化、任务化，供基层日常管理使用。2.5.4建立重点事项台账针对不动产登记管理中个案评估、拆迁抵扣、新增楼盘信息、年度评估价格调整等重点工作形成台账清册，便于掌握重点工作推进。2.5.5完善风险预警提示进一步提升房地产项目管理模块自动校验功能，除模块内各栏目数据之间的逻辑关系自动校验外，优化第三方外部信息、金三征管系统与房地产项目管理模块三者之间收入、成本、面积等数据相互比对校验与风险提示功能，减少人工审核填报风险，实现房开项目数据的统一性、一致性、准确性。2.6完善运维及统计分析2.6.1做好数据清理按日清理因系统故障、信息传递错误等原因造成的业务作废数据，在金三系统与房地产业务管理系统数据实时同步的基础上，按日比对清理无效数据，确保金三系统与自有系统数据保持完全一致。2.6.2建立业务需求运维机制建立业务需求运维机制，实现需求创建、审核、上报、审批、响应、评估流程，保证基层业务需求及时应对完善。2.6.3升级办件量及房地产市场关键数据统计优化“办件量”统计，根据市场统计关键指标要求，形成统计报表，主要包含房产、土地入库、申报数据，分纳税人、类型、分地区、分物态的统计数据，得出市场趋势动态，重点纳税户等分析关键内容。2.6.4升级价格监控管理统计升级计税价格和评估价格联动分析功能，对于申报价与最低价趋同、偏离过大等形成统计，分权限查看相关统计结果。2.6.5升级土地出让金缴费和土地契税联动统计升级出让金费源缴纳和土地契税税款缴纳的联动统计功能，掌握缴费及时率，税费联动周期等关键数据。2.6.6升级优惠政策效用统计形成纳税户、减免笔数、金额、单户减免额等统计报表，支持分地区、分时段查询。升级关联模块和关联税费种预填等功能。3.项目技术要求3.1系统总体技术方案3.1.1总体架构房地产业务管理系统遵循标准的分层设计：客户端、控制层、核心逻辑服务层、持久层、数据资源层、硬件层。客户端：主要包含界面展示层和界面控制层，界面展现层提供人机交互的界面展现，主要使用JSP、HTML、CSS等界面技术；界面控制层提供了界面的逻辑校验、界面的请求和返回处理等，主要使用JavaScript、Ajax等技术。控制层：主要指界面后台应用交互控制层，主要负责接收客户端的请求，并将请求转发核心逻辑层；在此层完成相关的访问控制和前端代码参数的加载，主要使用Servlet、Filter等技术。核心逻辑服务层：主要指核心的业务逻辑，在此层完成业务逻辑的底层实现，并在此层进行持久层的调用。持久层：封装了访问数据资源层的相关接口与API供上层的核心逻辑层调用。数据资源层：应用集成平台的数据资源存储中心，在金税三期工程中，一般指Oracle数据库。硬件层：应用运行的底层支撑层，主要包含硬件设备及相关的基础系统软件。3.1.2应用架构房地产业务管理系统分别构建面向普通纳税人、面向中介服务机构、面向大厅工作人员应用服务，系统集成了《金税三期》核心征管系统和特色软件中房产交易申报征收相关的功能，对这些业务功能进行整合、补充、延伸、拓展。通过不同的应用服务，在系统中分别完成受理、申报、征收、开票动作。主要功能包括：涉税信息采集、资料核验、税费预计算、申报确认、税款缴纳、票证开具、信息查询等。3.1.3数据架构数据层为整个系统运行的基础，安全管理、业务办件、业务查询、日常管理等功能都要依赖数据库层运行。房地产业务管理系统与本系统数据库、金税三期核心征管系统数据库、电子影像数据库进行数据交互。应用集成平台支撑层是系统内服务调用中间桥梁，为系统间调用提供全局的业务服务平台环境，支持跨系统服务的注册、服务路由、服务调度等各类服务机制，并对服务进行监控管理。适配各种协议对各种系统集成整合。安全与运维支撑体系与标准规范体系，分别从标准、规范、安全等方面确保系统质量，提供系统的运维、监控服务。标准规范体系、运行维护体系和安全保障体系贯穿系统各个层次，保证应急业务系统符合标准、安全、可靠，从而保证了系统运行的质量。3.2非功能性需求3.2.1易用性需求系统功能用户操作界面应简明、实用、易于学习和掌握，操作方式应符合用户使用习惯。系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的维护手册中查到相应错误的处理方法与步骤。3.2.2可维护性需求整体系统设计应充分借鉴金三技术架构模式，应用系统应采用组件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。根据系统部署架构、数据结构和功能需求，设计高性能的数据结构和接口处理机制，确保系统性能稳定高效。3.2.3稳定性需求系统做到在运行时稳定可靠，系统必须保证数据的安全与完整，即使系统出现问题，也必须保证数据的完整以及数据的可恢复。系统能够确保事务的完整。提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析型应用。所有应用共享同样的服务器和存储资源。出现任何的服务器或磁盘故障，系统会自动重新接管发生故障的功能。这些对前端用户的完全透明的。同样，如果需要增加服务器或改变其他组件的配置也不会影响到应用系统。3.2.4可控性需求系统维护、升级时应不影响在运系统的正常运行。应用系统能够根据用户的不同身份进行相应的用户权限管理和访问控制管理，系统应支持多种的安全手段，并具有多层级的日志管理。3.2.5可移植性需求系统应当适应不同的硬件环境，软硬件升级不会造成大的改动。遵照开放系统的标准，确保软硬件平台的可移植性，降低模块间依赖性，提高容错性，各个模块的部署也要相对独立，不能出现由于模块功能的相互依赖性而不能启动服务的情况。各个模块的互相访问，均通过标准的接口来实现，访问的接口位置要可在前台页面灵活配置，接口的访问也要有较好的容错机制。3.2.6可扩展性需求现有的系统可能是基于当前的工作负载而构建的，当应用规模需要扩充时(支持更多的数据、用户或应用)，就需要扩展系统以保证系统的性能。3.3项目安全要求项目人员应严格遵守有关法规和采购人的规章制度，对开发维护过程中涉及招标方的任何资料严格保密，不得擅自查看、复制、传播所接触的任何源代码、用户资料、数据。开发的软件中不得有安全后门、安全漏洞、逻辑炸弹等危害软件安全、影响软件正常运行的代码和设置。应按照国家法律法规、税务系统有关安全要求，以及等级保护2.0的最新要求，根据《信息安全技术-网络安全等级保护基本要求》（GB/T22239-2019）等，对系统等进行相应等级保护强度建设，并应严格遵守信息系统应用与安全技术措施“同步规划、同步建设、同步使用”的要求，在系统规划、系统设计、需求分析、系统建设开发、系统实施等环节，均应对系统安全要求予以考虑和实现。（1）开发人员使用的具有省局系统权限的用户账户做好安全管理，做到专人使用，只能用于开发、测试，不得擅自外借或泄露密码。日志记录的类型、内容和时限符合网络安全法和日志指引要求。开发测试环境与生产环境应安全隔离，测试数据应进行脱敏处理，使用完毕后销毁。严禁将源代码上传第三方平台，严禁使用互联网代码托管平台。（2）开发过程中，应使用满足国家认可的网络安全规范和认证要求产品及组件。软件开发使用的开源组件应经过安全评估。应用系统开发完成后，应开展软件代码自查以及源代码审计，源代码审计的费用由承担，请将相关费用列入投标成本。（3）提供软件源代码（软件源代码版权归采购人所有），协助采购人开展安全功能检查、等级保护测评、风险评估、安全基线检查、漏洞扫描和渗透测试等安全评测，对发现的安全问题开展彻底整改，没有可以利用的安全隐患后方可上线使用和验收。4.技术支持服务系统上线后，需要按合同约定的期限进行运维监控等保障工作，提供技术支持服务，保证各应用系统平稳运行。在服务期内，提供的服务和技术支持包括但不限于以下内容：（1）问题解答a.应对软件使用过程中出现的各类问题进行解答；b.处理建议应以前台操作为主，能够通过前台操作完成的，尽量不在后台调整；c.操作中出现的常见问题，应及时通过技术支持渠道向用户发布；d.应对问题解答风险负责，如因解答不当，造成采购人的损失，应负责相应责任。（2）故障处理a.系统运行、升级期间出现故障由及时到现场进行处理、解决；b.应对系统故障提出故障处理建议，经采购人同意后，由进行排除、系统调优或重置；c.应对系统故障的处理风险负责，如因技术人员的处理不当，造成采购人的损失，应负责相应责任。（3）基础环境运维a.对运维系统所涉主机、数据库、中间件等IT资源的日常监控和调优；b.对系统性能进行监控，定期提供性能报表和趋势表，为应用性能优化提供科学依据；c.经采购人同意后进行各项系统级参数的调整，日志空间整理，以保证系统的稳定高效运行；d.完成故障事件收集、过滤、关联和处理等工作，实现对故障的快速定位、处理或反馈。（4）应用系统运维a.负责完成升级维护，配合采购人完成软件升级测试等工作；b.对系统和各功能模块的运行效率、性能进行监控；c.受理基层操作人员问题，进行问题核实，解决问题。5.项目管理要求5.1项目实施计划（1）实施周期：项目要求自合同签订之日起60日内完成系统建设。（2）试运行时间：开发建设完成后，试运行2周，启动项目验收工作。（3）系统试运行结束后，进行项目验收。（4）项目验收通过后即进入运维服务期，本项目的运维期为项目验收后1年。5.2项目实施要求（1）应成立项目管理组织，严格遵守税收信息化建设业务管控、架构管理、项目管控的要求。（2）应基于成熟的项目管理方法论，制订完善的项目管理制度、流程，合理划分项目管理的阶段，在项目实施过程中对项目进行规范化管理。（3）必须充分评估项目实施存在的风险，确保项目顺利实施，功能完备，若因技术问题导致项目无法实施或功能不能全面显示将承担全部责任。（4）项目建设过程需按要求提供项目成果，含需求分析、软件开发、测试、部署、验收和培训等部分。（5）各阶段产出物采用特殊格式的，需提供相应的打开、编译、运行、修改、打印等工具，并确保采购人无限制的使用；不受版权和知识产权限制，采购人不对工具额外付费。（6）合同签订后两周内，从事开发和运维工作的核心技术人员须到达指定地点工作，食宿自理。（7）采购人认为团队不符合要求的，须在7日内调整到位。若未及时调整团队的，视为一次服务不合格，并继续作为新提出的服务团队要求，重新计算服务质量考核。（8）项目开发过程中，专职工程师团队人员变动超过2人次的，视为一次服务不合格。（9）一次服务不合格，扣0.5万元人民币，累计不超过合同总额的20%；（10）一个服务年度累计达到3次服务不合格，采购人有权终止合同，拒绝支付余下合同款，并追究其法律责任。5.3项目开发工作量计算应按采购人建设上线要求提供各个阶段项目工作量清单，含需求分析、软件开发、测试、部署、运维等部分。5.4项目测试要求本项目必须且至少经过如下测试并提交相应的《测试报告》：（1）功能测试：对项目主要内容的所有功能进行逐一测试，主要检查程序功能是否实现了项目功能清单（程序需求）上的功能要求。（2）界面测试：对平台的界面进行测试，主要检查用户界面的美观度、统一性、易用性等方面的内容，是否符合开发要求。（3）数据处理测试：对平台数据接口进行测试，主要检查程序数据处理中输入、处理、输出数据过程。（4）流程测试：按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查平台在按流程操作时是否能够正确处理。（5）极限测试：在平台的极限条件下进行的测试，主要有对数据的极限值、边界值操作，对程序进行致命操作等。（6）并发测试：在网络环境、并发环境、多用户条件下对平台进行的测试。（7）安全测试：对平台安全性方面的测试，主要检测程序中加密、解密、数据备份、恢复、病毒检测等问题。（8）安装部署测试：在不同PC条件、操作系统、模拟客户机等条件下进行程序的安装测试，主要检查平台发布之后存在的问题。（9）性能测试：对平台整体性能的测试，测试内容有适应性、健壮性、可恢复性、灾难恢复能力等。6人员要求6.1人员配置要求需根据要求提供参加开发工作的技术人员不得少于5名，具体配置