本主題有數個語言版本，但請注意，Analysis/Intelligence 只有下列語言版本：保加利亞文、克羅埃西亞文、捷克文、中文、中文、丹麥文、荷蘭文、美式英文、英式英文、芬蘭文、法文、法文 (加拿大)、德文、匈牙利文、義大利文、日文、韓文、挪威文、波蘭文、巴西葡萄牙文、羅馬尼亞文、俄文、斯洛伐克文、西班牙文、瑞典文和土耳其文。
此版本中，[費用] 有里程相關欄位。
此版本中，[發票] 有供應商相關欄位。
説：報告 [發票] 中軟刪除供應商，欄位可讓使用者篩選出供應商詳細資料。
內容語言設為 保加利亞文、克羅埃西亞文、丹麥文、芬蘭文、法文 (加拿大)、匈牙利文、挪威文、波蘭文、羅馬尼亞文、俄文、斯洛伐克文 和/或 土耳其文 使用者，[Analysis – 標準報告] 資料夾 (Analysis 客户) 大多數報告和 [Intelligence – 標準報告] 資料夾 (Intelligence 客户) 大多數報告目前提供保加利亞文、克羅埃西亞文、丹麥文、芬蘭文、法文 (加拿大)、匈牙利文、挪威文、波蘭文、羅馬尼亞文、俄文、斯洛伐克文和土耳其文。
若要 Cognos 報告中檢視本地化文字， Concur Expense 啟用該語言。
公司 Concur 託管主控台和 Cognos [設定喜好設定] 中設定其他語言設定。
如需詳細資訊，請參閲此版本註記中 [最佳做法] 區段。
5 月版本提供保加利亞文、克羅埃西亞文、丹麥文、芬蘭文、法文 (加拿大)、匈牙利文、挪威文、波蘭文、羅馬尼亞文、俄文、斯洛伐克文和土耳其文模型本地化。
目前，選取其中一種語言時，模型美式英文顯示。
完成本地化前，這些報告繼續美式英文顯示。
「預算百分比」警示電子郵件增強行動裝置相容性，且符合其他 Concur 電子郵件訊息使用格式。
Concur 可為貴公司啟用此設定。
事項：託管主控台選取語言時，Concur 會所選語言封存公司資料。
確保報告和報告內容使用支援語言最佳方式產生及顯示，最佳做法為使用下列語言設定： Cognos 中，[設定喜好設定] 話方塊 ([我喜好設定]) [內容語言] 下 [使用下列語言] 現在可供選擇 保加利亞文、克羅埃西亞文、丹麥文、芬蘭文、法文 (加拿大)、匈牙利文、挪威文、波蘭文、羅馬尼亞文、俄文、斯洛伐克文 和/或 土耳其文。
如需有關 Cognos 語言設定資訊，請參閲《Localization for Analysis/Intelligence》資料頁 (僅英文版)。
12 月版本中，Concur Analysis/Intelligence 報告、模型和封存中心新增支援巴西葡萄牙文、捷克文和西班牙文版本。
作為 1 月版本一部份，內容語言設為 巴西葡萄牙文、捷克文 和/或 西班牙文 使用者， [Analysis – 標準報告] 資料夾 (Analysis 客户) 和 [Intelligence – 標準報告] 資料夾 (Intelligence 客户) 大多數剩餘報告中提供巴西葡萄牙文、捷克文和西班牙文版本。
完成本地化前，這些報告繼續美式英文顯示。
如需有關 Cognos 語言設定資訊，請參閲《Localization for Analysis/Intelligence》資料頁 (僅英文版)。
此報告是目前使用者介面和功能基礎，未來會支援日本大眾運輸功能。
日本市場 Analysis 和 Intelligence 用户可使用「使用電子發票公司發票項目」報告，供國税廳 (NTA) 深入調查。
該報告透過提供交易日期、發票金額範圍、費用類型和供應商提示資訊，協助 NTA 深入調查。
NTA 可使用報告中資訊，搜尋 Concur Invoice「處理申請」功能中使用申請 ID 發票細項詳細資料。
日本市場中 Intelligence 用户可使用機票核發日期和機票分析報告，檢視核發出發機票前天數和核發機票價格。
該報表可協助用户瞭解減少機票成本方式。
機票核發日期和機票分析報告提供英文版本。
若要檢視機票核發日期和機票分析報告，請語言變英文，接著執行此報告。
日本市場中 Intelligence 用户可使用「付款和指派費用」報告，檢視核准或付款費用。
報告可協助用户瞭解預期費用金額，且可協助用户將旅行社帳單 Concur 中對應資料加以。
5 月版本 (2018 年 5 月 12 日) 與 6 月版本 (2018 年 6 月 9 日) 期間，「可行分析」警示進行多項變。
Concur 增強「可行分析」平台，以便提供額外警示功能。
這些變提升電子郵件可讀性，並會進行格式化，符合 Concur 傳送其他電子郵件訊息。
其中關鍵提升電子郵件行動裝置相容性，並新增支援純文字訊息。
倘若希望能解決傀儡問題，還是取消投票，而不是想辦法地去限制傀儡。
警示電子郵件會包含目前季度總支出、目前季度 BI 主管預算、該季度總支出和 BI 主管預算間差額，及目前季度中剩餘天數。
當目前季度總支出超過 [報告設定] 頁面或 [通知設定] 頁面上 [可行分析設定] 索引標籤中定義百分比，但超過 BI 主管每季預算時，電子郵件訊息頂端會顯示黃色線段。
「預算百分比」警示電子郵件中，「支出管理」現在顯示於電子郵件主旨欄位。
若目前季度總支出超過 BI 主管每季預算，電子郵件訊息頂端會顯示紅色線段。
「預算百分比」後續警示電子郵件中，「支出管理後續」現在顯示於電子郵件主旨欄位。
一下電子郵件底部 [返回 Concur] 鈕，開啟 Concur [登入] 頁面。
「信用卡交易」警示電子郵件增強行動裝置相容性，且符合其他 Concur 電子郵件訊息使用格式。
「信用卡交易」警示可包含一或兩個區段，一個於顯示信用卡交易達到或超過交易金額臨界值，另一個於特商店類別代碼相關信用卡交易，且該代碼加註審核旗標。
一或多個信用卡交易符合條件時，警示電子郵件訊息會顯示該區段。
例如，若信用卡交易加註旗標商店種類相關，則警示電子郵件訊息會顯示商店類別區段。
「信用卡交易」警示電子郵件中，「信用卡支出警示」現在顯示於電子郵件主旨欄位。
當信用卡交易符合或超過 [報告設定] 頁面或 [通知設定] 頁面上 [可行分析設定] 索引標籤中定義金額時，「信用卡交易」警示電子郵件會顯示信用卡上姓名、信用卡收費日期和過帳金額，以及適用交易進行信用卡收費商店。
其中一個商店代碼 (加註審核旗標) 相關商店進行信用卡交易時，「信用卡交易」警示電子郵件會顯示信用卡上名稱、信用卡收費日期和過帳金額、進行信用卡收費商店，以及適用交易加註旗標 MCC 代碼和商店類別。
一下電子郵件底部 [返回 Concur] 鈕，開啟 Concur [登入] 頁面。
預算百分比和信用卡交易移至平台時，警示會發生中斷情況。
目前正在接收這類警示 BI 主管繼續收到警示；系統使用電子郵件格式來傳遞警示。
[可行分析設定] 索引標籤上「信用卡交易」警示説，這會納入公司定義報告貨幣。
當信用卡交易符合或超過 [金額] 欄位中公司報告貨幣定義金額時，觸發警示。
信用卡交易於或於定義金額，或者屬於特商店類別時，傳送電子郵件警示給 BI 主管。
信用卡交易於或於 [公司報告貨幣] 報告貨幣中指定臨界值時，傳送電子郵件警示給 BI 主管。
商店類別參考上述説移除，但其中一個商店代碼 (加註審核旗標) 相關商店進行信用卡交易時，會觸發警示。
「預算百分比」和「信用卡交易」警示後，將需要「資料倉儲動作封存」工作。
用户會看到此工作執行，且會收到「資料倉儲動作封存」工作或失敗電子郵件通知。
延伸閱讀…
如需有關 [可行分析] 資訊，請參閲《Analysis/Intelligence: Actionable Analytics User Guide》(僅英文版)。
[Travel].[Trips].[Employee Last Name] + ‘, ‘ +
[Travel].[Trips].[Employee First Name]
之前有維基人稱可以寫腳本驗證用户是否符合資格，知道這位維基人能否寫出這樣腳本，如果人寫腳本，我要創建登記頁了。
–馬呵説年誒多譁鐸★魔力 (留言) 2011年11月14日 (一) 13:53 (UTC)
既然有腳本檢驗資格，「投票者每次投票時列明合符何款條件資核查」要求並無，建議移除。
–Gakmo (留言) 2011年11月15日 (二) 16:35 (UTC)
已有共識並非永恆不變，不可侵犯，明白何以有用户指他人動議修例是越權？所越權誰屬？本人敦請提控者妥為遣詞用字，無放矢。
本人作為其一資深用户，贊同此項動議。
另外，投票不可代替討論，除非討論未得共識，否則本人明確反對開立投票。
–J.Wong 2011年11月16日 (三) 15:11 (UTC)
Gakmo稱“「投票者每次投票時列明合符何款條件資核查」要求並無”，並未有列出其指稱“並無”此句理由及推導過程，加上其管理員身份及其前次投票中多次破壞性草率操作，我有理由相信其利用自己管理員身份騙取其它維基人信任，從而手段使自己目的獲得維基人支持。
這裏我懇請這位身管理員維基人，舉出充分理據及推導理由説何此句應該撤銷，消除幼小無力本人及。
-馬呵説年誒多譁鐸★魔力 (留言) 2011年11月16日 (三) 18:12 (UTC)
投票者自己列明符合條件，符合實情，腳本檢驗，故建議移除相關規定。
–Gakmo (留言) 2011年11月17日 (四) 09:48 (UTC)
閲畢馬君理，本人建議刪去該文，並動議修易後句「選舉或投票後，管理人員須逐票查驗，確保合符資格。
」，安人心及所載。
未知諸位意下如何？–J.Wong 2011年11月17日 (四) 15:36 (UTC)
多個月討論和表決，人事任免投票資格（下稱「投票資格」）終於月前正式訂立，而首個使用資格投票運作順利。
於籌備人事任免投票資格早期討論中，本人得投票資格人事任免投票並夠，只是當時社羣希望集中討論人事任免投票資格，所以本人才留待資格獲通過後正式提出來讓大家討論。
於「投票資格」人事任免投票，有關投票資格修改投票反而未能保障受傀儡帳户影響，出現「能醫醫」情況。
另一方面，維基百科方針有機會是傀儡帳户擾亂目標，如果擾亂方針，所做成影響會擾人事任免投票。
因此，本人動議擴大「投票資格」適用範圍以下種類投票：
以上三類投票，有25名合乎「投票資格」人士參與投票，結果方為。
至於其他投票（例如條目評選、頁面存廢）會受到任何影響，維持沿用現時「確認用户」投票資格。
希望大家對以上建議發表意見，或提出任何修訂。
— Kevinhksouth (Talk) 2011年12月7日 (三) 07:31 (UTC)
水之半滿半空，確實見仁見智。
君謂有欠見，只懂補救，然而禍，社羣何嘗不可謂行之有效，？–J.Wong 2011年12月8日 (四) 15:53 (UTC)
當初我強調，修改人事任免投票資格權宜計，看應該擺脱投票這一方式。
短期看，沒有要擴大投票權限修正理由。
倘若希望能解決傀儡問題，還是取消投票，而不是想辦法地去限制傀儡。
延伸閱讀…
須知道，道高一尺，魔高一丈。
–馬呵説年誒多譁鐸★魔力 (留言) 2011年12月9日 (五) 16:22 (UTC)
疑惑，參與投票維基人投票進行時封禁，未來封禁（但此時投票繼續中），該維基人票是否視作無效，為何？–ZLC.lclc 2014年7月26日 (六) 08:33 (UTC)
本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。
執行者：Jimmy-bot（留言） 2016年5月2日 (一) 16:42 (UTC)。
現時，若有爭議，管理員會有以下規定：
我認為，人事任免資格應該，並且，並應該改為以下
我希望有人投票而投票，所以希望提出更改守，令資格鑑定及減少爭議。
–|1233 | 有問題？ 2016年4月22日 (五) 03:36 (UTC)
下面1234沒，1.封禁不是懲罰用户，應後要持續剝奪投票權。
2.機械人不可投票。
3.是否編寫用户頁是用户權利，不應因此而剝奪投票資格。
4.是否參與討論是用户，編輯條目是貢獻。
至於3000以上編輯，1500次以上條目編輯，應6個月或1年有一次編輯或可考慮，像下這類基本上後編輯，十年後（如情況許可）仍可以，參與人事任免投票，做法並理想，但當時討論投票資格時，有用户要求用户不論何時可以投票，這個現在修改。
–Thomas.Lu（留言） 2016年4月22日 (五) 03:54 (UTC)
本主題或以下段落文字，存檔自Wikipedia:互助客棧/方針。
執行人：——Aotfs2013 留於 2017年10月26日 (四) 12:14 (UTC)。
現行人事任免投票資格方針中有這麼一句「事人權利同投票者，但避嫌，插手投票間及前後一切管理事宜。
」此條文乍看之下十分合理，但加上了前面「如發生意見衝突」成為「如發生意見衝突，事人權利同投票者，但避嫌，插手投票間及前後一切管理事宜。
」顯得了；如何個法：
而翻查該方針既往表決紀錄可以發現次輪表決中並沒有存在奇怪「如發生意見衝突」，「如發生意見衝突」是方案整合階段時所加入，當時有Gakmo提出相關質疑受回應。
有鑒於條文不合理，下此提案刪除「如發生意見衝突，事人權利同投票者」並全句改為「投票過程中事人不得投票給自己，且避嫌而插手投票間及前後一切管理事宜。
」歡迎討論。
——Aotfs2013 留於 2017年9月23日 (六) 13:05 (UTC)
現行方針指引，事人維基百科各項投票中具有如下權利：
而具人事任免投票資格方針所指，若有發生意見衝突事人可以投票，此則申請成為管理人員指引（不論如何事人無投票權）及管理員離任方針（沒有發生意見衝事人具投票權）衝突；然共識方針指
.mw-parser-output .templatequote{margin-top:0;overflow:hidden}.mw-parser-output .templatequote .templatequotecite{line-height:1em;text-align:left;padding-left:2em;margin-top:0}.mw-parser-output .templatequote .templatequotecite cite{font-size:small}
共識支持和反對該議題論點質量決定，同時維基百科方針審視，而不應通過計票統計多數來決定。
回覆“是／否／支持／”這樣評論，表達道義支持外沒有任何意義；回覆“支持／用户X意見”則一些；你看法下提出見解才是做法。
我們目標是提出有説服力理由來作出決定，而不是公開支持比重來作出決定。
事人投票是於統計多、少數「保障票」，抑或是確實有藉由讓事人參與投票來凝聚社羣識？此提出通盤檢討，歡迎參與討論。
——Aotfs2013 留於 2017年9月25日 (一) 12:36 (UTC)
考量此案公示10日，且多日回應，WP:TALKDONTREVERT通過。
——Aotfs2013 留於 2017年10月19日 (四) 12:28 (UTC)
本主題或以下段落文字，移動自WP:VPP。
執行者：–J.Wong 2018年5月29日 (二) 03:25 (UTC)。
解任投票聯署提出或上任投票開始1個月前，有100次或以上中文維基百科編輯數，並聯署提出或上任投票開始前3個月內有一次編輯數（包括用户頁及用户話頁名字空間頁面）；本主題或以下段落文字，移動自WP:VPP。
執行者：–J.Wong 2018年6月5日 (二) 08:12 (UTC)。
每一次管理員彈劾投票有些AFK了一段時間人突然彈出來投票，最近彈劾Techyan那次投票是個例子了，端的事例有之前第7次彈劾Shizhao投票。
聲明，本人並非含沙射影地指有社羣拉票，而是客觀地單他們幾個月沒有編輯這一點，實有完全知道事件發展來龍去脈而投票給自己喜歡／厭惡管理員嫌，故倡議投票資格更改如下：
要求半年內編輯一次並不是一個要求。
如果這達不到，我認為他瞭解事情發展，因此理應不具備投票資格。
-某人✉ 2018年5月10日 (四) 16:23 (UTC)
@MCC214：條文自相矛盾，明白-某人✉ 2018年5月11日 (五) 10:54 (UTC)
(＋)支持⧼收緊人事任免投票資格，避免社羣式拉票。
⧽–屈原蟲（留言） 2018年5月11日 (五) 15:28 (UTC)
抱歉，症表示看著這堆炒埋一碟投票太蛋疼了。
所有沒有使用投票模板或沒有明確表示投給哪一個提案票沒有搬運。
若有新票請下方位置投票。
-某人✉ 2018年5月19日 (六) 13:06 (UTC)
（注：這不是投票，原因見下，請表達支持/反對而出具體實質理由。
）–Yangfl（留言） 2018年5月24日 (四) 07:02 (UTC)