物品管理系統資料操作邏輯分析：返還機関変更流程
Copyright Notice: This article is an original work licensed under the CC 4.0 BY-NC-ND license.
If you wish to repost this article, please include the original source link and this copyright notice.
Source link: https://v2know.com/article/1117
在物品管理系統中，返還機関の変更 是一個涉及多張資料表的操作流程，本文整理其資料更新邏輯，作為系統維護或功能擴充的參考依據。
參考文檔：
🔁 流程概略（省略版本）
START → 返還 → 返還済 → 管理換（払）→ 管理換（払）承認済 → END
本文聚焦於前段流程：
START → 返還 → 返還済
此段操作主要對 henpin_tbl 及其明細表 henpin_meisai_tbl 進行更新。
📘 1. henpin_tbl 更新邏輯
| 欄位名稱 | 更新方式 | 備註 |
|---|---|---|
uketuke_ymd |
預設當前日期，可手動指定 | 受理日期 |
kanri_ymd |
預設當前日期，可手動指定 | 管理換日期 |
kanri_doc_no |
需指定新的証書番号 | 系統必填 |
kyouyou_ymd |
預設當前日期，可手動指定 | 供用開始日 |
konkyo |
需填寫 | 操作依據（例如：移管理由） |
shori_sts |
流轉：12 → 51 → 99 | 表示流程進度 |
upd_op_cd |
當前管理官CD → 最終供用官CD | 最終管理責任轉移 |
upd_ymd |
系統自動設定為當前日期 | 資料異動紀錄 |
📗 2. henpin_meisai_tbl 明細更新
| 欄位名稱 | 更新方式 | 備註 |
|---|---|---|
henpin_suryo |
直接複製 koufu_suryo 的值 |
還品數量等於原交付數量 |
upd_op_cd |
管理官CD → 供用官CD | 同上邏輯 |
upd_ymd |
設為當前系統日期 | 更新紀錄用 |
備註：明細表更新需對應相同的
doc_cd（文書編號）
📌 小結
此流程邏輯看似簡單，實際上牽涉兩方（管理官 / 供用官）的交接與資料的一致性維護。流程中對狀態（shori_sts）的嚴格控管，以及對日期與身份的記錄，有助於整個物品使用責任的可追溯性。
→物品管理系統資料操作邏輯分析：管理簿（返品処理追加データ）
→物品管理系統資料操作邏輯分析：供用簿（返品処理追加データ）
→物品管理系統資料操作邏輯分析：鏈接表（返品処理追加データ）
This article was last edited at