表單查詢

表單查詢

輸入欄位說明

• ModuleCode :
  • 請輸入 bpm
• FeatureType :
  • [Empty] 未使用
• DataKey :
  • [Empty] 未使用
• DataKey2 :
  • [EMPTY] 未使用
• Status :表單狀態
  • 查詢 簽核中 的表單，請輸入 簽核中 or Processing
  • 查詢 已結案 的表單，請輸入 已結案 or Completed
  • 查詢簽核結果為 同意 的表單，請輸入同意 or Approve
  • 查詢簽核結果為 否決 的表單，請輸入 否決 or Reject
  • 查詢簽核結果為 作廢 的表單，請輸入 作廢 or Cancel
  • 查詢流程 異常 的表單，請輸入 異常 or Exception
  • 查詢所有狀態的表單，無須輸入值
• StartTime :
  • 不過濾申請時間，無須輸入值
  • 取得申請時間在 [StartTime] 之後(含)的表單資料，請將[StartTime] 以日期格式寫入 yyyy/MM/dd HH:mm:ss (Ex: 2024/10/15 15:30:52)
• EndTime :
  • 不過濾申請時間，無須輸入值
  • 取得申請時間在 [EndTime] 之前(含)的表單資料，請輸入[EndTime] 以日期格式寫入 yyyy/MM/dd HH:mm:ss (Ex: 2024/10/31 15:30:52)

Query Result Table Schema

• 表單編號 :
  • 表單的編號，每一張表單流程啟動的唯一編號，每張表單一定會有這個欄位
• _Ver :
  • 表單版本，不同的表單都可以擁有不同的版本，表單內容是依附在不同的表單版本之下。
• _Applicant :
  • 申請者，申請表單人員的在系統中設定的名稱
• _ApplicationDate :
  • 申請時間，申請表單的時間
• _State :
  表單狀態，根據流程進行的程度，表單狀態會有所不同，其列舉如下 :
  • 簽核中 => 表單流程還在進行中，尚未結案
  • 同意 => 表單流程已結束，簽核結果為同意
  • 否決 => 表單流程已結束，簽核結果為否決
  • 作廢 => 表單流程已結束，簽核結果為作廢
  • 異常 => 表單發生異常，需要管理者介入處理
• 其他表單欄位...
  • 除了表單編號的其他欄位，會排列在以上的欄位後面顯示出來

Note
工作流程(BPM) 的查詢功能會將表單轉成資料表的形式，如果有一張表單如下 :

使用 UOF X 連接器將會得到以下的兩個資料表 :

BusinessTrip:

表單編號	_Ver	_Applicant	_ApplicationDate	_State	OccurrenceDate	Objective	Remark	Spent
2502000007	1	User1	2025/½ 10:21	同意	2025/½	參加AI教育訓練

BusinessTrip_Spent:

表單編號	_Ver	_Applicant	_ApplicationDate	_State	SpentItem	Cost	Description
2502000007	1	User1	2025/½ 10:21	同意	搭高鐵	1200	高雄到台北
2502000007	1	User1	2025/½ 10:21	同意	計程車	250	台北車站到會場
2502000007	1	User1	2025/½ 10:21	同意	捷運	100	會場到車站
2502000007	1	User1	2025/½ 10:21	同意	搭高鐵	1200	台北到高雄

Note
當表單有明細欄位時，我們將會得到一個額外的資料表，其名稱為 [表單名稱]_[明細欄位] ，其內容只包含明細欄位的內容，以這個例子來說，明細欄位的資料表名稱就是 BusinessTrip + _Spent

注意事項

• 連接器查詢表單的時候會將結果轉成資料表，系統只會取出第一個同名表單，所以在設計表單的時候，盡量排除同名的情況， 對於同一張表單的欄位，也不允許同名的情況，其他的同名欄位將被忽略。
• 連接器查詢表單時，系統會在資料表中額外產生這些欄位 : _Ver，_Applicant，_ApplicationDate，_State ，這些不存在於表單的欄位， 是從流程本身的屬性所擷取出來，讓使用者可以識別每一個流程之用，因為欄位名稱不能重複，所以設計表單時必須排除這些名稱。
• 連接器所查詢到的資料表規格，是最新已公開版本的表單內容，其他較舊的表單版本內容只要欄位名稱相同，也會被擷取出來。