Дайте ИИ зрение
в 1С:EDT

× Кейс разработки

Помощник казначея — полный цикл разработки с ИИ

Конфигурация «Комплексная автоматизация 2.5» (КА 2.5)

Бизнес-задача

Казначей холдинга (~40 юр. лиц) ежедневно работает с документами «Заявка на расходование денежных средств». Стандартный функционал КА не позволяет:

• Быстро увидеть остатки и доступные средства по расчётным счетам
• Быстро оценить объём предстоящих платежей на сегодня/завтра
• Сравнить планируемые расходы с доступными средствами

Нужен «Помощник казначея» — обработка, которая в одном окне показывает всё необходимое для принятия решений по платежам.

---

Процесс разработки

Этап 1. Анализ конфигурации

ИИ-ассистент (Claude Opus + MCP 1C:RSV) провёл глубокий анализ конфигурации КА 2.5:

• Изучил структуру документа «ЗаявкаНаРасходованиеДС» — 60+ реквизитов, 5 табличных частей
• Нашёл регистры остатков: «ДенежныеСредстваНаСчетах», «ДенежныеСредстваКОплате»
• Обнаружил справочники: «БанковскиеСчетаОрганизаций», «Организации», «ПриоритетыОплаты»
• Изучил механизм приоритетов оплаты — справочник с цветовой маркировкой

Этап 2. Разработка (итерации)

Разработка велась итеративно — всего 8 итераций за 4-5 часов:

#	Что сделано	MCP-инструменты
1	Создан объект метаданных DataProcessor + форма	create_metadata_object, modify_form
2	Запросы к регистрам остатков, вывод таблицы счетов	search_in_code, read_method_source, write_module_source
3	Запрос плановых платежей, группировка по статусам	get_object_details, write_module_source
4	Реквизиты фильтрации (организация, даты, счёт)	modify_metadata, modify_form, write_module_source
5	Цветовая подсветка приоритетов в таблице	read_method_source, write_module_source
6	Переход к заявке по двойному щелчку	write_module_source
7	Итоговые суммы и форматирование	write_module_source, get_validation_errors
8	Финальная отладка, исправление ошибок	get_validation_errors, explain_error, diff_module

Этап 3. Результат

---

Использованные MCP-инструменты

Инструмент	Назначение	Вызовов
write_module_source	Запись BSL-кода (6 режимов)	24
search_in_code	Поиск паттернов в типовой	11
read_method_source	Чтение конкретных методов	9
get_object_details	Структура объектов метаданных	8
get_validation_errors	Проверка ошибок после записи	7
modify_form	Изменение элементов формы	6
create_metadata_object	Создание обработки и формы	2
Остальные (15 инстр.)	ai_context, diff_module, explain_error и др.	18

Итого: 85 вызовов 22 различных инструментов MCP.

---

Оценка сложности

Параметр	ИИ + MCP	Вручную
Время разработки	4-5 часов	2-3 рабочих дня
Знание КА 2.5	Не требуется	Глубокое
Поиск регистров и справочников	Автоматически	Ручной поиск в конфигураторе
Количество итераций отладки	8	15-20+
Ускорение	5-7x	—

---

Ключевые выводы

• Разработчику не нужно знать конфигурацию — ИИ сам находит нужные объекты, регистры, методы и паттерны
• Полный цикл разработки за одну сессию — от постановки задачи до работающей обработки
• 22 из 26 инструментов MCP были задействованы — система используется на полную мощность
• Качество на уровне опытного разработчика КА — правильные запросы к регистрам, корректная работа с приоритетами, стандартные паттерны 1С

Сравните со стандартным «Платёжным календарём» КА — «Помощник казначея» решает более узкую, но конкретную задачу, которая не покрывается типовым функционалом.

× Кейс · Аналитик

ИИ-ассистент для аналитика на техподдержке 1С

Конфигурация «Комплексная автоматизация 2.5» · Холдинг ~40 юридических лиц

О чём этот кейс

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

---

Вопрос от пользователя

Казначей написала аналитику:

У меня вопрос: у нас есть окно «Приоритет». В нём три варианта — обычный, средний, высокий. Хочу добавить приоритет «Спецсчёт» и выделять этот приоритет особым цветом. Синим, например. Кнопкой «+» добавила «Спецсчёт». Дальше в окне «Выбор цвета» мне какой вариант лучше выбрать? Есть, например, «Фон выделения редактирования»...

---

Что произошло на стороне аналитика

Аналитик прочитал сообщение и не понял, о чём вообще речь.

Он знал, что это клиент из казначейства. Но на этом понимание заканчивалось:

• Не помнил, что в заявке на расходование ДС вообще есть поле «Приоритет»
• Не помнил, где именно приоритеты устанавливаются
• Не знал, как приоритеты технически реализованы — это перечисление? Справочник?
• Не понимал, откуда пользователь взяла кнопку «+» и диалог выбора цвета
• Не понимал суть вопроса — почему она спрашивает «какой вариант выбрать»?

Без инструментов у аналитика было бы два пути:

1. Разбираться самому — открыть конфигуратор, найти документ, изучить реквизиты... Для аналитика, который не является разработчиком — 15–30 минут, а может и больше.
2. Позвонить разработчику — типичный путь. Разработчик отвлекается, ответ клиенту — через час-два.

---

Что сделал аналитик

Аналитик открыл заявку, увидел поле «Приоритет оплаты» и сразу передал вопрос ИИ-ассистенту. Не пытаясь сам разобраться — просто скопировал вопрос пользователя и сказал ИИ: «Разберись, что она спрашивает, и как это технически устроено».

Что ИИ выяснил за ~60 секунд

Шаг 1 — Поиск по коду документа:

search_in_code("Приоритет", objectName: "Document.ЗаявкаНаРасходованиеДенежныхСредств")

В результатах: Справочники.ПриоритетыОплаты.ПолучитьВысшийПриоритет() — значит приоритеты хранятся в справочнике ПриоритетыОплаты, а не в перечислении. Поэтому пользователь и смогла добавить новый элемент кнопкой «+».

Шаг 2 — Структура справочника:

get_object_details("Catalog.ПриоритетыОплаты")

Реквизит	Тип	Назначение
РеквизитДопУпорядочивания	Число	Порядок сортировки
Цвет	ХранилищеЗначения	Цвет приоритета

Реквизит Цвет типа ХранилищеЗначения — механизм привязки цвета заложен разработчиками конфигурации.

Шаг 3 — Как цвет сохраняется:

read_method_source("ПередЗаписьюНаСервере")  →  ТекущийОбъект.Цвет = Новый ХранилищеЗначения(Цвет)

Цвет хранится как объект типа Цвет. На форме элемента справочника — стандартный диалог выбора цвета платформы 1С.

Шаг 4 — Как цвет используется в списке заявок:

read_method_source("УстановитьУсловноеОформление")

Условное оформление захардкожено только для двух приоритетов:

• Высокий → ЦветаСтиля.ВысокийПриоритетДокумента
• Низкий → ЦветаСтиля.НизкийПриоритетДокумента

Цвет из реквизита справочника не считывается. Новый приоритет «Спецсчёт» не будет автоматически подсвечиваться в списке.

Что стало понятно

Пользователь открыла элемент справочника «Приоритеты оплаты», увидела поле «Цвет», нажала на кнопку выбора — и попала в стандартный диалог выбора цвета платформы. В этом диалоге список с названиями вроде «Фон формы», «Текст кнопки» — и она растерялась.

---

Ответ клиенту

Вся цепочка — от получения вопроса до отправки ответа — заняла около минуты:

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

Просто, быстро, по делу. Клиент получила ответ и продолжила работу.

---

Сравнение

Без ИИ-ассистента	С ИИ-ассистентом (MCP 1C:RSV)
Аналитик не понимает, о чём вопрос	ИИ за секунды разбирается в механизме
Нужно открывать конфигуратор/EDT	Нужно только задать вопрос
Нужно найти объект в дереве метаданных	ИИ находит объект по контексту
Нужно понять: справочник или перечисление?	get_object_details — ответ мгновенно
Нужно изучить реквизиты, формы, код	read_method_source — конкретный метод
Нужно звонить разработчику	Не нужно никого отвлекать
15–30 минут (или ожидание разработчика)	~1 минута

Использованные MCP-инструменты

Инструмент	Что дал
search_in_code	По слову «Приоритет» определил, что это справочник ПриоритетыОплаты
get_object_details	Показал структуру справочника: 2 реквизита, в том числе Цвет
read_method_source	Раскрыл логику сохранения цвета и условное оформление списка

Всего 5 вызовов инструментов — и полная картина.

---

Ценность для аналитика и службы техподдержки

• Не нужно разбираться во внутреннем устройстве конфигурации. По внешнему виду поля невозможно определить — это справочник или перечисление. С ИИ — один вопрос, и ответ готов.
• Не нужно помнить детали. «Комплексная автоматизация» содержит тысячи объектов. Помнить каждый — невозможно. Даже разработчик не помнит всё.
• Не нужно отвлекать разработчика. С ИИ-ассистентом аналитик полностью самостоятелен.
• Ускорение техподдержки. Вместо цепочки «вопрос → не знаю → звонок → ожидание» — ответ за минуту.
• Бонус: выявлено ограничение. ИИ обнаружил, что условное оформление не поддерживает новые приоритеты. Аналитик сразу предложил помощь — вместо повторного обращения.