原本
送地政過戶時,每筆土地、每位所有權人的持分要逐筆彙整與加總,分包還要和先前送出的查稅清冊一致。上百筆土地的持分整理,人工約需 1–2 天。
清冊與資料 · 規則整理 · 跨工具一致性
把既有查稅清冊的分包結果接回持分表,讓同批送件資料維持一致。
原本
送地政過戶時,每筆土地、每位所有權人的持分要逐筆彙整與加總,分包還要和先前送出的查稅清冊一致。上百筆土地的持分整理,人工約需 1–2 天。
現在
匯入查稅清冊沿用原本的分包,並接續前一批成果計算累計持分。同樣的資料量,幾分鐘可以產出。 處理時間是我實際作業的經驗,並非另外量測的數據。
同一批土地案件會經過查稅清冊與持分清冊等工具。若每個工具各自重新分包,就可能把原本應一起送件的資料拆開;歷史持分與本次買受持分也需要銜接。
確認當批清冊、歸戶號、地段、地號與買受持分的欄位對應。
核對重點:完整底稿與欄位對應;避免將一般流水序號當成歸戶號。
畫面照 1、2、3 的順序操作,最後按「開始處理並輸出檔案」。
把持分結果與送件包別分開呈現,既能看計算,也能追查資料來源。
| 示例地號 | 原持分 | 本批買受持分 | 累計持分 |
|---|---|---|---|
| 0007-0000 | 1/4 | 1/4 | 1/2 |
| 0008-0001 | 0 | 1/3 | 1/3 |
| 0009-0000 | 0 | 1/2 | 1/2 |
| 示例地號 | 分包編號 | 分包來源 | 核對狀態 |
|---|---|---|---|
| 0007-0000 | 示例包 01 | 既有查稅清冊 | 已沿用 |
| 0008-0001 | 示例包 01 | 既有查稅清冊 | 已沿用 |
| 0009-0000 | 留空 | 新增地號,無對應 | 待人工決定 |
未對應的新地號刻意留空;工具不自行猜測應加入哪個送件包。
先理解送件流程的既定狀態,再決定工具如何讀回與延續。
將原持分、本批買受與累計持分視為不同欄位,避免意義混淆。
未對應的新地號留空,不自行編入看似合理的分包。
實際交付
已交付同事使用
將持分整理與分包對照,做成承辦可使用的 Windows 桌面工具。
跨工具一致性
沿用既有分包
讀回已送查稅清冊的包別,讓同批資料延續原來的送件組合。
結果可追查
持分與來源分開看
原持分、本批買受、累計持分及分包來源分開呈現;未對應地號留待人工決定。
| 欄位或設定 | 用途 |
|---|---|
| 歸戶號 | 辨識同一歸戶,檢查是否誤用逐列序號。 |
| 地段與地號 | 維持同筆土地在不同資料來源中的一致識別。 |
| 原持分/買受持分 | 分開表示歷史狀態與本次變動。 |
| 分包來源 | 區分沿用既有清冊或重新計算。 |
條件是我提的;用哪些套件、程式怎麼分層是 AI 建議的,我確認符合條件後採用。
| 我提的條件 | 採用的做法 |
|---|---|
| 分包要和已送出的查稅清冊一致 | 可以匯入之前的查稅清冊直接沿用分包;需要重算時,使用和查稅清冊同一份分包模組。 |
| 分批送件,持分要能接續計算 | 可以選填上一批的成果檔,原持分從那裡接續。 |
| 輸入輸出都是同事熟悉的 Excel | 用 pandas、openpyxl 讀寫;沒有使用資料庫。 |
| 同事的電腦不安裝 Python | 介面用 Tkinter,打包成單一執行檔。 |
程式架構:主程式加上一個和查稅清冊共用的分包模組。
以下呈現核對情境與預期結果,協助理解功能範圍。
全部情境與資料皆為示例。
| 情境 | 預期處理 |
|---|---|
| 示例地號 A:既有包別 P-01 | 沿用 P-01,不重新分配。 |
| 示例地號 B:沒有既有包別 | 留待人工確認。 |
| 示例地號 C:同時出現在 P-02 與 P-03 | 中止並提示衝突。 |