汪总活动展览设备管理系统 · 原型页面使用说明

配套 40 页高保真原型使用:PC 管理后台 30 页 + 微信小程序 10 屏。本说明集中了原本散落在各页面的讲解文字,页面本体像真系统一样可以直接点。

一、怎么逛这套原型

入口:双击打开 prototype/index.html,目录页的方块与 PC 左侧菜单一一对应:入口 + 经营概览 / 业务管理 / 进销存 / 系统管理 / 配置中心 五个菜单分组共 17 个菜单,小程序端按日常办公 / 进销存开单两组列 10 屏(目录页这两组只是找页面上的分区,PC11 / PC12 的小程序权限树按底部 tab + 工作台入口归 4 个分组),共 40 页,每张卡片都能点进去。

建议路线:PC2 经营驾驶舱(切日期区间看 18 项怎么变,「老板一张表」页签即老板看数的全量 18 项)→ PC3 项目列表 → PC4 项目详情 → PC8 库存查询 → PC20 出入库管理 → M7 入库 / M8 出库(手机开单)→ M0 登录 → M1 工作台 → M2 报销 → M3 审批 → PC6 审批中心 → PC16 单据配置 → PC17 审批流程配置 → PC9~PC12、PC18 系统管理。

两端关系:PC 后台供内勤、财务、库管操作,老板在电脑上看报表;小程序供一线员工随手填单、开出入库单、领导随手审批。两端共用同一套演示数据口径(见第四节),彼此可交叉跳转。

仿真交互:页面里的新增、编辑、删除、停用、启用、审批同意 / 驳回 / 加签 / 撤回、搜索、下拉筛选、页签切换、开关、勾选权限、出入库开单与合计,都是真能操作的:弹窗会真开、表单能真填、保存后列表真的增行或改内容、搜索即时过滤,多组筛选条件(日期区间 + 下拉 + 关键词)会叠加生效;分页码只切换高亮并提示「原型仅内置首页演示数据」。这些行为只在前端仿真,不接后台。

已知设计约定(不是缺陷):

二、PC 管理后台 30 页逐页说明

PC1 登录

这页做什么:账号密码 + 图形验证码登录入口。

每个按钮点了会怎样:

PC2 经营驾驶舱

这页做什么:老板看数的一屏。上方 5 张 KPI 卡(一行),下方五个页签(老板一张表 / 客户销量数据 / 客户销量排行 / 设备销量排行 / 项目进度),默认展示「老板一张表」18 项分色带列表。

数据口径:默认区间「近1个月」= 2026-10-12 至 2026-11-10;设备销售额 96.40 万、订单应收 108.50 万、已收 87.30 万、尚欠 21.20 万、扣费用后毛利 18.62 万、入库 17.32 万、付款 10.40 万、未付 6.92 万、库存余额 136.44 万 / 2,926 件。

每个按钮点了会怎样:

PC3 项目列表

这页做什么:全部项目的合同额、已收、未收、已发生成本、预估总成本、预估利润、进度、状态、负责人。

数据口径:8 个项目,合同额合计 486.0 万、已收 349.9 万、未收 136.1 万(其中到期 86.4 万)、成本 292.0 万、预估利润 102.4 万。

每个按钮点了会怎样:

PC3a 新建项目

这页做什么:新建一张项目单,上半是项目基本信息,下半是项目报价明细(报价单不再是上传附件,而是在这张页上逐行组出来)。

数据口径:必填三项:项目名称、客户、合同额(万元);客户下拉就是 PC5 的 8 家客户,负责人下拉就是 PC10 的执行负责人,设备则直接取 PC14 的同一套设备台账(assets/dev-data.js),所以这里不新建任何主数据。明细行字段:物料/服务名称、规格型号、数量、单位、单价、小计(小计 = 数量 × 单价自动算,不可手填);底部一行给出「共 N 项明细 · 报价合计 X 元(Y 万)」,跟着改数实时重算。单价可切按售价与按租赁单价(元/天)两种口径,对应销售与租赁两类业务。

每个按钮点了会怎样:

PC4 项目详情

这页做什么:单个项目的回款、成本、进度、收支流水、成员派工、现场照片,以及关联的手机画面。

