1С СППР Система Проектирования Прикладных Решений

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

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

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

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

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

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

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

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С никак не сделает автоматического списка всех тестов всех возможных состояний?
Какие мысли или догадки?

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

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

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

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

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

СППР И GIT у Раруса. Прям программный материал, есть чему научиться или принять за стандарт.

Свеженькое по СППР от Филиппова
Практика описания архитектуры системы на начальных этапах проекта внедрения 1С:ERP.УХ с помощью 1С:СППР 2

Тема на подумать и обсудить:
Нужно ли пытаться при доработке СППР поддержать типовые "бумажные" проектные технологии внедрения 1С (ТКВ, ТБР).
Или нужно разработать "свою" проектную технологию под архитектуру и логику работы в СППР?
Если нужно поддержать типовые технологии, то в какой части/объеме?

Это в контексте вопроса нужно ли в СППР или разработках на её основе реализовывать полноценный блок управления проектами (на основе ТКВ и т.п. или иной методике) или ограничиться интеграцией с независимыми СУП в проект и шаги проекта СППР?

Расширение СППР для коммуникаций по типу Bugzilla

Новый 2025 год встречаем с СППР версии 2.0.14.9
Из нового заявлено:
"Реализована возможность указания нескольких версий, в которых разрабатывается технический проект"
Однако....
Неужели можно версии технического проекта вести?
Кто уже успел распробовать?

Что скажете на тему: метод COCOMO и метод Функциональных Точек
для простой, недорогой и надёжной оценки сроков проектов -
можно ли сказать что метод ФТ это вариант метода СОСОМО?

Верно ли, что метод ФТ в отличие от СОСОМО не позволит оценить работу непрограммиста (т.е. аналитика, архитектора и т.п.)?

Для напоминания, что такое метод СОСОМО
и как его приложить к оценке проектов 1С
и как оценить работу не только программистов,
но и аналитиков, консультантов, архитекторов и менеджеров проекта
статья здесь

Контекст СППР тут заключается в том, что стоит ли в СППР (или его форки) тянуть не только метаданные, но и код).

Очень качественная статья про расчёт себестоимости в 1С.
Изложение на очень простом уровне с визуализацией.
Изложена история изменений расчета с/с от УПП, БП3, до ERP.

Что тут можно извлечь тем, кто работает с СППР?
Здесь вам стоит задуматься как бы вы в СППР отразили бы разработку алгоритма модификации себестоимости
от требований через функциональное описание к техпроектам.
Ведь расчет с/с это ряд регистров + кусок кода в модулях + ещё ряд объектов.
И это не всё.
Как бы вы в СППР отразили такие объекты как
- компоновку аналитик затрат (ведь это не просто метаданные, но ещё и данные)
- граф расчета себестоимости
- распределение затрат
- итерации распределения
ведь они ещё и "плывут" с каждой модификацией требований?

Такой аспект: как в СППР отражать такую сущность как "Формула".

Интересный технический момент, который, возможно, можно использовать при формализации сущности "граф" в СППР:
Если мы запускаем 1С с параметром «РежимеОтладки», у нас в журнал регистрации будет выведен граф затрат. И дальше можно его визуализировать – например, на сайте http://www.webgraphviz.com/.

Итоги канала за 2024 год:
1. Прирост подписчиков за год более 400 человек. За 3 года более 1300 человек.
2. 25% подписчиков читают статьи в первые 24 часа после публикации. (без учёта прочтения неподписчиками)
3. 25% подписчиков - женщины

Статья по итогам доклада на весеннем Инфостарт 2024 о том как делать описание проектного решения. Статья хорошо структурирует изложение на самом докладе, даже можно сказать статья лучше доклада доносит тему.

