次の方法で共有

閉じたViva Glintアンケートのレポート データを更新する方法

  • [アーティクル]

[高度な構成のアップロード] と [データ アプリ] をMicrosoft Viva Glintすると、調査データに関する遡及的な更新を実行できます。 このガイダンスを使用して、ニーズに最も適した遡及更新オプションを決定します。

注意

  • Glintアンケートのライブ中は、遡及更新を実行しないでください。
  • 削除されたユーザー データをさかのぼって更新することはできません。

遡及更新を必要としない属性

Glintの一部の属性は常に最新の情報を参照し、遡及更新を必要としません。 これらの属性は次のとおりです。

  • 名
  • 姓
  • 電子メール アドレス
  • 従業員 ID
  • タイム ゾーン
  • アンケート言語
  • ダッシュボードの言語
  • 個人用Email

アンケート プログラムの種類の係数

定期的なアンケートプログラムとアドホックアンケートプログラムは、すべての回答者の時点を表し、1 つの期間の複数のユーザーの更新は、遡及的な更新オプションを使用して一括で適用できます。 ただし、従業員ライフサイクルと Always-On 調査プログラムは進行中です。 アンケートは、これらのアンケートの有効期間を通じて多くの時点で個々のユーザーに対して生成されるため、過去のユーザーのデータを特定し、特にマネージャー階層データの更新プログラムを適用することが困難になります。

従業員のライフサイクルと Always-On アンケート

ライフサイクルや Always-On などの進行中のアンケートの種類では、さかのぼった更新が必要になる可能性があるアンケート サイクルで同じユーザーに複数回応答させることができます。 Viva Glint遡及更新では、現在、遡及更新中に同じユーザーの複数のレコードに対する属性値の更新はサポートされていません。 管理者は、修正されたユーザー データのファイルを準備するときに、複数のレコードを持つユーザーを削除できます。

重複したユーザーが削除されない場合、管理者には次の情報が表示されます。

  • RETROACTIVE_PULSE_UPDATE データ アプリを使用すると、"データ アプリRETROACTIVE_PULSE_UPDATEを実行できませんでした" というエラー メッセージが表示されます。
  • [ジョブの詳細のアップロード] で次のファイル エラーが発生した、遡及的なユーザー Updatesアップロードの "FAILED" 状態。
    • システム エラー: externalUserId=[user@contoso.com] のuser_staging_recordを見つけることができませんでした。これは、同じ ID の User オブジェクトが以前に読み込まれたため、まったく発生しません。

アップロード: 遡及的ユーザー Updates

現在の従業員情報を保持するには、閉じたアンケートに含まれるすべてのユーザーまたは一部のユーザーのファイルをアップロードして、過去のバージョンのデータに新しい値を適用します。 このオプションは最も簡単で、非マネージャー レポート階層の更新を含む、ほとんどの遡及更新に使用できます。 詳細情報 を参照してください。

重要

マネージャー階層をさかのぼって更新するには、レトロアクティブUSERS_UPLOAD オプションではなく、常に RETROACTIVE_PULSE_UPDATE データ アプリを使用します。 詳細情報 を参照してください。

Data Apps: RETROACTIVE_PULSE_UPDATE

修正されたユーザーをGlintにアップロードし、RETROACTIVE_PULSE_UPDATE データ アプリを実行し、更新後にユーザー データを現在の情報に戻すことによって、閉じたアンケートの更新マネージャー階層情報。 詳細情報 を参照してください。