数据口径:默认展示「恒盛车展主舞台」,从 PC3 点不同项目名进来会切换标题与数字。成本按单据类型归集(采购付款 / 销售出库 / 项目支出 / 报销)。

每个按钮点了会怎样:

PC5 客户管理

这页做什么:客户列表页(本轮拆页后只管列表):搜索、分页、行内操作;新增 / 编辑 / 详情都跳独立页,不再在本页弹窗。

数据口径:8 家客户,开单额合计 486.0 万、到期应收 86.4 万、其中超期 21.2 万(蓝湾文旅一家)。列表与 PC5a / PC5b / M8 共用 cust-data.js 同一份底表,本会话新增 / 编辑 / 删除跨页不丢。

每个按钮点了会怎样:

PC5a 客户新增 / 编辑

这页做什么:独立的新增与编辑页,字段:客户名称 / 联系人 / 电话 / 类型 / 对接业务 / 地址。

每个按钮点了会怎样:

PC5b 客户详情

这页做什么:独立详情页:客户档案、开单额 / 已回款 / 待回款 / 到期与超期应收、跟进记录、名下项目。

每个按钮点了会怎样:

PC15 供应商管理

这页做什么:供应商列表页(本轮拆页后只管列表):搜索、分页、行内操作;新增 / 编辑 / 详情都跳独立页,不再在本页弹窗。

数据口径:累计采购 596.4 万、已付 563.8 万、未付 32.6 万、30 天内到期 14.8 万。6 家供应商与 PC15a / PC15b / PC14a(常供下拉)/ M7 共用 sup-data.js 同一份底表。

每个按钮点了会怎样:

PC15a 供应商新增 / 编辑

这页做什么:独立的新增与编辑页,字段:供应商名称 / 联系人 / 电话 / 主营 / 结算方式。

每个按钮点了会怎样:

PC15b 供应商详情

这页做什么:独立详情页:单家档案 + 采购与入库往来 + 已付 / 未付与账期 + 评价。

每个按钮点了会怎样:

PC14 设备管理

这页做什么:设备即商品的台账列表页(本轮拆页后只管列表):分类、成本价 / 售价 / 日租价、库存预警线、常供供应商、存放库位;新增 / 编辑 / 详情都跳独立页。

数据口径:12 类设备与 PC8 库存查询、PC20 开单、M9 选商品、PC14a / PC14b 是 dev-data.js 同一套台账;预警线低于在库数量时该行标红。本会话的新增 / 编辑 / 删除存在会话叠加层里,刷新与跨页都不丢,且其它三页当场同步(新增只在校验通过、列表真长出新行时才落库,校验不过不会留半截幽灵记录)。

每个按钮点了会怎样:

PC14a 设备新增 / 编辑

这页做什么:独立的新增与编辑页,字段:名称 / 编码 / 类别 / 单位 / 成本单价 / 对外售价 / 日租单价 / 预警线 / 常供供应商 / 库位 / 规格。

每个按钮点了会怎样:

PC14b 设备详情

这页做什么:独立详情页:设备档案、租赁与销售价、在库数量、在外占用、库位与保养维修记录。

每个按钮点了会怎样:

PC8 库存查询

这页做什么:每种设备的在库数量、预警线、成本单价、成本余额、在库库位、在外占用、本月出入库与状态。

数据口径:12 类设备(表内第 13 行为合计),成本余额合计 1,364,380 元 = 136.44 万、在库 2,926 件、本月入库 232 件、本月出库 240 件、在外 3,694 件——这几个数直接对应老板一张表的十一 / 十二 / 十六 / 七。

合计行的口径要说清:金额按元相加;数量与「在库库位 N 个」跨 ㎡·台·根·块·张·顶·米 直接按件数相加,只用于总览,与驾驶舱十二 / 十六 / 七 同一口径,想逐笔核对请去 PC20 出入库记录页签和 PC23 库位明细。4.2 米厢式货车是固定资产(含其所在库位 D-01),单独计数,不进任何合计、也不计在库库位数,所以合计行标注「合计(固定资产行不参与)」。

每个按钮点了会怎样:

PC20 出入库管理