Всё активнее ходят слухи что 1С разрабатывает новую версию СППР. И почему то ощущение что втайне.
Среди нас есть аналитики, давайте покажем свою профпригодность и навыки попытаемся ответить на следующие вопросы:
1. Почему в тайне?
2. Какие фичи реализуют в новой версии СППР?
3. Следят ли в 1С за ожиданиями сообщества здесь или в иных пабликах?

Оффтопик
Попробовал здесь онлайн переводчик pdf и ворд файлов и презентаций pptx
Три файла в месяц в бесплатном варианте позволяют перевести.
Понимает и переводит схемы в pdf-файле, но не совсем аккуратно
расставляет надписи на схемах.

В базу знаний по СППР:
Один из участников чата сделал и развивает функционал для СППР по управлению сборкой.
Вот здесь сквозной пример процесса разработки в СППР, Git, EDT от аналитика до выпуска релиза.
Видео почти на 4 часа с последовательным и обстоятельным рассказом и демонстрацией.

Чем в таких случаях могло бы помочь СППР?
И чем помог стаж в 25 лет в 1С?
Опишите как бы вы в этом случае организовали бы работу и смогли бы применить СППР.

Попался на просторах интернета расклад по доходам ИТ специалистов.
Вроде результат обследования не по вакансиям, а по реальным доходам на ноябрь 2024.
Что скажете - реалистично?
Особенно по архитекторам, аналитикам.

Чтобы могло быть заменой или конкурентом или расширением СППР в будущем?

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

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

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

Заявлена новая фича от 1С по выгрузке-загрузке конфигураций, расширений, внешних отчетов и обработок в/из файлы(ов).
Как думаете чем будет отличаться от штатного функционала СППР?
По логике СППР грузит из хранилищ,
а новая фича импорта-экспорта будет работать без подключения к инфобазе.

По предыдущей публикации в чате СППР пошла дискуссия
о том как вместо Процессов в СППР использовать Функции.

У сторонника такого метода, Евгения Филиппова, вышла статья
в «Вестнике компьютерных и информационных технологий», 2024, том 21, № 9"
под интригующим названием
"МОДЕЛИРОВАНИЕ ИРРАЦИОНАЛЬНЫХ РЕШЕНИЙ, ПРИНИМАЕМЫХ ПРИ УПРАВЛЕНИИ ИТ-ПРОЕКТАМИ", где
в разделе "Компьютерная модель" есть небольшое изложение об использовании СППР.

Ранее у Филиппова выходила статья, где также есть описание использования СППР как инструмента,
"Применение технологий нагрузочного тестирования для моделирования
процессов обучения сотрудников заказчика
// Вестник компьютерных и информационных технологий. 2023 Т. 20, № 3. C. 50 – 60.

Две статьи рассказывают что методика связанная с исполнением на СППР
работает на конкретных решениях.

"Первым выступит Евгений Филиппов — эксперт по технологическим вопросам, автор «Настольной книги эксперта».
Евгений покажет, как моделировать бизнес-процессы произвольной системы в СППР в IDEF0. Евгений построит организационную модель и смоделирует работу 1200 человек, занятых проектной деятельностью с помощью оснастки нагрузочного тестирования. Крутой эксперимент, который погрузит в работу с СППР 2 и нагрузочным тестированием."

Ожидается митап на просторах нашей страны, где выступит участник нашего чата Евгений Филиппов.
Не даю ссылок дабы не сочли рекламой.

Евгений, но крайне интересно как же "моделировать бизнес-процессы произвольной системы в СППР в IDEF0",
некоторые сомневаются что это возможно, в типовой СППР по крайней мере.

Да и 1С как бы заявляет IDEF0 в СППР больше для функций.
В разделе БП в СППР они графику BPMN дают.

Очень ждём комментариев.

