Выбор между ПРОФ и КОРП в 1С:Документообороте 3.0 зависит от масштаба и сложности: ПРОФ закрывает потребности большинства компаний с понятной оргструктурой и типовыми маршрутами, КОРП нужен холдингам, компаниям с несколькими юрлицами, сложными многоуровневыми согласованиями и повышенными требованиями к контролю и аудиту. Начать с ПРОФ и перейти на КОРП позже можно без повторного переноса данных.

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

1. Когда 2.1 действительно пора менять

Сам по себе выход новой версии — не повод. Повод — симптомы, которые бьют по бизнесу:

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

Если совпадает три пункта и больше — пора планировать. Один пункт обычно лечится точечно, например выносом файлов в тома.

2. Что даёт 3.0 бизнесу и ИТ

Для бизнесаДля ИТ
Современный интерфейс, проще обучениеПереработанная модель прав, быстрее при росте нагрузки
Удобная работа с задачами и согласованием, в том числе с мобильных устройствМеньше «технических» учётных записей: у пользователя может быть несколько ролей
Нагляднее маршруты и контроль сроковПредсказуемее обновления при аккуратных доработках
Развитие ЭДО и машиночитаемых доверенностейПовод вычистить устаревшие доработки и интеграции

3. Какие этапы нельзя пропустить

Короткий каркас плана, от которого стоит отталкиваться:

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

Минимальный релиз 2.1 и порядок переноса меняются вместе с версиями 3.0 — сверяйте их по актуальной инструкции на ИТС, а не по статьям прошлых лет.

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

Ориентиры для компании на 100–500 пользователей:

  • минимум доработок — от 2 до 6 месяцев: обновление 2.1, перенос, базовая настройка прав, тестирование ключевых цепочек, обучение;
  • глубокая кастомизация и интеграции — от 6 до 12 месяцев: основное время занимает аудит «наследства», переписывание доработок под 3.0 и приёмка с ключевыми пользователями.

Бюджет складывается из трёх частей: лицензии (возможный переход на КОРП, клиентские лицензии, тестовый контур), работы команды или подрядчика, внутренние трудозатраты на приёмку и обучение. Последнюю часть часто забывают, а она съедает недели ключевых сотрудников.

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

5. Какие риски на ИТ-директоре

РискКак контролировать
Потеря или искажение данныхРезервная копия с проверкой восстановления, тестовый перенос, сверка реестров до и после
Простой пользователейОкно переключения в период низкой нагрузки, параллельная работа 1–2 недели, приоритет критичных процессов
Несовместимость доработок и интеграцийПолный аудит модификаций до старта, отдельное тестирование обменов с ERP, БП, ЗУП
Неверные права и утечкиПроектирование матрицы доступа в 3.0 с нуля, проверка под разными ролями на тесте

Главное — не переносить хаос прав из 2.1 «как есть». Модель доступа в 3.0 другая, и автоматический перенос старых настроек — частая причина того, что люди видят лишнее.

6. Как подготовить 2.1, чтобы не тащить техдолг

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

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

7. ПРОФ или КОРП

Редакцию можно наращивать: начать с ПРОФ и перейти на КОРП без повторной миграции
Редакцию можно наращивать: начать с ПРОФ и перейти на КОРП без повторной миграции

ПРОФ обычно достаточно, если:

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

Стоит смотреть на КОРП, если:

  • холдинговая структура, несколько юрлиц и филиалов;
  • многоуровневые маршруты согласования, сложный контроль исполнения;
  • ИБ требует расширенного аудита действий пользователей;
  • интеграции с несколькими учётными системами и большой поток документов.

Конкретный набор функций, которые есть только в КОРП, меняется от релиза к релизу — проверяйте его по сравнительной таблице фирмы «1С» на свои сценарии, а не по общему ощущению «КОРП — для больших». И помните: переход с ПРОФ на КОРП внутри одной версии выполняется заменой конфигурации и докупкой лицензий, без повторной миграции. Поэтому если сомневаетесь — начинайте с ПРОФ.

8. 152-ФЗ и требования регуляторов

Механизмы защиты персональных данных в 3.0 есть: ролевая модель, аудит действий, разграничение по видам документов. Задача проекта — не сломать уже согласованную модель. Что сделать:

  • сопоставить новую модель прав с документами, содержащими ПДн;
  • на тестовом контуре проверить, что пользователи видят только положенное;
  • обновить описание информационной системы и регламенты доступа;
  • в финансовом секторе и у госзаказчиков — согласовать проект с ИБ и юристами заранее.

9. Своими силами или с подрядчиком

Своя команда справится, если у неё уже есть опыт переходов на 3.0 и время, не занятое текущей поддержкой. Типичный сценарий провала — «изучаем архитектуру» полгода-год без результата, потому что миграция идёт фоном к ежедневным задачам.

На что смотреть при выборе подрядчика:

  • реальный опыт переходов именно с 2.1 на 3.0;
  • сертифицированные специалисты по Документообороту;
  • готовность сделать пилот или аудит на копии базы до большого договора;
  • понятные условия поддержки после запуска.

Разумный первый шаг — короткий аудит 1С: реестр доработок и интеграций, оценка трудоёмкости и рисков. С ним уже можно планировать бюджет и выбирать исполнителя.

10. Если ДО 3.0 не подходит

Иногда встаёт вопрос, не уйти ли с 1С на другую СЭД. Обычно рассматривают Directum и ELMA: первая сильна в корпоративном сегменте и работе с электронной подписью, вторая — BPM-платформа с упором на гибкое изменение процессов. Обе требуют отдельной интеграции с учётными системами.

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

Коротко

  • Переходить на 3.0 стоит, когда 2.1 заметно тормозит процессы, а не просто потому, что вышла новая версия.
  • ПРОФ подходит большинству компаний; КОРП — холдингам и сложным маршрутам, и на него можно перейти позже без повторной миграции.
  • Реальные сроки — от 2–6 месяцев до года, бюджет включает лицензии, работы и время ваших сотрудников.
  • Главные риски — данные, простой, доработки и права; права в 3.0 проектируются заново.
  • Начните с аудита доработок и интеграций — это основа для бюджета, плана и выбора подрядчика.