|
|
7c3b67bf53
|
feat(outbound): 出库明细补记来源申请单 request_id
trans_outbound 原先只落了 applicant_id（申请人，phase8 加的），没有任何指回
outbound_approval 的外键。出库时 request_id 是强制必填、approval 对象也一直
在手上，但只把 applicant_id 复制过来就丢弃了 —— 于是从一条出库明细无法回答
「这是哪张申请单出的库」：单号 request_no、申请说明、明细快照 items_json 都在
申请单上，同一张单分几次扫码出库的明细也串不起来。
与 applicant_id 语义正交：applicant_id 是「人」（退回补发要挂回真正该拿东西
的人），request_id 是「那张单」（单据追溯用）。两者都由同一个 approval 带出。
存量行留 NULL 不回填 —— 与 phase8 同一个理由：历史出库与其来源审批单之间没有
任何可用关联，按单号/时间猜会重蹈「重名错绑」的覆辙。NULL 表示「产生于本列
上线之前」。
DDL 见 db_migrations/phase11_trans_outbound_request_link.sql —— 幂等
（ADD COLUMN IF NOT EXISTS），可重复执行，文件尾部自带核对 SELECT 与回滚段。
执行：docker exec -i inventory_db psql -U test -d inventory_system < 该文件
|
2026-09-23 09:10:55 +08:00 |
|
