重點結論：本篇整理 CACFP Thinking Thursday（2025/10/30）針對 MIND 2.0 申報系統的關鍵流程與常見卡關點，讓你能正確找到月份、正確填寫區塊、並確認申報一定完成認證，避免已送出卻未入帳的狀況。

我第一次真正感受到這次系統切換的「差一個按鈕就差一筆」是在某次協助機構整理申報時：明明前一晚已看到狀態顯示Submitted（已送出），但隔天財務端卻說沒有收到款項。回到系統才發現，申報其實沒有完成Certified（已認證）；更麻煩的是，負責人當時還以為「送出就等於完成」。那一刻我就更確定：在 MIND 2.0 這種以流程節點為核心的系統裡，最需要被看見的不是申報表單，而是每一步是否走到位。

BLUF：用對系統、走完流程、避免「送出≠認證」

在 CACFP Thinking Thursday, October 30, 2025 – MIND 2.0 的內容中，最重要的三件事其實很一致：第一，判斷你要用哪個系統（MIND 2.0 或 MIND Legacy）；第二，在 MIND 2.0 正確建立並填寫每個月份的申報；第三，完成後務必回到Sponsor Summary按下認證，讓系統狀態從送出走到認證。

另外，講座也明確說明：今天的重點不在逐一處理個案申報錯誤，而是釐清「常見使用者操作問題」可能造成的結果。這對第一次接手申報的人尤其重要，因為很多卡關都不是資料真的錯，而是流程節點或權限角色沒有對上。

為什麼 2025/9 起要改用 MIND 2.0？（你找不到申報時最常見的原因）

答案：你很可能在錯的系統裡找。在講座中，已經釐清：從 2025 年 9 月起提出的申報，必須在 MIND 2.0 系統完成；而 2025 年 9 月之前的申報，仍需在 MIND Legacy 提交。

因此，如果你曾向團隊反映「我找不到 2025/9 的申報」，通常不是申報不存在，而是你登入後進入了舊平台去搜尋。系統切換後，最容易發生的誤會就是：介面看起來相似，但月份歸屬卻被分流到不同平台。

• 2025/9（含）之後：請一律使用 MIND 2.0
• 2025/8（含）之前：請一律使用 MIND Legacy

這個判斷邏輯也能幫你在團隊內建立一致作業：當多人輪替申報時，不必靠記憶猜測，而是用「月份」作為系統選擇依據。

登入與進入 MIND 2.0：從 MiLogin 到 CACFP 申報頁

答案：登入方式相同，但你要在 MiLogin 內選對系統。講座指出，使用者登入的路徑仍是透過 MiLogin for Business，接著選擇 MIND 2.0（Michigan Nutrition Data System 2.0）。進到儀表板後，點選頁面上的 Child and Adult Care Food Program（CACFP）。

因為不同機構的子系統權限可能不同，所以每個人的儀表板視覺會略有差異；但核心概念不變：你進到的必須是 MIND 2.0 的 CACFP 頁面。

進入 CACFP 後，你會看到當前學年度的申報月份清單。講座提到，當下在 MIND 2.0 中你可能只會看到 7 月到 6 月（因為系統尚未累積更多月份）。你可以在右上角切換學年度或財年顯示方式，並在左側選擇要處理的月份。

建立申報（Create Claims）與角色權限：Level 3 才能動

答案：沒有按到 Create Claims，你就很難真的把申報填進去。在講座中，明確指出：在 CACFP 申報月份頁面上方有一個藍色區塊 Create Claims。要開始在左側月份區塊填寫內容，通常需要先由具備權限的人建立申報。

同時，講座提醒：只有 Level 3 user 才能建立申報。若你不是 Level 3，卻習慣自己直接提交，那你可能會遇到「看得到月份但填不進去」或「狀態不如預期」的狀況。

• 若你是一般使用者：請確認你的機構是否由 Level 3 先建立月份申報
• 建立後：你才能進入該月份的區塊進行資料輸入

