1С *

Сейчас рынок труда многих ИТ-специальностей в пользу работодателей, похоже что в 2026 году это касается и 1С. Мы постучались к крупному франчайзи «Софт-Юнити» с предложением обсудить использование нашего продукта и получили такой ответ: «Я могу скинуть вам задание, которое даю аналитикам на собеседованиях. Прогоните его через свои инструменты, если ответ будет правильным, договоримся о встрече». Рассказываю о самом задании и как с ним справился ИИ-ассистент.

По какой-то причине мнения относительно ИИ сильно поляризованы. Одни едко критикуют, другие восторгаются. Вместе с развитием технологии растет и ее аудитория, как в дне сурка проходя все те же стадии принятия. За 3 года бурного распространения генеративного ИИ стали понятны глубинные мотивы некоторых комментаторов и участников процесса. Ниже результаты расследования, основанного на моем опыте как руководителя ит-компании Starfish и компании-вендора ИИ-копайлота для 1С-ников 1yes.pro.

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

Второй тур голосования завершён — и вместе с ним сформирована финальная программа INFOSTART TEAM EVENT 2026. Теперь доступен полный список докладов и мастер-классов: можно спокойно открыть программу и собрать себе маршрут по темам, которые реально помогут в работе.

Когда речь заходит о выборе ERP-платформы и системного интегратора, почти всегда звучит слово «конкурс». Формально процесс выглядит структурированным: несколько поставщиков, демо, презентации, референсы, коммерческие предложения.

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

Не потому, что компании «не умеют выбирать».
А потому, что процесс выбора нередко начинается с инструмента, а не с методологии.

Иногда стартовая точка — это демо.
Иногда — список потенциальных вендоров.
Иногда — внутреннее ощущение, что «эти ребята выглядят сильнее».

Недавно я обсуждал проект с партнёром, который предложил:
«Давайте сделаем серию демо и на основе впечатления выберем».

В разговоре выяснилось, что на старте отсутствовали:

Опенсорс-расширение 1С: заполняем описания и реквизиты номенклатуры с помощью ИИ. Генерация текста по карточке, автозаполнение доп. реквизитов и характеристик, любой OpenAI-совместимый провайдер. Сборки под УНФ/Розницу и УТ/КА/ERP. Код на GitHub — можно кастомизировать под себя.

Про эталонный справочник, JWT-авторизацию, требования КИИ и почему 1С-Битрикс вместо Laravel

В 2022 году мы получили задачу: автоматизировать заказы запчастей для 40+ дилеров. Вызов был не в объёме данных (50,000 SKU), а в разнородности систем дилеров и требованиях безопасности КИИ.

Через 18 месяцев 65% заказов пошли через портал без участия операторов. REST API интегрирован с 28 дилерами (70% сети). Время оформления заказа сократилось с 45 минут до 7.

Под катом — архитектурные решения, почему эталонный справочник важнее REST API, и как обойти ограничения КИИ.

Вести одно расширение 1С сразу для нескольких конфигураций (УНФ, Розница, УТ, КА, ERP) и не сойти с ума на каждом merge — реально. В статье разбираю рабочую схему, которую мы применили в опенсорс-проекте 1C AI Autofill.

Ключевая идея: main — ядро (логика и «истина»), ветки конфигураций — тонкие адаптеры с отличиями в Configuration.xml. Плюс git worktree, чтобы держать несколько сборок рядом, чистая XML-выгрузка вместо EDT для предсказуемого diff/merge и автоматическая сборка .cfe через PowerShell и 1cv8 DESIGNER — без ручного LoadCfg / UpdateDBCfg.

В статье — структура веток, правила разрешения конфликтов, фрагменты кода (HTTP + JSON, длительные операции) и пример скрипта сборки. Если вы хотите «как в нормальном мире»: GitHub, релизы и воспроизводимая сборка — будет полезно.

Репозиторий: https://github.com/msrv-tech/1c-ai-autofill

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

Мы опубликовали первые итоги ежегодного Большого опроса сообщества разработчиков 1С - в этом году в нём приняли участие более 10 000 человек, что стало рекордом. Такие выборки редко встречаются в нишевых профессиональных исследованиях, поэтому данные полезно читать не как «истину в последней инстанции про весь рынок», а как достаточно надежный срез активного сообщества: как люди реально работают, чем пользуются, где буксуют процессы и что происходит с удалёнкой, инструментами и доходами.

По портрету участников видно, что опрос заполнили в основном опытные специалисты. 52,2% респондентов программируют почти каждый день, ещё 16,8% используют программирование как часть своей работы. 60,7% работают в ИТ более 10 лет, и лишь около 10% имеют стаж менее двух лет. Самая многочисленная возрастная группа - 35–44 года (36,2%), далее - 45–54 (27,8%). По ролям большинство - штатные сотрудники (71%), около 10% - владельцы или совладельцы бизнеса....

Привет, Хабр! (И тебе, 1С-ник, который привык к «желтой» программке, и тебе, веб-разработчик, который до сих пор думает, что 1С - это только про накладные и бухгалтеров.)

В прошлой серии мы выяснили, что «1С:Предприятие.Элемент» - это не та «желтая программа», к которой привыкли бухгалтеры, а вполне себе модный cloud-native зверь с IDE в браузере. Но слова - это дешево. Разработчику нужно видеть код, архитектуру и понимать, как это соотносится с тем, что он уже знает (будь то 1C, Python или JavaScript).

Сегодня мы лезем под капот. Мы разберем синтаксис, систему типов, декларативный UI и узнаем, как 1С реализовала ORM, который (спойлер) удобнее многого, что вы знали, но не без своих 1С-овских замашек.

Поехали.

