Как обновить 1С:Документооборот до версии 3.0

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

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

Что меняется при переходе на редакцию 3.0 и кому это нужно

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

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

Подготовка: что проверить и сделать до начала обновления

Сначала убедитесь, что текущая база обновлена до последнего доступного релиза редакции 2.1. Переходные обработчики рассчитаны на актуальные релизы; попытка перейти со старого релиза часто заканчивается ошибками переноса данных. Проверить текущую версию можно в разделе «Администрирование» или через сведения о конфигурации в конфигураторе.

Далее проверьте версию платформы 1С:Предприятие: редакция 3.0 требует платформу не ниже указанной в документации к конкретному релизу. При необходимости обновите платформу заранее и убедитесь, что база на ней запускается и работает без ошибок. Также проверьте наличие действующей подписки (ИТС или договора сопровождения), дающей право на получение дистрибутива редакции 3.0.

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

Резервное копирование и тестовый стенд

Перед любыми действиями с рабочей базой сделайте полную резервную копию. Для файловой базы достаточно выгрузки в dt через конфигуратор плюс копии каталога базы. Для клиент-серверной базы правильнее делать backup средствами СУБД (MS SQL, PostgreSQL) — это быстрее и надёжнее, чем выгрузка dt большого объёма.

Разверните копию базы в тестовом окружении и выполните весь переход сначала на ней. Тестовый прогон покажет реальную длительность обновления (на больших базах обработчики могут работать часами), выявит ошибки переноса и позволит составить точный регламент для рабочего прогона. Пропуск этого этапа — самая частая причина сорванных переходов.

Пошаговый порядок обновления до редакции 3.0

Общая схема перехода выглядит так: устанавливается дистрибутив редакции 3.0, создаётся новая информационная база из шаблона или обновляется существующая через загрузку конфигурации, затем запускаются штатные обработчики первоначального заполнения и переноса данных из 2.1. Точный набор шагов зависит от конкретного релиза, поэтому инструкцию из комплекта поставки (файл описания перехода) нужно держать открытой и сверяться с ней.

1. 1
   Обновите базу 2.1 до последнего релиза и проверьте её работоспособность
2. 2
   Сделайте резервную копию средствами СУБД или выгрузку dt
3. 3
   Установите платформу требуемой версии и шаблон дистрибутива 3.0
4. 4
   Разверните тестовую копию и выполните на ней обновление конфигурации до 3.0
5. 5
   Запустите обработчики перехода и переноса данных согласно инструкции из поставки
6. 6
   Дождитесь завершения отложенных обработчиков — это может занять часы
7. 7
   Проверьте данные и работу ключевых функций на тестовой копии
8. 8
   Запланируйте окно простоя и повторите процедуру на рабочей базе

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

Если конфигурация доработана

При наличии доработок стандартный сценарий дополняется этапом переноса изменений. Снимите сравнением конфигураций список отличий от типовой 2.1, затем после установки 3.0 перенесите доработки в новую конфигурацию с учётом изменённых объектов. Часть старых доработок может оказаться ненужной, если их функциональность появилась в типовой поставке 3.0.

Если база большая

На базах с сотнями тысяч документов и файлов отложенные обработчики работают долго. Заранее убедитесь, что на сервере достаточно места под временные таблицы и журналы транзакций, а для MS SQL переведите базу на время перехода в простую модель восстановления — это ускорит массовые операции и снизит рост журнала.

Перенос данных и настройка после перехода

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

Затем выполните первоначальную настройку редакции 3.0: проверьте учётные записи, настройте права и профили групп доступа, включите нужные функциональные опции, перенастройте интеграции с почтой, ЭДО и другими конфигурациями. Часть настроек из 2.1 не мигрирует автоматически — их нужно восстановить по документации старой системы.

Контрольные точки

Как проверить результат

Документы открываются

Норма

Карточки открываются без ошибок, реквизиты заполнены

Тревожный признак

Ошибки обращения к реквизитам или пустые карточки

Файлы

Норма

Присоединённые файлы открываются и скачиваются

Тревожный признак

Сообщения об отсутствии файла в хранилище

Процессы и задачи

Норма

Активные задачи видны исполнителям

Тревожный признак

Задачи потеряны или недоступны

Права доступа

Норма

Пользователи видят только свои разделы

Тревожный признак

Нет доступа к рабочим разделам или избыточный доступ

Интеграции

Норма

Обмен с почтой и другими базами проходит

Тревожный признак

Ошибки подключения и обмена

Типичные ошибки и как их избежать

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

Если обработчик переноса упал с ошибкой, не перезапускайте его вслепую: сначала сохраните текст ошибки и журнал регистрации, определите объект, на котором произошёл сбой. Часто причина — некорректные данные в старой базе (битые ссылки, дубли), которые нужно исправить в 2.1 и повторить переход с чистой копии.

Когда стоит привлечь специалиста

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

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

Маршрут решения

Как выбрать сценарий

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

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

Несколько интеграций и большая базаПланируйте переход с внедренцем и резервным планом отката

Тестовый прогон завершился ошибкамиНе обновляйте рабочую базу, сначала устраните причины на копии

Частые вопросы

Можно ли обновиться сразу с редакции 2.0 на 3.0?

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

Сколько времени занимает переход?

Зависит от размера базы и производительности сервера. На небольших базах — несколько часов, на крупных с большим объёмом файлов и документов отложенные обработчики могут работать сутки и дольше. Реальную оценку даёт только тестовый прогон на копии.

Сохранятся ли процессы и задачи после перехода?

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

Что делать, если после обновления не хватает места на диске?

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

Можно ли откатиться, если переход прошёл неудачно?

Да, но только через восстановление резервной копии, сделанной до начала обновления. Штатного механизма «отмены перехода» нет. Именно поэтому копия должна быть полной и проверенной на возможность восстановления.

Нужно ли переустанавливать платформу 1С?

Если текущая версия платформы ниже требуемой для редакции 3.0 — да, платформу обновляют до перехода. Требуемая версия указана в документации к релизу. После обновления платформы проверьте работоспособность старой базы до начала перехода.