Нужен срочный мозговой штурм - где на форуме 1С ERP может быть речь про СППР

Подозреваемый - секция "Управление ИТ-проектами, внедрение и сопровождение"
Но кто знает, может в секциях по ERP что-то всплывёт.

Интересные тезисы из выступления Нуралиева на бизнес-форуме 1C:ERP 2025

Реально наблюдаем случаи дефолтов-неплатежей, сворачивание программ
автоматизации

Что мешает фирмам-франчайзи развивать бизнес в
текущей ситуации, в чем они видят "узкие места"?
Опрос сентября 2025, 236 ответов -
и, бинго, 103 ответа "Нехватка специалистов"

При этом количество вакансий для "программист 1С упало вдвое в сравнении с 2021 годом

1с рекомендует стоимость часа специалиста среднего уровня от 4000р, а высокого уровня от 5500р
Сейчас час по всем уровням спецев стоит примерно 3-4 тр.

К 1С не поступало запросов на реализацию систем с более чем 30000 пользователей в одной базе.
И запросов на большие масштабы не предвидится.
Вот оценка по стороны ИТ (1С-сферы) масштабов российского бизнеса.

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

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

К предыдущему посту
Есть такой закон Эшби,
его суть кратко: "Разнообразие управляющей системы должно быть не меньше разнообразия управляемой системы"
Из него есть как бы следствие - Закон Седова (закон иерархических компенсаций),
кратко его суть:
"В сложной иерархически организованной системе рост разнообразия на верхнем уровне системы
обеспечивается ограничением разнообразия на предыдущих уровнях, и наоборот,
рост разнообразия на нижнем уровне разрушает верхний уровень организации (т.е. система как таковая гибнет)."

Отсюда можно сделать частный вывод:
Архитектура системы, как более высокоуровневая иерархически система, должна являться ограничением
для уровня кода.
"Архитектура режет код".
Отсюда следствие: программист не должен выходить за ограничения архитектуры, которая строится другими специалистами.
Другими словами: архитектура кода не должна противоречить или расширять границы архитектуры системы, созданной на уровне архитектора.
Вобщем, Архитектура - это ограничения для программиста.
Нарушил ограничения - усложнил систему сверх требуемого и т.п. и т.д.

Похоже вот так выглядит СППР в ближайшем будущем

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

Если кто попал под раздачу и в чат не пускает,
напишите админу канала.

PS Чёрных списков за уход из чата/канала нет, это глюк бота.

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

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

Может и решение здесь общее?

Предлагают рассмотреть курс "Архитектор 1С" на 160 часов
(не будем называть компанию дабы это не было рекламой),
при этом в интернете их описание курса говорит о том,
что Архитектор более технический, чем функциональный.
Однако, в программе курсов целый модуль из восьми про моделирование и описание бизнес-процессов
на 1С СППР
3.1. Моделирование и прототипы
3.2. Построение архитектурных схем (домашнее задание почему то архитектура на С4????)
3.3-3.5 Проектирование в 1С:СППР. (аж три темы по Техпроекту в СППР)

СППР становится стандартом знаний для архитектора.

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

Ваше мнение на эту тему?
А загрузка кода и метаданных в СППР превратит информацию в системную?
Или СППР это только предварительная обработка перед передачей материала ИИ?
Или СППР лишняя в этом раскладе?

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

Или работа ИИ всегда должна быть обёрнута в оболочку алгоритмов?

Мысль на подумать:
У 1С есть такой инструмент "Корпоративное хранилище данных" (КХД).
Впрочем, не только у 1С есть.
Так вот, мысль такая:
а что если выгружать конфигурацию и код и прочую архитектурно-техническую информацию,
не в СППР, а в КХД.
По сути, СППР просто хранилище для метаданных, правда, позволяющее привязывать метаданые к требованиям, процессам, функциям.
Конвертировать КХД в векторную форму под ИИ и опять же хранить с последующим наполнением
логичнее чем использовать/развивать узкоспециализированную СППР?
Что думаете?

Ссылка на этот канал, если хотите поделиться с соратниками и коллегами
https://news.1rj.ru/str/+HoOiop970ms2NzI6

В чат на пробу встроен бот, который делает ИИ-summary общения за прошедшее время. Ориентировочно дайджест делается по 150 предыдущим сообщениям. Ожидается, что саммари будет выходить автоматически утром. Но можно попробовать вызвать его в чате командой /summary или /summary N, где N число желаемый предыдущих сообщений.

Есть у кого-нибудь информация/мнение с этой конференции?
Есть что-то полезное, что можно применить или опять маркетинговая пурга?

В новый год входим с СППР версии 2_0_14_27
и техплатформой 8.5

Новый 2026 год - новый интерфейс
Встречаем СППР 2.1 и платформу 8.5

Поддержка редакции 2.0 конфигурации СППР предполагается до 01.01.2026.
После указанной даты поддержка редакции 2.0 не планируется. Фирма "1С" рекомендует пользователям переходить на новую редакцию 2.1.

Потрясающий, изумительный конспект по истории и актуальному состоянию ИИ.
(краткий)
Очень доступно излагающий базовые понятия сферы ИИ.
Многим поможет разобраться и "расчистить хлам" в голове по этой теме.

Конспект от DataSecrets, у них есть свой ТГ-канал.

PS Мне больше всего зашло про то,
что ЛЛМ теперь могут обучаться не только за счёт
объёма вгружаемой в них информации для обучения на входе или за счёт ресурсов GPU,
а...

Самое интересное в ризонинге то, что это новая парадигма масштабирования LLM.
Некоторое время назад считалось, что LLM могут становится умнее только за счет
увеличения количества обучающих данных и ресурсов на обучения. Однако некоторое
время назад, когда появились первые большие ризонинг-модели (o1 или R1), обнаружилось,
что ризонинг тоже способен масштабировать модели.
То есть чем дольше модель рассуждает и чем больше токенов вкладывает в свои цепочки
мыслей, тем качественнее получаются ответы.