yueli
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
..
2026-09-11 14:38:40 +08:00
2026-09-08 10:14:40 +08:00
2026-09-21 14:13:13 +08:00
2026-09-16 16:44:46 +08:00
2026-09-09 09:31:12 +08:00
2026-09-09 10:47:36 +08:00
2026-09-16 16:44:46 +08:00
2026-09-16 16:44:46 +08:00
2026-09-10 17:21:14 +08:00
2026-09-10 09:46:52 +08:00
2026-09-10 09:46:52 +08:00
2026-09-10 10:14:19 +08:00
2026-09-11 11:33:04 +08:00
2026-09-11 13:28:43 +08:00
2026-09-08 10:14:40 +08:00
2026-09-17 10:51:31 +08:00
2026-07-17 13:07:12 +08:00
2026-09-16 15:45:02 +08:00
2026-07-17 15:29:59 +08:00
2026-09-09 13:00:35 +08:00
2026-09-16 15:45:22 +08:00
2026-09-16 15:45:22 +08:00
2026-09-17 09:17:51 +08:00
2026-09-17 09:17:51 +08:00
2026-09-17 10:04:05 +08:00
2026-09-17 10:12:31 +08:00
2026-09-17 10:44:00 +08:00
2026-09-17 10:46:31 +08:00
2026-09-17 11:07:50 +08:00
2026-09-17 11:26:36 +08:00
2026-09-17 11:56:38 +08:00
2026-09-17 12:07:21 +08:00
2026-09-18 09:27:17 +08:00
2026-09-18 09:34:44 +08:00
2026-09-23 09:10:55 +08:00
2026-09-10 10:14:19 +08:00