このトピックでは、ユーザーインサイトに関するよくある質問の一覧を示します。
他の人がインポートしたデータを分析にどのように使用できますか?
回答: 管理者とデータインポーターを除くすべてのメンバーは、データを使用するために承認される必要があります。
承認単位は、タグ、AIPL モデル、または RFM モデルです。現在、テーブルごとの承認は実行できません。タグは、インポートされたユーザタグテーブル（インポートされたデータに基づくカスタムタグとユーザー属性を含む）から取得されます。 AIPL モデルと RFM モデルは、それぞれユーザー行動テーブル、注文詳細テーブル、または注文概要テーブルから作成されます。
承認方法は、次の 3 つのカテゴリに分類されます。
使用権限: パースペクティブ分析、クラウドフィルタリング、Kafka プッシュ、マーケティングなどのシナリオでタグを使用するための権限。
管理権限: 承認済みタグを編集、承認、および使用するための権限。
行レベルの権限: 指定された行に権限を付与して、データの隔離を実現します。
権限を付与するには、管理者、データインポーター、または管理権限が付与されているメンバーである必要があります。詳細については、「承認する」をご参照ください。
コンピューティングソースの最新データをどのように同期しますか?
回答: AIPL モデル、RFM モデル、および母集団の作成後、コンピューティングソースのデータが更新された場合は、データテーブルを再度インポートし、AIPL モデル、RFM モデル、カスタムラベル、および母集団を更新して、Quick Audience に最新のデータを同期できます。そうでない場合、遅延データのみをユーザー分析および母集団分析に使用できるため、分析結果が最新のユーザー状況を反映していない可能性があります。
データテーブルを再インポートする:
スケジュールテーブル、ユーザー行動テーブル、統計テーブル、注文詳細テーブル、および注文概要テーブルを手動でインポートするようにスケジュールできます。テーブルは、日次スケジュール、時間別スケジュール、API トリガーによるスケジュールの方法でスケジュールできます。詳細については、「タスクのスケジュール」をご参照ください。
モデルを更新する:
RFM モデルと AIPL モデルは、手動で更新することも、基になるデータのスケジュールに基づいて更新することもできます。詳細については、「AIPL モデルの管理」および「RFM モデルの管理」をご参照ください。
カスタムタグを更新する:
カスタムタグは、手動で更新することも、毎日、毎週、または毎月更新することもできます。詳細については、「カスタムタグの更新」をご参照ください。
オーディエンスを更新する:
グループを手動で更新したり、基になるデータに基づいて更新をスケジュールしたり、毎週または毎月グループを更新したりできます。詳細については、「オーディエンスの更新とスナップショット」をご参照ください。
説明RFM モデル、AIPL モデル、カスタムタグ、またはクラウドを更新する場合、ソースデータテーブルのインポートスケジュールは自動的にトリガーされません。したがって、最初にインポートデータテーブルをスケジュールし、インポートが完了してから更新する必要があります。このようにして、コンピューティングソースの最新データを RFM モデル、AIPL モデル、またはオーディエンスに正常に同期できます。
以下は、参考のための提案です。
最初に下位テーブルのスケジュールされたインポートから開始し、下位テーブルの処理タスクに基づいてパラメーターを設定することをお勧めします。
下位テーブルが定期的に更新される場合は、インポートタスクを定期スケジュールに設定することをお勧めします。
下位テーブルが定期的に更新されない場合は、手動スケジュールを使用するか、インターフェイストリガースケジュール方式を使用して独自のコードを記述し、下位テーブルの処理タスクが完了した後にインターフェイストリガースケジュールを呼び出すことができます。
下位テーブルのスケジュールとインポートを設定したら、母集団、RFM モデル、および AIPL モデルを基になるデータのスケジュールと更新に従って設定することをお勧めします。このようにして、データテーブルが正常にインポートされるたびに、オーディエンス、RFM モデル、および AIPL モデルが新しいデータに自動的に更新されます。
データテーブルのインポート、AIPL モデル、RFM モデル、カスタムタグ、およびオーディエンスの更新が失敗する原因は何ですか?
A: データテーブルのインポートに失敗しました。 AIPL モデル、RFM モデル、カスタムタグ、またはオーディエンスの更新に失敗した場合、失敗アイコン 
が表示されます。具体的な失敗原因を表示するには、ポインターをアイコンの上に移動します。
このエラーの一般的な原因を以下に示します。
対応するデータに対する権限がない場合は、コンピューティングソースのアカウント承認設定が変更されている可能性があります。管理者としてコンピューティングソースにログインし、アカウント承認を確認してください。
基になるデータテーブルが存在しません。データテーブルの名前が変更または削除されている可能性があります。基になるデータテーブルを確認してください。
コンピューティングソースのパスワードが変更されましたが、新しいパスワードは Quick Audience のコンピューティングソース構成に更新されていません。この場合、コンピューティングソースに基づくすべてのデータテーブルとグループの更新に失敗します。管理者にコンピューティングソースのパスワードの更新を依頼してください。
SQL 文の実行に失敗しました。リソースが占有されているため、実行に失敗する可能性があります。後で再試行することをお勧めします。
データテーブルをインポートするときの ID 暗号化方式オプションと、データバンクまたは Damengpan に ID をプッシュするときの ID 暗号化方式オプションの違いは何ですか?
Quick Audience にデータテーブルをインポートする場合、ID 暗号化方式を暗号化なし、MD5、SHA256、または AES に設定できます。データがインポートされる前に、生データが暗号化されているかどうか、および対応する暗号化方式を指定する必要があります。
データバンクまたは Damengpan に 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 暗号化ステータスを維持します。