1С планирует сделать доступность объектов расширений из внешних отчетов и обработок.
В этом контексте, когда мы говорим, что в СППР
можно вести проектирование конфигураций и расширений (с небольшой допилкой "от Филиппова"),
неплохо бы реализовать аналогичную функциональность для внешних обработок и расширений.
На немалом количестве проектов наработанный функционал скрыт во внешних доработках (отчетах),
Было бы неплохо массив кода и метаданных из них включить в область проектирования.
Самым простым видится вариант включения внешней обработки (отчета) в объекты конфигурации (расширения),
без изменения и подгонки кода только для считки кода и ОМД в СППР.
Какие ещё варианты предложите?
- конвертировать внешние обработки в расширения?
- конвертировать в конфигурацию с модификацией кода и прекращать использовать внешние обработки (отчёты) как отмирающий вариант формата разработки функциональности?
- что ещё?

В чате на пробу включен механизм репутации.
Можно поддержать и подбодрить полезного автора ответом "спасибо" или "thanks" или "++"
Особенно просим "молчунов" поддерживать и направлять дискуссию в сторону интересного автора, если не хотите сами высказываться.
Если против механизма репутации - напишите в комментах, общественное мнение имеет значение.
UPD
Текущие стандартные слова повышения репутации:
спасибо,++,дякую,рәхмәт,thank,tnx,+1,благодарю,благодарствую,👍🏻,🤝
UPD1
Пока видно что сработало от админа, но не сработала от участника.
Также непонятно где эти звёзды числятся :)))

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

Колесо реализации архитектуры предприятия
Наглядный интерактивны круглый граф и компактное текстовое изложение
Для тех кто ищет варианты описания архитектуры на проекте
- можете прикинуть как это удастся положить на СППР.

Это классный механизм. Применяли при внедрении ЕРП(2017 году) . Одновременно работало 12 команд подрядчиков. Очень помогла связка BS - СППР. Очень рекомендую к применению

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

Из чата по Businness Studio про одну из методик работы с СППР. В частности о обходе проблемы сппр из-за отсутствия связки бизнес процессов с требованиями (но это по мнению автора сообщения). По тексту чата также упоминается о связке СППР с BS.
Это группа конференции по Проектированию бизнес архитектур. Вроде не публичная, не нашёл её прямой ссылки.

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

Вот собственно для чего СППР и нужна.
В этой статье на примере проблем со внедрением ERP с цифрами
и рассказывается как реально состоят дела с успешными внедрениями.
Тут самое интересное - цифры реальной оценки ожиданий бизнеса от внедрения ERP, причин срыва ожиданий.
Здесь озвучивается необходимость "системной зрелости" организации для повышения шанса на успех внедрения ERP.
А системность и означает, что прежде чем что-то сделать/внедрить надо продумать/спроектировать.
А СППР инструмент именно для этого.

Есть ли у кого-то сложности с комментированием постов в этом канале?
Возникает ли какое-либо препятствие в виде
- капчи
- кнопки "присоединиться" (пишут она есть, но мне она не видна)
- что-то другое
Если что- пишите здесь или админу.

Все ушли на сегодняшний ERP-форум от 1С?
Если есть информация оттуда, делитесь, пожалуйста, здесь в чате.
Про СППР особенно, если хоть слово скажут.

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

Как бы ответ на вопрос - нужна ли маленьким командам СППР или почему маленькие команды не пользуются СППР

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

Резюме: Поэтому вопрос применения СППР не размер команды или проекта,
а фактор времени, которое согласны на проектирование выделять и оплачивать.
Как в том анекдоте про алкоголика, обезьяну и банан на потолке - чё тут думать, тут прыгать надо.

Число ежемесячных запросов запросов по 1С СППР
выросло с 200 до 1000 за период с 01.01.18 по 30.09.24
Пятикратный рост за 7 лет

В мире найма в 1С
Из разговоров с ЛПР в интеграторах, вопросов на собеседованиях,
которые проходят не менее 1 раза в неделю,
заметен тренд, что у крупных игрокам на рынке 1С возник тренд, который бы назвал так:
"куда бы пристроить команду".
На рынке получается есть нужда в контрактах на внедрение или новую ветвь бизнеса.
Сокращаются доходы?
Грозит сокращение команд?
Какие у вас есть наблюдения на эту тему?

