Переход с 1С:Документооборот 2.1 на 1С:Документооборот 3.0 — это не обычное обновление конфигурации, а полноценный проект миграции. Он затрагивает архитектуру системы, права доступа, бизнес-процессы, интеграции, работу с файлами, электронной подписью и привычные сценарии пользователей.
Для бизнеса такой переход важен не только с точки зрения новых возможностей. Редакция 2.1 постепенно уходит в прошлое, а развитие продукта, поддержка новых механизмов и технологических возможностей сосредоточены в редакции 3.0. Поэтому организациям, которые продолжают работать на 2.1, важно заранее оценить объём работ, риски и подготовить понятный план перехода.
В этой статье разберём, что должен учесть аналитик перед миграцией, какие ограничения есть у механизма переноса данных и как выстроить переход так, чтобы минимизировать риски для пользователей и бизнеса.
В связи с тем, что 1С:Документооборот редакция 2.1 (далее 1С:ДО 2.1), несмотря на свою стабильность, морально устарела, переход на редакция 3.0 не является вопросом удобства, но вопросом юридической и технической безопасности.
Редакция 2.1 остаётся рабочей и продолжает использоваться во многих организациях. Однако стратегическое развитие продукта постепенно смещается в сторону редакции 3.0: именно в ней появляются новые архитектурные возможности, современные механизмы настройки процессов, интеграции и управления доступом.
Поэтому переход с 1С:Документооборот 2.1 на 3.0 стоит рассматривать не как срочную замену «неподдерживаемой» версии, а как плановый проект модернизации. Его важно заранее оценить с точки зрения совместимости релизов, объёма данных, доработок, интеграций, прав доступа, бизнес-процессов и привычных сценариев пользователей.
Для компаний, которые продолжают работать на 2.1, ключевой риск заключается не в одномоментном прекращении поддержки, а в постепенном накоплении технологического разрыва между текущей системой и новой редакцией продукта.
Архитектурная пропасть: 2.1 vs 3.0
При переходе с 1С:Документооборот 2.1 на 3.0 нельзя ограничиться привычной логикой «обновили релиз — продолжили работать». Аналитику важно понимать: это не просто «обновление», а миграция на другую идеологию.
Прямого обновления между этими версиями не предусмотрено.
Разработчики предусмотрели специальный механизм — миграцию данных.
Миграция — это перенос данных из одной базы в другую, выполняемый через выгрузку/загрузку файлов формата JSON в специальном каталоге на диске. Процесс асинхронный и может быть растянут во времени, не требуя немедленной остановки работы пользователей в исходной базе
ВАЖНО! Миграция возможна строго между определёнными версиями редакций 2.1 и 3.0. На момент подготовки статьи актуальны следующие пары:
|
Версия 1С:ДО 2.1 |
Совместимые версии 1С:ДО 3.0 |
|---|---|
|
2.1.30 |
3.0.6 |
|
2.1.31 |
3.0.7, 3.0.8 |
|
2.1.32 |
3.0.9, 3.0.10 |
|
2.1.33 |
3.0.11 |
|
2.1.34 |
3.0.12, 3.0.13, 3.0.14 |
|
2.1.35 |
3.0.15 |
|
2.1.36 |
3.0.16, 3.0.17, 3.0.18 |
|
2.1.37.4 |
3.0.19.29 |
|
2.1.37.5 |
3.0.19.30, 3.0.20 |
Миграционные данные в исходной базе можно разделить на две категории:
История – это Объекты, существующие на момент старта миграции
Дельты – это Данные, изменённые пользователями после старта миграции
Основные принципы миграции данных:
- Обмен из 2.1 в 3.0 – односторонний, поэтому важно понимать, что в 3.0 не следует менять данные (например, создавать новые версии файлов), так как в базу 2.1 они не попадут.
- Доступ к файлам, хранение которых ведется в томах, имеют обе базы – 2.1 и 3.0, поэтому их перенос выполнять нет необходимости.
- Процессы по документам и мероприятиям, начатые в базе 2.1, должны там же и завершиться.
- Если в процессах присутствуют основные предметы (документы и мероприятия), то на основании таких процессов создаются действия и обработки. При создании действия по данным процесса формируется список участников действия, результаты и состояния обработок.
- Весь период параллельной работы в двух базах при попытке в 3.0 запустить процесс по объекту, пришедшему из 2.1 (документу, мероприятию, проекту, проектной задаче, файлу, письму встроенной почты, брони, отсутствию, ежедневному или еженедельному отчету, контроль, сообщения форума), программа выдаст ошибку: «Запрещено запускать обработку по объекту, загруженному из другой системы».
- Приемка встроенной почты во время перехода будет работать только в 2.1, в 3.0 будет приходить обменом.
- До завершения загрузки в 3.0 для снижения нагрузки отключается полнотекстовый поиск данных. Его необходимо включить вручную перед началом работы в базе 3.0. Это регламентные задания «Обновление индекса ППД» и «Слияние индекса ППД».
- Пользователь Администратор, загруженный из 2.1 в 3.0, будет переименован в Администратор21. Это необходимо, чтобы не «стереть» пользователя Администратор в 3.0, без которого вход в базу невозможен. Важно: не забыть назначить пользователю Администратор в 3.0 пароль.
- Во время миграции рекомендуется настраивать программу в базе 3.0. При этом не рекомендуется менять «старые» настройки 2.1. Если это все же необходимо, следует делать это в одной базе, учитывая следующий порядок обмена: при изменении одной настройки в базе 2.1 все настройки раздела (например, Работа с документами) записываются и отправляются в 3.0. При этом все измененные в 3.0 «старые» настройки этого раздела будут затерты. Настройки 3.0, которых нет в 2.1, не изменятся.
- Необходимо проверить настройки Дополнительных реквизитов, которые были созданы для входящих и исходящих документов. Они будут перенесены в Документ и могут потребовать адаптации и перенастройки для нужных видов документов.
- Также могут потребовать адаптации настройки нумерации документов, состав процессов.
- При переходе с версии 2.1 на 3.0 необходимо установить ограничение на обмен, настройку обмена и работу с внешними ресурсами: обмен может вестись только в одной базе: в 2.1 или в 3.0. Предполагается, что пока основная часть пользователей продолжает работать в 2.1, а в 3.0 только загружаются данные, происходят тестовая эксплуатация и настройка НСИ – обмен с внешними ресурсами выполняет 2.1. Когда же основная часть пользователей перейдут в 3.0, то обмен ведется там, а в 2.1 заходят только для необходимости завершить длительную обработку документов, созданных до перехода.
Пошаговый план миграции
Шаг 1: Подготовка и анализ
Прежде чем запускать миграцию, необходимо провести подготовительную работу.
Проверьте следующие аспекты:
- Серверные мощности — достаточно ли их для параллельной работы двух баз?
- Свободное место на диске — для выгрузки JSON-файлов может потребоваться значительный объём.
- Сетевая папка — должна быть расположена на сервере, иметь достаточный объём и полный контроль доступа для пользователя, запускающего выгрузку.
- Версии платформы — обе базы должны быть на совместимых релизах
Анализ и «чистка» данных в 1С:ДО2.1
Что можно удалить или пометить на удаление:
- Завершённые договоры с истекшим сроком действия
- Черновики и временные файлы
- Дубликаты документов
- Неактуальные настройки и тестовые данные
Важно! Не удаляйте объекты с активными связями, объекты с юридической значимостью и системные настройки.
Определение стратегии перехода
В зависимости от потребностей бизнеса возможны два варианта стратегии перехода:
«Чистый старт» — исторические данные остаются в архиве 1С:ДО2, в 1С:ДО3.0 начинается работа с нуля. Используем если исторические данные нужны только для редкого просмотра, а затраты на миграцию неоправданно высоки.
Полная миграция — все исторические данные переносятся в 1С:ДО3.0. Применяем, когда документы с длительными циклами согласования ещё активны и требуют завершения в новой системе.
Шаг 2: Настройка выгрузки в 1С:ДО 2.1
Предварительная нормализация данных
- Обновить информационную базу на релиз 2.1.30, предварительно создав ее резервную копию.
- Проверить настройку «Получатели уведомлений о проблемах» (Настройка и администрирование – Настройка программы — Уведомления о проблемах) — должны быть указаны пользователи с действующим e-mail.
- Выполнить все отложенные обработчики обновления.
- В Настройка программы — Обмен данными включить настройку «Миграция данных в новую версию».
- По ссылке «Настроить» открыть окно «Миграция на новую версию». Указать путь каталога обмена и нажать «Начать». Обратите внимание: необходимо явно выделить отдельную пустую папку, например, C:\Obmen. Каталог должен быть доступен с сервера как для базы 2.1, так и 3.0. На закладке «Журнал» можно установить отбор и отслеживать ошибки.
После настройки:
- Формируется файл Start.txt c информацией о версии 1C:ДО2.1 и общем объёме данных.
- Включается регламентное задание «Миграция. Выгрузка».
- Процесс начинает последовательно выгружать Историю, затем — Дельты.
На этом этапе пользователи могут продолжать работать в 1С:ДО2.1. Все изменения будут отслежены подсистемой отметок времени и выгружены в составе Дельт.
Шаг 3: Настройка загрузки в 1С:ДО3.0
Подготовка базы-приёмника
- Создаём чистую базу«1С:Документооборот 3.0» на совместимом релизе.
- Обновляем до актуальной версии (в рамках совместимой пары).
- Проверяем наличие свободного места.
- Закрываем все сеансы пользователей (на время начальной настройки).
- Добавить ответственных в список «Получатели уведомлений о проблемах» (Настройка — Настройка программы — Уведомления о проблемах) — должны быть указаны сотрудники с действующим e-mail, системная учетная запись почты должна быть настроена корректно.
Настройка и запуск загрузки
- В «Настройка программы» — Обмен данными включить настройку «Загружать данные из 1С:Документооборота 2.1».
- По ссылке «Настроить» открыть окно «Миграция с предыдущей версии». В открывшемся окне указать тот же путь каталога обмена, что и в 1С:ДО2.1, и нажать «Начать».
- Далее наблюдать за прогрессом на закладке «Настройка», детально можно смотреть на закладке «Журнал».
Шаг 4: Завершение миграции
Подготовка к финальной синхронизации
Когда прогресс миграции в версии 2.1 дойдет почти до 100%(99%), то необходимо:
- Остановить работу пользователей в 1С:ДО2.1
- Выполнить «дообработку» — выгрузить последние Дельты, возникшие после основной миграции.
- Дождаться, пока 1С:ДО3.0 загрузит все файлы из каталога обмена
- После окончания загрузки необходимо проверить список «Очередь пост обработки загрузки». Он открывается по ссылке из окна миграции — ссылка отображается после 90% загрузки, если в очереди есть объекты.
- Регламентные задания необходимо включать в базе 1С:ДО3.0 в конце основной загрузки (достигла 100%) до нажатия команд «Завершить»
- Выполнить ручная команду завершения миграции, которая разблокирует объекты системы для редактирования.
Для выявления проблемных объектов используйте отчёт «Анализ целостности данных» в 1С:Документооборот 3.0.
Заключение
Миграция с 1С:Документооборот 2.1 на 3.0 — это проект, который требует не только технической настройки, но и серьёзной аналитической подготовки.
Главная задача аналитика — заранее определить стратегию перехода, проверить состояние базы, выявить ограничения, согласовать правила параллельной работы и подготовить бизнес к изменениям.
Если подойти к миграции как к обычному обновлению, можно столкнуться с ошибками, простоем пользователей и неожиданными проблемами на этапе запуска. Если же провести обследование, тестовый перенос и приёмку, переход на 3.0 становится управляемым и предсказуемым проектом.
Редакция 3.0 открывает для организации новые возможности: более современную архитектуру, гибкие процессы, актуальные механизмы интеграции и развитие функциональности. Но ценность перехода раскрывается только тогда, когда миграция выполнена осознанно и подготовлена не только технически, но и организационно.