HACCP 文件助手
測試版記錄並驗證 HACCP 冷卻日誌與 CCP 溫度查核點，自動計算各階段時長，並標記通過／不合格／偏差狀態。
原始碼倉庫
ian60012/E_HACCP
FD Catering HACCP eQMS — real-time CCP monitoring with auto-calculated stage durations, ALCOA+ audit trail, and PostgreSQL-backed records.
技術棧
問題
冷卻日誌存在，是為了顯示一批熱食在食品安全計畫允許的時間內通過危險溫度帶，而且有人負責看著它。紙本上，表常常在產線夾板，批次在冷卻機裡。時間在收班時才補。沒量過的溫度變成整齊的數字，因為那一欄看起來空。
第二個失效是歸檔。通過和不合格在同一個資料夾。不合格只有在有人於稽核前逐頁讀過才看得到。沒有狀態的試算表修不好這件事。寫在邊緣的矯正措施，影印後就不在了。
這個頁面上的助手記錄冷卻日誌，依你輸入的時間計算階段時長，並標記通過、不合格或偏差。畫面背後的公開系統是 E_HACCP，用於 FD Catering 的 HACCP 紀錄。倉庫留在本頁，因為它是真實的程式庫，不是虛構品牌。示範批次是樣本資料。
一筆紀錄應該怎麼產生
限制由你已核准的 HACCP 計畫和所在州的規則決定。軟體應該讓這些限制難被跳過，而不是發明新的。
- 1
為批次命名
批次或烹調編號、品名、日期，以及容器或設備。返工另開一列並指回原編號。覆寫第一行等於把過程擦掉。
- 2
記時鐘時刻，不只記時長
起始溫度和量測時刻。階段查核也一樣。時長可以事後計算。缺了的時鐘時刻無法誠實還原。
- 3
套用計畫裡的限制
許多計畫用兩段冷卻：60°C 到 21°C，再從 21°C 到 5°C，並有規定的分鐘數。本頁示範設定為第一段 120 分鐘、降到 5°C 以下總共 360 分鐘。那是示範的規則。抄到表單前先核對你的。
- 4
升起狀態
通過、不合格或偏差應是時間的結果，不是一句心情。不合格旁邊的矯正措施是空的，本身就是發現項。
- 5
把矯正措施寫在該列
做了什麼、誰決定、食物是繼續冷卻、再加熱還是丟棄。措施是欄位，不是邊緣註記。
- 6
留下痕跡
誰輸入、何時輸入、後來改了什麼。備份不要和廚房平板是同一台裝置。E_HACCP 的說明提到稽核軌跡，就是這個原因。
之前與之後
之前
- 時鐘時刻在收班時回想，一支筆寫好幾個批次。
- 不合格和通過是同一資料夾裡的紙，只在稽核前有人有空才被讀。
- 矯正措施是不會跟著批次走的塗寫。
之後
- 時鐘時刻是存下來的事實，時長由它們算出。
- 不用打開每一列，就能列出不合格。
- 矯正措施和溫度在同一筆紀錄上，並有操作人員的名字。
若列可以無痕修改，或唯一副本在一台筆電上，數位就不是改善。樣本列絕不能被匯出成證據包。
問題
這會認證我的廚房嗎？
不會。它依你設定的限制保存紀錄。它不是稽核、不是議會核准，也不能取代食品安全計畫。
120 與 360 分鐘是法規嗎？
它們是這個示範設定的查核點。冷卻限制屬於你已核准的計畫和你營運所依的規則。把示範當範本之前，先讀那些文件。
為什麼這裡寫 FD Catering？
因為公開倉庫是那間廚房 HACCP 紀錄實際使用的系統。拿掉名字，就會藏起程式真正在哪裡跑。
可以先從一個產品開始嗎？
可以。挑一個每天都在冷卻的產品，讓範本和紙本並行。比較一週之後，才只讓那個產品停用紙本。