В Санкт-Петербурге прошла профессиональная техническая конференция Infostart Tech 2026 для 1С-специалистов, занимающихся автоматизацией учета и разработкой решений на платформе «1С:Предприятие». Мероприятие объединило более 1300 участников из разных регионов России, став площадкой для обмена опытом. Особое внимание участники уделили тому, как ИИ меняет привычные подходы к разработке: от использования нейросетевых ассистентов при написании кода до внедрения интеллектуальных инструментов в корпоративные системы и бизнес-процессы.
Редакция «Компьютерры» посетила конференцию, чтобы лично познакомиться с ведущими экспертами отрасли, узнать о современных тенденциях развития экосистемы 1С, а также выяснить, где уже сейчас ИИ приносит практическую пользу. Рассказываем, чем запомнился первый день Infostart Tech 2026, какие темы оказались в центре внимания и что интересного представили участникам мероприятия.
Приветственное слово
Площадкой для проведения Infostart Tech 2026 традиционно стал отель «Санкт-Петербург». Первый день конференции начался с выступления балета «Прана», после которого на сцену вышел основатель компании «Инфостарт» Доржи Цыденов. Он поприветствовал всех участников и рассказал, как будет устроена работа трехдневной конференции. В этом году организаторы выбрали для мероприятия необычную стилистику дарк-фэнтези, которая прослеживалась в оформлении площадок и мерча, активностях и визуальной составляющей события.
Во время вступительной презентации Доржи Цыденов отдельно обратил внимание на профессиональный состав аудитории. По результатам регистраций, около 40% участников конференции имеют более 15 лет опыта работы в отрасли. Помимо выступлений экспертов, организаторы подготовили особую интерактивную программу. На стендах партнеров и в различных активностях участники могли выполнять задания, зарабатывать специальные монеты и обменивать их на дополнительные призы.
После знакомства с программой конференции Доржи Цыденов перешел к своему докладу «ИТ-компания. Экосистема. Профессиональное сообщество». За 20 лет «Инфостарт» прошел путь от сообщества специалистов по 1С до ИТ-компании и целой профессиональной экосистемы, в основе которой по-прежнему остается обмен знаниями и практическим опытом.
«В этом году мы празднуем 20 лет. Два десятилетия назад я даже не представлял, к чему приведет “Инфостарт” и что он станет центром экспертизы для специалистов 1С. В 2006 году на портале Infostart.ru появилась первая публикация, в 2013 году фирма “1С” инвестировала в компанию, а в 2024 году наша выручка превысила 1 млрд рублей. Но самое главное — сначала возникло сообщество, а уже затем вокруг него появились сервисы и дополнительные направления».
Доржи Цыденов, предприниматель и основатель компании «Инфостарт»
Одним из ключевых направлений дальнейшего развития платформы становится искусственный интеллект. Сегодня каталог «Инфостарта» насчитывает около 73,9 тыс. публикаций, накопленных профессиональным сообществом. Такой объем информации одновременно становится преимуществом и создает новую задачу — пользователю необходимо быстро находить нужные материалы среди десятков тысяч работ.
Для ее решения «Инфостарт» развивает поиск, рекомендательные механизмы и инструменты на базе ИИ. В частности, технологии позволяют векторизировать накопленную базу знаний и связывать публикации не только через привычные рубрики и теги, но и непосредственно по их смыслу. Такой подход должен сделать поиск профессиональной информации точнее, а сама система сможет учитывать содержание материалов и находить тематически близкие публикации даже в тех случаях, когда авторы использовали разные термины или отнесли материалы к разным категориям.
После завершения вступительной части участники могли самостоятельно сформировать дальнейшую программу дня и выбрать наиболее интересные для себя направления. На 6 площадках параллельно проходили выступления спикеров, посвященные разработке на платформе «1С:Предприятие», автоматизации бизнес-процессов, современным ИТ-инструментам, искусственному интеллекту и практическому применению новых технологий. Формат позволял каждому гостю выстроить собственный маршрут по конференции в зависимости от профессиональных интересов и задач.
1С:Элемент
Далее в «Большом зале» стартовал доклад «ЭЛЕМЕНТарное решение непростых задач: новые горизонты и новые вызовы для 1С-разработчика». Его представил технический директор фирмы «1С» Армен Асатрян. Центральной темой стала новая технология «1С:Элемент» и то, как ее развитие меняет привычные подходы к созданию приложений в экосистеме 1С.
Асатрян начал выступление с разбора эволюции «1С:Элемент» от прототипа до полноценного рабочего инструмента. Вместо необходимости полностью перестраивать подход к программированию специалисты по-прежнему могут отталкиваться от бизнес-задач и бизнес-сущностей, используя знакомые концепции справочников, регистров и других объектов.
Также в технологии «1С:Элемент» появился новый встроенный язык со статической типизацией и расширенными синтаксическими возможностями, при этом все так же сохранилась концепция быстрой разработки и прототипирования. Еще одним направлением стала возможность создавать облачные и мобильные приложения.
Асатрян подчеркнул, что «1С:Элемент» не стоит рассматривать исключительно как новый язык программирования. Она охватывает всю цепочку создания продукта — от описания бизнес-задачи и разработки приложения до его развертывания и дальнейшего управления. В результате разработчик получает набор взаимосвязанных инструментов, позволяющих быстрее пройти путь от идеи до готового решения.
При этом конечному пользователю техническая сторона процесса зачастую остается незаметной. Для бизнеса важнее получить конкретный интерфейс, функцию или автоматизированный процесс, а не знать, какой язык программирования или подход к типизации использовался при разработке. Именно поэтому одной из задач новой технологии становится сокращение пути от сформулированной в бизнес-терминах потребности до работающего продукта.
Отдельно спикер отметил, что для компаний ключевым фактором остается скорость. Поэтому автоматизацию необходимо получать за минимальное время, одновременно сокращая затраты на сопутствующие процессы — развертывание, сопровождение и другие этапы разработки. Сами клиенты экосистемы 1С привыкли к возможности адаптировать продукты под собственные задачи, поэтому гибкость и возможность дальнейшей доработки остаются важными требованиями.
«Что хочет разработчик в современном мире, когда искусственный интеллект наступает на пятки? Он хочет повысить свою профессиональную ценность, лучше выглядеть в глазах работодателя, осваивать новые технологии. При этом новые технологии он чаще всего хочет осваивать, находясь в знакомой ему парадигме. Потому что, если он начинает осваивать что-то абсолютно новое, весь предыдущий опыт обнуляется, а его ценность начинает набираться снова с нуля».
Армен Асатрян, технический директор фирмы «1С»
Сам искусственный интеллект также постепенно становится частью инструментария платформы. В «1С:Элемент» появился интеллектуальный помощник, который помогает разработчику писать код, работать над проектом и выполнять связанные с разработкой операции. Основная идея заключается в сокращении объема рутинной работы, которая сама по себе не создает уникальной ценности конечного продукта.
Приручение дракона
В зале «Стрельна» архитектор продукта и руководитель по развитию бизнеса Postgres Pro Алексей Викулин выступил с докладом «Как приручить дракона данных: надежность, масштабирование и экономика эксплуатации СУБД для 1С». Спикер рассказал о роли базы данных в работе решений на платформе 1С, а также об инструментах, которые упрощают администрирование СУБД.
«Драконом» в докладе стали данные, которые специалистам приходится приручать независимо от размера компании. Специалисты компании работают с 1С уже более 18 лет, и за это время существенно выросли как объемы обрабатываемых данных, так и требования бизнеса к производительности информационных систем. Увеличивается объем данных в таблицах и регистрах 1С, возникают пиковые нагрузки при проведении документов и отгрузок, а пользователи все чаще запускают тяжелые аналитические запросы и формируют сложную отчетность. Все это повышает риски возникновения простоев, а также снижения производительности.
Решать эти проблемы Postgres Pro предлагает комплексно. Викулин выделил 3 основных направления — надежность, масштабирование и экономика владения СУБД. Необходимые для этого инструменты доступны в составе Postgres Pro Enterprise для 1С.
«Надежность на языке бизнеса — это фактически две вещи. Это целевая точка восстановления и время восстановления. По факту — сколько допустимо потерять данных и за какое время нужно восстановиться».
Алексей Викулин, руководитель по развитию бизнеса Postgres Pro
Для сокращения потенциальных потерь данных могут использоваться резервные серверы и репликация. Так что если основной сервер выходит из строя, система переключается на реплику, благодаря чему пользователи могут продолжить работу, пока специалисты восстанавливают основной узел.
Не менее важна и скорость такого переключения. При ручном сценарии администратору необходимо сначала узнать об аварии, подключиться к инфраструктуре, определить причину проблемы и выполнить необходимые действия, а автоматизация позволяет значительно сократить этот процесс.
Спикер также напомнил о необходимости регулярного создания резервных копий и рассказал о разработанном Postgres Pro решении, позволяющем выполнять как полное, так и инкрементальное резервное копирование. Базовые возможности доступны в бесплатном варианте, тогда как коммерческая версия предлагает более широкий набор функций.
Отдельное внимание спикер уделил порогу входа при переходе на новые инструменты администрирования. Для его снижения Postgres Pro внедряет Enterprise Manager, который объединяет средства управления ключевыми компонентами СУБД. В Enterprise Manager также появился ИИ-помощник, отвечающий на вопросы администратора с рекомендациями по настройке системы. Однако самостоятельно применять предложенные изменения искусственному интеллекту не позволяют.
«Мы даем ИИ что-то подсказать, а дальше человек должен определить, следовать ли его совету или нет. Потому что у нас на тестах были ситуации, когда он такого насоветовал, что если он это исполнит, то это ни к чему хорошему не приведет».
Алексей Викулин, руководитель по развитию бизнеса Postgres Pro
Телепортация без применения магии
Антон Михеев выступил с докладом «Интеграции без программистов и релизов! Заклинание телепортации для Аналитика!» в зале «Санкт-Петербург». Здесь спикер представил No-Code-конструктор интеграций, который позволяет бизнес-аналитикам самостоятельно настраивать обмен данными между 1С и другими системами без постоянного привлечения программистов.
При традиционном подходе на постановку задачи уходит значительная часть времени. После этого разработчикам необходимо написать интеграцию, провести согласование между системами, а при изменении реквизитов еще и доработать код, протестировав его на всех контурах. При этом ошибки на каждом этапе дополнительно увеличивают сроки.
«С этого момента мы поняли, что нужно что-то решать. И здесь мы решили передать всю ответственность бизнес-аналитикам. Мы решили создать конструктор интеграций, где бизнес-аналитик сможет сам из блоков собирать собственную интеграцию без каких-либо вмешательств»
Антон Михеев, ведущий специалист ОЭЗ ППТ «Алабуга»
Так появился универсальный No-Code-конструктор, который работает с разными конфигурациями 1С. Во время выступления Михеев показал принцип работы конструктора на примере обмена документами между двумя системами. Объект из базы-источника содержит номенклатуру, количество, единицы измерения и другие реквизиты. Эти данные преобразуются в транспортный формат, например JSON, XML или CSV. Далее они передаются системе-получателю.
Для сопоставления данных используется маппинг, где полям одной системы назначаются соответствующие поля транспортного формата, а затем аналогичная операция выполняется на стороне системы-получателя. При этом один и тот же показатель может иметь разные названия и структуру в двух базах, а конструктор берет на себя их сопоставление.
Сам интерфейс инструмента реализован внутри 1С с использованием HTML, JavaScript и CSS. Аналитик выбирает endpoint, настраивает источник данных, правила их преобразования и дальнейшую передачу. После этого он может самостоятельно протестировать и опубликовать интеграцию.
Конструктор может использоваться не только для обмена между системами 1С. Михеев рассказал и показал возможности взаимодействия с терминалами сбора данных через веб-сервисы и API.
«Это не просто рассказ про систему. Это практический опыт. У нас так работает система TOS — большой контейнерный терминал, система ELIS, которая написана на Java, автоматический склад. Другие 1С-системы также работают через быстрые интеграции»
Антон Михеев, ведущий специалист ОЭЗ ППТ «Алабуга»
В докладе рассказали, что на этом же механизме построено взаимодействие с рядом других информационных систем, в том числе связанных с РЖД. Причем настройкой обмена занимаются непосредственно бизнес-аналитики. Внедрение конструктора также существенно повлияло на распределение задач внутри команды.
«После внедрения этого проекта мы прокачали команду. Наши бизнес-аналитики стали системными аналитиками, начали более системно и понятно давать более точные ТЗ. А у разработчиков появилось время на реализацию и расширение системы вместо того, чтобы поддерживать текущие интеграции».
Антон Михеев, ведущий специалист ОЭЗ ППТ «Алабуга»
По оценке, представленной в докладе, такой подход способен сэкономить до 100% времени программиста при выполнении типовых задач интеграции, где разработчик в этом случае выступает преимущественно консультантом. Для бизнес-аналитиков экономия времени может достигать 90% за счет сокращения объема необходимого технического задания.
При этом исправления интеграций можно вносить за минуты без полноценного цикла разработки и релиза. Контроль за их работой переходит к бизнес-аналитику, а поддержка версионирования позволяет управлять изменениями. Конструктор также подходит для первоначальной загрузки данных, что расширяет его применение при внедрении и миграции корпоративных систем.
Спасаем релиз
Руководитель подгруппы тестирования Ozon Алина Костюкович выступила с докладом «Как тестировщик становится “совестью” разработчика». Главной темой в зале «Чаплин Холл» стало взаимодействие специалистов по тестированию и разработчиков, а точнее, как правильно выстроенный диалог внутри команды влияет на качество продукта.
Отношения между двумя специалистами Костюкович сравнила с молотом и наковальней, где без трения нет прочности, а без конфликтов не возникает доверия. На начальном этапе разработчик воспринимает тестировщика скорее как помеху. Код уже написан и кажется готовым, но затем появляется другой специалист, который находит в нем проблемы, заводит баги и потенциально задерживает релиз.
Не лучше себя чувствует и тестировщик. Его могут не привлекать к обсуждениям продукта, а взаимодействие с командой происходит преимущественно в моменты, когда необходимо сообщить о найденной проблеме. В результате специалист либо начинает агрессивно отстаивать свою позицию, либо ограничивается формальным прохождением чек-листов.
«Ключевая проблема этого этапа в том, что тестировщик здесь — потребитель результата, а не участник процесса. Его видят только в те моменты, когда он приносит плохие новости»
Алина Костюкович, руководитель подгруппы тестирования Ozon
Одним из ключевых инструментов взаимодействия с разработчиками спикер назвала правильную формулировку замечаний. Прямое указание разработчику на допущенную им ошибку может сразу поставить собеседника в оборонительную позицию.
«Если сказать: “Я заметила несоответствие” или “Возможно, изменилась логика”, то фокус смещается с личности на продукт. Собеседнику нечего уже защищать, и он думает не о том, как отбиться, а начинает понимать, в чем дело».
Алина Костюкович, руководитель подгруппы тестирования Ozon
Еще один принцип — это обсуждение найденной проблемы через возможные последствия для вашей работы и всей команды. Вместо эмоциональной оценки тестировщик может объяснить, к каким рискам приведет ошибка после выхода продукта.
«Вместо критических багов нужно говорить про риск для бизнеса. Это переводит разговор с эмоций на общий результат. Вы больше не враги, вы партнеры, которые решают общую проблему»
Алина Костюкович, руководитель подгруппы тестирования Ozon
Такой подход меняет и сам характер взаимодействия. Если обсуждение начинается с формулировок в духе «ты это сломал», команда рискует перейти к поиску виновного. Когда же внимание сосредоточено на последствиях для продукта и бизнеса, тестировщик и разработчик оказываются на одной стороне.
«Мы становимся не противником, а его страховкой до релиза. Не тем, кто ловит на ошибке, а тем, кто помогает ее не допустить»
Алина Костюкович, руководитель подгруппы тестирования Ozon
В итоге роль тестировщика выходит за рамки непосредственного поиска багов. Он становится партнером разработчика, который помогает заранее увидеть риски, предотвратить проблемы до релиза и вместе с командой отвечать за качество конечного продукта.
Сотрудник внутри
Директор по развитию «Инфостарта» Алексей Лустин выступил в зале «Аврора» с докладом «Цифрового сотрудника мало создать. Его надо устроить на работу». Спикер объяснил, чем полноценный цифровой сотрудник отличается от обычного ИИ-агента и какую инфраструктуру необходимо построить компании, чтобы ИИ действительно мог выполнять рабочие задачи.
Одной из первых ошибок при внедрении подобных систем Лустин назвал попытку поставить знак равенства между ИИ-агентом и цифровым сотрудником. По его словам, агент скорее представляет собой набор поведения и инструкций для выполнения конкретного типа работы. Цифровому сотруднику в свою очередь необходимо предоставить значительно больше компонентов. Помимо модели и набора навыков ему требуется контекст компании, инструменты, полномочия, а также правила работы и механизмы сохранения результатов.
«Чтобы устроить цифрового сотрудника на работу, компании придется разобраться, как она сама работает»
Алексей Лустин, директор по развитию «Инфостарта»
Для объяснения этой архитектуры Лустин использовал аналогию с обычным сотрудником и его рабочими инструментами. Если человека наняли, например, чтобы просверлить стену, ему недостаточно просто поставить задачу, а необходимо дать инструмент, материалы и объяснить, какой результат требуется получить. Таким образом, сама LLM остается лишь одним из компонентов системы, которая способна рассуждать в рамках предоставленного контекста, однако кто-то должен определить трудовую функцию и сформулировать правила выполнения задачи.
Следующий элемент — это организация рабочего места цифрового сотрудника. Как и реальному специалисту, ему необходимо определить права доступа и предоставить рабочую среду. При этом система должна понимать не только то, что сотрудник умеет делать, но и когда он должен начинать работу. Для этого в архитектуре используются триггеры.
«Когда сотрудника нанимаем на работу, мы ему должны сказать: “Ты работаешь с 9:00 до 18:00, каждые 15 минут проверяешь почту, каждые 15 минут проверяешь, нет ли новой жалобы”. Вот тебе контекст»
Алексей Лустин, директор по развитию «Инфостарта»
Еще одной проблемой становится сохранение состояния работы. Обычный сотрудник может вечером прервать выполнение длительной задачи, а утром продолжить с того же места. Цифровому сотруднику требуется аналогичный механизм. В «Инфостарте» для этого используется механизм, который внутри компании называют «досье». В нем можно сохранять хронологию работы и извлеченные факты, чтобы после остановки процесса, смены модели или другого события цифровой сотрудник мог продолжить выполнение поручения, не начиная анализ заново.
Для цифровых сотрудников также можно задавать правила самопроверки результата. Они не гарантируют отсутствие ошибок, однако позволяют снизить вероятность получения некорректного результата. При этом правила проверки могут определяться владельцем конкретного бизнес-процесса. Если цифровой сотрудник занимается разбором обращений клиентов, критерии его работы может устанавливать руководитель службы контроля качества.
Важной частью также становится передача корпоративных знаний. Просто подключить современную языковую модель недостаточно, ведь изначально она не знает, как устроены процессы конкретной организации. Поэтому необходима формализованная модель компании — ее сущностей, процессов, связей и фактов. Такой подход позволяет передавать контекст между людьми и цифровыми сотрудниками, а также использовать результаты работы одного агента при выполнении последующих задач.
Квест длиною в день
Между выступлениями участники конференции могли отвлечься от докладов и пройти мини-квесты на стендах партнеров мероприятия — Postgres Pro, Selectel, T1 Digital, Korona Tech, CDEK, «Денвик Аналитика», Diasoft, «1С-Коннект» и Ozon Tech. Здесь гости могли выполнять задания, за которые получали специальные монеты.
Данную «валюту», заработанную за день, можно было потратить вечером, когда для участников открылась тематическая вечеринка в стиле дарк-фэнтези. Активности на партнерских стендах превратились в общий квест, который продолжался на протяжении всей деловой программы и завершился уже в неформальной обстановке.
Читайте также: