Переход со старой УТ 10.3 на УТ 11: что перенесётся, а что придётся делать заново

Многие компании работают на УТ 10.3 годами. Всё привычно, всё настроено, люди знают, куда нажимать. Разговор о переходе на УТ 11 откладывают, потому что страшно: вдруг встанет склад, потеряются данные, сломаются отчёты. Я понимаю этот страх. Но откладывать тоже не бесплатно. Ниже разберу, что при переходе переносится, что придётся делать заново и в каком порядке всё это делать, чтобы работа не остановилась.

Почему откладывать дальше дорого

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

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

Каждый год на 10.3 добавляет доработок. Каждая доработка делает будущий переезд дороже. Специалистов, которые хорошо знают старую редакцию, тоже становится меньше. Поэтому вопрос обычно не в том, переходить или нет, а в том, когда и какой ценой.

Что переносится, а что нет

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

Обычно переносятся справочники. Номенклатура, контрагенты, договоры, склады, организации, виды цен. Это основа, без которой в новой базе ничего не заработает.

Дальше переносятся остатки на дату перехода. Товары на складах, деньги, долги. Новая база стартует с этих цифр, как будто учёт в ней вёлся всегда.

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

Теперь о том, что как есть не переносится. История документов в полном виде обычно не переезжает. Можно перенести часть, но полная история за годы — это долго, дорого и почти всегда не нужно. Старую базу оставляют в архиве. Если нужно поднять документ трёхлетней давности, его открывают там.

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

Доработки конфигурации тоже не переезжают. И это самая большая часть работы, поэтому о ней отдельно.

Доработки — главная работа при переходе

За годы в 10.3 накапливается много изменений. Что-то дописывали под конкретного менеджера, который давно уволился. Что-то закрывало проблему, которую УТ 11 уже решает штатно. Что-то до сих пор важно для бизнеса.

Поэтому я начинаю с аудита. Составляю список всех доработок и по каждой отвечаю на вопрос: нужна ли она вообще? Часто оказывается, что половина списка либо не используется, либо есть в новой редакции из коробки.

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

Новая логика УТ 11 и обучение людей

УТ 11 — это не 10.3 с новыми кнопками. Многие вещи устроены иначе. По-другому работают заказы, склады, ценообразование, взаиморасчёты. Документы называются похоже, но ведут себя не так.

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

Порядок перехода

Порядок, который я использую, выглядит так.

Сначала аудит доработок и процессов. Что есть, что нужно, что можно выбросить.

Потом выбор даты перехода. Обычно это начало месяца или квартала. Так проще закрыть период в старой базе и сверить остатки.

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

Затем параллельная работа несколько дней. Люди работают в новой базе, а старая остаётся под рукой для сверки. Так ошибки видны сразу, а не через месяц.

И только после этого окончательный переход. Старая база уходит в архив.

Что происходит с данными при переходе

Частые ошибки

Переносят весь мусор. Дубли товаров, контрагентов, с которыми не работали пять лет, пустые склады. Переход — лучший момент почистить справочники. Потом такого момента не будет.

Не сверяют остатки. Перенесли, увидели, что база открывается, и пошли работать. Через месяц выясняется, что на складе одно, а в базе другое. Сверка после переноса обязательна.

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

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

Можно ли просто обновить УТ 10.3 до УТ 11?

Нет. Это разные конфигурации с разной структурой данных. Переход идёт через перенос справочников, остатков и взаиморасчётов в новую базу.

Остановится ли работа на время перехода?

Если идти по порядку, нет. Пробные переносы делаются на копии, а переход приходится на начало периода. Несколько дней параллельной работы страхуют от сюрпризов.

Что будет со старой базой?

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

Все наши доработки придётся делать заново?

Те, что нужны, да. Но обычно после аудита список заметно сокращается. Часть закрывается штатными возможностями УТ 11, часть просто не используется.

Зачем делать доработки через расширения?

Чтобы типовая УТ 11 осталась на поддержке. Тогда обновления ставятся проще, а ваши доработки не теряются при каждом новом релизе.

Коротко о главном

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

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

Если вы давно думаете о переходе и не знаете, с чего начать, начните с аудита. Я посмотрю вашу базу, составлю список доработок и скажу, что из этого реально нужно переносить. Напишите в Telegram, MAX или VK.