電子表單簽核系統委外建置服務案需求規格書

1、專案概述
1、 專案名稱
財政部臺北巿國稅局（以下簡稱本局）「電子表單簽核系統」委外建置
服務案（以下簡稱本案）。
2、 專案目標
(1) 行政表單電子化目標：依據現有紙本表單與系統介面，考量使
用者行為，達成電子化表單簡易輸入，並以必要之規範提醒以
達成無紙化之目標。
(2) 電子化流程目標:依據現有表單行政流程，並考量串簽、會簽、
跳簽與個人化，以利各項電子流程與本局相關作業規範(SOP)
結合。
(3) 系統環境目標：考量維護與系統表單簡易修正及系統維護與使
用人員開發之方便性，本系統於系統架構中需以人性化使用
(User Friendly) 與單一窗口為目標。
(4) 系統安全性之目標：考量本局之資料安全性及整體架構之安全
性以達成使用者端、應用程式端與資料庫端之整體安全之目標。
(5) 未來擴展性之目標：考量未來系統之擴充性與可移植性，以便
達成系統延展與擴增之目標。
(6)
1、
2、
3、 專案範圍及時程：提供本案所需之軟硬體設備、應用系統開發、整體系
統建置及保固之服務，相關細部說明如下：
項次 工作範圍及應完成項目 應完成期限
(一)第 1 階段
1 提交專案執行計畫書 簽約次日起 10 個日曆天內
系統維運設備及管理系統平
2 簽約次日起 30 個日曆天內
台建置完成
確認 60 張電子表單應完成
3 簽約次日起 60 個日曆天內
階段

1
 電子表單簽核系統委外建置服務案需求規格書

完成 20 張電子表單需求訪
4 簽約次日起 150 個日曆天內
談、系統分析
5 系統建置完成及功能測試 簽約次日起 165 個日曆天內
6 完成本階段教育訓練課程 簽約次日起 180 個日曆天內
本階段系統功能查驗確認通
7 簽約次日起 180 個日曆天內
過及上線
(二)第 2 階段
完成 40 張電子表單需求訪 第 1 階段系統功能查驗確認
1 談、系統分析（註） 通過完成次日起 30 個日曆天
內
第 1 階段系統功能查驗確認
系統建置完成及功能測試
2 通過完成次日起 45 個日曆天
(含壓力測試)
內
第 1 階段系統功能查驗確認
3 完成本階段教育訓練課程 通過完成次日起 50 個日曆天
內
第 1 階段系統功能查驗確認
4 本階段系統功能查驗確認通 通過完成次日起 60 個日曆天
過及上線 內
整體系統功能查驗確認 第 1 階段系統功能查驗確認
5 通過完成次日起 90 個日曆天
內
(三)保固階段
1 系統保固與維護 97 年 12 月 31 日止
註: 電子表單需求明細詳附件 1

2、現況說明
1、 組織架構
本局目前員工有 1,985 人(截至 95 年 11 月底)，現有之組織架構如下圖，
各單位細部組織如附件 2：

2
電子表單簽核系統委外建置服務案需求規格書

1.內部網路採 TCP/IP 協定，傳輸速度為 100Mbps。總局以

監 察 室
政 風 室
會 計 室 大 安 分 局
核稿秘書室
主任秘書

分局
人 事 室 松 山 分 局
秘 書 室
電 作 科
徵 收 科
內湖稽徵所
副局長
局長 士林稽徵所
中南稽徵所
資 料 科 文山稽徵所

3
稽 核 科 南港稽徵所

稽徵所
法 二 科 中正稽徵所
法 一 科 萬華稽徵所
審查三科

網路架構：
中北稽徵所
審查二科 大同稽徵所
審查一科 北投稽徵所
服 務 科

2、 設備環境
信義稽徵所

(1)
 電子表單簽核系統委外建置服務案需求規格書

core_switch 切 vlan 串接而成，分局所及駐外辦公室以 E1 或

ADSL 線路連結總局。
2.外部網路透過 GSN T3 速率連結至網際網路。
3.基於資訊安全考量，內部稅務網路與外部網際網路網段採實體
分離。
(2) 使用者端現況：
1.為 Microsoft Windows NT Workstation 4.0 中文版及 Windows
2000 中文版。
2.Microsoft Internet Explorer 6.0(含)以上中文版。
3.Microsoft Office 2000 中文版。

3、系統需求
1、 系統架構
(1) 使用者端(Client)可透過網路以瀏覽器（IE6.0(含)以上中文版）
操作，且毋須安裝其他介面程式，並需與本局現有作業環境相
容。
(2) 本案系統須建置於本案所提供之設備，且應就本案整體系統之
高可用性(Availability)、效能性(Performance)、可靠性
(Reliability)、安全性(Security)、擴充性(Scalability)及管理性
(Manageability)建議所提供之設備規格及數量，且須符合或優
於下列規格：
1.應用系統與資料庫伺服器 1 台：(本案硬體設備係採資本租賃
方式辦理，若設備效能或容量不足以執行本系統時，則須由廠
商免費負責設備之擴充與效能提昇)
(1)外觀：機架式（含上機架套件）
(2)提供二顆 Intel® Xeon 3.4GHz(含以上)，800MHz
FSB（Front Side Bus）外頻時脈，每顆 CPU 2MB L2
快取（cache）記憶體，含 CPU 散熱裝置。
(3)主機板:
◎晶片組：支援 Intel® Xeon 處理器 3.4GHz，支援外頻
800MHz。
◎系統記憶體：8×DIMM sockets，支援 PC2-3200 ECC
4
 電子表單簽核系統委外建置服務案需求規格書

DDR2-400 記憶體可擴充至 16GB。

◎擴充槽(slot)：內建 4 個 PCI-X，64-bit 100MHz PXI-
X x 2,64-bit 133MHz PXI-X x 2
◎I/O 界面(ON BOARD)：1×序列埠，3×USB 埠，1×鍵盤
埠，1×滑鼠埠，1×視訊埠，2x Ethernet 埠，2xRJ-
45(支援系統管理)
(4)主記憶體，提供 2×1GB PC2-3200 ECC DDR2-400 記
憶體。
(5)硬碟機：提供熱抽換 Ultra 320 SCSI 磁碟控制介面
146GB x 2，支援 RAID-1 mirroring。
(6)光碟機：提供 8 倍速 DVD-ROM 一台。
(7)顯示介面，解析度：1600x1200、16MB SDRAM 顯示
記憶體。
(8)網路介面，提供 10/100/1000 Mbps Ethernet 網路介
面 2 個、傳輸速度：10/100/1000 Mbps 自動切換、網路
接頭：RJ-45。
(9)電源及冷卻系統，提供原廠一個電源供應器共可達
625W、6 個散熱風扇。
(10)系統管理:提供原廠系統管理軟體。
(11)故障預警分析：提供硬碟、處理器、穩壓模組、電源供應
器、風扇、記憶體故障預警分析功能。
2.、含上述主機之作業系統及資料庫作業系統為 Windows 2000
以上資料庫伺服器授權。
2、 一般需求
(1) 系統建置、保固維護、管理及安控應受本局之監管。
(2) 廠商對所處理之資料，應確保傳輸、交換或處理過程之安全性。
(其有錯誤、毀損、滅失、洩漏或其他不當處理情事者，依「 捐
稽徵法」、電腦處理個人資料保護法等相關法令辦理。如有洩 漏
情事，準用對稅務人員洩漏秘密之規定辦理。)
(3) 系統開發採用多層次（N－Tier）架構，採用物件導向或軟體
元件方式開發應用系統，使程式模組化、新增、維護容易。所使
用標準需符合國際標準或業界標準，而資料儲存的部分，應具

