DENOX · DIGITAL SYSTEMS

项目进展汇报

系统建设进展、阶段成果与后续规划

2026年8月6日
Contents

汇报目录

以四条主线呈现当前成果、展示内容、下一步安排与需要决策的事项。

01

项目进展及状态整体全览

系统状态、子代码库、已完成工作、开发方法、问题与上周主要工作。

02

现有系统及产品原型 Demo

展示当前已初步实现、可用于说明成果的系统与产品原型。

03

下一步计划及后续整体规划

明确下周工作重点,并给出各模块的阶段进度安排。

04

待讨论事项

聚焦 New API 平台治理与协同工具选择两项需要推进的事项。

01 / OVERVIEW

1(一)现阶段状态

模块当前阶段已完成或已进入的工作主要目标及功能
询价系统使用迭代、验收已进入实际使用后的迭代与验收阶段销售询价、参数确认、产品计算、技术复核、报价审批、交付文件生成及留痕。
公共技术平台大部分完成,剩余知识库主体能力已完成大部分;知识库为当前剩余重点统一登录、账号权限、AI 访问、文件与知识、流程配置、飞书审批、日志与运行管理。
AI 实验员系统基于实验结果持续迭代已进入根据每次实验结果进行迭代的循环实验数据整理、查询分析、方案推荐、推荐依据、研究员确认及结果回填。
投标与标书系统需求梳理、迭代开发已启动需求梳理并开展迭代开发资料解析、任务协同、技术标 / 商务标、完整性检查、提交留痕和结果归档。
报销系统(销售及采购)需求调研、前端初步设计已启动调研,已完成前端初步设计报销申请、票据提取、规则比对、费用分类、补助计算、报销单、复审和 Excel 导出。
01 / OVERVIEW

1(一)现阶段状态

模块当前阶段已完成或已进入的工作主要目标及功能
CRM 与销售管理系统未启动未启动客户、线索、商机、项目、投标、合同、回款及售后争议管理。
合同管理系统未启动未启动合同模板、台账、审批用印、版本附件、关键条款、付款节点与履约状态。
业财一体化驾驶舱未启动未启动经营分析、指标追溯及异常提示。
门禁打卡系统取决于迪诺斯启动与推进条件待定门禁、考勤、异常、补卡、月报和数据导出。
01 / OVERVIEW

1(二)子代码库及其作用 1 / 2

除各业务系统自身代码库外,以下子代码库解决专业计算与通用基础能力问题。

所属系统 / 公共能力子代码库解决的问题
询价与技术支持系统rpa-honeycomb-estimator蜂窝类产品自动计算,将业务输入转为选型、参数或报价所需计算结果。
询价与技术支持系统rpa-scr-catalyst-designSCR 脱硝催化剂方案自动设计 / 计算,生成技术设计关键参数。
询价与技术支持系统rpa-excel-engine读取 Excel 模板、填参、执行公式并输出结果;可供投标、报销、业财场景复用。
公共技术平台doc-extract解析 PDF、Word、Excel、图片的文字、表格和结构化字段,支持多系统资料处理。
公共技术平台denox-identity-fabric统一登录、用户、角色与权限,使不同业务系统共用账号和访问控制。
公共技术平台denox-ai-platform统一 AI 能力入口,向业务系统提供模型调用、知识问答等服务。
01 / OVERVIEW

1(二)子代码库及其作用 2 / 2

所属系统 / 公共能力子代码库解决的问题
公共技术平台middleware-ai-fabric统一模型 / 供应商接口,并承接鉴权、配额和日志等治理能力。
公共技术平台denox-object-storage保存合同、附件、票据、生成文件等业务文件,并提供受控访问。
公共技术平台workflow-control-plane定义和管理审批、自动化任务或跨系统处理流程。
公共技术平台denox-business-registry维护业务模块、接口或配置项,管理服务目录、业务配置和集成关系。
公共技术平台denox-secrets集中保管 API Key、数据库连接等敏感配置,避免业务前端或代码库自行保存。
公共技术平台denox-i18n统一维护中英文等界面文案和国际化配置,支持多语言界面与交付文件。
01 / OVERVIEW

1(三)其他已完成、正在推进的工作

已完成

  • 开展两次 AI 培训:中层培训、各部门骨干培训。
  • 面向整个业务事业部开展培训;各事业部已开始直接使用 CodeX 开展工作。
  • 为 3 名管理层同事开展一对一 AI 培训。

正在推进

协助迪诺斯寻觅未来可在企业内部、懂 AI 且能够持续配合的专业 AI 人员;招聘工作正在进行。

01 / OVERVIEW

1(四)开发原则与方法演进

开发基本原则

  1. 整体需求框架清晰。
  2. 整体技术方案明确。
  3. 按周 / 双周拆分,按周 / 双周交付。
  4. 一个模块进入收尾、使用迭代和验收时,进入下一个模块的开发。

