Как правильно организовать переход с «1С:Торговля и склад 7.7» на «1С:Управление торговлей 11» в крупной компании?

← На главную

Перевод действующего бизнеса с исторической платформы 1С:Предприятие 7.7 (конфигурация Торговля и склад) на современную платформу 1С:Предприятие 8.3 (конфигурация Управление торговлей 11) — это масштабный проект, который выходит далеко за рамки простого программирования и технического переноса остатков. В распределенных компаниях с множеством филиалов, складов и сложными бизнес-процессами такой переход может парализовать отгрузки, если стратегия выбрана неверно.

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

Разбор ключевых стратегий запуска: Единовременный запуск против параллельного учета

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

Параллельный учет в двух конфигурациях часто кажется руководству безопасным решением: «Давайте менеджеры будут вбивать документы и в 7.7, и в УТ 11, а мы сравним отчеты». На практике этот подход в 99% случаев приводит к провалу проекта. Разберем причины:

Колоссальная двойная нагрузка на пользователей. Операторы и менеджеры физически не успевают обрабатывать один и тот же объем первички дважды. Как результат — базы начинают «расползаться», данные не совпадают, а крайними объявляют разработчиков новой системы.
Саботаж и отсутствие мотивации. Видя, что «старая добрая семерка» все еще работает, сотрудники будут саботировать изучение сложного интерфейса УТ 11. Любая мелкая трудность в новой программе станет поводом вернуться в 7.7.
Разница в методологии учета. В ТиС 7.7 и УТ 11 принципиально по-разному устроены партионный учет, расчет себестоимости и учет взаиморасчетов. Добиться копейка в копейку совпадающих цифр при ручном параллельном вводе практически невозможно.

Рекомендация: Оптимальным выбором является единовременный запуск (cut-off). Назначается дата «Ч» (обычно это 1-е число месяца или начало года, когда закрыты отчетные периоды), в выходные дни переносятся финальные остатки, а старая база ТиС 7.7 переводится в режим «Только чтение».

Если речь идет о крупной распределенной сети с филиалами, где одномоментный переход всей структуры слишком рискован, применяется гибридный поэтапный запуск:

Переводится центральный офис и центральный склад на УТ 11.
Разрабатывается временный двусторонний обмен данными между новой центральной базой УТ 11 и филиальными базами ТиС 7.7.
Филиалы переводятся на УТ 11 поочередно («десантным методом»): проектная команда выезжает на место, обучает персонал, переносит локальные остатки, подключает торговое оборудование и запускает работу точки непосредственно в новой системе.

Этап 1: Подготовка «скелета» системы, аудит НСИ и нагрузочное тестирование

Переходить «в чистую базу» нельзя. Сначала необходимо создать рабочий прототип (скелет) будущей системы в УТ 11. Разберем этот этап по шагам:

Аудит и реструктуризация справочников (НСИ). Справочники в 7.7, копившиеся годами, обычно переполнены дублями и неактуальной информацией. Перенос «один в один» перенесет и весь бардак. На этапе подготовки необходимо составить правила сопоставления.
Учитывайте концептуальное различие: в УТ 11 справочник Контрагенты разделен на Партнеры (управленческий учет, холдинги) и Контрагенты (юридические лица). Продумайте эту архитектуру заранее.
Функциональное тестирование. Разверните пустую УТ 11, настройте в ней базовые параметры учета и включите необходимые функциональные опции. Помните, что в УТ 11 многие опции (например, использование характеристик, серий, ордерных складов или нескольких валют) после проведения первого документа заблокируются для изменения.
Нагрузочное тестирование оборудования. Платформа 7.7 была чрезвычайно легкой и работала на любом «железе». Новая УТ 11 на платформе 8.3 требует на порядок больше серверных мощностей, оперативной памяти и пропускной способности каналов связи.
Проанализируйте ситуацию: если в филиалах стоят старые компьютеры, а каналы связи слабые — работа встанет. Рассмотрите отказ от классического РИБ (распределенных баз) в пользу работы удаленных точек через тонкий клиент или веб-публикацию на быстром центральном сервере.

Этап 2: Организационная подготовка и «Эмуляция рабочего дня»

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

