7c3b67bf53
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 < 该文件