PS При этом даже у крупных интеграторах в публикуемых подходах
очень простенькие подходы даже просто к управлению требованиями.
Типа "есть Конфлюэнс, ура, мы на коне управления требованиями".
Какие новые направления, когда идей то по управлению требованиями/архитектурой нет.

Новости из общения в чате:
Один из разработчиков модов СППР попался в давно ожидавшую его ловушку.
Его непрямым образом попросили предъявить доказательства работоспособности и полезности его системы для аналитиков.
Такая ловушка ждёт любого кто делает свою разработку для проектирования какой-то системы.

Есть посыл: если твоя система работает и реально помогает проектировать ПО, то покажи как ты проектируешь на своей системе её саму.

И вот здесь сразу отпадает потребность создавать какие-то бюрократические архитектурные комитеты или гит-репозитории и сообщества.
Зачем?
Выложи систему в общий доступ (облако), дай входы и роли любому желающему.
И аналитики начнут там создавать Требования, связывать их с метаданными.
Добровольцы-архитекторы начнут там делать Техпроекты и создавать функциональное описание.
Также там можно будет записывать бизнес-процессы по проектированию
И там же баг-трекер организовать.
Вуаля!
Версия на версии сидит и релизом погоняет и все идеи от народа идут в разработку
Сиди и кодь по техзаданиям, расширяй функционал.
И, самое главное, нарабатывай методику работы с системой, которая сама себя распространяет в сообществе и становится стандартом.

У микрософт Windows вышел релиз 24h
И там есть такое "И, наконец, Microsoft планирует добавить в «Проводник» поддержку систем контроля версий, таких как Git. Это позволит отслеживать изменения и комментарии в проектах без необходимости запуска специализированных приложений или открытия веб-сервисов."

Кто знает что это такое?
Как-то можно это совместить с разработкой?
Есть идеи как это можно совместить с СППР и её версиями объектов?

В ходе вчерашней дискуссии в чате возникал вопрос:
А есть ли потребность в автоматическом извлечении описания пользовательского функционала
из кода конфигурации?
Есть те, кто придерживается возможности такого решения и они делают свой продукт.
Есть те, кто против и они делятся на две группы:
- тех, кто считает невозможным такое решение технически
- тех, кто считает ненужным пользователю (юзер, аналитик, архитектор) такого решения
Что скажете вы?

Вести с партнёрского форума 1С

С докладом по СППР выступал Станислав Султанов.
Презентация к докладу приложена к следующему посту.
Тем, кто хочет понять в каком направлении, возможно, 1С будет развивать СППР
и как планировать свою работу с СППР в будущем стоит ознакомиться с презентацией доклада.

Далеко не факт, что сказанное в докладе будет реализовано в СППР и не факт что именно в таком виде.
Но Станислав и 1С открыты к обмену мыслями, идеями.
Султанов есть в нашем чате, поэтому можете там задать вопросы или поднять тему дискуссии,
возможно, он подключится к общению, ну или [email protected] для контактов.


Напомню, что Станислав Султанов - разработчик интеграции с DocHub на основе типовой СППР.
Это отличие его проекта от других разработок СППР+ (Сазонов), Архитектор СППР (Запорожский), ERP-tools (Ермолаев) или Sunrise+СППР (БИА),
которые основаны на коренных переработках архитектуры СППР.

Проект DocHub / Архитектура как код (АаС)- это современный, модный тренд в проектировании архитектур бизнеса, ИС и ПО),
продвигаемый в РФ Пионтиком Романом (Сбер и иные крупные проекты).
Поэтому, тем кто заинтересован в движении в направлении АаС, к докладу Султанова стоит присмотреться внимательно,
чтобы понять как, на каких подходах, идеях, трендах, возможно, в этом направлении будет расти СППР /1С.

