讓技術支援更有效率（Keeping Your Support Contact Happy）

本文提供有效使用 Four Js 支援入口網站的最佳實務，幫助你與支援人員之間的溝通更順暢、問題解決更迅速。

一張工單一個問題

將多個問題合併在同一張支援工單中，會產生雜亂的討論串，讓各個問題難以追蹤。分開建立工單能確保溝通清晰、問題得到正確記錄，並在解決後能妥善結案。

提供版本資訊

請提供各產品的個別版本號，而非只填寫 Genero Studio 的版本。透過 fglrun -V 等指令，或查看 VERSION 檔案，可以取得實際使用的 FGL、GDC、GBC、GAS、GRE 和 FLM 版本號。

回報前先自行研究

先在 Issue Tracker 中搜尋，確認問題是否已被記錄並修正。即使正式環境使用較舊的版本，也請先用最新的維護版本測試看看。

引用文件時提供連結

提及文件內容時，請附上具體的連結，而非模糊的描述。請注意，最新版文件的 URL 中不含版本號，較舊版本的文件則包含版本號。

清楚定義問題

提供最小可重現範例，而非大量的正式環境程式碼。運用「瑞士乳酪模型」的概念，找出你的環境與 Four Js 標準實作之間有何不同。

提供完整的程式碼範例

在初次提交時，請一併附上含有 LIKE 語句的 schema 檔案、前置處理器檔案，以及經過自訂的原廠檔案。

先用標準配置測試

先以標準配置進行測試。若問題在 GBC 自訂後才出現，這本身就說明了問題的根源。

善用記錄與除錯工具

善用現有的除錯選項（如 FGLSQLDEBUG、FGLGUIDEBUG、GAS／GBC 日誌），並在提交時附上完整的日誌內容（包含版本資訊），而非截取片段。

不要截圖程式碼

請直接附上程式碼檔案或貼上文字內容，而非截取程式碼或日誌的畫面。截圖無法搜尋也無法複製，會增加支援人員的處理難度。

即時回應

請在一週內回覆支援人員的詢問；若長時間沒有回應，代表這個問題對你來說並不緊急。

結案時說明解決方式

問題解決後，請說明最終的解決方法，讓支援人員能夠正確記錄並結案。