只要開始用自動化流程處理「真實資料」，幾乎一定會遇到一個情境：手上的資料不能直接用，必須先轉成另一個值。舉幾個很常見的例子：
- 表單填的是「部門名稱」，但後面系統要的是「部門代碼」
- Excel 裡是人看得懂的文字，資料庫只接受固定格式
- 使用者選的是選項名稱，實際寫入的是另一套內部編碼
如果是在 Excel 裡，大多數人會很自然地開一張對照表，然後用 VLOOKUP 或 XLOOKUP 把資料抓回來。但在自動化流程沒有儲存格、也沒有可以直接拉的欄位。這時很多人會開始在流程裡寫條件：「如果是 A 就給 01，如果是 B 就給 02⋯⋯」一開始還可以，但選項一多，流程就會變得又長又難改。其實這種情境，自動化也有一個很適合的解法：把那張查閱表，先整理成一個「物件」，讓流程用查的，而不用寫一堆條件判斷。
什麼是物件 (Object)？
這類資料在自動化流程中，實際上扮演的是「對照關係」的角色。流程會先取得一個用來查詢的值（key），再依照這個 key，找到對應的結果值（value）。例如下圖就是一個簡單的部門名稱跟部門代號的對照表：
這邊我們用 Initialize variable (初始化變數) 卡片，定義了一個名為 LookupMap 的物件變數，並且將三個部門對應的代號直接寫死變數中。如此一來，我們只要在後續的動作中使用這個變數並指定特定的部門名稱，就能拿到相應的部門代號。例如：
前面
variables('LookupMap') 指的就是 LookUpMap 這個變數，而問號後面的 ['總務'] 則是指定要查找的屬性，也就是 key，並回傳它對應的 value。就像翻字典查「總務」得到對應的代碼「A01」。實務做法：不把物件寫死在流程中，而是用資料表維護管理
實際上，這張查閱表通常不會寫死在流程裡，而是放在一個比較容易修改或管理的地方，例如 SharePoint List 或 Excel。那這樣又該如何將資料表變成物件在流程中使用呢？
假設你的查閱表存在 SharePoint List：
第一步：用 Get items 把這張表的所有資料抓進來。
第二步：一樣用 Initialize variable (初始化變數) 卡片，定義了一個名為 LookupMap 的物件變數，不過這次先放一個空的物件
{}。第三步：將資料表中的每一筆資料，逐一加到這個變數中。因此會用到 Apply to each 跟 Set Variable，同時會用到
addProperty 這個公式。addProperty 的作用是是把一組新的 key-value 加到物件裡。舉例來說，如果你想把「總務」對應「01」加進去，公式就要這樣寫：addProperty(目前的物件, "總務", "01") 。不過有一個限制是我們在用定義變數時，不能直接使用變數本身，因此要先用另一個暫存的容器 (Compose) 暫時存放原本的 LookupMap。 因此流程會像這樣：
其中，Apply to each 放的是 Get Items 的整個輸出結果；Compose 放 LookupMap 變數；Set variable 則是要寫運算式
addProperty(outputs('Compose'), item()?['Title'], item()?['Code']) 也就是將資料表中的部門名稱 Title 作為 key，部門代碼 Code 作為 Value 一一加入物件中。最後測試三個部門都成功加入 LookupMap 中：
透過將查閱表整理成物件，流程就不必再寫一堆條件判斷，資料的對照也變得清楚可控。如此一來，無論有多少筆資料，都能輕鬆地做成參照表。往後如果需要修改或新增資料，只要直接更新資料表，就能立即反映在流程中，而不必動到流程本身，讓整個自動化流程既簡單又好維護。
這些功能雖然簡單，卻是我們創造自動化流程的基石，讓我們一起由簡單開始，成就不簡單！
如果你／妳喜歡這篇文章，歡迎點點愛心或留言，讓我們相互交流和成長！ 這次的分享到此告一段落，想了解更多 RPA + AI 與數位轉型的最新趨勢與觀點、RPA 軟體功能介紹及實務應用案例，也歡迎追蹤 RPAI 數位優化器的社群和我們交流互動，我們下次見！ 🚀 想找RPAI聊聊？歡迎填寫表單：RPAI聯繫表單 🚀 Instagram：RPAI 數位優化器 🚀 臉書粉絲專頁：RPAI 數位優化器
相關文章