这页做什么:入库单 / 出库单 / 调拨单 / 出入库记录四个页签,覆盖仓库列表里的出入库、库存调拨与逐笔流水(原独立的 PC22 出入库记录页已并入本页第四个页签)。

数据口径:入库单 5 张(不含已驳回合计 173,200 元 = 17.32 万,对应十三.入库金额 / 十六.入库数量 232 件);出库单 5 张合计 248,800 元 / 240 件(对应二.设备销售额里的设备销售部分与七.销售数量);调拨单 3 张合计 96 件——调拨只是库位之间转移,不增减库存总量、不产生金额,因此不进驾驶舱任何一项;出入库记录 13 笔流水,覆盖入库 / 出库 / 调拨 / 盘点调整 / 退库,其中 PD2026-006 的盘点差异落成两笔可对账的调整流水:200mm 桁架盘亏 -4(-1,200 元,B-01)与 230W 摇头光束灯盘盈 +2(+3,800 元,B-05),与 PC21 盘点单上「差异项 2」逐笔对应。

每个按钮点了会怎样:

PC21 盘点

这页做什么:盘点单列表 + 单张盘点表的账面数 / 实盘数 / 差异 / 差异金额。

数据口径:4 张盘点单,覆盖 A/B/C 区。差异按财务惯例分两个方向:实盘多于账面 = 盘盈(记 +),实盘少于账面 = 盘亏(记 -);差异金额 = 差异数量 × 成本单价,自动算,顶部汇总同时给出盘盈 / 盘亏笔数与净差异金额。演示的 PD2026-007(A 区,进行中)一进页就带着两项差异:1x2 舞台板盘亏 4 块(-1,360 元)、63A 电源电缆盘盈 20 米(+360 元),净差异 -1,000 元;因尚未复核,PC8 的账面数与 PC23 的库位使用率都仍按原账面值,不会提前变动。

每个按钮点了会怎样:

PC23 库位管理

这页做什么:库位分区台账:编码、名称、所属区、类型、容量、已用、使用率、主要存放、负责人、状态。

数据口径:16 个库位。A 区(屏体恒温 / 屏体大件 / 灯具精配 / 灯具周转 / 舞台板,A-01~A-05)、B 区(桁架小件 / 桁架大件 / 音响主位 / 线缆耗材 / 灯光备用,B-01~B-05)、C 区(音响收货周转 C-01 / 旧件暂存 C-03 / 桌椅存放 C-05 / 活动备货 C-06 / 大件临时周转 C-07)、D 区(D-01 室外车场,放货车与大型待检件)。C 区编号跳 C-02、C-04 是跳号设计:已撤销的库位编码不再复用,以保证历史流水可追溯(页内已标注)。顶部四张卡实时计算:库位总数 16 / 可用库位 15(C-03 已停用不计入)/ 可用库位平均使用率 64% / 满载预警 2(口径为使用率 ≥ 80%,即 A-05 84%、C-07 97%);停用或启用任一库位,四个数字立刻按在册全量重算,不跟随列表筛选。每张库位上的主要存放与 PC8 库存查询、PC21 盘点选的库位一一对应。

每个按钮点了会怎样:

PC6 审批中心

这页做什么:一张统一单据表——顶部「查看维度」下拉切换由我审批/我发起申请/全部(默认由我审批),另有带标题的关联项目、状态、关键词筛选与查询/重置,操作行左侧是待您审批徽章。

数据口径:待您审批的采购单合计 69,200 元 = 6.92 万,就是老板一张表里的十五.未付金额;报销、请假、用章等单据类型来自 PC16,审批链来自 PC17。发起申请弹窗里的步骤条直接用 PC17 的节点名(如报销=部门初审 → 财务复核,金额 ≥ 5,000 元自动加老板终审),与小程序端预览逐字一致。

每个按钮点了会怎样:

PC6a 审批单据详情

这页做什么:把一张单据说完整:顶部单号与金额,下面四卡——单据信息、单据附件、审批节点(链 + 逐节点表)、审批操作。从 PC6 行末「详情 / 查看 / 查看原因」带单号进来。

