KPI эффекта 1С:Документооборота: как измерить, что система действительно дала пользу, а не просто “стала ещё одной программой”

17.06.26

Управление проектом и продуктом - Оценка проекта

Внедрение 1С:Документооборота часто оценивают слишком размыто: “стало удобнее”, “порядка больше”, “всё в одной системе”. Но для руководителя этого недостаточно. Разбираю, какие KPI можно использовать для оценки эффекта от 1С:ДО, где чаще всего врут цифры, что считать до и после запуска и как не подменить пользу красивой отчётностью.

KPI эффекта 1С:Документооборота: как измерить, что система действительно дала пользу, а не просто “стала ещё одной программой”

У 1С:Документооборота есть одна неприятная особенность: после внедрения почти все говорят, что стало “лучше”, “порядочнее” и “как-то спокойнее”, но когда руководитель спрашивает, что именно изменилось в цифрах, начинается туман.

И это очень знакомая история.

Пользователи рассказывают, что договоры теперь не теряются. Юристы говорят, что стало удобнее видеть задачи. Руководители уверены, что контроль усилился. Аналитик показывает скриншоты маршрутов, отчёты и красивые статусы. Но если спросить:

  • на сколько сократился срок согласования договора;
  • сколько документов перестали проходить через почту;
  • на сколько уменьшилось количество возвратов;
  • сколько времени экономит отдел делопроизводства;
  • как изменилась доля просроченных задач;
  • что произошло с количеством потерянных документов;

— то часто ответов либо нет, либо они очень приблизительные.

Я бы здесь сразу сказала: если эффект 1С:Документооборота не измеряется, его очень легко превратить в ощущение эффекта. А ощущение — это не KPI.

Эта статья как раз про то, как измерять результат от внедрения 1С:ДО без самообмана. Не ради красивой презентации, а ради нормального управленческого ответа: что именно изменилось после запуска системы и окупился ли проект хотя бы в базовом смысле.

 

 

Почему KPI по 1С:ДО часто считают неправильно

Главная ошибка — пытаться измерить “внедрение вообще”.

Так не работает.

1С:Документооборот — это не один эффект и не одна цифра. Это набор изменений:

  • сокращение времени на согласование;
  • снижение количества ручных обходов;
  • улучшение прозрачности задач;
  • снижение потерь документов;
  • уменьшение количества просрочек;
  • рост дисциплины исполнения;
  • улучшение управляемости маршрутов;
  • сокращение времени поиска;
  • повышение предсказуемости процесса;
  • снижение зависимости от конкретных сотрудников.

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

Ещё одна частая ошибка — сравнивать “до” и “после” по слишком общим ощущениям. Например:

“Раньше было долго, а теперь быстро”.

Долго — это сколько? Быстро — это сколько? По каким документам? По каким месяцам? С учётом отпусков? С учётом новых сотрудников? С учётом того, что часть документов вообще перестали вести в системе?

Без нормальной базы сравнения любой KPI превращается в спор.

Хороший KPI по 1С:ДО — это не красивая цифра для отчёта. Это показатель, который помогает увидеть, что именно улучшилось в процессе и где система пока не даёт нужного результата.

Что вообще считать эффектом 1С:Документооборота

Эффект от внедрения 1С:ДО обычно лежит в нескольких плоскостях.

1. Время

Это самый понятный эффект. Сократились сроки согласования, поиска, маршрутизации, регистрации, передачи документов, подготовки поручений.

Например, раньше договор согласовывали 7 рабочих дней, а после запуска — 4. Или раньше входящий документ искали 20 минут, а теперь 2 минуты. Или поручение руководителя без системы терялось, а теперь его видно и можно контролировать срок.

2. Деньги

Тут уже сложнее, но тоже возможно.

  • меньше ручного труда;
  • меньше времени на поиск и уточнение;
  • меньше повторной работы;
  • меньше ошибок из-за ручного ввода;
  • меньше задержек из-за потерянных документов;
  • меньше затрат на бумажный документооборот;
  • меньше зависимость от “единственного человека, который всё помнит”.