5
 電子表單簽核系統委外建置服務案需求規格書

備可隨時且容易移轉至其他伺服器之功能。
(4) 系統發展能切合使用者實務需求，並儘量利用功能鍵及滑鼠，
讓使用者根據指引，即能選擇合適的功能，執行所需作業。資
料的輸入畫面及報表列印格式朝簡單化並符合使用者需求設計。
應採用下拉式功能表及代碼，但仍能直接鍵盤輸入，且必需能
在視窗中文環境直接操作執行。
(5) 廠商提供之程式、系統、管理、使用等文書之撰寫應採一致之風
格，並事先取得本局同意。
(6) 於契約有效期間，如遇本局組織架構調整時，廠商需無條件配
合修改相關設定，以符合本局作業需求。
(7) 系統及程式之設計方向需考量減少主機與網路之負擔，流程力
求簡單明瞭，並且控制不適當的作業流程，以維持作業流程之
流暢與安全，並確保作業之完整性。
(8) 版本更新：
1.於契約有效期間，本案所購置之軟體、使用之免費軟體
（Freeware）及分享軟體(Shareware)等，如有更新版本，廠
商應於本局提出需求或更新版本上市後一星期內(含例假日)，
提交評估報告，經本局認可後，依據評估報告執行升級，版本
之升級應包括同時解決與應用系統不相容之問題。
2.於契約有效期間，如本專案系統有任何版本及技術上之更新或
變動，須於一個月前事先通知並經本局同意，必要時應提供教
育訓練。
3、 安全需求
為強化資料的安全管制及其一致性，防範使用者非因業務需要
有意或無意讀取或更改，系統安全防護規劃至少應符合以下需求，規
劃具體因應措施，並於建議書中說明：
(1) 資料安全做法須符合資料機密性、完整性、可用性、擴充性等資
料安全基本原則。
(2) 安全標準應依據本局配合 ISO27001（或 BS 7799）安全防護
標準所訂定之各項相關安全要求規定辦理，本局得不定期進行
抽核且須配合本局災害模擬演練活動。
6
 電子表單簽核系統委外建置服務案需求規格書

(3) 安全準則應依循「行政院及所屬各機關資訊安全管理規範」與
「行政院及所屬各機關資訊安全管理要點」及本局資訊安全政策
等相關規定辦理，必要時需無條件配合修改程式。
(4) 系統須設計安全控管模組，以防止非法或未經授權者進入系統，
並能記錄合法授權者存取過程。該權限設計應可提供依據不同
職級、不同部門、不同專案群組、不同個人，進行彈性化之權限
設計，並提供管理人員於資料建檔時，可進行不同文件之權限
設定功能。
(5) 針對使用者登錄資料之欄位須於用戶端及伺服器端做欄位檢核，
以防止利用異常資料進行惡意攻擊(如 SQL Injection)。
(6) 廠商應確保其開發之程式絶無留有任何形式之系統後門，危害
未來系統及資訊安全。
(7) 本案所使用設備之作業系統或相關軟體工具發現安全漏洞（以
行政院國家資通安全會報為基準）時，由本局通知後，廠商必
須無條件進行修補並於一星期內研擬修補之評估報告（必要時
需配合修改所開發之程式，及更新所提供之系統工具版本），
經本局同意後依規定時程執行相關修補作業。
(8) 資料加解密技術須經本局認可，且需支援
HTTPS 、SSL、JAAS、IPSEC 等安全性規格。
(9) 須制訂完善備援程式及回復程序，詳細說明系統（含本系統使
用之軟硬體、應用系統、系統內登錄之資料等）毀損之回復措施。
(10) 應用系統建置及更新機制之安全防護：廠商須至本局進行應用
系統相關建置、更新工作，不允許以遠端遙控連線方式辦理。
(11) 系統安全機制須整體考慮實體安全、軟體安全及資料安全。各流
程須考量資料安全性及交易正確性，於各種不同使用者溝通管
道上，規劃適當之安全性協定，以完整地保護各項交易不被盜
取、竄改，並杜絕發生系統被入侵之行為。
(12) 本案之作業系統、資料庫及應用程式層級，除系統作業架構特
殊需求外，所有密碼資料，皆不得以明文型態存放。
(13) 系統登入時，需依據本局內網登入 NT 網域之帳號進行認證，
並配合本局規劃，於行政網單一簽入規劃完成時，配合進行單
7
 電子表單簽核系統委外建置服務案需求規格書

一簽入整合。
(14) 廠商工作人員進出本局辦公場所，應依據本局規定辦理。
(15) 廠商於第 1 階段正式上線後，須另提供與正式環境相同之環境
以供第 2 階段系統開發測試用。
(16) 整體系統驗收合格後，廠商須提供測試環境以供本局系統管理
者測試無誤後方得將程式及新設計表單、流程移入正式機。
4、 功能需求
(1) 基本原則
1.使用本專案提供之開發工具所有開發與維護環境必須為一整合
環境，除系統伺服器外，開發端個人電腦不需另外安裝任何開
發環境與介面。
2.具有執行於 Multi-Platform 的能力，須能執行於 Windows 環境
與至少一個 Unix-based 的作業系統如 Linux, AIX 或 Solaris 等。
3.在上述支援的作業環境中，流程引擎都須具備支援叢集架構與
容錯處理的能力，以具備良好的擴充性。
4.如有搭配執行之關聯式資料庫系統，則至少需可支援 Oracle,
SQL Server 與 DB2 等三種主流系統。
5.需至少具有流程設計、流程監控、流程執行、簽核流程、人事組織
架構與表單設計管理等六大模組。
6.對於流程之設計及人事組織的架構需提供 XML 的介面，可將
流程或組織架構 Export 至 XML 案或從 XML 案 Import 至
流程系統中。
7.
8.本系統使用者之授權數需提供無限人版。
9.視本局作業需要，須於電子表單上印出使用表單科室圓形戳章。
10.所有功能必須提供權限控管及管理介面之機制。
11.
12.可隨時由電腦印出統計表及相關的管理性表單，以提高準確
度，並節省人工統計之時間。
13.文件之列印，應提供印表時間資訊，以利文件版本管理。
14.本系統須具備資料庫資料交換之能力，以提供未來各單位異
8
 電子表單簽核系統委外建置服務案需求規格書

