存货分析 …… 财务分析 财务状况 资产负债率 收入利润 存货周转率 成本费用率 盈利能力 应收账款 账龄分析 ... 采购分析 采购价格 到货及时率 供应商评价 交货合格率 订货分析 订货结构 供应商分析 采购成本分析 ... 销售分析 商品分析 商品价格 销售费用 销售结构 商品 ABC 客户分析 客户贡献度 客户 ABC ... 库存分析 库存周转率 库龄分析 步：提交即可。 1 2 3 审计支持平台 法律法规库 审计问题库 沟通与交流 审计问题库 审计协同工作 企业征信 企业征信 通过引入企业征信，自动模糊搜索与之匹配的信息，联网完成客户、供应商的工商注册信息核查。 运营监控平台（在建） 监控指 标设置 监控 对象 监控方 案管理 实时监 控预警 监控过程 沟通 项目疑点 Part 5-7 运营决策 中心 运营监控平台

IT 人员 风险管理 Page 12 大数据分析平台总体架构——数据产生层  内部业务系统产生的结构化数据  集团日常零售业务处理过程中产生的结构化数据，存储在关系型数据库中，如：供应商信息、采购信息、商品信息、销售流水……  智慧税务大数据日常业务处理过程中产生的结构化数据，存储在关系型数据库中，如：客户信息、账户信息、金融产品信息、交易流水……  企业内部非结构化数据 开展客户信息管理建设，设计并实施个人客户和供应商 360° 视 图、客户目标搜索、客户细分等功能 开展风险管理建设，设计并实施供应商和个人客户风险评级模 型 开展运营管理建设，设计并实施供应链金融、人人贷等业务条 线业务量统计分析 初步梳理实时、准实时分析需求，进行高时效分析应用试点 可以方便的对个人客户和供应商进行分 群，以及全方位信息查询和展示 供应商和个人客户风险等级评定 针对目前开展的业务进行经营情况统计

防措施，供运维人员参考。知识库应支持智能检索功能，运维人员 可通过关键词快速找到相关解决方案。 在硬件和基础设施层面，需采用冗余设计，包括双电源、双网 络链路、RAID 磁盘阵列等，降低单点故障风险。同时，需与硬件 供应商签订快速响应协议，确保在硬件故障时能及时获得技术支持 或备件更换。 对于数据丢失或损坏的情况，需结合备份策略进行恢复。采用 全量备份与增量备份相结合的方式，确保数据的完整性和可恢复 性。备份 馈后，可获得相应积分，积分可兑换平台增值服务或实物奖励。同 “ ” 时，定期评选 最佳反馈用户 ，给予公开表彰和额外奖励，提升用 户参与积极性。 最后，建立与 AI 大模型供应商的协作机制，将用户反馈中涉 及模型性能、准确率等问题及时传递给供应商，推动模型优化和更 新。通过多维度、全流程的用户反馈与改进机制，确保全省一体化 政务平台接入 AI 大模型应用能够持续满足用户需求，提升政务服 务质量和效率。 运维费用：包括系统维护、数据存储、网络带宽等持续性支 出，预计每年投入 300 万元。  不可预见费用：预留项目总预算的 10%，约 250 万元，以应 对风险或突发情况。 预算编制过程中，需与相关部门及供应商充分沟通，确保各项 费用的合理性和可行性。同时，预算的编制应与项目进度计划紧密 结合，确保资金按时到位，避免因资金短缺影响项目进展。以下为 预算分配示意图： 最后，预算编制完成后，需提交至项目领导小组审核，并根据

数字 化客 户服 务 数字 化生 产制 造 数字 化供 应链 数字 化营 销 33 打通业务流程 ， 面向央国企五类用户提供一贯 价值 客户 消费者 合作伙伴 供应商 员工 消费者门店 ( 旗舰店、体验店、 专柜 ) 园区 / 办公 场 景 办公室 食堂 咖啡厅 制造 ( 自制 、外 协 ) 共享服务场 建设过程中往往采用多种方案相结合的方式来进行 ，以更好地满足用 户需求 ü 结合实际资金情况 ü 考虑项目实施周期 ü 原有系统运营时间 ü 企业自身 IT 能力和控制能力 供应商产品的成熟程度 企业自身需求的明确程度 所在地区或部门 “上云用数赋智”要求 基于国产 CPU 的硬件平台 改 造 替 换 重构开发 ü ü ü ü 62