3. Контроль

Иногда система не экономит часы напрямую, но делает процесс управляемым.

Например:

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

Это не всегда легко перевести в рубли, но управленческий эффект здесь очень большой.

4. Качество

После внедрения можно уменьшить:

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

5. Дисциплина

Иногда основная польза 1С:ДО не в скорости, а в том, что компания перестаёт жить на устных договорённостях и начинает фиксировать процесс в системе.

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

 

Какие KPI я бы использовала для оценки 1С:ДО

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

1. Средний срок согласования документа

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

Что считать: среднее количество часов или дней от запуска на согласование до финального решения.

Что важно разделять:

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

Если всё смешать в одну цифру, будет очень много шума. Договор на 50 тысяч и крупный контракт на миллионы не должны жить в одном KPI без разбивки.

2. Доля просроченных задач

Очень полезный показатель для контроля дисциплины.

Что считать: процент задач, выполненных после установленного срока.

Зачем нужен: показывает, где процесс буксует и какие роли не укладываются в норматив.

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

3. Количество возвратов на доработку

Это очень показательная метрика. Она помогает понять, насколько хорошо выстроено первичное заполнение документов и насколько понятны правила согласования.

Что считать: число возвратов по типу документа, по согласующему, по причине возврата.

Что можно увидеть:

  • какие документы чаще всего возвращают;
  • какой этап ломается чаще остальных;
  • какие причины возврата самые массовые;
  • кто возвращает чаще и почему.

Плохой признак, если после запуска 1С:ДО возвратов стало больше, а никто не понимает, почему. Иногда это просто значит, что система впервые честно показала реальное качество входящих документов.

4. Время поиска документа

Один из самых недооценённых эффектов.

До внедрения документ могли искать:

  • в папках;
  • в почте;
  • в мессенджере;
  • на сетевом диске;
  • у инициатора;
  • у секретаря;
  • у юриста;
  • в нескольких версиях сразу.

После внедрения поиск должен стать короче и предсказуемее.

Что считать: среднее время на поиск нужного документа или файла.

5. Доля документов с полной историей

Очень полезный KPI для управляемости.

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

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

6. Количество потерянных или дублированных документов

Этот показатель особенно хорошо работает в компаниях, где раньше всё жило в папках и почте.

Что считать: количество случаев, когда документ не удалось быстро найти, была согласована не та версия, файл задублировался или документ прошёл мимо системы.

7. Доля задач, выполненных в срок по ключевым ролям

Можно смотреть не только общий KPI по процессу, но и по ролям:

  • юристы;
  • руководители;
  • финансы;
  • делопроизводство;
  • согласующие по договорам;
  • подписанты.

Это помогает понять, где именно узкое место.

8. Время регистрации и обработки входящих документов

Если 1С:ДО используется для регистрации входящих и исходящих, этот показатель очень показателен.

Что считать: от момента поступления документа до его регистрации, маршрутизации и передачи в работу.

9. Уровень использования системы

Очень важный KPI, который часто игнорируют.

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

Что смотреть:

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

Если 1С:ДО используют только потому, что “так сказали”, это не эффект. Эффект начинается тогда, когда система становится нормальным способом работать.

 

Какие KPI лучше не ставить как основные

Есть показатели, которые выглядят красиво, но сами по себе мало что говорят.

1. Количество заведённых документов

Само по себе число документов ничего не показывает.

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

2. Количество пользователей в системе

Тоже слабый KPI без контекста.

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

3. Количество настроенных маршрутов

Чем больше маршрутов, тем лучше? Нет.

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

4. Количество доработок

Тоже спорная метрика.

Много доработок может означать как развитие системы, так и то, что базовое внедрение изначально было слабым. Сама по себе цифра ничего не объясняет.

 

Как измерять эффект правильно

Чтобы KPI по 1С:ДО были честными, я бы использовала простой принцип: сначала база, потом изменение, потом интерпретация.

Шаг 1. Зафиксировать базовый уровень

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

  • срок согласования;
  • количество возвратов;
  • время поиска;
  • количество обходов;
  • доля просрочек;
  • доля потерянных документов;
  • нагрузка на ключевых сотрудников;
  • время регистрации и передачи документов.

Без базы сравнение будет субъективным.

Шаг 2. Выбрать 3–7 главных KPI

Не нужно тащить в отчёт всё подряд.

Лучше выбрать несколько показателей, которые действительно связаны с целями проекта.

Например, если цель внедрения — договорной процесс, то базовый набор может быть такой:

  • срок согласования договора;
  • доля договоров без обходов;
  • количество возвратов;
  • доля просрочек;
  • время поиска договора;
  • доля документов с полной историей.

Шаг 3. Разбить KPI по типам документов и маршрутам

Это очень важный момент.

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

Я бы разделяла хотя бы так:

  • договоры;
  • входящие документы;
  • исходящие документы;
  • служебные записки;
  • заявки на оплату;
  • приказы;
  • внутренние поручения.

Шаг 4. Смотреть динамику, а не только точку

Один месяц может быть удачным, другой — нет.

Оценивайте тренд:

  • до запуска;
  • через месяц;
  • через три месяца;
  • через полгода.

Иначе можно принять случайное колебание за успешный эффект.

Шаг 5. Разделять эффект системы и эффект дисциплины

Иногда 1С:ДО даёт хороший эффект просто потому, что всех заставили работать по регламенту. Это тоже хорошо, но важно понимать, где именно прирост:

  • в удобстве системы;
  • в управленческой дисциплине;
  • в обучении пользователей;
  • в изменении процесса;
  • в пересборке маршрутов.

Если смешать всё в одну “эффективность”, выводы будут слишком общими.

 

Мини-кейс 1. Сроки сократились, но причина была не только в системе

В одной практике срок согласования договора действительно сократился после запуска 1С:ДО. Но если смотреть честно, эффект возник не только из-за системы.

Там одновременно:

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

Если бы измеряли только внедрение 1С:ДО, можно было бы приписать всё системе. Но по факту эффект был от комбинации: процесс + дисциплина + система.

И это нормально. Просто в KPI важно честно понимать источник результата.

 

Мини-кейс 2. Красивые отчёты были, а документы продолжали теряться

В другой ситуации проект внедрения выглядел очень солидно: маршруты, статусы, регламенты, отчёты, красивые панели. Руководитель видел сводки, пользователи проходили обучение, а на презентациях всё выглядело убедительно.

Но когда компания попыталась посчитать эффект, выяснилось неприятное:

  • документы всё ещё дублировались в почте;
  • часть согласований шла вне системы;
  • финальные версии файлов хранились не по правилам;
  • некоторые руководители продолжали просить “кинуть в личку”;
  • архив не был до конца выстроен.

То есть формально 1С:ДО была, но KPI по реальному эффекту не двигались так, как ожидалось.

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

 

Таблица: что считать до и после внедрения

 

Показатель До внедрения После внедрения
Срок согласования Среднее время по типам документов Сравнить по тем же типам и маршрутам
Возвраты Количество возвратов и причины Изменение числа возвратов и доли типовых ошибок
Просрочки Доля задач с нарушением срока Сравнить динамику по ролям и процессам
Поиск документов Среднее время поиска и число обращений “где документ” Измерить сокращение времени и количества запросов
Потеря документов Случаи потери, дублирования, поиска версий Снижение количества инцидентов
Обходы системы Почта, мессенджеры, устные согласования Доля процессов, проходящих через 1С:ДО
История документа Неполная или фрагментарная история Доля документов с полной историей и файлами
Нагрузка на сотрудников Ручной контроль, поиск, пересылка, напоминания Снижение ручной работы и числа уточнений

 

Какие данные нужны для расчёта KPI

Чтобы KPI не были выдуманными, нужны исходные данные.

Я бы собирала:

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

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

 

Как не подменить эффект красивым отчётом

Это, пожалуй, самая важная часть.

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

“А что конкретно изменилось?”

Чтобы не попасть в эту ловушку, я бы ориентировалась на три правила:

