产品订单工作流原型评审记录

日期：2026-10-10。 状态：当时版本通过；本页旧测试数量及浏览器结果均为历史记录。 2026-10-13 会计更新的最终验证状态见文末，本页不把旧直接收付款证据当作新请求流程验证。

本记录对应 已批准工作流规范 与 可操作原型。

验证范围

自动与浏览器验证

• node --test docs/product-reference/workflow-discussion/product-workspace-design-option.test.cjs：6/6 通过。
• git diff --check：通过。
• 独立浏览器负向测试：通过，浏览器控制台无 JavaScript 错误。
• 响应式检查：375 × 812 和 769 宽度均满足 scrollWidth === clientWidth。

原型边界

这是本地内存中的单文件评审原型。 它不导入真实 Excel、不写入生产数据库、不执行真实客户或工厂付款，也不提供中国公众假期的长期数据服务。 在未验证假期数据的年份或跨年范围，营运必须手动填写预计返还日。

2026-10-11 评审收尾

用户接受当前原型作为本轮评审基线。 以下营运反馈已纳入原型，并在此前浏览器验证中通过：

• 报价说明采用分类多选，额外说明独立放在备注。
• 客户接受支持 PNG/JPG 截图，或由营运填写姓名并明确签认，记录接受时间和对应价格版本。
• 工作内容在工厂设计图片版本中定义；只有一家合资格工厂时自动带入，多家时选择已确认设计及工作内容。
• 材料数量与每件重量分别选填，总重量自动计算；示范为 2 件 × 1.01 ct = 2.02 ct。
• 示范按钮只填写当前表单，业务记录由保存或确认动作产生。

下一阶段以当前规范和此原型为输入，设计与现有 Inventory Plus 的正式集成。 仍需确定持久化模型、图片存储、真实 Excel 样本与导入映射、客户及供应商账本关联、权限与审计，以及长期假期数据维护。 这些均属于正式实现范围，本轮原型不声称已完成。

可直接下载并在浏览器打开 docs/product-reference/workflow-discussion/product-workspace-design-option.html。 本地 HTMLChat 地址依赖本机服务，不是可供他人访问的公开部署。

PR 评审修正

• 取消及售后退款目标上限为可退客户款项，超额输入显示上限并拒绝保存。
• 新设计确认使旧材料 QC 失效并保留历史；出库前需重新核对，返工回仓也可重新检查。
• prototypes/product/README.md 已移除过时的固定工厂阶段及付款要求。
• 本轮针对退款上限和设计变更的回归验证合计 15 项通过。

2026-10-11 客户包装后续

验证：27 项原型测试通过。 浏览器演练了 A 发出、改选 B、A 收回、B 发出，同供应商 A 支付 5 元和 B 支付 12 元合并为 17 元，A 仍余 5 元。 另一条完整浏览器演练从空请求开始，经客户接受、设计、工厂阶段、材料 QC、制作、最终 QC、交付签收、客户收款与结单，最后补选包装并单独发出。 本页仍为内存原型，刷新不保留记录。

初始包装意向跟进（2026-10-11）

验证：31 项定向测试通过。 浏览器验证包含多件意向独立修改、删除意向后保留实际采购包装、复用参考只带入描述及独立图片、按意向填写时成本留空、取消编辑不保存，以及未选包装意向仍可建立请求。

复核修复：从参考包装切换为客户意向时清空先前供应商、来源、联系方式、原采购记录及成本，重新选择来源，避免误记到旧供应商。

订单收付款总览与客户收款（2026-10-11）

验证：37 项原型测试通过，6 种故障注入均使对应测试失败。 浏览器从空请求创建两件产品，客户接受 400 元后从新页登记 100 元部分款，显示整单待收 300 元。 第二件登记包装成本 10 元、付款 4 元，总览只在该件显示未付 6 元。 客户再收余款后离开客户待处理列表，但因包装未付仍保留在总览待处理列表。 另验证搜索无结果、单件跳转、375px 竖屏与 812px 横屏无页面水平溢出。 评审发现仅有收款而无退款时错误显示空历史提示，已通过浏览器复现、回归测试和修复后浏览器验证。 该功能只派生展示，不增加财务持久化状态，不改变原收付款和结单条件。

2026-10-13 会计请求与实际结算验证结果

本节为责任入口纠正前的历史浏览器证据。 其中在 Accounting 创建草稿、月结、预付款或修订退回的入口位置已被本页后续责任纠正记录取代；财务模型及金额证据仍保留其原验证范围。 依据为 已批准会计设计。 本次修改的是独立内存原型及其营运手册，不声称正式生产集成、权限认证、真实转账或已完成结算更正 / 冲正。 营运描述业务并提交请求，会计核验账户、审核及记录实际资金；没有经理审批步骤。 顶部经办人与责任选择只控制演练展示，不构成真实身份或权限校验。