数据口径:本页不维护第二套数据,字段与审批链全部仍来自 PC6 / assets/approve-docs.js 的同一张单;审批节点表(审批节点 / 审批人 / 审批结果 / 审批备注 / 时间)的节点名与顺序来自 PC17,跟 PC16 摘要列、小程序 M3 时间轴逐字一致(由 node tmp/flowsync.js 拦)。附件卡右上角直接给出「共 N 个」。

每个按钮点了会怎样:

PC9 部门管理

这页做什么:层级部门架构树 + 选中部门的在编员工。

数据口径:公司(30 人)下设总经办、项目执行部、仓储部、市场部、行政人事部、财务部 6 个部门,部门下再分 8 个组 / 岗(法务组、项目管理组、执行一队、执行二队、设备管理组、运输组、屏类灯光岗、横幅桌椅岗),共 14 个节点。每个节点的在编人数逐层加得回头节点:项目执行部 13 = 5+5+3,仓储部 5 = 设备管理组 2(1+1)+ 运输组 3,6 个部门合计 = 公司 30 人,与 PC10 在册 30 人一致(禁用 1 人只留在花名册,不进部门在编)。法务组显示 0 人并已注明「编制待招 · 合同法务现阶段外包」,不是数据没填完。

每个按钮点了会怎样:

PC10 员工管理

这页做什么:员工档案表:姓名 / 部门 / 岗位 / 手机号 / 关联角色 / 状态 / 入职日期 / 操作。

数据口径:状态只有在职 / 禁用两档;演示数据 14 行 = 在职 13 + 禁用 1(高鹏),禁用的人不计入在册、也不计入部门在编,所以在册 30 人、花名册共 31 条。30 这个数与 PC9 组织树根节点、PC11 角色关联员工合计完全一致。本页分页展示;手机号即小程序登录号。表头统计卡已去掉,在册 / 禁用 / 当前筛选三个数由分页栏那一行承载并当场重算:本次会话新增几人、禁用几人、删掉几人,数字跟着变,刷新也一致。

每个按钮点了会怎样:

PC10a 员工新增 / 编辑

这页做什么:独立的新增与编辑页,字段:姓名 / 手机号 / 部门 / 岗位 / 关联角色 / 入职日期 / 邮箱 / 登录账号 / 是否部门经理。

每个按钮点了会怎样:

PC10b 员工详情

这页做什么:独立详情页,四块:基本信息、角色与权限、近 3 个月经手单据、登录记录。

每个按钮点了会怎样:

PC11 角色管理

这页做什么:角色列表(角色 / 描述 / 数据范围 / 关联员工 / 已授权功能 / 状态)与权限树勾选。

数据口径:7 个角色:老板、部门经理、财务、内勤、市场业务、库管、员工。权限树来自 assets/perm-data.js,按「端 → 菜单分组 → 菜单项 → 按钮权限点」四级建模,与 PC 左侧菜单逐字同名:PC 端 5 个分组 17 个菜单 87 个按钮点,小程序端 4 个分组 10 个菜单 30 个按钮点,合计 9 个分组 / 27 个菜单 / 117 个按钮权限点。列表页与其详情、编辑子页合并挂在同一个菜单项下(例如「出入库管理」一个菜单项同时管住入库单、出库单、调拨单与出入库记录页签),所以菜单数比页面数少是设计如此,不是漏配。这条对齐关系由 node tmp/pstat.js 与 node tmp/round3.js 双向机器校验。

每个按钮点了会怎样:

PC12 权限管理

这页做什么:权限层级展示(不在此分配,分配在 PC11)。三块:权限层级结构、各角色权限范围、权限点归属。

数据口径:与 PC11 同一棵权限树;「权限数据来源于系统功能」,端 → 菜单分组 → 菜单项 → 按钮权限点四级,分组名与菜单名都和左侧菜单一字不差。顶部的权限端 / 菜单分组 / 菜单项 / 按钮权限点四个数不写死,由 PERM.total() 从树上反算,改菜单这里跟着变。

每个按钮点了会怎样:

PC18 日志管理

这页做什么:登录日志与操作日志:时间 / 操作人 / 端 / 菜单 / 动作 / 对象 / 来源 / 结果 / 操作。