数字 化客 户服 务 数字 化生 产制 造 数字 化供 应链 数字 化营 销 33 打通业务流程 ， 面向央国企五类用户提供一贯 价值 客户 消费者 合作伙伴 供应商 员工 消费者门店 ( 旗舰店、体验店、 专柜 ) 园区 / 办公 场 景 办公室 食堂 咖啡厅 制造 ( 自制 、外 协 ) 共享服务场 建设过程中往往采用多种方案相结合的方式来进行 ，以更好地满足用 户需求 ü 结合实际资金情况 ü 考虑项目实施周期 ü 原有系统运营时间 ü 企业自身 IT 能力和控制能力 供应商产品的成熟程度 企业自身需求的明确程度 所在地区或部门 “上云用数赋智”要求 基于国产 CPU 的硬件平台 改 造 替 换 重构开发 ü ü ü ü 62

外出登记 服务管理 费用管理 人事管理 库存管理 护理管理 餐饮管理 健康管理 用药服务 预存管理 入住缴费 退住结算 费用类型 培训管理 绩效管理 员工信息 排班方案 供应商管理 入库管理 出库管理 库存查询 探视来访 退住办理 亲情关爱 评估管理 统计分析 老人统计 员工统计 系统管理 部门管理 角色管理 用户管理 数据字典 修改密码 费用流水

DeepSeek；在数字票证领域，博思“数字凭证基座”通过接入 DeepSeek， 实现数字票证全场景智能应用；在数字采购领域，博思“阳光公采大模型”与 DeepSeek 的深度融合，构建起覆盖需求预测、供应商匹配、价格分析、风险预警 的全链路智能中枢。 图6：博思软件医疗电子票据业务架构图解 图7：博思软件财政预算一体化覆盖全国多个省份 资料来源：博思软件官网，民生证券研究院

“1”套云平台：发布星智 2.0 城市级大模型行业智能平台。星智 2. 0 平台是一 个开放性的统一底座，开放支持基础大模型和行业大模型。星智 2.0 平台构建了统一 的底座，能够将合作的大模型供应商、生态合作伙伴共同融入到底座平台中，提供统 一的大模型能力，构建统一的标准、接入、调度、浏览和申请。星智 2.0 大模型生态 体系不仅容纳大模型生态，也包含研究生态、应用生态、算力生态、数据生态等。

从适用范围看，文件主要规范政府机关的内部使用行为。美国总 务管理局将指南适用范围扩展至政府信息系统的承包商，波士顿市将 适用范围扩展为公立学校外的所有城市机构和部门，圣何塞市要求所 有政府相关人员（城市公务员、相关供应商、志愿者等）在工作中都 需要遵循指南要求。 从有效期限看，各国或地区普遍将出台的指南作为临时性过渡政 策，有效期多为一年或半年，或根据技术发展和应用情况持续更迭， 体现了政策的灵活性和治理的敏捷性。 结合部门数字基础、治理需求等合理设计落地场景的优先级，做好效 能监测评价。同时，综合考量战略重要性、技术门槛、资源投入、数 据储备、系统兼容性等因素选择合适的部署方式，如在何种层级、哪 些领域选择自建大模型能力或是采购外部供应商的解决方案，实现技 术赋能最大化。从产业层面看，需要积极发展垂直领域大模型，并利 用外围插件，实施大模型和政务知识图谱、政务知识库相结合的策略， 提升大模型的落地效果。 （三）推动内外部生态建立

，具备在政府指导下独立统筹整体政务行业大模型 建设工作的能力。 目前 ，各主要厂商均可有效满足基础安全需求 ，在技术能力领域差异并不显著。 因此 ，厂商的综合服务能力逐步成为政府机构筛选 供应商的重要参考。 政务行业大模型需求重点 技术可靠 技术适用性 可兼容多类云基础设施及云功能平台 技术实用性 模型可根据业务场景特征实现个性化定制 ，支 持 快速上线 ，简单易用 模型可解释