1С *

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

В программировании на Go я пока новичок. Поэтому, как любой уважающий себя разработчик, я решил начать с самого безопасного занятия — переписать на Go то, что уже несколько лет нормально работает на Bash.

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

Тест упал на пятом часу, на переходе с 16 800 до 21 000 ВРМ. Потом запрос, который выполнялся меньше секунды, вдруг стал занимать десятки секунд. После этого отчёт вместо 5 секунд начал строиться 800. Во второй части мы разбираем, как с этим справились: от LWLock:PgStatsHash и сбежавшего плана запроса до гигабитной сетевой карты и 3 миллионов файлов временных таблиц. В итоге на 21 000 ВРМ получили APDEX = 0,975.

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

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

Как работать с ИИ-агентом над тестами Vanessa Automation, когда доступ к инфраструктуре заказчика ограничен через MCP? Описываю личный опыт и результат.

Мы провели больше 100 запусков альтернативного теста 1С:ERP от «ИТ-Экспертизы» и дошли до APDEX = 0,986 на 30 000 виртуальных пользователей. Путь был непростым. На 15 000 ВРМ APDEX сначала упал до 0,704, и нам пришлось разбираться с загадочными ошибками PostgreSQL, штормом инвалидаций и перекосом нагрузки по NUMA-узлам. Рассказываем, что именно помогло.

8–10 октября в отеле «Санкт-Петербург» прошла INFOSTART TECH EVENT 2026 - профессиональная техническая конференция для специалистов по 1С и автоматизации бизнеса. Три дня докладов, дискуссий и демонстраций были посвящены развитию корпоративных систем: от применения ИИ в разработке и тестировании до архитектуры, интеграций и производительности. Программу дополнили оформление в стиле тёмного фэнтези и INFOSTART PARTY. Участники отмечали высокий уровень организации конференции.

Программа включала более 130 докладов и круглых столов. Основные направления охватывали приёмы и практики разработки, идеи и технологические тренды, интеграцию и обмен данными, администрирование СУБД и HighLoad, DevOps, тестирование и качество ПО, техническое развитие команды и личную эффективность разработчика. Такой состав позволял рассматривать задачи автоматизации вместе с требованиями к качеству, инфраструктуре и организации работы.

4 сентября 2026 года Cursor отключил пользователям из России агента и автодополнение и начал отменять платные подписки с возвратом денег. Инженеры, которые ещё утром правили код с агентом, к обеду остались с пустым редактором. Так категория «российский ИИ-агент для кода» за один день перестала быть темой для патриотов и стала вопросом выживания команды.

Я перебрал все российские агенты для кода, какие нашёл. Их восемнадцать, двенадцать пускают бесплатно. Главная находка не в количестве. Под словом «российский» живут три разные конструкции: свои модели, открытые модели на своих серверах и зарубежные модели за рублёвой оболочкой. У безопасника один вопрос: покидает ли код страну. На него эти три конструкции отвечают по-разному.

В этой статье я собрал методы ускорения обновления тяжёлых баз 1С. Все методы рабочие и неоднократно проверены на практике. Актуальны для современных конфигураций. Для более старых — частично, кое‑что надо адаптировать.

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

Кратко о проблеме. Иногда база 1С обновляется так долго, что не влезает в технологическое окно (время, в течение которого бизнес готов потерпеть без 1С). Иногда проблема в слабом сервере, но в большинстве случаев — в большом записей некоторых таблиц (справочников, документов, регистров). Ну и в остром желании разработчиков конфигурации что‑то поменять в этих таблицах 😊. Особенно при переходе между LTS‑версиями.

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

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

Я пришёл из ИТ в бизнес одежды. Экономика маркетплейсов заставила нас оцифровать работу и заняться автоматизацией 1С. Примерно год назад я начал собирать harness для агентов; постепенно он вырос в COSMOS — то, что я называю «ОС компании». Личная история, технические решения и границы агентной работы.

