本文匯總了使用者洞察相關的常見問題。
如何使用他人匯入的資料進行分析？
答：除管理員、資料匯入者外，其他成員需要使用資料時，均需要相應的授權。
授權單位為標籤、AIPL模型、RFM模型，暫時不能以表為單位進行授權。其中，標籤來自於已匯入的使用者標籤表（包含基於已匯入資料的自訂標籤、使用者屬性），AIPL模型、RFM模型分別從使用者行為表、訂單明細表或訂單匯總表建立。
授權方式分為三類：
使用許可權：在透視分析、人群篩選、推送Kafka、營銷等情境使用標籤的許可權。
系統管理權限：對已授權的標籤進行編輯、授權的許可權，同時也將具有使用許可權。
行級許可權：授予指定行的使用許可權，以達到資料隔離的目的。
授權操作需要由管理員、資料匯入者或被授予系統管理權限的成員完成，請參見授權。
如何同步計算源中的最新資料？
答：AIPL模型、RFM模型、人群建立後，如計算源中的資料已更新，您可以通過重新匯入資料表、更新AIPL模型、RFM模型、自訂標籤、人群的方式，將最新資料同步到Quick Audience，否則使用者分析、人群分析時只能使用滯後的資料，分析結果可能不能反映使用者最新情況。
重新匯入資料表：
使用者標籤表、使用者行為表、統計表、訂單明細表、訂單匯總表的匯入均支援手動調度、日/小時周期調度、通過介面觸發調度，匯入調度配置請參見調度任務。
更新模型：
更新自訂標籤：
自訂標籤支援手動更新、日/周/月周期更新，更新操作請參見更新自訂標籤。
更新人群：
人群支援手動更新、跟隨底層資料調度更新、周/月周期更新，更新操作請參見人群更新與快照。
說明由於更新RFM模型、AIPL模型、自訂標籤、人群時，不會自動觸發其來來源資料表的匯入調度，因此您需要先調度匯入資料表，匯入完成後再更新，才能成功將計算源中的最新資料同步到RFM模型、AIPL模型、人群。
以下我們的建議，僅供參考：
建議您從底表的調度匯入開始，根據您的底表加工任務情況進行設定：
若底表會固定進行周期更新，建議設定匯入任務為周期調度。
若底表不進行周期更新，可以採用手動調度，或者採用介面觸發調度方法，自行編寫代碼在底表的加工任務完成後調用介面觸發調度。
設定底表的調度匯入後，建議將人群、RFM模型、AIPL模型設定為跟隨底層資料調度更新，這樣每次資料表成功匯入後，人群、RFM模型、AIPL模型都將自動更新為新的資料。
哪些原因會導致資料表匯入失敗，AIPL模型、RFM模型、自訂標籤、人群更新失敗？
答：資料表匯入失敗，AIPL模型、RFM模型、自訂標籤、人群更新失敗時，將顯示失敗表徵圖
，請將滑鼠移動到表徵圖上方查看具體失敗原因。
常見失敗原因包括：
無相應資料的許可權，可能是計算源的帳號授權設定發生了變更，請管理員登入計算源檢查帳號授權情況。
底層資料表不存在，可能是資料表被重新命名、刪除。請檢查底層資料表。
計算源的密碼發生了變更，但新密碼未更新到Quick Audience的計算源配置中，此時基於該計算源的所有資料表、人群更新都將失敗。請管理員更新計算源的密碼。
執行SQL出錯。原因可能是資源被佔用導致執行失敗，建議稍後重試。
匯入資料表時的ID加密方式選項，與ID推送到資料銀行、達摩盤的ID加密方式選項有什麼區別？
答：資料表匯入Quick Audience時，ID加密方式支援選擇未加密、MD5、SHA256、AES，是需要您指定未經處理資料匯入前是否已經加密和相應的加密方式。
在推送ID到資料銀行、達摩盤時，推送加密方式支援選擇：MD5、SHA256，是需要您指定推送時對ID的加密方式：
若ID未經處理資料為原文，Quick Audience將在推送時對其進行MD5/SHA256加密。
若ID未經處理資料已被AES加密，Quick Audience將先對其進行解密，然後在推送時對其進行MD5/SHA256加密。
若ID未經處理資料已被MD5加密，推送時僅能選擇推送加密方式為MD5，Quick Audience將在推送時保持MD5加密狀態。
若ID未經處理資料已被SHA256加密，推送時僅能選擇推送加密方式為SHA256，Quick Audience將在推送時保持SHA256加密狀態。