本篇說明條約等標期周邊的內部商業規則，搭配 TND-805｜條約等標期：GPA／GPA2、ANZTEC、ASTEP與縮短條件 的2009／2012日數表使用。條約適用結果、期限原因、練習區開關與工作日判斷，都以系統取得的參數為條件，不記錄外部設定的現值。
採購預告資格由後端重新確認
- 依機關歸屬與案號查詢非暫存的採購預告，按招標次數降冪取第一筆。
- 將預告的適用資料帶入各協定：GPA／GPA2取預告的GPA適用值；ANZTEC取台紐適用值；ASTEP取台新適用值。
- 再確認預告外層有效條件：
預告targetDate有值，或預告startDate為空，且刪除原因空白、非暫存。這是程式實際條件，不可改寫成「兩個日期皆必填」。 - 正式區，或練習區的
TenderTpReadChk=Y時，再做下述協定與日數檢查；練習區未啟用時，外層有效條件通過即把預告旗標設為Y。 - 找不到預告或外層條件不符，預告旗標為N；找不到預告時也清除預告年月與預告日期。
40至365日檢查：哪些協定需要符合
| 本次適用協定 | 預告適用值 | 預告起日 |
|---|---|---|
| GPA／GPA2 | 預告GPA適用值須為Y | 預告一般起日 |
| ASTEP | 優先使用預告ASTEP適用值；為null時才改取GPA適用值 | 優先使用ASTEP起日；為null時才改取一般起日 |
| ANZTEC | 此資格函式直接略過，不列入需符合的協定數，也不列入通過數。 | |
ASTEP的適用值與日期是各自判斷是否回退；例如適用值有N，不會因日期使用一般起日而自動改取GPA的Y。函式要求「納入計算的適用協定至少一筆，而且全部通過」。因此：
- 只有ANZTEC適用時，納入計算筆數為0，此函式不會給予預告資格。
- GPA／GPA2與ASTEP都適用時，兩者都要通過；ANZTEC同時適用不另加條件。
- 上面結果適用於確實執行此資格函式的路徑；練習區未啟用檢核的處理，仍以前一節為準。
各協定預告起日先歸為當日00:00，再與本次公告日 targetDate 比較。實際公式為：兩日期毫秒差的絕對值，換算成完整日數後，須介於40與365日之間，含兩端。39日不通過，40日與365日通過，366日不通過。此處「一年」實作為固定365日，並非日曆加一年；這個helper本身也沒有用日期先後方向排除未來起日。
期限例外：先有原因資格，才套日數
「是否適用採購法第104條或105條或招標期限標準第10條或第4條之1」必選。選Y時，適用原因必填且不可為0。原因選項由系統取得；本篇保留計算用代碼，沒有把代碼自行對應成未經查核的現行法規文字。
- 依據法條代碼22，即畫面所述第22條第1項第11款時，不可搭配原因代碼3、7、11、15、19；系統訊息指向「採購原料、物料或農礦產品，其市場行情波動不定者」。
- 原因代碼22至26時，已取得的採購級距若為1或以下，會以「採購級距未達公告金額不可選依招標期限標準第4條之1」阻擋。
| 計算分支 | 期限例外=Y的原因 | 結果 |
|---|---|---|
| 任一協定適用且計算用次數=1 | 5、9、13、17、21、22、23、24、25、26 | 最後覆寫為10日。 |
| 同上 | 其他原因 | 不會因這段期限例外自動改為1日，保留前面已算結果。 |
| 一般／後續分支 | 22至26 | 先算基本日數；超過10才改為10，10以下維持，即取基本日數與10日的較小值。 |
| 一般／後續分支 | 其他原因 | 此分支設為1日。 |
因此「緊急採購一律1日」並不符合這段程式。必須先確認是否仍在條約第一次分支，並通過原因與採購級距檢核。
為何二招還會要求第一次等標期
招標次數與招標狀態是兩個欄位。狀態15、19、28、33、35會把計算用次數改成1；只看畫面次數02，無法判斷應用後續日數。
後端在非方式2／12、招標次數大於1等前提下檢查協定適用是否變更。後段會在本次與前次次數不同且操作名稱空白時，從「前次明細加上本次暫存明細」的合併清單，依協定類型取第一筆與本次暫存答案比較。前次已有該種類時會對照前次答案；新增種類可能取到本次追加的明細，不能保證一定觸發變更。若成立 isChangeTreatPurc，要求招標方式對應的第一次狀態；此外 isWaitdayEnough=N 或招標次數01也會要求第一次狀態。前述旗標與「實際等標天數小於最低日數」是不同檢核。
畫面另有協定差異旗標：清單均非空且筆數相同後，按位置比較適用值。它和後端的按協定類型比較不是同一程序；不能把「清單筆數相同」當成所有協定變更檢核的必要條件。
真正進入後續分支後，例如方式1／3／5／7，或方式4且依據法條代碼20／21，計算用次數大於1時：級距1為3日；級距2至4，電子領標與電子投標均N為7日，其餘為5日。其他方式請見 TND-305｜等標期計算：招標方式、採購級距、電子領投標與後續招標；如另有期限例外，還須套用上一節的分支規則。
更正／當日修改：最低日數與追加延長分別檢核
操作為「更正公告」，或「當日修改且內部公告更新序號（tenderUpdateSq）不為01」，且本次截止投標時間存在時，以下任一情況會進行至少延長一日的檢核：
- 原截止時間與本次公告日都有值，兩者日期差小於5。
- 原截止時間與系統公告日都有值，兩者日期差小於5，且自動調整旗標為Y。
「至少延長一日」的比較，是以同一原招標公告日分別算出原截止與新截止的等標日數，要求新日數至少為原日數加1，並非只看時鐘是否多了24小時。此段沒有額外要求「文件是否變更=Y」。另有本次截止不得早於原系統截止的檢核。
追加延長與最低等標期不足，在正式區會阻擋；練習區依 BidwyChk=Y 決定是否阻擋。不能因練習區未阻擋，就推論正式區的商業條件已滿足。
實際日數不只看日期相減
實際等標日數會考慮截止時間與工作日判斷。截止在17:00或之後時，日期差會加1；若截止日前一日非工作日且截止時間早於17:00，計算用截止會回推至前一工作日17:00。最後以實際日數和計算所得最低日數比較。完整算法與截止輸入請見 TND-304｜截止投標：等標天數輸入、直接指定時間與180天原因、TND-305｜等標期計算：招標方式、採購級距、電子領投標與後續招標。
常見查詢詞
預告滿40天、超過一年、台紐預告不縮短、台新預告、臺星ASTEP、緊急採購等標期、二招為何算第一次、條約適用變更、更正公告延長一天、距截止未滿五日。
相關文章
TND-805｜條約等標期：GPA／GPA2、ANZTEC、ASTEP與縮短條件：條約基本日數與覆寫順序。TND-305｜等標期計算：招標方式、採購級距、電子領投標與後續招標：一般及後續等標期。TND-304｜截止投標：等標天數輸入、直接指定時間與180天原因：截止投標輸入與更正延長。TND-003｜第二次及後續招標：哪些前案可以續辦／TND-004｜第二次及後續招標：沿用、清空與重新計算／TND-210｜招標次數、公告次數與招標狀態：第一招、續辦與重行招標：續辦、招標次數及狀態。
程式追溯
tps/tps-common/src/main/java/geps3/pms/tps/common/service/TenderManagementService.java：8134–8157，取得正式採購預告、有效條件與練習區開關。tps/tps-common/src/main/java/geps3/pms/tps/common/util/AgreementUtil.java：2109–2185，各協定預告欄位、40日資格及起日歸零。tps/tps-common/src/main/java/geps3/pms/tps/common/util/TpamUtil.java：3270–3276，40至365日含邊界的整日差比較。tps/tps-common/src/main/java/geps3/pms/tps/common/service/TenderManagementService.java：7573–7605，期限例外必填、原因與採購級距限制。tps/tps-common/src/main/java/geps3/pms/tps/common/util/TpamUtil.java：1961–1974、2491–2506、2567–2579、2959–2972，條約第一次與一般／後續分支的期限例外。tps/tps-common/src/main/java/geps3/pms/tps/common/util/TpamUtil.java：1911–1915、1992–2007、2531–2535、2594–2607，第一次狀態與後續基本日數。tps/tps-common/src/main/java/geps3/pms/tps/common/service/TenderManagementService.java：6685–6795，協定變更後要求第一次狀態。tps/tps-C/src/main/java/geps3/pms/tps/tpam/web/TenderManagementController.java：3061–3080，畫面協定差異旗標的比較條件。tps/tps-common/src/main/java/geps3/pms/tps/common/service/TenderManagementService.java：8254–8318，更正／當日修改延長日數及最低等標期阻擋。tps/tps-common/src/main/java/geps3/pms/tps/common/util/TpamUtil.java：286–375、404–421，實際日數與至少延長一日的比較。