Доклад Султанова
Моделирование архитектуры с контролем фактической реализации

Офтопик

Для тех у кого застряли на счетах в банках валюты, отличные от доллара/евро
и вывести не удаётся из-за невыгодного курса банка.

Сегодня удалось вывести фунты стерлингов из зелёного банка.
При попытке закрыть счёт для получения рублями предлагался в онлайнбанке невыгодный курс примерно 104 рубля за фунт.
В то время как курс ЦБ РФ на утро был 123, а после 12-00 часов 125 р за фунт.
Ранее, летом, при попытке в районном офисе банка вывести в наличных долларах с фунтов - был предложен тоже крайне низкий кросс-курс через рубль.
При этом, в московских отделениях при просьбе выдать наличными рублями предлагали тоже невыгодный курс.

Удалось вывести фунты примерно за 123р за фунт.
Согласитесь, разница 104-123 существенная и при сумме, скажем 1000 фунтов, это почти 20 000 рублей.

Как прошло.
Деньги были на счету, открытом до ковида в московском офисе банка,
который почему-то "Среднерусский".
Сейчас был открыт счёт в фунтах в подмосковном зеленом банке,
который почему-то "Московский".
Перевод между своими счетами в фунтах был без комиссии.
Фунты были выданы наличными по курсу 123р за фунт.
Вот так.

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

Буду признателен за обратную связь в чате был ли такой офтопик полезным
и стоит ли время от времени делать офтопики на разные темы.

На днях вышел новый релиз СППР 2.0.13.7
Мелкие незначащие изменения.
Предыдущий релиз был в июне 2024.
Частота выпуска обновлений получается раз в квартал.

Оффтопик
Для тех, кто испытывает проблемы с памятью занимаемой Телеграм на смартфоне и некоторым его торможением.

Стандартное удаление кэша не помогает, т.к. много памяти съедает другой раздел - "Документы и данные"

Если в ТГ порядка 7-10 раз тапнуть на кнопке "Настройки", то откроется "инженерное"/debug меню.
Там есть пункт "Clear Database and Cache" - вот это чистит.
По крайней мере, на айфоне так работает (кнопка "Настройки" справа внизу экрана ТГ).
Там же есть ещё множество отладочных фич.

Сам именно этим способом пока не воспользовался, т.к. до того как узнал о нём успел почистить
более грубым способом - удалением ТГ в ноль и установкой заново.
Ничего не потерялось, все каналы и чаты сохранились со ссылками, только пришлось заново ввести телефонный номер при авторизации.
ТГ стал работать ощутимо шустрее.

Проба и риски на ваше усмотрение, но всё же кажется более разумным удаления/установки заново.

Также стоит ограничить в разделе ТГ "Автозагрузка медиа" загружаемые данные или вообще её отключить.
Фото и видео при полном отключении будут доступны по щелчку по ним - подгрузятся по инету.


Причина переполнения - множество открытых чатов и групп, куда медиа подтягиваются автоматически, пусть даже их вы не читаете.
Лимит на размер кэша на них не распространяется.
Включение лимита по сроку хранения медиа почему-то не чистит старые медиа.

Достаточно свеженький ГОСТ Р 71207–2024
в разработке ПО
Статическомий анализ программного обеспечения.Общие требования

Инсайд
Одно из решений в области СППР успешно прошло экспертизу на известной инновационной площадке.

Сегодня прошла трансляция из этого объявления.
Кто смотрел и может дать своё мнение в чате?
Насколько это полезно или игрушка не стоящая внимания?

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

Хотя моё личное мнение, за 3Д подходами к визуализации объектов из СППР/конфигурации есть.
3Д лучше, чем двумерное представление могло бы решить некоторые задачи.
Хотя лично я ожидал, что будет визуализация функциональных связей.

Ваше мнение?

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

Если есть какие-то проблемы пишите в личку админу.