Три с половиной минуты против трёх часов: почему нейронка в 1С работает не у всех, у кого она установлена

09.09.26

Интеграция - Нейросети

Я принёс команде приём, с которым нейронка наконец начала понимать нашу конфигурацию: у меня он работал, у коллег — нет. Дело было не в постановке задач и не в настройках: причина в том, что на их машинах индекс конфигурации считался бы несколько дней. Замер на одном и том же своде из 26 035 записей: три часа на процессоре против трёх с половиной минут на видеокарте. Разбираю, что такое индексация конфигурации и почему она дорогая ровно один раз, почему наша основная серверная машина — 64 ядра, 768 гигабайт памяти — на этой задаче проигрывает домашнему компьютеру, и почему приём одного человека упирается в вопрос, который никто не любит задавать.

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

Рецепт я понёс команде. Но он не завёлся.


«А у меня оно считает с обеда»

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

А дальше в чате пошло вот такое:

— Слушай, а у меня оно считает с обеда. Это нормально?

— У меня вообще не стартует, ругается и падает.

— Работает, но пока дождёшься — уже сам всё сделаешь.

Задачи у ребят были не сложнее моей. Инструменты те же самые, модель та же самая, постановка та же самая. Но не работает. Основная причина стала понятна в первую же секунду, когда у коллеги расчётное время индексации показало несколько дней. Компьютер без видеокарты просто не мог её посчитать за обозримое время, и никакие формулировки этого не меняли.

Один из ребят тогда же в чате обронил: «Да у меня комп старше, чем мой стаж в 1С».


Про наши машины

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

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

А вот для работы с нейронкой дома — уже нет. И вот тут выяснилось, почему.


Куда именно упирается железо

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

Чтобы нейронка могла спросить конфигурацию, а не гадать о ней (ровно то, к чему я пришёл в прошлой части), нужен поиск по смыслу. Не по имени процедуры и не по совпадению букв, а по смыслу: я спрашиваю «где считается себестоимость» и получаю нужные модули, даже если слова «себестоимость» там нет вообще ни разу.

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

Вот эта разовая работа — прочитать всё и посчитать отпечатки — и называется индексацией.

Сколько таких кусочков в конфигурации? Десятки тысяч, а на больших конфигурациях — сотни тысяч. И для каждого нужно посчитать отпечаток. Арифметика там несложная, но её очень много, и она однотипная. А это ровно та работа, для которой придумана видеокарта: она считает такие вещи не по одному, а пачками. Обычный процессор считает их по чуть-чуть, зато умеет много другого — чего здесь как раз не требуется.

Вот в это и упёрлись все, у кого «считает с обеда».


Замер: одна машина, два прогона

Чтобы не спорить на пальцах, я сделал замер сам. Одна и та же машина, два прогона: один раз с видеокартой, один раз без неё.

Свод взял один и тот же: справку разработчика по платформе — синтакс-помощник, конструкции встроенного языка и язык запросов. Это 26 035 записей. Один и тот же набор, одна и та же модель отпечатков, разница только в том, чем считать.

На процессоре (Intel Core i9-11900KF, восемь ядер) — устойчиво 2,4 записи в секунду. Весь свод считается примерно три часа.

На видеокарте (GeForce RTX 3080 Ti) — 128 записей в секунду. Тот же свод — три с половиной минуты.

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

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

Один и тот же набор из 26 035 записей справки разработчика. Слева — процессор, 2,4 записи в секунду, около трёх часов. Справа — видеокарта, 128 записей в секунду, три с половиной минуты. Внизу — основная машина нашего серверного парка: 64 ядра на частоте 4 гигагерца и 768 гигабайт оперативной памяти, а видеокарты нет ни одной.


«Ну так поднимите всё на сервере»

Это первое, что приходит в голову, и мы, конечно, начали именно с этого. У нас же есть сервера, хорошие. Пусть считает там, а люди подключаются.

Не получилось, и причин было три.

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

Вторая: сеть. Чтобы разработчик из дома дотянулся до такой службы на сервере, нужен защищённый канал внутрь. В боевой среде это не «поднял за вечер»: это отдельная работа, где надо думать про доступы, разграничение и последствия. У нас такое с наскока не делается, и я считаю, что правильно: лишняя дверь внутрь боевого контура обойдётся дороже любого выигрыша в скорости.

Третья, и самая обидная: видеокарт на серверах нет. Ни на одной машине. Парк собирался под 1С — а ей видеокарта не нужна, ей нужны ядра, память и быстрые диски. Вот этого там с запасом: основная машина нашего парка — 64 ядра на частоте 4 гигагерца и 768 гигабайт оперативной памяти. Машина сильная, и парк собран именно на таких.

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


Что мы сделали

Решение оказалось до обидного простым: мы отделили дорогую работу от дешёвой.

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

То есть видеокарта нужна не «для работы с нейронкой». Она нужна ровно на одном шаге, который делается один раз.

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

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

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

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


Теперь главное: что я из этого понял