数据口径:16 条日志(编号 1001–1016),覆盖 PC 端与小程序端两种来源;每条都能点「详情」展开自己的字段级明细,一一对应、不会串号。日志里的单据与状态全部与 PC6、PC20 当前一致(例如 BX2026-064 的部门初审、财务复核两条都在日志里,而它此刻正停在您的待审列表)。列表与详情的时间/操作人/端/菜单/动作/对象/来源/结果 8 项已逐字段对齐;菜单列口径:写的是权限树里的菜单项名(经营驾驶舱、客户管理、审批中心、出入库管理…),与 PC11 / PC12 的权限树同源,不再用旧的模块名;来源列口径:PC 端记录内网 IP,小程序端记录移动网络,详情页同时给出 IP 与网络归属。

每个按钮点了会怎样:

PC19 日志详情

这页做什么:单条日志的四块:基本信息、请求参数、变更对照、返回结果。

数据口径:16 条日志逐条做了明细;带前后改动的(改权限、改单据类型、改流程阈值、改设备售价)才显示「变更对照」卡片,纯提交 / 纯审批类自动隐藏该卡片。返回结果为后台接口报文样例,字段名可供开发直接参照。小程序端条目的「来源」形如 10.66.213.7(中国移动 5G),与列表的运营商口径一致。

每个按钮点了会怎样:

PC16 单据配置

这页做什么:配置系统里有哪些单据类型(OA 单 + 业务/库存单),并明确每种单据是收入还是支出。

数据口径:15 种单据 = OA 与资金类 8 种(报销申请 BX、采购付款 CG、员工借款 JK、项目支出 ZC、销售出库 CK、收款登记 SK、请假申请 QJ、公章使用 YZ)+ 业务与库存类 6 种(销售合同 HT、采购入库单 RK、退库单 TH、库存调拨单 DB、库存盘点单 PD、考勤补卡 BK)+ 已停用 1 种(设备报废 BF)。

编码就是单号前缀:单号规则「编码 + 年份 + 三位流水」,如 CK2026-118 = 销售出库单第 118 号。开发按本表建单据主表,新增一类单据不改系统代码。

每个按钮点了会怎样:

PC17 审批流程配置

这页做什么:对 PC16 配好的单据做流程与节点控制。

数据口径:15 条流程(BX / CG / JK / ZC / CK / HT / RK / TH / DB / PD / SK / QJ / YZ / BK / BF),与 PC16 的 15 类单据一一对应;设备报废 BF 虽已停用,流程仍保留可查(PC16 摘要列对它显示「未启用」)。本页是审批链的唯一权威源:节点名、审批人类型、金额条件都以此为准,PC16 / PC6 / 小程序只是它的展示端。左侧选单据、右侧排节点。

每个按钮点了会怎样:

三、微信小程序 10 屏逐页说明

M0 登录

这屏做什么:手机机身内的登录屏,账号密码 + 图形验证码。

每个按钮点了会怎样:

M1 工作台

这屏做什么:员工首页:我的待办、常用功能九宫格。

每个按钮点了会怎样:

M2 发起报销

这屏做什么:报销填单:发票拍照、金额、费用类型、事由、归属项目、发生日期、审批人预览。

每个按钮点了会怎样:

M6 请假与考勤

这屏做什么:请假填单、本月考勤日历、补卡申请与补卡记录。

每个按钮点了会怎样:

M3 审批中心

这屏做什么:待我审批 / 我发起的 / 我已处理 / 抄送我的四个页签,单据详情与审批链(与 PC6 审批中心同名同口径)。

数据口径:待我审批 5 单,与 PC6 审批中心的 5 条待办逐单同号同额;含报销申请 BX2026-064(6,850 元)。我发起的 6 单就是 PC6 同一个「我发起的」维度(以前只在电脑上看得到,现在手机也开一个同级别页签,两边同一份数据)。单据类型名称取自 PC16 单据配置(报销申请 / 采购付款 / 员工借款 / 公章使用 / 请假申请),PC 与手机两端同一个名字;金额一律带单位(元 / 万元 / 份 / 天 / ㎡),不写裸数字。

每个按钮点了会怎样:

M3a 审批详情

这屏做什么:单张申请的独立详情页(由拆页从 M3 列表拆出):金额、业务信息与附件、完整审批链节点、以及同意 / 驳回 / 加签 三个动作。

