TAPD 固定业务链接规范¶
TAPD 需求和任务可以引用词条页面,用稳定业务 ID 标识含义,用完整内部 Wiki URL 供团队查看。Wiki 保存业务知识,TAPD 保留需求与任务自身的管理信息。
引用格式¶
部署后,使用实际内部站点基址拼接固定路径:
| 业务 ID | 基址后的固定路径 |
|---|---|
warehouse-location |
/glossary/warehouse/location/ |
lpn |
/glossary/warehouse/lpn/ |
picking |
/glossary/fulfillment/picking/ |
sales-order |
/glossary/sales/sales-order/ |
可在需求中按以下格式引用(<内部Wiki基址> 要替换为实际地址,若站点部署在子路径下要包含该子路径):
业务概念:货位(warehouse-location)
定义与规则:<内部Wiki基址>/glossary/warehouse/location/
相关模型:<内部Wiki基址>/concepts/warehouse-location-model/
待确认:<内部Wiki基址>/terminology/business-confirmation/#capacity-formulas
这只是引用格式,不是已建立的 TAPD 记录。目前词条 tapd_refs 为空,不填造项目、需求编号或链接。
保持引用稳定¶
中文或西语名称更正,保持 ID 和 URL 不变。路径在 data/urls.yaml 登记,校验脚本检测意外改变。页面可能随新证据更新,需求若要固定当时规则,另记录 Git 提交号或业务知识版本及确认依据。
若确需迁移旧路径,保留旧链接的说明或跳转,并检查历史引用;不得通过改名直接删除页面。相同需求可以引用多个概念,避免在 TAPD 重写一套难以同步的定义。
待确认内容的引用¶
引用 pending_confirmation 词条时写清楚哪些条件待确认。例如引用库存扣减时附 扣减口径问题,不能把词条的存在当成规则已被客户认可。