HTML 单独无法实现 ERP 采购订单功能，因其缺乏数据存储、用户认证、状态流转和后端校验能力，仅能提供静态页面结构。
纯 HTML 无法实现 ERP 采购订单功能——它没有数据存储、用户认证、状态流转或后端校验能力，只能做静态页面骨架。
为什么 HTML 单独写不了采购订单管理页
采购订单涉及：供应商选择（需动态加载）、物料编码检索（需搜索接口）、数量/单价实时计算（需 JS 逻辑）、提交后生成唯一单号（需服务端生成）、审批流跳转（需权限控制）——这些全超出 HTML 能力边界。
常见误操作：
- 用
<input>硬编码一堆“供应商A/B/C”，上线后新增供应商就得改 HTML 文件 - 把价格写死在
<span>¥128.00</span>里，实际采购价随合同浮动，前端静态值直接导致财务对账失败 - 用
<form>的action="submit.php"却没配任何后端，点提交后 404 或刷新白屏
HTML 在采购订单页里真正该干的事
只负责结构语义和基础交互钩子，所有动态行为必须预留 JS 接口、所有数据源必须指向 API 地址：
立即学习“前端免费学习笔记（深入）”；
- 表单字段用
<input name="po_number" readonly>，单号由 JS 调用/api/po/generate填入 - 供应商下拉框写成
<select id="vendor-select" data-api="/api/vendors?active=1"></select>，由 JS 初始化时 fetch 填充 - 行项目表格用
<tbody id="po-items"></tbody>，不写任何<tr>，全部由 JS 根据items: []数组渲染 - 提交按钮加
data-endpoint="/api/po/create"，点击后 JS 拦截、序列化、POST、处理 422 错误提示
绕不开的最小技术栈组合
一个能跑起来的采购订单页面，至少需要：
- 前端：HTML（结构） +
fetch（调 API） +localStorage（临时草稿缓存） - 后端：提供
/api/po/create、/api/items/search?q=、/api/vendors等 REST 接口（语言不限，但必须有） - 数据层：哪怕用 SQLite，也得存
po_header和po_line两张表，否则删单、查历史单、导出 PDF 全瘫痪
如果只是原型演示，可用 Mock Service Worker（MSW）拦截 fetch 请求返回假数据，但代码里仍要写真实 API 路径——否则换真后端时要重写所有请求逻辑。
容易被忽略的硬性约束点
采购系统不是展示页，几个关键点常被 HTML 初学者漏掉：
-
po_number必须全局唯一且不可编辑，HTML 里不能允许用户手动输入或修改 - 删除某行物料时，不是 DOM 移除
<tr>就完事，必须同步调用DELETE /api/po/line/{id}，否则数据库残留脏数据 - 金额小计要监听所有
quantity和unit_price字段的input事件实时重算，不能只靠提交时算一次 - 打印 PDF 按钮背后是服务端渲染，前端 HTML 里
<a href="/print/po/PO20240001">这种链接必须真实存在并返回 PDF 流
真正的采购订单页，HTML 只是贴在墙上的纸，背后全是活的数据线和权限闸门。别试图用标签堆出业务逻辑。
