Миграция УТ 10.3 на УТ 11.5 с импортозамещением стека

О подходе

Дальше расскажу, как я подхожу к миграции УТ 10.3 на УТ 11.5 с одновременным импортозамещением стека (с MS SQL и Windows Server на Postgres Pro и Astra Linux) и AI-классификатором входящих писем менеджеров. Полный цикл такой программы это обычно 8–10 месяцев, бюджет 6–9 млн рублей для производства на 150–200 пользователей.

Типовая исходная точка

Чтобы разговор был предметным, опишу собирательный портрет заказчика, под который заточен этот подход. B2B-производство, оборудование для пищевой промышленности. Порядка 150–200 пользователей 1С. Это менеджеры по продажам, отдел снабжения, складские, производственный отдел, бухгалтерия, директор по производству, IT-отдел из 2–3 человек (1С-программист на аутстаффе, системный администратор, начальник IT). Числа ниже это типовые порядки величин, не замеры одной базы.

Знакомая картинка для среднего производственного бизнеса в РФ. УТ 10.3 в проде с середины 2010-х, доработана под десятки объектов, и никто из текущих разработчиков уже не помнит, зачем половина доработок была сделана.

Триггеры миграции

Когда мне звонят с запросом «нам нужен план миграции», я задаю один вопрос. Что произошло? Сам по себе возраст системы мало кого двигает. Обычно за запросом стоит связка триггеров.

Триггер 1. Снятие УТ 10.3 с поддержки и вал новых требований

Это главный драйвер для торгово-производственного заказчика. С 1 января 2024 года 1С прекратила консультационную поддержку УТ 10.3, с 1 апреля 2024 прекратила и выпуск обновлений, включая законодательные. Дальше пошёл вал изменений, под которые обновлений уже не будет. С 1 апреля 2025 единственно допустимый электронный формат счёта-фактуры и УПД в ЭДО это XML 5.03. С 1 января 2026 вступила ставка НДС 22% (ФЗ-425 от 28.11.2025), а в счёте-фактуре появилась строка 5б на авансы. С 1 апреля 2026 меняется и печатная форма счёта-фактуры и УПД, теперь со строкой 5б и отражением ставки 22% (ПП РФ № 26 от 23.01.2026). Декларацию НДС из УТ не сдают, её формирует бухгалтерия в отдельной 1С:Бухгалтерии. Боль вот где. Оперативный учёт в первичке по ставке 22% и обмен с контрагентами по формату 5.03 на снятой с поддержки УТ 10.3 приходится латать вручную, релиз за релизом, без гарантии что очередная заплатка переживёт следующее изменение.

Триггер 2. Внутренний запрос на AI

Второй триггер обычно идёт от коммерции. Типичная жалоба директора по продажам звучит так. Отдел получает 200–300 писем в день, секретарь физически не успевает их раскладывать, менеджеры сами лезут в общий ящик и теряют письма. Отсюда и запрос. Автоматически классифицировать письма по типам обращения, привязывать к контрагенту и заводить обращение в 1С.

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

Цели, которые я фиксирую на старте

1. Импортозамещение стека. Windows Server → Astra Linux 1.7, MS SQL → Postgres Pro Standard 18 (актуальный релиз, 17 беру только если нужна уже пройденная сертификация под конкретный контур).
2. Миграция УТ 10.3 → УТ 11.5 с сохранением бизнес-логики ключевых доработок и упрощением остальных через расширения вместо снятия конфигурации с поддержки.
3. AI-классификатор писем на GigaChat 2 Pro с автоматическим созданием обращений в 1С.
4. Снижение time-to-document для менеджера от входящего письма до созданного заказа. Ориентир это сокращение в 2–3 раза (порядок величин на таких потоках).
5. Снижение нагрузки на бухгалтерию. Закрытие месяца ориентировочно сокращается, цель это минус день-полтора к привычным срокам.
6. Сохранение работоспособности компании в течение всего проекта. Никаких «выключим завод на 3 дня».

Месяц 1. Обследование

Первый месяц идёт без кода. Целиком на разведке и планировании. Состав команды на этом этапе такой. Я (vCIO и руководитель проекта), ведущий 1С-консультант, бизнес-аналитик.

Что прохожу на обследовании

