Переход на 1С:Документооборот 3.0 — это не обновление, а работа с новой редакцией продукта. Нужно разбираться с обработками, правами, маршрутами согласования и переносом данных. Даже если система внешне знакома, после перехода часто всплывают проблемы. В статье разберём, зачем компании переходят на 3.0, что нужно подготовить заранее и где чаще всего возникают проблемы при миграции. Также приведём ориентировочные сроки такого перехода.
Почему компании переходят с 1С:ДО 2.1 на 3.0
Чем переход отличается от обычного обновления
Как обычно проходит проект перехода на 1С:Документооборот 3.0
Какие данные и настройки переносятся при переходе
Обработка документов и шаблоны: где чаще всего возникают проблемы
Документы и связи: что важно проверить после миграции
Таблица рисков при переходе с 2.1 на 3.0
Что обязательно протестировать после миграции
Сколько времени занимает переход с 1С:Документооборот 2.1 на 3.0
Типовые ошибки при переходе с 2.1 на 3.0
Вопросы и ответы
Почему компании переходят с 1С:ДО 2.1 на 3.0
За годы использования 1С:Документооборот 2.1 пользователи накопили немало предложений по улучшению бизнес-процессов. При создании редакции 3.0 разработчики учли этот опыт и существенно переработали продукт, затронув практически все ключевые разделы системы. Теперь в ней доступны:
- Новая логика обработки документов. Все действия по документу, например согласование, исполнение, ознакомление, теперь отражаются как единый процесс его жизненного цикла.
- Переработанные бизнес-процессы. Изменён подход к настройке сценариев обработки документов.
- Более гибкие маршруты согласования. Маршруты можно настраивать с учётом вида документа и условий его прохождения.
- Улучшенный контроль задач. Проще отслеживать статусы, цепочки исполнения и ответственность участников.
- Расширенные роли пользователей. Более гибкая работа с заместителями, помощниками и распределением обязанностей.
- Замечания к документам. Появился механизм фиксации замечаний и комментариев во время согласований.
- Рабочие группы и автоматизация состава участников. Упрощено формирование команд для работы с документами и обработками.
Эти и еще десятки менее крупных изменений упрощают повседневную работу с документами: легче контролировать согласование, быстрее отслеживать статус документов и автоматизировать бизнес-процессы, которые в 2.1 часто приходилось настраивать вручную. Именно поэтому компании выбирают работу в новой редакции.
Чем переход отличается от обычного обновления
Обновление конфигурации — это установка новой версии программы поверх существующей базы. Пользователи продолжают работать в той же системе, при этом все данные и настройки сохраняются.
С переходом на 1С:Документооборот 3.0 всё иначе. Прямого обновления между редакциями нет — вместо него покупается новая программа и выполняется миграция данных. Для этого создаётся база на редакции 3.0, а данные и настройки из 2.1 переносятся в неё. Пока миграция не завершится, компании обычно продолжают работать в старой базе.
Но только переноса недостаточно, потому что редакция 3.0 построена на другой логике. Необходимо проверить и адаптировать обработки, маршруты согласования, права доступа, интеграции и другие настройки, чтобы они корректно работали в новой редакции.
Именно поэтому переход на 1С:Документооборот 3.0 — это отдельный проект, который включает подготовку базы, перенос данных и обязательное тестирование работы системы после запуска.
Как обычно проходит проект перехода на 1С:Документооборот 3.0
Общий алгоритм перехода складывается из нескольких этапов:
Обновление базы 2.1 до совместимого релиза. Миграция поддерживается только между определёнными версиями. Как правило, база должна быть обновлена до релиза 2.1.30 или выше, а база 3.0 — до совместимой версии. Если начать переход со старого релиза, ошибки могут возникнуть уже на этапе выгрузки данных.
Подготовка базы 2.1. Перед миграцией необходимо завершить все активные процессы, а также ограничить обмен с другими системами и работу с внешними ресурсами.
Создание пустой базы редакции 3.0. Для перехода используется отдельная информационная база — данные не переносятся поверх существующей.
Настройка миграции. В базе 2.1 настраивается выгрузка данных, а в базе 3.0 — их загрузка. Для обеих баз указывается один и тот же каталог обмена.
Перенос данных. Миграция может занять от нескольких часов до нескольких дней — всё зависит от объёма базы. Пока идёт перенос, пользователи продолжают работать в 2.1, а специалисты проверяют и настраивают новую базу.
Проверка результатов. После переноса необходимо убедиться, что корректно перенеслись документы, обработки, рабочие группы, права доступа и связи между объектами.
Переключение на новую редакцию. После успешного тестирования пользователи начинают работать в 3.0, а база 2.1 переводится в архивный режим или отключается.
Если в редакции 2.1 использовались доработки, например собственные виды документов и интеграции, переход становится сложнее. Типовая миграция переносит не все нетиповые объекты, поэтому часть функциональности приходится настраивать или дорабатывать уже в редакции 3.0.
Какие данные и настройки переносятся при переходе
При типовой миграции в новую базу переносятся:
- нормативно-справочная информация (НСИ) — справочники, пользователи, сотрудники, физические лица и связанные данные;
- документы вместе с реквизитами, файлами и историей их обработки;
- права доступа и настройки полномочий пользователей;
- рабочие группы, при этом их состав может потребовать уточнения после переноса из-за отличий моделей доступа в 2.1 и 3.0;
- скрипты и автоподстановки — переносятся в отдельную папку «Скрипты из ДО 2.1» без адаптации под новую редакцию.
При этом важно учитывать, что информация о процессах переносится, но их выполнение и завершение фирма «1С» рекомендует оставить в базе 2.1.
После перехода часть элементов может требовать проверки или донастройки: сложные маршруты согласования, нетиповые объекты и расширения, интеграции с другими системами и скрипты, которые зависят от объектов, изменённых в редакции 3.0.
Обработка документов и шаблоны: где чаще всего возникают проблемы
Больше всего вопросов при миграции вызывает именно логика процессов и их настройка. В 3.0 она отличается от 2.1, поэтому часть сценариев требует проверки и донастройки.
Скрипты и автоподстановки с обращениями к старым объектам. Если в 2.1 использовались обращения к устаревшим объектам или логике, например, через старые виды документов или элементы структуры, после миграции такие скрипты могут работать некорректно и требуют проверки и адаптации под модель 3.0.
Сложные маршруты обработки. Простые сценарии «документ → один маршрут» обычно переносятся корректно. А вот обработки с условным выбором маршрута, множественными ветками или завязкой на дополнительные параметры требуют перенастройки под новую логику гибкой маршрутизации в 3.0.
Новая логика обработки документов. В 3.0 появились новые инструменты для настройки прохождения документов по маршрутам. В 2.1 для сложных сценариев использовались обходные схемы, например дублирующие процессы, несколько видов документов и т.п., их обычно нужно пересматривать и упрощать под новые возможности системы.
Документы и связи: что важно проверить после миграции
После завершения переноса стоит проверить:
Полноту переноса документов, их связей и приложенных файлов. Важно убедиться, что все документы открываются корректно, а связи между ними и вложения перенеслись без искажений.
Корректность прав доступа. Нужно проверить, что сотрудники видят и редактируют те документы, к которым у них должен быть доступ, с учётом изменившейся модели прав в 3.0.
Актуальность данных на момент переключения. Между основной миграцией и запуском пользователей изменения в базе 2.1 могут не попасть в новую систему. Поэтому на практике этот период либо максимально сокращают, либо на время финального переноса ограничивают работу пользователей в 2.1.
Таблица рисков при переходе с 2.1 на 3.0
| Проблема | В чём проявляется | Как снизить риски |
| Миграция с несовместимого релиза 2.1 | Перенос данных не запускается или зависает на этапе выгрузки | Обновить базу 2.1 до релиза, совместимого с версией 3.0, до начала миграции |
| Смена логики доступа к документам | После перехода часть сотрудников не видит привычные документы | Провести аудит прав доступа и рабочих групп до перевода пользователей в 3.0 |
| Скрипты и автоподстановки со ссылками на устаревшие объекты | Ошибки при выполнении обработок после перехода | Провести ревизию и адаптацию скриптов под актуальные объекты 3.0 |
| Незавершённые процессы в 2.1 | Некорректное завершение или расхождение состояния задач между базами | Завершить все активные процессы до финального переноса |
| Интеграции с другими системами (Бухгалтерия, ЗУП, УТ и др.) | Нарушение обмена данными или потеря связей | Согласовать переключение интеграций с моментом миграции и протестировать сценарии |
| Большой объём данных и высокая нагрузка | Увеличение сроков миграции относительно плана | Проводить тестовую миграцию и оценивать сроки на реальных данных |
Что обязательно протестировать после миграции
Перед тем как окончательно перевести пользователей на 3.0, важно проверить ключевые сценарии работы системы:
- Права доступа и рабочие группы. Корректность переноса полномочий и состава рабочих групп, доступ пользователей к документам.
- Документы и их структура. Полнота переноса документов, связей между ними и вложенных файлов.
- Маршруты согласования. Корректное выполнение обработки на реальных документах, а не только на тестовых сценариях.
- Скрипты и автоподстановки. Корректность выполнения скриптов, автозаполнений и правил нумерации документов.
- Интеграции с другими системами 1С. Проверка обмена с 1С:Бухгалтерией, 1С:ЗУП, 1С:УТ и другими базами.
- Почтовые уведомления и обработка задач. Проверка настроек почтовой интеграции и отправки уведомлений после перехода.
- Работа с файлами. Доступ к файлам, хранящимся в томах, и корректность их открытия из новой базы.
Сколько времени занимает переход с 1С:Документооборот 2.1 на 3.0
Единого срока здесь нет: на длительность перехода влияет объём базы, количество пользователей, активных процессов, уровень доработок и наличие интеграций. Например, для среднего бизнеса до 150 пользователей с типовой конфигурацией и минимальными доработками перенос будет состоять из следующих этапов:
Подготовка базы 2.1 (1–3 дня) — обновление до совместимого релиза, завершение процессов, проверка обменов и ограничение интеграций.
Тестовая миграция (1–2 дня) — прогон переноса на копии базы, фиксация ошибок и проблемных мест.
Основная миграция (от 1 до 3 дней) — перенос данных в рабочую базу 3.0, включая документы, справочники и настройки.
Проверка и настройка после переноса (2–5 дней) — тестирование маршрутов, прав доступа, интеграций и типовых сценариев работы пользователей.
Пилотный запуск (3–7 дней) — работа ограниченной группы пользователей с параллельной проверкой системы и донастройкой.
В итоге для такого сценария общий срок перехода обычно составляет от 1 до 3 недель, если нет сложных доработок и критичных интеграций. Если же в процессе обнаруживаются нестандартные сценарии, например сложные маршруты, большое количество скриптов или нестабильные интеграции, сроки могут увеличиваться за счёт доработок и повторных тестовых прогонов.
Ключевой фактор, который сильнее всего влияет на сроки, не сама миграция данных, а качество подготовки базы 2.1 и результат тестового прогона.
Типовые ошибки при переходе с 2.1 на 3.0
Попытка миграции со старого релиза 2.1. Если база не обновлена до поддерживаемого релиза, перенос данных может не запуститься или завершиться с ошибками уже на этапе выгрузки.
Работа в обеих базах во время миграции. Обмен между 2.1 и 3.0 односторонний. Любые изменения, внесённые в этот период, могут не попасть в итоговую базу или привести к расхождениям при сверке.
Незавершённые процессы в 2.1. Активные задачи должны быть закрыты в старой базе до переноса. Иначе возникает риск расхождений в статусах документов после перехода.
Перенос прав без пересмотра. Модель доступа в 3.0 отличается, поэтому «старые» настройки прав часто работают не так, как ожидается, и часть пользователей теряет доступ к документам.
Недооценка нетиповых доработок. Скрипты, собственные документы, расширения и интеграции не всегда переносятся автоматически и требуют отдельной проверки и адаптации.
Отсутствие тестовой миграции. Без прогонa на копии базы сложно заранее увидеть проблемные места — сроки и объём работ часто оказываются занижены.
Вопросы и ответы
Можно ли продолжать работать в 1С:Документооборот 2.1 во время миграции?
Да. До завершения переноса данных и переключения пользователей база 2.1 остаётся основной рабочей системой. При этом важно ограничить изменения в период финальной синхронизации, чтобы избежать расхождений между 2.1 и 3.0.
Нужно ли покупать новые лицензии для перехода на 3.0?
Да. Для работы в редакции 3.0 используются лицензии, соответствующие новой редакции, как и для любого перехода между разными решениями 1С.
Сохранятся ли исторические документы и переписка по ним?
Да. При типовой миграции переносятся документы, их реквизиты, файлы и связанная информация. После перехода рекомендуется выборочно проверить корректность связей и отображение истории документов.
Обязательно ли переходить на 3.0 прямо сейчас, если 2.1 пока поддерживается?
Нет, формально можно продолжать работать в 2.1 до окончания её поддержки. Но развитие функционала и новые возможности появляются только в 3.0, поэтому со временем разрыв в возможностях и требованиях к интеграциям будет увеличиваться.
Что делать, если в 2.1 есть серьёзные доработки под наши процессы?
Такие случаи нужно отдельно учитывать в проекте перехода. Типовая миграция переносит базовые объекты, но доработки, скрипты, расширения, нестандартные обработки часто требуют проверки и адаптации под логику 3.0. В некоторых случаях часть функциональности проще заменить типовыми возможностями новой редакции.
Как мы помогаем перейти с 1С:ДО 2.1 на 3.0
Переход с 1С:Документооборот 2.1 на 3.0 — это проект, а не разовое действие «нажать обновить», поэтому ошибки на любом из этапов обходятся дороже, чем их профилактика.
Специалисты «Хэндисофт» хорошо разбираются в миграции 1С:Документооборот и помогают компаниям пройти переход без потери данных и остановки текущей работы: оцениваем состояние базы 2.1 и объём нетиповых доработок, планируем этапы и сроки перехода, проводим пробную миграцию, настраиваем маршруты и права доступа в новой редакции, тестируем интеграции с другими продуктами 1С и сопровождаем компанию на этапе перевода пользователей в 3.0.
Если планируете переход и хотите заранее понимать реальные сроки и риски для своей базы — можно обратиться за консультацией к нашим специалистам.