Вывод оказался шире, чем история про видеокарты, и он мне до сих пор кажется самым полезным из всего, что я тогда вынес.

Приём, который работает у одного человека, не становится приёмом команды, пока не решён вопрос: где это считается и кто за это платит.

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

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

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

  1. Разовая и тяжёлая — посчитать индекс. Упирается в видеокарту, считается часами, делается один раз на базу.
  2. Постоянная и лёгкая — искать по готовому индексу. Доли секунды, любая машина.
  3. Внешняя — работа самой нейронки, которая отвечает на вопросы. Это уже не про ваше железо, а про плату за обращения и про то, куда уходят ваши данные.

Ошибка — считать, что раз железо нужно для первого, то оно нужно и для второго. Пока мы этого не разделили, вопрос звучал как «купить всем видеокарты или забыть про это». А после разделения он стал звучать так: «где считаем и как передаём результат остальным».

И вопрос, который стоит задать раньше всех прочих, если собираетесь звать в это дело команду: есть ли у вас хоть одна машина, на которой это посчитается за обозримое время? Если нет — это не приговор. Это значит, что расчёт надо выносить куда-то ещё, и решить это надо до того, как звать людей, а не после того, как у них не завелось.


Чем такое делают

Единственно правильного ответа тут нет, и мой вариант точно не единственный. Что вообще бывает.

Своя машина с видеокартой. Самое простое, самое быстрое и самое дешёвое, если такая машина уже есть. Ограничение: считает один человек и только пока его компьютер включён. Для одиночки это идеально, для команды — то, с чего начались наши проблемы.

Отдельная машина под расчёт. Одна на команду, с видеокартой, стоит в офисе, к ней подключаются. Дороже, но сразу общая, и никто ни у кого не спрашивает «а ты не выключил?». Мы к этому в итоге и склонялись, просто слепки закрыли вопрос раньше.

Аренда видеокарты по часам. Посчитал в облаке — забрал результат — выключил. Платите за часы, своего железа не надо вообще. Но тут надо очень внимательно смотреть, что именно вы туда отправляете: код клиентской базы уезжает на чужие мощности, и это вопрос не технический, а договорной. У нас, например, по части клиентов такое просто не согласовать.

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

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

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


Сколько это заняло у меня

Поиск причины — нисколько. Что на процессоре это будет считаться долго, было понятно ещё до первых прогонов: работы много, и она однотипная. А когда у человека расчётное время индексации показало несколько дней, вопрос «почему» отпал сам собой. Время ушло не на поиски, а на замер, который переводит «долго» в конкретные цифры, и на решение, что с этим делать.

Сама доработка — передача слепков — заняла у ребят несколько дней.

Разворот из слепка у коллеги — минуты вместо часов на собственную индексацию. Это уже не оценка, это то, что мы видим каждый раз.

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


Чего я не измерял

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

Разные видеокарты между собой. У меня NVIDIA GeForce RTX 3080 Ti, других я не пробовал. Где начинается «хватает» и где кончается — не знаю. Вполне возможно, что вдвое более скромной хватило бы за глаза.

Серверные видеокарты. Их у нас нет, руками я их не щупал, и что-либо про них говорить не буду.

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

Другой масштаб команды. Нас сорок человек, разработчиков заметно меньше. Как это устроено там, где разработчиков сотня и десяток офисов, я не знаю. Подозреваю, что слепками по кнопке там уже не обойтись.


Что было дальше

Железо перестало быть проблемой. Индекс считался один раз, слепки расходились по команде, у всех наконец стало работать одинаково.

И качество ответов тут же встало в потолок.

Дальше начались улучшения. Каждое выглядело настолько очевидным и правильным, что мы даже не сомневались. Три из них я разберу подробно — потому что два сделали хуже, а одно чуть не съело само себя. И заметили мы это только тогда, когда начали делать замеры.

Но об этом — в следующий раз.


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

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

Вступайте в нашу телеграмм-группу Инфостарт

нейросети в 1С нейросети искусственный интеллект векторный поиск поиск по смыслу индексация конфигурации эмбеддинги видеокарта GPU производительность замеры разработка 1С инструменты разработчика внедрение ИИ командная работа франчайзи 1С типовые конфигурации опыт внедрения AI-ассистент

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

SALE! %

Банковские операции Обмен с интернет-банком Мастера заполнения Нейросети Программист Бухгалтер Пользователь 1С:Предприятие 8 1C:ERP 1С:Бухгалтерия 3.0 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:ERP. Управление холдингом 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 1С:Розница 3.0 Платные (руб)

Корректируйте банковские документы быстро и легко! Создайте правило обработки — и оно автоматически применится при загрузке выписки (отбор по любому реквизиту или регулярному выражению). Решение заполняет расшифровку платежа, комиссию эквайринга, подбирает ведомости на выплату зарплаты, помечает дубли из банка на удаление и многое другое. Доплачивать за алгоритмы не нужно — они включены в решение. Обработка работает при загрузке из файлов клиент-банка и через DirectBank. Новое — искусственный интеллект: модель приводит нестандартные назначения платежа к виду, понятному алгоритмам, а ИИ-ассистент прямо в 1С консультирует по решению и разбирает код правил и алгоритмов. Поддерживаются локальные и облачные OpenAI-совместимые модели — данные могут не покидать ваш контур.

