Мы всё ближе формированию объектов конфигурации автоматически из словесных описаний на человеческом языке.
В этой статье пример создания формы через задачу ИИ с получением прототипа в markdown разметке,
а затем, в тексте статьи не описано, но по смыслу через обработку автора "Накидка" конвертируется в формы 1С.
Ещё оговаривается вариант конвертации из markdown в xml.

Что это может значить в контексте СППР
Это значит описание формы можно получить из опросов пользователей (требования, протоколы, техзадания, юзерстори),
словесных описаний аналитиками, сохранить в markdawn разметке или конвертировать в xml.
Далее хранить в СППР markdawn как вложенный файл или в созданном спецобъекте конфигурации СППР,
а далее программист возьмёт в работу и создаст из разметки форму.
Или в СППР загружается XML и затем выгружается сразу в конфигурацию проекта (разработки).
В чём плюс - можно хранить версии XML в СППР в привязке к модификации требований.

Разработка автором выложена на гитхаб помимо Инфостарта.
Можно пользоваться.

В этой статье свод определений и история подхода "as code".
Инфраструктура, Документация, Архитектура, а теперь ещё и Инфобезобасность "как код".
А сам кодинг - это якобы через git.
Автор - руководящий специалист из Газпромбанка.
Но ответ на главный вопрос - как увязать кодинг и архитектуру всех уровней в статье опущен.
В СППР мы пытаемся подходить к "Архитектуре как код",
но подход к описанию архитектуры программистами на упрощенном но всё же языке программирования
далеко не факто что верный подход.
Куда более перспективным кажется описание архитектуры через "карточки" объектов метаданных.
И если бы 1С допустила бы включение в конфигурацию пользовательских типов объектов метаданных,
то сделать бы в СППР Инфраструктуру, Документирование и Политик как код было бы элементарно.
Описание могли делать не программисты, а аналитики, архитектора и другие "неспециалисты".
Как считаете вы?

Растёт функциональность среды вокруг СППР.
Станислав Султанов выложил обработку,
которая позволяет рисовать диаграммы PlantUML.
Диаграммы интерактивные, формат сохранения SVG
(этот формат уважает Сазонов Александр в своих разработках).
Интернет для функционала работы не требуется.
Разработка возникла на основе опыта СППР и рассчитана на работу с ней в том числе.
Фактически эта функция даёт возможность описывать в графическом виде в СППР и без архитектуру приложений и их внутренних блоков.
(со ссылками на объекты конфигурации и разделы)
Султанов - один из лидеров opensource разработки вокруг 1С,
пользуйтесь, код и функционал доступен бесплатно на ИС.

Пример как у Султанова работает в СППР диаграмма ER.
В видео видно закладку, где записан код самой диаграммы (Архитектура как код как она есть).

Пример как у Султанова работает в СППР описание архитектуры приложений.
Там можно кликать и по линиям связи.
на мой взгляд клик по линии связи должен открывать Связь как объект - привязку к объекту описания,
поскольку Связь - тоже значимый элемент архитектуры со своими параметрами и зависимостями.
Пока не увидел возможности по клику открыть "Все связи объекта"
или "Все входящие связи объекта"
или "Все исходящие связи объекта",
но это уже детали.

Если кого-то раздражают в чате канала сообщения антиспамбота
с приветствием новичков,
то приветствуется одного доната на оплату платного тарифа этого антиспамбота,
который позволяет отключить приветствие.
Цена вопроса 1649р на год сразу для всех в чате.

В СППР метаданные из конфигурации загружаются через XML формат.
Встаёт вопрос, а нужно ли хранить XML-"исходники" в СППР или делать выгрузку из СППР в XML?
И второй вопрос (который обсуждался в чате) - есть ли смыл аналитику уметь делать формы в конфигураторе 1С?
Вот тут интересный инструмент, который позволяет создать код для создания формы из XML этой формы в конфигураторе.
Почти ответ на второй вопрос.
Т.е. если аналитик будет прорабатывать прототипы форм в конфигураторе,
помимо презентации форм заказчику можно сэкономить на часах работы программиста,
ведь прототип близкий к окончательному решению позволит выдать массив базового кода за пару минут.

В конце статьи приписка:
"Обработка обновлена - с помощью советов starik-2005 добавлено извлечение имен прикрепленных к событиям процедур. Добавлено программное формирование УсловногоОформления."

Кто бы пояснил какая может быть выгода от извлечение имен прикрепленных к событиям процедур для нас в СППР?
Есть идеи?

Внимание!
Если кто-то прорвётся в чат со ссылками на apk файлы,
то не кликайте по таким файлам, особенно на устройствах под андроид.
Это может быть мошенничество.
Наш чат пока это не затронуло, но в ином чате уже проскочил такой спамер.

У 1С в ERP/КА произошло существенное изменение в
области "Бюджетирование: отказ от оборотных регистров"
Источник данных для факта бюджетирования заменяется:
вместо оборотных регистров используются регистры остатков.
(см. на ИТС презентацию на эту тему № 2516_01)

Это серьёзное архитектурное изменение.

Вопрос: как вы предполагаете отражать в СППР это архитектурное изменение?

