Технологии, которые меняют нас: История одной 1С‑команды

«Чтобы оставаться на месте, нужно бежать со всех ног. А чтобы куда‑то попасть, надо бежать как минимум вдвое быстрее» — Льюис Кэрролл

Пролог. День, когда опять что‑то сломалось

Это было очередное утро после вечернего обновления релиза. В рабочей базе уже несколько часов валилась какая‑то ошибка. Пользователи писали в поддержку, поддержка — нам. В чем оказалась причина? Всего одна строчка кода — мы потеряли ее во время ручного переноса из дева в релизное хранилище.

Далее последовал примерно следующий диалог:

Руководство: «А откуда ошибка? Разве мы вчера всё не протестировали?».
Мы: «Протестировали, но ошибку довнесли позже».
Руководство: «А как нам этого избежать в будущем? Может автотесты какие добавить или ИИ привлечь? Что нужно сделать?».
Мы: (короткое молчание) «Пока точно не знаем, подумаем..».

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

В тот вечер в поисковиках у команды начали появляться следующие запросы: «Как перейти с конфигуратора 1С на EDT», “Git для 1С”, «ИИ в 1С‑разработке» и пр. И пока мы даже не задумывались, что запущен самый сложный, дорогой и одновременно очень нужный проект в нашей команде.

Часть 1. Наше бытие и ловушка комфорта

Мы — довольно большая компания. То, как мы работаем с 1С, должно быть многим будет знакомо. Есть два хранилища — dev и release. Разработчик делает правки, потом вручную, через «сравнение и объединение», переносит их в релизную базу. Получается, наш merge — это частый копипаст из окна в окно, либо сравнение/объединение, и постоянный риск забыть что‑то или перенести не так и не туда.

Code review? Формально он есть. Но найти и посмотреть изменения разработчика в Конфигураторе — довольно муторное занятие. Даже настроен SonarQube, но полностью ему на откуп проверку кода не отдаем, он как дополнительный информатор. На практике ревью сводилось к фразе «Ты посмотрел задачу? Сейчас гляну».

Про CI/CD слышали, что‑то даже есть. Настроен скрипт, который периодически выгружает хранилище в Git. Без веток задач, только теги на них в коммитах. По сути Git используется просто как архив, а не как основной инструмент, и использовать его для развертывания систем не можем.

И знаете, что здесь самое опасное? Все к такой работе привыкли и всех всё устраивало. Зачем что‑то менять, если «и так работает». Да и времени особо на нововведения нет, поток новых задач идет постоянно.

«Если ты не идёшь вперёд, ты откатываешься назад. В стоячей воде неизбежно начинается гниение» — Лао Цзы

Казалось, мы стоим в этой самой воде и она начинает понемногу пахнуть.

Часть 2. Новые надежды и встреча с реальностью

После исследования чужого опыта и погружения в тему, твердо решили: движемся в сторону перехода на EDT. Он хранит конфигурацию в отдельных файлах на диске, а это открывает дверь к Git с отдельными ветками задач, Merge‑requestами и полноценным code‑review. Есть какие‑то альтернативные варианты по синхронизации конфигуратора с Git, но скорее всего это было бы промежуточным переходом, надо сразу ставить разработку на правильные рельсы.

Мы представляли, что наши разработчики, как в Google: пишут код, делают коммиты, еще и ИИ используют на каждом шагу. Наши надежды были наивными и прекрасными. Реальность же оказалась жёстче.

Первая стена — не бюджетное железо

Конфигуратор работает на любом «калькуляторе», а EDT — это тяжелая IDE на Eclipse. На обычном ноутбуке с 8–16 ГБ ОЗУ она грузится и подключает базу неприлично долго. Работать на «стандартном железе» было бы невозможно.

«Гладкая дорога никогда не делает умелого водителя» — Латинская пословица

Мы собрали основные требования: 32 ГБ ОЗУ, быстрый SSD, современный производительный процессор. Для всей команды надо закупить хорошие рабочие станции, а лучше ноутбуки. А ведь это заранее незапланированный бюджет.

Вторая стена — сторонние разработчики

Как заставить сторонних подрядчиков, которые работают с нами давно, перейти на EDT? Пока это вопрос открытый. Они просто могут не потянуть такое оборудование, скажут «дорого» или «не умеем».

Решение ещё ищем, и то что сейчас прорабатываем — не такое красивое: синхронизация через файлы *.cf. Те, кто в EDT, работают в Git. Для внешних разработчиков выгружаем cf‑файл с изменениями. Схема сложная, но кажется позволяет начать двигаться вперед.

Третья стена — человеческий фактор

Люди боятся нового и не хотят ничего менять, это не новость.

«Зачем мне EDT? У меня куча задач и в Конфигураторе я всё успеваю» — высказались некоторые разработчики. «Это всё сложно, долго и не работает» — вторили им другие.

И люди боятся не самой EDT, а неизвестности. Угрозы своей компетентности. Новых привычек, манипуляций и дополнительной рутины, по началу возможно отнимающих еще больше времени.

Понятно, что людям потребуется время на привыкание и наработку новых навыков. Здесь можно начать продвижение новинки с пилотной группы из нескольких энтузиастов — выдать им новые ноутбуки, чтобы настроили EDT, вникли в преимущества Git. Скорее всего через месяц многие уже не захотят возвращаться к старому, а остальные увидят их результат и будут подтягиваться.

«Трудности — это не преграды на пути, они и есть путь» — Райан Холидей

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

Часть 3. Следующий уровень в работе

Здесь еще раз проговорим, зачем нам все это? Когда мы освоим EDT и Git, перед нами откроются горизонты, о которых мы раньше даже не мечтали:

Настоящий code review

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

В нашем светлом будущем нас ждет merge‑request. Каждая ветка‑задача проходит ревью. Мы сразу видим строки, которые изменились, всё в одном месте.

А ещё можно начать использовать Git‑хуки. Подключить скрипты, которые автоматически проверяют код перед коммитом или пушем, с помощью различных сервисов, в том числе на основе ИИ.

Автоматизация тестирования с Vanessa Automation

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

Сейчас активно развиваем Vanessa Automation — полноценный фреймворк для автоматизированного тестирования в 1С. А тут еще в последних версиях у нее появилась поддержка ИИ и MCP‑серверов, что кажется может дать огромную выгоду в генерацию тестовых данных. Vanessa сможет сама подготовить данные для теста: создать документы, заполнить справочники. ИИ поможет написать и сами тесты.

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

Сборка и выпуск приложения

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

Часть 4. ИИ — не игрушка, а пропуск в будущее

Еще в начале нашего пути по освоению EDT мы знали: ИИ сейчас — практически везде. Коллеги из других команд уже активно используют его для написания тестов, рефакторинга и пр. К тому же наша компания активно продвигает его использование на всех уровнях и помогает в освоении.

И после этого задаешься вопросом: «Почему у нас этого нет?». Ответ обычно таков: потому что Конфигуратор, а совместное использование ИИ с ним трудно совместимо. Решим проблему с Конфигуратором — решим проблему с полноценным внедрением и использованием ИИ.

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

Проблема: ИИ слепой

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

Решение: MCP (Model Context Protocol) — “USB‑порт” для нейросети. Стандарт, который позволяет ИИ подключиться к вашей конфигурации и «увидеть» её. Сейчас активно тестируем некоторые из них, благо подобные инструменты для 1С начали активно появляться. Будем тестировать их как в отдельных средах так и внутри EDT, посмотрим что понравится больше. О конечных результатах пока говорить рано, и кажется это отдельная тема для новой статьи.

Здесь можно еще отметить отдельный вопрос поддержания актуальности этого контекста, возможность разворачивания его в виде RAG или других индексируемых сущностей. Но и эти моменты здесь уже широко раскрыть не успеем.

Выбор ИИ

Сейчас нам доступно 3 инструмента для работы:

Yandex Code Assist — “Универсальный солдат”

Ассистент Яндекса на базе модели Qwen. Работа строится через Visual Studio, то есть сбоку от EDT, конечно это не плюс. Зато обладает множеством дополнительных настроек (MCP, навыки, плагины и пр.), что может повышать качество работы и результата. Говорит по‑русски — это тоже важно. Без дополнительных знаний в языке 1С еще многое додумывает.

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

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

1С:Напарник — «Домашний питомец»

Раз есть EDT, значит есть и официальный ИИ‑помощник от 1С, который пока бесплатен. Сразу видно: он знает платформу, код пишет хорошо, а комментарии к нему еще лучше.

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

Вердикт: для чего‑то не сложного, разработки с нуля, шаблонов и комментариев — очень даже. Если нужно большее — кажется пока слабоват, но будем пробовать.

Claude Code — “Профессиональный наемник”

Сам по себе Claude Code — мощный агент. Хорошо анализирует конфигурацию и код, удачно предлагает и принимает решения. НО! Стоит больших денег( Непонятна его дальнейшая судьба в РФ и нашей компании в частности. Пока пользуемся им осторожно)

Результат: Код пишет красиво (правда, пока не идеально), с учётом нашей структуры и стандартов. Ещё и объясняет, почему сделал так, а не иначе. С каждым обновлением про 1С знает все больше.

Вердикт: для сложного рефакторинга легаси, тестирования и анализа — кажется лучший. Но дорогой, зараза.

Небольшой ИИ‑батл

Еще в начале работы удалось устроить короткое сравнение между всеми тремя. Задача была сделать одну и ту же, срочную и не сложную задачку. Промт звучал примерно так:

«Нужен пример кода для базы УХ: сначала запросом отобрать документы ВерсияСоглашенияКоммерческийДоговор с Номером ПОДОБНО „%‑%-%“; потом обойти эту выборку и изменить номер на „000071959“ увеличивая на единицу. Документы записывать в режиме загрузка. Добавить комментарии у процедуры и основных действий»

Вот что из этого получилось:

• Yandex Code Assist

  • Написал работоспособную процедуру на 55 строк с обширным комментарием к процедуре.

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

  • Про режим загрузки ничего не понял и придумал такую конструкцию: «ДокументОбъект.Записать(РежимЗаписиДокумента.Загрузка)»

  • В конце выдал некие рекомендации, по мне — не особо полезные.

// Процедура выполняет изменение номеров документов "Версия соглашения коммерческий договор".
//
// Логика работы:
//   1. Запросом отбираются документы "ВерсияСоглашенияКоммерческийДоговор",
//      у которых номер документа содержит подстроку вида "ЧЧЧ-ЧЧЧ-ЧЧЧ" (маска "%-%-%").
//   2. Выборка обходится в цикле, и каждому документу присваивается новый номер,
//      начиная с базового значения "000071959" и увеличиваясь на единицу
//      для каждого следующего документа.
//   3. Документы записываются в режиме записи "Обмен данными.Загрузка",
//      что позволяет изменять номера без срабатывания проверок уникальности номера.
//
// ВАЖНО: процедура модифицирует данные в базе. Перед выполнением убедитесь в наличии
// резервной копии базы данных и в корректности выбранных документов.

Процедура ИзменитьНомераДоговоров() Экспорт

    // Формируем и выполняем запрос для отбора документов с номером, содержащим дефисы.
    Запрос = Новый Запрос;
    Запрос.Текст =
    "ВЫБРАТЬ
    |    ВерсияСоглашенияКоммерческийДоговор.Ссылка КАК Ссылка
    |ИЗ
    |    Документ.ВерсияСоглашенияКоммерческийДоговор КАК ВерсияСоглашенияКоммерческийДоговор
    |ГДЕ
    |    ВерсияСоглашенияКоммерческийДоговор.Номер ПОДОБНО ""%-%-%""";
    // Условие "%-%-%" отбирает документы, у которых номер состоит минимум
    // из трёх частей, разделённых дефисом (например, "123-456-789").

    Выборка = Запрос.Выполнить().Выбрать();

    // Начальное значение номера, с которого начинается перенумерация.
    БазовыйНомер = "000071959";

    // Обходим отобранные документы в цикле.
    Пока Выборка.Следующий() Цикл

        // Открываем объект документа для изменения его номера.
        ДокументОбъект = Выборка.Ссылка.ПолучитьОбъект();

        // Присваиваем документу новый номер.
        ДокументОбъект.Номер = БазовыйНомер;

        // Записываем документ в режиме "Обмен данными.Загрузка".
        // Такой режим записи позволяет изменить номер документа в обход
        // стандартных проверок уникальности и правил нумерации.
        ДокументОбъект.Записать(РежимЗаписиДокумента.Загрузка);

        // Увеличиваем базовый номер на единицу для следующего документа.
        // Число в строке прибавляется как целочисленное значение,
        // результат преобразуется обратно в строку.
        БазовыйНомер = Строка(Число(БазовыйНомер) + 1);

    КонецЦикла;

КонецПроцедуры

• 1С‑Напарник

  • Написал работоспособную процедуру на 57 строк с адекватными комментариями к процедуре и основным действиям.

  • Оказался единственным, кто еще при рассуждении понял про «ДокументОбъект.ОбменДанными.Загрузка = Истина» и указал это в коде.

  • Выдал добротные и полезные рекомендации для запуска.

// Перенумерация документов "Версия соглашения (коммерческий договор)".
// Для всех документов с номером вида "<x>-<y>-<z>" устанавливает
// последовательные числовые номера, начиная с "000071959".
//
Процедура ПеренумероватьВерсииСоглашений() Экспорт

    // Начальное значение новой нумерации.
    НачальныйНомер = 71959;

    // Шаблон отбора: документы, в номере которых присутствуют дефисы.
    ШаблонНомера = "%-%-%";

    // Формируем запрос для отбора документов со "старыми" номерами.
    Запрос = Новый Запрос;
    Запрос.Текст =
        "ВЫБРАТЬ
        |    ВерсияСоглашенияКоммерческийДоговор.Ссылка КАК Ссылка
        |ИЗ
        |    Документ.ВерсияСоглашенияКоммерческийДоговор КАК ВерсияСоглашенияКоммерческийДоговор
        |ГДЕ
        |    ВерсияСоглашенияКоммерческийДоговор.Номер ПОДОБНО &ШаблонНомера
        |УПОРЯДОЧИТЬ ПО
        |    ВерсияСоглашенияКоммерческийДоговор.Дата,
        |    ВерсияСоглашенияКоммерческийДоговор.Ссылка";

    Запрос.УстановитьПараметр("ШаблонНомера", ШаблонНомера);

    РезультатЗапроса = Запрос.Выполнить();
    Выборка = РезультатЗапроса.Выбрать();

    // Счетчик новых номеров - увеличивается на единицу для каждого документа.
    ТекущийНомер = НачальныйНомер;

    Пока Выборка.Следующий() Цикл

        // Получаем объект документа для изменения реквизита Номер.
        ДокументОбъект = Выборка.Ссылка.ПолучитьОбъект();
        Если ДокументОбъект = Неопределено Тогда
            // Документ мог быть удален другой транзакцией - пропускаем.
            Продолжить;
        КонецЕсли;

        // Присваиваем номер в формате 9-значного числа с лидирующими нулями.
        ДокументОбъект.Номер = Формат(ТекущийНомер, "ЧЦ=9; ЧВН=; ЧГ=0");

        // Записываем документ в режиме загрузки:
        //   - РежимЗаписиДокумента.Запись - простая запись без проведения;
        //   - ОбменДанными.Загрузка = Истина - отключает проверки заполнения
        //     и подписки на события, выполняемые при интерактивной записи.
        ДокументОбъект.ОбменДанными.Загрузка = Истина;
        ДокументОбъект.Записать(РежимЗаписиДокумента.Запись);

        ТекущийНомер = ТекущийНомер + 1;

    КонецЦикла;

КонецПроцедуры

• Claude Code

  • Написал аж две процедуры на 128 строк: основную + вспомогательную для ее клиентского вызова. Показалось, что кода даже слишком много для такой задачи.

  • Даже использовал блоки Попытка‑Исключение, а также Сообщить для вывода информации пользователю.

  • Все комментарии разумных размеров.

  • Тоже ничего не понял про загрузку и откуда‑то придумал метод «УстановитьРежимЗагрузкиДанных(Истина)».

// Процедура для обновления номеров документов ВерсияСоглашенияКоммерческийДоговор
// Находит документы с номерами по шаблону "%-%-%", изменяет их номера начиная с "000071959"
// и записывает в режиме загрузки для повышения производительности
Процедура ОбновитьНомераВерсийСоглашений() Экспорт

// Начальный номер для присвоения документам
НачальныйНомер = 71959;
ТекущийНомер = НачальныйНомер;

// Создаем запрос для отбора документов с номерами по шаблону "%-%-%"
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ВерсияСоглашенияКоммерческийДоговор.Ссылка КАК Ссылка,
| ВерсияСоглашенияКоммерческийДоговор.Номер КАК СтарыйНомер,
| ВерсияСоглашенияКоммерческийДоговор.Дата КАК Дата
|ИЗ
| Документ.ВерсияСоглашенияКоммерческийДоговор КАК ВерсияСоглашенияКоммерческийДоговор
|ГДЕ
| ВерсияСоглашенияКоммерческийДоговор.Номер ПОДОБНО ""%-%-%""
|УПОРЯДОЧИТЬ ПО
| ВерсияСоглашенияКоммерческийДоговор.Дата,
| ВерсияСоглашенияКоммерческийДоговор.Номер";

// Выполняем запрос и получаем результат
РезультатЗапроса = Запрос.Выполнить();

// Проверяем, есть ли найденные документы
Если РезультатЗапроса.Пустой() Тогда
Сообщить("Документы с номерами по шаблону '%-%-%' не найдены.");
Возврат;
КонецЕсли;

// Получаем выборку документов для обработки
ВыборкаДокументов = РезультатЗапроса.Выбрать();

// Счетчики для отчета о выполнении
КоличествоОбработанных = 0;
КоличествоОшибок = 0;

// Включаем режим загрузки данных для повышения производительности
УстановитьРежимЗагрузкиДанных(Истина);

Попытка
// Обходим все найденные документы
Пока ВыборкаДокументов.Следующий() Цикл

Попытка
// Получаем объект документа для изменения
ДокументОбъект = ВыборкаДокументов.Ссылка.ПолучитьОбъект();

// Сохраняем старый номер для логирования
СтарыйНомер = ДокументОбъект.Номер;

// Формируем новый номер с ведущими нулями (9 знаков)
НовыйНомер = Формат(ТекущийНомер, "ЧЦ=9; ЧВН=");

// Присваиваем новый номер документу
ДокументОбъект.Номер = НовыйНомер;

// Записываем документ (в режиме загрузки)
ДокументОбъект.Записать();

// Выводим информацию о изменении
Сообщить(СтрШаблон("Документ %1: номер изменен с '%2' на '%3'",
ВыборкаДокументов.Ссылка,
СтарыйНомер,
НовыйНомер));

// Увеличиваем номер для следующего документа
ТекущийНомер = ТекущийНомер + 1;
КоличествоОбработанных = КоличествоОбработанных + 1;

Исключение
// Обрабатываем ошибки записи отдельных документов
КоличествоОшибок = КоличествоОшибок + 1;
ТекстОшибки = ОписаниеОшибки();
Сообщить(СтрШаблон("Ошибка при обработке документа %1: %2",
ВыборкаДокументов.Ссылка,
ТекстОшибки),
СтатусСообщения.Важное);

// Продолжаем обработку следующих документов
Продолжить;
КонецПопытки;

КонецЦикла;

Исключение
// Обрабатываем критические ошибки
ТекстОшибки = ОписаниеОшибки();
Сообщить("Критическая ошибка при выполнении процедуры: " + ТекстОшибки, СтатусСообщения.ОченьВажное);

// Обязательно отключаем режим загрузки данных
УстановитьРежимЗагрузкиДанных(Ложь);

КонецПопытки;

// Выводим итоговую информацию о выполнении процедуры
Сообщить("");
Сообщить("=== РЕЗУЛЬТАТЫ ВЫПОЛНЕНИЯ ===");
Сообщить(СтрШаблон("Обработано документов: %1", КоличествоОбработанных));
Сообщить(СтрШаблон("Ошибок при обработке: %1", КоличествоОшибок));
Сообщить(СтрШаблон("Следующий доступный номер: %1", Формат(ТекущийНомер, "ЧЦ=9; ЧВН=")));

КонецПроцедуры

// Вспомогательная процедура для запуска обновления с подтверждением
// Рекомендуется использовать эту процедуру для безопасного выполнения
Процедура ЗапуститьОбновлениеНомеровСПодтверждением() Экспорт

// Запрашиваем подтверждение у пользователя
Ответ = Вопрос("Выполнить обновление номеров документов ВерсияСоглашенияКоммерческийДоговор?" + Символы.ПС +
"Будут изменены все документы с номерами вида '%-%-%'" + Символы.ПС +
"Операция необратима!",
РежимДиалогаВопрос.ДаНет,
0,
КодВозвратаДиалога.Нет);

Если Ответ = КодВозвратаДиалога.Да Тогда
// Выполняем обновление только после подтверждения
ОбновитьНомераВерсийСоглашений();
Иначе
Сообщить("Операция отменена пользователем.");
КонецЕсли;

КонецПроцедуры

Итоговый вывод: пока мы еще в поисках нашего идеального инструмента. Каждый чем‑то хорош и удобен. Отдельные инструменты еще требуют донастройки. Пользуемся всеми тремя для наработки опыта.

Эпилог. Есть только путь

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

Теперь у нас впереди освоение: полноценного Git‑инструментария, для проверки кода и развертывания приложений; полные автотесты с выявлением багов до релиза; ИИ, который не заменяет программиста, но реально помогает и ускоряет его работу.

«Идти вперёд — значит прорываться через стены, которые кажутся непреодолимыми, с верой, что за ними — свет» — Нельсон Мандела

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

Мы движемся вперед. Медленно, с матами и перезагрузками. Но движемся — и это радует!