15250 руб.

20.12.2024    18872    96    29    

82

Инструментарий разработчика Нейросети Платные (руб)

Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше. Далее в публикации: MCP для поиска по метаданным 1С, справке синтакс-помощника и проверки синтаксиса.

15250 руб.

25.08.2025    69467    139    41    

147

SALE! %

Нейросети Системный администратор Программист Бизнес-аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С:Документооборот 1С:Бухгалтерия 3.0 1С:Зарплата и Управление Персоналом 3.x Россия Платные (руб)

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

15989 9891 руб.

30.07.2026    9569    22    4    

23

Нейросети Программист Бесплатно (free)

Первая часть подборки простых приёмов для работы с ИИ-агентами. Без «секретных техник» — скорее сверим часы и посмотрим, какие подходы действительно помогают экономить время, лимиты и нервы. Разберём шесть практических приёмов: как выбирать модель под задачу и не тратить дорогую модель на мелочи; зачем сначала составлять план сложной работы; как сохранять агентские сессии на VPS с помощью tmux и Herdr; почему голосовой ввод даёт больше контекста, но требует проверки; как перепроверять решения одного агента другим; и как организовать параллельную работу через Git worktree. Большинство этих вещей опытным пользователям наверняка знакомо. Но иногда именно «очевидная» мелочь оказывается той, о которой узнаёшь слишком поздно. Возможно, из этой подборки вам пригодится хотя бы один приём.

04.09.2026    2034    Ibrogim    6    

15

Нейросети Программист 1С:Предприятие 8 Россия Бесплатно (free)

Как связать 1С и Cursor через MCP так, чтобы AI-агент сам получал актуальную конфигурацию из информационной базы, находил нужный BSL-код, вносил изменения, загружал конфигурацию обратно и запускал 1С:Предприятие. В статье — настройка 1C: Platform Tools, 1C: Platform Tools MCP, OneScript, vanessa-runner и env.json, а также важные нюансы при работе с несколькими проектами, IPC-портами, большими конфигурациями и длительными операциями загрузки. Покажу полный практический цикл на тестовой базе без ручной выгрузки и загрузки XML через Конфигуратор.

28.08.2026    15509    rinat1c    18    

30

Нейросети Программист 1С:Предприятие 8 Бесплатно (free)

Новый UI-контур CodexTestBridge запускает штатные TestClient/TestManager и даёт ИИ-агенту семантические действия вместо координат. Результаты возвращаются по шагам, долгие операции сопровождаются heartbeat. На реальной БП 3.0 открываем и заполняем приходную накладную без записи.

26.08.2026    2373    Aleksandr    3    

9

Нейросети Программист Бесплатно (free)

Практический эксперимент по использованию ИИ при обновлении расширений 1С. Сравниваются GigaChat-2-Pro и локальный Qwen3-Coder 30B на реальных конфликтах BSL-кода. Показано, как модели анализируют изменения типовой конфигурации, где могут ошибаться даже с высокой уверенностью и почему рекомендации AI необходимо дополнительно проверять алгоритмически и в тестовой базе 1С.

24.08.2026    1876    aldar    13    

8

Нейросети Программист 1С:Предприятие 8 Бесплатно (free)

В этой статье расскажу, как реализовал с помощью LLM полноценную генерацию кода для 1С (BSL) в популярном Open Source API-клиенте Bruno.

21.08.2026    1908    malikov_pro    9    

12
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. nedomolkov.ivan 220 09.09.26 15:23 Сейчас в теме
У нас было похоже, только не индексация конфигурации целиком, а модель для поиска дефектов в коде. Без видеокарты - шесть минут на процедуру в 250 строк, с частичной выгрузкой слоёв на GTX 1650 - три с половиной. Разница заметная, но не в 50 раз, как у вас с эмбеддингами, потому что задача другая: там генерация ответа, а не подсчёт отпечатков.

А вот саму механику отпечатка смысла разбирали отдельно, по кусочкам, прямо на встроенном языке 1С - откуда берутся эти самые числа и почему для них нужно именно матричное умножение пачками: https://infostart.ru/1c/articles/2768274/. По-моему, отвечает на вопрос, почему видеокарта тут даёт разницу в разы, а не в проценты, как в моём случае.
2. solbol 146 09.09.26 22:50 Сейчас в теме
(1) Не так давно читал вашу статью, она просто огонь! Забрал себе обработку, запланировал разобрать её на днях. Иван, давайте пообщаемся по нейронкам? Переопылимся практикой, я расскажу, что делаем в нашем приложении, Вы расскажете про своё. Даже ответил там в комментах, что какая разница, нейрослоп или нет, главное, что передана суть. И передана прям на уровне кода, открывай обработку и смотри.
Для отправки сообщения требуется регистрация/авторизация