Устранение неполадок с изменениями, которые не появляются в Helpdesk

Проследите отсутствующее изменение в Helpdesk через соответствие требованиям в Knowledge, выбор, язык, сохранение и публикацию. Это руководство помогает сосредоточить работу на устранении неполадок публикации в Helpde...

Проследите отсутствующее изменение в Helpdesk через соответствие требованиям в Knowledge, выбор, язык, сохранение и публикацию. Это руководство помогает сосредоточить работу на устранении неполадок публикации в Helpdesk и дает повторяемый путь, которому может следовать новый пользователь Humind, не изменяя несвязанную конфигурацию.

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

Перед началом

Доступ: Требуется доступ на чтение к Knowledge и Helpdesk. Для исправления и публикации нужно разрешение на запись.

  • Зафиксируйте точный общедоступный URL, локаль, ожидаемое изменение и текущую опубликованную версию.
  • Убедитесь, что элемент Knowledge и Helpdesk принадлежат одной компании.
  • Не снимайте с публикации текущий сайт, пока диагностируете различие в черновике.

Работайте в наименьшей области владения, описанной ниже, и сохраняйте текущее состояние, видимое клиентам, доступным, пока подготавливаете изменение. Перед нажатием любого итогового действия проверьте активную компанию, Agent, магазин, язык и рынок, показанные в Humind. Отсутствующий элемент управления может указывать на доступ только для чтения или на возможность, которая не настроена для этой компании. В таком случае зафиксируйте предполагаемую задачу и попросите администратора проверить точное разрешение или зависимость. Не обходите это ограничение, делясь учетной записью, копируя данные в другую область или обещая возможность, которую рабочее пространство не предоставляет.

Пошаговый рабочий процесс

  1. Подтвердите охват и текущее состояние

    Откройте элемент Knowledge и проверьте тип статьи, статус публикации, общедоступную видимость, активный период, соответствие требованиям для Helpdesk, язык и родительскую папку.

    • Перед редактированием подтвердите активную компанию и Agent.
    • Зафиксируйте текущее состояние, чтобы можно было сравнить результат после изменения.
    • Остановитесь, если экран или разрешение не соответствуют предполагаемой задаче.
  2. Подготовьте изменение

    Откройте контент Helpdesk и убедитесь, что режим всеобщего доступа или выбранный режим включает элемент и все ожидаемые дочерние элементы.

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

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

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

    Когда кандидат согласован, опубликуйте одну новую версию и проверьте общедоступную версию, коллекцию, статью, результат поиска и внутренние ссылки.

    • Используйте новую сессию и реалистичный клиентский сценарий.
    • Проверьте настольную и мобильную версии, если результат появляется на витрине магазина.
    • Зафиксируйте точный шаг сбоя, если результат отличается от ожидания.

Важные ограничения и примечания по работе

  • Успешное сохранение подтверждает сохранность, а не каждую последующую синхронизацию или общедоступное обновление.
  • Разрешения рабочего пространства могут скрывать область или разрешать чтение без разрешения на изменения.
  • Не копируйте изменчивые факты каталога, учетной записи или клиента в повествовательный контент как обходной путь.
  • Проверяйте только поддерживаемые возможности, которые видимы и настроены для текущей компании.
  • Держите изменения в устранении неполадок публикации Helpdesk отдельно от несвязанной работы в Agent, Knowledge, каталоге, Inbox или Helpdesk.

Проверьте результат

  • Точно определено условие соответствия требованиям или выбора, в котором возникает сбой.
  • Кандидат Helpdesk содержит исправленный элемент.
  • Одна новая публикация становится активной без простоя.
  • Общедоступная локаль и статья сообщают о новой версии и ожидаемом контенте.

Ведите краткую запись того, что вы проверили, какой клиентский сценарий использовали и что изменилось. Это делает последующее устранение неполадок более точным и помогает другому участнику команды воспроизвести результат без опоры на память.

Устранение неполадок

Кандидат правильный, но общедоступный сайт старый

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

Статья появляется только на одном языке

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

Связанные руководства

Была ли эта статья полезной?