1С *

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

А потом возникает неприятный вопрос: а покупателю вообще нужен был вебинар? Может быть, ему достаточно было за несколько минут увидеть продукт в работе. А может быть, наоборот: никакая запись не ответит на его вопросы, потому что нужно понять, подойдет ли решение именно для его компании.

После нескольких таких запусков я пришла к выводу, что спор «вебинар или видео» в 2026 году сформулирован не совсем правильно. Покупатель выбирает не столько формат. Он выбирает, сколько собственного времени и общения с продавцом готов потратить, чтобы принять решение.

Классическая корпоративная воронка часто выглядит примерно так: Хотите посмотреть продукт? Оставьте заявку → менеджер позвонит → договоримся о времени → проведем демонстрацию.

С точки зрения продавца все логично. Компания получила контакт и может начинать продажу. С точки зрения покупателя еще ничего не произошло, а обязательств уже довольно много. Ему нужно оставить данные, дождаться звонка, договориться о времени и выделить место в календаре. И только после этого он наконец увидит интерфейс. На Маркетплейсе это особенно заметно. Рядом находятся другие продукты, часть из которых можно изучить немедленно. Поэтому индивидуальная демонстрация не должна быть единственным способом увидеть продукт.

Попросите ИИшку придумать открытие конференции, и она предложит десятки вариантов. Свет, музыка, видео, ведущий, интерактив, шоу. Попросите сделать как-нибудь эдак и растак - и варианты наверняка станут смелее. Но количество идей не всегда решает задачу.

Лет десять назад я впервые пришёл на конференцию Инфостарта. Сегодня я работаю здесь директором по маркетингу, а тогда впервые смотрел на сообщество 1Сников - с удивлением и интересом.

За плечами у меня был опыт работы в конгрессно-выставочном бизнесе, в том числе работа в огромной по тем временам Группе компаний РЕСТЭК. Я видел десятки конференций и форумов, открытий и церемоний и был уверен, что удивить меня будет трудно. Или, как говорят сейчас, мне всё понятно в этом мире уже абсолютно.

Начало только укрепляло эту уверенность. Большой зал кинотеатра «Колизей», небольшая выставка в фойе, свободная рассадка, бейджи, пакеты участников. Всё шло вполне ожидаемо.... 

За рутиной из запросов, документов и форм легко забыть, что платформа тянет заметно больше привычного потолка, если не бояться лезть в стандартные механизмы, работать с бинарными данными напрямую и собирать собственные инструменты под задачу. 

В этой подборке материалы, которые объединяет ровно это: авторы не ищут теорию ради теории, а показывают, как обойти узкое место, ускорить типовой процесс или встроить в систему то, чего в ней по умолчанию нет. Реальные задачи, техническая реализация, примеры кода и готовые решения, которые можно забрать в свои проекты. 

12–14 ноября 2026 года в Санкт-Петербурге пройдет INFOSTART A&PM EVENT 2026 - конференция для аналитиков, руководителей проектов, владельцев продуктов и специалистов, работающих с проектами и продуктами на платформе 1С.

Сайт конференции уже открыт. На нем опубликованы программа, тематические секции, состав модераторов и варианты участия.

Привет, Хабр! Меня зовут Данил Кравченко, я разработчик 1С в IBS. Через руки моего отдела проходит много строительных проектов. Так уж повелось, что в стройке интерфейсы для табличных частей часто создаются на основе деревьев, что вызывает определенные сложности у разработчиков. Я сам совсем недавно собрал полный комплект шишек на эту тему и хотел бы поделиться способами решения типовых проблем. А в конце вы найдете ряд рекомендаций, соблюдение которых позволит свести эти проблемы к минимуму.

Привет, Хабр! (И тебе, 1С-ник, который открыл статью только чтобы убедиться, что пока точно не надо изучать новый продукт. И тебе, питонист, который сейчас будет морщиться. И тебе, мобильный разработчик, который уверен, что без Kotlin/Swift нормальное приложение не родится - держи кружку крепче.)

