После запуска 1С:Документооборота часто возникает промежуточная ситуация: система уже есть, маршруты согласования настроены, пользователи получили доступы, инструкции разосланы, но значительная часть работы продолжает идти через почту.
Документы отправляют вложениями. Замечания пишут в письмах. Согласование подтверждают фразой “с моей стороны согласовано”. Поручения ставят в копию нескольким людям. Финальную версию файла хранят в переписке. Потом этот же документ частично заводят в 1С:ДО, потому что “так теперь положено”.
В результате появляется дублирование каналов. Один и тот же документ живет в двух местах: в почте и в 1С:Документообороте. Пользователь не всегда понимает, где актуальная версия. Руководитель не всегда видит реальное состояние процесса. Исполнитель может получить задачу в системе, но фактические договоренности останутся в письме.
На этом этапе легко пойти самым жестким путем: запретить почту, разослать приказ, требовать “всё только через 1С:ДО” и контролировать нарушителей. Иногда без административного решения действительно не обойтись. Но если начать только с запретов, можно получить сопротивление: пользователи будут формально работать в системе, а реальные обсуждения оставят в почте, мессенджерах и личных файлах.
Переходный период лучше проходить иначе: не воевать с почтой, а постепенно закрывать дублирующие сценарии. Для этого нужно определить, что именно должно перейти в 1С:ДО, что временно остается в почте, кто принимает решения по спорным случаям и как понять, что старый канал больше не нужен.
На практике сопротивление часто появляется не в момент выдачи доступа, а позже — когда пользователь понимает, что от него ждут одно и то же действие в двух местах. Сначала отправить письмо, потом создать карточку документа, потом приложить файл, потом еще раз написать комментарий в задаче. Если это не разобрать, 1С:ДО начинает восприниматься как дополнительная обязанность, а не как основной рабочий инструмент.
В статье разберу практический подход к переходному периоду между почтой и 1С:Документооборотом: как разделить каналы, как переводить документы и задачи в систему и как работать с пользователями.
Почему почта не уходит сразу
Почта остается не потому, что пользователи обязательно против новой системы. Чаще причины проще.
Почта привычна. В ней быстро отправить файл, переслать письмо, добавить человека в копию, найти старую переписку, ответить с телефона. Для многих сотрудников почта годами была основным рабочим каналом: там согласовывали договоры, отправляли счета, ставили задачи, подтверждали решения и хранили историю общения.
1С:Документооборот меняет этот порядок. Теперь нужно создать карточку, заполнить реквизиты, выбрать вид документа, приложить файл, запустить маршрут, выполнить задачу, оставить комментарий в системе. Для пользователя это может выглядеть как дополнительный слой работы, особенно если он не понимает, какую проблему решает система.
Еще одна причина — не все сценарии сразу перенесены в 1С:ДО. Например, договоры уже согласуются в системе, а входящие письма от контрагентов пока приходят только на почту. Поручения руководителя уже нужно ставить в 1С:ДО, но срочные уточнения всё равно идут письмами. Тогда пользователи естественно продолжают работать в двух каналах.
Поэтому на переходном этапе лучше не начинать с обвинений пользователей. Сначала стоит разобраться, какие сценарии реально не закрыты системой, настройками или правилами процесса.
Почта становится проблемой не сама по себе, а тогда, когда через нее продолжают принимать решения, которые должны фиксироваться в 1С:ДО.
Главная ошибка: запускать систему и не закрывать старый канал
Частая ошибка при внедрении 1С:ДО — считать, что запуск системы автоматически заменит почту. На практике так обычно не происходит.
Если до запуска договоры согласовывались письмами, то после запуска пользователи могут продолжить обсуждать договор в почте, а в 1С:ДО заносить только итоговый файл. Если поручения раньше ставили письмами, то после запуска часть задач может появиться в системе, а часть остаться в переписке. Если замечания к документу раньше писали в ответном письме, пользователи могут не сразу перейти на комментарии, задачи согласования и возврат на доработку в 1С:ДО.
Получается не замена канала, а добавление нового канала поверх старого. Для пользователей работы становится больше, а управляемость процесса растет меньше, чем ожидалось.
На обследовании этот вопрос лучше проверять на конкретных сценариях. Например: как сейчас согласуется договор, как ставится поручение, как возвращается документ на доработку, где хранится финальная версия, где руководитель смотрит просрочки. Тогда видно, какие действия уже можно перевести в 1С:ДО, а какие пока остаются в почте из-за незакрытых организационных или технических вопросов.
На тестовой эксплуатации этот вопрос удобно проверять не по регламенту (на практике часто регламенты расходятся с фактическим процессом), а по реальной цепочке писем. Можно взять один договор или служебную записку из почты и посмотреть, что из этой переписки должно оказаться в карточке 1С:ДО: файл, комментарии, замечания, поручения, результат согласования, актуальная версия.
Что нельзя решать только приказом
Административное решение нужно. Без него переход может растянуться надолго. Но приказ сам по себе не объясняет пользователю, что делать в конкретной ситуации.
Например, можно написать: “С такого-то числа все договоры согласуются только в 1С:Документообороте”. Это полезное правило. Но у пользователей сразу появятся вопросы: что делать с договором, который уже был в переписке до даты перехода, куда прикладывать письмо от контрагента, можно ли отправить проект договора юристу по почте до создания карточки, где фиксировать замечания, кто переносит старую переписку в карточку документа.
Если на эти вопросы нет ответов, пользователи будут искать обходные варианты. Формально правило есть, но ежедневно его трудно применять.
Поэтому административное решение должно идти вместе с понятными сценариями: что теперь делаем в 1С:ДО, что временно остается в почте, какие исключения допустимы и кто принимает решение в спорных случаях.
Разделить каналы по смыслу
Первый практический шаг — разделить почту и 1С:ДО по назначению. Не нужно сразу пытаться запретить любое письмо. Лучше определить, какие действия больше нельзя считать рабочим результатом, если они остались только в почте.
Например:
| Сценарий | Где должен быть результат | Роль почты в переходный период |
| Согласование договора | Задачи и результат согласования в 1С:ДО | Получение исходных материалов от контрагента |
| Замечания к документу | Комментарий, задача или возврат на доработку в 1С:ДО | Временное уведомление, если участник еще не работает в системе |
| Поручение сотруднику | Поручение или задача в 1С:ДО | Уведомление или сопроводительное сообщение |
| Финальная версия файла | Карточка документа и актуальная версия файла в 1С:ДО | Пересылка внешним участникам, если нет другого канала |
| Контроль сроков | Контроль исполнения в 1С:ДО | Не основной источник контроля |
Такая таблица помогает снять спор “почта или 1С:ДО”. Вопрос становится другим: где должен быть зафиксирован рабочий результат?
Почта может временно оставаться каналом коммуникации, но не должна оставаться единственным местом, где принято решение, хранится актуальный файл или поставлена обязательная задача.
Мини-кейс: договор согласовали в почте, а в 1С:ДО завели для отчета
Компания запустила согласование договоров в 1С:Документообороте. По правилам договор должен проходить маршрут в системе.
Но менеджеры продолжают сначала отправлять файл юристу по почте. Юрист отвечает замечаниями в письме. Финансовый контролер тоже смотрит файл из переписки. После этого менеджер создает карточку в 1С:ДО, прикладывает уже согласованную версию и запускает короткий маршрут, чтобы “закрыть документ в системе”.
Формально договор есть в 1С:ДО. Но реальное согласование прошло в почте. В системе не видно полной истории замечаний, сроков, возвратов на доработку и решений участников. Если позже возникнет спор по версии файла или условию договора, придется искать переписку.
В такой ситуации проблема не только в дисциплине. Пользователи сохранили старый сценарий, потому что он им привычен и быстрее на старте. Закрывать его лучше не наказаниями, а изменением правила: юридические и финансовые замечания по договору считаются рабочими только тогда, когда они зафиксированы в задаче, комментарии или результате согласования в 1С:ДО.
Определить переходные правила
Переходный период должен иметь понятные правила. Иначе он превращается в постоянное состояние: “у нас пока можно и так, и так”.
В правилах перехода стоит зафиксировать несколько вещей: с какой даты новые документы создаются в 1С:ДО, что делать с документами из старых почтовых цепочек, какие виды документов переводятся первыми, какие действия в почте больше не считаются согласованием, кто согласует исключения и когда старый порядок закрывается окончательно.
Здесь важно не делать переходный период бесконечным. Если оставить формулировку “пока можно использовать оба варианта”, пользователи будут выбирать привычный канал. Поэтому переход должен иметь дату начала, перечень сценариев и дату пересмотра правил.
Например, можно договориться так:
- с 1 числа все новые договоры создаются и согласуются в 1С:ДО;
- договоры, которые уже находятся на согласовании в почте, завершаются по старому порядку до 15 числа;
- после 15 числа замечания по договорам в почте не считаются результатом согласования;
- исключения согласует владелец процесса;
- по спорным случаям пользователь обращается к ответственному за запуск процесса.
Такой подход не ломает работу в один день, но постепенно закрывает старый канал.
Не переводить всё сразу
Если сразу объявить, что вся переписка, все документы, все поручения и все согласования должны перейти в 1С:ДО, пользователи могут воспринять это как резкое усложнение работы.
Практичнее идти по сценариям. Например, сначала перевести договоры и дополнительные соглашения, служебные записки, заявки на оплату, поручения руководителей или контроль исполнения по внутренним документам.
Приоритет лучше выбирать не по тому, что проще настроить, а по тому, где дублирование каналов создает наибольшие риски. Если договоры согласуются в почте, а потом только загружаются в 1С:ДО, лучше начинать с договоров. Если поручения теряются в переписке, начинать стоит с поручений и контроля исполнения.
На практике хорошо работает подход “один процесс — один понятный переход”. Сначала описали и перевели один сценарий, проверили вопросы пользователей, закрыли исключения, потом перешли к следующему.
Зафиксировать, что считается результатом
Один из ключевых вопросов переходного периода — что считается официальным результатом работы.
Например, согласование документа — это результат задачи согласования в 1С:ДО. Актуальная версия договора — файл в карточке документа. Поручение — задача или поручение в системе. Исполнение поручения — отметка выполнения и результат в 1С:ДО. Замечание к документу — комментарий, возврат на доработку или отдельная задача, а не письмо в цепочке.
Почта при этом может использоваться для уведомления или внешней коммуникации. Но если решение осталось только в письме, оно не должно считаться полноценным результатом внутреннего процесса.
Эта граница особенно важна для руководителей. Если руководитель продолжает согласовывать документы письмами, сотрудники будут ориентироваться на почту, даже если формально внедрена 1С:ДО. Поэтому переход начинается не только с исполнителей, но и с руководителей, которые принимают решения.
Мини-кейс: руководитель продолжает ставить поручения письмами
В компании запустили поручения в 1С:ДО. Исполнителям объяснили, что задачи теперь нужно вести в системе, сроки контролируются автоматически, результат исполнения фиксируется в карточке поручения.
Но руководитель продолжает писать письма: “Коллеги, посмотрите вопрос”, “Подготовьте ответ”, “Возьмите в работу”. Часть сотрудников выполняет такие письма как поручения. Часть ждет задачу в 1С:ДО. Часть делает и то, и другое.
Через месяц руководитель видит, что в системе не отражается реальная нагрузка и часть задач просрочена “неофициально”. Исполнители при этом считают, что они работали по письмам руководителя.
Решение здесь не в том, чтобы запретить руководителю писать письма. Нужно договориться о правиле: если поручение требует срока, ответственного и контроля результата, оно должно быть заведено в 1С:ДО. Письмо может быть сопроводительным, но не заменяет поручение в системе.
Работать с руководителями отдельно
Переход с почты на 1С:ДО редко происходит снизу вверх. Если руководители продолжают принимать решения в почте, пользователи будут поддерживать оба канала.
Поэтому с руководителями лучше отдельно проговорить, какие решения теперь принимаются только в 1С:ДО, какие поручения должны ставиться в системе, как смотреть просрочки и состояние задач, как не дублировать поручение письмом и задачей.
На демонстрации для руководителей не стоит подробно показывать все возможности системы. Лучше показать несколько рабочих сценариев: согласовать документ, вернуть на доработку, посмотреть просроченные задачи, увидеть исполнение поручения, найти актуальный файл в карточке.
Если руководитель увидит в 1С:ДО инструмент контроля, а не только еще одну форму для заполнения, переход будет проходить спокойнее.
Убрать двойной ввод
Одна из причин сопротивления пользователей — двойной ввод. Когда сотрудник сначала пишет письмо, потом создает карточку, потом прикладывает файл, потом еще раз описывает содержание в комментарии, он воспринимает 1С:ДО как дополнительную нагрузку.
На переходном этапе стоит искать места, где пользователь делает одно и то же дважды. Например: пишет замечания в почте и повторяет их в задаче 1С:ДО, отправляет файл вложением и потом загружает его в карточку, ставит задачу письмом и создает поручение, согласует договор в почте и запускает маршрут в системе.
Такие места нужно разбирать отдельно. Иногда достаточно изменить инструкцию: “замечания пишем сразу в задаче”. Иногда требуется доработка процесса. Иногда нужно договориться, что старый отчет или таблица больше не ведется.
Если двойной ввод не убрать, пользователи будут считать систему лишней, даже если сама 1С:ДО настроена корректно.
Настроить понятную поддержку первых недель
Первые недели после перехода — самый важный период. Именно в это время пользователи сталкиваются с реальными вопросами: куда заводить документ, который уже обсуждался в почте, как приложить письмо от контрагента, можно ли добавить файл после запуска маршрута, что делать, если руководитель согласовал в письме, как вернуть документ на доработку, кто должен создавать карточку документа.
Если на эти вопросы нет быстрых ответов, пользователь вернется к привычному каналу. Такие вопросы лучше разбирать быстро, пока пользователь еще пытается работать по новому сценарию, а не уже вернулся в почту.
На переходный период нужен понятный контакт поддержки: администратор, консультант, владелец процесса, ключевой пользователь или небольшая рабочая группа.
Важно не просто отвечать на вопросы, а собирать повторяющиеся ситуации. Если один и тот же вопрос задают пять подразделений, это не проблема отдельного пользователя. Скорее всего, правило не описано или процесс неудобен.
Не превращать поддержку в наказание
На переходном этапе часть пользователей будет ошибаться. Кто-то отправит файл по почте. Кто-то согласует в письме. Кто-то заведет карточку не того вида. Кто-то создаст поручение после того, как уже написал письмо.
Если на каждую такую ошибку реагировать как на нарушение, пользователи начнут защищаться. Это ухудшит внедрение.
Лучше разделить ситуации по смыслу. Если пользователь не понял новый порядок — нужно объяснить сценарий и помочь оформить документ в 1С:ДО. Если процесс не закрывает реальную ситуацию — нужно уточнить правило или настройку. Если руководитель продолжает принимать решения в почте — нужно отдельно согласовать правило с руководителем. Если пользователь сознательно обходит систему после обучения — тогда уже подключается владелец процесса и административное решение.
Такой подход помогает не начинать с конфликта. Сначала убираются непонятные правила и неудобные сценарии. И только после этого административное требование становится обоснованным.
Когда почту можно считать закрытой для процесса
Почта не исчезнет полностью. Она всё равно останется для внешней переписки, уведомлений, сопроводительных сообщений и быстрых уточнений. Но для конкретного процесса можно считать старый канал закрытым, если выполнены несколько условий.
Например, новые документы создаются в 1С:ДО, актуальные файлы хранятся в карточках документов, согласование проходит через задачи в системе, замечания фиксируются в 1С:ДО, поручения со сроками ставятся в системе, руководители смотрят контроль исполнения в 1С:ДО, а исключения описаны и не превращаются в массовую практику.
После этого можно усиливать правило: письма больше не считаются основанием для внутреннего согласования или постановки контролируемого поручения. Но такое решение должно опираться на уже работающий процесс, а не заменять его.
Метрики переходного периода
Чтобы не оценивать переход только по ощущениям, полезно смотреть простые показатели.
Например:
- сколько документов нужного вида создается в 1С:ДО;
- сколько документов продолжают согласовываться вне системы;
- сколько задач возвращается на доработку из-за неправильного оформления;
- сколько поручений создается в системе по сравнению с письмами;
- сколько вопросов поступает в поддержку по одному сценарию;
- сколько документов имеют актуальный файл в карточке;
- сколько руководителей реально используют контроль исполнения.
Эти метрики не обязательно автоматизировать сразу. На первом этапе достаточно ручного наблюдения по пилотным подразделениям и проблемным процессам. Главное — видеть, где переход идет, а где старый канал продолжает оставаться основным.
В первые недели эти цифры часто важнее формального отчета: по ним видно, где пользователи реально перешли в 1С:ДО, а где просто дублируют старый порядок.
Что стоит включить в правила переходного периода
Перед запуском перехода полезно подготовить короткий документ или памятку. В нем не нужно описывать всю методологию внедрения 1С:ДО. Достаточно ответить на практические вопросы пользователей.
В правилах стоит указать: какие документы с какой даты создаются в 1С:ДО, что делать с документами из почтовой переписки, какие решения больше не принимаются только по почте, куда прикладывать файлы от контрагента, где фиксировать замечания, как ставить поручения со сроком, кто помогает при спорной ситуации и когда правила переходного периода пересматриваются.
Такую памятку лучше писать языком сценариев, а не языком запретов. Пользователю важно понять не только “нельзя согласовывать по почте”, а что именно делать вместо этого.
Типовые ошибки переходного периода
Ошибка 1. Оставили оба канала без срока закрытия
Если почта и 1С:ДО считаются равнозначными каналами, пользователи будут выбирать привычный вариант. Переходный период растянется.
Ошибка 2. Запретили почту, но не описали исключения
Пользователи всё равно столкнутся со срочными документами, внешними письмами, старыми цепочками согласования и нестандартными ситуациями. Если исключения не описаны, они начнут решаться вручную.
Ошибка 3. Руководители продолжают работать по старому порядку
Если руководитель согласует письмом, сотрудники будут ориентироваться на письмо. Для перехода важно, чтобы руководители сами использовали 1С:ДО в ключевых сценариях.
Ошибка 4. Не убрали двойной ввод
Пользователь делает одно действие в почте и повторяет его в системе. В такой ситуации 1С:ДО воспринимается как дополнительная обязанность, а не как основной рабочий инструмент.
Ошибка 5. Нет поддержки после запуска
Без поддержки первые вопросы пользователей превращаются в обходные практики. Потом эти обходные практики сложнее закрывать.
Короткий чек-лист
- Определены процессы, которые переводятся из почты в 1С:ДО?
- Понятно, какие действия больше не считаются результатом, если они остались только в почте?
- Есть дата начала перехода и дата пересмотра правил?
- Описано, что делать со старыми почтовыми цепочками?
- Понятно, где хранится актуальный файл документа?
- Замечания к документу фиксируются в 1С:ДО?
- Поручения со сроками ставятся в системе?
- Руководители используют 1С:ДО в ключевых сценариях?
- Убраны места двойного ввода?
- Есть поддержка пользователей в первые недели?
Короткий итог
Переходный период между почтой и 1С:Документооборотом — нормальный этап внедрения. Почта не исчезает в один день, потому что в ней долго жили документы, решения, поручения и рабочие договоренности.
Проблема начинается тогда, когда почта и 1С:ДО остаются равнозначными каналами без понятных границ. В этом случае система становится дополнительным местом фиксации, а не основным инструментом процесса.
Чтобы закрыть дублирование без административной войны, нужно разделить каналы по смыслу, определить переходные правила, зафиксировать официальный результат в 1С:ДО, убрать двойной ввод, отдельно поработать с руководителями и обеспечить поддержку первых недель.
Административное решение тоже нужно, но оно должно закреплять уже понятный порядок работы. Если пользователю ясно, что именно делать в 1С:ДО вместо письма, переход проходит спокойнее и дает больше пользы для процесса.
Вступайте в нашу телеграмм-группу Инфостарт