• Инвентаризация доработок. Прохожу по всем объектам, которые сняты с поддержки или живут расширениями. На каждый завожу карточку. Зачем сделано, кто заказчик, используется ли сейчас, что с ним делать. Перенести в УТ 11.5 как есть, переделать на типовом функционале или выбросить.
• Карта интеграций. Внешние системы. Банк-клиент (Сбер, Альфа), маркировка ГИС МТ, ЭДО Диадок, CRM Bitrix24, MES для производства, корпоративный портал. Что идёт через самописные обработки, что через стандартные сервисы 1С.
• Аудит данных. Расхождения в справочниках (дубли контрагентов, неактуальная номенклатура), отрицательные остатки, незакрытые заказы, документы с пометкой на удаление.
• Карта пользовательских ролей. Обычно набирается два-три десятка ролей с разными правами. Смотрю, какие реально используются, какие унаследованы от давно умерших процессов.
• План миграции данных. Через помощник перехода (типовой механизм 1С на КД 3.0 и формате EnterpriseData). Что мигрирует автоматом, а что требует ручной правки правил.
• Стек после миграции. Фиксирую целевую архитектуру. Astra Linux 1.7, Postgres Pro Standard 18, 1С:Платформа 8.3.27, актуальный релиз УТ 11.5, кластер из двух серверов 1С и Postgres в схеме primary/replica.

Артефакты на выходе

• Отчёт об обследовании на несколько десятков страниц
• Карта доработок с планом переделки по каждому объекту
• Карта интеграций с приоритетами
• Дорожная карта проекта на 8–10 месяцев
• Уточнённый бюджет. Стартовая оценка после обследования обычно подрастает на 15–25%, когда вскрывается реальный объём доработок

Месяцы 2–5. Разработка и конвертация

Самая интенсивная фаза. Команда такая. Я (руководитель), три 1С-разработчика (двое на доработках УТ 11.5, один на правилах КД), DBA на парт-тайм, системный администратор, бизнес-аналитик на полной загрузке для тестирования.

Параллельные потоки работы

1. Развёртывание dev-стенда. Astra Linux 1.7, Postgres Pro Standard 18 и 1С-сервер 8.3.27 на двух виртуалках. Уменьшенный аналог прод-стенда.
2. Установка типовой УТ 11.5. На dev-стенде, без доработок, с включённой подсистемой обмена ГИС МТ и ЭДО Диадок.
3. Первая тестовая миграция данных. Из production-копии УТ 10.3 в УТ 11.5 через помощник перехода. На базе в сотни гигабайт прогон идёт часами, а лог конвертации выдаёт сотни-тысячи строк с ошибками. Разбор каждой занимает неделю-две, и это нормальный объём.
4. Доработки УТ 11.5. Из исходных доработок УТ 10.3 в живых остаётся примерно треть, то, что реально нужно бизнесу. Их переписываю под расширения конфигурации. Остальное выбрасываю и заменяю типовым функционалом УТ 11.5, он за десять лет ушёл далеко вперёд.
5. Переписывание интеграций. Bitrix24 через обновлённую обработку, банк-клиент через типовой механизм 1С:ДиректБанк, ГИС МТ через типовую подсистему УТ 11.5 (раньше была кастомизация), MES через REST API на FastAPI (поднимаю отдельный микросервис).
6. Обучение менеджеров и складских. Управляемые формы УТ 11.5 устроены не так, как обычные формы УТ 10.3, пользователям надо перестроиться. Записываю короткие видео на ключевые операции (создание заказа, отгрузка, возврат, сверка) и провожу очные сессии по отделам.

Месяцы 6–7. Параллельная эксплуатация

Этап «и так, и эдак». Прод-копия УТ 10.3 живёт, новая УТ 11.5 поднята на новом стеке (Astra и Postgres Pro), пользователи вводят документы в обе системы одновременно. Цель тут одна. Поймать расхождения и подтвердить, что новая система ведёт учёт корректно.

Как веду эту фазу

• Двойной ввод для случайной выборки около 20% документов. Пользователь после ввода в УТ 10.3 повторяет документ в УТ 11.5. Бизнес-аналитик в конце дня сверяет итоги.
• Сверка регистров. Раз в неделю выгружаю ключевые регистры (остатки склада, партии и себестоимость, взаиморасчёты с контрагентами) из обеих систем и сравниваю построчно.
• Тестирование интеграций. Банк-клиент проверяю так. Проводки из УТ 11.5 уходят в банк, ответные выписки приходят в обе системы и сверяются.
• Сбор отзывов пользователей. Раз в неделю опросник. Что непонятно, где медленно, что хочется улучшить. Набирается список из десятков пунктов, сортирую по критичности, самые острые закрываю прямо в эту фазу.
• Подготовка отката. До перехода в полный прод-режим всегда держу путь обратно. Снапшоты виртуалок, скрипты восстановления, проверенный план отката на случай критичной ошибки.

К концу фазы расхождения держатся на уровне округлений (доли процента). Тогда вместе с владельцем принимаем решение. С первого числа следующего месяца УТ 10.3 уходит в архив (read-only), вся работа переходит в УТ 11.5.

Месяцы 8–9. Стабилизация

УТ 10.3 в архивном режиме (read-only, доступна для исторических справок). УТ 11.5 в проде на новом стеке. Месяц на стабилизацию.

Как веду стабилизацию