1. KPI должны быть связаны с бизнес-целью

Если цель — ускорить согласование договоров, то KPI должен смотреть именно на это, а не на количество заведённых карточек.

2. KPI должны быть повторяемыми

Метрика должна считаться одинаково до и после.

Иначе сравнение будет фикцией.

3. KPI должны быть понятными пользователям и руководителю

Если метрику надо объяснять десять минут, она, скорее всего, слишком умная для рабочего отчёта.

 

Чек-лист: готов ли у вас KPI по 1С:ДО

 

Вопрос Зачем проверять
Есть ли цель внедрения, привязанная к измеримому эффекту? Чтобы KPI не был оторван от задачи проекта
Зафиксирована ли база “до”? Чтобы было с чем сравнивать
Выбраны ли 3–7 главных KPI? Чтобы не утонуть в метриках
Разделены ли показатели по типам документов и маршрутам? Чтобы не смешивать несопоставимые процессы
Учтены ли возвраты и их причины? Чтобы увидеть слабые места процесса
Учтены ли просрочки по ролям? Чтобы понимать, где узкое место
Измеряется ли использование системы, а не только наличие настроек? Чтобы понимать реальный уровень принятия решения
Есть ли контроль обходов системы? Чтобы увидеть, не живёт ли процесс вне 1С:ДО
Есть ли повторный замер после запуска? Чтобы увидеть динамику, а не разовый срез
Понятны ли метрики руководителю? Чтобы отчёт был управленческим, а не декоративным

 

План на 30 дней

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

Неделя 1. Определить, что измеряем

  • Выбрать 3–7 KPI.
  • Привязать их к целям проекта.
  • Определить, по каким процессам считать.
  • Согласовать формулу расчёта.

Неделя 2. Собрать базу “до”

  • Снять текущие сроки.
  • Посчитать возвраты и просрочки.
  • Оценить время поиска документов.
  • Зафиксировать обходы системы.

Неделя 3. Подготовить данные после запуска

  • Проверить, откуда будут браться данные.
  • Настроить отчёты или ручной сбор.
  • Согласовать ответственных.
  • Проверить, что данные считаются одинаково.

Неделя 4. Сделать первый управленческий вывод

  • Сравнить “до” и “после”.
  • Посмотреть не только цифры, но и причины.
  • Выделить проблемные маршруты.
  • Подготовить список донастроек.

 

 

Что показать руководителю

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

Я бы показывала такие вещи:

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

Хороший KPI-отчёт не должен доказывать, что “всё идеально”. Он должен честно показывать, где система уже помогает, а где ещё нет.

 

Что показать пользователям

Пользователям лучше показывать не абстрактный KPI, а понятный результат их работы:

  • документы стали быстрее проходить;
  • меньше возвратов по формальным ошибкам;
  • понятно, где находится документ;
  • меньше звонков и уточнений;
  • меньше ручного поиска версий;
  • меньше задач “в никуда”.

 

Типовые ошибки при измерении эффекта

Ошибка 1. Считать только “ощущение порядка”

Это слишком размыто. Порядок нужно переводить в измеримые процессы.

Ошибка 2. Не отделять эффект 1С:ДО от эффекта регламента

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

Ошибка 3. Сравнивать несопоставимые периоды

Например, месяц до запуска и месяц, когда половина сотрудников в отпусках. Это не очень честное сравнение.

Ошибка 4. Брать один KPI на всё

Один показатель не показывает всю картину. Это почти всегда упрощение, которое потом мешает управлению.

Ошибка 5. Считать только то, что легко посчитать

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

 

Таблица: плохой KPI и хороший KPI

 

Плохой KPI Почему слабый Хороший KPI
Количество заведённых карточек Не показывает качество и реальное использование системы Доля процессов, реально проходящих через 1С:ДО
Количество пользователей Не показывает глубину работы Активность по ключевым сценариям
Количество маршрутов Не говорит об эффекте Сроки согласования по типам документов
“Стало удобнее” Нечего сравнивать Время поиска документа до и после
“Порядка больше” Слишком субъективно Доля документов с полной историей
Количество доработок Неясно, это развитие или проблемы внедрения Доля возвратов и просрочек по процессам

 

