Сравнение 1С:Документооборот 2.1 и 3.0: отличия редакций и когда переходить

Если коротко: 1С:Документооборот 3.0 — это не косметическое обновление 2.1, а редакция с другой логикой работы с документами, правами и процессами. Переходить стоит, когда растёт число пользователей, оргструктура становится сложнее, а изменение маршрутов согласования каждый раз превращается в задачу для программиста. Если документооборот небольшой, процессы стабильны и система не тормозит — на 2.1 можно спокойно поработать ещё, но с пониманием, что развитие продукта идёт в 3.0.

Ниже — сравнение 1С:Документооборот 2.1 и 3.0 по тем параметрам, которые важны руководителю и ИТ-директору: что изменится для пользователей, что для администратора, сколько работы в миграции и как не остановить согласования на время перехода.

Чем отличаются 1С:ДО 2.1 и 3.0: сравнение по ключевым параметрам

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

Главное различие не в отдельных кнопках, а в том, сколько изменений можно сделать настройкой, а не кодом. Для компании, которая постоянно меняется, именно это определяет стоимость владения.

Работа с документами и интерфейс

В 2.1 входящие, исходящие и внутренние документы живут в отдельных списках. Пользователь должен знать, где искать, а поиск «всё по договору с таким-то контрагентом» превращается в обход нескольких журналов.

В 3.0 документы учитываются по единой логике: вид документа — это настройка, а не отдельный объект. Отсюда удобные фильтры по виду, статусу и тематике, группировка связанных документов и быстрый предпросмотр файла прямо в карточке. Для сотрудника это означает меньше кликов и меньше вопросов в ИТ-службу «куда пропал документ».

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

Права доступа и оргструктура

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

В 3.0 модель прав построена вокруг рабочих групп и стала проще в администрировании. Новое подразделение или проектную команду обычно можно настроить силами администратора, без программиста и без правки типового кода. Чем меньше доработок в правах, тем легче проходят обновления и тем ниже риск, что после очередного релиза кто-то увидит лишнее или, наоборот, потеряет доступ к своим документам.

Процессы, маршруты и согласование

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

В 3.0 обработка документа настраивается по его виду: кто согласует, кто утверждает, какие участники подставляются автоматически, какие условия меняют маршрут. Многие правила, которые в 2.1 требовали кода, здесь задаются настройкой. Отдельно стоит отметить согласование с замечаниями: участники оставляют правки в самом файле внутри программы, без цикла «скачал — исправил — загрузил новую версию».

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

Интеграции, ЭДО и машиночитаемые доверенности

Документооборот редко живёт отдельно. Его связывают с учётной системой (договоры, контрагенты), с 1С:ЗУП (сотрудники и оргструктура), с операторами ЭДО и внешними СЭД.

Редакция 3.0 лучше подготовлена к таким сценариям: больше интеграционных механизмов «из коробки», удобнее работа с юридически значимыми электронными документами и машиночитаемыми доверенностями. Если у вас уже идёт переход на МЧД для подписантов, которые не являются директором, или вы планируете интеграцию 1С с СЭД и ERP, выгоднее строить её сразу на 3.0, а не дорабатывать 2.1, которую потом всё равно придётся переносить.

Когда можно остаться на 2.1, а когда пора переходить на 3.0

Переход не нужен всем и сразу. Простой чек-лист.

Можно остаться на 2.1, если:

• пользователей немного, оргструктура линейная и меняется редко;
• маршруты согласования устоялись и устраивают;
• система работает с приемлемой скоростью;
• не планируются интеграции с ERP, CRM, внешними операторами ЭДО;
• доработок мало, и обновления ставятся без проблем.

Пора планировать переход на 3.0, если:

• компания растёт, появляются филиалы, проектные команды, сложные схемы подчинения;
• изменение маршрута или прав каждый раз требует программиста;
• пользователи жалуются на поиск документов и скорость работы;
• в планах интеграция с 1С:ERP, 1С:ЗУП, CRM или массовый переход на МЧД;
• доработок стало так много, что обновление типовой конфигурации — отдельный проект.

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

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

Как проходит переход с 1С:ДО 2.1 на 3.0

Типовой переход с 2.1 на 3.0 предусмотрен обновлением с конвертацией данных. Сложность определяют не данные, а доработки и интеграции. На проектах я делаю так.

1. Аудит. Инвентаризация доработок, интеграций, пользовательских отчётов и внешних обработок. Для каждой доработки решаем: заменить штатным механизмом 3.0, перенести в расширение или отказаться.
2. Проверка инфраструктуры. Версия платформы, сервер, СУБД, резервное копирование. Минимальные требования к платформе смотрим в описании релиза на ИТС.
3. Тестовый переход. Обновление копии базы, проверка конвертации, перенос доработок, настройка прав и процессов по новой модели.
4. Тестирование ключевых сценариев. Регистрация, согласование, договорная работа, интеграции. Лучше вместе с ключевыми пользователями из разных подразделений.
5. Обучение. Короткие инструкции под роли и показ рабочих мест. Администраторам — регламент сопровождения.
6. Переключение. Выбираем окно с минимальной нагрузкой, заранее договариваемся, что делать с незавершёнными процессами согласования, и держим копию базы 2.1 для отката.

Подробнее о составе работ — на странице перехода на 1С:Документооборот 3.0.

Сроки и бюджет

Точную цифру без аудита назвать нельзя, и я не люблю это делать. Ориентиры такие: типовая база без доработок переводится за несколько недель вместе с тестами и обучением; база с десятками доработок и интеграциями — за несколько месяцев. Бюджет считается по трудозатратам после аудита; моя почасовая ставка — 2 500 ₽/ч, это ориентир для оценки. Сам аудит обычно занимает от нескольких дней и сразу даёт понятный план.

Типичные ошибки при миграции

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

Итог

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