適用於一般建案。任務型施工日誌把現場每天的工作對應到施工計畫，協助工務、工地主任與排程人員掌握計畫和實際執行的差異。
先在 Project 或 P6 安排任務
任務型施工日誌沒有 Project 的任務編排功能。任務拆解、樓層與區域、工期、前置作業及施工順序，應先由使用者在 Microsoft Project 或 Primavera P6 安排，再以系統支援的格式帶入施工日誌。
目前已核對的網站匯入方式是 Project XML；Project 另有直接同步的增益集。P6 的實際匯出格式與轉換方式仍需另行確認，不能直接把 P6 XML 或 XER 當成 Project XML 上傳。
讓計畫與現場持續對照
排程人員安排計畫：在 Project 或 P6 維護工作內容、計畫起迄日期與前置關係，保留原始排程檔。
將任務帶入日誌：確認目標建案後，使用已支援的匯入或同步方式建立任務清單。
現場逐日回報：選擇日期，記錄實際施工任務、開工或完工，以及材料、人力、機具、廢棄物、照片與異常事項。
整理實際結果：利用任務進度概況、甘特圖與日誌報告，辨認哪些工項已完成、仍在施工或尚未開始，並整理延誤原因。
回到排程工具調整：排程人員依現場結果檢討後續工作，在 Project 或 P6 調整計畫，再將更新後的任務帶回日誌持續追蹤。
這是一個持續檢討進度的工作流程。目前核對的 plugin 程式碼包含 Project → Jobdone 的同步，尚未確認 Jobdone → Project／P6 的自動回寫入口；本頁不將人工整理結果描述成已完成的雙向自動同步。
計畫日期與實際日期的意義
資料 | 由誰維護 | 用途 |
|---|---|---|
計畫開始、計畫完成、工期與前置作業 | 排程人員，在外部排程工具維護後匯入 | 表示原定施工安排，不代表現場已施工。 |
實際開始、實際完成 | 現場人員透過施工日誌回報 | 表示現場執行結果，不應用再次匯入的計畫覆蓋。 |
異常原因、資源與照片 | 現場回報人員 | 補充進度差異的工作背景，供後續檢討。 |
更新計畫時保留任務身分
系統以任務 GUID 辨認同一個 Project 任務。更新既有任務時應保留來源任務，不要只為改名或調整日期就刪除重建，避免被視為不同工作。
匯入採整案同步，不是單純追加：先前匯入、這次檔案卻沒有的任務可能被移除，前置關係也會重新同步。已有施工進度的待刪任務會阻止匯入；應回到來源計畫保留該任務並重新匯出。
展示情境
「任務型日誌 DEMO 專案」預計使用 A、B 兩棟建築、地下三層至地上二十二層的合成資料。每層從結構、機電、防水、裝修到預驗安排 24 個工項，總計 1,200 個施工工項。這批資料用來說明操作，不是可直接採用的契約排程或工程驗證結果。