Про СППР и ERP, в основном тестирование, но есть ряд интересных утверждений
Промышленное тестирование конфигураций в 1С

- СППР – это тоже наш продукт, его разработали в нашем отделе. Мы постоянно дорабатываем его и используем для наших целей

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

- Мы решили сделать быстрый механизм сборки – сделали расширение в СППР, чтобы можно было собирать cf-файл из любой ветки без использования EDT.

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

Материал от Паутова о тестировании на основе СППР

Интересные факты оттуда:

1. тестирование ERP занимает от 600 до 1500 машино часов или до 1,5 лет ручной работы

2. СППР отправляет на тестирование до 25 веток техпреоктов и баг-фиксов (в т.ч. техпроектов до 5 веток)

3. научили СППР загружать данные напрямую с GitLab CI, прямо из артефактов считывать данные JUnit-файла.

4. Высокоуровневых сценариев у нас примерно 2200, с подсценариями – 6300

5. 1С пыталась делится с партнёрами частью тестов и в итоге
"По опыту эксплуатации мы поняли, что нам нужно не только тесты передать, но и всю обвязку, чтобы эти тесты могли запуститься: скрипты, инфраструктуру и специалистов, которые умеют этим пользоваться."

6. 1С использует компьютеры разработчиков для распределенных тестов (распределенных вычислений).
И это несмотря на наличие своего ЦОД под это дело. Объёмы вычислений огромны.

7. Бинго! К вопросу почему у 1С нет актуальной модели ERP для СППР
"Мы думали, как это оценивать – команды рисовали модель в эксельке с функциями, она получилась огромная. ERP же огромная. Там если какая-нибудь функциональная опция переключается, то все по-другому работает.
Там реально много функций. Мы даже для небольшого блока расписывали – огромная экселька получилась. А потом ее нужно еще и актуализировать, ERP же меняется постоянно. И здесь возникает проблема – у этой истории очень большая стоимость поддержки. Мы не придумали, как это быстро делать.
А чтобы посчитать то, что вы хотите, сначала нужно получить такую модель."

8. 1С использует для параметризации тестов эталонные базы с наполненными данными.
Как я понимаю тесты гоняют документы в этих базах, а все поля документов в ней предварительно заполнены.

По итогам этого материалы, кто всё-таки скажет,
почему 1С никак не сделает автоматического списка всех тестов всех возможных состояний?
Какие мысли или догадки?

Нам пора завязывать с кодингом и СППР и идти на склад Озон пока там 9 тысяч дают (в час? день?)??
https://rutube.ru/video/58ad0a07f2d9d18afed106c3d4cc1410/

В группе телеграм "Разработка 1С:Конструктора"
заявлено создание нового конфигуратора 1С от разработчика стороннего,
но из экосистемы 1С.
Там и платформу новую можно создавать и конфигурацию собирать
и архитектура там автоматическая и код и много много чего
СППР не нужен становится.

Ваше мнение о реальности происходящего там и об авторе заявки?
По силам ему создать этот продукт или выходные у кого-то прошли весело.

Вчера ночью в чате СППР была бурная дискуссия про ИИ в 1С и СППР
в работе аналитика и разработчика.
Расклад был такой, что некоторые заподозрили, что один из участников дискуссии и есть ИИ.
Что скажете вы?

Интересная статья про построение отчетности проектов во франче.
Про СППР там самая мякотка после статьи в ВопросахИОтветах -
как СППР победило 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 добавлено извлечение имен прикрепленных к событиям процедур. Добавлено программное формирование УсловногоОформления."

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