feat(borrow): 拒收原因独立成列，与转交备注彻底分离

背景
----
拒收原因此前是**拼进 remark** 的：
    transfer.remark = f"{remark}\n[拒绝原因] {reason}"
前端拿到的是「3333\n[拒绝原因] 5555」这样一坨，时间线上两句挤在一起，
无法分辨哪句是发起备注、哪句是对方拒收的原因。

改动
----
· trans_borrow_transfer 新增 reject_reason text 列；
  reject_transfer 改为写入该列，不再拼进 remark。
· 存量按 '[拒绝原因] ' 标记切分回填（实测仅 #22：
  remark 3333 / reject_reason 5555）。
· 时间线事件带出 reject_reason，前端才能分行展示。

★ 为什么拆列而不是让前端解析字符串
  1) 拼接格式是隐式契约：改分隔符或加前缀，前端解析就静默失效且难排查；
  2) 用户完全可能在备注里自己打出 '[拒绝原因]' 字样，按标记切分必然误判 ——
     已加测试用例锁定该场景；
  3) 结构化字段才能参与查询与统计（如按拒收原因归类）。
  存储层能表达的东西，不该靠字符串约定去还原。

★ 一个迁移期踩到的坑：btrim 默认只去空格、不去换行。
  拼接留下的是 '3333\n'，只写 btrim(x) 会残留换行；必须显式给出字符集
  btrim(x, E' \t\r\n')。已修正脚本并对存量做了一次清理。

验证（7 项断言全通过）
  备注不被污染、原因写独立列、无原因时为 None、
  用户备注含同名标记也不误判、库存零副作用、数据零残留。

inventory-backend/app/services/trans_service.py

@@ -717,8 +717,11 @@ class TransService:
             raise ValueError("只有该转交的接收人本人可以拒绝")
 
         transfer.status = TRANSFER_STATUS_REJECTED
-        if reason:
-            transfer.remark = (f"{transfer.remark}\n" if transfer.remark else "") + f"[拒绝原因] {reason}"
+        # ★ 原因写独立列，不再拼进 remark：
+        #   拼接会让前端拿到「3333\n[拒绝原因] 5555」这样一坨，
+        #   分不清哪句是发起备注、哪句是拒收原因；而且用户自己在备注里
+        #   打出同样字样时，任何按标记切分的解析都会误判。
+        transfer.reject_reason = (reason or '').strip() or None
         try:
             db.session.commit()
         except Exception as e:
@@ -996,6 +999,8 @@ class TransService:
                 #   长得一模一样，发起方翻记录时会以为已经交接出去。
                 'status': t.status,
                 'status_text': t.to_dict().get('status_text'),
+                # 拒收原因独立带出，前端才能与「转交备注」分行展示
+                'reject_reason': t.reject_reason,
                 '_seq': 1,
             })