質性關聯性資料庫之連結與整合。
15.應用系統程式之命名原則與管理，須符合本局程式館管理規
範；資料庫之規劃與管理，須符合本局資料庫管理規範。
(2) 技術性需求
1.本案之資料傳輸，須採用 HTTP 1.1(含)以上之標準，且須支援
XSL 1.0(含)以上資料轉換，轉換成 HTML 4.0(含)以上之標準。
2.本案之資料與本局現有各作業平台交換資料時，須轉換為交換
碼格式(如 UTF-8、BIG5、UniCode、稅務碼)傳輸資料，且各處
理端均須支援中文內碼(如 UTF-8、BIG5、UniCode、稅務碼)。
(3) 系統功能需求：本系統功能需求僅為基本規範，實際需求與細
部功能，廠商須於系統設計前，至本局進行需求訪談作成紀錄，
並經確認之系統需求規格書為驗收依據。
1.系統應具有資料庫管理功能：
(1)本案有部份表單需具備資料庫管理功能(包括新増、修改、
刪除及依不同鍵項查詢功能)，將於各階段系統分析時，
由本局確認之。
(2)須可將資料以 excel 檔案方式匯出。
(3)須可產生管理性報表以供參考使用。
2.人事組織架構編輯系統
(1)支援編輯建立建構人事組織模型之人員、單位和角色(或職
務)三要素 ，並可支援一職多人與一人多職的設定。
(2)支援視覺化的編輯功能，可以樹狀結構方式作組織的設
計與編修。此外並可在圖形化的組織圖中，建立角色(或職
務)與角色(或職務)間的上下從屬關係，建構基礎報告的
階層架構（Reporting Hierarchy）。
(3)支援多重組織架構概念，組織架構中除可以有本局內主
要的行政組織架構外，也可以設定如專案、委員會等功能
性之組織架構。
(4)組織管理者可以設多人，以該組織管理者所屬單位，分
權管理其屬及以下單位的組織，角色及人員。
(5)具有設定職務代理人的功能，並可以設定多重的代理時
9
 電子表單簽核系統委外建置服務案需求規格書

間區段，與不同的代理方式，如人員直接代理、角色代理
或依流程而設定代理或銜接本局現有差勤系統。
(6)需提供直接整合存放於資料庫、LDAP 或 Active
Directory 等主流人員組織資料儲存系統的能力，處理方
式必須包含即時整合(real time)，將人事組織變遷即時
反應在流程處理過程中，無須批次轉檔處理，以集中維
護人員組織資料，簡化維護人員組織資料所需的人員與
時間成本。
(7)需提供 API 支援程式化存取修改組織架構的能力，以因
應未來系統擴充時的彈性需要。
3.需提供圖形化的流程設計工具與流程執行引擎
(1)工作流程的設計需可以圖形化(Graphical)的方式進行，
並可以圖形拖拉方式來製作所需的工作流程，而不需撰
寫程式便可定義複雜的流程邏輯。
(2)流程節點設計必須符合工作流程圖原則，不同功能節點
必須以不同圖示清楚標示，應有開始、結束、動作、以及條
件判斷等不同圖示節點，以清楚區分工作節點功能。
(3)所設計的流程應可以模組化，成為可以被重複使用的流
程元件，而於流程設計中可定義被其他的流程做靜態以
及動態的呼叫使用。此外當此流程元件定義修改時，可不
用修改呼叫流程即可使用最新的流程元件定義。
(4)針對業務需要，流程設計者可使用流程設計工具重新修
正既有流程而無須撰寫程式或修改程式，當新流程完成
後，往後的新案件自動參照新流程之處理步驟。
(5)當流程設計者設計完流程時，可進行流程正確性的檢測
（Process Verification），以提早發現可能的錯誤並進
行更正。
(6)需至少支援定義與執行下列各類型工作節點的能力。此工
作節點定義部份可於流程設計中依需要加入或於既有流
程中移除之，不需加入/修改/移除客製的程式，擁有模組
化概念，提供最佳的流程擴展與管理的能力。
10
 電子表單簽核系統委外建置服務案需求規格書

A.外部程式介接工作節點（Adapter Activty）：介接
工作節點必須具有設定精靈來快速設定資料庫連結、
呼叫 Java Bean 或執行 COM Component，以確保
流程系統在不同主流技術中的擴展與介接能力。其工
作環境應可與流程引擎分離，甚至執行於不同的機器
上 ， 以 確 保 流 程 引 擎 不 受 外 在 系 統 (External
applications or systems) 牽 制 而 導 致 效 能 問 題
(Performance problems)。
B.電子郵件工作節點（eMail Activty）：具有定義與
執行發送電子郵件的能力，並可以指定 SMTP 伺服器
來發送。
C.編譯語言工作節點（Script Ativity）：具有定義與
執行編譯語言（如 JavaScript）的能力。
D.人員工作節點(Human Activity)：具有定義與執行
預設的表單系統功能，或使用其他主流的使用者介面
開 發 技 術 ， 如 Java Server Page(JSP) 和 Active
Server Page(ASP)等主流製作表單的技術
(7)需至少支援下述流程架構的能力
A.多重流程結束節點(Multiple End )。
B.平行(Parallelism)：可以平行進行的多重流程分支，
並可以於會合點進行合併(Join)。
C.分支(Alternative)：有多重可能的流程分支，但只會
遵循其中一支進行流程。
D.非互斥型分支(Non-exclusive Alternative)：有多
重可能的流程分支，但可根據路徑條件而選擇超過一
個的流程分支平行進行。
E.合併(Join)：當流程分支會合時，可以根據合併條件
進行任意合併(OR-Join)、完全合併(AND-Join)或條件
合併(Conditional-Join)。
F. 迴 圈 (Loop) ： 針 對 單 個 流 程 工 作 節 點 (Task /
Activity)可以設計迴圈執行模式，至所指定的條件滿
11
 電子表單簽核系統委外建置服務案需求規格書

足為止，或與條件節點(Gateway)搭配執行迴圈功能
的完成條件判斷。迴圈的設計除條件節點外可不需要
與其它工作節點(Task / Activity)型態搭配以達成迴
圈能力。
G.前置條件(Pre-Condition)：對於是否執行工作節點
內容的前置條件判斷，可用於避免錯誤資料經由流程
運作的不斷擴大影響。
H.後置條件(Post-Condition)：可於執行工作節點內容
後，進行執行結果正確性的判斷
I. 路徑條件(Path Condition)：於分支(Alternative or
Non-exclusive Alternative)流程架構時，配合之用
來決定所可繼續進行的分支之條件判斷功能。此路徑
條件流程架構可與後置條件合併運作。此外可對分支
路徑設定權值比重，以便應用於機率路徑狀況，例如
抽檢、全職與半職共事時之工作量分配等。
J. 動態多重路徑(Multiple Path)：根據所接收之多重值
資料，可動態產生相對應數量的分支流程。
K.例外路徑(Exception Path)：流程過程中發生例外狀
況時，以圖形化的方式呈現例外狀況發生時
（Exception Raised）的處理工作流程，讓正常處
理或例外因應流程都ㄧ目了然。
L. 流程結束(當流程進行到結束節點)時可選擇繼續處理
未完成節點或停止所有未完成節點。
(8)需至少支援下述的時限的定義與處理能力
A.可定義流程層級的完成時間上限。
B.可定義工作層級的等待執行時限(從工作分派後到工
作開始執行的時間，通常用來監控人員工作的反應效
率)、執行工作時限（從開始執行工作到完成工作的時
間，通常用來監控人員工作的執行效率）、與總共工
作完成所需的時間上限（從工作分派到工作完成所需
的時間）。
12
 電子表單簽核系統委外建置服務案需求規格書