Предполагаемая канва поведения:
1. Регистрируется требование на изменение в СППР
2. Формируется задание на проработку аналитиком нового функционала в копии базы
3. Формируются дополнительные требования по итогам проработки
Что дальше?
4. Перестраиваются связи метаданных и функций?
5. Выпускаются задания на введение новых объектов данных - настроек бюджетирования?
Дальше?
Или по другому?

Продолжается расширяться функционал вокруг СППР.
Станислав Султанов выпустил инструмент
"Использование 1С + PlantUML + JavaScript для расширения интерактивных функций формируемых диаграмм "
В статье также приводится небольшая инструкция по использованию при анализе связей ИС.

Вот это можно прикрутить к СППР там,
где задачи программистам.
В упрощённом случае нужно иметь перечень типовых работ программиста
и нормативы временных затрат.
Ну а дальше никто не мешает распространить нормы н работу аналитиков и консультантов.

Нельзя пройти мимо этого инструмента для аналитиков и консультантов.
Типа он позволяет объяснять код обработок 1С (в потенциале код всей конфигурации).
Данных об успешности анализа этим инструмента пока нет.
Авто утверждает что на ЕРП и УТ обкатывалось.
Кто может пробуйте.

Отдельный момент - авnор сделал ставку на ЛЛМ Gemini через API.
А есть у нас кто запускает ЛЛМ локально, откликнитесь?

Здесь упоминается об использовании СППР на проектах по интеграциям 1С (ERP и т.п.)
Автор за метод, при котором новые объекты создаются в конфигураторе, а затем экспортируются в СППР,
ради генерации документации в СППР (но признаёт и как метод создание объектов в СППР напрямую).

Интересный момент - использование "пустой базы 1С" как рабочего места аналитика для моделирования форматов обмена.
Аналитик создает в конфигурации объекты метаданных с учётом заданной структуры полей для интеграции
(как я понял - нечто вроде НСИ для обмена или прототипа EnterpriseData-формата - всё это единым списком для всех аналитиков на проекте).
Аналитики здесь обучаются работе с хранилищем конфигураций ("всего три команды")
Созданная аналитиком структура ОМД выгружается в конвертацию данных (КД2), а уже здесь делается мэппинг собственно данных.
Автор статьи - это автор формата CommerceML
Интеграция предполагается через шину данных (автор рекомендует 1СШину).

А со стороны если смотреть - метод "пустой базы" для аналитика - это тоже самое, что создавать ОМД в СППР.
Т.е. структура интеграции может быть записана в СППР и выгружаться для КД2.

В копилку знаний.
Очень простое и доступное пояснение от Станислава Султанова
в чём преимущество перехода от оборотных регистров к регистрам накопления
с описанием структуры.

Ранее связанная тема поднималась в контексте, как подобные изменения отражать в СППР и нужно ли.
Как видите, вместо одного регистра появляются два (а потом может и несколько), связанные строками через GUID.
Изменение не на пользовательском уровне, но влияет на работу других объектов метаданных,
в частности запросов и отчётов и алгоритмов кода.

Попалась вот такая ссылка на решение, связанное с СППР
(см. картинку)
Но сама ссылка нерабочая и что это непонятно
и поиском не находится.
При клике перебрасывает на ЯндексМаркет с кучей ПО 1С, но не подходящее под заголовок.

Кто знает что это, о чём речь?

Если кто пропустил, кстати, 1С внесла 1С:Аналитика на сайт developers 1С.,
туда где лицензии сообщества выдаются.
Т.е. выдали в пользование разрабам и прочим аналитикам.
Неужели сделали возможность запуска аналитики BI на нескольких конфигурациях?
Позиционируют они это как nocode BI систему.
Самое то аналитикам (аналитикам данных точнее, а не системным).
Моя попытка изучить это потерпела крах, поскольку с сайта скачивается почему-то только 32х разрядное приложение.
И у меня сразу начались обломы со 64битной привычной средой 1С - и TCP понадобилось какие-то разрешения ставить и другие ошибки.
Пока снёс.
Может кто-то расскажет о своем более удачном опыте?

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

Смотрите какие интересные промпты там предлагаются в базе
(по которым СППР скучает и плачет и ждёт):

ПРОМТ №1: Опиши текстом данный бизнес-процесс, выдели роли и что они делают + [приложить файл с схемой бизнес-процесса]

ПРОМПТ № 2 Напиши сценарий тестирования блока [Управление складом] в [1С:Управление торговлей], распиши по ролям для [менеджера по закупкам, кладовщика и бухгалтера] какой документ каждый из них вводит в 1С и какие справочники при этом использует?

Промпт в данном контексте - это готовый вопрос к 1С, который позволяет получить гарантированно корректный ответ.

И далее 50 штук таких промптов.

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

Вот эта разработка заявлена No-code / low-code решение
для проектирования бэкенда учетных систем на платформе 1С,
для аналитиков и архитекторов.
Считай замена СППР :) , правда, в описании автор явно делает упор на "данные", а не метаданные.
Т.е. предполагается что система позволяет прогонять примеры в проектируемой базе.
Что тоже неплохо.
ПО в стадии MVP и сбора обратной связи автором.
А вы можете почерпнуть идеи для себя из этой разработки.
Будем признательны за оценки продукта (желательно попробовавших) в нашем чате.

Мысль на выходные:
ИИ вытесняет разработчиков,
будущее разработчика - стать тимлидом ИИ-движков.
Разраб = сеньор для ИИ-джуна.