Поделиться через


Использование приложений для данных расширенной конфигурации

Для высокообученных пользователей приложения Microsoft Viva Glint advanced configuration Data Apps позволяют выполнять сложные обновления данных и экспортировать получателей для закрытых опросов. Используйте следующее руководство, чтобы понять, когда и как использовать приложения для данных.

EXPORT_USERS_FROM_SURVEY_CYCLE

Для одного или нескольких циклов опроса экспортируйте snapshot данных о сотрудниках, как они были при запуске опроса.

Используйте эти сведения, чтобы:

  • Подтвердите линии отчетности руководителя в фиксированной точке в прошлом.
  • Подтвердите значения атрибутов для сотрудников при запуске опроса.
  • Подготовьте файл для ретроактивного обновления.

Экспорт пользователей:

  1. Выберите параметры:
    1. surveyName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.
    2. cycleName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.
    3. includeAttributes: Выберите да , чтобы включить все атрибуты. Выберите нет , чтобы включить только обязательные атрибуты.
    4. includeAllCycles: Выберите да , чтобы включить все циклы. Выберите нет , чтобы включить только выбранный цикл.
    5. includePersonalEmail: Выберите да , чтобы включить личный атрибут электронной почты (если применимо). Выберите нет , чтобы исключить.
  2. Выберите Сохранить как ZIP-файл , чтобы скачать.

Примечание.

Чтобы сохранить специальные символы и форматирование, всегда открывайте файлы, импортируя данные из .csv в Microsoft Excel.

RETROACTIVE_PULSE_UPDATE

Когда опрос закрывается, сведения иерархии менеджеров, отображаемые в отчетах, не обновляются обычными данными сотрудников. Чтобы обновить данные в отчетах, используйте приложение ретроактивного импульсного обновления данных для применения новых значений.

Если в обновлении не используется иерархия диспетчера, используйте функцию ретроактивной отправки .

Опросы жизненного цикла сотрудников и Always-On

Типы текущих опросов, такие как жизненный цикл и Always-On, могут иметь один и тот же пользователь несколько раз в цикле опроса, для чего может потребоваться ретроактивное обновление. Viva Glint ретроактивные обновления в настоящее время не поддерживают обновления значений атрибутов для нескольких записей для одного пользователя во время ретроактивного обновления. Администратор может удалить пользователей с несколькими записями при подготовке файла исправленных данных пользователя.

Если дублирующиеся пользователи не удаляются, администраторы увидят сообщение об ошибке "Не удалось запустить приложение данных RETROACTIVE_PULSE_UPDATE".

Предостережение

  • Не выполняйте ретроактивное обновление во время Viva Glint опроса.
  • Удаленные данные пользователя не могут быть обновлены задним числом.

Чтобы выполнить ретроактивное обновление иерархии диспетчера:

Используйте эти действия, если для закрытого опроса необходимо исправить линии отчетности руководителя.

  1. Экспортируйте текущие данные сотрудников со страницы Viva Glint Люди, чтобы сохранить идентификаторы сотрудников и руководителей в их текущем состоянии. После завершения ретроактивного обновления перезагрузите эти данные, чтобы сбросить данные пользователей к их текущим сведениям.

  2. Экспорт данных цикла опроса с помощью приложения данных EXPORT_USERS_FROM_SURVEY_CYCLE для опроса необходимо обновить.

    Примечание.

    Сохраните этот экспорт исходных данных цикла опроса на случай, если потребуется отменить какие-либо ретроактивные обновления.

  3. Подготовьте файл обновления с помощью файла EXPORT_USERS_FROM_SURVEY_CYCLE из шага 2. Если данные сотрудников, загруженные в Viva Glint, уже верны, перейдите к шагу 6, чтобы создать список рассылки.

    Важно!

    Сохраните всех пользователей из цикла опроса в файле обновления. Даже пользователи, на которых изменение идентификатора менеджера напрямую не влияет, может повлиять на строку отчетности.

    1. Чтобы сохранить специальные символы и форматирование, всегда открывайте файлы, импортируя данные из .csv в Microsoft Excel.
    2. Удалите все столбцы, кроме следующих:
      1. Имя
      2. Фамилия
      3. Электронная почта
      4. Идентификатор сотрудника
      5. Состояние
      6. Идентификатор руководителя
      7. Все поля даты, например "Дата найма" и "Дата срока".
      8. Столбцы используются для создания производных атрибутов. Перейдите на страницу Люди и выберите Управление атрибутами пользователя в меню Действия, чтобы просмотреть производные атрибуты. Оставьте поля, перечисленные в разделе Вычисляется по .
    3. Правильные значения для пользователей, у которых должен быть обновлен идентификатор диспетчера.
    4. Сохраните измененный файл с исправленными значениями как .csv (с UTF-8 или UTF-8 с кодировкой BOM) или .xlsx файл.
  4. Перейдите в раздел Конфигурация, выберите Люди и выберите параметр Импорт.

    1. Оставьте флажок Если этот флажок не выбран, все записи сотрудников будут обновлены.

    2. Перетащите файл обновления в это окно или выберите обзор, чтобы выбрать нужный файл .

    3. Выберите Импорт файла и нажмите кнопку Закрыть в появившемся сообщении об обработке файла.

    4. Обновите страницу Люди, чтобы обновить состояние обработки файла в верхней части страницы.

    5. После завершения отправки выберите Проверить отправку.

    6. Скачайте и проверьте все ошибки.

    7. Выберите Подтвердить импорт.

      Важно!

      Если отправка не подтверждается в течение 60 минут, срок их действия истекает и не обрабатывается.

  5. После успешного завершения импорта используйте параметр Экспорт на странице Люди, чтобы убедиться, что уровни иерархии диспетчера и команды обновлены должным образом.

  6. Создайте список рассылки и импортируйте всех пользователей , которые являются частью ретроактивного обновления.

  7. После отправки исправленных данных на странице Люди и создания списка рассылки перейдите в раздел Расширенная конфигурация и выберите Приложения для данных.

  8. В разделе Приложения для данных выберите RETROACTIVE_PULSE_UPDATE.

  9. Выберите параметры для обновления идентификатора диспетчера:

    1. surveyName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.

    2. cycleName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.

    3. roleOrDistributionList: Выберите Загрузить значения и выберите список рассылки, созданный на шаге 6.

      Предостережение

      Не выбирайте параметр "(все)" при выборе роли или списка пользователей. Это приводит к сбою ретроактивного обновления.

    4. attributeName: Выберите Загрузить значения и выберите атрибут идентификатора диспетчера.

    5. reloadAnalytics: Переключитесь в положение Выкл.

    6. Выберите Выполнить и отобразите первые 500 записей журнала.

  10. Выберите параметры для обновления общей иерархии диспетчеров:

    1. surveyName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.

    2. cycleName: Выберите Загрузить значения и выберите параметр из раскрывающегося списка.

    3. roleOrDistributionList: Выберите Загрузить значения и выберите список рассылки, созданный на шаге 6.

      Предостережение

      Не выбирайте параметр "(все)" при выборе роли или списка пользователей. Это приводит к сбою ретроактивного обновления.

    4. attributeName: Выберите Загрузить значения и выберите диспетчер (иерархия).

    5. reloadAnalytics: Переключитесь в положение Вкл.

    6. Выберите Выполнить и отобразите первые 500 записей журнала.

  11. Подтвердите изменения иерархии диспетчера на панели мониторинга и в отчетах.

  12. Если обновления пользовательских данных, внесенные в файл исправления, загруженный для этого обновления, должны быть сброшены до текущих значений атрибутов, загрузите данные, экспортированные на шаге 1, на страницу Viva Glint Люди.

    1. Например, если исправления руководителя применяются к данным опроса в прошлом, но идентификаторы руководителя теперь отличаются для сотрудников, загрузите данные, экспортированные на шаге 1, чтобы восстановить текущую информацию.
  13. При необходимости удалите список рассылки , созданный для целевых пользователей для обновления.

Примечание.

В зависимости от количества обновлений идентификаторов диспетчера и задействованных пользователей, на просмотр изменений, отраженных в отчетах, может потребоваться до часа.