手册第 12.3 节提供可见控制的具体中文路径，使用「加入会计演练资料（不替换现有记录）」追加业务前置资料，不预置请求或实际资金。 浏览器通过 http://127.0.0.1:4387/artifact/507af4167767020b/index.html 实际操作，人工评审入口为 http://127.0.0.1:4387/session/507af4167767020b。 财务记录通过可见按钮及表单产生，读取状态只用于金额、快照和不重复入账断言。 客户门槛的实体前置夹具只设置工厂阶段已完成及最终 QC 通过，没有预置请求、结算、应用、发货或签收。 各演练在独立页面内存中运行，截图和无障碍快照按场景及视口分别保留。

最终独立命令 rtk proxy node --test docs/product-reference/workflow-discussion/product-workspace-design-option.test.cjs：234 / 234 通过，失败、取消及跳过均为 0。 各分任务已完成规范及质量复核，最终整体复核没有遗留问题。 本轮检查四个 Accounting 视图的实际视口为 1280 × 900 和 390 × 844，页面水平溢出均为 0，宽表格在带名称且可键盘聚焦的容器内横向滚动，金额右对齐并使用等宽数字。 Accounting 控制、退款原收款选择器及来源页新增请求按钮实际点击高度至少 44px，窄屏弹窗底部按钮可见且可达，关闭后恢复触发按钮焦点，键盘焦点显示 3px 轮廓，状态使用文字。 实际测量发现退款选择器为 35px、按钮为 37px，来源页请求按钮为 30px；补齐会计表单样式范围和请求按钮最小高度后，两种视口均为至少 44px，并重新演练未匹配收款、应用及退款路径通过。 最终浏览器控制台及页面错误列表为空，HTMLChat 非阻塞反馈检查没有返回用户批注或布局问题。 本轮直接 file:// 打开曾出现空白，未作为验证通过的依据；最终通过范围为上述本机 HTTP 原型。 历史 6、15、27、31、37、126 和 140 项结果只适用于各自旧版本，不代表本轮最终总数。

2026-10-13 业务请求责任入口纠正验证结果

此节取代上一节中在 Accounting 创建、编辑、提交、撤回或修订业务请求的入口位置。 上一节财务语义、金额、结算、预留及应用证据仍保留其原验证范围。 本次只调整独立原型责任展示、请求入口、业务跟进、保存去向及配套手册，不修改生产权限或财务引擎。

浏览器实际操作地址仍为 http://127.0.0.1:4387/artifact/507af4167767020b/index.html，保留的人工评审入口为 http://127.0.0.1:4387/session/507af4167767020b。 财务动作均由可见按钮和表单产生，状态读取只用于断言；责任切换守卫使用受控演练责任变量切换，因为模态弹窗会使背景选择器不可操作。 本次未使用 file:// 或生产、Next.js、数据库流程作为原型证据。

实际检查视口为 1280 × 900 和 390 × 844。 390px 下总览、客户、工厂、石料、包装、证书的业务跟进和 Accounting 审核页面水平溢出均为 0，宽表格保留可聚焦的命名横向滚动容器。 相关请求、跟进、审核、演练追加按钮和审核弹窗控制至少 44px，弹窗底部按钮完整位于 844px 视口内；金额右对齐并使用 tabular-nums。 浏览器页面错误及控制台列表为空。 HTMLChat 对当前 HTML 的一次 2000ms 非阻塞反馈检查未返回批注或布局警告；它不表示人工批准。 浏览器驱动已关闭，评审服务和入口保留。

完整独立回归命令 rtk proxy node --test docs/product-reference/workflow-discussion/product-workspace-design-option.test.cjs：244 / 244 通过，失败、取消和跳过均为 0。 234 个原用例保留，旧 Accounting 标签和草稿位置断言改为批准的业务责任入口，并补足业务来源夹具的版本数组以便实际来源页渲染。 新增 10 项回归覆盖六个业务跟进区、所有 Accounting 草稿隐藏、完整混合批次、冻结来源、原业务保存去向、重选来源后的总览回退、经办人和责任守卫、订单工作收款及两步退款去向、演练追加位置及幂等、保存和取消焦点。 临时副本分别移除业务保存或会计审核保存的责任守卫，相关回归均失败，证明守卫测试会抓到这两类越权保存。

本次责任入口纠正的独立规范和质量复核均通过，没有遗留问题。

2026-10-13 最小付款请求验证结果

此节取代上节中必须先保存草稿再提交、每行堆叠多个动作以及完整业务字段表单的操作描述。 本轮只修改独立 HTML 原型、其回归套件及讨论资料，既有财务引擎与营运 / 会计责任分工保持原合同。

浏览器覆盖使用独立 agent-browser 会话，业务资料创建及钱款动作通过可见 UI 执行。 退款池失败仅先写入明确的历史业务夹具，随后通过普通月结选择及实际提交按钮触发验证，没有用脚本代替财务动作。 最新浏览器控制台错误记录为空。 1280 × 577 的前后截图、1280 × 900 详情、375px 与 390px 手机截图以及原收款池失败截图保存于本轮临时验证目录，供当前本机审阅。 HTML Chat 已刷新同一评审页面，2 秒非阻塞反馈探测未收到新意见。