Вывод

KPI эффекта 1С:Документооборота нужны не ради отчёта, а ради честного ответа на вопрос: что именно изменила система в работе компании?

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

Я бы оценила эффект 1С:ДО через несколько простых, но важных вопросов:

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

Если на эти вопросы можно ответить цифрами, а не только эмоциями, значит KPI действительно работают.

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

И вот это уже по-настоящему полезно и для руководителя, и для аналитика, и для команды сопровождения.

1С:Документооборот KPI эффект внедрения оценка эффекта документооборот бизнес-процессы аналитик 1С внедрение 1С метрики сроки согласования контроль документов эффективность показатели регламенты автоматизация

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Оценка проекта Управление рисками Россия Бесплатно (free)

Техдолг в 1С часто звучит для бизнеса как “разработчики хотят переписать код”. Из-за этого важные улучшения годами откладываются, пока не ломается релиз, обмен, отчет или критичный процесс. Разбираем, как переводить техдолг на язык рисков, сроков, стоимости изменений, зависимости от людей и устойчивости системы.

10.06.2026    805    0    NikolayMaerov    11    

17

Оценка проекта Управление рисками 1С 8.3 1С:ERP Управление предприятием 2 1С:ERP. Управление холдингом Россия Бесплатно (free)

Почему даже хорошие ERP-системы не спасают от провала проекта. В материале рассмотрены 10 типичных управленческих ошибок до начала внедрения.

09.06.2026    344    0    Adapta    1    

5

Оценка проекта Управленческий учет Бесплатно (free)

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

15.05.2026    557    0    apatyukov    0    

4

Архитектура решений Оценка проекта Бесплатно (free)

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

07.05.2026    497    0    user598195_ymin    0    

1

Оценка проекта Россия Бесплатно (free)

Почему внедрение маркировки в 1С стоит для одной компании 150 тыс., а для другой — миллионы? Разбираем 7 факторов, которые влияют на бюджет проекта.

28.04.2026    577    0    Adapta    0    

3

Оценка проекта Управление рисками Бесплатно (free)

Когда в каждом подразделении внедряются свои продукты и сервисы, общий ИТ-ландшафт компании становится разрозненным и сложным. В такой среде проекты легко теряют управляемость и буксуют, даже если стратегия формально есть. Раньше это называли «лоскутной автоматизацией», а теперь мы столкнулись с «лоскутной цифровизацией» и даже «лоскутной цифровой трансформацией». Разберем, как отсутствие единой архитектурной политики, слабая связь между стратегией и ИТ-портфелем, конкурирующие продуктовые инициативы, наследие старых систем и отсутствие единой модели приводят к расхождению интересов ИТ, бизнеса и функций. И как мы на этом зарабатываем, помогая компаниям разбираться с последствиями такой фрагментации.

27.04.2026    768    0    Dimanchik00    0    

2

Оценка проекта Бесплатно (free)

Зачем разработчику нужна оценка задач и почему она не должна превращаться в оценку «с потолка»? Учимся применять методику PERT: декомпозировать задачи, использовать трехточечную оценку и работать с неопределенностью через формулы и статистику. Разбираемся, какие риски надо учитывать, какие скрытые трудозатраты часто забывают и как повышать точность оценок через микротесты и личную статистику. В статье вы найдете практические рекомендации, которые помогают сделать процесс оценки прозрачным и управляемым.

20.03.2026    1426    0    hornet_X    0    

0

Оценка проекта Бесплатно (free)

Даже опытные разработчики регулярно промахиваются с оценками задач, и это не случайность, а системный сбой мышления. Когнитивные искажения, психология занижения и эффект «я думал быстрее» приводят к срывам сроков и постоянным «не учел». Разбираемся, как выстроить систему оценки, использовать статистику и практические методы, чтобы перестать попадать в ловушки иллюзий.

13.03.2026    1022    0    stegachev    5    

1
Для отправки сообщения требуется регистрация/авторизация