我建議你把這段寫進內部交接清單：新手最常做的錯誤不是填錯欄位，而是沒有先完成「建立申報」這個前置動作。

申報狀態（Submitted vs Certified）：你以為送出就結束，其實差在認證

答案：申報不會算完成，除非顯示已 Certified。講座特別提到，曾有機構回報「我已提交申報，應該沒問題」，但再回系統檢查時發現申報其實是Submitted、尚未Certified。因此，請務必確認狀態是「認證完成」，而不只是「送出完成」。

在流程上：你通常會先在月份頁面完成保存/送出，接著回到 Sponsor Summary（贊助者彙總頁）執行認證。若你的機構沒有理解這一步，財務端就可能看到「沒入帳」的結果。

講座也提到認證按鈕（certify）會出現在申報彙總頁的上方左側；認證頁面會與彙總頁類似，並在底部要求你確認是否要完成認證。

申報摘要（Claim Summary）：A/B/C 區塊怎麼填才不會踩雷

答案：A 會由既有資料預填；B 是收入相關；C 是非學校機構的成本欄。在 Claim Summary 頁面，講座說明：Section A 會從你在站點資料中填寫的內容自動預先帶入，通常不需要再重填。

Section B 用於「有收入」的情境，例如你在 CACFP 中有以學費/餐費方式收費的方案，這時就要在 B 區塊輸入你用於餐點/營運的pricing program income等收入資訊。

Section C 則是針對非學校（non-school sponsors）適用；若你是學校機構，這一區通常不需要處理。對非學校機構而言，C 區塊要輸入你要申報月份的成本資訊，且講座強調：不要把月份合併，要只放入「你正在申報的那個月」。

• Section A：多為預填（依站點資料）
• Section B：收入/收費相關
• Section C：非學校成本（單月填寫、不要合併）
• 必填：至少每月報告 food cost（食物成本）

講座也提到一個與「學校是否需要輸入食物成本」相關的系統問題已修復；因此在實務上，你應以「目前系統狀態」為準，並依訓練頁面提示填入。

申報錯誤（Claim in Error）：先查你是否獲核准該餐種

答案：多數錯誤是因為你輸入了「未獲核准的餐點類型」。在申報摘要頁面上方，若系統偵測到錯誤，會出現紅色訊息，你可以點擊它以查看原因。講座指出，目前看到的主要錯誤來源之一，是機構嘗試輸入在申請中並未核准的餐點/餐種。

在 MIND 2.0 中，系統允許你輸入所有餐點服務，但前提是：你必須擁有在申請中被核准的餐點類型。若不符合，系統可能會在保存或認證階段阻擋，並顯示錯誤。

例如：若你有 at-risk after-school program，並且實際在課後提供晚餐（suppers），但你的申請核准是 snacks（點心）而不是 suppers，那你在系統中輸入 suppers 就可能觸發錯誤訊息。

• 先回到你的申請核准內容確認餐種
• 再回到系統輸入餐點類型
• 不要急著向工作人員反映「系統壞了」

這種「先比對核准範圍」的做法，能大幅降低反覆嘗試與等待時間。

站點編輯（Site Edit）：天數、月出勤、以及 Free/Reduced/Paid 餐數怎麼算

答案：Monthly attendance 是把每一天的照顧人數加總；Enrollment 是只要有入學就算進去。在 Site Edit 頁面，你需要輸入服務天數、每月出勤，以及各餐別（依 **Free/Reduced/Paid**）的餐數。

講座特別提醒：total monthly attendance不是「平均」，而是把每一天在照顧中的人數加總後的「大數」。例如第一天 10 人、第二天 15 人、第三天 30 人，你就把 10+15+30 的結果填入。

total enrollment則是你在該月份的總在學/參與人數：即便某位孩子只來了一天，也應計入 enrollment。

另外，講座指出餐別欄位已從原本常見的 A/B/C 更新為更一致的 free, reduced, and paid，讓跨系統理解更一致。你在填寫時要特別注意欄位名稱是否已更新，避免把舊習慣直接套用。