开发方法的阶段演进

第一阶段先建设整体技术底座和基础设施,再逐步形成前端产品与交互界面,减少后续人员与流程变化时的大范围重构。

当前:在整体需求框架和技术方案明确的基础上,按周 / 双周发布(release),形成更频繁的可验证交付。
01 / OVERVIEW

1(五)遇到的问题及相应解决方案

问题相应解决方案
仅通过“提出问题—业务方回答”收集需求,输入容易不完整、存在错误或相互矛盾;进入产品和系统后会反复暴露问题。与业务人员共同梳理并记录实际工作过程,不只记录其表述,也记录具体操作和判断方式;再将结果结构化进入产品需求文档(PRD)和后续开发。
早期发布(release)拆分不够细,阶段性可验证成果不够清楚。按周 / 双周拆分需求、开发和验证,形成可演示、可复核的阶段性交付。
待包子(苏梦园)补充:询价系统实际问题、卡点及具体案例。待包子(苏梦园)补充:对应解决方式、已完成处理与仍需推进事项。
01 / LAST WEEK

1(六)上一周的主要工作 · 询价系统

工作事项上周完成情况当前状态 / 下一步
询价系统蜂窝链路迭代蜂窝计算链路基本打通,处理了本轮发现的轻微问题;将上周和本周收集到的新需求更新至产品需求文档(PRD)。继续处理版式、流程细化及新增边界条件;按更新后的产品需求文档(PRD)进入下一轮开发。
询价系统新增边界条件梳理识别到原有规则覆盖范围外的需求,例如 35 孔等规格带来的中间逻辑变化。将新增边界条件纳入需求和开发范围,继续验证。
待包子(苏梦园)补充:上周开展的具体工作、反复调整内容及代表性案例;可直接修订本页表述。
01 / LAST WEEK

1(六)上一周的主要工作 · 标书系统调研

对整体需求的判断

  1. 价格文件和技术文件与询价系统关联较多。价格文件需要等待询价系统完成后复用相应成果;技术文件也需要技术参数,可能存在复用关系。
  2. 商务标书相对独立,且工作量较大。因此先从商务标书的细致调研开始。

调研方法与进展

  • 与 3 位商务同学一起工作,梳理现有全部工作,包括直接相关与存在间接关系的业务。
  • 与吴海微同学共同工作的时间较多,累计约 1–2 天。
02 / DEMO

2现有系统及产品原型 Demo

本环节仅呈现当前需要展示的系统与产品原型。

01

询价系统

现有系统 Demo

02

New API 平台

现有系统 Demo

03

AI 实验员系统

现有系统 Demo

04

报销系统(销售及采购)

产品原型 Demo

05

标书小工具

产品原型 Demo

03 / NEXT STEPS

3(一)下周工作计划

询价系统

待包子(苏梦园)补充:下周询价系统的具体工作计划。

待补充:下周拟交付 / 验证的成果及待确认事项。

公共平台知识库

启动知识库检索增强生成(RAG)技术能力的开发。

技术同学补充具体工作内容;是否形成检索增强生成(RAG)演示待后续确认。

商务标书产品方案

完成商务标书前两周的产品方案。

交付第一阶段(第一周)的商务标书系统交付物;具体交付内容待明确。
03 / ROADMAP

3(二)后续整体规划

模块计划启动 / 下一步预计阶段性交付或目标时间备注
询价系统8 月持续使用迭代与验收9 月底持续迭代
公共技术平台本周启动知识库 RAG10 月中旬完成知识库阶段工作平台大部分能力已完成;本轮重点为知识库
AI 实验员系统根据每次实验结果持续迭代持续进行,不设固定结束时间每 6–8 周一轮迭代;本轮预计 6–8 次实验
投标与标书系统8 月进入需求梳理和迭代开发11 月底先落地小工具,再逐步扩展
报销系统(销售及采购)9 月底进入开发12 月底需求调研和前端初步设计阶段
CRM 与销售管理系统9 月中旬进入需求调研1 月底未启动
合同管理系统10 月初进入需求调研12 月底未启动
业财一体化驾驶舱10 月底调研,11 月初进入建设1 月中旬未启动
门禁打卡系统待迪诺斯确认启动条件待定取决于迪诺斯
04 / DISCUSSION

4(一)公共技术平台

New API 的治理问题

  • 平台后续的运营、维护和公司内部使用管理。
  • 模型定价、使用方式与管理规则。

充值问题

  • 持续费用的充值与管理方式。
  • 责任主体与日常执行机制。
04 / DISCUSSION

4(二)协同工具选择

讨论范围:钉钉、飞书、企业微信(企微)。
待黄欢补充:钉钉、飞书、企业微信(企微)三方对比内容。
1 / 15