Привет, Хабр! (И тебе, 1С-ник, который привык к «желтой» программке, и тебе, веб-разработчик, который до сих пор думает, что 1С - это только про накладные и бухгалтеров.)
В прошлой серии мы выяснили, что «1С:Предприятие.Элемент» - это не та «желтая программа», к которой привыкли бухгалтеры, а вполне себе модный cloud-native зверь с IDE в браузере. Но слова - это дешево. Разработчику нужно видеть код, архитектуру и понимать, как это соотносится с тем, что он уже знает (будь то 1C, Python или JavaScript).
Сегодня мы лезем под капот. Мы разберем синтаксис, систему типов, декларативный UI и узнаем, как 1С реализовала ORM, который (спойлер) удобнее многого, что вы знали, но не без своих 1С-овских замашек.
Как обычно я всё буду сравнивать с тем с чем успел поработать или ознакомиться в своём опыте (Python, JS, Java, 1C). В чём-то я могу ошибаться либо у вас будет своём мнение и это нормально
Поехали.
Глава 0. 1С уходит в облака (но землю не бросает)
Для начала давайте вспомним, что же такое 1С:Элемент если кто-то не читал мою прошлую статью. Хотя всё же советую её прочесть…
Что такое «1С:Элемент»? Если совсем просто: это технология, чтобы делать B2B и B2C кабинеты, витрины и порталы, не сходя с ума от JavaScript-фреймворков.
Раньше было как: есть «большая» 1С (ERP, Бухгалтерия), она сидит на мощном сервере за высоким забором. А пользователю нужен личный кабинет на сайте. Вы звали веб-разработчика, он пилил сайт на React/Angular, потом вы мучительно настраивали обмен данными по REST/SOAP, и всё это ломалось при обновлении. Хороший пример это Корп. Универ. от 1С.
«Элемент» говорит: «Хватит это терпеть».
Это cloud-native технология. То есть:
Среда разработки - в браузере. Да, IDE прямо в Chrome.
Приложения - веб-ориентированные. Они живут в браузере и на мобилках.
Low-code. Многое можно накликать мышкой, но (спойлер!) писать код всё равно придётся, и очень много.
Кто страдал в 1С с версионированием? «Хранилище конфигурации» - эти слова вызывают боль.
Отступление: Да! Есть уже, конечно, EDT с полноценным Git-ом как у всех, но разве все массово переедут, на что-то непонятное, когда есть старый добрый конфигуратор.
В «Элементе» разработчики наконец-то посмотрели на остальной мир.
Git - из коробки. Вы можете пушить ветки, мержить изменения и использовать GitLab (звучит, конечно, сильно модно после «Захватить в хранилище» и «Поместить в хранилище»). Групповая разработка теперь выглядит как разработка, а не как перетягивание каната.
Веб-IDE. Редактор кода, отладчик, конструктор форм - всё в вебе. Можно кодить с планшета (если вы мазохист, конечно, но возможность есть). Я уже, конечно, говорил об этом прошлой статье, но вынужден сказать ещё раз: - Они просто вкрутили VS Code в Web, что-то переписали, а про что-то забыли и ещё плюсом Яндекс Браузер постоянно пытается перевести Русский язык на Русский, что вызывает множество вопросов.
Это уже не тот закрытый мир. Это современный инструмент, просто говорящий на русском (или английском, язык встроенный теперь двуязычный). - Не тот закрытый мир, но документацию можно прочитать только по учётке которую выдаёт 1С:Элемент, и на выдачу которой уходит от 3-7 дней.
Немного о изменениях
Когда я писал прошлую статью про знакомство с новой игрушкой 1С я давал уточнение что 1С:Элемент это не язык, а лишь надстройка над Исполнителем, но за пол года много всего изменилось и теперь стало ещё всё более запутано, что теперь 1С:Исполнитель называется 1С:Элемент и 1С:Элемент называется 1С:Элемент. Забавновность изменений видно на примере этих книг.
Глава 1. Синтаксис: TypeScript, ты ли это?
Переходим к делу…
Если вы писали на старом языке 1С, забудьте всё чему вас учили. Ну, почти всё. Ключевые слова остались русскими (хотя поддерживается и английский), но парадигма сменилась.
Язык стал строго типизированным. Это больше не динамический хаос, где в переменную можно положить сначала число, потом строку, а потом Справочник. Теперь это ближе к TypeScript или Kotlin.
Объявление переменных
Сравним.
JavaScript / старый 1С:
let count = 10; count = "десять"; // И так сойдёт!
1С:Элемент (XBSL):
// Строгая типизация пер Количество: Число = 10 // Количество = "десять" // Ошибка компиляции! Type mismatch. // Вывод типов (Type Inference) работает, как в современных языках знч Приветствие = "Hello World" // Система поняла, что это Строка
Обратите внимание на ключевые слова:
пер(переменная) - изменяемое значение (var/let).знч(значение) - неизменяемое значение (const/val).конст- это постоянная величина для всего модуля.
Возможно у некоторых возникнут вопросы по поводу отличия знч и конст, но тут всё просто константа используется для статичного значения применимого на уровне всего модуля и к ней можно обращаться от куда угодно к примеру можно указать @ВПроекте конст ИД_ПОДСИСТЕМЫ = "Администрирование" в xbsl файле и потом обращаться из других файлов к этому значению, а знч работает как и переменная в рамках методов (функций).
Дженерики (Обобщения)
Да, в 1С завезли дженерики. И это киллер-фича для надежности кода.
Java:
List<String> names = new ArrayList<>();
1С:Элемент:
// Массив, в котором могут лежать ТОЛЬКО строки пер Имена: Массив<Строка> = [] Имена.Добавить("Василий") // Имена.Добавить(42) // Компилятор бьёт по рукам
Работа с None или Null-safety или Undefined или как кому нравиться
Больше никаких ошибок за то, что ваш объект пуст (ну почти). Система типов поддерживает опциональность явно.
// Знак вопроса означает, что переменная может быть Неопределено (null) пер Клиент: Справочник.Контрагенты.Ссылка? если Клиент != Неопределено // Только внутри этой проверки можно безопасно обращаться к свойствам Сообщить(Клиент.Наименование) ;
Глава 2. Структура проекта: YAML как сердце всего
В классической 1С структура базы данных (метаданные) была зашита внутри бинарника или XML-блоба. В «Элементе» всё стало текстовым и читаемым. Весь проект - это набор папок и YAML-файлов.
Хотите создать таблицу в базе данных (Справочник)? Вы не пишете CREATE TABLE. Вы описываете сущность.
Пример файла Сотрудники.yaml:
ВидЭлемента: Справочник Имя: Сотрудники Ид: ... (UUID) ОбластьВидимости: ВПроекте Реквизиты: - Имя: ФИО Тип: Строка Длина: 150 Обязательное: Истина - Имя: Возраст Тип: Число ДлинаЦелойЧасти: 3 - Имя: Отдел # Ссылка на другой справочник (Foreign Key) Тип: Подразделения.Ссылка?
Что делает компилятор, когда видит этот YAML?
Создает таблицу в PostgreSQL.
Создает индексы (по UUID, Коду, Наименованию).
Генерирует специальные типы данных во встроенном языке для работы с этой сущностью.
Это называется Low-code, но правильный: вы пишете конфигурацию, а платформа берет на себя скучную работу DBA, ну что я в принципе рассказываю ребята владеющие Docker-ом шарят.
Глава 3. Работа с данными: ORM, который мы заслужили
В обычной веб-разработке у вас есть боль под названием ORM (Hibernate, EF). Вам нужно маппить классы на таблицы, следить за сессиями, ленивой загрузкой и т.д.
Как я уже сказал, один YAML-файл Справочник порождает несколько типов объектов. Разберем их, потому что это фундамент:
Сотрудники.Ссылка Это легкий объект, содержащий только UUID. Аналог Pointer-а.
Он не тянет данные из БД, пока вы не попросите.
Его можно передавать между клиентом и сервером.
Магия: Если нужно получить имя отдела сотрудника, вы просто пишете: (Ссылка как Справочник.Ссылка).ЗагрузитьОбъект().Отдел.Наименование Платформа сама сделает нужные JOIN (это называется разыменование ссылки). Ну или простой разворот наименования по ссылке: Ссылка.Представление()
Сотрудники.Объект Это «толстый» объект с данными. Нужен для изменения (INSERT/UPDATE).
// Транзакция открывается и закрывается платформой пер НовыйСотр = новый Сотрудники.Объект() НовыйСотр.ФИО = "Иванов И.И." НовыйСотр.Записать()
Глава 4. Клиент и Сервер: Игра в пинг-понг
Главная боль и главная фича «Элемента» - жесткое разделение контекста.
Клиент (Браузер/Мобилка): JS-движок.
Сервер (бэкенд): Доступ к СУБД.
Перед всем этим, для большего понимания хочу рассказать про аннотацию для питонистов (декоратор) я лично тоже это люблю называть декоратором.
Аннотации контекста исполнения (Где выполняется код?)
Аннотации начинаются с символа @ и размещаются перед объявлением метода, переменной, типа или структуры. Аннотации управляют контекстом исполнения, областью видимости и назначением кода.
-
@НаСервереМетод выполняется на сервере.
Имеет доступ к базам данных и «тяжелой» логике.
Если модуль по умолчанию серверный (например, модуль справочника), эту аннотацию можно не писать.
-
@НаКлиентеМетод выполняется в браузере или на мобильном устройстве.
Имеет доступ к интерфейсу, но не к базе данных напрямую.
-
@ДоступноСКлиентаИспользуется только в паре с
@НаСервере.Позволяет вызвать серверный метод из клиентского кода.
Важное условие: Такой метод обязательно должен быть объявлен как
статический- такие здесь приколы.
-
@Контекстный(используется с@НаСервере)Специфическая аннотация для модулей компонентов интерфейса. Позволяет серверному методу получить доступ к контексту формы (данным), не передавая их явно параметрами.
Аннотации области видимости (Кто видит этот код?)
По умолчанию весь код виден только внутри того файла (модуля), где он написан. Чтобы открыть доступ другим частям системы, используются эти аннотации:
@Локально(по умолчанию) - видно только в текущем модуле.@ВПодсистеме- видно всем элементам внутри текущей подсистемы.@ВПроекте- видно во всем проекте (во всех подсистемах).@Глобально- видно даже в других проектах (актуально при разработке Библиотек).@ВТипе- видно внутри текущего типа и его наследников.
Аннотации событий и поведения (Когда это запускается?)
Эти аннотации говорят платформе, что данный метод - это не просто функция, а реакция на определенное событие.
-
@Обработчик- @Обработчик метод ПередЗаписью(...)Указывает, что метод обрабатывает стандартное событие (нажатие кнопки, запись объекта в базу, создание формы).
Имя метода обычно должно совпадать с именем события или быть привязано через свойства.
-
@ОбновлениеПроектаИспользуется в модуле проекта.
-
Помечает методы, которые должны выполниться один раз при обновлении версии приложения (миграция данных).
@ОбновлениеПроекта(Ид = "8.2.2.7", Номер = 1) метод ЗаполнитьДанные() ;
Продолжим по теме...
Вы не можете написать один сплошной код. Вы должны явно указывать, где выполняется функция. По этому сразу нужно в голове, а лучше на листке бумаги строить архитектуру своего приложения, иначе ошибки и переделывания будут 100%.
Пример: Кнопка «Рассчитать скидку»
// Модуль Формы (выполняется в браузере) @НаКлиенте метод ПриНажатииКнопки() // Собираем данные с формы знч Сумма = ПолеВводаСумма.Значение // Вызываем сервер, так как база скидок лежит там // Асинхронный вызов, UI не фризится знч Итог = РассчитатьНаСервере(Сумма) ПолеВводаИтог.Значение = Итог ; @НаСервере @ДоступноСКлиента статический метод РассчитатьНаСервере(ВходнаяСумма: Число): Число // Тут мы уже на бэкенде. Можем делать SQL-запросы. // Пример XBQL (язык запросов 1С) знч Запрос = Запрос{ ВЫБРАТЬ Максимум(Процент) ИЗ Скидки } пер Процент = Запрос.Выполнить().Получить(0).Процент возврат ВходнаяСумма * (1 - Процент / 100) ;
Глава 5. UI: Забудьте про HTML и CSS (хотя потом всё равно придётся вспомнить)
«Элемент» не дает вам верстать. Ну почти)))
Вы описываете интерфейс деревом компонентов (в YAML или визуальном редакторе).
YAML формы:
Тип: Форма Содержимое: - Тип: ПолеВвода Заголовок: Ваше имя Значение: =Объект.Имя // Data Binding! - Тип: Кнопка Заголовок: Отправить ПриНажатии: ОбработчикНажатия
Плюсы:
Не нужно думать о flexbox, отступах и адаптивности. Платформа сама перерисует это в нативный интерфейс мобилки или в React-компоненты веба.
Единый стиль во всем приложении - конечно сомнительно считать это плюсом, но океееейй...
Минусы:
Вы не можете подвинуть кнопку на 3 пикселя левее. Вы можете только положить её в Группу с горизонтальной ориентацией.
Но если мы подумаем о грехе разработчика – умении всё закостылять, то мы найдём такой компонент интерфейса как КонтейнерHTML – в который мы уже можем вписать и HTML, и CSS, и JS и с помощью родителей в DOM-дереве (кто шарит тот шарит) проникнуть в само Web-приложение и переделать всё то, что не даёт нам сделать сам Элемент.
Глава 6. RLS: Безопасность, которую нельзя забыть
В обычной веб-разработке (Java/Node.js/Python) безопасность данных часто превращается в ад ручного контроля. Вы постоянно должны помнить: «А добавил ли я WHERE user_id = current_user в этот SQL-запрос?». Забыли в одном месте — и вот уже Вася видит заказы Пети, скандал, утечка данных, боль, слёзы, депрессия.
В «Элементе» система прав делится на два уровня:
Уровень 1. Статические права (в YAML-файле сущности):
Задают, кто вообще имеет доступ к документу или справочнику (чтение, создание).
Пример:
Чтение: РазрешеноОграниченно,ПоУмолчанию: РазрешеноАдминистраторам.
ВидЭлемента: Документ Имя: Заказы ... КонтрольДоступа: Разрешения: # Аутентифицированные пользователи могут создавать Создание: РазрешеноАутентифицированным # А вот читать - только если есть RLS (об этом ниже) Чтение: РазрешеноОграниченно # Администраторы могут всё ПоУмолчанию: РазрешеноАдминистраторам
Уровень 2. Динамические права (RLS):
Определяют, какие конкретные записи видит пользователь.
Вместо условий в SQL используются Ключи доступа - «бирки», привязанные к строкам данных.
Разработчик в коде сущности описывает правило, кто получает доступ к объекту.
@Обработчик метод ВычислитьРазрешенияДоступаДляОбъектов(Элементы: ЧитаемыйМассив<Заявление.ДанныеРасчетаРазрешений>): ЧитаемоеСоответствие<Заявление.ДанныеРасчетаРазрешений, ЧитаемаяКоллекция<РазрешениеДоступа>> знч Разрешения: Соответствие<Заявление.ДанныеРасчетаРазрешений, ЧитаемаяКоллекция<РазрешениеДоступа>> для Элемент из Элементы знч РазрешенияОбъекта: Множество<РазрешениеДоступа> Разрешения.Вставить(Элемент, РазрешенияОбъекта) // Здесь мы даём доступ конкретному пользователю РазрешенияОбъекта.Добавить(новый РазрешениеДоступа([новый КлючДоступаПользователя.Объект(ДоступКУправлениюКадрами.ДоступКУправлениюКадрамиПолучить())], [Сущность.Право.Чтение, Сущность.Право.Изменение, Сущность.Право.Создание])) ; возврат Разрешения ;
Но перед этим наше приложение должно обязательно выполнить пересчёт прав доступа из панели управления (вручную) или из кода ПересчитатьПрава().
Утрированный пример на JS:
// Где-то в коде контроллера const orders = await db.query( "SELECT * FROM orders WHERE manager_id = $1", [currentUser.id] ); // ЗАБЫЛИ WHERE? Поздравляю, вы слили базу.
Заключение
«1С:Предприятие.Элемент» с технической точки зрения - это попытка создать идеальный монолит для бизнес-задач.
Язык стал современным (типизация, функциональщина).
Архитектура стала прозрачной (YAML-файлы, Git).
Бэкенд берет на себя всю грязную работу (ORM, API, JSON-сериализация, права доступа).
Это не убийца Python или JavaScript в широком смысле. Вы не будете писать на «Элементе» нейросети или драйверы видеокарты (Очевидно же). Но если ваша задача - быстро сделать кабинет B2B-клиента со сложной логикой, реестрами и правами доступа, и быстро склеить это с 1С-кой то писать это на чистом к примеру HTML/JS/CSS вы будете в 3-4 раза дольше, а изучать Элемент со слезами на глазах пару месяцев, но кому, что нравиться. Ну или вообще допиливать продукты уже выпущенные компанией 1С на Элементе - Классика 1С реалий.
Компьютер по-прежнему видит нули и единицы, но слоев абстракции между ним и разработчиком 1С стало меньше, а сами абстракции - чище. И это хорошо.
P.S. Конечно у меня не поучиться обратить на все особенности Элемента внимание в этой статье, но самое интересное для себя я уже я описал. Надеюсь статья хоть чуть-чуть вас заинтересовала и обратило ваше внимание к этой статье и возможно кто-то из вас вскоре будет Элементчиком.
В комментариях под прошлой статьёй с чем только не успели сравнить это чудо, я также попытался сравнить в этой статье со всем, ну а вы что скажите после такого обзорчика...?
Комментарии (39)
webhamster
09.02.2026 06:47Неплохо, новый язык в 1С давно назревал. Хорошо что в новом варианте за основу взяли нормальное современное описание типов в формате "имя слева, тип справа", как в языках новой волны Rust, Go, etc.
https://habr.com/ru/articles/270081/
Надеюсь, что это вышло не случайно, и выбор был целенаправленный.
Единственное, что не понял из статьи, теперь можно создавать собственные объекты (не справочники, не документы, а объекты) с собственной структурой? То есть, ранее 1С был предметно-ориентированным, то есть типы объектов были заранее сконструированы, и у них можно было вызывать методы. Набор типов объектов покрывал всю предметную область. Все что не входило в стандартные объекты, можно было оформлять только как отдельные ни к чему не привязанные функции, в пределах модуля конечно. А теперь самодельные объекты можно делать?
MrSotnik Автор
09.02.2026 06:47Что касается самостоятельных объектов с собственной структурой - ответ позитивный, но с нюансами))). В Элементе вы по-прежнему активно работаете с предметно-ориентированными типами вроде Справочников, Документов и прочих метаданных, которые определяют бизнес-смысл и привязаны к базе данных. Но теперь в языке появилась возможность создавать пользовательские структуры и типы данных, которые не обязательно напрямую связаны с метаданными базы.
То есть вы можете описывать свои структуры с набором полей и методами, создавать объекты этих структур и работать с ними как с полноценными типами.
Конечно, эти объекты не хранятся автоматически в базе (как справочники), а служат для локальной обработки данных, вычислений или вспомогательных алгоритмов. Для агрегирования и хранения данных всё ещё рекомендуются стандартные объекты - справочники, документы, регистры.
По сути это можно назвать большим шагом к более чистой и масштабируемой архитектуре внутри языка семейства 1С. Это приближает Элемент к классическим ООП-языкам, но до сих пор не тоже самое на 100%.
Bayselonarrend
09.02.2026 06:47Тут наверное надо уточнить, что это все к "тому 1С", который Предприятие (про учет и автоматизацию бизнеса) не имеет отношения.
Может мне показалось, но будто в вопросе спрашивается про то, что в 1С теперь нормальный язык и можно свои объекты создавать. Но с той платформой (первой, основной, которую обычно называют 1С) и ее задачами это все не связано. Элемент совсем отдельный продукт, просто желтая фирма по старой традиции воткнула здесь в название "1С" тоже. А та какая была, такая и осталась
nin-jin
09.02.2026 06:471C - это достаточно абстрактная платформа. Предприятие, Бухгалтерия и тд - это приложения на базе платформы 1С.
Bayselonarrend
09.02.2026 06:47Господи, как я ненавижу Элемент. Или, вернее, фирму 1С за то, что его сделала. No offence автору, статья нормальная, но я просто кушать не могу, буквально, когда вспоминаю про эту... штуку
Я работаю с 1С, который обычный. У меня есть вендер, который разрабатывает эту платформу - собственно, 1С. И вместо того, чтобы фиксить огромные дыры и проблемы, которые есть в платформе, которая КОМУ ТО НУЖНА, которая эту фирму кормит, она делает вот это - лезет со своим, гхмм, "спорным" подходом к существованию в сфере разработки ПО в суперконкурентный, забитый до отказа технологиями мир веб разработки. Фирма 1С. Вот эта вот ленота, привыкшая быть монополистом и выживающая за счет вообще не-IT вещей лезет в мир бесконечного батл рояля, где двести тысяч фреймворков, и еще миллион на подходе грызутся каждый день за место под солнцем. Никто этого не просил, никто этого не хотел. Проприетарная платформа, по подписке, даже если ты хочешь ее у себя задеплоить.Это уже не тот закрытый мир
ТОТ САМЫЙ. ТОТ ЖЕ САМЫЙ ЗАКРЫТЫЙ МИР, АБСОЛЮТНО ТОТ ЖЕ, NO EXCEPTION. Опять проприетарный черный ящик, опять от 1С, задуманный изначально как SaaS на ее серверах, с ее известным подходом - закрытыми багтрекерами, полным проприетарным вендерлоком и вот этим всем. Сырой и за деньги, при этом догоняющий. Без киллерфичей, просто самый базовый функционал, но сырой закрытый и платный. Без сообщества и опенсорса. Просто здравствуй, просто как дела
Тем временем EDT - той самой "новой" IDE для основной 1С, на эклипсе с Git-ом, в этом году стукнет 11 годиков. Абсолютное большинство 1Сников на нее так и не перешло. Потому что она отстой. Язык платформы не обновлялся уже наверное лет 20. Производительность самого ящика падает. Но это никому не надо, давайте лучше очередной веб-фреймворк запилим, еще и язык свой воткнем, чтобы он и 1Снику не был понятен сразу - это не язык 1С, который BSL, ни уже существующие веб-разрабы не могли им пользоваться. Вот на кой мне, даже как 1Снику, учить этот новый язык? Если я захочу учить новый язык, я пойду учить сразу нормальный язык. На кой это надо настоящему веб-разрабу я даже спрашивать не буду. Учить язык, существующий в рамках одной единственной, крайне сомнительной технологии, которая пропадает, как только 1Су надоест и он дернет рубильник
И сайты на нем уродливые, а облако падает постоянно. В платном проприетарном продукте, собранном из крошек опенсорса, за кучу бабла. Созданная прогерами, которые могли допиливать в это время основную платформу или многострадальный IDE. Боже, как у меня полыхает, вы бы только знали. Дно от начала до конца: от языка, который на русском понятно зачем сделан в предметно-ориентированной платформе и вообще не понятно - веб разработке (или зачем он вообще свой придуман), заканчивая знанием того, как 1С умеет работать с сообществом, которое должно быть с нуля сформировано (никак) и как эта платная, непонятная, никому неизвестная туфта вообще должна конкурировать с тем, что уже на рынке - открытым и бесплатным, часто от огромных корпораций с мега опытом, с основой на всем известных языках
Вся суть как бы передана самим автором бтвНо если ваша задача - быстро сделать кабинет B2B-клиента со сложной логикой, реестрами и правами доступа, и быстро склеить это с 1С-кой то писать это на чистом к примеру HTML/JS/CSS вы будете в 3-4 раза дольше
Только с чистым HTML/JS/CSS оно может конкурировать. И то HTML/JS/CSS хотя бы бесплатные. Кто пишет сейчас на чистом HTML/JS/CSS, расскажите мне? Угорел с этого еще на прошлой конференции по 1С - должен был быть "батл" между "Элементом и веб-технологиями". Думаю, "блин, вот сейчас его под асфальт закатают, вот это буде шоу". Знаете что было со стороны веб-технологий? ОБЫЧНАЯ 1С:ПРЕДПРИЯТИЕ С ВЕБ МОРДОЙ НА HTML. И даже там Элемент не "победил". Не было такого что он по всем пунктам обошел, там реально мнения по полам разделились. Это такая клоунада, просто ничья на паралимпиаде по веб-разработке
И все эти тейки, которым элемент оправдывают, такие странные. Есть уже миллион технологий, где тоже не нужно "думать об отступах и flexbox", где все описывается декларативно и пр. Ну это просто не новая идея, она уже миллион раз реализована. Рынок фреймворков - градиент, где можно выбрать тот уровень абстракции, который тебе подойдет. Этот прорыв, которым кичится Элемент, просто опоздал лет на 15, ничего нового в его решениях, кроме системы оплаты, просто нет. Зато проблемы есть, о да, этого там хоть отбавляй. Найдите сайт на элементе (сложно, я знаю) - UI/UX просто вышел из чата. Причем у всех одинаково, потому что кастамизируемость фронта там очень ограниченаMrSotnik Автор
09.02.2026 06:47Как же я восхищаюсь вашим комментарием. Аплодирую стоя. Да-да и ещё раз да. Всё это г в упаковке желтенькой современной модной конфетки.
Но я хоть изначально не понимал его сути, его прикола. Но к сожалению или к счастью сейчас понял.
Да никакой нормальный сайт, интернет магазин сюда никогда не зайдёт, просто тупа из-за подписок на количество пользователей по бешеному прайсу, согласен! Но гос учреждения которые пуляют тендеры, не хотят всем этим заниматься, им нужен условный кабинет сотрудника (единственный жизнеспособный продукт на этом языке) для того что бы с минимумом манипуляций или вообще без них у них пошло КЭДО и можно было с радостью рапортовать, что у них есть оно которое работает как единое целое с 1С-кой и вообще всё классно. Вот для этого и нужен элемент. Скорее всего и 1С на него и не ставит, просто есть не большой отдел который двигает продукт и всё. Это просто доп приколюха генерирующая доп бабло и ничего больше. Подписка на всё. Закрытая дока. Закрытый продукт. Всё говорит за этот продукт. Но говорить что он не кому не нужен нельзя...Bayselonarrend
09.02.2026 06:47В таком случае я не понимаю, что (ну, кроме NIH синдрома) мешало 1С сделать один этот единственный продукт на какой-нибудь уже существующей технологии. Вместо того, чтобы целую блин платформу, с промоутингом и книжками, поднимать для этого
Grmv
09.02.2026 06:47Поговаривали, что в 28 году erp переедет на новый интерфейс в стиле элемента, но это еще на 8.3.5. Подозреваю, что элемент планируется как платформа взамен текущей. Обкатают, потом начнут переводить типовые на нее.
Bayselonarrend
09.02.2026 06:47Новый интерфейс в 8.5 - это известно. Но, думаю, одно дело накатать UI и другое - вообще под корень все переделать, вплоть до VM, языка и даже парадигмы. Ну т.е. выкинуть все за последние 20 лет: миллионы строк кода, всех программистов и начать конкурировать по новой. Во всяком случае никто об этом в таком ключе не говорил и будто мало смысла тогда сначала кучу сил влить в переход на новый UI в старом коде 1С, чтобы потом, после этого, сменить язык вообще
Хотя, это ж 1СGrmv
09.02.2026 06:47Ну, перешли же они с 7 на 8. Да и подписочная модель постоянно деньги приносит, а не только раз за покупку, даже в on premise - сервер то каждый год надо оплачивать. Но судя по количеству багов в последних версиях платформы, подозрение, что только доработкой ui дело не ограничивается. А вдруг, элемент так и останется элементом, а в текущую платформу завезут поддержку нового языка? Будут потихоньку модуль за модулем, форма за формой переводить на новое - хотя это даже не фантастика, а фентези.
Bayselonarrend
09.02.2026 06:47Ну, перешли же они с 7 на 8
Несравнимый масштаб, имхо
Да и подписочная модель постоянно деньги приносит
Ну, ИТС же и сейчас есть
а в текущую платформу завезут поддержку нового языка
Meh. Я лично логику фирмы 1С понимаю так: "бизнесу это нужно и он будет за эту фичу платить - делаем. Если нет, то не делаем". Вот тут, например, хорошо написано. Поэтому и такой тухляк с развитием языка, IDE, инструментами и вот этим всем. Ну, и новый язык, соответственно, тоже в такой логике не нужен
suniverse
09.02.2026 06:47Им сначала сертификат ФСТЭК нужно увидеть, но без мультитенантности иэту штуку можно только одну на ОГВ ставить. А SaaS из нее не выйдет.
killyself
09.02.2026 06:47Ещё докину сверху:
Если веб-морда нужна небольшая и не очень сложная, на чистом html/css замечательно пишут ллм, можно обычного 1С-ника вооружить, и он сделает быстрее, чем будет разучивать элемент. Умеет ли ллм в 1С: Элемент? Риторический вопрос
So far, 95% моих коллег и знакомых в среде элемент воспринимают как мертворожденное дитя.
andyblaster
09.02.2026 06:47В целом, согласен с вами, но чуть-чуть разбавлю позитивом.
Язык платформы безнадежно устарел, и по сути, новый язык - это долгожданное обновление, привлекательное преимущественно из-за статической типизации и гита. Плюс единый язык для бекэнда/фронтэнда. Язык в целом довольно свежий, для тех, кто изучает Java, C#, Dart, да даже Go, откровений не будет, но и освоить достаточно только синтаксис. А самобытных разрабов на языке платформы давно пора встряхнуть и познакомить с текучими интерфейсами, ооп-структурами, функциями как объектами первого порядка, null safety и прочими хорошими вещами.
Корпоративные стандарты на закрытость не изменятся, вендор хочет быть монополистом, но бесплатные точки входа есть. Да, с регистрацией, да, с аналитикой, но на портале разработчика можно скачать интерпретатор со средой. Документация к самому языку открытая, сбор аналитики тоже не новинка в современных стеках. Чистый язык пока подходит только для скриптования админской работы, но тем не менее.
По поводу компетенций. Не уверен точно, но для развития платформы нужны сишники на плюсах, а для EDT и элемента чистые джависты. Не сказал бы, что новая команда прям сильная, так как качество плавающее, но то, что начиналось на плюсах, невозможно переделать заново, а переделывать нужно, потому что все сопутствующие технологии слишком далеко ушли вперед. Git вместо Subversion, gRPC вместо SOAP, нейрошины (n8n) вместо конвертации и датареона, наконец, json вместо xml. Разработка новых современных продуктов и технологий, в любом случае, неизбежна, а формат, в котором это происходит, мы и наблюдаем сейчас.
EDT на Eclipse и Элемент на Theia - тупо потому что они бесплатные. Я бы тоже хотел увидеть златокрасный восход 1C на продуктах JetBrains, но это совершенно нереалистично. Мо-о-ожет, в рамках импортозамещения однажды докатимся до OpenIDE, потому что это та же Intellij IDEA для джавы, но это тоже пока фантастика.
С учетом 8.5 и единого интерфейса платформы с элементом, вендор как будто хочет уйти от ограничений платформы и воспитать новое поколение более квалифицированных разработчиков. К сожалению, со старыми подходами в отношении монополизации рынка, монополизации стека внутри компании и подписочной моделью. Но что самое ценное для меня - теперь можно начинать нормально общаться с представителями других стеков, разговаривая на общем языке с пересекающимися и актуальными концепциями, организуя понятные интеграции и строя прилично выглядящие архитектуры, в которых нет явного шовинизма к неизбежному злу существования на предприятии платформы 1С. Ну и как минимум, свалить на тот же шарп после пары лет кодинга на 1С скрипте будет гораздо легче, чем с языка платформы.
nin-jin
09.02.2026 06:47О, да, текучих интерфейсов нам только и не хватало.
andyblaster
09.02.2026 06:47Немножко не хватало. Концепцию использует, например, YAxUnit, основная библиотека тестирования, по причине удобства для написания условий тестов. В скрипте же удобнее составлять http-запросы и сообщения интеграции.
Bayselonarrend
09.02.2026 06:47Meh, не знаю
Язык платформы безнадежно устарел, и по сути, новый язык - это долгожданное обновление, привлекательное преимущественно из-за статической типизации и гита... А самобытных разрабов на языке платформы давно пора встряхнуть и познакомить с текучими интерфейсами, ооп-структурами ...
Мне от того, что Элемент лучше чем BSL, как разработчику на платформе Предприятия, ни тепло ни холодно. Это две независимые технологии, с таким же успехом я могу познакомиться с гитом и статической типизацией в любом другом языке. Я как-то не склонен видеть в 1Сниках каких-то особенных, которым нужен отдельный, именно от мамы 1С язык, т.к. другого они не поймут
Корпоративные стандарты на закрытость не изменятся, вендор хочет быть монополистом, но бесплатные точки входа есть. Да, с регистрацией, да, с аналитикой, но на портале разработчика можно скачать интерпретатор со средой. Документация к самому языку открытая, сбор аналитики тоже не новинка в современных стеках
Не понимаю, зачем есть кактус и приговаривать "Ну, в этот раз колючек на 20% меньше, молодец 1С, есть кактус стало легче, прогресс". Рынок полон альтернатив, где одновременно и продукт лучше, и всех этих загонов нет
Не уверен точно, но для развития платформы нужны сишники на плюсах, а для EDT и элемента чистые джависты
Ну нужны и нужны: 1С не маленькая фирма, я уверен, что там есть и плюсовики, и джависты, и кто только не. Не думаю, что они сидят там и выбирают, какой один язык оставить, C++ или Java, т.к. два не потянут. И если выбирают Java, то платформа на плюсах все, на помойку, больше не развиваем
но то, что начиналось на плюсах, невозможно переделать заново
Во-первых, почему? Во-вторых, почему это нельзя дальше делать на плюсах? Или на расте?
Ну и, в целом, во всех этих словах прослеживается нарратив, будто Элемент - это замена Предприятия. Новый язык для 1Сников, который давно нужен платформе, то, что на C++ сейчас переделывают на Java и пр. Только никто об этом не говорил. Ну т.е. это такая "теория заговора" на минималках, нигде нет никакой информации о том, что это так будет или планируется. 1С сама позиционирует элемент как фреймворк для веб-разработки. Поэтому я лично не вижу связи между платформой на плюсах и отдельной технологией элемента на Java
Не говоря уже о том, к какому тысячелетию это было бы реализовано, если бы 1С реально такое задумала
EDT на Eclipse и Элемент на Theia - тупо потому что они бесплатные. Я бы тоже хотел увидеть златокрасный восход 1C на продуктах JetBrains, но это совершенно нереалистично
Нет никаких проблем в Eclipse и Theia. Проблема в том, что EDT куча лет, а он не в менйстриме до сих пор, т.к. 1С не осилила. Был бы нормальный инструмент, а на чем он - никого не волнует
С учетом 8.5 и единого интерфейса платформы с элементом, вендор как будто хочет уйти от ограничений платформы и воспитать новое поколение более квалифицированных разработчиков
Я такого не вижу: единый (на самом деле не единый, просто в схожем стиле) интерфейс - это типичное, просто хрестоматийное, решение от фирмы 1С. Как всегда исключительно через призму "А бизнесу нужно? Даст денег?"
Т.е. они как всегда посчитали, что это увеличит привлекательность для бизнеса (тех, кто покупает коробки и платит деньги), а дальше - хоть трава не расти. EDT и развитие языка бизнесу не нужны, он за это не заплатит, а за красивую картинку - да. Как ее сделать с минимумом затрат? Реюзнуть уже существующие ассеты из Элемента. Все. Единая, десятилетиями отработанная логика, которой можно безотказно покрыть любое решение 1С за последние 20 лет. А все эти "квалифицированные разработчики" ей интересны только в рамках франчайзинга. Только они должны быть "квалифицированные" не в целом, а квалифицированные для работы с ее продуктом - не более. Для этого новый модный язык только мешает: это же их заново учить
Если у 1С действительно было бы какое-то желание развития разработки - она бы вложилась и доработала EDT. Вот, самое простое - добить уже проблемы этой злосчастной IDE и пересадить всех на git. А не перегонять с нее джавистов на какую-то мутную шляпу для выкачивания денег с подписок. Как в том, что пока основная платформа на технологическом дне, 1С занимается какими-то сторонними приколами ради бабла, увидеть ее желание квалифицировать разработчиков, я не знаюandyblaster
09.02.2026 06:47почему это нельзя дальше делать на плюсах?
Я же написал почему. Потому что легаси, и даже не в плане кодовой базы, а из-за сопутствующих технологий. Все концепции вокруг переменились, подходы к совместной разработке, интеграциям, протоколам. Надо все писать заново, с нуля.
Или на расте?
Если согласны, что надо заново писать платформу, то довод продолжается тем, что надо еще и новую IDE писать. Это двойной множитель на работу, потому что под новый язык и новую платформу Элемента никто готовую IDE на блюдечке не принесет. Вендор выбрал полуторный множитель - доделал бесплатную Theia. Она на джаве, вот и выбор подосновы. Да и разрабов на расте меньше, чем на джаве.
Если у 1С действительно было бы какое-то желание развития разработки - она бы вложилась и доработала EDT
Так это тоже тупиковый вариант и временный компромисс. Ок, конфигуратор обновили, но язык все равно устарел и платформа тоже устарела, их невозможно апгрейдить под современные реалии из-за принципиально устаревшего системного дизайна.
с таким же успехом я могу познакомиться с гитом и статической типизацией в любом другом языке
Можете, но разработка это не только язык, но и фреймворк. Элемент идеологически реализует знакомый фуллстековый фреймворк с метаданными, правами, ORM, который не так уж плох сам по себе. Надо только освоить новый язык. Как будто бы нормально выглядящий процесс, когда фреймворк оставили тот же, а инструменты дали посвежее.
Я сказал, что в целом согласен с вами, просто не разделяю желание сгущать краски на эмоциях. Если есть желание оставаться в экосистеме 1С, то освоение их новых инструментов специалиста никак не оскорбляет и даже помогает. Работу по РФ искать будет легче, чем на расте или го, переходить в другие языки тоже будет легче, потому что новый язык концептуально свежий и стройный.
Процесс перехода сейчас хоть и кажется неуклюжим, но он бодрый и непреклонный. Есть возможность сделать вклад на уровне библиотек, развить профессионально-личный бренд, заработать славу и определить ландшафт для коллег на несколько лет вперед. Если не отвергать изменения по причине усталости от вендора.
nin-jin
09.02.2026 06:47Да и разрабов на расте меньше, чем на джаве.
Да и на джаве не то чтобы много. Мне так и не выделили джависта за 2 года.
Bayselonarrend
09.02.2026 06:47Я же написал почему. Потому что легаси, и даже не в плане кодовой базы, а из-за сопутствующих технологий. Все концепции вокруг переменились, подходы к совместной разработке, интеграциям, протоколам. Надо все писать заново, с нуля.
Я просто не разделяю мнения, что Элемент заменит Предприятие. И потому, что это вопрос переписывания всех типовых на миллионы строк, и потому, что это заберет у 1С все конкурентное преимущество. 1С это про развитый франчайзинг, рынок программистов и готовые решения - все то, что годами копилось и нарабатывалось. А сменить язык это буквально значит с нуля все начать. Сейчас не девяностые, да и 1С уже имеет определенную репутацию - второй раз так выстрелить и закрепиться, как в первый, не прокатит
Если согласны, что надо заново писать платформу, то довод продолжается тем, что надо еще и новую IDE писать. Это двойной множитель на работу, потому что под новый язык и новую платформу Элемента никто готовую IDE на блюдечке не принесет. Вендор выбрал полуторный множитель - доделал бесплатную Theia. Она на джаве, вот и выбор подосновы
Когда я говорю про раст, я имею ввиду продолжить работу с существующей платформой на крестах. Но, даже так, не понимаю, в чем проблема с IDE: на базе того же Eclipse есть IDE для 7 языков, кроме самой Java - никому ничего не мешало. Theia вообще на TypeScript написана, а не на Java, если что
платформа тоже устарела, их невозможно апгрейдить под современные реалии из-за принципиально устаревшего системного дизайна.
Это просто догадки. Что там внутри одной 1С известно. К тому же, мы имеем 8.5., которая та же платформа на плюсах, 1С ее все также делает, выкатывает новые фичи, вроде интерфейса. Который кроме внешности с элементом никак не связан, внутри был на c++ написан, как и все остальное. На 8.5.5 (если не ошибаюсь) запланирован gRPC. А Элемент все также веб-фреймворк, без заточки под учет, и специфических для этого вещей. Почему вы так уверены, что элемент будет заменять предприятие я не знаю
Процесс перехода сейчас хоть и кажется неуклюжим, но он бодрый и непреклонный. Есть возможность сделать вклад на уровне библиотек, развить профессионально-личный бренд, заработать славу и определить ландшафт для коллег на несколько лет вперед. Если не отвергать изменения по причине усталости от вендора.
Где это бодрый и непреклонный процесс? В чем он выражается? Первая версия элемента в 2021м вышла, 5 лет назад уже, кто про него что знает и что он из себя представляет? 1C его как позиционировала как веб-фреймоврк для кабинетов, так и позиционирует. И соответственным образом тарифицирует. Я ни разу в жизни ни одной библиотеки к нему не видел, хотя слежу за 1Сным GitHub и ИС. Три с половиной человека там что-то "качают свой личный бренд", остальные пальцем у виска крутят
andyblaster
09.02.2026 06:47Я ни разу в жизни ни одной библиотеки к нему не видел
Приглашаю к ознакомлению.
без заточки под учет
По той же ссылке упомянуты например, "ставки НДС" и "работа с валютами". Направление дальнейшего развития прослеживается. Можно поспорить про сроки, но нет желания, потому что действительно все это очень медленно.
5 лет назад уже ... позиционировала как веб-фреймоврк для кабинетов ... кто про него что знает
Долгое время внедрение элемента было закрытое и ограниченное, с прямым упоминанием, что ведется тест. Мне кажется, справедливо не зачитывать этот срок в аргументацию. А еще все это время можно было щупать шину как производный продукт элемента, я лично участвовал в двух проектах ее внедрения и доработки на производственном и строительном предприятиях федерального уровня. Так что, извините, не соглашусь, технология, лежащая в основе, используется плотно, и отзывы коллег оптимистичные, хотя продукт сырой.
Theia вообще на TypeScript написана, а не на Java, если что
Сервер элемента и интерпретатор языка - на Java. Сервер и интерпретатор - ключевые составляющие платформы. Можно сказать, что платформа написана на Java. Интерфейс и IDE на JS/TS, но вы и React, web-Flutter и Django не назовете html/css-фреймворками, потому что язык бэка важнее в данном случае.
Но, даже так, не понимаю, в чем проблема с IDE
С новой IDE нет проблем, нашли на рынке джавистов - взяли джавистов (а не растовцев). Вы просто настаиваете, что лучше было развивать старую платформу и ее конфигуратор, а я говорю, что нет, проще написать или доделать новую под новый язык.
запланирован gRPC
Из двух API архитектурных стилей RPC vs REST, для RPC долгое время были доступны только soap-сервисы. И самодельные вебсокеты на внешних компонентах. Из-за чего никто из внешних команд с 1С в интеграциях связываться не хочет, только битрикс иногда трепыхается, но недолго, пока не поставят ломаную жиру. Вы, по сути, подтверждаете необходимость смены платформы, раз в ней так долго внедряются нормальные решения. Язык, кстати, от этого не обновится, он продолжит тормозить внедрение новых фич. Но за gRPC я обеими руками за, наконец-то это происходит.
Я просто не разделяю мнения, что Элемент заменит Предприятие
В этом наше несогласие друг с другом, но это нормально. Я объяснил свой выбор, надеюсь, он будет правильный, а время покажет. На старой платформе, в любом случае, оставаться нет желания, у меня язык конфигуратора уже просто вызывает отторжение.
Bayselonarrend
09.02.2026 06:47Приглашаю к ознакомлению.
Вау, 1 репозиторий на гитфлике
А еще все это время можно было щупать шину как производный продукт элемента, я лично участвовал в двух проектах ее внедрения и доработки на производственном и строительном предприятиях федерального уровня.
Использование производного продукта не равно использованию платформы для разработки. Это продукт от 1С, которая сама же на своей платформе и написала
Сервер элемента и интерпретатор языка - на Java. Сервер и интерпретатор - ключевые составляющие платформы
Я на конкретное заявление отвечал. Что вендер хочет писать на Java, и чтобы IDE тоже был на Java. Но IDE не на Java, он не мог быть выбран по этому принципу, как вы написали
Вы просто настаиваете, что лучше было развивать старую платформу и ее конфигуратор, а я говорю, что нет, проще написать или доделать новую под новый язык.
Я не говорил, что надо развивать конфигуратор. Я говорил что надо развивать платформу и EDT. Не считаю, что написать целую "новую платформу под новый язык" проще, чем развивать то, что уже есть. Т.е. пофиксить баги в уже существующей EDT и освежить синтаксис
Из двух API архитектурных стилей RPC vs REST, для RPC долгое время были доступны только soap-сервисы. И самодельные вебсокеты на внешних компонентах. Из-за чего никто из внешних команд с 1С в интеграциях связываться не хочет, только битрикс иногда трепыхается, но недолго, пока не поставят ломаную жиру.
Не понимаю, о чем это. Я выбрал gRPC просто как пример того, что 1С продолжает вносить фичи в платформу на C++, не отказавшись от нее в пользу Элемента. Что было бы логично, если элемент должен ее заменить. Вот и все
Вы, по сути, подтверждаете необходимость смены платформы, раз в ней так долго внедряются нормальные решения.
Не дольше, чем в новом крутом Элементе. Мне кажется, дело все таки не в технической составляющей, а в организационной
Язык, кстати, от этого не обновится, он продолжит тормозить внедрение новых фич
Мы все еще про gRPC говорим? Его внедрение от языка 1С не влияет, он на уровне платформы на C++ внедряется. В Элементе внедрялся бы на Java
d_neon
09.02.2026 06:47Просто лайк!!! пробовали элемент еще на этапе закрытого бета-тестирования. Тогда сделали вывод что в плане именно фронта это просто катастрофа - только самые базовые вещи еще хоть как-то можно было сделать. Чуть в сторону - все, никак. Тогда вроде даже контейнера html еще не было, 6 шрифтов, 6 цветов и все.
Зачем оно надо тоже не понимаю. Язык понятно, современно. Но зачем переводить js или ts на кириллицу? Лучше сразу учить нормальный язык, где вы хотя бы в сообществе можете найти кучу опенсорсных вещей или ответ на свой вопрос. А нигде(как для элемента) все закрыто на замок и никому он не нужен.
germanetz
09.02.2026 06:47Исходя из наблюдений можно утверждать что у 1С нехилое лобби где-то на самом верху.
Naf2000
09.02.2026 06:47Да. Стало современнее. Но... опять свой язык, опять закрытое сообщество
Хотя попытки ситуацию изменить ведутся
AlexOrgnet
09.02.2026 06:47Перспективы у 1с элемента ну очень сомнительные. И тому есть тысячи причин. Новый язык и среда разработки идеологически наследует все те же недостатки свойственные 1с продуктам, а именно закрытость, платность, ограниченность. За 5 лет существования элемента он не смог занять хоть какую-то значимую долю на рынке. Вакансий нет. Элемент повторяет судьбу других непопулярных продуктов 1с последнего времени EDT, систему взаимодействия, шину и так далее.
babysas
09.02.2026 06:47Столкновение с 1с всегда боль. Зашел посмотреть "а вдруг!". а вдруг например апи какое приличное, с понятной документацей
нет. нифига. ;) .
всегда когда можно 1с не касаться - очень стараюсь делать так.
вот в очередной раз, нужен банальный флоу - взяли номенклатуру, добавили переводом с помощью ллм. запихали в тильду и обратно в 1с. тут дальше кроме матов нельзя описать процесс. тупо проще выгружать в таличку/бд и в ней все сделать и хранить. и быстрен. и вероятно надежнее. и да "бог 1с" быстро сделал мега метод "брать айди номенклатуры и показывать в отчете", ведь сука по нему синхронизируются остатки потом с сайтом, но блять почему это так через жопу?... не знаю можно ли матами ругаться тут. но похер. тупо убита куча времени. и так вот чего не коснись. а оно ещё и тупит а товаров всего 2к..
хотя недавно вот заглянул в документацию битрикс24 по апи - наконец-то стало возможно пользоваться без крови из глаз. может давно. прошлый подход заставил страдать, хотя есть вопросики "а почему бы питон еще не добавить в примеры", но к счастью llm'ки для быстро переводят с curl.
MrSotnik Автор
09.02.2026 06:47https://habr.com/ru/articles/936252/ - уже про api Битрикса выпускал статейку, советую прочитать, что бы понимать с чем имеете дело))
HelloPython
Норм обзор. Но главный вопрос остаётся: сможет ли платформа избавиться от своей традиционной "закрытости" и "особенности", или это просто новая обёртка для старой философии? Для энтерпрайза - возможно, шаг вперёд. Для сообщества - пока больше вопросов, чем ответов.