
Открывал конференцию Сергей Нуралиев, вот некоторые тезисы:
1) 1С начинала свое развитие с решения учетных задач, автоматизации, мобильной разработки. Сейчас работа преимущественно ведется над управлением развертыванием, интерфейсами (Элемент), интеграциями и ИИ.
2) 1С Элемент позиционируется как технология для разработки сайтов, порталов, ЛК и интеграций. Ключевое преимущество формулируется так: одна команда и для разработки учетной системы, и для сайта/портала. Соответственно, нет издержек на передачу информации, формализацию ТЗ и привлечение отдельного подрядчика.
3) Конфигуратор и EDT. Конфигуратор будет минимально развиваться, основная ставка – на EDT. Похоже, что Напарника в конфигураторе не будет, так что придется всё-таки разобраться с EDT. Судя по планам развития и сессии «вопросы-ответы», развивать EDT еще есть куда вопросов много.
| Версия 2025.2 - вышла 25.02.2026 | Версия 2026.1 - июнь 2026 |
|---|---|
|
|
4) Отдельно была подсвечена важность вопросов информационной безопасности (ИБ). Сергей буквально сказал: «Не надо думать, что это происходит в другом мире – это рядом». Нужно этим заниматься.
|
8.3.27
8.5.4
8.5.5
|
5) ИИ в 1С. Уже работают сервисы распознавания первички, прогнозирования, речевые технологии. Активно развиваются «Напарники»:
6) Фирма 1С уделяет большое внимание обучению детей программированию. Причем не обязательно на 1С. Если ищете, как вовлечь ребенка, обратите внимание на книгу «1С:ЭЛЕМЕНТарно!».
7) Также много внимания уделяется сбору обратной связи. Все предложения собираются и анализируются. Публичной платформы (с лайками и рейтингами) пока не планируется. Логика такая: важно именно текстовое описание, а не лайки. Сейчас «записано» 5–6 тысяч пожеланий. Не очень понятно, как это обрабатывать вручную, но пока так.
8) Много рассказывали про новый «воздушный» интерфейс. Огромная работа проделана, чтобы можно было переключать интерфейс на уровне пользователей (из такси в воздушный и наоборот). Также идет сближение UI/UX восьмерки и Элемента. Можно (или будет можно, не уловил) встраивать интерфейсы друг в друга.


Все это появится в 8.5.4–8.5.5.
Доклад по «1С:Шине» читал Сергей Ожогов. Похоже, целью доклада было вовлечение широкого круга разработчиков 1С в использование продукта, поэтому чего-то нового и интересного для меня практически не было. Много внимания уделялось тому, как просто и быстро запустить интеграцию через «1С:Шину».
Из нового рассказали про поддержку шифрования в интеграциях: HTTPS и AMQPS. Как я понял, пока это только для ОС Windows. Поддержка AMQPS в сервисах интеграции со стороны платформы появится в 8.5.4.
Отдельно рассказали про реализацию взаимодействия с SFTP. Специального лоукод-квадратика пока нет, поэтому пишем скрипт на Элементе через СоединениеSSH.
Меня интересовал вопрос отказоустойчивости. Сергей Ожогов ответил, что вопрос очень популярный. Да, многие спрашивают, но реализовать кластеризацию сложно, и пока конкретных планов нет. Как я понял, стратегия «1С:Шины» не в захвате КОРП-сегмента, а в широте распространения, в том числе в СМБ. Цитата Сергея: «Мне нравится идея, что шина не для супер-супер больших, чтобы было массовое использование шины».
Также я задал вопрос, когда планируется поддержка «1С:Шины» в БСП, чтобы не писать на каждом проекте свой коннектор. Сергей ответил, что вопрос тоже сложный, сроков нет, и непонятно, есть ли это вообще в планах. Он сказал, что многие партнеры пишут свои коннекторы. На это я задал вопрос: «Что в итоге делать, писать свой или ждать от вендора?» Ответ был такой: ждать можно, но сколько ждать, неизвестно. Видимо надо писать свое либо партнериться с кем-то, кто уже сделал такой коннектор. Если вдруг у вас есть коннектор и вы ищете партнеров, напишите нам на info@w-code.ru.
Про «1С:КХД» рассказывал Влад Дмитриев в рамках доклада о наборе КОРП и ультра КОРП инструментов.
Функционала КХД не хватает с момента запуска «1С:Аналитики». На реальных BI-проектах очень часто недостаточно представить данные из одной базы. Заказчику, даже в СМБ-сегменте, нужно взять чеки из одной 1С, себестоимость из другой, а планы загрузить из Excel. Все это решается либо созданием регистров в одной из 1С, либо созданием отдельной базы 1С для хранения консолидированной информации. «1С:КХД» как раз и является такой базой.
КХД написано на платформе, не на Элементе. То есть это конфигурация с открытым кодом и возможностью доработки. В «1С:КХД» можно описать источники данных, пока это только базы 1С или области данных для фреша, импортировать метаданные 1С. Для этого в базы-источники устанавливается специальное расширение. На основании этих метаданных в пользовательском режиме можно описывать произвольные структуры данных. Идея очень похожа на реализованную в DATAREON Platform.
Далее под эти структуры можно настраивать скрипты получения данных, код на языке 1С (снова привет, DATAREON Platform), расписание, партиционирование, пайплайны обработки. Транспортом получения данных является «1С:Шина». В результате данные попадают в витрины, которые уже можно анализировать в «1С:Аналитике».

