← На главную

Перевод крупного многофирменного предприятия с сильно доработанной конфигурации «1С:Торговля и Склад 7.7» на современную платформу «1С:Предприятие 8.3» — одна из самых рискованных задач автоматизации. Попытка одномоментного перехода («big bang»), когда одновременно запускаются регламентированный, оперативный, складской и производственный контуры, практически гарантированно приводит к коллапсу отгрузок, ошибкам во взаиморасчетах и срыву отчетности. Разберем проверенную архитектурную стратегию и технические нюансы, позволяющие минимизировать риски и перевести предприятие плавно и предсказуемо.

Стратегия поэтапного перехода: почему нельзя переносить все сразу

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

1. Первый этап — перевод регламентированного контура (ЗУП и БП). В первую очередь переводим конфигурации, наиболее зависимые от регулярных изменений законодательства: расчет зарплаты (переход на «1С:Зарплата и управление персоналом 3.1») и бухгалтерский/налоговый учет (переход на «1С:Бухгалтерия предприятия 3.0»). Оперативный торговый и складской контуры на этом шаге остаются в проверенной 7.7. Настраивается односторонний обмен: первичные документы и свернутые проводки выгружаются из 7.7 в БП 3.0.
2. Второй этап — автоматизация розничной сети (РИБ «1С:Розница»). Если у предприятия есть магазины, кассовые узлы переводятся на типовую конфигурацию «1С:Розница» с распределенной информационной базой (РИБ). Это снимает нагрузку с центрального сервера, изолирует кассы от сбоев связи и позволяет реализовать штрихкодирование, программы лояльности и требования к онлайн-кассам без переписывания оптового контура.
3. Третий этап — оптовый блок, склад и производство. Только после того, как бухгалтерия и розница стабилизировались в среде 8.3, приступаем к переводу оптовых продаж, адресного склада и производственных процессов на «1С:Комплексная автоматизация» или «1С:Управление торговлей».

Технические ограничения платформы 8.3, о которых нужно знать заранее

Рассмотрим ключевые отличия клиент-серверной архитектуры 8.3 от файловой 7.7 (DBF), незнание которых приводит к резкому падению производительности:

1. Механизм ограничения прав на уровне записей (RLS). В 7.7 разграничение видимости складов или фирм обычно делалось простыми фильтрами в формах списков. В 8.3 включение стандартного RLS модифицирует каждый SQL-запрос, добавляя громоздкие подзапросы для проверки прав. При 50 одновременно работающих пользователях это вызывает сильные задержки. Необходимо использовать исключительно «производительный режим» RLS и минимизировать условия ограничений.
2. Управляемые блокировки транзакций. В отличие от автоматических блокировок таблиц СУБД или DBF, в 8.3 при проведении документов действует режим управляемых блокировок. Если при доработках не описывать пространство блокировок явно, база столкнется с регулярными взаимными блокировками (deadlock) при параллельной работе менеджеров и кассиров.
3. Клиент-серверные вызовы. Попытка перенести интерфейсный код из 7.7 «один в один» приведет к зависанию динамических списков. Контекстные серверные вызовы из форм должны быть сведены к минимуму, а поиск номенклатуры оптимизирован через полнотекстовый поиск.
4. Отложенный расчет себестоимости. В современных конфигурациях (УТ 11, КА 2, ERP) расчет партий и себестоимости не выполняется в момент проведения документа реализации. Он рассчитывается фоновым регламентным заданием ЗакрытиеМесяца. Бизнес должен быть готов к тому, что точная валовая прибыль по отгрузкам рассчитывается постфактум, а не отображается сразу в строке накладной.

Отраслевая специфика: кабель, щитовое производство и стройка

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

1. Бухтовой учет кабельной продукции. Типовые конфигурации лишены встроенного механизма работы с мерным товаром в барабанах и бухтах. Учета по характеристикам недостаточно, так как требуется контролировать списание нескольких отрезков с одного барабана и отслеживать неликвидные остатки (куски менее технологической длины). Эту задачу следует решать через расширение конфигурации, привязывая уникальный серийный номер к каждому физическому барабану с хранением его текущей мерной длины.
2. Сборка электрощитового оборудования. Для комплектации щитов не требуется внедрять тяжелое дискретное производство линейки ERP. В УТ, КА и УНФ эта задача решается штатными документами СборкаТоваров (разборка) с использованием типовых спецификаций комплектации.
3. Строительство сетей и госконтракты (44-ФЗ, 223-ФЗ). УТ 11 не предназначена для учета затрат строительно-монтажных работ. Раздельный учет доходов и расходов по строительным объектам необходимо выносить в «1С:Бухгалтерия предприятия» (через субконто «Номенклатурные группы» и «Статьи затрат») либо использовать специализированное строительное отраслевое решение.
4. Адресный склад. Не следует сразу внедрять полный ордерный ячеистый склад: он требует строгого оформления ордеров на отбор и размещения с терминалами сбора данных (ТСД), что в переходный период парализует отгрузки. Рекомендуется начинать со «справочного» адресного хранения (номер ячейки хранится как реквизит для печати в сборочном листе, без фиксации остатков в разрезе ячеек).

Методология переноса данных и сохранение обновляемости

Выясним правильный алгоритм технической миграции данных:

1. Отказ от переноса документов за прошлые периоды. Переносить многолетнюю историю документов из базы 7.7 объемом 10 ГБ категорически не рекомендуется. Переносятся только справочники (нормативно-справочная информация) и входящие остатки на выбранную дату среза (остатки товаров, взаиморасчетов, безналичных и наличных денежных средств). Старая база консервируется для чтения и проверок.
2. Инструмент переноса. Для связи нетиповой конфигурации 7.7 с современной базой используется конфигурация «1С:Конвертация данных 2.1». Правила обмена выгружаются в файл правил, после чего данные экспортируются из 7.7 через обработку MD_82.ert (или аналогичную обработку выгрузки в формате XML).
3. Нормализация справочников. До загрузки в 8.3 необходимо выполнить чистку дублей контрагентов по ИНН/КПП и дублей номенклатуры по артикулам, иначе встроенный контроль 8.3 заблокирует корректное закрытие регистров взаиморасчетов.
4. Использование механизма расширений. Чтобы конфигурация 8.3 оставалась типовой и обновлялась без привлечения дорогостоящих специалистов, все отраслевые доработки (специфический расчет скидок от себестоимости, учет метража кабеля, печатные формы) необходимо выносить исключительно в подключаемые расширения конфигурации (Configuration Extensions) и внешние обработки. Сама конфигурация должна оставаться на стандартной поддержке поставщика.