Если вы начинаете изучать разработку на платформе «1С:Предприятие», то первое, с чем сталкиваетесь — это разделение на обычные и управляемые формы. В интернете много примеров кода, где фигурируют «толстый клиент», «глобальный контекст», «элементы формы по индексам», а в других статьях речь идёт о «тонком клиенте», «привязке данных» и «командах интерфейса». Какой подход учить? Что востребовано сейчас, а что уходит в прошлое?
В 2026 году ответ однозначен: управляемые формы стали стандартом де-факто. Но обычные приложения (толстый клиент) всё ещё встречаются в legacy‑проектах, и полное игнорирование их может создать трудности при поддержке старых конфигураций. В этой статье мы разберём эволюцию интерфейсов, сравним подходы и дадим чёткие рекомендации, с чего начинать обучение.
Как развивался интерфейс 1С: от обычных форм к управляемым
Платформа «1С:Предприятие» 8.0 и 8.1 использовала обычные формы. Они были построены по принципу «толстого клиента»: весь интерфейс генерировался на стороне клиента, и разработчик управлял каждым элементом напрямую — кнопками, полями ввода, таблицами. Это напоминало классические десктопные приложения (как Delphi или VB).
С выходом версии 8.2 (а затем 8.3) появилась новая архитектура, ориентированная на управляемые формы и тонкий/веб-клиент. Теперь интерфейс строится на сервере и передаётся клиенту в виде абстрактного описания. Это позволило:
- работать через браузер без установки платформы,
- унифицировать интерфейс для разных устройств (ПК, планшеты, смартфоны),
- значительно упростить разработку сложных форм за счёт декларативного подхода.
К 2026 году большинство типовых конфигураций («Бухгалтерия предприятия», «Управление торговлей», «ERP», «Зарплата и управление персоналом») перешли на управляемые формы. Все новые разработки ведутся только на них. Однако в старых базах, созданных 10–15 лет назад, до сих пор используются обычные формы.
Что такое обычные формы (толстый клиент)?
Обычные формы — это способ построения интерфейса, при котором разработчик вручную размещает элементы на форме, назначает им обработчики событий и управляет поведением через процедуры в модуле формы.
Особенности разработки:
- Элементы создаются в диалоге «Редактор формы» с точной привязкой к координатам.
- Программный доступ к реквизитам формы осуществляется через коллекцию
ЭлементыФормыпо индексу или имени. - Код часто содержит обращения к глобальному контексту (
Справочники.Номенклатура.НайтиПоКоду(...)). - Модальные окна и синхронные вызовы — обычное дело.
Преимущества (в своё время):
- Простота понимания для новичка: «нажал кнопку — выполнил действие».
- Высокая производительность на мощных клиентских машинах.
- Полный контроль над каждым элементом.
Недостатки:
- Сложность адаптации под разные экраны и разрешения.
- Невозможность работы через веб-клиент (без дополнительных надстроек).
- Большой объём кода для типовых действий (открытие списка, выбор значений).
- Плохая масштабируемость при командной разработке.
Что такое управляемые формы?
Управляемые формы — это современный подход, основанный на принципе «декларативного описания» интерфейса. Разработчик описывает, какие данные и команды должны быть на форме, а платформа сама решает, как их отобразить в зависимости от клиента (толстый, тонкий, веб) и устройства.
Особенности разработки:
- Форма состоит из реквизитов (данные) и команд (действия). Элементы управления привязываются к ним через атрибут
ПутьКДанным. - Используется система команд интерфейса (команды размещаются на панелях, в подменю, на панели навигации).
- Работа с данными строится на управляемых объектах (
СправочникМенеджер.Номенклатура,ДокументыОбъект.РеализацияТоваровУслуг). - Код чётко разделён на серверные и клиентские процедуры (директивы
&НаСервере,&НаКлиенте).
Преимущества:
- Кроссплатформенность: одна форма работает в толстом, тонком, веб-клиенте и мобильном приложении.
- Адаптивный интерфейс: форма автоматически подстраивается под разрешение экрана.
- Меньше кода для стандартных операций (выбор, открытие, запись).
- Удобство командной разработки: форма описывается как структура данных, легко сравнивать версии.
- Использование системы компоновки данных (СКД) для отчётов — стандарт.
Недостатки:
- Порог входа выше: нужно понимать контекст выполнения (клиент/сервер), асинхронность.
- Старые типовые конфигурации, переведённые на управляемые формы, иногда имеют «гибридный» код, который трудно читать.
Сравнительная таблица: обычные формы vs управляемые формы
| Критерий | Обычные формы (толстый клиент) | Управляемые формы |
|---|---|---|
| Клиенты | Только толстый клиент | Толстый, тонкий, веб, мобильный |
| Разработка интерфейса | Визуальное размещение элементов с координатами | Декларативное описание (реквизиты + команды) |
| Работа с данными | Прямые обращения к глобальным менеджерам | Использование менеджеров и объектов с контекстом |
| Вызов вспомогательных форм | Открытие модальных окон (синхронно) | Асинхронные вызовы, обработчики ожидания |
| События | События элементов формы (ПриИзменении, Нажатие) | События реквизитов и команд, процедуры-обработчики |
| Производительность | Зависит от мощности клиента | Оптимизирована за счёт выполнения на сервере |
| Поддержка веб | Нет (только через внешние компоненты) | Из коробки |
| Актуальность | Legacy (поддержка старых конфигураций) | Основной стандарт в 2026 году |
Что учить новичку в 2026 году?
Если вы только начинаете свой путь в 1С, основное внимание стоит уделить управляемым формам. Почему?
- Спрос на рынке труда. Вакансии 1С-разработчика в 2026 году требуют знания управляемых форм. Работодатели ожидают, что вы умеете работать с тонким и веб-клиентом, настраивать интерфейс «Такси», писать отчёты на СКД. Навыки работы с обычными формами чаще указываются как «плюс» для поддержки старых проектов, но не как основное требование.
- Будущее платформы. Фирма «1С» не развивает обычные формы. Все новые механизмы (мобильная платформа, интеграция с веб-сервисами, работа с большими данными) заточены под управляемые формы.
- Качество кода. Управляемые формы приучают к современным практикам: разделение ответственности, асинхронность, работа с менеджерами объектов, использование стандартных подсистем. Эти навыки пригодятся при переходе на другие языки (C#, Java, Python).
- Универсальность. Научившись работать с управляемыми формами, вы сможете разрабатывать для любых клиентов, включая веб-интерфейсы и мобильные приложения.
Нужно ли вообще изучать обычные формы?
Полностью игнорировать обычные формы тоже не стоит, особенно если вы планируете работать во франчайзи или на крупных промышленных предприятиях. Там до сих пор эксплуатируются конфигурации, созданные на платформе 8.1–8.2, которые никто не переводил на управляемые формы из-за стоимости миграции.
Вам могут встретиться задачи:
- исправление ошибок в старом документе,
- добавление небольшой доработки в «Управление торговлей 10.3» (она на обычных формах),
- поддержка обмена данными с legacy-системой.
Поэтому базовое понимание, как устроены обычные формы, что такое «табличная часть» и «элементы формы по индексам», будет полезно. Но углубляться в тонкости разработки на обычных формах не стоит — это тупиковая ветвь.
Как учить управляемые формы: пошаговый план
- Понять архитектуру клиент-сервер. Изучите, что такое контекст выполнения (
&НаСервере,&НаКлиенте,&НаСервереБезКонтекста), почему нельзя смешивать обращения к данным на клиенте, и как правильно передавать значения. - Освоить работу с реквизитами и командами. Научитесь добавлять реквизиты (типа
Строка,Число,Дата, ссылочные типы) и команды. Поймите, как привязать элемент формы к реквизиту черезПутьКДанным. - Практика на простых задачах:
- Создать справочник «Контрагенты» с ИНН и телефоном.
- Добавить форму списка с отбором по ИНН.
- Сделать документ «Приход товаров» с табличной частью и проведением по регистрам.
- Настроить отчёт на СКД с группировками.
- Изучить типовые конфигурации. Откройте любую современную типовую (например, «Управление торговлей 11» или «Бухгалтерия 3.0») в режиме конфигуратора и посмотрите, как устроены их формы. Проанализируйте модули объектов, формы документов, общие модули.
- Освоить систему команд интерфейса. Понять, как создаются подсистемы, как команды выносятся на панель навигации и панель действий, как настраиваются интерфейсы для разных ролей.
- Научиться работать с асинхронными вызовами. В управляемых формах многие операции (открытие формы, выполнение отчёта, вызов обработки) выполняются асинхронно. Освойте механизм
ОжидатьиОбработкаОжидания. - Использовать библиотеку стандартных подсистем (БСП). Это обязательный этап. БСП — набор готовых механизмов (печать, обмен данными, работа с пользователями), который используется почти во всех современных конфигурациях. Знание БСП — важный критерий для работодателя.
Чего избегать при переходе на управляемые формы?
- Не используйте обращения к глобальному контексту в клиентском коде. Например,
Справочники.Номенклатура.НайтиПоРеквизиту(...)должно вызываться на сервере. - Не пытайтесь эмулировать обычные формы. Не надо вручную создавать кнопки для открытия других форм — используйте команды.
- Не игнорируйте директивы компиляции. Без них код может работать некорректно в тонком клиенте или вебе.
- Не пишите сложные алгоритмы на клиенте. Для работы с данными используйте серверные вызовы.
Пример: обычная форма vs управляемая форма для одной задачи
Предположим, нужно создать форму выбора контрагента с фильтром по ИНН.
В обычной форме (толстый клиент):
- Создаётся форма, на неё помещается поле для ввода ИНН и таблица.
- В обработчике кнопки «Найти» программно формируется запрос, результат выводится в таблицу.
- Выбранная строка передаётся обратно через глобальную переменную или реквизит владельца.
В управляемой форме:
- Создаётся реквизит
ИННФильтртипаСтрокаи реквизитРезультаттипаСправочникСсылка.Контрагенты. - Создаётся команда
ВыбратьПоИНН. - В модуле формы пишется обработчик команды (серверный), который выполняет запрос и устанавливает значение в
Результат. - Форма закрывается с передачей значения через
Закрыть(Результат).
Кода в управляемой форме меньше, он понятнее, и форма автоматически работает в веб-клиенте.
Ресурсы для изучения управляемых форм в 2026 году
- Официальная документация на ИТС (информационно-технологическое сопровождение). Разделы «Разработка в управляемых формах», «Стандарты разработки».
- Книга «1С:Предприятие 8.3. Практическое пособие разработчика» (Радченко, Хрусталева). Последние издания ориентированы на управляемые формы.
- Курсы на платформах:
- «Код 1С» (специализация по управляемым формам)
- «Инфостарт» (видеокурсы, статьи, готовые примеры)
- Официальные курсы «1С:Специалист» по платформе
- YouTube-каналы: «1С:Учебный центр», «Алексей Боев», «Илья Хохлов» — много разборов управляемых форм.
- Telegram-чаты: «Код 1С», «1С-Разработчик Community» — можно задать вопрос и получить развёрнутый ответ.
Заключение
Выбор между обычными и управляемыми формами в 2026 году очевиден: начинать изучение нужно с управляемых форм. Это современный стандарт, который открывает двери к большинству коммерческих проектов, позволяет работать с веб-клиентом и мобильной платформой, а также формирует правильный стиль программирования.
Обычные формы стоит изучать лишь факультативно — чтобы понимать логику старых конфигураций и уметь поддерживать их, если этого требует работа. Но делать на них ставку в новой карьере — значит сознательно ограничивать свои возможности.
Главное — практика. Установите актуальную версию платформы, откройте учебную базу и начните создавать свои первые управляемые формы. Уже через несколько недель вы почувствуете, насколько это удобнее и логичнее старого подхода.