数据口径:金额与单据类型名沿用 PC16 单据配置与 PC17 审批流程(与 PC6 / M3 同一个名字、同一个数);审批链节点名以 PC17 为唯一权威源。

每个按钮点了会怎样:

M7 采购入库

这屏做什么:员工手机开入库单:选供应商 → 勾设备填数量 → 底部实时合计 → 确认入库。

数据口径:入库单价取设备成本价;新单号沿用 RK2026-078;提交后单据状态为「待审核」,库管收货确认后才加库存(真系统里这张单会进 PC20 入库单列表;原型只在本页「最近入库单」里追加一行,不回写 PC20 与驾驶舱的 18 项)。

每个按钮点了会怎样:

M8 销售出库

这屏做什么:员工手机开出库单:选项目(必选)→ 客户由项目自动带出 → 勾设备填数量 → 底部实时合计 → 确认出库。

数据口径:出库单价取设备的出库售价(与 PC20 出库单反算单价逐条一致);新单号沿用 CK2026-119;项目下拉取项目档案(与 PC3 / PC4 / 老板一张表同一份),客户挂在项目下、本页只读不再手选。

每个按钮点了会怎样:

M9 选商品与库存查询

这屏做什么:一个页面两种用法:从 M7 / M8 进来是勾选模式(选设备带回开单页),直接打开是查看模式(查库存)。

数据口径:与 PC8 / PC20 / PC14 同一套设备台账,含在库数量、单位、成本价与出库售价、存放库位;顶部「共 N 类 / 在库件数 / 库存余额 / 需补货」不是写死的,是从 12 行当场加出来的(固定资产货车只计类不计数量金额),PC14 新建的设备会多出一行、四个数同步重算。

每个按钮点了会怎样:

M11 我的出入库

这屏做什么:从「我的」进出的出入库列表查询页,只看单不开单(要开单走卡片右上角的「去开单 ›」回 M7 / M8)。

数据口径:顶部「出入库汇总」的行数就地数本页列表,「我名下项目」按项目档案中负责人=王强统计(与 PC3 / 老板一张表同一份 PROJ);下面两个页签分别是入库单与出库单,单号、项目、供应商 / 客户与 M7 / M8 的「最近入库 / 出库单」对得上。

每个按钮点了会怎样:

M5 我的

这屏做什么:账号与安全(头像、姓名、部门岗位、手机号、角色)、我的单据、退出登录。

每个按钮点了会怎样:

四、跨页数据口径(演示数据为什么能对上)

驾驶舱指标取自哪张真表数值
十三.入库金额PC20 入库单(不含已驳回)金额合计173,200 元 = 17.32 万
二.设备销售额的设备销售部分 / 七.销售数量PC20 出库单金额与数量合计248,800 元 / 240 件
十一.当前库存余额 / 十二.当前库存数量PC8 库存查询成本余额与在库数量1,364,380 元 / 2,926 件
十六.入库数量 / 七.销售数量PC8 本月入库 / 本月出库232 件 / 240 件
十五.未付金额PC6 待您审批的采购单合计69,200 元 = 6.92 万
四.本期订单应收 / 六.尚欠PC5 客户到期应收 86.4 万、超期 21.2 万超期 = 尚欠 21.20 万
客户销量数据合计PC3 项目列表合同额合计486.0 万
十四.付款金额PC15 供应商已付口径的区间部分10.40 万

以上对应关系由 tmp/check_dash.js 自动校验:5 个日期区间 × 18 项公式自洽 + 11 个明细弹窗加得回头部 + 与 PC20 / PC8 / PC6 实数逐条比对。

五、验收与自检

