> For the complete documentation index, see [llms.txt](https://quteng.gitbook.io/ke-hu-wen-da-ji/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://quteng.gitbook.io/ke-hu-wen-da-ji/jiao-wu/xin-zeng-jiao-wu-dan-yu-cheng-li-ding-dan.md).
# 新增交屋單與成立訂單
針對準備交屋的戶別，正式生成專屬的交屋作業單據，為後續的帳務核對與實體點交流程建立資料基礎。
### **階段一：立帳與交屋單據生成**
1. 進入交屋作業區：於交屋系統選單點選「交屋系統」進入「交屋列表」。此列表總覽全案各戶別的當前交屋進度。
2. 鎖定作業戶別：於列表中找到即將辦理交屋的戶別，點擊右側「查看（眼睛圖示）」進入單據作業視窗。
3. 確認資訊並成立訂單：系統會自動串接銷售端資料，帶出訂單編號、下訂日期及客戶基礎資訊。請核對畫面資訊，確認無誤後點選右上角「成立訂單」。若無銷售訂單，請依畫面欄位輸入對應資料。
### **階段二：帳務進度與交屋明細編輯**
單據成立後，系統將進入「繳款進度」階段。此區塊包含五個管理頁籤，支援各部門（如財務核帳、代書作業、行政追蹤）依實際作業進度獨立更新，無強制操作順序。（註：各頁籤資料更新後，請務必點擊該頁面下方之「儲存」按鈕）
* 繳款明細：供財務或出納人員核對各期款項（訂金、簽約金、各期工程款、交屋款等）。可直接修改期款金額，並依據實際收款狀況切換「未付款／已付款」狀態。
* 代辦費明細：供行政或代書人員管理產權移轉相關費用（如契稅、規費、印花稅、代書費、瓦斯管線費等）。系統將自動依據「預收款」與各項實際「費用」總計，結算出客戶需補繳或退還之差額。
* 貸款明細：記錄銀行撥款數據。人員可登錄申貸金額、核貸金額、貸款差額及實際已收狀況，並於右側建檔貸款銀行與承辦人員聯繫資訊，方便後續追蹤。
* 日期明細：作為交屋進度的關鍵里程碑紀錄。人員可於此押上對保、稅單核發、過戶、撥款、驗屋及最終交屋完成等確切日期；右側備註欄可供跨部門交接特殊事項。
* 訂單明細：提供該戶別的完整合約資訊摘要，包含權狀坪數、車位資訊及合約相關聯絡人（訂購人、簽約人、通知人）的詳細資料，供作業時快速查閱。
### **階段三：現場點交與數位簽署**
本階段由現場陪驗或交屋人員於交屋現場透過平板或筆電進行操作。
1. 逐項核對點交物：切換至「交屋點交」頁籤，畫面將列出公司制定的標準點交清單（如：土地/建物所有權狀、發票、各類門禁扣與鎖匙等）。人員於現場依序清點，並將確認交付之項目狀態切換為「已點交」。
2. 雙方電子簽章：實體驗收與物件點交完畢後，於畫面下方「交屋簽名」區塊，請「客戶（產權人）」與「業務（建設公司代表）」分別於對應欄位進行數位簽名。
3. 確認結案：簽署完成後，點擊右上角紅底之「交屋確認」按鈕，系統將鎖定該筆交屋單據，完成點交流程。
### **階段四：交屋完成與檔案歸檔**
1. 防呆與資料鎖定：點交確認後，單據狀態將轉為「交屋完成」。此時系統畫面左側會鎖定呈現最終結算之帳務狀態，右側則永久保存已點交項目紀錄與雙方簽章，確保數據不可竄改。
2. 產出正式憑證：點擊畫面右上角的「交屋明細 PDF」按鈕，系統會自動將上述所有核對與簽署紀錄，匯出為格式化的 PDF 檔案。該檔案可供建設公司內部財會部門歸檔備查，亦可直接發送給住戶作為正式交屋憑證。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://quteng.gitbook.io/ke-hu-wen-da-ji/jiao-wu/xin-zeng-jiao-wu-dan-yu-cheng-li-ding-dan.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