• Дежурство 1С-разработчика в офисе клиента пять дней в неделю на первые две недели. Сразу разбираю блокирующие проблемы. Пользователь не может провести документ, отчёт не формируется, интеграция падает.
• Срочные правки расширений по обратной связи. Раз в несколько дней выкатываю новую версию с фиксами.
• Закрытие первого месяца на новой системе идёт по отдельному плану с участием главбуха, бизнес-аналитика и ведущего консультанта. Первое закрытие обычно проходит примерно в привычные сроки, заметное ускорение приходит со второго-третьего месяца, когда люди привыкают к новым формам.
• Развёртывание AI-классификатора писем в проде. Запускаю на одном отделе (продажи), потом масштабирую на снабжение.
• Передача документации штатному 1С-программисту клиента, чтобы он поддерживал систему без моей команды. Передача занимает около двух недель. Разбор кода, обучение, архитектура расширений.
• Закрытие проекта. Финальный отчёт владельцу, метрики до и после, рекомендации на следующий год.

Стек после миграции

AI-классификатор писем

Классификатор подключаю после стабилизации основной миграции, не раньше. Архитектура простая, описывал её в записи про 1С и AI. IMAP-poll → FastAPI → GigaChat 2 Pro → классификация → создание обращения в 1С через HTTP-сервис.

Категории классификации

• price_request — запрос цены
• specification — запрос спецификации, тех.задание
• complaint — претензия по качеству, по срокам
• order — заявка на заказ
• claim — рекламация
• general — общий вопрос
• spam — спам, рассылка

Какие метрики получаются

Честный эффект классификатора это разгрузка секретаря и меньше потерянных писем. До него разбор почты съедает у секретаря порядка двух часов в день, после остаётся проверка fallback и спорных случаев. Освобождается примерно половина FTE, а входящие перестают теряться в общем ящике, и реакция на запрос ускоряется.

Связывать классификатор с ростом конверсии писем в сделки я не берусь. На конверсию влияют цена, продукт, рынок, сезон и работа менеджеров. Раскладчик входящих на неё структурно почти не действует, и приписывать ему рост продаж было бы натяжкой.

Какие цифры получаются

Это ориентиры на проектах такого масштаба, а не пост-фактум замеры одного прода. Под конкретную компанию точные значения я считаю после обследования.

Что я взял в свои правила

1. Параллельная эксплуатация. Не опция, а обязательность

На производстве в полторы-две сотни пользователей нельзя «выключить старое и включить новое». Двойной ввод части документов в течение пары месяцев это единственный способ быть уверенным, что новая система ведёт учёт корректно. Да, это удорожает проект примерно на 15%. Эти деньги я закладываю сознательно. Цена нескольких лишних недель несопоставима с ценой катастрофического расхождения в финансовом результате.

2. Партионный учёт и себестоимость. Самое сложное в миграции

На миграции УТ 10.3 → УТ 11.5 больнее всего идут партии, себестоимость и взаиморасчёты по договорам. Алгоритмы списания и расчёта в редакциях разные, и после переноса остатков цифры расходятся со старой базой. Отсюда план. Сверять себестоимость и взаиморасчёты по выборке номенклатуры в параллельной фазе, закладывать время с запасом, держать готовность к ручным корректировкам остатков.

3. Доработки 10.3 чаще выбросить, чем перенести

За десять с лишним лет жизни УТ 11.5 типовой функционал ушёл далеко. Большинство доработок 10.3 это закрытие пробелов, которые в 11.5 уже закрыты штатными средствами. В живых обычно остаётся около трети объектов, остальное выбрасывается. Это кратно меньше работы по переписыванию, и это правильно.

4. AI на старте не нужен

AI-классификатор подключаю только после стабилизации основной миграции. Запусти его параллельно, и расхождения в данных (например, в категории контрагента) уедут в AI и испортят результат классификации. Сначала чистая база, потом AI поверх неё.

5. Штатный 1С-программист после миграции обязателен

После закрытия проекта компании нужен 1С-программист (свой или на длинном аутстаффе) для поддержки расширений, плановых обновлений, мелких доработок. Внедренец уходит, а конфигурация живёт ещё десять с лишним лет. Без своего человека через год всё знание о системе оказывается в голове одного подрядчика, и это плохой риск.

Зачем читал

Если у вас УТ 10.3 в проде и давит снятие с поддержки (а если ваш профиль в перечне сфер КИИ, то и 187-ФЗ), запишитесь на первый разговор через форму контакта. За полчаса я оценю вашу ситуацию по тем же параметрам, что описаны выше, и скажу, насколько для вас реалистичны эти сроки и бюджет. Бесплатно и без обязательств.

Про инфраструктурную часть подробнее рассказываю в записи про 1С и инфраструктуру 2025–2026. Про релизы конфигураций УТ, ERP и БП рассказываю в записи про новое в 1С на 2026. Про AI-стек, о котором речь выше, рассказываю в записи про 1С и AI на 2026. Про методологию аудита, по которой я провожу обследование на первом месяце, рассказываю в записи про карту ИТ-зрелости.