脚本校验内容
python tmp/check_prototype.py总入口:页面清单(40 个 html:PC 端 30 页 + 小程序 10 屏)、断链、旧品牌与旧行业字样、页面内讲解文字、侧边栏 5 个分组 17 项菜单一致性(含已下线的 PC22 不得残留)、每页交互契约,并串跑下面全部 node 校验。
node tmp/check_site.js全站体检:文件数、href/src 断链、品牌字样、讲解文字、侧边栏、关键交互契约。
node tmp/check_dash.jsPC2 老板一张表 18 项 × 5 区间自洽 + 跨页实数比对。
node tmp/check_bill.jsM7 / M8 / M9 开单:单价、合计、超库拦截、草稿持久化。
node tmp/check_proj.js · check_cust.js · check_sup.js · check_dev.js · check_appr.js · check_oa.js · check_perm.js项目 / 客户 / 供应商 / 设备 / 审批 / 小程序 OA / 权限树各自的数字与交互校验。
node tmp/check_js.js · audit_cls.js全部内联脚本语法可解析;phone.css 类覆盖无孤儿。
node tmp/sumsync.js · stalesum.js · p22sum.js · pc23sum.js合计行体检:带筛选的表必须实时重算(不允许“筛完还是全量数”)、入/出分开累计(不许正负相抵)、与驾驶舱同源对账;p22sum 现在读的是 PC20 的出入库记录页签(原 PC22 已并入)。
node tmp/filterblank.js筛空体检:11 个可筛容器的行都能被引擎数出来,筛完不会“一片空白什么也不说”。
node tmp/docword.js · chkdoc.js · chkdocx.py文档↔原型对账:说明里写的状态词 / 按钮名 / 数字必须真在原型里存在,防“文档描一个原型没做的交互”。
node tmp/confirmaudit.js危险动作体检(本轮新增):同意 / 驳回 / 删除 / 停用 / 撤回 / 重置密码等会改状态的按钮,必须有二次确认或先开填理由的弹窗;同时校引擎 data-move 是否尊重 data-confirm。
node tmp/idref.js · varref.js · filtsync.js · optsync.js · dead.js引用完整性:页内 id / 会话变量 / 筛选目标 / 下拉选项与表体取值逐一对账,死链与空点击零容忍。
node tmp/exitaudit.js回归网自检(早期版):查出“会报 FAIL 但不设退出码”的假绿灯,保证一键回归的绿是真绿;现已由 wireck.js 扩展覆盖。
node tmp/recent.js开单落行链路:M7 / M8 提交后「最近入库 / 出库单」确实多出一行,单号与金额取本次填写、状态为待审核,且不会被提交成功页覆盖。
node tmp/formsink.js表单落点体检:26 个带输入项的表单逐个查「点保存到底改了什么」——必须有真实落点(列表插行 / 本页数值变化 / 引擎动作属性),不允许只剩一句「已保存」的假反馈。
node tmp/flowsync.js审批链同源体检:以 PC17 节点表为唯一权威源,逐单据比对 PC16 摘要列与开关文案、PC6 发起申请前段链与老板加签条件、小程序 M1 / M2 / M6 步骤与提交提示、M3 时间轴,共 96 条断言;把角色名当节点名用的旧说法(上一轮以前的写法)只要有残留就会被直接判 FAIL。
node tmp/wireck.js · exitaudit.js · pstat.js · round3.js回归网自检:没接进一键回归的体检脚本、报了 FAIL 却不置退出码的假绿灯、依赖启动目录的相对路径,三类网内漏洞一律拦下;pstat 另查权限树结构完整、角色授权 key 是否都能命中树,并把权限树的菜单项名与 PC 侧边菜单逐字比对;round3 反向用 tmp/sync_sidebar.py 的 MENU / PARENT 做单一真源,断言每个页面都要挂在菜单上、列表子页归位、权限树不得多出冷菜单。
node tmp/rowclick.js列表行可点体检(本轮新增):逐页把卡片行 / 表格行数出来,凡同一列表里“部分行能点开详情、部分行点了没有任何反应”一律 FAIL;目前 40 页 / 卡片行 26 个(其中可点 20 个)/ 表格行 16 组 142 行 / FAIL 0,剩下 2 个 INFO 是 M7 / M8 里的纯展示行。
node tmp/all.js一键全量回归:串跑上面全部体检脚本(当前 47 项 node)+ Word 逐句校验(python),失败项必须为 0。
演示账号:老板 wangzonghai / 内勤 zhouqi / 员工 wangqiang,密码统一 wz2026。
数据说明:原型内的公司与人员名称为演示用,数据均为展览设备行业示意数据,不代表真实经营数字。

本说明与《需求确认书》、高保真原型配套使用;对任一页面的交互或口径有不同意见,请批注后反馈,我们更新后再行确认。