Что выбрать при переходе с 1С 7.7: разработку конфигурации с нуля или адаптацию 1С:Управление торговлей 11?

← На главную

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

Проблема «тяжелого наследия» и ожидания пользователей

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

Рассмотрим ситуацию: у клиента около 20 точек с низкой активностью. Им нужно всего 6 видов документов: Закупка, Продажа, ПКО, РКО, Переоценка и Перемещение. Кажется, что написать такую систему на Библиотеке стандартных подсистем (БСП) можно за пару недель. Однако здесь кроется первая ловушка.

Анализ рисков разработки конфигурации с нуля («Самописки»)

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

Законодательная игла: Даже если сегодня клиент не хочет подключать кассы или заниматься маркировкой («Честный ЗНАК»), завтра государство может сделать это обязательным для его группы товаров. Реализовать поддержку ФР, ЭДО и Маркировки в самописке с нуля — это сотни часов сложной разработки. В типовых решениях эти обновления приходят в рамках ИТС.
Фактор автобуса: Самописка делает клиента заложником одного программиста. Если разработчик «сопьется», сменит сферу деятельности или просто пропадет, другой специалист будет крайне неохотно разбираться в чужом коде без документации. Стоимость поддержки такой базы со временем будет только расти.
Отсутствие инфраструктуры: В самописке придется вручную реализовывать систему прав доступа (особенно актуально для 20 магазинов, чтобы они не видели документы друг друга), механизм печати, систему версионирования объектов и обмены данными.

Стратегия адаптации типового решения через АРМ

Выясним, как дать пользователю простоту 7.7, сохранив мощь 8.3. Вместо того чтобы переписывать всю УТ 11, лучше пойти по пути создания специализированного АРМ (Автоматизированного рабочего места).

Рассмотрим пример реализации простого интерфейса внутри типовой конфигурации. Мы можем создать одну обработку, которая будет служить «пультом управления» для продавца. На эту форму выносятся только необходимые кнопки, а все лишние подсистемы скрываются через профили групп доступа.


// Пример упрощенного открытия формы документа из АРМ
Процедура КомандаСоздатьПродажу(Команда)
    ПараметрыФормы = Новый Структура("ЗначенияЗаполнения", Новый Структура("Организация, Склад", ТекущаяОрганизация, ТекущийСклад));
    ОткрытьФорму("Документ.РеализацияТоваровУслуг.ФормаОбъекта", ПараметрыФормы);
КонецПроцедуры

Таким образом, пользователь видит привычные 5-6 кнопок, а под капотом остается стандартная УТ 11, которая корректно делает движения по регистрам, считает себестоимость и позволяет бухгалтерии формировать отчетность.

Выбор альтернативного решения: УНФ или Розница

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

Преимущества УНФ:

Интерфейс на порядок проще, чем в УТ 11.
Функционал «скупки» (прием на комиссию) реализован более прозрачно.
Встроены все современные механизмы (маркировка, кассы, интеграции с маркетплейсами), которые могут понадобиться в будущем.
Легче обновляется и требует меньше серверных ресурсов.

Техническая реализация ограничений доступа

Для организации с 20 магазинами критически важна централизованная база, но с жестким разделением прав. Если мы используем типовую конфигурацию, мы можем настроить RLS (Record Level Security) по складам или подразделениям. Посмотрим, как это выглядит концептуально:

Каждому магазину соответствует свой Склад.
Пользователи магазина включаются в группу доступа, где в ограничениях прописан только их склад.
В результате при открытии списка документов каждый видит только «своё», что имитирует работу РИБ в семерке, но в единой базе через RDP или тонкий клиент.

Рассмотрим код, который помогает программно ограничивать видимость данных в списках, если стандартных механизмов RLS недостаточно (например, для повышения производительности):


// Пример установки отбора в динамическом списке формы при создании
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
    ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Склад");
    ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
    ЭлементОтбора.Использование = Истина;
    ЭлементОтбора.ПравоеЗначение = ПараметрыСеанса.ТекущийСкладПользователя;
КонецПроцедуры

Почему самописка за 2-3 недели — это миф?

Разберем по шагам, что на самом деле входит в создание «простой» базы:

Проектирование архитектуры: Регистры накопления для остатков (минимум 2: Остатки товаров и Денежные средства).
Логика проведения: Нужно учесть партионный учет или списание по средней. Написание корректного запроса для контроля остатков при проведении документа — это база, но она требует тестирования на блокировки при многопользовательской работе.
Печатные формы: Создание макетов для ТОРГ-12, счетов, актов скупки и кассовых ордеров.
Отчеты: Ведомость по товарам, отчет по продажам, анализ прибыли. Использование СКД (Системы компоновки данных) ускоряет процесс, но требует настройки интерфейса.

В итоге, то, что кажется «работой на две недели», превращается в бесконечный процесс доделок. Как показывает практика, адекватные самописки, покрывающие реальные процессы, дозревают годами.

Итоговые рекомендации

Проанализировав все «за» и «против», мы приходим к следующему алгоритму действий:

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

Помните: ваша задача как специалиста — не просто «написать код», а обеспечить бизнесу стабильную работу на ближайшие 5–10 лет. Типовое решение с легкой косметической правкой через расширения — самый надежный путь к этой цели.