tiptop在多人客制的時候，特別要注意版本管控，tiptop本身的開發環境不具有版本管制功能，所以我們需要自己擬定規則！
工具/原料
genero
方法/步驟
程式更改一定要先在toptest環境中更改，測試完畢後再搬到topprod環境。
標準區程式搬到客制區之前，務必檢查p_zz中的連結檔，在客制區是否已經存在，否則會導致程式的覆蓋，資料的丟失。若沒有被客制則將程式複製到客制區相應目錄下修改。
客制，修改程式之前務必備份：程式名+日期+姓名（如果同一天同一人備份多次，請標註序號）
程式內備註：
(1).開始部分：新增modify備註（以便自己和別人清楚知道該支程式做過什麼修改，方便查錯）
(2).針對程式段新增修改備註（只要程式有修改的地方，都要標明“mod/add/mark + ITCODE+日期”）
單個語句修改：
程式段新增要有備註起始&結束：
將標準程式搬到客制目錄下進行修改，一定要將MAIN函式中的cl_setup()內的模組改成C開頭的客制模組，否則作業的ACTION都會是英文的。
將標準畫面搬到客制區後，一定要維護一筆客制的p_perlang資料，否則畫面語言會顯示成英文
PS：r.gf之前可以先複製一筆客制的p_perlang,這樣就只要維護新增欄位的語言別資料了，可以省去很多功夫，否則畫面中的下拉框、page等資料都要維護。
維護p_zz,p_link等作頁，其中p_zz右側的按鈕“維護連線檔資料”、“維護ACTION資料”都要點進去【雙擊】一下再退出，“更新單支許可權”也要點一下
若新增了按鈕，要維護按鈕的中文說明，可以在p_zz中“維護ACTION資料”按鈕點進去雙擊單身，找到要維護的按鈕，在通過“更改共用ACTION名稱/提示”按鈕進行維護。
也可以在p_base_act中維護
若修改的是共用的程式，如sapmt720等，要將所有用這支程式的連線檔都改成連線到客制模組。確定是否為共用程式的方法是：在p_link單身中查詢這支程式，若能查出多筆則為共用程式。
修改了程式要做好註釋，在程式開頭寫明修改標記，修改時間（WHEN）、人員(WHO)、目的(DO WHAT)。另外若修改了一段，要以begin---end標記，方便後續他人檢視。
在標準表中加欄位，要以”ta_”作為開頭命名，如在ima_file中加一個欄位，命名應為ta_ima01.新增欄位後要在p_zta或者p_feldname中維護中文說明
新增表的表要以”tc_”開頭，如tc_ima_file
修改程式之前要先做備份，備份時不要以“.4gl”結尾，而是要在.4gl後面增加修改人及日期，如：axmt410.4glxiayan120716
新增的開窗也要以”cq_”開頭，如cq_gen，如果新增的開窗是hard_code開窗，也要在p_qry中維護一筆資料佔位，否則後續可能出現重複錄入的現象。
新增的錯誤資訊也應該是C開頭的，如：cim-001
客制的時候書寫要規範，如IF和END IF書寫時要左對齊
使用自定義欄位，要在p_zta,p_feldname,p_perlang中修改名稱，並且使用過的自定義欄位不可以再做他用。另外要注意的是：使用自定義欄位之前要先檢查這個欄位是否已經被使用過。
將標準程式搬到客制目錄下修改後，要測試列印功能是否正常，如列印時報錯“檔案路徑無效”等，則要將程式對應的報表也有搬到客制目錄下去，同時在p_zaw中將每個模板都複製一筆客制資料。
客制標準報表需注意：（1）將報表程式，4fd等搬到客制目錄 （2）維護p_zz，更改連結資料；（3）將模板搬到客制目錄，驗證資料庫，更改資料來源位置；（4）p_zaw維護客制資料
在p_zta新建表，選擇資料庫時要將所有庫都選上，新建完後執行r.s2 ds
若修改的程式中有執行INSERT INTO 整個表的邏輯，則要檢查表中哪些欄位的是NOT MULL屬性的，NOT NULL屬性的欄位都要在INSERT INTO 之前給值，否則就會報錯“-391”
在畫面上新增型別為複選框（CheckBox）或者下拉框（Combobox）,則要勾選屬性欄中的NOT NULL和Required，並在程式中給初值。
當執行程式遇見錯誤“-6372”時，要檢查SQLCA.SQLERRD[2]的值
若修改的標準表中欄位的型別或者長度，或者在標準表中新增了欄位，則要將所有用到這張表的程式都要編譯一遍。
客制完成後，一定要做測試，用不同的方式，從不同的角度進行測試。
修改了程式一定要做好註記！