fix: 回写档口入库码时 t 固定为 0 (#278)

顺运宝把 t 绑成 Java Integer，毫秒时间戳溢出后 19 号回写全部失败。

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/admin/08-顺运宝接口.md

@@ -410,7 +410,7 @@ SKU（平均每商品 1.17 个），**查无此 SKU 是常态**，不是异常
 `[建议]` 登录后**只调 `/am/user/get` 验证会话**，其余几个是网页自己的初始化请求，
 Go 侧不用跟着调。
 
-### 7.1 档口入库码逐件写入（工单 #234、#250）
+### 7.1 档口入库码逐件写入（工单 #234、#250、#278）
 
 档口入库码最终写入货运明细的 `innerExpCode`（页面名称“快递单号”）。接口来自
 现有 Python 流程和 HAR 响应样本：
@@ -418,9 +418,15 @@ Go 侧不用跟着调。
 ```text
 GET /am/stock/detail/deleteInnerCode?detailId={detailID}
 POST /am/stock/detail/createDetail
-POST /am/stock/detail/updateDetailCode?t={当前毫秒时间戳}&id={stockID}&detailId={detailID}&code={单件innerCode}
+POST /am/stock/detail/updateDetailCode?t=0&id={stockID}&detailId={detailID}&code={单件innerCode}
 ```
 
+`[必须]` `t` 固定为 `0`。顺运宝把该参数绑成 Java `Integer`（上限 `2147483647`）。
+`#250` 改成当前毫秒时间戳后，2026-08-19 全部回写被拒：
+`Can not parse the parameter "1787108752485" to Integer value`。不得再传毫秒，
+也不得改成 Unix 秒——秒目前能进 Integer，2038 年仍会溢出。`#234` 的 `t=0`
+已通过参数绑定；`#250` 保留的 POST 方法不要改回 GET。
+
 `createDetail` 使用 JSON 请求体：`id=null`、稳定占位标题、`productSpec=null`、
 `productQty=1`、`productPrice=0`、`stockId`；成功响应的 `data` 是新 `detailId`。