# Создание запроса в службу поддержки
Вы можете воспользоваться Портал поддержки GitHub , чтобы создать заявку в поддержку и связаться с Служба поддержки GitHub.
## Поддержка снятых GitHub Enterprise Server релизов
\*\*
Служба поддержки GitHub не поддерживает выпуски, снятые с производства GitHub Enterprise Server .\*\* Если у вас снятый релиз, пожалуйста, обновитесь до поддерживаемой версии перед открытием заявки в поддержку, чтобы мы могли эффективно вам помочь. См. [Обзор процесса обновления](/ru/enterprise-server@3.22/admin/upgrading-your-instance/preparing-to-upgrade/overview-of-the-upgrade-process).
## Сведения о запросах в службу поддержки
Вы можете создать свой тикет с Портал поддержки GitHub помощью ИЛИ, если хотите добавить диагностику в свою заявку поддержки, вы можете использовать консоль управления серверами GitHub Enterprise.
> \[!NOTE]
> Если вы ранее связались с Поддержка GitHub Enterprise через портал поддержки GitHub Enterprise, который равен Закрытие, следует использовать [Портал поддержки GitHub](https://support.github.com) для открытия новых билетов.
После создания заявки вы можете просмотреть свой заявку и ответы с Служба поддержки GitHub .[Портал поддержки GitHub](https://support.github.com/) Дополнительные сведения см. в разделе [Просмотр и обновление запросов в службу поддержки](/ru/enterprise-server@3.22/support/contacting-github-support/viewing-and-updating-support-tickets).
## Необходимые компоненты
несколько шагов, которые следует выполнить перед тем, как начать использовать Портал поддержки GitHub. Дополнительные сведения см. в разделе [Как начать работу вашего предприятия с помощью портала поддержки GitHub](/ru/enterprise-server@3.22/support/contacting-github-support/getting-your-enterprise-started-with-the-github-support-portal).
## Что следует включить в запрос в службу поддержки
Служба поддержки GitHub не имеет доступа ни к частным, ни внутренним GitHub ресурсам. Предоставление Служба поддержки GitHub всего необходимого для понимания, поиска и воспроизведения проблемы позволит быстрее решить её и уменьшить обмен мнениями между вами и командой поддержки. Чтобы помочь Служба поддержки GitHub вам, учитывайте следующие моменты при написании заявки:
* Получите информацию, которая поможет Служба поддержки GitHub отслеживать, расставлять приоритеты, воспроизводить или расследовать проблему.
* По возможности включите полные URL-адреса, имена репозиториев и имена пользователей.
* Воспроизведите проблему (если это применимо) и будьте готовы предоставить общий доступ к шагам.
* Будьте готовы предоставить полное описание проблемы и ожидаемые результаты.
* Скопируйте точные формулировки всех сообщений об ошибках, связанных с вашей проблемой.
* Определите, существует ли существующий номер тикета в любых текущих коммуникациях с Служба поддержки GitHub.
* Включите соответствующие журналы и вложите все снимки экрана, демонстрирующие проблему.
* При предоставлении скриншотов убедитесь, что полный URL виден в адресной строке. Это помогает Служба поддержки GitHub быстрее находить релевантную информацию. Обязательно удалите любую чувствительную информацию.
## Выбор контактного лица
Особенно для тикетов с Urgent приоритетом, лицо, к Служба поддержки GitHub которому обращается, должно:
* Быть осведомленным касательно внутренних систем, средств, политик и практик.
* Будьте опытным пользователем GitHub Enterprise Server.
* Обладать полным доступом и разрешениями для всех служб, необходимых для устранения этой проблемы.
* Быть авторизованным, чтобы вносить рекомендуемые изменения в сеть и все применимые продукты.
## Создание заявки в поддержку с помощью Портал поддержки GitHub
Перед отправкой заявки у вас есть возможность получить немедленный ответ на ваш вопрос.Copilot в поддержке GitHub Если Copilot в поддержке GitHub не удаётся решить вашу проблему, вы можете продолжить подачу заявки. Дополнительные сведения см. в разделе [О Copilot в поддержке GitHub](/ru/enterprise-server@3.22/support/learning-about-github-support/about-copilot-in-github-support).
> \[!IMPORTANT]
> Если ваше предприятие использует Место расположения данных, вы должны войти с GHE.com помощью своей учетной записи при создании заявки в поддержку вашего предприятия, находящегося на базе данных. В противном случае вас попросят открыть новый тикет через ваш GHE.com аккаунт.
1. Перейдите к [Портал поддержки GitHub](https://support.github.com/) меню и выберите один из следующих вариантов:
* Чтобы войти с вашей GitHub учётной записи, нажмите **«Войти с помощью GitHub**.
* Если ваше предприятие использует Место расположения данных (вы будете использовать домен вроде `octocorp.ghe.com`):
1. В диалоговом окне входа нажмите кнопку **"Войти" в учетную запись** GHE.
2. Введите имя предприятия или клиента (предоставленное администратором) и продолжайте работу.
3. Завершите процесс проверки подлинности SAML по запросу. Вы войдете в учетную запись ghe, управляемую предприятием.
* Чтобы зарегистрироваться GitHub, нажмите **Зарегистрироваться на GitHub**.
* Если вы не можете войти или зарегистрироваться, нажмите кнопку " **Не удается войти"** и заполните форму. Вас проведут через процесс проверки электронной почты. Вам нужно будет загрузить свою GitHub Enterprise лицензию. Для получения дополнительной информации см. [Скачивание лицензии для GitHub Enterprise](/ru/enterprise-server@3.22/billing/how-tos/manage-server-licenses/download-your-license).
2. **Выберите раскрывающееся меню "Выбрать личная учетная запись", "Учетная запись предприятия" или "Организация**" и выберите имя учетной записи, в отношении учетной записи в службу поддержки.
> \[!NOTE]
>
> * Для Premium plan, , или Premium Plus plan поддержки, вам нужно выбрать корпоративный аккаунт с тарифным Mission Critical Services for GitHub plan планомСведения о поддержке уровня "Премиум" GitHub. Если вы не видите раздел "Предприятия" в раскрывающемся меню, вы не имеете права открывать запросы в службу поддержки от имени корпоративной учетной записи. Дополнительные сведения см. в разделе [О поддержке GitHub](/ru/enterprise-server@3.22/support/learning-about-github-support/about-github-support#about-support-entitlement)
> * Чтобы увидеть список ваших корпоративных аккаунтов с планом Сведения о поддержке уровня "Премиум" GitHub , необходимо войти в Портал поддержки GitHub. Дополнительные сведения см. в разделе [Как начать работу вашего предприятия с помощью портала поддержки GitHub](/ru/enterprise-server@3.22/support/contacting-github-support/getting-your-enterprise-started-with-the-github-support-portal).
> * Если существует несоответствие между выбранным вами аккаунтом и темой или идентичностью, которую вы обсуждаете, Служба поддержки GitHub это может потребовать или потребовать открыть новый тикет, привязанный к правильному аккаунту.
3. Выберите выпадающее меню **«From** from» и выберите адрес электронной почты, Служба поддержки GitHub с которым хотите связаться.
Добавление сообщений электронной почты CC в билет: администратор или пользователь, имеющий право на поддержку, может добавить до 10 дополнительных адресов электронной почты в билет на CC непосредственно из формы билета.
— Чтобы добавить дополнительные адреса электронной почты, зацикливать их непосредственно по электронной почте.
Возможности получателей CC: - Пользователи в CC могут читать каждую беседу и вложение, связанные с билетом.
* Они также могут отправить ответ на билет.
Портал поддержки видимости: — CCing адрес электронной почты не отображает запрос на портале поддержки для этого адреса электронной почты.
Администраторы, пользователи, имеющие право на поддержку: администраторы и пользователи, имеющие право на поддержку, могут просматривать билеты, созданные участниками своего предприятия или организации на портале. Тем не менее, они по-прежнему должны быть CC на таких билетах, чтобы иметь возможность комментировать их.
1. Выберите выпадающее меню **«Продукт**» и нажмите **GitHub Enterprise Server (самостоятельное размещение).**
2. При появлении запроса выберите раскрывающееся меню **Установка сервера** и щелкните установку, о которой говорится в вашем запросе в службу поддержки. Если установка не указана, щелкните **Другое**.
3. Выберите выпадающее меню **«Серия релизов** » и нажмите «Релиз экземпляр GitHub Enterprise Server запускается».
4. **Выберите раскрывающееся меню "Тип проблемы**" и выберите соответствующее обстоятельство.
5. По желанию, если ваш аккаунт включает информацию Сведения о поддержке уровня "Премиум" GitHub , а ваш заявка связана с системным сбоем или критическим сбоем, блокирующим бизнес-операции в производстве, вы можете запросить повторный звонок на английском языке. Выберите **«Запросить обратный звонок», Служба поддержки GitHub** выберите выпадающее меню с кодом страны, чтобы выбрать свою страну, и введите свой номер телефона.
> \[!NOTE]
> Вы получите обратный вызов только в случае необходимости для разрешения билета.
6. В текстовом поле "Тема" введите описательный заголовок проблемы, с которой вы столкнулись.
7. В текстовой области "Как мы можем помочь" укажите дополнительные сведения, которые помогут группе поддержки устранить проблему. Для форматирования сообщения можно использовать разметку Markdown.
Полезные сведения могут включать:
* Шаги для воспроизведения проблемы
* Любые особые обстоятельства, связанные с обнаружением проблемы (например, первое возникновение или возникновение после определенного события, частота возникновения, воздействие проблемы на бизнес и предполагаемая срочность).
* Точная формулировка сообщений об ошибках
Вы можете прикреплять файлы до 50 МБ. Для более крупных вложений, таких как пакеты поддержки, см. [AUTOTITLE.](/ru/enterprise-server@3.22/support/contacting-github-support/providing-data-to-github-support#creating-and-sharing-support-bundles)
> \[!WARNING]
> Когда вы загружаете изображение или видео в pull request, отправляете комментарий или загружаете файл в тикет Портал поддержки GitHubв , любой может просмотреть анонимный URL без аутентификации, даже если pull request или проблема находится в приватном репозитории или если включён
> приватный режим. Чтобы конфиденциальные мультимедийные файлы оставались таковыми, обслуживайте их из частной сети или сервера, требующего проверки подлинности.
8. При необходимости прикрепите файлы диагностики и другие файлы, перетащив их, загрузив или вставив из буфера обмена.
9. Щелкните **Отправить запрос**.
## Создание тикета с помощью Консоль управления
1. В учетной записи администратора GitHub Enterprise Server, в правом верхнем углу любой страницы щелкните .
2. Если вы еще не на странице "Администратор сайта", в левом верхнем углу щелкните **Администратор сайта**.
3. На боковой панели " "Администратор сайта" щелкните **Консоль управления**.
4. Если вы создали несколько Консоль управления учетных записей пользователей, выберите **администратора корневого сайта** или **Консоль управления пользователя**. Дополнительные сведения об Консоль управления учетных записях пользователей см. в [autoTITLE](/ru/enterprise-server@3.22/admin/administering-your-instance/administering-your-instance-from-the-web-ui/managing-access-to-the-management-console).
5. Консоль управления Введите свои учетные данные. Затем нажмите кнопку **Продолжить**.
6. В верхней панели навигации нажмите кнопку **"Поддержка**".
7. Выберите один из следующих параметров:
* Чтобы войти с вашей GitHub учётной записи, нажмите **«Войти с помощью GitHub**.
* Чтобы зарегистрироваться GitHub, нажмите **Зарегистрироваться на GitHub**.
* Если вы не можете войти или зарегистрироваться, нажмите кнопку " **Не удается войти"** и заполните форму. Вы будете руководствоваться процессом проверки электронной почты. Вам нужно будет загрузить свою GitHub Enterprise лицензию. Дополнительные сведения см. в разделе [Скачивание лицензии для GitHub Enterprise](/ru/enterprise-server@3.22/billing/how-tos/manage-server-licenses/download-your-license).
8. Если вместе с запросом в службу поддержки вы хотите включить диагностику, в разделе "Диагностика" нажмите кнопку **Скачать сведения о диагностике** и сохраните файл локально. Позже вы вложите этот файл в запрос в службу поддержки.
9. Чтобы заполнить заявку и показать Портал поддержки GitHub, в разделе «Открыть запрос в поддержку», нажмите « **Новый запрос в поддержку**».
10. **Выберите раскрывающееся меню "Выбрать личная учетная запись", "Учетная запись предприятия" или "Организация**" и выберите имя учетной записи, в отношении учетной записи в службу поддержки.
> \[!NOTE]
>
> * Для Premium plan, , или Premium Plus plan поддержки, вам нужно выбрать корпоративный аккаунт с тарифным Mission Critical Services for GitHub plan планомСведения о поддержке уровня "Премиум" GitHub. Если вы не видите раздел "Предприятия" в раскрывающемся меню, вы не имеете права открывать запросы в службу поддержки от имени корпоративной учетной записи. Дополнительные сведения см. в разделе [О поддержке GitHub](/ru/enterprise-server@3.22/support/learning-about-github-support/about-github-support#about-support-entitlement)
> * Чтобы увидеть список ваших корпоративных аккаунтов с планом Сведения о поддержке уровня "Премиум" GitHub , необходимо войти в Портал поддержки GitHub. Дополнительные сведения см. в разделе [Как начать работу вашего предприятия с помощью портала поддержки GitHub](/ru/enterprise-server@3.22/support/contacting-github-support/getting-your-enterprise-started-with-the-github-support-portal).
> * Если существует несоответствие между выбранным вами аккаунтом и темой или идентичностью, которую вы обсуждаете, Служба поддержки GitHub это может потребовать или потребовать открыть новый тикет, привязанный к правильному аккаунту.
11. Выберите выпадающее меню **«From** from» и выберите адрес электронной почты, Служба поддержки GitHub с которым хотите связаться.
Добавление сообщений электронной почты CC в билет: администратор или пользователь, имеющий право на поддержку, может добавить до 10 дополнительных адресов электронной почты в билет на CC непосредственно из формы билета.
— Чтобы добавить дополнительные адреса электронной почты, зацикливать их непосредственно по электронной почте.
Возможности получателей CC: - Пользователи в CC могут читать каждую беседу и вложение, связанные с билетом.
* Они также могут отправить ответ на билет.
Портал поддержки видимости: — CCing адрес электронной почты не отображает запрос на портале поддержки для этого адреса электронной почты.
Администраторы, пользователи, имеющие право на поддержку: администраторы и пользователи, имеющие право на поддержку, могут просматривать билеты, созданные участниками своего предприятия или организации на портале. Тем не менее, они по-прежнему должны быть CC на таких билетах, чтобы иметь возможность комментировать их.
1. Выберите выпадающее меню **«Продукт**» и нажмите **GitHub Enterprise Server (самостоятельное размещение).**
2. При появлении запроса выберите раскрывающееся меню **Установка сервера** и щелкните установку, о которой говорится в вашем запросе в службу поддержки. Если установка не указана, щелкните **Другое**.
3. Выберите выпадающее меню **«Серия релизов** » и нажмите «Релиз экземпляр GitHub Enterprise Server запускается».
4. **Выберите раскрывающееся меню "Тип проблемы**" и выберите соответствующее обстоятельство.
5. По желанию, если ваш аккаунт включает информацию Сведения о поддержке уровня "Премиум" GitHub , а ваш заявка связана с системным сбоем или критическим сбоем, блокирующим бизнес-операции в производстве, вы можете запросить повторный звонок на английском языке. Выберите **«Запросить обратный звонок», Служба поддержки GitHub** выберите выпадающее меню с кодом страны, чтобы выбрать свою страну, и введите свой номер телефона.
> \[!NOTE]
> Вы получите обратный вызов только в случае необходимости для разрешения билета.
6. В текстовом поле "Тема" введите описательный заголовок проблемы, с которой вы столкнулись.
7. В текстовой области "Как мы можем помочь" укажите дополнительные сведения, которые помогут группе поддержки устранить проблему. Для форматирования сообщения можно использовать разметку Markdown.
Полезные сведения могут включать:
* Шаги для воспроизведения проблемы
* Любые особые обстоятельства, связанные с обнаружением проблемы (например, первое возникновение или возникновение после определенного события, частота возникновения, воздействие проблемы на бизнес и предполагаемая срочность).
* Точная формулировка сообщений об ошибках
Вы можете прикреплять файлы до 50 МБ. Для более крупных вложений, таких как пакеты поддержки, см. [AUTOTITLE.](/ru/enterprise-server@3.22/support/contacting-github-support/providing-data-to-github-support#creating-and-sharing-support-bundles)
> \[!WARNING]
> Когда вы загружаете изображение или видео в pull request, отправляете комментарий или загружаете файл в тикет Портал поддержки GitHubв , любой может просмотреть анонимный URL без аутентификации, даже если pull request или проблема находится в приватном репозитории или если включён
> приватный режим. Чтобы конфиденциальные мультимедийные файлы оставались таковыми, обслуживайте их из частной сети или сервера, требующего проверки подлинности.
8. При необходимости прикрепите файлы диагностики и другие файлы, перетащив их, загрузив или вставив из буфера обмена.
9. Щелкните **Отправить запрос**.
## Дополнительные материалы
* [О поддержке GitHub](/ru/enterprise-server@3.22/support/learning-about-github-support/about-github-support)