独立 Node 套件保留原有财务及责任回归，并补足最小请求的来源默认值、唯一与多账户、直接提交和草稿、精确回滚、真实共享原收款容量、已有证据与附件对象、月结选中来源、新请求用途补充保留事实来源、原收款单选 / 多选、混合请求金额标签及已停用账户自动改用唯一兼容账户。 原「业务字段必须手填」断言改为正数金额守卫，原退款选择步骤仅在存在多个可用原收款时执行，原个案、原收款身份及预留断言保留。 本轮最终运行结果为 259 / 259 通过，零失败。

2026-10-14 会计队列与批量处理验证结果

此节更新 Accounting 的当前入口和批量处理范围，既有金额、预留、实际分配及账户引擎保持原合同。 当前两个工作队列为 Pending approval / 待审核和 To settle / 待结算，Settlement history / 结算记录分开显示实际、零资金失败尝试及只读退回 / 关闭请求。 营运手册第 12.3.1A 节给出两个独立请求的完整可见路径。

主要路径的业务创建、请求提交、批准及实际保存均通过可见按钮和表单完成。 其他守卫场景只预置明确的业务来源、请求指令或账户状态，所有批准和实际动作仍由可见 UI 执行。 处理期间变化夹具调用真实业务成本修订函数，没有脚本直接创建实际结算，也没有将稳定余额替换误称为来源变化。 保存时责任切换采用受控本页变量，因为模态弹窗使背景责任控件不可操作。 浏览器使用独立 agent-browser 会话，未操作用户评审页面的内存记录。 验证地址仍为 http://127.0.0.1:4387/artifact/507af4167767020b/index.html，人工入口保留 http://127.0.0.1:4387/session/507af4167767020b。

当前完整独立命令 rtk proxy node --test docs/product-reference/workflow-discussion/product-workspace-design-option.test.cjs 为 273 / 273 通过，失败、取消和跳过均为 0。 定向命令使用 accounting queue|batch approval|batch settlement|accounting responsibility switch|settlement history distinct，实际选择 14 项且全部通过。 259 个原用例保留，仅两个现有 UI 入口名称断言改为当前五个视图，原财务及生命周期断言不变。 新增回归覆盖队列互斥、只读历史、可见可处理选择、来源变更初始拒绝、批准中途错误的局部恢复、完整余款及真实证据、逐笔停止保留较早实际、稳定共享来源、部分结算、责任切换及保存守卫。 陈旧队列渲染 / 选择清理和历史过滤均先观察到失败再修复，读取页面不修改财务状态，结算历史不继承工作队列状态筛选。 本轮未启动 Next.js、数据库、生产或完整财务浏览器矩阵。 浏览器最终页面错误及控制台列表为空。 HTML Chat 已刷新同一评审入口，2000ms 非阻塞探测未返回新批注或布局警告，该结果不表示人工批准。 独立浏览器驱动已关闭，评审服务保留。

2026-10-14 结算完成入口验证结果

待结算可处理行新增「标记结算完成」，其可访问名称为 Mark settlement completed / 标记结算完成；批量按钮改为 Mark selected completed / 标记所选结算完成。 两者使用同一个全部余款确认页，仍要求实际日期、已核验账户、真实参考号或其他真实凭据，以及已在原型之外实际收付的确认。 独立浏览器从可见演练资料提交包装 ¥50 和工厂 ¥300 请求，再通过可见批量批准进入待结算。 1280px 桌面未勾选任何请求时，直接点击包装 REQUEST-0017 打开只包含该请求的确认页。 勾选工厂 REQUEST-0019 后再次打开及取消包装确认页，原选择保留，实际数量仍为 0。 390px 手机直接点击包装行按钮，填写 EXTERNAL-PACKAGING-20261014 并确认外部实际支付后，可见保存创建 SETTLEMENT-0020，包装请求 completed，工厂请求仍 approved。 完成结果显示请求及独立实际编号，点击请求编号关闭结果并打开结算记录中的保留详情，实际日期 2026-10-14、¥50、遮蔽账户 ****1234 和参考号均保留。 桌面直接按钮为 44 × 125px，加入主操作和详情后请求行约 120px；手机直接按钮仍可见，聚焦后按 Enter 可打开同一确认页。 桌面与手机页面宽度分别为 1280px 和 390px，没有页面水平溢出，手机确认对话框宽 356px，页面错误列表为空。 本次截图记录了两个尺寸的队列、确认页、完成结果及结算记录。 原 273 个用例全部保留，新增 3 个 settlement completion 用例先观察失败再通过，当前完整独立套件为 276 / 276，失败、取消和跳过均为 0。 新增回归验证免勾选入口、其他选择独立性、单请求实际保存与历史，以及当前资格、责任和真实凭据守卫。 2000ms HTML Chat 非阻塞探测返回 waiting，未返回新批注或布局警告；该结果不表示人工批准。 独立浏览器驱动已关闭，原评审服务与入口保留。