Заручитесь жесткой поддержкой топ-менеджмента. Генеральный или коммерческий директор должен официально (приказом) зафиксировать дату перехода, назначить ответственных от каждого отдела в рабочую группу и дать понять упрямым сотрудникам, что возврата к старой системе не будет.
Проведите моделирование реального дня. Возьмите копию базы ТиС 7.7, перенесите из нее справочники в тестовую базу УТ 11. Выберите один реальный рабочий день компании из прошлого и посадите ключевых пользователей (старших продавцов, закупщиков, логистов) вбить в тестовую базу ВСЕ документы этого дня «от и до».
В процессе этой эмуляции сразу вскроются все неудобства интерфейса, отсутствие нужных печатных форм, непонимание логики работы статусов документов (заказ «К обеспечению», «К отгрузке» и т.д.).
Составьте реестр доработок. На основе эмуляции сформируйте список критичных требований, без которых бизнес действительно не сможет продавать (например, специфические макеты этикеток, интеграция с ТСД или специфический расчет скидок). Все «хотелки» из разряда «мне неудобно, хочу как в семерке» безжалостно отсекайте — пользователи привыкнут к новому интерфейсу за 2-3 недели.

Этап 3: Технический перенос данных и сверка остатков

Для технической реализации переноса данных рекомендуется использовать конфигурацию 1С:Конвертация данных 2.1. Она позволяет гибко настроить правила выгрузки справочников и остатков.

При переносе крупных баз вы обязательно столкнетесь с тем, что штатный 32-битный XML-парсер в 7.7 падает по нехватке оперативной памяти (out of memory). Чтобы обойти это ограничение, разберем два решения:

Порционная выгрузка: разбивайте выгрузку на части (отдельно группы номенклатуры, отдельно контрагенты, остатки по каждому складу отдельным файлом).
Прямое COM-подключение: напишите в УТ 11 обработку, которая подключается к базе 7.7 напрямую и считывает данные без промежуточной выгрузки в файлы. Посмотрим на пример инициализации такого подключения:


// Инициализация COM-соединения с информационной базой 1С:Предприятие 7.7
ПутьКБазе = "C:\1C_Bases\TradeAndWarehouse\";
ИмяПользователя = "Администратор";
Пароль = "SuperPassword123";

V77 = Новый COMОбъект("V7.Application");
Открыто = V77.Initialize(V77.RMTrade, "/D""" + ПутьКБазе + """ /N" + ИмяПользователя + " /P" + Пароль, "NO_SPLASH_SHOW");

Если Не Открыто Тогда
    ВызватьИсключение "Не удалось установить связь с базой данных 1С:Предприятие 7.7!";
КонецЕсли;

Сообщить("Соединение успешно установлено. Начинаем чтение данных...");

При переносе остатков критически важно переносить только чистые, сверенные данные. Выгружайте остатки по следующим направлениям:

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

После загрузки данных в УТ 11 в обязательном порядке запустите расчет себестоимости и сверьте ключевые показатели с ТиС 7.7. Сверку проводите с помощью специально написанных отчетов или выгрузкой оборотно-сальдовых ведомостей в таблицы. Особое внимание уделите ГТД (номерам грузовых таможенных деклараций) при импорте — некорректно перенесенные номера ГТД в остатках приведут к последующему отказу в признании входящего НДС налоговыми органами.

Этап 4: День «Ч» и запуск системы в эксплуатацию

Когда все тесты пройдены, а пользователи обучены, наступает этап запуска:

В пятницу вечером останавливается работа в ТиС 7.7. База переводится в режим «Только просмотр».
Программист выполняет финальную выгрузку актуальных остатков на конец дня пятницы.
В субботу и воскресенье данные загружаются в рабочую базу УТ 11. Проводится экспресс-проверка: сверяются остатки на складах и взаиморасчеты. Корректируются цены номенклатуры.
Подключается и настраивается все торговое оборудование (фискальные регистраторы, сканеры штрихкодов, эквайринговые терминалы).
В понедельник утром все пользователи начинают работу исключительно в УТ 11.

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

Как показывает практика, при правильной подготовке острая фаза адаптации проходит за 3-5 дней, через 2 недели учет стабилизируется, а спустя месяц сотрудники будут с улыбкой вспоминать неудобства старой «семерки».