Отдельно в контексте КХД упоминается «1С:MDM КОРП», именно КОРП, а не «1С:MDM НСИ». Похоже, что в этой конфигурации встроены средства интеграции с «1С:КХД», и каким-то образом эти две системы взаимодействуют.

К сожалению, времени на вопросы и ответы было мало. КХД обсуждалось буквально 10 минут в рамках большого доклада про различные КОРП-инструменты, в итоге не удалось выяснить, как именно устроено взаимодействие MDM и КХД.
По «1С:Аналитике» тоже не было чего-то нового. Как и с шиной, цель доклада – вовлечение широкого круга разработчиков, рассказ строился вокруг того, как просто запустить продукт. Ключевое достоинство – данные уже есть в платформе, не нужно их куда-то перегружать. На мой взгляд, это не только достоинство, но и основное ограничение практического применения.
Выше уже писал: данные чаще всего нужны не только из 1С и не из одной 1С.
Данные в 1С не всегда «чистые», часто там есть исторический мусор и технические элементы, которые нужно убирать из дашбордов.
Права доступа на уровне RLS не всегда можно настроить без потери производительности основной базы.
Все это подтверждается практикой партнеров. Вторая половина выступления была от партнера, и они как раз рассказывали, что написали свои расширения для хранения данных под аналитику. То есть внутри базы происходит процесс перекладывания данных из основных регистров учета в дополнительные регистры сведений.
Для СМБ это нормальное решение, но для крупных компаний такое дублирование в рамках основной базы вряд ли стоит делать. При этом для СМБ средний чек 1–2 миллиона рублей – это уже достаточно серьезная сумма, и за эти деньги есть масса альтернативных продуктов, подробнее разбирали в нашем обзоре.

Как итог, мое мнение по «1С:Аналитике» не поменялось: в BI-проектах бóльшая и самая сложная часть работ – это подготовка данных, и пока КХД не заработает в полноценном виде, делать что-то более-менее серьезное на «1С:Аналитике» рано.
В заключение хочется отметить большую работу по организации мероприятия. Видно, что старались сделать стильно, модно, молодежно, и, на мой взгляд, это получилось. Были и настолки, и мерч, и интересное оформление пространства. В целом мероприятие получилось интересным, стоит посетить.
Похожие статьи
Обзор российских ESB-решений
10 подробных технических обзоров на отечественные платформы