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/models/transaction.py

@@ -169,6 +169,11 @@ class TransBorrowTransfer(db.Model):
     #   责任链出现静默断点。故必须告知，且必须能标记「已告知」，
     #   否则发起方每次登录都收到同一条提醒，从提醒退化成骚扰。
     reject_seen_at = db.Column(db.DateTime)
+    # ★ 拒收原因独立成列。此前拼在 remark 里（"...\n[拒绝原因] xxx"），
+    #   前端拿到一坨字符串无法区分「转交备注」与「拒收原因」；
+    #   靠字符串约定还原结构化信息既脆弱（用户自己也可能打出该标记），
+    #   又没法参与查询统计。存储层能表达的东西不靠约定去猜。
+    reject_reason = db.Column(db.Text)
 
     # 转出方（= 转交前的 current_holder）
     from_user_id = db.Column(db.Integer)
@@ -198,6 +203,7 @@ class TransBorrowTransfer(db.Model):
             }.get(self.status, self.status),
             # 仅供发起方「被拒绝」提醒使用，判断是否需要告知由 reject_seen_at 决定
             'reject_seen': self.reject_seen_at is not None,
+            'reject_reason': self.reject_reason,
             'from_user_id': self.from_user_id,
             'from_user_name': self.from_user_name,
             'to_user_id': self.to_user_id,