详情见附件(注：以下内容为附件图片识别，个别文字可能不准确，请以附件为准)| 板块 | | 内容 | | 概要 |
| 1 | 现状与目标 | 1.1 | 现状及问题 | 全税种管理平台改造背景分析 |
| | 1.2 | 项目目标 | 项目愿景及出发点 |
| 2 | 系统规划 | 2.1 | 系统总体框架 | 系统关系、主要模块、主要功能 |
| | 2.2 | 功能说明 | 框架各模块功能详细说明 |
| | 2.3 | 项目范围及交互关系 | 项目边界；与周边系统间交互关系、大体接口内容 |
| | 2.4 | 项目构成及计划 | 项目组构成及分工，项目节点安排 |
| 对象 | 现状 | 问题 |
| 对公司 | 数据脱节：业、财、税脱节，信息不共享 | 税务数据没有统一标准来源，形成会税差异难以查明差异及原因，同时形成税收⻛险 |
| 操作分散：纳税主体共有200+，未设置标准化、规范化纳税申报管理流程 | 管理难度大，管理半径⻓ |
| 管理置后：税务⻛险管理置后，⽆事前预警机制，缺乏有效性、及时性的⻛险控制 | 缺少完整的税务⻛险管理体系 |
| 对管理者 | 线下开票：再保险业务、非保业务未实现线上开票 | 未实现业务场景全覆盖，存在部分销项数据及开票数据脱离系统掌控范围 |
| 手工作业：存在较多的人为操作，如：人工计税、申报、统计 | 重复性、事务性工作多，工作量大，出错率高，工作效率低下 |
| 未形成规范化、标准化的涉税申报流程，对办税人员专业度要求较高 | 人员流动性影响税务申报质量 |
| 统计失真：各税种实际缴纳情况依赖财务数据，事后反映 | 税务管控信息滞后，无法适应多维度统计与分析 |
| 会税核对依赖线下手工台账 | ⽆系统对账工具，会税一致性依赖于机构⾃⾏做表管理，管理效果参差不⻬，总部难以掌握税务管理实际情况 |
| 政策滞后：政策更新不及时，遇到税收问题没有专⻔渠道可供咨询、探讨 | 政策适⽤错误造成税收⻛险，政策适⽤不及时造成公司损失 |
| 档案缺失：涉税工作底稿及申报表存于各个办税人员，工作交接过程中易遗失计税数据、申报数据 | 涉税数据分散、历史数据难以保存、未形成有效的税务档案管理 |
| 序号 | 关键词 | 目标 |
| 1 | 规范 | 标准化：固化开票流程、税金计算流程、税金申报流程集中化：数据集中管理，实时统计分析和任务管理一体化：系统对接，实现业财税融合、信息共享自动化：一键开票（为不同开票场景提供调用服务）、智能勾选认证、自动计税、一键申报、实时统计、关联比对 |
| 2 | 控制 | ⻛险指标：⻛险指标可配置化，支持多维度的⻛险管控⻛险管控：建立税务监控指标库、⻛控模型，监控指标的预警和分析差异管理：①政策差异化--匹配不同税目、地域②机构差异化--对不同机构设置不同的计税、申报规则 |
| 3 | 管理 | 发票管理：直保业务、再保业务、非保业务实现全面线上化多类型开票申报管理：在业财税一体化的基础上，实现全税种的自动核算和申报管理⻛险管理：⻛险指标可配置化，支持多维度的⻛险管控，监控指标的预警和分析统筹与分析：综合管控能力，从业务、资金、组织等维度进行全盘规划，充分利用优惠政策进行税务筹划，实现税务数据集中采集和展现政策更新：自动更新最新税政、税率变动自动调整、适用最新优惠政策、针对性税务政策指引、热点问题库 |
| 4 | 对接 | 全税种管理系统作为中枢，前端为核心业务系统、再保险业务系统、投资估值系统提供标准开票服务；后端对接收付、费控系统，实现业财税数据线上化全面贯通，无缝对接 |
| 5 | 构建 | 纳税管理体系:建立对分支机构的税务垂直管理，建设发票管理、纳税申报相关标准化流程纳税数据库：建设数据标准、统一数据口径，建设业财税资一体化系统，发掘数据价值，构建数据洞察能力⻛险管理体系：建立合理的税务⻛险管理框架，设置税务监控指标库、⻛控模型，聚焦税务⻛险的鉴定和分析，提高税务自查管理的效率 |
| 6 | 提升 | 数据质量提升：打通不同系统间的数据交互和连接，实现同一平台下的“业财税票”数据共享管理价值提升：建立基于全局的税务规划，提升税务分析能力和⻛险识别能力 |
| 类型 | 编号 | 功能节点 | 功能需求 | 备注 |
| 1.发票管理 | 1.1 | 开票管理 | 1.1.1保险业务开票1.1.1.1发票开具、合并开票、拆分开票、尾差调整、发票抬头更改1.1.1.2发票红冲、红字信息表、发票重开、发票打印、发票交付1.1.2非保业务开票1.1.2.1发票开具、合并开票、拆分开票、尾差调整、发票抬头更改1.1.2.2发票红冲、红字信息表、发票重开、发票打印、发票交付1.1.3供应商维护：增加非保业务相关的供应商（购货方）1.1.4开票品类维护：增加开票品类，如货物、服务、劳务品类维护1.1.5新增开票：特殊情况下，未从系统中获取的保险和非保业务数据，手工添加的数据的开票1.1.6规则管理：开票的触发规则、开票规则、逻辑管控 | 发票开具中含待开票列表（单轨-纯数电发票） |
| 1.2 | 收票管理 | 1.2.1OCR识别、验真、验重（费控的第三方OR税务平台）1.2.1增值税专用发票勾选、认证（用费控的第三方OR税务平台），乐企对接后，税务平台发票认证勾选可免费1.2.2进项税转出（收付接）-接收付数据，费控和收付均需做修改1.2.3视同销售（收付接）-接收付数据，费控和收付均需做修改 | 已在费控实现，可将收票功能在全税平台实现，费控和平台均可以实现，可从成本及未来趋势整体考量 |
| 1.3 | 发票池 | 1.3.1开票池：支持多维度查询发票、发票状态、税率拆分、差额统计、状态统计、异常预警1.3.2收票池1.3.2.1全电发票池：电子税务账户下导入该税号涉及到的所有全电发票（专票、普票）-缺少无税号的发票及纸质发票1.3.2.2费控发票池：在费控系统OCR识别、验真、验重的全部发票，支持多维度查询发票和发票状态1.3.2.3进项税发票池：涉及到进项税的所有发票 | 收票池数据从费控系统导入，可看到发票收票池的发票可查看对应的单据、凭证等关联数据开票池的发票可查看对应的业务单据等关联数据 |
| 2.1 | 税源基础数据管理 | 2.1.1增值税基础数据：销项、进项、免税、不征、简易、差额、进项转出、视同销售、预缴税额等2.1.2企业所得税基础数据：收入、成本、利润、免税、不征、调整、往年结转数据等2.1.3个人所得税基础数据：收入（新增）2.1.3代扣代缴⻋船税数据：代扣数据、代缴数据、税务数据等2.1.4财产及行为税数据：房产税、土地使用税、印花税等2.1.4.1房产税数据：从租、从价、从租数据调整2.1.4.2土地使用税数据：房屋面积2.1.4.3印花税数据：保费收入、退保费收入、各类合同数据等2.1.5其他 | |
| 2.2 | 集中计税、复核 | 2.2.1增值税计税及复核：计税底稿、申报表、复核（生成应付税费单，并对接至费用系统）2.2.2企业所得税计税及复核：计税底稿、申报表、复核2.2.3个人所得税计税及复核：计税底稿、申报表、复核-暂时只需劳务报酬（保险代理人、一般）-（新增）2.2.3代扣代缴⻋船税数据：计税底稿、申报表、复核（⻋船税申报有区域性差异，需要调研一下）2.2.4财产及行为税数据：房产税、土地使用税、印花税等2.2.4.1房产税数据：计税底稿、申报表、复核2.2.4.2土地使用税数据：计税底稿、申报表、复核2.2.4.3印花税数据：计税底稿、申报表、复核2.2.5其他 | 自动生成底稿，审批流可以配置，可追溯，可上传附件 |
| 2.3 | 一键申报（删掉）（乐企申报接口开放后，需实现） | 2.3.1增值税申报（总部涉及跨地区申报）2.3.2企业所得税申报2.3.32.3.3代扣代缴⻋船税申报2.3.4财产及行为税申报2.3.4.1房产税申报（总部涉及跨地区申报）2.3.4.2土地使用税申报2.3.4.3印花税申报2.3.5其他申报 | 某些地区的总部房产未在总部的税号下，在当地分公司税号下，例如河南、北京、山东？申报规则和审批流可配置和上传附件 |
| 2.4 | 缴税（删掉）（乐企申报接口开放后，需实现） | 税费缴纳（生成应付税费单，并对接至费控系统） | 在当地有账号，签订三方协议（总部跨地区申报、缴税不支持） |
| 2.5 | 历史查询（删掉）（乐企申报接口开放后，需实现） | 各税种申报表查询、下载及打印 | 税务版本（有税务局电子章） |
| 2.6 | 档案查询及管理 | 税源数据、计算底稿、申报表、完税证明、会计凭证号码查询、下载及打印（新增部分） | 需配置上传功能 |
| 3.1 | ⻛险指标库 | 3.1.1⻛险指标：现有正在执行的各类⻛险模型及⻛险指标3.1.2⻛险指标管理：建立⻛险模型，设置各类⻛险指标，可增加、减少、分区域、分税种、分机构各类指标 | 多维度，多种类；指标可定义，规则算法可配置 |
| 3.2 | ⻛险预警 | 根据⻛险指标对各税种⻛险进行排查、筛选，对超过指标阈值的进行预警、提示 | |
| 3.3 | ⻛险诊断 | 对⻛险预警、问题进行诊断，并提供对应的⻛险指标和指标对应政策 | 总部管理人员根据指标、问题、结合政策，找出原因，讨论得到解决办法 |
| 3.4 | 税务检查 | 各级主管税务局、稽查局对公司的税务检查、稽查、自查、补缴等情况的信息收集，上传造成的原因、分析、处理过程、结果、整改建议及各类附件 | 加一个税务检查模块，可以上传附件；支持配置生成抽样任务，配置检查和整改审批流并上传附件。 |
| 3.5 | 会税核对管理 | 在此展示增值税、企业所得税等税种的会税差异产生的原因、结果 | 产生的原因进行补充说明，并上传附件 |
| 3.6 | 历史查询 | 查询以往的⻛险预警、⻛险争端、⻛险指标库 | 留存历史数据备查 |
| 4.统计与分析 | 4.1 | 数据展板 | 发票数据、纳税数据、⻛险数据多维度、多形式的统计、分析、展示 | 查询引擎，定制报表 |
| 5.政策库 | 5.1 | 各级税务政策推送 | 推送最新的保险业相关的税收政策，包含但不限于税收优惠政策、各税种政策法规、各种规定 | 弹窗消息推送，主⻚面，消息中心 |
| 5.2 | 税务政策平台 | 按税种、按年限、按地区等多维度的将税务政策进行分类查询、展示、下载、收藏 | |
| 5.3 | 适用最新优惠政策 | 最新的保险业相关的税收政策，包含但不限于税收优惠政策、各税种政策法规、各种规定 | 期限：1年 |
| 6.1 | 账户中心 | 6.1.1企业信息管理6.1.1.1企业基本信息：企业的基本信息、主要人员信息、基本税务信息、投资信息、公司电子税务局账号信息（办税人员信息、法定代表人信息）、纳税信用等级6.1.1.2总分支机构信息：分支机构基本信息、主要人员信息、基本税务信息、公司电子税务局账号信息（办税人员信息、法定代表人信息）、纳税信用等级6.1.2人员权限6.1.2.1人员权限设置：根据人员岗位、职责设置不同的权限6.1.2.2人员权限查看：查看个人权限、查看岗位、指着对应的权限6.1.3个人信息管理6.1.3.1个人基本信息：人员基本信息、关联电子税务局的账号6.1.3.2密码修改 | |
| 6.2 | 纳税人信息 | 6.2.1税（费）种认定信息：核定的税（费）种信息、税率、征收率、认定有效起止期、申报方式（汇总、独立)6.2.2核定信息：发票核定信息、个人所得税核定信息、印花税核定信息、企业所得税核定信息、其他税费核定信息6.2.3资格信息：一般纳税人、小规模纳税人6.2.4商品信息6.2.4.1保险业务商品、服务信息：公司涉及的保险产品应免税信息及税率（基础数据-核心、再保业务系统同步）6.2.4.2非保业务商品、服务信息：公司涉及的非保业务应税、免税、简易计税、差额计税信息及税率 | |
| 6.3 | 规则库 | 6.3.1开票规则6.3.1.1现有开票规则查询6.3.1.2开票规则设置：开票的触发规则、开票规则、逻辑管控、特殊业务场景开票规则、发票备注默认/特殊规则6.3.2收票规则：进项税发票认证时间、收票管控规则、收票⻛险疑点规则设置6.3.3申报规则：会税差异的控制阀值、申报⻛险疑点规则设置 | |
| 方案 | 服务端 | 关联系统 | 相关接口 | 时效性 | 功能点 | 业务说明 | 接口类型 |
| 公共 | client | 核心承保 | 机构 | 定时 | 定时任务接口 | 基础数据同步 | WebService/JSON |
| client | | 员工 | 定时 | 定时任务接口 | 基础数据同步 | WebService/JSON |
| client | | 产品信息（险种、险别） | 定时 | 定时任务接口 | 基础数据同步 | WebService/JSON |
| 公共 | service | 收付系统 | 开票数据下发 | 定时 | 接口服务 | 理赔、承保、再保、费控、估值等相关开票数据送开票系统 | WebService/JSON |
| 公共 | service | 核心承保、核心理赔、再保系统、费控系统、估值系统、OA系统、微⻔店、三方渠道等 | 开票申请 | 实时 | 接口服务 | 需要开票相关系统开票申请服务 | WebService/JSON/html |
| service | 费控系统 | 进项发票数据同步 | 实时 | 接口服务 | 进销发票数据同步开票系统。 | WebService/JSON |
| client | 收付系统 | 发票数据同步 | 定时 | 后台定时任务 | 开票系统进销项发票数据同步收付。 | dblink |
| 项目开发和实施（二期） | 2024/8/1 | 2024/1/10 | 101 |
| 项目测试（二期） | 2024/11/11 | 2024/12/15 | 34 |
| 项目上线（二期） | 2024/12/16 | 2024/12/31 | 15 |
| 项目开发和实施（三期） | 2025/1/1 | 2025/4/30 | 119 |
| 项目测试（三期） | 2025/5/1 | 2025/5/31 | 30 |
| 项目上线（三期） | 2025/6/1 | 2025/6/30 | 29 |
| 全税种管理平台项目竞争性磋商评分规则表 | | | |
| 评审内容 | | 评分规则 | 分值 |
| 商务部分（65%） | 既往业绩15分 | 该系统在金融业、保险业税务类信息系统项目近三年实施案例数量，须提供合同关键页复印件或中标通知书，如涉及保密，金额等保密部分可遮盖。 | 15 |
| 实施价格50分 | 投标总报价满分50分。基准价=各有效供应商报价的平均报价，投标总报价与评标基准价（评标基准价为平均价）相比，每相差2万(差值去尾数后取整万算分，如2.9万为2万)扣1分，扣完为止。 | 50 |
| 技术部分（25%） | 业务功能17分 | 系统提供友好流畅的操作界面，能全面覆盖公司提出的业务需求所涵盖的各类业务场景，甚至能结合税收征管发展要求额外为客户考虑一些前瞻场景。 | 17 |
| 技术方面5分 | 系统既要充分考虑用户实际需求，也要充分利用现有资源，实施过程中能实现平稳安装和部署，不影响现有硬件、系统正常运行。产品成熟度及配置灵活度，软件运行效率及稳定性，二次开发的扩展性及难度。 | 5 |
| 方案讲解3分 | 技术方案需进行现场讲解，既满足用户目前实际使用需求（内容包括但不限于本次招标要求的需求内容），又充分考虑用户未来五年业务发展的需要。 | 3 |
| 服务部分（10%） | 日常服务3分 | 免费提供系统后续信创迁移支持 | 3 |
| 售后服务7分 | 免费运维期及内容：系统上线验收后，需提供为期一年的免费现场维护，满足得4分 | 0-4 |
| | 提供合理的后续维保收费标准，维保费用标准最低者（年维保总费用）得3分，其余依据排名按1分递减。最低0分； | 0-3 |
| 小计 | 100分 | | 100 |
| 附加部分 | 增值服务 | 能额外提供一些服务，提升公司经营效率或能体现降本增效或其它有效服务 | 6 |
| 项目团队4分 | 项目负责人具有在三个以上金融业税务类信息系统项目担任该系统项目经理的实施经验得2分；技术负责具备 10年以上技术开发工作经验以上，在3个以上金融业税务类信息系统项目担任过该系统技术负责人得2分。 | 4 |
| 合计 | 110分 | | 110 |
项目名称：全税种管理平台建设项目
竞争性磋商文件
采购人：安诚财产保险股份有限公司
2024年5月
目 录
第一章 竞争性磋商邀请 ..................................................................... 1
一、采购项目简介 .............................................................................. 1
二、采购范围及相关要求...................................................................1
三、供应商要求 ................................................................................. .1
四、竞争性磋商文件的获取...............................................................2
五、响应文件的递交...........................................................................2
六、磋商时间和地点...........................................................................2
七、确认...............................................................................................3
八、联系方式.......................................................................................3
第二章 供应商须知.............................................................................5
一、总则...............................................................................................5
二、竞争性磋商文件...... ....................................................................5
三、响应文件.......................................................................................6
四、响应文件的递交...........................................................................8
五、开启响应文件...............................................................................8
六、磋商和评审...................................................................................8
七、合同授予......................................................................................10
八、无效响应......................................................................................11
第三章 评审办法................................................................................11
一、评审方法......................................................................................12
二、初步评审标准和程序..................................................................12
三、详细评审标准和程序..................................................................13
四、评审结果......................................................................................15
第四章 采购需求................................................................................15
一、项目基础概况介绍......................................................................15
二、服务需求......................................................................................16
三、商务需求......................................................................................16
第五章 响应文件格式........................................................................18
第一章 竞争性磋商邀请书
全税种管理平台建设项目采购已经批准实施，项目资金来源为采购人
自筹资金，以竞争性磋商方式进行采购。现拟欢迎符合条件的供应商前来参
与磋商。
一、采购项目简介
（一）采购项目名称
全税种管理平台建设项目
（二）采购人
安诚财产保险股份有限公司
（三）资金来源
采购人自筹资金，最高限价 190 万元（大写：壹佰玖拾万元整）
二、采购范围及相关要求
（一）采购范围
本次采购的范围为安诚财产保险股份有限公司全税种管理平台系统建
设。具体见竞磋文件项目需求。
（二）项目地址
重庆市江北区东升门路63号金融城2号T1栋
三、供应商资格要求
（一）供应商应依法满足如下要求：
1.在中国境内注册，具有独立法人资格，具备有效的营业执照；
2.具有良好的商业信誉和健全的财务会计制度；
3.具有履行合同所必需的设备和专业技术能力；
4.有依法缴纳税收和社会保障资金的良好记录；
- 1 -
5.参加采购活动前三年内，在经营活动中没有重大违法记录；
6.未被政府行政管理机构、机关、法人及公司等实施市场禁入的供应商；
7.有服务国企、政府机关、事业单位的案例。
8. 注册资本/开办资金在500万元及以上。
9. 各供应商对所提供的全部资料的真实性、合法性负责，并承担提供
虚假资料的一切后果和责任。
（二）供应商不得存在下列情形之一：
1.处于被责令停产停业、暂扣或者吊销执照、暂扣或者吊销许可证、吊
销资质证书状态；
2.进入清算程序，或被宣告破产，或其他丧失履约能力的情形。
（三）本次采购不接受联合体。
（四）成交供应商不得对本项目进行转包、分包。
四、响应文件的递交
1.响应文件递交的时间为2024年5月20日10:00前，地点：重庆市江北
区江北嘴金融城2号T1栋4楼评标室。
2.逾期送达的、未送达指定地点的响应文件，采购人将拒绝接收。
五、磋商时间和地点
递交响应文件的供应商应委派代表准时参加磋商活动，磋商开始时间
为 2024年5月20日上午10:00，磋商地点：重庆市江北区江北嘴金融城2号
T1栋4楼评标室。
六、确认
你单位收到本邀请书后，请于 2024年5月13日17时前，以书面形式确
认是否参加磋商采购活动。在本邀请书规定的时间内未表示是否参加磋商
采购活动或明确表示不参加的，不得再参加磋商采购活动。
七、联系方式
- 2 -
采购人：安诚财产保险股份有限公司
联系人：张老师
电 话：023-63393702
邮 箱：yu.zhang@e-acic.com
地 址：重庆市江北区东升门路63号金融城2号T1栋
- 3 -
附件：
确认通知
安诚财产保险股份有限公司：
我方已于 年 月 日收到你方 年 月 日发出的安诚财险全
税种管理平台建设项目竞争性磋商邀请书，并确认
（参加/不参加）
磋商采购活动。
特此确认。
被邀请单位名称：
（盖单位章）
年 月 日
- 4 -
第二章 供应商须知
一、总则
（一）采购方式
本项目是采用竞争中磋商方式进行采购。采购人组建磋商小组与响应
采购的供应商依次分别进行多轮交流谈判并对供应商递交的响应文件进行
评审，采购人根据磋商小组最终谈判结果及评审结论，选择确定成交供应商。
（二）采购项目概况和供应商资格要求
采购项目概况和供应商资格要求见第一章“竞争性磋商邀请书”。
二、竞争性磋商文件
（一）竞争性磋商文件的组成包括：
1.竞争性磋商邀请书；
2.供应商须知；
3.评审办法；
4.采购需求；
5.响应文件格式。
采购人所作的一切有效的书面通知、修改及补充，都是竞争性磋商文件
不可分割的部分。
（二）竞争性磋商文件的解释
供应商如对竞争性磋商文件有疑问，必须以书面形式在提交响应文件
截止时间3个工作日前向采购人要求澄清，采购人可视具体情况做出处理或
答复。如供应商未提出疑问，视为完全理解并同意本竞争性磋商文件。一经
进入磋商程序，即视为供应商已详细阅读全部文件资料，完全理解竞争性磋
商文件所有条款内容并同意放弃对这方面有不明白及误解的权利。
三、响应文件
- 5 -
（一）响应文件的组成包括：
1.响应函；
2.法定代表人（单位负责人）身份证明、授权委托书（如有）；
3.报价表；
4.资格审查资料；
5.响应方案；
6.其他资料。
供应商在磋商和评审过程中作出的符合采购文件要求的澄清、说明和
补正，构成响应文件的组成部分。
供应商的法定代表人（单位负责人）亲自签署响应文件、亲自参加谈判
的，响应文件不包括授权委托书。
（二）报价
1.供应商应按竞争性磋商文件提供的格式（见第五章“响应文件格式”）
在响应函和报价表中进行报价。响应函和报价表中报价应为包含国家规定
的增值税在内的含税价格；
2.供应商应充分了解采购项目的总体情况以及影响报价的其他要素；
3.供应商的报价不得超过预算价格。
（三）响应文件有效期
响应文件有效期为90日，从竞争性磋商文件规定的递交响应文件的截
止时间开始计算。
（四）资格审查资料
为证明其满足“竞争性磋商邀请书”中对供应商的各项资格要求，供应
商应提供以下资格审查材料：
1. 供应商须提供营业执照（副本）、组织机构代码证（副本）、税务登
记证（副本）。如已按“三证合一”或“五证合一”登记制度改革的要求完
- 6 -
成登记的，需提供新版“营业执照”
2.有依法缴纳税收和社会保障金的良好记录（纳税证明材料复印件；缴
纳社会保障金的证明材料复印件；依法免税或不需要缴纳社会保障资金的
供应商，应提供相应文件证明其依法免税或不需要缴纳社会保障资金）。
3.参加采购活动前三年内，在经营活动中没有重大违法记录（供应商提
供 书 面 声 明 （ 见 格 式 文 件 ）； 采 购 人 将 通 过 “ 信 用 中 国 ” 网 站
(www.creditchina.gov.cn)、"中国政府采购网"(www.ccgp.gov.cn)等渠道查询供应
商信用记录，对列入失信被执行人、重大税收违法案件当事人名单、政府采
购严重违法失信行为记录名单的供应商将拒绝其参与采购活动。）
4.业绩要求证明材料（有服务过国企、政府机关、事业单位的情况证明，
证明材料为中标/成交通知书或有效合同）。
（五）响应方案
响应文件应当对竞争性磋商文件中的实质性内容作出响应。
（六）响应文件的编制
1.响应文件应按第五章“响应文件格式”进行编写，如有必要，可以增
加附页，作为响应文件的组成部分。
2.响应函应由供应商的法定代表人（单位负责人）或其授权的代理人签
字并加盖单位章。
响应函由代理人签字的，应在响应文件中附授权委托书，授权委托书应
由供应商的法定代表人（单位负责人）签字并加盖单位章。
3.谈判中供应商对响应文件的澄清、说明和补正应由供应商的法定代表
人（单位负责人）或其授权的代理人签字或加盖单位章。
4.响应文件应尽量避免涂改、行间插字或删除。如果出现上述情况，改
动之处应由供应商的法定代表人（单位负责人）或其授权的代理人签字或加
盖单位章。
- 7 -
5.响应文件正本一份，副本四份，电子文档一份（推荐采用U盘为电子
文档载体）。正本和副本的封面右上角应清楚地标记“正本”或“副本”的
字样。供应商应根据供应商须知前附表要求提供电子版文件。当副本和正本
不一致，或电子版文件和纸质正本文件不一致时、以纸质正本文件为准。
6.响应文件的正本与副本应分别装订，并编制日录。
四、响应文件的递交
响应文件的正本、副本以及电子文档均应密封送达磋商地点，应在封套
上注明磋商项目名称、供应商名称。若正本、副本以及电子文档分别进行密
封的，还应在封套上注明“正本”、“副本”、“电子文档”字样。
五、开启响应文件
采购人在规定的磋商地点公开开启响应文件，各个供应商应当派1-2名
代表参与磋商，至少1人应为法定代表人或具有法定代表人授权委托书的授
权代表（携带身份证原件）。
六、磋商和评审
（一）磋商小组
1.采购人将组建磋商小组，由磋商小组按照第三章“评审办法”的规定
与供应商进行谈判、对响应文件进行评审和比较。
2.磋商小组成员有下列情形之一的，应当回避：
（1）供应商主要负责人或供应商主要负责人的近亲属；
（2）与供应商有经济利益关系或者其他利害关系，可能影响公正评审
的。
3.在磋商和评审过程中，磋商小组成员对需要共同认定的事项存在争议
的，将按照少数服从多数的原则作出结论。持不同意见的磋商小组成员应当
在评审报告上签署不同意见及理由，否则视为同意评审报告。
（二）初步评审
- 8 -
1.磋商小组按照第三章“评审办法”规定的评审标准和程序对供应商递
交的响应文件进行初步评审。初步评审主要对响应文件的形式、供应商的资
格和响应文件的响应性进行审査，以判断响应文件的形式是否符合要求、供
应商是否符合资格条件、响应文件是否实质性响应采购文件的要求。
2.响应文件的形式或供应商资格不符合采购文件的要求、响应文件未实
质性响应采购文件的要求，或响应文件中有含义不明确、同类问题表述不一
致或有明显文字和计算错误的内容，谈判小组应要求供应商在规定时间内
进行澄清、说明和补正。供应商澄清、说明和补正的内容应由法定代表人（单
位负责人）或其授权的代理人签字或加盖单位章。澄清、说明和补正的内容
作为响应文件的组成部分。
3.只有形式评审和资格评审合格且实质性响应采购文件要求的供应商
才可通过初步评审。经供应商澄清、说明和补正后仍未通过初步评审的响应
文件将被视为无效，谈判小组应告知有关供应商。
（三）磋商
1.本项目不事先确定磋商轮次，磋商小组根据磋商情况确定，并在最后
一轮磋商前告知供应商。磋商顺序按照提交响应文件时间先后逐一进行磋
商。
2.磋商小组所有成员应集中与单一供应商逐一进行谈判，并给予所有参
加磋商的供应商平等的谈判机会。
（四）递交最终报价
磋商结束后，磋商小组将要求所有参加磋商的供应商在规定时间内递
交最终报价。最终报价由供应商的法定代表人（单位负责人）或其授权的代
理人签字或者加盖公章。最终报价是供应商响应文件的组成部分。
（五）详细评审及推荐候选成交供应商
1.磋商小组按照第三章“评审办法”规定的评审方法、评审因素、评审
- 9 -
标准和程序对响应文件进行详细评审。
2.评审完成后，磋商小组应当向采购人提交书面评审报告和候选成交供
应商名单。候选成交供应商名单应按照得分从高到低的顺序推荐3名。
3.所有供应商最终报价均明显不合理的，采购人将终止磋商活动。
（六）特殊情形处理
通过初步评审的供应商或递交最终报价的供应商数量等于3家时，采购
人可根据不同的情况决定继续或终止谈判活动；通过初步审查的供应商或
递交最终报价的供应商少于3家时，采购人将终止谈判活动。
七、合同授予
（一）确认预成交供应商
采购人应当在收到评审报告后5个工作日内，从评审报告提出的候选成
交供应商中，按照得分排序由高到低的原则确定预成交供应商。
（二）预成交结果公示
预成交供应商选定后，采购人将在安诚财产保险股份有限公司官网
（http://www.e-acic.com）磋商公告栏上发布结果公告，公示期为3日。
（三）发出成交通知书
公示期结束后，采购人以书面形式向预成交供应商发出成交通知书。
（四）签订合同
1.采购人应当自成交通知书发出之日起30日内，按照竞争性磋商文件和
成交供应商响应文件的约定，与成交供应商签订书面合同。所签订的合同不
得对竞争性磋商文件和供应商的响应文件作实质性修改。其他未尽事宜由
采购人和成交供应商在采购合同中详细约定。
2.竞争性磋商文件、供应商的响应文件及澄清文件等，均为签订采购合
同的依据。
3.成交供应商无正当理由拒签合同，在签订合同时向采购人提出附加条
- 10 -
件，或者不按照竞争性磋商文件要求递交履约保证金的，采购人取消其成交
资格。
4.成交供应商不得对本项目进行转包、分包。
八、无效响应
供应商发生以下条款情况之一者，视为无效响应，其响应文件将被拒绝：
（一）供应商不符合规定的资格条件的；
（二）供应商的法定代表人或其授权代表未参加磋商；
（三）供应商所提交的响应文件不按响应文件编制要求规定签字、盖章；
（四）供应商的最后报价超过采购预算或最高限价的；
（五）法定代表人为同一个人的两个及两个以上法人，母公司、全资子
公司及其控股公司，在同一分包采购中同时参与磋商；
（六）单位负责人为同一人或者存在直接控股、管理关系的不同供应商，
参加同一合同项下的采购活动的；
（七）供应商以联合体形式参与磋商的；
（八）供应商被列入失信被执行人、重大税收违法案件当事人名单、政
府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采
购法》第二十二条规定条件的。
第三章 评审办法
一、评审方法
本次评审采用综合评分法。磋商小组对满足采购文件实质性要求的响
应文件，按照商务部分、技术部分、服务部分、附加部分打分，总分为100
分，附加分10分，按得分由高到低的顺序推荐候选成交供应商。
二、初步评审标准和程序
（一）初步评审标准
- 11 -
1.形式评审标准：
（1）供应商须提供营业执照（副本）、组织机构代码证（副本）、税务
登记证（副本）。如已按“三证合一”或“五证合一”登记制度改革的要求
完成登记的，需提供新版“营业执照”。
（2）响应函应由供应商的法定代表人（单位负责人）或其授权的代理
人签字并加盖单位章。
响应函由代理人签字的，应在响应文件中附授权委托书，授权委托书应
由供应商的法定代表人（单位负责人）签字并加盖单位章。
谈判中供应商对响应文件的澄清、说明和补正应由供应商的法定代表
人（单位负责人）或其授权的代理人签字或加盖单位章。
（3）响应函中实质性内容。
2.资格评审标准
（1）依法设立的证明（供应商应提供市场监管部门或其他行政机关颁
发的可以合法开展技术服务业务的执照或证书复印件）。
（2）有依法缴纳税收和社会保障金的良好记录（纳税证明材料复印件；
缴纳社会保障金的证明材料复印件；依法免税或不需要缴纳社会保障资金
的供应商，应提供相应文件证明其依法免税或不需要缴纳社会保障资金）。
（3）参加采购活动前三年内，在经营活动中没有重大违法记录（供应
商 提 供 书 面 声 明 （ 见 格 式 文 件 ）； 采 购 人 将 通 过 “ 信 用 中 国 ” 网 站
(www.creditchina.gov.cn)、"中国政府采购网"(www.ccgp.gov.cn)等渠道查询供应
商信用记录，对列入失信被执行人、重大税收违法案件当事人名单、政府采
购严重违法失信行为记录名单的供应商将拒绝其参与采购活动。）
（4）业绩要求证明材料（有服务过国企、政府机关、事业单位的情况
- 12 -
证明，证明材料为中标/成交通知书或有效合同）。
3.响应性评审标准
（1）供应商应按竞争性磋商文件提供的格式在响应函和报价表中进行
报价。响应函和报价表中报价应为包含国家规定的增值税在内的含税价格。
（2）供应商应充分了解采购项目的总体情况以及影响报价的其他要素。
（3）供应商的报价不得超过预算价格。
（二）初步评审程序
1.磋商小组对供应商递交的响应文件进行初步评审。判断响应文件的形
式是否符合要求、供应商是否符合资格条件、响应文件是否实质性响应采购
文件的要求。只有以上评审合格的响应文件才可通过初步评审。
2.响应文件的形式或供应商资格不符合采购文件的要求、响应文件未实
质性响应竞争性磋商文件的要求，或响应文件中有含义不明确、同类问题表
述不一致或有明显文字和计算错误的内容，磋商小组应要求供应商在规定
时间内进行澄清、说明和补正。供应商澄清、说明和补正的内容应由法定代
表人（单位负责人）或其授权的代理人签字或加盖单位章。澄清、说明和补
正的内容作为响应文件的组成部分。
3.经供应商澄清、说明和补正后仍不满足初步评审要求的响应文件，或
供应商有串通、弄虚作假、行贿等违法行为的，其响应文件将被视为无效，
谈判小组应告知有关供应商。
4.在采购过程中符合要求的供应商少于3家时，采购人将终止谈判活动。
三、详细评审标准和程序
（一）评审价格确定
1.评审价格以最终报价的大写含税价格为准，评审价格超过预算价格的，
其响应文件将被视为无效。
- 13 -
2.最终报价有算术错误或其他错误的，磋商小组按以下原则进行修正，
并要求供应商对修正后的价格进行书面澄清确认。供应商拒不澄清确认的，
其响应文件将被视为无效：
（1）大写金额与小写金额不一致的，以大写金额为准；
（2）总价金额与单价金额不一致的，以单价金额为准，但单价金额小
数点有明显错误的除外；
（3）报价表中合计报价与分项报价的合价不一致的，以各分项报价的
合价累计数为准；
（4）如果分项报价中存在缺漏项，且缺漏项内容不属于实质性偏差的，
则视为缺漏项内容的价格已包含在其他分项报价之中。
最终报价的算术错误修正不改变评审依据的最终总报价。当修正后的
总报价高于原最终报价时，视同供应商最终报价错误产生少漏计费用，签订
合同时由供应商承担，如评审小组认为供应商无法承受少漏计费用，可以将
最终报价作为异常低价处理；当修正后的总报价低于原最终报价时，签订合
同时以修正后的报价为准。
（二）综合评分和排序
1.评审标准。分为商务部分、技术部分、服务部分和附加部分四个板块，
对既往业绩（近三年、金融业、保险业）、实施价格、业务场景覆盖度、界
面操作友好性、结合征管发展要求考虑前瞻场景、产品成熟度及配置灵活度、
软件运行效率及稳定性、二次开发的扩展性及难度、方案讲解、日常服务、
售后服务、增值服务、项目团队等进行评审。
2.评分。磋商小组成员按照评分标准独立对供应商进行评分。各项得分
汇总后为该成员给供应商的评分总分。评分分值计算保留小数点后两位，小
数点后第三位“四舍五入”。
3.汇总。磋商小组汇总每个成员对供应商的评分总分，每个供应商的评
- 14 -
分总分的算术平均值为供应商最终得分。
4.磋商小组对供应商最终得分进行比较后，按照供应商最终得分由高
到低的顺序对供应商排序。最终得分相等时，以评审价格低的优先；评审价
格也相等的，由磋商小组投票决定。
四、评审结果
评审完成后，磋商小组应当向采购人提交书面评审报告和候选成交供
应商名单。候选成交供应商名单应按照得分从高到低的顺序推荐3名。
第四章 采购需求
一、项目基本概况介绍
（一）采购内容和范围
1.全税种管理管理平台
按照《全税种管理平台需求分析报告》（见附件1）的要求，系统以发
票管理、纳税申报、风险控制、统计分析作为主体框架，实现全税种管理的
标准化、集中化、一体化、自动化，建立与财务共享、数字化转型相适应的
新一代税务管理平台。满足金税四期管理要求、数电发票的开具要求。
2.系统接口
根据我司目前系统部署情况，全税种管理平台上线后将涉及与核心承
保系统的基础数据同步接口、与收付系统的开票数据同步接口、多系统与全
税管理平台的发票开具申请接口、与费控进项发票同步接口、与收付进/销
发票数据同步接口、与税局发票数据接口等。
3.数据迁移
全税管理平台上线后，原用友发票管理系统及核心电子发票开具管理
- 15 -
功能将停用，并需将对应功能迁移至全税管理平台，将历史开票数据、待开
票数据、纳税主体、客户信息等相关数据迁移至全税管理平台。
（二）主要功能要求和说明
1.规范税务管理
直保业务、再保业务、非保业务实现全面线上化、多类型开票，在业财
税一体化的基础上，实现全税种的自动核算和申报管理。
2.提升数据质量
建设数据标准、统一数据口径，发掘数据价值，构建数据洞察能力，
实现同一平台下的“业财税票”数据共享。
3.完善风险管理
构建税收风险管理体系，建立合理的税务风险管理框架，设置税务监
控指标库、风控模型，聚焦税务风险的鉴定和分析，提高税务自查管理的效
率。
4.赋能业务发展
支持互联网等新业态、新模式、新渠道业务发展，畅通特殊场景下的
发票开具。
具体要求详见《全税种管理平台功能需求分析报告》（见附件 1）
二、服务需求
提供 7*24 小时支持服务，出现问题后及时响应，需要现场支持时能乘
坐最快的交通工具到达现场；
系统上线验收后免运维费一年，提供降本增效的增值服务
提供合理的后续维保收费标准（年维保总费用）
三、商务需求
（一）地点
服务地点：重庆市江北区东升门路 63 号金融城 2 号 T1 栋
- 16 -
（二）报价要求
磋商报价包括完成本项目所需的服务费、人工费（含保险）及提供服
务所需的设备或货物购买（制造）费、辅材费、运输费、装卸费、安装调试
费、培训费及各种应纳的税费。因成交供应商自身原因造成漏报、少报皆由
其自行承担责任，采购人不再补偿。
（三）付款方式（注：具体按项目实际情况设定）
合同签订后十五个工作日内向供应商支付合同总金额 20%的预付款,
系统实施半年时向供应商支付合同 30%的进度款，系统上线并验收合格后
十五个工作日内向供应商支付合同总金额 40%的进度款，系统上线运行三
个月支付合同总金额 6%尾款，系统上线运行 12 个月后支付合同总金额 4%
质保金。
- 17 -
第五章 响应文件格式
磋商响应文件封面格式
正本（或副本）
竞争性磋商响应文件
采购项目名称：安诚财险全税种管理平台
供应商名称（加盖供应商公章）：
供应商法定代表人或授权代理人（签字）：
2024 年 月 日
- 18 -
目 录
一、响应函
二、法定代表人（单位负责人）身份证明
授权委托书（适用于有委托代理人的情况）
三、报价表
四、资格审查材料
五、响应方案
六、其他资料
- 19 -
一、响应函
安诚财产保险股份有限公司:
1.我方已仔细研究了
（项目名称）竞争性磋
商文件的全部内容，愿意以含税价人民币（大写）
（￥
）的报价提供本项目服务，并按合同约定履行义
务。
2.我方的响应文件包括下列内容：
（1）响应函；
（2）法定代表人（单位负责人）身份证明、授权委托书（如有）；
（3）报价表；
（4）资格审查资料；
（5）响应方案；
（6）其他资料。
……..
响应文件的上述组成部分如存在内容不一致的，以响应函为准。
3.我方承诺响应磋商文件的全部要求。
4.我方承诺在磋商文件规定的响应文件有效期内不撤销响应文件。
5.如我方成交，我方承诺：
（1）在收到成交通知书后，在成交通知书规定的期限内与你方签订合
同；
（2）在签订合同时不向你方提出附加条件；
（3）在合同约定的期限内完成合同规定的全部义务。
6.我方在此声明，所递交的响应文件及有关资料内容完整、真实和准确，
且不存在第一章“竞争性磋商采购邀请书”中规定的供应商不得存在的情形。
- 20 -
7.
（其他补充说明）。
供应商：
（盖单位章）
法定代表人（单位负责人）
或其授权的代理人
（签字）
地址：
电子邮箱：
电话：
年 月 日
- 21 -
二、法定代表人（单位负责人）身份证明
磋商项目名称：
致： （采购人名称）：
（ 法 定 代 表 人 姓 名 ） 在
（供应商名称）任 （职务名称）职务，是（供应商名称） 的
法定代表人。
特此证明。
（供应商公章）
年 月 日
法定代表人电话：XXXXXXX 电子邮箱：XXXXXX@XXXXX（若
授权他人办理并签署响应文件的可不填写）
（附：法定代表人身份证正反面复印件）
- 22 -
授权委托书
（适用于有委托代理人的情况）
本人 （姓名）系
（供应商名称）的法定代表人
（单位负责人），现委托
（姓名）为我方代理人。代理人根据授权，
以我方名义签署、澄清确认、递交、撤回、修改
项目响应文件、
签订合同和处理有关事宜，其法律后果由我方承担。
在撤消授权的书面通知以前，本授权书一直有效。委托代理人在授权
书有效期内签署的所有文件不因授权的撤消而失效。
代理人无转委托权。
附：法定代表人（单位负责人）及委托代理人身份证正反面复印件。
供应商：
（盖单位章）
法定代表人（单位负责人）：
（签字）
身份证号码：
委托代理人：
身份证号码：
（签字）
年
月
日
- 23 -
三、明细报价表
注：1.供应商应完整填写本表。
2.该表可扩展，并逐页签字或盖章。
3.含税价，费用包干。
- 24 -
四、资格审查材料
1. 供应商须提供营业执照（副本）、组织机构代码证（副本）、税务登
记证（副本）。如已按“三证合一”或“五证合一”登记制度改革的要求完
成登记的，需提供新版“营业执照。
2.有依法缴纳税收和社会保障金的良好记录（纳税证明材料复印件；缴
纳社会保障金的证明材料复印件；依法免税或不需要缴纳社会保障资金的
供应商，应提供相应文件证明其依法免税或不需要缴纳社会保障资金）。
3.参加采购活动前三年内，在经营活动中没有重大违法记录（供应商提
供 书 面 声 明 （ 见 格 式 文 件 ）； 采 购 人 将 通 过 “ 信 用 中 国 ” 网 站
(www.creditchina.gov.cn)、"中国政府采购网"(www.ccgp.gov.cn)等渠道查询供应
商信用记录，对列入失信被执行人、重大税收违法案件当事人名单、政府采
购严重违法失信行为记录名单的供应商将拒绝其参与采购活动。）
4.业绩要求证明材料（有服务过国企、政府机关、事业单位的情况证明，
证明材料为中标/成交通知书或有效合同）。
- 25 -
书面声明
磋商项目名称：
致： （采购人名称）：
（供应商名称）郑重声明，我公司具有良好的
商业信誉，具有履行合同所必需的设备和专业技术能力，在合同签订前后随
时愿意提供相关证明材料；我公司还同时声明参加本项目采购活动前三年
内 无 重 大 违 法 活 动 记 录 ， 我 公 司 还 同 时 声 明 未 列 入 在 信 用 中 国 网 站
（www.creditchina.gov.cn） “失信被执行人”、 “重大税收违法案件当事人
名单”、中，也未列入中国政府采购网（www.ccgp.gov.cn）“政府采购严重违
法失信行为记录名单”中，符合采购文件规定的供应商资格条件，并随时接
受采购人的检查验证，我方对以上声明负全部法律责任。
特此声明。
（供应商公章）
年 月 日
- 26 -
五、响应方案
响应方案一般包括（但不限于）下列内容：
（1）对项目的理解；
（2）服务范围及内容；
（3）服务工作的依据、工作目标；
（4）服务机构设置（框图）、岗位职责；
（5）服务质量、进度、保密等保证措施；
（6）服务工作重点、难点分析；
（7）对本项目的合理化建议及增值服务和承诺。
- 27 -
六、其他资料
供应商需提交的其他资料。
- 28 -
附件1：全税种管理平台功能需求分析报告
全税种管理平台功能需求
板块
内容
概要
1.1
现状及问题
全税种管理平台改造背景分析
1
现状与目标
1.2
项目目标
项目愿景及出发点
2.1
系统总体框架
系统关系、主要模块、主要功能
2
系统规划
2.2
功能说明
框架各模块功能详细说明
2.3
项目范围及交互关系 项目边界；与周边系统间交互关系、大体接口内容
2.4
项目构成及计划
项目组构成及分工，项目节点安排
1.1现状及问题
对象
现状
返回目录
问题
数据脱节：业、财、税脱节，信息不共享
税务数据没有统一标准来源，形成会税差异难以查明差异及原因，同时形成税收⻛险
对公司
操作分散：纳税主体共有200+，未设置标准化、规范化纳税申报管理流程
管理难度大，管理半径⻓
管理置后：税务⻛险管理置后，⽆事前预警机制，缺乏有效性、及时性的⻛险控制 缺少完整的税务⻛险管理体系
线下开票：再保险业务、非保业务未实现线上开票
未实现业务场景全覆盖，存在部分销项数据及开票数据脱离系统掌控范围
手工作业：存在较多的人为操作，如：人工计税、申报、统计
重复性、事务性工作多，工作量大，出错率高，工作效率低下
未形成规范化、标准化的涉税申报流程，对办税人员专业度要求较高
人员流动性影响税务申报质量
对管理者
统计失真：各税种实际缴纳情况依赖财务数据，事后反映
税务管控信息滞后，无法适应多维度统计与分析
会税核对依赖线下手工台账
⽆系统对账工具，会税一致性依赖于机构⾃⾏做表管理，管理效果参差不⻬，总部难以掌握税务管理实际情况
政策滞后：政策更新不及时，遇到税收问题没有专⻔渠道可供咨询、探讨
政策适⽤错误造成税收⻛险，政策适⽤不及时造成公司损失
档案缺失：涉税工作底稿及申报表存于各个办税人员，工作交接过程中易遗失计税
数据、申报数据
涉税数据分散、历史数据难以保存、未形成有效的税务档案管理
1.2项目目标
序号
关键词
返回目录
目标
1
2
3
4
5
6
规范
控制
管理
对接
构建
标准化：固化开票流程、税金计算流程、税金申报流程
集中化：数据集中管理，实时统计分析和任务管理
一体化：系统对接，实现业财税融合、信息共享
自动化：一键开票（为不同开票场景提供调用服务）、智能勾选认证、自动计税、一键申报、实时统计、
关联比对
⻛险指标：⻛险指标可配置化，支持多维度的⻛险管控
⻛险管控：建立税务监控指标库、⻛控模型，监控指标的预警和分析
差异管理：①政策差异化--匹配不同税目、地域
②机构差异化--对不同机构设置不同的计税、申报规则
发票管理：直保业务、再保业务、非保业务实现全面线上化多类型开票
申报管理：在业财税一体化的基础上，实现全税种的自动核算和申报管理
⻛险管理：⻛险指标可配置化，支持多维度的⻛险管控，监控指标的预警和分析
统筹与分析：综合管控能力，从业务、资金、组织等维度进行全盘规划，充分利用优惠政策进行税务筹
划，实现税务数据集中采集和展现
政策更新：自动更新最新税政、税率变动自动调整、适用最新优惠政策、针对性税务政策指引、热点问题
库
全税种管理系统作为中枢，前端为核心业务系统、再保险业务系统、投资估值系统提供标准开票服务；后
端对接收付、费控系统，实现业财税数据线上化全面贯通，无缝对接
纳税管理体系:建立对分支机构的税务垂直管理，建设发票管理、纳税申报相关标准化流程
纳税数据库：建设数据标准、统一数据口径，建设业财税资一体化系统，发掘数据价值，构建数据洞察能
力
⻛险管理体系：建立合理的税务⻛险管理框架，设置税务监控指标库、⻛控模型，聚焦税务⻛险的鉴定和
分析，提高税务自查管理的效率
提升
数据质量提升：打通不同系统间的数据交互和连接，实现同一平台下的“业财税票”数据共享
管理价值提升：建立基于全局的税务规划，提升税务分析能力和⻛险识别能力
2.1系统总体框架 返回目录
2.2系统功能说明 返回目录
编号 功能节点
类型
功能需求
备注
1.1
开票管理
1.1.1保险业务开票
1.1.1.1发票开具、合并开票、拆分开票、尾差调整、发票抬头更改
1.1.1.2发票红冲、红字信息表、发票重开、发票打印、发票交付
1.1.2非保业务开票
1.1.2.1发票开具、合并开票、拆分开票、尾差调整、发票抬头更改
1.1.2.2发票红冲、红字信息表、发票重开、发票打印、发票交付
1.1.3供应商维护：增加非保业务相关的供应商（购货方）
1.1.4开票品类维护：增加开票品类，如货物、服务、劳务品类维护
1.1.5新增开票：特殊情况下，未从系统中获取的保险和非保业务数据，手工添加的数据的开票
1.1.6规则管理：开票的触发规则、开票规则、逻辑管控
发票开具中含待开票列
表（单轨-纯数电发
票）
1.发票管理
1.2
收票管理
1.2.1OCR识别、验真、验重（费控的第三方OR税务平台）
1.2.1增值税专用发票勾选、认证（用费控的第三方OR税务平台），乐企对接后，税务平台发票认证勾选
可免费
1.2.2进项税转出（收付接）-接收付数据，费控和收付均需做修改
1.2.3视同销售（收付接）-接收付数据，费控和收付均需做修改
已在费控实现，可将收
票功能在全税平台实
现，费控和平台均可以
实现，可从成本及未来
趋势整体考量
1.3
发票池
1.3.1开票池：支持多维度查询发票、发票状态、税率拆分、差额统计、状态统计、异常预警
1.3.2收票池
1.3.2.1全电发票池：电子税务账户下导入该税号涉及到的所有全电发票（专票、普票）-缺少无税号的发
票及纸质发票
1.3.2.2费控发票池：在费控系统OCR识别、验真、验重的全部发票，支持多维度查询发票和发票状态
1.3.2.3进项税发票池：涉及到进项税的所有发票
2.1
税源基础数据
管理
2.1.1增值税基础数据：销项、进项、免税、不征、简易、差额、进项转出、视同销售、预缴税额等
2.1.2企业所得税基础数据：收入、成本、利润、免税、不征、调整、往年结转数据等
2.1.3个人所得税基础数据：收入（新增）
2.1.3代扣代缴⻋船税数据：代扣数据、代缴数据、税务数据等
2.1.4财产及行为税数据：房产税、土地使用税、印花税等
2.1.4.1房产税数据：从租、从价、从租数据调整
2.1.4.2土地使用税数据：房屋面积
2.1.4.3印花税数据：保费收入、退保费收入、各类合同数据等
2.1.5其他
收票池数据从费控系统
导入，可看到发票
收票池的发票可查看对
应的单据、凭证等关联
数据
开票池的发票可查看对
应的业务单据等关联数
据
2.纳税申报
2.2
集中计税、复
核
2.3
2.4
2.5
一键申报
（删掉）（乐
企申报接口开
放后，需实
现）
缴税（删掉）
（乐企申报接
口开放后，需
实现）
历史查询（删
掉）（乐企申
报接口开放
后，需实现）
2.6
档案查询及管
理
3.1 ⻛险指标库
2.2.1增值税计税及复核：计税底稿、申报表、复核（生成应付税费单，并对接至费用系统）
2.2.2企业所得税计税及复核：计税底稿、申报表、复核
2.2.3个人所得税计税及复核：计税底稿、申报表、复核---暂时只需劳务报酬（保险代理人、一般）--
（新增）
2.2.3代扣代缴⻋船税数据：计税底稿、申报表、复核（⻋船税申报有区域性差异，需要调研一下）
2.2.4财产及行为税数据：房产税、土地使用税、印花税等
2.2.4.1房产税数据：计税底稿、申报表、复核
2.2.4.2土地使用税数据：计税底稿、申报表、复核
2.2.4.3印花税数据：计税底稿、申报表、复核
2.2.5其他
2.3.1增值税申报（总部涉及跨地区申报）
2.3.2企业所得税申报
2.3.3
2.3.3代扣代缴⻋船税申报
2.3.4财产及行为税申报
2.3.4.1房产税申报（总部涉及跨地区申报）
2.3.4.2土地使用税申报
2.3.4.3印花税申报
2.3.5其他申报
税费缴纳（生成应付税费单，并对接至费控系统）
各税种申报表查询、下载及打印
自动生成底稿，审批流
可以配置，可追溯，可
上传附件
某些地区的总部房产未
在总部的税号下，在当
地分公司税号下，例如
河南、北京、山东？
申报规则和审批流可配
置和上传附件
在当地有账号，签订三
方协议（总部跨地区申
报、缴税不支持）
税务版本（有税务局电
子章）
税源数据、计算底稿、申报表、完税证明、会计凭证号码查询、下载及打印（新增部分）
需配置上传功能
3.1.1⻛险指标：现有正在执行的各类⻛险模型及⻛险指标
3.1.2⻛险指标管理：建立⻛险模型，设置各类⻛险指标，可增加、减少、分区域、分税种、分机构各类
指标
多维度，多种类；指标
可定义，规则算法可配
置
3.2
⻛险预警 根据⻛险指标对各税种⻛险进行排查、筛选，对超过指标阈值的进行预警、提示
3.3
⻛险诊断 对⻛险预警、问题进行诊断，并提供对应的⻛险指标和指标对应政策
3.⻛险控制
3.4
税务检查
各级主管税务局、稽查局对公司的税务检查、稽查、自查、补缴等情况的信息收集，上传造成的原因、
分析、处理过程、结果、整改建议及各类附件
3.5 会税核对管理 在此展示增值税、企业所得税等税种的会税差异产生的原因、结果
4.统计与分
析
3.6
4.1
5.1
历史查询 查询以往的⻛险预警、⻛险争端、⻛险指标库
数据展板 发票数据、纳税数据、⻛险数据多维度、多形式的统计、分析、展示
各级税务政策
推送
推送最新的保险业相关的税收政策，包含但不限于税收优惠政策、各税种政策法规、各种规定
5.政策库
5.2 税务政策平台 按税种、按年限、按地区等多维度的将税务政策进行分类查询、展示、下载、收藏
总部管理人员根据指标
、问题、结合政策，找
出原因，讨论得到解决
办法
加一个税务检查模块，
可以上传附件；支持配
置生成抽样任务，配置
检查和整改审批流并上
传附件。
产生的原因进行补充说
明，并上传附件
留存历史数据备查
查询引擎，定制报表
弹窗消息推送，主⻚
面，消息中心
5.3
适用最新优惠
政策
6.1
账户中心
最新的保险业相关的税收政策，包含但不限于税收优惠政策、各税种政策法规、各种规定
期限：1年
6.1.1企业信息管理
6.1.1.1企业基本信息：企业的基本信息、主要人员信息、基本税务信息、投资信息、公司电子税务局账号
信息（办税人员信息、法定代表人信息）、纳税信用等级
6.1.1.2总分支机构信息：分支机构基本信息、主要人员信息、基本税务信息、公司电子税务局账号信息
（办税人员信息、法定代表人信息）、纳税信用等级
6.1.2人员权限
6.1.2.1人员权限设置：根据人员岗位、职责设置不同的权限
6.1.2.2人员权限查看：查看个人权限、查看岗位、指着对应的权限
6.1.3个人信息管理
6.1.3.1个人基本信息：人员基本信息、关联电子税务局的账号
6.1.3.2密码修改
6.基础信息
管理
6.2 纳税人信息
6.3
规则库
6.2.1税（费）种认定信息：核定的税（费）种信息、税率、征收率、认定有效起止期、申报方式（汇总
、独立)
6.2.2核定信息：发票核定信息、个人所得税核定信息、印花税核定信息、企业所得税核定信息、其他税
费核定信息
6.2.3资格信息：一般纳税人、小规模纳税人
6.2.4商品信息
6.2.4.1保险业务商品、服务信息：公司涉及的保险产品应免税信息及税率（基础数据-核心、再保业务系
统同步）
6.2.4.2非保业务商品、服务信息：公司涉及的非保业务应税、免税、简易计税、差额计税信息及税率
6.3.1开票规则
6.3.1.1现有开票规则查询
6.3.1.2开票规则设置：开票的触发规则、开票规则、逻辑管控、特殊业务场景开票规则、发票备注默认/
特殊规则
6.3.2收票规则：进项税发票认证时间、收票管控规则、收票⻛险疑点规则设置
6.3.3申报规则：会税差异的控制阀值、申报⻛险疑点规则设置
2.3项目范围及交互关系
2.3
保司交互系统
承保、理赔、再保、收付、费控、估值、OA、微商城/⻔店、三⽅渠道
系统交互的数据
机构部⻔、⼈员、客商信息、产品、险别、开票数据
方案
公共
服务端
client
client
client
公共
service
公共
service
service
client
关联系统
核心承保
收付系统
核心承保、核心理赔、再保系统、
费控系统、估值系统、OA系统、
微⻔店、三方渠道等
费控系统
收付系统
相关接口
时效性
功能点
机构
员工
产品信息（险种、险
别）
开票数据下发
开票申请
定时
定时
定时
定时
实时
进项发票数据同步 实时
发票数据同步
定时
定时任务接口
定时任务接口
定时任务接口
接口服务
接口服务
接口服务
后台定时任务
业务说明
基础数据同步
基础数据同步
基础数据同步
接口类型
WebService/JSON
WebService/JSON
WebService/JSON
理赔、承保、再保、费控、估值等相关开票数据送开票系统
WebService/JSON
需要开票相关系统开票申请服务
WebService/JSON/html
进销发票数据同步开票系统。
开票系统进销项发票数据同步收付。
WebService/JSON
dblink
2.4项目构成及计划
返回目录
技术团队
许毅、何春甫、吴素琼、郑贤渝
项目组
核心业务团队
付朝晖、蒲志会、杜代军、胡可、谢红瑶、李文斌
项目时间周期
开始时间 所用天数
2023/11/1 2023/12/2 2024/1/2 2024/2/2 2024/3/4 2024/4/4 2024/5/5 2024/6/5 2024/7/6 2024/8/6 2024/9/6 2024/10/7 2024/11/7 2024/12/8 2025/1/8 2025/2/8 2025/3/11 2025/4/11 2025/5/12 2025/6/12 2025/7/13 2025/8/13
115
30
45
13
5
101
项目立项
项目招投标及采购
项目开发和实施（一期）
项目测试（一期）
项目上线（一期）
项目开发和实施（二期）
项目测试（二期）
项目上线（二期）
项目开发和实施（三期）
项目测试（三期）
项目上线（三期）
34
15
119
30
29
阶段任务
项目立项
开始时间
完成时间
所用天数 第一期开票平台：
发票管理（开票管理、发票池）
2024/1/1
2024/4/25
115
基础信息管理（账户中心、纳税人信息、规则库）
项目招投标及采购
2024/4/26
2024/5/26
项目开发和实施（一期）
2024/5/27
2024/7/11
项目测试（一期）
2024/7/12
2024/7/25
项目上线（一期）
2024/7/26
2024/7/31
30
45
13
5
第二期增值税申报及管理：
发票管理（收票管理、发票池）
纳税申报（增值税税源基础数据管理、集中计税、复核）
项目开发和实施（二期）
2024/8/1
2024/11/10
项目测试（二期）
2024/11/11
2024/12/15
项目上线（二期）
2024/12/16
2024/12/31
项目开发和实施（三期）
2025/1/1
2025/4/30
项目测试（三期）
项目上线（三期）
2025/5/1
2025/6/1
2025/5/31
2025/6/30
101
34
15
119
30
29
第三期全税种平台建立：
纳税申报（一键申报、缴税、历史查询、档案管理）
修改为纳税申报（其他税费中+个税、档案管理（上传功能））
⻛险控制（⻛险指标、⻛险预警、⻛险诊断、税务检查、会税核对、历史查询）
统计与分析（数据展板）
政策库（各级税务政策推送、税务政策平台、适用最新优惠政策）
全税种管理平台项目竞争性磋商评分规则表
评审内容
评分规则
分值
商务部分
（65%）
既往业绩15分
该系统在金融业、保险业税务类信息系统项目近三年实施案例数
量，须提供合同关键页复印件或中标通知书，如涉及保密，金额
等保密部分可遮盖。
实施价格50分
投标总报价满分50分。基准价=各有效供应商报价的平均报价，投
标总报价与评标基准价（评标基准价为平均价）相比，每相差2万
(差值去尾数后取整万算分，如2.9万为2万)扣1分，扣完为止。
业务功能17分
系统提供友好流畅的操作界面，能全面覆盖公司提出的业务需求
所涵盖的各类业务场景，甚至能结合税收征管发展要求额外为客
户考虑一些前瞻场景。
技术部分
（25%）
技术方面5分
系统既要充分考虑用户实际需求，也要充分利用现有资源，实施
过程中能实现平稳安装和部署，不影响现有硬件、系统正常运行
。产品成熟度及配置灵活度，软件运行效率及稳定性，二次开发
的扩展性及难度。
方案讲解3分
技术方案需进行现场讲解，既满足用户目前实际使用需求（内容
包括但不限于本次招标要求的需求内容），又充分考虑用户未来
五年业务发展的需要。
日常服务3分 免费提供系统后续信创迁移支持
服务部分
（10%）
售后服务7分
小计
100分
免费运维期及内容：系统上线验收后，需提供为期一年的免费现
场维护，满足得4分
提供合理的后续维保收费标准，维保费用标准最低者（年维保总
费用）得3分，其余依据排名按1分递减。最低0分；
增值服务
能额外提供一些服务，提升公司经营效率或能体现降本增效或其
它有效服务
附加部分
项目团队4分
项目负责人具有在三个以上金融业税务类信息系统项目担任该系
统项目经理的实施经验得2分；技术负责具备 10年以上技术开发
工作经验以上，在3个以上金融业税务类信息系统项目担任过该系
统技术负责人得2分。
合计
110分
15
50
17
5
3
3
0-4
0-3
100
6
4
110