保存後別忘了認證：Sponsor Summary 才是最後一關

答案：你要先保存，再回到 Sponsor Summary 完成認證。講座提到：保存後並不等於完成提交。你必須回到 Sponsor Summary，確認該月份申報的狀態為認證完成。

系統通常會顯示「certified by X, Y, and Z」以及認證日期。若你沒有看到認證資訊，財務端就可能仍無法進行後續流程。

• 確認 Sponsor Summary 顯示Certified與認證人員/日期
• 若狀態僅為Submitted：回去補認證

這一段是我在實務上最常看到的「流程斷點」。你只要把它當成最後一關，並把認證檢查列入每天/每次申報結束前的例行動作，很多問題就能直接被消滅。

狀態報表（Status Report）與付款彙總：讓你可追、可交付

答案：報表能幫你清楚看到餐別、餐數、以及預估的付款率。講座提到，在儀表板或申報頁面你可以拉出 Status Report，查看你本月申報的餐點類型（free/reduced/paid）、你申報了多少餐，以及對應的付款率。

很多機構會把報表用於內部歸檔，或提供給會計/財務主管。即使你不是為了審查而用，也建議你每月都拉一次：因為它能讓你在申報完成後立刻知道「本月大概會收到多少、依據是什麼」。

此外，講座也提到有 Sponsor payment summary report 的彙總報表可查（講者當時正準備示範如何進入）。在實務上，彙總報表通常更適合拿去對帳或做內部簡報。

報表/頁面	你能看到什麼	適合用途
Status Report	餐別、餐數、付款率	內部確認與歸檔
Sponsor payment summary	付款彙總資訊	對帳與財務交付
Sponsor Summary	認證狀態、認證人與日期	確認是否真的完成

把今天的重點變成你的申報檢查清單

答案：用月份決定系統、用權限決定建立、用認證決定完成。把講座內容濃縮成一份可執行的檢查清單，你的申報成功率會立刻上升。

• 先確認月份：2025/9 起用 MIND 2.0
• 再確認角色權限：Level 3 才能 Create Claims
• 填寫前比對核准：餐種必須在申請中獲核准
• 最後回到 Sponsor Summary：確認狀態為 Certified

我也會把這份清單放進我協助機構交接的口袋版本：交接時不需要講一堆觀念，只要照順序檢查，就能避免大多數「看似送出、實際沒認證」的落差。

總結：CACFP Thinking Thursday 2025/10/30 的 MIND 2.0 你該記住什麼

總結：本次 CACFP Thinking Thursday（2025/10/30）聚焦在 MIND 2.0 的申報流程與常見問題。你需要記住：2025/9 起的申報必須在 MIND 2.0 提交；建立申報通常由 Level 3 完成（Create Claims）；並且最關鍵的是回到 Sponsor Summary確認申報已完成認證（Certified），而不只是送出（Submitted）。

FAQ

🧭 我找不到 2025 年 9 月的申報，該怎麼辦？

你很可能是在錯的系統裡找。請確認：2025/9（含）之後的申報需在 MIND 2.0 內提交；而 2025/9 之前仍在 MIND Legacy 處理。登入後也要從 MiLogin for Business 選擇對應的系統，再進入 CACFP 頁面查看月份清單。

✅ 我明明已送出申報，為什麼沒有付款？

因為申報還沒有完成認證。講座指出，系統可能顯示申報為 Submitted，但若未在 Sponsor Summary完成 Certified，後續流程就可能不會照你預期進行。請回到彙總頁確認認證人員與日期，確保狀態顯示已認證。

🍽️ 為什麼我會看到 Claim in Error？

多數情況是輸入了未獲核准的餐點類型。MIND 2.0 允許你輸入餐點服務，但若該餐種不在你申請核准範圍內，系統可能無法保存或認證並顯示錯誤訊息。建議先回到申請核准內容確認餐種，再修改你在申報中輸入的餐別。

📺 來源影片參考