系統架構圖
四張圖說明三個子系統（FIDS／AODB／RS-CMS）的關係、資料如何流動、航班狀態如何演進，以及計費快照為何不可回溯。圖檔原始碼（Mermaid .mmd）放在 diagrams/，可隨時編輯重繪。
本案開發（FIDS / AODB）
RS-CMS（瑞訊既有）
實體看板
不可回溯快照
外部 / 下游介接
1
系統情境與資料流
FIDS 是唯一事實來源：吃進氣象資料，把航班「帶入後分離」給 AODB 計費，並單向推送給 RS-CMS（再到實體看板）、廣播、官網；民航局以「被動唯讀」方式讀 FIDS 資料庫。本案範圍＝虛線框內，RS-CMS 是瑞訊既有產品只做整合。
介接說明： 民航局以唯讀方式讀取 FIDS 資料；FIDS 經單向 HTTP API 推送至 RS-CMS；氣象資料、廣播與官網均為下游介接。各介接的認證與傳輸細節於設計階段確定。
2
部署拓撲
單機 Docker Compose（不用 K8s），Nginx 反向代理前面擋；FastAPI 後端、React 靜態後台、看板播放端共用 PostgreSQL 16 / Redis 7 / Celery；監控走 Prometheus + Grafana + Loki。計費與看板分屬兩個網段。整套可離線部署。
部署說明： 系統支援離線部署，套件策略依實際網路環境（封閉網路或單向出網）調整；備援強度（RTO／RPO）依機關需求規劃。
3
航班狀態事件流
每次狀態轉變＝寫一筆 append-only 事件（不可刪改，更正用「補償事件」）。當前狀態是物化檢視，歷史用事件回放——這同時滿足稽核法規、AODB 計費快照引用、與未來分析。出境（排程→登機→後推→起飛）與入境（空中→落地→到站）分別呈現，含延誤／取消／改降／返航等例外。
設計說明： 採事件溯源（event sourcing）設計，狀態碼對齊 PADIS 標準。
4
計費快照流程
AODB 把 FIDS 航班帶入後解耦；計費引擎＝Nature（費別）＋Scheme（參數化費率）。一旦結算，當下凍結成 JSON Snapshot（永久不可回溯）；之後所有報表（6 種 × 3 格式）與中央同步都「唯讀引用」這份凍結快照，不重新計算——這是採購規範紅線。
計費說明： 噪音費公式參數、FIDS 顯示準確率報表的公式定義，以及歷史資料遷移範圍，依機關確認版本辦理。
花蓮 FIDS · 系統架構圖