Что решает, дорогое и долгое дообучение узкой модели или хорошая обвязка вокруг обычной облачной?

На первый взгляд модель вендора с неограниченным и привилегированным доступом к материалам 1С не оставляет шанса конкурентам. Есть ли преимущество на практике?

Собрали интерактивного помощника на open-source стеке и сравнили его с 1С-Напарником на семи вопросах из повседневной работы пользователей и разработчиков.

У одного из сотрудников TRI было около шести Excel-таблиц. Он выгружал данные из 1С, переносил их в свои файлы и занимался тем, чем приходится заниматься после переноса данных: сводил, пересчитывал, проверял. Когда в компании решили выяснить, сколько времени на это уходит, продуктовый директор Магомед Ахматов предложил завести ещё одну таблицу. В ней предполагалось учитывать время, потраченное на предыдущие.

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

Когда говорят о ручном переносе данных в 1С — заказов с сайта, сделок из CRM, оплат из своей программы, — обычно считают время: столько-то документов в день на столько-то минут. Это честная, но самая маленькая часть счёта. Время видно. Ошибки и задержка — нет, потому что всплывают они в другом отделе и в другой день.

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

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

Документ провёлся. Ошибок в коде нет. Тест зелёный.

Открываю оборотно-сальдовую ведомость по 19-му счёту — и вижу, что часть НДС оказалась на 91-м. С точки зрения программы операция завершилась успешно. С точки зрения бухгалтера учёт уже разъехался.

Всем привет! Меня зовут Ольга Сумерина, я старший инженер по тестированию 1С в Ozon. Три года до этого я работала бухгалтером: считала амортизацию, контролировала расчёты с поставщиками, закрывала период.

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

Система прошла функциональные проверки: документы проводятся, отчёты формируются, интеграции работают. Но после подключения нескольких сотен пользователей операции замедляются, а серверы оказываются перегружены. Чтобы разобраться в причинах, нужно связать прикладную логику, поведение СУБД и состояние инфраструктуры. Нагрузочное тестирование помогает специалисту 1С расширить свою ответственность — от проверки отдельных сценариев до оценки готовности системы к промышленной эксплуатации.

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

С комментариями Гейдара Габриэлянца, автора и преподавателя курса «HighLoad-тестирование для 1С и корпоративных систем», разбираем, какие компетенции для этого понадобятся и как меняются задачи по мере профессионального роста.

Титаника убил айсберг. А ведь казалось, что он непотопляем.

1С, такая гигантская и непоколебимая, скоро легко может быть убита через ИИ.

Вот первая ласточка уже прилетела от одного из программистов на 1С.

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

Я проектирую интеграции 1С с внешними системами: сайтами, CRM, своими программами заказчиков. Ниже — как я бы устроил загрузку заказов с сайта в 1С, если сайт сделан на Tilda, InSales или написан с нуля.

Спор о русском в коде обычно ведут идеологи. Одни требуют «программировать на родном», другие крутят пальцем у виска. Но если убрать эмоции, остаётся инженерная задача: где локализация снимает трение, а где создаёт новое?

Мы 60 лет учим разработчиков думать по-английски, чтобы они могли программировать. Не «знать английский» — это нормально. А думать на нём, когда пишут код на русском домене. Юрист, читающий спецификацию, и разработчик, читающий код, говорят на разных языках — и мы называем это профессиональным стандартом.

Пора это признать. И посмотреть, во что это обходится на практике.

Хотел разобраться с одним, казалось бы, простым вопросом: за что мы заплатили подрядчику? Платёж был в 1С, заявка была в Bitrix24, а договор и акты приходилось искать среди вложений. С поиска этой связи начался финансовый сервис, а вокруг него постепенно появились ещё четыре продукта. Расскажу, как они складываются в ERP‑контур для стройки, что уже работает и где автоматизация пока может уверенно ошибиться.