Эта статья будет посвящена технологии, на которой можно написать своё мобильное приложение за пару дней. И я вам на примере реализованного мною полноценного проекта логистического приложения покажу, что сейчас из себя представляет эта технология на нашей родной КИРИЛЛИЦЕ, и что на ней можно сделать прямо сейчас. И самое главное, как…

Стандарты разработки 1С — вещь полезная, но неудобная в повседневной работе.

Их много: больше трёхсот отдельных стандартов. Они лежат на ИТС. Формулировки написаны так, что читать их приятно один раз, а искать в них конкретное правило под конкретную строку кода — мучительно.

Дальше становится хуже. Вы прогнали конфигурацию через АПК и получили список кодов вроде acc:1245. Или BSL Language Server подсветил AssignAliasFieldsInQuery. Или EDT с плагином v8-code-style выдал common-module-name-client-server. И вот у вас есть код предупреждения, а нужен пункт стандарта, который объясняет, почему так делать нельзя, — потому что без этого объяснения правка превращается в «замолчи, линтер».

А теперь добавьте сюда ИИ-помощника. Cursor, Claude Code, Codex, Copilot — кто чем пользуется. Он бодро пишет код на BSL и так же бодро ссылается на «стандарт 512», которого не существует, или пересказывает правило по памяти в редакции трёхлетней давности. Помощник не виноват: у него просто нет источника.

Об этом и статья — про два бесплатных инструмента, которые закрывают обе дырки. 

Я инженер-программист на небольшом российском заводе. Несмотря на скромные масштабы производства, в штате имеется финансовый аналитик с постоянными потребностями в (внезапно) данных из учётной системы.
В сети я так и не нашёл более-менее полного гайда по подключению баз 1С к агентским средам через MCP. Встречаются отдельные статьи про Model Context Protocol (много), примеры для файловых систем, GitHub или PostgreSQL, но ничего про реальную интеграцию с 1С.

Поэтому решил собрать собственный опыт в одном месте.

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

В статье разберем, как работает Codex для 1С — решение, которое подключает ИИ-помощника к информационным базам 1С. На примерах посмотрим, как он ищет данные, анализирует журнал регистрации, проверяет права пользователей, находит связанные документы и сравнивает показатели в нескольких базах.

В программе INFOSTART A&PM EVENT 2026 формируется секция «Прикладные компетенции аналитика». Заявок в этом направлении пока меньше, чем в других, поэтому у сильного практического кейса сейчас больше шансов пройти предварительный отбор и попасть в голосование. Первый тур голосования начнется 18 августа. Заявки принимаются до 28 августа...

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

Статья написана на примере конфигурации ERP УХ 3.2.11.5. Логика шагов применима к другим документам и близким версиям конфигурации.

В данной статье я хочу рассказать о проверке одной гипотезы - возможности использования shared memory для ускорения параллельной агрегации методом хэширования. Статья Xu&Marcus, PVLDB, 2025 утверждает, что общая хэш-таблица — незаслуженно списанный со счетов способ параллельной агрегации, если использовать т.н. тикетинг и разделить операции поиска группы и обновления агрегата.

Звучит завлекательно. Собираем в кучу свои знания Internals, подписку на Claude и, поскольку в период летних Heat Wave выходные всё-равно проходят дома под кондиционером - разрабатываем идею так глубоко, насколько это получится.

База знаний Инфостарт - это не только суровое ИТ-шное сообщество! Это еще и разговоры о жизни, опыт и не только успешный. В общем, здесь, в сообществе Инфостарт, живут жизнь и делятся этим. 

Если вы устали от постов об успешном успехе и хотите читать реальную жизнь со всеми взлетами и падениями, добро пожаловать, в категорию “Жизнь” в Базе знаний Инфостарт.

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

