Интересная статья про построение отчетности проектов во франче.
Про СППР там самая мякотка после статьи в ВопросахИОтветах -
как СППР победило Jira

От разработчика СППР+ Сазонова Александра часть инструкции по работе с описанием бизнес-процессов.

хотел опубликовать этот и другие материалы несколько позже, но видимо вопрос перезрел
кратко мое видение о назначении функционала процессов в СППР в приложенном документе
функционал полностью работоспособный (если не указано обратное)

Интересная статья в копилку знаний
"Практика применения APS решений на проектах с 1С:ERP. Кейс с разработкой контрактов данных для интеграции"
Здесь ни слова про СППР, но есть пара интересных мыслей для реализации моделирования в СППР

1) Модели управления данными OLTP OLAP Im-memory и место 1С среди них
2) Планировать производство в 1C ERP (УХ) невозможно сложно
3) Swagger на json для автоматического описания данных (а может метаданных тоже?)

В канале СППР+ сделано объявление
о том, что ПО стало резидентом Сколково
с 25.02.2025

Презентация по докладу на тему задач Архитектора на проекте/клиенте.
Станислав Султанов предложил разбиение на 5 зон ответственности:
- Бизнес
- ПО
- Предприятие
- Данные
- Интеграции
СППР относится, согласно докладу и предложенному разбиению
к Бизнесу и ПО (Решениям).

Мы всё ближе формированию объектов конфигурации автоматически из словесных описаний на человеческом языке.
В этой статье пример создания формы через задачу ИИ с получением прототипа в 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.
А есть у нас кто запускает ЛЛМ локально, откликнитесь?