原本
同一個案件的清冊資料分散在多份 Excel。謄本更新、手填欄位與分割資料互相覆蓋，容易重複或漏改。
清冊與資料 · 資料生命週期 · 修改留痕
土地清冊工作站
以單一案件資料來源串接匯入、編輯、異動審查與清冊輸出，規劃可追查的資料維護流程。
這個程式做到可以執行的 V1（下方有實際畫面），未列入已交付或可用工具，已停止後續開發；這一頁保留資料維護的設計思考。
原本與做法
做到的程度
以一案一個資料檔集中維護，匯入、編輯、審查與輸出都在同一個程式裡完成。做到可以執行的 V1，未列入已交付或可用工具，已停止後續開發。
要解決的問題
清冊資料分散在多份 Excel，更新謄本、手填欄與分割資料時，容易發生覆蓋、複製與重複加總。
- 輸入
- 謄本或既有資料表、人工補充內容與分割資料。
- 結果與用途
- 案件資料庫、修改與審查歷程，以及符合所需格式的清冊。
處理流程
滑鼠移到步驟上就會切換說明（手機請點選）；紫框是目前顯示的步驟。案件匯入
以一案一檔管理資料，匯入既有清冊或新文件。
核對重點：建立共同來源，減少多份檔案各自變動。
程式畫面
左邊管理專案與匯入匯出，右邊上半部是編輯工具，下半部用分頁切換不同的表。
畫面對照
- 左側：專案與匯入匯出新建或開啟專案，匯入純資料檔或謄本 PDF，匯出純資料檔；上方顯示標示部、所有權部、公有與私有、預割、逕割及待審異動的筆數。對應流程 01。
- 上方：編輯工具搜尋與篩選、新增與刪除列、以首格填滿、尋找取代、鍵值回貼、復原與重做、著色；謄本來的欄位預設鎖定，勾選「解鎖謄本欄編輯」才能改。對應流程 02、03。
- 下方：九個分頁標示部、所有權部、公有土地、私有土地、預為分割表、逕為分割表、展開檢視、異動審查、輸出中心。對應流程 04、05。
- 空白畫面的提示① 新建或開啟專案，② 匯入謄本 PDF 或純資料檔，③ 開始編輯與產出。
設計重點
一案一個資料來源
將資料維護集中在案件檔，Excel 作為輸入與輸出。
欄位要有角色
手填、來源與衍生欄位採不同編輯規則。
展開檢視不等於複製資料
以關聯呈現一地多暫編，避免重複加總。
方案摘要
保留早期原型與規劃的設計思考；已停止後續開發，未列入已交付或可用工具。
規劃方向
共同資料來源
以一案一檔整理資料，減少多份 Excel 各自變動的問題。
欄位設計
來源／手填／衍生
依資料角色規劃不同編輯原則，讓維護責任更清楚。
更新設計
保留修改線索
規劃手填資料保留與異動審查，作為資料維護方案的思考。
資料與欄位
| 欄位或設定 | 用途 |
|---|---|
| 來源欄位 | 來自謄本或匯入資料，預設鎖定以便核對。 |
| 手填欄位 | 承辦補充資料，需要保留與更新銜接。 |
| 衍生欄位 | 由規則計算或同步，保持唯讀。 |
| 異動與修改歷程 | 保留逐格變更、審查與回復線索。 |
技術選擇
條件是我提的；用哪些套件、程式怎麼分層是 AI 建議的，我確認符合條件後採用。
| 我提的條件 | 採用的做法 |
|---|---|
| 一個案件只維護一份資料 | 使用 SQLite 資料庫，一個案件一個檔案；Excel 只負責匯入與匯出。 |
| 單機使用，資料要容易備份 | SQLite 就是一個檔案，可以直接複製備份，不需要架設伺服器。 |
| 修改要留下紀錄、可以復原 | 所有寫入都經過同一層程式，由它記錄每一次修改。 |
| 表格要能像 Excel 一樣直接編輯 | 介面用 CustomTkinter，表格使用 tksheet。 |
| 謄本解析沿用已經驗證過的做法 | 直接使用土地謄本內容擷取程式的解析部分。 |
程式架構：分成資料庫、解析、流程、介面、輸出五個部分。
如何核對結果
以下呈現核對情境與預期結果，協助理解功能範圍。
- 更新文件後，原手填欄應被保留並能看見衝突。
- 一筆土地展開為多筆暫編檢視時，不應重複加總所有權資料。
- 修改與回復過程應有可追查的紀錄。
虛構資料示例
全部情境與資料皆為示例。
| 欄位類型 | 操作原則 |
|---|---|
| 謄本來源欄位 | 預設鎖定，需要核對時再解鎖。 |
| 承辦手填欄位 | 可編輯，更新時保留。 |
| 計算或同步欄位 | 唯讀，避免直接改壞關聯。 |
使用範圍
- 此方案停止後續開發，保留既有資料維護與欄位設計的案例。
- 匯出的 Excel 供閱讀，不支援修改後直接回匯。
- 以單人單機作業為主，同時開啟相同案件資料可能衝突。
- 後續擴充規格未視為已完成，既有版本仍須依實際功能確認。