田區負責人
目標
讓田間工作日程與已核定的產季計畫對得上。
模組
- 產季計畫
- 庫存與投入品
- 打開本田區的產季計畫：本週哪些地塊該做哪一項工作。
- 依地塊派工給作業班，收工時登錄完成的工作量。
- 為照顧中的地塊開投入品領用申請——系統依倉庫、依投入品批次扣帳。
- 寫這塊地的耕作日誌：做了什麼、用了哪些投入品、由誰執行。
- 把實際進度與計畫比一次，落後於節氣的部分及早回報。
營運問題
資料斷裂，讓產季決策變慢。
營運問題目標狀態
田區計畫分散
面積、品種、工作日程與預估產量散落在不同檔案。
計畫與執行可見
按田區與產季投入品與成本難歸集
難以快速確認每個產季用了什麼、用在哪裡及實際成本。
損益清楚可見
按批次與產季品質與溯源脫節
種植紀錄、採收、檢驗與出貨批次沒有串聯。
溯源準備度
至出貨批次結果為能力方向；實際改善取決於流程與資料品質。
營運鏈
從規劃持續追蹤到作物成本與產季結算。
Plan-to-Harvest
3田間工作
由以下能力涵蓋
任務成本
詳細設定依作物、組織模式與溯源需求調整。
智慧代理不是掛在這條鏈條外面的：每一段都有一個站在本段自己的模組上，在呼叫者的權限內執行，因此兩段之間不需要任何連接器。
營運的一天
產季裡的一天：從田間紀錄，到作物成本。
上午在地塊上寫下的工作，下午就是這一批的成本——同一批接著走進品質紀錄與產季結算表。
資材負責人
目標
要用的時候有貨，又不把庫存壓太久。
模組
- 採購
- 庫存與投入品
- 打開由產季計畫產生的投入品需求，依品類合併去詢價。
- 比較供應商報價，為最近要用的那部分開採購單。
- 到貨入庫：依品項登錄批號、效期與儲存條件。
- 依田區的申請發料，優先發效期最近的批次。
- 做一次資材庫存盤點，把差異處理完再結本期的數字。
品管負責人
目標
讓溯源鏈從原料批次一路連到出貨批次。
模組
- QMS
- 庫存與投入品
- 打開當天採收批次到期的檢驗單。
- 依設定好的標準登錄檢驗結果；不符合的批次被扣住，出不了貨。
- 開一張不符合處理單：掛上原因、待辦事項與負責人。
- 對一批即將出貨的貨做反向溯源：田區、用過的投入品、採收日期與檢驗結果。
- 客戶或查驗單位要資料時，匯出這一批的完整溯源文件。
農業事業負責人
目標
依田區、依地塊知道這一季是賺是賠。
模組
- 財務
- BI
- 打開依產季歸集中的成本：投入品、人力與外包服務。
- 把實際成本與已核定的產季預算比一次，看超出的部分落在哪個科目。
- 為已經採收完的產季做結算，依田區、依地塊看損益。
- 把同一作物幾個田區的結果並排比，挑出要推廣的做法。
- 直接在報表上把查核任務指派給田區負責人，追蹤到結案為止。
以上步驟說明的是上述模組上的標準流程。貴單位的田間記錄點、耕作日誌的詳細程度與溯源要求，在需求訪談階段設計。
營運準備度
導入方式
一條明確的路徑，而不是一個沒有邊界的專案。
- 01
盤點並確定範圍
梳理現行流程、使用中的系統、資料歸屬，以及需要啟用的模組。
- 02
標準化並設定
確認標準流程，依流程完成系統設定，確定角色與權限。
- 03
資料移轉與並行運行
用範本匯入主檔與期初餘額，並行運行、對帳並處理差異。
- 04
上線與擴展
在陪跑團隊支援下正式運行，依清單驗收，後續階段再啟用更多模組。
從邊界清楚的範圍開始，始終比一次全部啟用更快也更穩妥——擴展是在已經真實運行的資料之上進行的。
常見問題
農業營運數位化前需要釐清。
能否管理多個農場或田區？+
可依組織模式設定單位、田區、地塊與產季；詳細範圍在需求訪談階段確定。
溯源可以做到什麼程度？+
在設計完整記錄點後，可串聯投入品、工作紀錄、採收、品質檢驗與出貨批次。
能否連接感測器或既有系統？+
可評估 API 或合適的資料交換方式；設備、頻率與資料歸屬依專案確定。
網路較弱的區域如何處理？+
弱網或離線能力取決於流程與終端；本機記錄與後續同步範圍需明確設計。
導入要多久？費用由哪些部分構成？+
週期取決於模組數量、法人主體數量與流程複雜度；產業範本 Essentials 承諾 90-120 天上線。費用由三部分構成，且都事先講明：導入（一次性）、依容量計費的使用（週期性，與使用者人數無關）與資料移轉（單獨計費）。
我們放在 Excel 或舊系統裡的資料怎麼處理？+
Apus 提供主檔、期初庫存與期初應收的標準匯入範本，由貴公司團隊自行匯入，這部分已包含在套裝內。若需 Apus 代做欄位對應、清理與匯入，或移轉多年歷史資料，則屬於單獨計費的資料移轉項目。