Приказ о создании службы техподдержки: образец

Кратко

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

Актуально на 23 сентября 2026 года.

Приказ, положение, регламент — три разных документа

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

Готовый образец

ПРИКАЗ № <номер>

О создании службы технической поддержки

г. <город> «<ДД>» <месяц> <ГГГГ> г.

В целях <обеспечения непрерывной работы пользователей систем и сервисов организации / организации единой точки приёма обращений клиентов — указать фактическую причину>,

ПРИКАЗЫВАЮ:

1. Создать с «<ДД>» <месяц> <ГГГГ> г. службу технической поддержки (далее — Служба) в качестве <самостоятельного структурного подразделения / подразделения в составе <наименование отдела>>.
2. Утвердить Положение о службе технической поддержки согласно Приложению № 1.
3. Утвердить Регламент работы службы технической поддержки согласно Приложению № 2.
4. Назначить руководителем Службы <должность, ФИО> с «<ДД>» <месяц> <ГГГГ> г.
5. <Должность (например, HR-директору)> — обеспечить укомплектование Службы согласно штатному расписанию, утверждённому Положением (Приложение № 1), в срок до «<ДД>» <месяц> <ГГГГ> г.
6. <Должность (например, ИТ-директору)> — обеспечить Службу доступом к системе учёта обращений и необходимым программным обеспечением в срок до «<ДД>» <месяц> <ГГГГ> г.
7. Руководителям всех подразделений организации довести настоящий приказ до сведения сотрудников и направлять обращения, относящиеся к компетенции Службы, через установленные Регламентом каналы.
8. Контроль исполнения настоящего приказа возложить на <должность>.

Руководитель организации: <должность, подпись, ФИО>

Ознакомлены: <список сотрудников с подписями, если требуется по внутренним правилам организации>

Как заполнять

Пункт 1 — дата создания и подчинённость. Дата в приказе — это точка отсчёта: до неё служба существовать не может ни в отчётах, ни в переписке. Указывайте фактическую дату готовности (есть руководитель, есть хотя бы минимальный состав), а не дату подписания приказа, если между ними есть разрыв. Эту дату проще выбрать осмысленно, когда заранее готов черновой план работы службы на первые месяцы — как составить такой план.

Пункты 2–3 — приложения, а не пересказ. Не переносите текст положения или регламента в тело приказа: тогда при следующем изменении регламента придётся переиздавать сам приказ. Приказ утверждает документ ссылкой на приложение, приложение можно менять отдельным приказом «О внесении изменений».

Пункт 5 — срок и ответственный за штат. Без конкретного срока пункт превращается в пожелание. Срок стоит согласовать с тем, кто указан ответственным, до подписания приказа, а не после.

Пункт 8 — контроль исполнения. Чаще всего это тот же руководитель, который подписывает приказ, либо его заместитель; пункт формален, но его отсутствие означает, что спросить за неисполнение пунктов 5–6 формально не с кого.

Как проверить приказ перед подписанием

• Дата создания службы (пункт 1) не раньше даты, когда фактически назначен руководитель (пункт 4).
• Положение и регламент, на которые ссылаются пункты 2–3, действительно готовы как приложения к моменту подписания приказа, а не «пишутся параллельно».
• У каждого пункта с обязанностью (5, 6, 7) указан срок или явно указано «с даты подписания» — пункт без срока не проверяется.
• Пункт про контроль исполнения (8) не пропущен.

Частые ошибки

Приказ пересказывает содержание положения. Через полгода положение меняется, а приказ — исторический документ, который никто не переиздаёт; в организации остаются два противоречащих друг другу текста.

Нет даты создания, только дата подписания приказа. Если служба фактически начала работать раньше или позже подписания, в отчётности и в спорах о сроках нет однозначной точки отсчёта.

Пункты без сроков и без ответственных. «Обеспечить необходимым» без должности исполнителя и срока — это не поручение, а пожелание, оно не проверяется и не исполняется.

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

Частые вопросы

Нужен ли отдельный приказ об учёте заявок?

Обычно нет. Порядок учёта — что регистрировать, какие поля заполнять, какие сроки и кто отвечает — описывают в регламенте, а приказ его утверждает и вводит в действие одним пунктом. Отдельный приказ нужен, когда учёт вводят без создания службы — например, если обращения ведёт отдел продаж. Тогда в нём три пункта: ввести учёт заявок в системе с определённой даты, назначить ответственного за учёт и установить, что обращения вне системы в работу не принимаются. Что включить в сам регламент — в статье Регламент технической поддержки: готовый образец, форма журнала — в статье Журнал учёта заявок: образец.

Нужен ли приказ, если служба техподдержки уже фактически работает без формального оформления?

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

Можно ли одним приказом создать службу и сразу утвердить регламент?

Да, это обычная практика — регламент и положение идут приложениями к тому же приказу (пункты 2–3 образца), отдельный приказ на каждый документ не требуется.

Кто подписывает приказ о создании службы техподдержки — генеральный директор или руководитель подразделения?

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

Что делать, если после создания службы меняется её подчинённость?

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

Нужно ли отдельно уведомлять сотрудников компании о создании службы, если приказ уже подписан?

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

Связанные статьи

• Положение о службе технической поддержки: образец
• Регламент технической поддержки: готовый образец
• Служба технической поддержки: структура и функции
• Документы службы техподдержки: полный перечень