В статье расскажу, как можно экономить токены при использовании агентов в различных IDE Cursor, VS Code и т. п. Что такое MCP Serena, для чего она нужна, какие инструменты есть на борту.

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

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

Каждый РП стоял перед выбором: запускаем методом "Большого Взрыва" или попробуем "Работать с двух системах" - Parallel Running.

Кто не знаком с методологией:

Большой взрыв. Останавливаем "старую" систему и запускаем новую. Старую - вот прям останавливаем, чтобы не было соблазна вернуться или вести часть бизнес-процессов в "старой" системе. Очень жесткий запуск: новая система непривычна, люди путаются, работа в системе кардинально замедляется, куча ошибок. Внедряющая команда на стрессе, полностью в полях: научить, подсказать, исправить и - главное - доработать! Увидите седого РП - попросите рассказать парочку примеров из его жизни.

Мы уже писали о нагрузочном тестировании машины баз данных Tantor XData 2Y на базе процессоров Intel, точнее, об успешно пройденном тесте на 30 тыс. пользователей 1С. Впечатляющие показатели — это прекрасно, однако реальность рынка enterprise-решений такова, что технические характеристики — не единственный критерий для выбора оборудования. Требования 398-ФЗ, стратегии импортозамещения, санкционные риски и бюджетные ограничения заставляют компании искать баланс между производительностью и другими факторами. 

В линейке Tantor XData есть модель 2B на базе процессоров Baikal-S, позиционируемая как ответ на подобные вызовы. В новой статье мы делимся результатами нагрузочного тестирования этой модели и рассказываем об особенностях работы ARM-архитектуры с PostgreSQL и практическом опыте оптимизации такой системы — со всеми техническими деталями, метриками производительности и найденными узкими местами.

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

Вера в «волшебную кнопку» — это национальный спорт. Ты думаешь: «Сейчас куплю ERP, и этот цифровой комбайн сам пережует мой хаос в стройную отчетность». Спойлер: автоматизация бардака дает автоматизированный бардак. Причем работать в нем будет в три раза дороже. Давай снимем розовые очки и посмотрим, на чем горят даже опытные боссы.

1. Сроки и бюджет: «Впишемся день в день, копейка в копейку»

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

Но если ты прям БИЗНЕС и бюджет — это твои кровные, а не спущенные сверху «на реализацию», накидывай сразу от 20% до 50%. И молчи об этом. Не говори интегратору, не говори внутренней команде. Это твой НЗ, о котором знаешь только ты и твой психолог. Когда маленькая задачка за 150 тысяч вдруг вырастет в монстра за 1,5 миллиона (а в бэклоге таких соберется десяток), будет не так больно. Ладно, будет больно. Но ты будешь готов.

Со сроками та же история. На моей практике из трех проектов, которые «с 1 января должны жить в новой реальности», запустились в срок только два. И то — выбрав штрафной круг и перенеся запуск на год. За это время отполировали всё, что можно. Клиенты были готовы, и эти 15% сверх бюджета не стали критичными. А вот третий кейс решил «взлететь» любой ценой. Итог: урезанный до состояния инвалидности MVP, бюджет раздулся на 60% в первый же год поддержки, а в списке потерь: главбух, финдир и куча нервных клеток с обеих сторон. Иногда пожертвовать сроком — значит спасти проект.

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

Но это не проблема ИИ. Это проблема подхода.

Недавно разбирали с заказчиком вопрос, который показалось важным разобрать в подробной статье так как в рамках телеграмм-канала формат подробности не допускает: «Можно ли написать одну политику обработки персональных данных, которая закроет сразу всех - и сотрудников, и клиентов, и контрагентов?»
Звучит привлекательно: один документ вместо трёх, меньше бумаги, меньше согласований. Но когда начинаешь копать в требования 152-ФЗ, выясняется, что такая «экономия» может обойтись очень дорого. Давайте разберем риски и, что можно все таки сделать.

Как это обычно бывает? Вот ты — руководитель, собственник или просто очень инициативный человек — в какой-то момент понимаешь: жить так дальше нельзя. Автоматизация и цифровизация не дают спать по ночам. От требований к опер/упр. учету зудит в мозгу.

И идешь ты искать умных людей с опытом, которые посвятят тебя в тайны проектных технологий. А они, ну очень умные и очень специализированные, некоторые даже «экспертные» — уже на низком старте. Они спят и видят, как бы «нанести тебе пользу». Быстро, эффективно и подозрительно недорого.

На первой же встрече тебе выкатят кейс-сказку: «Agile-внедрение ERP за полгода, самописная MES-система и аналитика в BI без потери данных, людей и здравого смысла». Цена — миллион рублей, оплата — когда-нибудь потом. И всё это на фоне сертов «Проект года». Мы молодцы, выбери нас!

Каждая твоя встреча с интеграторами будет идти примерно по одному сценарию. Это не потому, что они хотят тебя обмануть. А потому что найти клиента, заключить договор, сделать проект и в идеале зайти с тобой в следующий – это тяжело, сложно и долго. Поэтому будут использовать любой прием лишь бы ты выбрал их.

Еще есть «персонажи», у которых сценарий менее гуманный. Договор – оплата – работаем пока работается, главное акты подписывать, в идеале наперед – суд – возврат минимальной суммы. Таких мы обходим стороной, но именно у них будет самое вкусное КП.

Давай рассмотрим основные и не самые очевидные ошибки при выборе интегратора, терять деньги и время никто не хочет.

Привет, Хабр! Я - Михаил Персианов (Данила Мастер), я разработчик 1С в ИТ-холдинге Т1.

Сегодня мы с Оппонентом обсудим вечную тему. Конечно же, в контексте 1С, и с неожиданным выводом. Для тех, кто вдруг не в курсе, поясню:

/