C.可 定 義 當 時 限 截 止 時 ， 提 高 優 先 權 值 (Priority
Escalation)，這是計算擱置期(Aging)所需的支援功
能。
D.可定義當時限截止時寄送通知的功能，可作為提醒的
機制。
E.可定義當時限截止時的例外處理程序，包含啟動所指
定的流程、執行新路徑、跳過此節點、或停止此流程。
F. 為提供本局電作科操作人員(OP)..等人員工作型態不
同的情形，時限的計算須能夠根據各執行者所在的時
區與工作型態來決定，如早班、午班及晚班等不同的
工作上班型態。
G.為支援上述時限計算功能，應提供定義各工作者工作
時區的能力。工作時區的定義應依據時區、工作型態或
地區，設定其所需的工作時段或放假休息時段以為正
確計算時限所用。
(9)需至少支援下列工作分派的能力
A.分派給流程啟動者。
B.分派給指定的人員或角色（職務）。
C.可根據組織架構、流程啟動者和流程變數所指定的規
則計算，在流程中動態指派人員或角色（職務）。如
某流程變數所代表的人員所隸屬的單位組織的管理職
人員。
D.為因應組織變動可能造成的組織或角色的不存在，應
可指定備援處理人員，可及時發現狀況與因應，讓工
作不延誤。
(10)需具有下列事件處理能力
A.定義與執行不同流程間的同步機制，提供不同的兩個
流程間可以相互的等待與執行的能力。如申請流程中
可以等待廠商補件，等待確認訊息回覆或資料補齊後
的再進行流程的同步功能。
B.不須於流程中定義或撰寫程式，而具有提供當流程啟
13
 電子表單簽核系統委外建置服務案需求規格書

動、完成或終止等事件發生時可以觸發外部程式的能
力（Process Event Triggering）。此為雷同於資料
庫系統的新增、刪除、修改時的觸發程式功能
(Trigger)，旨在提供除流程定義外之與外部互動的能
力。
(11)需至少提供下述的 API 介面，提供使用流程引擎的應用
彈性，支援開發特殊需求的功能
A.根據人員、角色(職務)或依流程等搜尋條件取得工作待
辦事項列
B.取出(Check-Out)工作事項
C.存入(Check-In)工作事項
D.存取流程變數値
E.存取工作事項變數値
F. 變更流程或工作事項的狀態，如暫停(suspend)、回
復執行(resume)、拒 (reject)或終止(terminate)等。
(12)需提供流程設計權限管理功能 (Process Modeler
Access Control)
A.『流程資料夾』管理概念，方便管理者針對不同部門或
是性質的流程分類管理。
B.在『流程資料夾』裡，擁有適當權限者才可以設計『流
程』或建立新的『流程資料夾』 。
C.擁 有 權 限 設 定 之 管 理 者 ， 或 系 統 設 定 之 Super
Admin 及 System Admin，皆可對『流程資料夾』及
『流程』設定權限。
D.『流程資料夾』內之子資料夾及流程，預設皆繼承其權
限 設定，管理者可另行修改
E.各項權限可依使用者、角色或部門來設定
4.需提供流程監視管理工具及系統管理功能
(1)可查閱已設計完成並已啟用之工作流程清單，與所對應
的工作流程實例(Process Instances)的執行狀態與流程
變數的資料。
14
 電子表單簽核系統委外建置服務案需求規格書

(2)對任何已啟用之工作流程定義，可經由流程監視器的介
面，給予流程變數的初始值後，手動啟動一個或同時多
個流程實例來實際測試在流程引擎中的執行情形。
(3)可進行流程系統模擬，以互動的方式模擬在不同的流程
資料情形下測試工作流程的邏輯正確性。
(4)可對任何工作流程實例中之工作節點，查閱該工作事項
之系統變數資料以及使用者定義之變數資料，並可修改
變數資料達到改派工作或修正流程的目的。
(5)流程實例管理功能
A.對進行中的任一工作流程實例，可進行查閱、暫停、回
復執行、中斷與刪除流程等監控功能。
B.對進行中的任一工作流程實例，可對其進行中之工作
進行管理、查詢及控制行為的能力，如可將工作進行
跳關（Bypass）、重新執行（Reset）或重新指派
（Reassign）給其他特定的處理人員進行處理等管
理方式。
C.可清楚判別新舊流程版本所屬之工作流程實例，提供
完善的版本控管。
5.須具備事件管理(Event Manager)工具
(1)具有流程排程之能力、可以定時啟動流程、執行工作項目、
系統命令等。
(2)系統可根據資料自動判別，根據事件是否成立進行系統
工作，如定期報表等。
(3)事件管理具備啟動狀態之檢視功能，以方便管理者監視
流程啟動狀態以及執行狀態。
6.需提供簽核流程(SignFlow)執行與管理系統
(1)簽核流程橋接工具與執行且具有模擬及查詢功能，方便
追蹤及偵錯簽核流程。
(2)流程簽核權限表提供制定起始簽核層級，表單可簽幾層
及簽到某層的設定，最小層級及固定層數。
(3)流程簽核的跳簽，提供區分出已處理、待處理、將處理、可
15
 電子表單簽核系統委外建置服務案需求規格書

處理等不同狀況。
(4)簽核流程提供稽核的機制，能避免重覆簽核，且將未執
行簽核人員列表，提供內部人員績效之稽核。
(5)系統於簽核流程中提供自動通知機制與選項，流程的將
審核者、By passed approvers、 Reject notify 等不同
的運用。
(6)核決角色可彈性於簽核中運用，當下一人多種角色狀況
下，流程中提供能彈性置入其他角色當作申請人角色。
(7)流程簽核中可置入 User ID + Role ID 去指定簽核流程
中加核層級。
(8)流程中提供可動態加核(Same approval level) 、加會簽
或撤單。
(9)簽核流程提供有任何例外狀況或逾時(Time Out)情況發
生時，系統提供不同的選項做因應處理，使流程不因特
殊狀況而停擺。
7.需提供 Web Form 的表單設計與管理系統
(1)表單設計工具與執行
A.表單編輯器可以直接剪貼 HTML、MS Word、MS
Execel 作為表單設計的基本畫面，利用格式轉換功
能或表單編輯工具進行表單設計製作。
B.有設計狀態、原始碼狀態與預覽狀態間互相切換，並
可以於原始碼狀態時編輯原始碼後反應至畫面設計，
或於設計狀態時編輯畫面並反應至原始碼中。
C.上述所產生的原始碼應可以用常用的編輯軟體或相關
技術(如原始碼為 Java，JSP 或 ASP)的 IDE 系統進行
編輯之，並可反應於上述之表單製作環境中繼續進行
所需的表單設計工作。
D.上述所設計出的表單應可以執行於瀏覽器中，且不須
下載額外的外掛程式，以保留可能開放應用於
Internet 環境下，需免除使用者疑慮的要求。
E.需提供自動編碼（依據本局之編碼規則訂定）、標籤、
16
 電子表單簽核系統委外建置服務案需求規格書