Об этом говорят не только разные «эксперты», но и официальные представители ФНС. В марте этого года на сайте службы вышел материал о выступлении начальника Межрайонной ИФНС № 29 по Свердловской области Элиты Елькиной. В публикации сказано, что 2025 год стал временем активного внедрения ИИ в налоговый контроль, а сам ИИ уже помогает анализировать риски, выявлять сложные схемы, включая дробление бизнеса, и прогнозировать экономические модели.

Руководитель УФНС по Смоленской области Татьяна Рыбалко также заявила, что искусственный интеллект активно используется для проверки деклараций, выявления несоответствий, прогнозирования налоговых рисков и анализа налоговых поступлений. По её словам, некий алгоритм уже «изучает документы» и находит потенциальные ошибки.

В новой версии переработан вывод результатов запросов, расширены возможности Консоли СКД и упрощен перенос пользовательских алгоритмов между информационными базами.

Основные изменения Infostart Toolkit Air 2026.2 связаны с повседневными задачами 1С-разработчиков: анализом результатов запросов, поиском данных в больших выборках и отладкой отчетов на СКД. Результаты запросов теперь можно просматривать не только в таблице, но и в виде дерева. В обоих режимах доступны фильтрация и быстрый поиск, а при работе с несколькими коллекциями — поиск нужной таблицы по части имени. Вывод данных также оптимизирован: результаты загружаются только после выбора соответствующего элемента, что сокращает потребление памяти.

Привет, Хабр.

Из каждого утюга вещают, что нейросети напишут за нас код и отправят выращивать кабачки. Давайте проверим. Попросите модель написать запрос к регистру накопления в УТ 11.5 с разбивкой по номенклатуре. Она напишет Т.Номенклатура. А в этом регистре номенклатуры нет, там Т.АналитикаУчетаНоменклатуры.Номенклатура, и это ключ аналитики, отдельный справочник. Модель не ошиблась в синтаксисе. Она не знает вашу базу и не узнает, пока вы ей её не покажете.

Меня зовут Александр, я разработчик 1С. Команда у нас небольшая, выделенного консультанта нет, и разбор вопросов вида «почему документ не проводится» падает на разработчика. Выжигает быстрее, чем рефакторинг чужого легаси.

Полтора года назад я решил сделать не «ИИ-помощника для 1С», а скучную инфраструктурную вещь: канал, по которому внешний агент дотягивается до данных 1С, не превращая базу в публичный веб-сервис. Дальше про то, как он устроен, и про три места, где всё могло сломаться.

Продолжаем классифицировать ошибки, с которыми сталкивается пользователь при работе в 1С.

Сегодня – блокировки. Это, наверное, самый распространенный пласт ошибок. С точки зрения пользователя платформа 1С сообщает ему что-то маловразумительное про какие-то там конфликты блокировок, возможно, с набором каких-то символов. И после этого его операция прерывается...

Разбираемся как увидеть, разобраться и побороть.

Я сижу на демо с потенциальным заказчиком. Показываю агента в действии: пользователь спрашивает «как настроить интеграцию с ITSM-системой», агент делает четыре итерации — семантический поиск, один OpenChunk, текстовый поиск по точному термину, синтез ответа со ссылками. Заказчик кивает, и тут слово берёт его технический директор: «А не проще было бы один RAG-запрос? Один вызов LLM — это же дешевле, чем двадцать».

Формально — да. Один вызов ассистента это 1 × LLM. Агент — до 20 × LLM. Значит, агент в 20 раз дороже?

Нет. И вот почему.

В условиях современного развития программного обеспечения и необходимости ускорения выпуска обновлений, автоматизация процессов разработки и доставки (DevOps) становится критически важной. Для экосистемы 1С, характеризующейся сложностью конфигураций, наличием множества расширений и необходимостью строгого контроля качества, ручные операции по сборке, тестированию и развертыванию становятся узким местом.

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

Когда заказ, склад и оплата живут по разным правилам, сбой возникает на стыке систем — там, где нет владельца решения.

В статье — шесть шагов, которые помогают превратить разрозненные требования в управляемую архитектуру сквозного процесса.