按鈕、文件、密碼、選擇、下拉選單、表格、圖片、檔案上
傳（並可不限上傳 檔 案數）但可設定上傳 檔 大小 值
(MB)、日曆、Word-like 的文件編輯等表單組成元件。
F. 除上述元件外，尚需提供資料庫搜尋瀏覽元件，可依
設定顯示資料庫中的資料，並於選取後可回傳至所指
定的欄位呈現。
G.需具備表單欄位輸入資料驗證功能，對所提供之表單
元件，可提供多種驗證方式，如空白檢查、禁制字元
檢查、合法字元檢查、數值範圍檢查、日期格式檢查等
常用資料驗證功能。
H.對上述的驗證功能，需提供客製錯誤訊息的能力，以
提高系統使用的方便性。
I. 需提供可執行於瀏覽器中的表單設計功能，無須安裝
程式，也不需下載或安裝外掛程式，即可於瀏覽器中
進行表單的設計。此項功能旨在協助使用單位人員的
參與，可經由單一的瀏覽器平台，而能參與表單設計
的初步意見，減少使用單位與 IT 執行單位的設計落差，
提升系統設計滿意度。
J. 提供表單列印功能，提供符合以 A4 紙張所設計之表
單印出，以供呈核之紙本存查。
K.使用者未填寫完畢之表單，可使用「暫存草稿」功能。
(2)表單控管系統
A.提供依據本局內部申辦流程表單彙總之 SOP 示意圖，
將本局同一申辦事項所需經辦之表單匯集，使用單位
點選該表單選項，即可進行表單內容之輸入。
B.另提供完整表單列表，提供表單分類管理、權限控管
機制，讓使用者可依照權限使用不同的表單。
C.支援與流程系統的整合，可查詢表單所對應的流程執
行狀態
D.表單一經送出簽核，原則上除該階段表單簽核者外，
其餘人員均不可修改表單內容。
17
 電子表單簽核系統委外建置服務案需求規格書

E.可對表單內容包含欄位資料以及上傳檔案等設定追蹤
修改過程(Audit Trail)，系統會將流程過程中表單內
容的修改資料記錄於資料庫中，以利查詢歷史修改時
間、修改人員及修改內容的紀錄。
F. 系統會依需求定義，將表單對應流程的收件時間、簽
核時間、簽核意見等資料與狀態記錄於資料庫中，以
利查詢歷史簽核紀錄。
G.表單內容的填寫、閱讀與修改的權限設定，可依角色、
人員或動態角色來設定(動態角色：如表單填寫人、表
單簽核者或密件收件人等，於流程執行時才決定的人
員角色群組觀念) 。
H.表單控管之所有功能均可透過瀏覽器完成，提供方便
使用的控管介面。
I. 在表單的欄位中，可選擇基礎檢視欄位(Base View
Columns)，基於基礎檢視欄位上，可定義不同的檢
視過濾功能，如同資料庫系統的檢視(View)一樣，協
助使用者運用檢視快速查閱歷史表單。
J. 當表單運作（如開啟或關閉）時，表單資料所對應的
文件可能有取出、存入、修改等事件發生，需提供固定
的界接方式，設定事件處理程式做額外的處理。
K.同一表單資料可根據不同使用者的身分、角色與使用
的情境（如閱讀、修改或簽核），使用的不同表單頁
面作呈現，以達到徹底的使用者互動控制。

4、專案管理
廠商應提供專案執行計畫，詳細說明對本專案於簽約日至契約結束
期間之專案管理方式及其內容。本專案管理應包括：
5、
1、 專案管理
(1) 專案組織與人力
1.廠商應指定專案負責人一人及其代理人，於契約存續期間全權

18
 電子表單簽核系統委外建置服務案需求規格書

負責本專案之協商、進度控制與技術諮詢事宜。
2.廠商應區分開發、建置、保固及延續服務階段，提出廠商現有之
技術人員人數及管理人員人數、預計投入本專案之人數(其中應
用系統發展須按系統發展階段及各系統區分)、組織架構、報告
管道與本局之連絡方式，以執行本專案之相關工作。
3.廠商應詳列對於本專案成員學經歷背景、技術專長及於本專案
所負責之工作項目，並不得任意異動，如有必要異動者，遞補
人員學經歷不得低於原負責人員，且需正式申請並經本局同意
或本局提出更換之要求時始得更換。
4.本局對於專案成員認為有不符資格者，廠商應自收到本局發文
通知後 1 週(含例假日)內提出更換人員並經本局審核同意，否
則每逾 1 人日按契約總價 1‰計罰。
5.廠商應提供下列相關工作實績與經驗，以作為參考。
(1)開發資訊應用系統專案、電子表單簽核流程系統專案相關
經驗。
(2)應用 SQL Server 開發資料庫系統之相關經驗。
(3)以瀏覽器為使用者介面之相關應用系統開發經驗。
(2) 專案管理方法及所使用工具
廠商應說明專案管理之方法（METHODOLOGY）及其使
用工具。
(3) 測試發展
各類測試結果需經本局驗證認可後，再正式上線運作。
(4) 系統整合
廠商於規劃各項系統前需先行將相關或銜接部分予以整
合後，並經本局確認無誤後，再行據以規劃設計。
(5) 教育訓練
廠商必需提供詳細之教育訓練計畫，內容包含
1.訓練課程依專案範圍及時程，分 2 階段辦理:
(1)第 1 階段
A.流程標準化課程(共 3 小時)
B.系統管理訓練(共 3 小時)
19
 電子表單簽核系統委外建置服務案需求規格書

C.使用者教育訓練(共 3 小時)
(2)第 2 階段
A.流程標準化課程(共 3 小時)
B.使用者教育訓練(3 梯次，每梯次 3 小時，共 9 小時)
C.
2.訓練環境：上課場地由本局提供，訓練環境由廠商建置。
3.訓練教材：廠商每梯次至少應準備 35 份教材提供學員使用，
並需為中文教材，且於上課前 10 天需送本局認可。
4.訓練講師：各項課程講師之學經歷，廠商需於上課前 10 天送
本局認可。
5.每次課程時須製作多媒體輔助教學教材書面及電子檔(至少包
含教育訓練課程及注意事項等)，並個別以章節區分，以利同
仁自我學習之用。
6.若學員滿意度調查結果有超過 1/2 學員對授課講師及授課內容不
滿意時，應重新開課。
2、 監控、查核與驗收
(1) 協調會議
本專案進行期間，本局與廠商得視需要召開會議，會議
之目的在檢驗計畫執行狀況，明定未確定之作業規範，解決發
生之問題，討論雙方應配合及協調事項。
(2) 過程文件查核
應用系統發展期間，本局得要求廠商應定期或不定期提
供開發過程文件，以利本局掌握應用系統開發狀況。
(3) 監控
為確保應用系統發展進度及品質，在系統發展中，本局
得不定期派員對廠商就本專案相關之時程進度與工作執行相關
事宜實地進行訪查，受訪廠商應事先準備訪查所需資料。
(4) 查核點及交付項目
(5)

20
 電子表單簽核系統委外建置服務案需求規格書

份數
查核點 交付時程 交付項目
媒體 紙本
第 1 階段
提 交 專案執行 簽約次日起 10 個日曆天
專案執行計畫書 1 1
計畫書 內

工作流程伺服器(乙式)

作業系統及資料庫伺服器
1
授權證明
系 統 維運設備
簽約次日起 30 個日曆天 系統平台建置確認書(需
及 管 理系統平
內 經本局簽可)及相關文書 1
台建置完成
資料
工作流程管理系統平台原
1
始光碟

確認 60 張電
簽約次日起 60 個日曆天 電子表單需求應完成階段
子表單應完 1 1
內 確認彙總表
成階段

需求訪談紀錄
完 成 20 張 電
子 表 單需求訪 簽約次日起 150 日曆天內 系統需求規格書（含需求 1 1
談、系統分析 追溯表）

系統測試報告書 1
系統 建置完成 簽約次日起 165 個日曆天 教育訓練計畫(含全部課
1 1
及功能測試 內 程)

本階段上線計畫書 1 1

21
 電子表單簽核系統委外建置服務案需求規格書

份數
查核點 交付時程 交付項目
媒體 紙本
第 1 階段
學員滿意度調查結果彙整 1
完成本階段教 簽約次日起 180 個日曆天 簽到表 1
育訓練 內
多媒體輔助教學教材 3 3

原始程式清單 1 1

程式碼、目的碼(程式庫、

本階段系統功 應用程式等) 、軟體元件

簽約次日起 180 個日曆天 與其他使用之工具軟體 1
能查驗確認通
內 原始程式清單
過及上線
系統功能確認書(含各項
功能檢核表且需經本局簽 1
可)

第 2 階段
1 1
需求訪談紀錄
完 成 40 張 電 第 1 階段系統功能查驗確
子 表 單需求訪 認通過完成次日起 30 個 系統需求規格書（含需求
1 1
談、系統分析 日曆天內 追溯表）
系統壓力測試計畫書(需
1 1
經本局簽可)

系統 建置完成 第 1 階段系統功能查驗確 系統測試報告書(含壓力

1
及功能測試(含 認通過完成次日起 45 個 測試)
壓力測試) 日曆天內 本階段上線計畫書 1 1

22
 電子表單簽核系統委外建置服務案需求規格書

份數
查核點 交付時程 交付項目
媒體 紙本
第 1 階段
第 1 階段系統功能查驗確 學員滿意度調查結果彙整 1
完成本階段教
認通過完成次日起 50 個 簽到表 1
育訓練
日曆天內 多媒體輔助教學教材 4 4
本階段 系統功 第 1 階段系統功能查驗確 原始程式清單 1 1
能 查 驗確認通 認通過完成次日起 60 個
程式碼、目的碼(程式庫、
過及上線 日曆天內
應用程式等) 、軟體元件 1
與其他使用之工具軟體
系統功能確認書(含各項
功能檢核表且需經本局簽 1
可)

整體系統驗收計畫 1 1

23
 電子表單簽核系統委外建置服務案需求規格書

份數
查核點 交付時程 交付項目
媒體 紙本
第 1 階段
整體系統功能 第 1 階段系統驗收完成次 整體系統功能查驗確認
1
查驗確認 日起 90 個日曆天內 書(需經本局簽可)
系統及程式設計說明文件 2 3
系統管理手冊 2 3
系統使用手冊 2 3
整體系統功能查驗確認
1
書(需經本局簽可)
軟體授權(註 1)(授權對象
為財政部臺北市國稅局)及
版本說明文件(註 2)含括 1
Freeware 及 Shareware 證明)

資訊安全切結證明書(註
1
3)
保固維護管理計畫(含備
1 1
援回復及諮詢服務處理)
依據本局作業程序，填寫
1 1
移交表單計 9 項
註:1.軟體授權對象為財政部臺北市國稅局
2.版本說明文件需含括 Freeware 及 Shareware 證明
3.本案得標廠商，需配合本局資訊安全政策，簽具系統伺服器無裝設後門或木馬
程式之證明，同時並出具本系統已防禦資料隱碼(SQL Injetion)之設計證明。

(6) 驗收
1.廠商於本專案各階段工作範圍完成時應以書面通知本局辦理驗
收，驗收時廠商應依本需求書規範之查核點、交付項目及各項
需求供本局辦理驗收；如有不符且可歸責於廠商者，每逾契約
規定完成日 1 日，以當期價金之 1%計罰，罰款以不超過契約
總價之 20%為原則，並於 30 日內完成改善。

24
 電子表單簽核系統委外建置服務案需求規格書

2.如 30 日仍未改善完成驗收，本局有權終止契約且没收履約保
證金。
3.配合措施
對本節所列之各項監控與查核工作，廠商均應積極配合，
發現有缺失時，廠商應於通知期限內提出改善措施，並據以執
行，本局得派人複查缺失，直到確實改善為止。

5、廠商責任規範
1、 本案支付價款均已含下列標的之使用及維護，自整體系統驗收合格之
次日起至保固期屆滿或延期契約屆滿前，廠商須負責提供使用及維護，
本局無須另行支付費用：
(1) 廠商交貨之程式（含原始程式及目的程式）。
(2) 交貨程式內所用到之工具、套裝軟體及 LIBRARY （例如畫面
系統、繪圖軟體、統計軟體等）。
(3) 所使用之硬體設備。一年內合約
2、 需求之變更
(1) 系統需求規格書確認前，其需求等之變動，廠商須無條件配合
辦理。
(2) 系統需求規格書確認後至驗收完成，其需求變動程式如未超過
總程式支數 20%者，廠商須無條件配合，其計算基準係以單
一程式新增及變動幅度超過 50%以上之程式修改(以 2 支修改
視同 1 支新增程式)。
(3) 保固期間內，須依本局業務需求新增或修改應用程式，惟每年
需求變動程式支數未超過總程式支數之 10%，廠商須無條件
配合，其計算基準係以單一程式新增及變動幅度超過 25%以
上之程式修改(以 2 支修改視同 1 支新增程式)。
(4) 程式支數增改超過上述各項比例時，單一程式新增計費另行議
價。
(5) 上述程式變動幅度，第 1 階段以本案 2、3 階段以該階段確認確
認之系統需求規格書經系統設計出之總程式支數為 100%計算；
（第 32 階段以前 1 階段驗收及該階段確認之總程式支數計算；

25
 電子表單簽核系統委外建置服務案需求規格書

保固期間以整體驗收通過之全案程式支數計算）。
(6)
(7) 在各階段驗收開始 1 週(含例假日)前及保固維護契約屆滿 1 週
(含例假日)前，廠商如認為需求等變動超過上述各項規定幅度，
廠商須函知本局，述明變動之百分比並列出本案之全部程式及
註明變動超過標準之程式，以供本局檢核。
(8) 廠商如未於上述期限內函知，即表廠商認同需求變動未超過各
項規定幅度，事後廠商不得提出異議。另廠商依限期函知變動
超過前述各項規定幅度時，本局有權就其需求變動確實超過各
項規定幅度之部份，視其業務需求之輕重緩急，將該等需求之
部份或全部調整列入維護期間之事項計算，或將之刪除不做或
延緩辦理，廠商不得提出異議。
3、 廠商應確保系統各項功能反應時間以不超過 10 秒為原則，但因程式
處理複雜經本局同意者不在此限。
4、 廠商在系統發展過程中應確保作業程序及標準規範、時程與重要查核
點、人力規劃、可能風險評估與預防等相關項目之品質保證。
5、 廠商對所處理之資料，應確保傳輸、交換或處理過程之安全性。(其有錯
誤、毀損、滅失、洩漏或其他不當處理情事者，依「稅捐稽徵法」、電腦 處
理個人資料保護法等相關法令辦理。如有洩漏情事，準用對稅務人員
洩漏秘密之規定辦理。)
6、 本案第 2 階段進行系統功能測試時，廠商必須進行壓力測試，模擬大
量作業情況，事先檢驗系統之反應時間，是否能符合本專案需求，以
確保未來系統上線後能正常運作。
7、 廠商應根據查核點及交付項目對本專案提出階段性文件供本局審核，
俾及早發現缺失，以有效控管資訊系統發展情形。除另有規定外，廠
商如在契約使用專利品，或專利性履約方法，或涉及著作權時，其有
關之專利及著作權益，概由廠商依照有關法令規定處理，其費用亦由
廠商負擔。
8、 廠商履約，應採取必要之措施，以保障他方免於因契約之履行而遭第
3 人請求損害賠償。如有侵害第 3 人合法權益時，應負責處理並承擔一
切法律責任。其有致第 3 人損害者，應負責賠償，並應擔保第 3 人就履
26
 電子表單簽核系統委外建置服務案需求規格書

約標的，對於本局不得主張任何權利。
9、 廠商因履行契約所完成之著作，其著作財產權之全部於著作完成後與
本局共有。
10、廠商依契約規定應履行之責任，不因本局對於廠商履約事項之審查、
認可或核准行為而減少或免除。
11、廠商規劃設計錯誤、監造不實或管理不善，致本局遭受下列損害者，
應負賠償責任：
(1) 本局之額外支出。
(2) 發生事故所生之損害。
(3) 其他可歸責於廠商之損害。

6、保固及延續服務
1、 範圍與內容：
廠商應於整體系統驗收完成次日起，負責本專案至 97 年 12 月
31 日之保固維護與運作，服務內容如下：
(1) 廠商於保固維護期間管理，需符合本專案各項需求規定。
(2) 為落實保密與安全，各項作業之系統安全，本局得隨時實施檢
查、測驗，其有缺失應予限期改善，及依本局要求提供有關之
維護措施與計畫檢討改進，送請本局備查，廠商不得拒絕，逾
時則依契約計罰規定辦理。
(3) 應就系統正常操作之必要保固維護，及正常操作中發生之任何
事項進行必要改善。
(4) 提供一套完善之管理機制，有效管理本標的軟體、程式版本之
更新。
(5) 系統因作業環境改變 (作業系統 Operation System、瀏覽器
Browser)版本更新，基於作業功能之延續性及與系統作業週邊
軟硬體環境之一致性，應配合更新作業環境並重新編譯連結應
用系統。
(6) 系統基於技術層面考量而需變更作業程序、方式或連結對象，
應配合更新並辦理相關文書修正。於保固期間內，免費就系統
正常操作之必要保固維護及正常操作中發生任何事項之必要改

27
 電子表單簽核系統委外建置服務案需求規格書

善。
(7) 本局如有增加硬體設備、應用軟體或系統使用者，因而涉及原
系統之設定時，須無條件免費提供技術服務及更新或補足相關
文件。
2、 教育訓練
保固維護期間，廠商應就系統及操作變更部份，對本局之業務
人員及新進人員舉辦講習。
3、 服務水平
4、
(1) 系統因故無法運作時，廠商若確信非屬本案標的之故障或錯誤，
應於 2 小時內回報叫修人員或於叫修通知後 4 小時內（配合本
局上下班時間）恢復正常作業。除不可歸責於廠商之原因外，
每逾一日，依契約總價金 1‰計算懲罰性逾期違約金。
(2) 異常問題及需求新增（變更）由本局提出反應，廠商應依下列
原則辦理：
1.異常問題應於本局提出書面之「異常問題反應單」之日起 2 週
（含例假日）內處理完成，廠商如無法於期限內完成，須於應
完成日前 3 天提出展延申請，每次展延以 2 週為限（含例假
日），至多展延 3 次，其展延申請須經本局簽章同意始得生效；
如屬急迫性問題，應於本局訂定之時限內完成。
2.新增（變更）需求應於本局與廠商協商之時限內處理完成，廠
商如無法於期限內完成，須於應完成日前 10 天提出展延申請，
每次展延以 1 個月為限（含例假日），至多展延 3 次（測試單
位之測試展延不列計次數），其展延申請須經本局簽章同意始
得生效。
3.以上處理原則如因應作業需要，得經本局與廠商雙方協商同意
後變更。
4.上述各點應完成期限，除經展期獲准或不可歸責於廠商之原因
外，未於期限內完成每逾一日，依契約總價金 1‰計算懲罰
性逾期違約金。
5、 工作協商
28
 電子表單簽核系統委外建置服務案需求規格書

(1) 廠商與本局其他承包廠商，有協調配合之合作義務，若有責任
歸屬爭議，應以書面通知本局，由本局召集本案廠商及其他承
包廠商協商解決。
(2) 若經雙方協商後，無法達成協議，本局得聘請公正之第三方參
與認定責任歸屬。
(3) 若經協商或第三方評定屬本案廠商責任，本案廠商除應支付本
爭議相關費用外，亦有本案其他延誤時程之責任。
6、 延續服務需求
契約期滿後，本局得要求廠商繼續提供二年內之延續服務，廠
商不得拒絕，其繼續服務之服務費用另議之，惟每年服務費用不得高
於契約總價的 15%。若躉售物價指數超過 5%時（以簽訂契約時為基期
計算），得依躉售物價指數予以調整，但不得高於原契約總價的
20%。惟廠商提供之各項服務標準不得低於原契約之規範，且有義務
提供必要之技術移轉及各項系統文件予本局或新承接之廠商，俾順利
完成契約標的之銜接。
(1)
7、 建議書製作
廠商之建議書為評定該廠商評選總分之重要依據，本章之目的
即在規定廠商製作建議書之相關事宜，以確保所提之建議事項均可被
充分瞭解。
8、 建議書製作與交付
(1) 建議書應檢附書面 25 份，光碟 2 份（WORD 格式），其中一
份建議書並應蓋騎縫章，其餘 24 份得免蓋，封面應註明「臺北
巿國稅局電子表單簽核系統委外建置服務案」及「廠商名稱」之
字樣。
(2) 建議書應以 A4 規格紙張印製；文字以橫排方式編排並編頁碼；
並於左側裝訂牢固膠裝，字體為標楷體，字型大小除各章節標
題以 16 點書寫外，其餘內容請以 14 點為原則。
(3) 建議書內頁依序應包括評分項目與建議書內容對照表、目錄、本
文及附錄。
(4) 評分項目與建議書內容對照表如下表所示：
29
 電子表單簽核系統委外建置服務案需求規格書

項目 建議書頁次
一、廠商經驗與能力
二、技術建議
三、專案管理建議
四、價格之完整性及合理性
五、交付項目
六、附錄
註：各項目詳細內容請依 RFP 需求自行展開。
(5) 逾期交付、修改及增訂：一律不准。
9、 建議書內容
廠商應依下列項目順序製作建議書，且提供完整詳盡之資料，
若有額外之補充與建議，可於適當位置另做註解或另闢章節加以描述。
廠商增列之項目，請於建議書適當之章節內說明並標註〝（增列）〞字
樣。惟不得變更本附件所規定之建議書原始順序。建議書大綱如下：
封面
目錄：詳列建議書之綱要、附件及頁次
(1) 摘要說明
1.優於本建議書徵求說明書之規格項目彙整表（請依評審項目排
列，並勿超過 3 頁）。
2.簡述本專案建議書之重點。
3.評選項目需求對照表(請列出各項目在建議書之參考頁次或型
錄頁次，並於該頁次做重點標示)。
(2) 廠商經驗與能力
1.廠商專業領域
2.廠商營業狀況
3.承接類似專案經驗（含政府機關經驗實績）
4.廠商技術整合及支援能力
(3) 技術建議
廠商需詳列所規劃之系統各項軟體清單，並針對本專案之
系統需求，逐項詳細說明其規劃設計方案與作業方式；有關系
統架構除詳列本計畫範圍之建議外，亦可對未來本系統擴充後
30
 電子表單簽核系統委外建置服務案需求規格書

之所有整體系統功能架構另闢章節做一詳盡規劃建議。
1.系統架構及流程流暢度
2.應用系統功能及各項需求解決方案
3.系統安全控管暨資通安全機制
4.技術支援與維護方案
5.系統測試與建置需求
6.教育訓練計畫與輔導上線需求
7.機具設備規格
(4) 專案管理建議
1.專案(含維護)組織(含人力及成員學經歷)
2.專案(含維護)管理方法及使用工具
3.流程處理分析
4.整體系統監控
5.維護計畫
6.
7.品質保證
8.風險管理
9.需求變更及問題反應管理
(5) 價格之完整性及合理性
1.建置階段價格分析
2.維護階段價格分析
3.延續服務階段價格分析
(6) 交付文件
說明交付項目及時程，以表格方式列出交付之項目及日期。
(7) 其他補充說明
依需要自行撰寫或補充其他說明之資料，例如：本單位應
配合或協助事項以及有關人力、時間、工作性質與內容等。
(8) 附錄
提供公司實績案例、人員資歷證明及系統軟、硬體規格等
佐證資料。

31
 電子表單簽核系統委外建置服務案需求規格書

7、建議書評選作業
1、 評選委員組成：本專案將依「政府採購法」第 94 條等相關規定，由政
府機關代表、相關專家及學者組成評選委員會，進行優勝廠商評選。
2、 評選方式：
(1) 以價格納入評分之序位法評比。
(2) 採限制性招標之公開評選最優前 4 家優勝廠商依序議價。
3、 評選項目及評選標準

項次 評分項目 配分 評分細項
1、廠商專業領域
2、廠商營業狀況
一 廠商經驗與能力 15 3、承接類似專案經驗（含政府機關經驗
實績）
4、廠商技術整合及支援能力
1、 系統架構及流程流暢度
2、 應用系統功能及各項需求解決方案
3、 系統安全控管 資通安全機制
二 技術建議 30 4、 技術支援與維護方案
5、 系統測試與建置需求
6、 教育訓練計畫與輔導上線需求
7、 機具設備規格
1、 專案(含維護)組織(含人力及成員
學經歷)
2、 專案(含維護)管理方法及使用工具
3、 流程處理分析
4、 整體系統監控
三 專案管理建議 25
5、 維護計畫
6、 品質保證
7、 風險管理
8、
9、 需求變更及問題反應管理
1、 建置階段價格分析
價格之完整性及合
四 20 2、 維護階段價格分析
理性 3、 延續服務階段價格分析
1. 簡報內容
五 廠商簡報 10
2. 回答問題內容

4、 專案簡報

32
 電子表單簽核系統委外建置服務案需求規格書

(1) 每一廠商針對建議書內容進行摘要報告，簡報時間以 20 分鐘
為限不得任意調整；其後並接受評審委員之提問，詢答時間以
不超過 10 分鐘為限，惟因評選委員質詢問題過多時，主席得
酌以延長答詢時間。
(2) 廠商簡報需實機展示所需軟、硬體相關設備請廠商自行準備與
建置。
(3)
(4)
5、 建議書評選與決標
(1) 投標文件經審查合於招標文件規定者，始得為評選之對象。
(2) 經審查合於招標文件規定廠商應對所提投標文件進行「簡報」，
簡報次序將於開標時由廠商投標時間先後順序辦理。
(3) 評選委員將廠商建議書內容依據前述「建議書評選項目及評選
標準」予以評分，各評審總配分為 100，廠商經逾半數出席委
員評予達 70 分以上（含）者為合格廠商，否則不納入後續評
比並不得為決標對象。
(4) 評選委員對合格廠商之評分結果，按高低順序轉換為序位（１、
２、３、４．．．），將評選委員對各廠商評定之序位加總後由
小至大排列，其順序即為優勝序位；按優先順序取前 4 名，依
序辦理議價，優勝序位相同時，依「機關委託資訊服務廠商評
選及計費辦法」第 11 條等規定，以報價低者為較優廠商，取得
優先議價權，如仍相同未能區分優先順序，則以抽籤決定之。
(5) 廠商之簡報及對評選委員問題答詢內容，如未列於建議書內，
但與本專案相關者，該資料應不納入評選，惟得列入紀錄列為
契約之一部份。

6、 其他評選注意事項
(1) 前開所列評分項目若有證明文件者，請將相關證件附於建議書
中當做附件。例如：公司經驗能力、實績證明(契約書及完工證
明)、系統開發專案成員資歷等。
(2) 廠商在本計畫中，整合使用其他廠商所發展之軟體產品，應詳
33
 電子表單簽核系統委外建置服務案需求規格書

列開發廠商及軟體產品名稱。

34