Вот, собственно, для того, чтобы не происходило таких историй СППР и предназначен

Поздновато, но прямо сейчас идёт онлайн-курс по СППР2 https://www.dist72.ru/press-tsentr/meropritiya/onlayn-kurs-logicheskoe-i-funktsionalnoe-modelirovanie-v-1s-sppr-versii-2/

Есть информация что на партнерском семинаре 1С секция СППР будет точно! Готовьте zoom. Готовьте и собирайте свои вопросы в комменты к посту (тот что был про этот семинар ранее) https://www.1c-profile.ru/ocherednoiy-seminar-partnerov-1s-sostoitsya-25-28-sentyabrya-2020-goda.html

Новый онлайн-курс Евгения Филипова БСП+СППР 3 часа за 737 рублей. https://uc1.1c.ru/course/analiz-i-strukturizatsiya-bsp-s-ispolzovaniem-sppr/?fbclid=IwAR3-et3H2OH9HMvuzYbTVDfooxwzHybPMyhS-YWAAD9EUNco-jTl4ASmmy8

В руководстве к СППР упоминалось сакральное число "6", с помощью которого при построении карты бизнес-процессов следует ограничивать количество вложенных подпроцессов в процессе. Иными словами, при заполнении справочника "Процессы" следует ограничивать число подкаталогов в каталоге как "не более чем 6 или 7" (я рекомендую сакральное число "7"). Тоже число-правило применяется при описании функциональности системы. Это не колдовство и не мистификация, а реальный научно обоснованный факт. Который очень сильно помогает "взламывать" ментальные ступоры при анализе сложных систем и очень упрощает схемы IDEF0, настолько что от них уже не болит голова, а можно осмысленно воспринимать. Это число-порог напрямую связано с психологическими особенностями мышления человека. По ссылке ниже ссылка на научную публикацию о числе 7 (ну считайте 6, почему 1С взяла именно это число трудно сказать, но важнее сам факт ограничение и не больше 7 в любом случае), на английском, но доступен онлайн перевод на русский. https://www.researchgate.net/publication/255060875_The_Legend_of_the_Magical_Number_Seven

Конференция по СППР на семинаре есть! Вот ссылка https://sem0920.1c.ru/vernissage/stand/32019

Вернисаж по СППР начнётся сегодня в 13-00 по московскому времени. Присоединяйтесь, задавайте вопросы https://sem0920.1c.ru/vernissage/stand/32019

Тезисы с вернисажа 1С по СППР:
1. Сама 1С использует СППР в основном для ERP и УТ. Одна из причин - трудоёмкость заполнения раздела "Функции"
по "старым" конфигурациям, разрабатываемым "до эпохи сппр".
2. Справочник "Объекты данных" убрали, потому что заполнение его показалось трудоёмким.
Рассказывал им про то как эта функция из СППР1 полезна на проекте.
Обещали подумать. Глядишь и вернут.
3. Из общения я вынес что трудоёмкость заполнения функций, процессов есть камень преткновения у самой 1С
для включения в орбиту СППР других конфигураций.
4. Модель ERP сама 1С заполняет вручную. Модель не основана на дереве объектов метаданных конфигурации.
Модель создана "до разработки ERP" как общеабстрактное описание предметной области, т.е. как проектное видение.
5. Цель использования модели ERP по мнению 1С - загрузка в отдельный проект СППР как эталона
и для дальнейшего сравнения средствами СППР с доработанной моделью, хранимой в отдельном проекте.
6. Пожелание активно участвовать в жизни чата СППР в телеграмм не встретило особого желания.
Со всеми вопросами предложено обращаться в партнёрку 1С, хотя им заметили что туда могут обращаться только имеющие сертификаты специалиста.
7. Спросил у Паутова допустимо ли заполнять справочник Процессы и Шаги процессов так, чтобы один элемент справочника
"Шаги процессов" содержал лишь одну команду сценария, а сценарий был бы сборником шагов процесса.
Леонид сказал что вполне допустимо. (Сейчас как я вижу на один "Шаг процесса" чаще пишут сценарий из множества строк).
8. Включение в СППР хотя бы части функционала конвертации данных посчитали излишним,
основанным на редком требовании (по сути только моём).
9. Общее ощущение от разговора 1С сама только пытается нащупать модель и пути развития СППР. Собственно от этого метания
в функциональности СППР1 и СППР2
10. Требования действительно "убрали" в "Идеи". Считают что сохранили все особенности работы с требованиями в Идеях.
Не согласился с этим, но для доказательства надо было разбирать подетально чего не хватает приоткрытой конфигурации СППР.
Чего не слишком удобно было делать на вернисаже.

Закончился онлайн-курс по СППР+БСП. Кто смотрел? Кто может высказать своё мнение по курсу?

Телеграм сделал функцию комментариев поста в канале через чат. Пробуем её. Задаю тему обсуждения - результат голосования в опросе по построению функций (я думал большинство выберет вариант "иное". А получается почти половину устроит модель ERP от 1С)

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

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

Был вчера на собеседовании в известном франче. Зашел разговор про СППР. Говорят что крайне ею интересуются, много сторонников начать работать с ней, мол мы на низком старте. Но тем не менее мой намек/предложение открыть внутренний проект со мной по переводу исполнения проектов на промышленную технологию на СППР не был принят. По моим ощущениям от разговора, причина в том что нет четкого понимания как "продавать" технологию (хотя утверждают что есть пул клиентов заинтересованных в такой цифровизации процесса и результатов крупных проектов). И видимо нет понимания как всё-таки работать с СППР, чтобы выгоды от ее использования были очевидны. Не согласен, что наступила пора "продавать" СППР - пока не сформирована достаточная база успешного применения внутри команд исполнителей проектов.

Заметное несоответствие логических выводов своей же собственной практике описания процессов. В статье расклад у заказчиков описывается так, что оптимальна методика описания бизнес-процессов на IDEF0 (которая и заложена в СППР), а в комментах автор упоминает как преимущественный подход - описание на BPMN. Но IDEF0 и BPMN по разному описывают ветвление и циклы (первая не предполагает их в явном виде, вторая только за счёт них и живёт). Причём в справочник "Процессы" и "Шаги процессов" и IDEF0 и BPMN очень трудно уложить, т.к. справочник - это иерархический граф. https://infostart.ru/1c/articles/1312674/

Вложен отчет 1С "АПК" по типовой полной проверке чистой конфигурации 1с "СППР 2.0.1.58". Что скажете о результате проверки?

Расширение для конфигурации 1С:СППР для синхронизации хранилища 1С с git-репозиторием. Основано на решении 1C-Gitter https://github.com/JohnyDeath/GitterExtForSPPR

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

- 1С:Предприятие 8. Система проектирования прикладных решений https://1c.ru/news/info.jsp?id=26014,
- 1С:ERP Управление предприятием 2 https://1c.ru/news/info.jsp?id=17675,
- 1С:Корпорация https://1c.ru/news/info.jsp?id=22292"

18 ноября онлайн бизнес-форум по 1С ERP https://bf20.1c.ru/ Про СППР там ничего не объявляли. Но есть вернисаж по 1С:Интеграция. А это штука ой как смежная к задачам СППР. Записаться на форум ещё не поздно и несложно.

Для "загонки" бизнес-процессов в формальное описание перед построением архитектуры и разработки нужны инструменты. В статье описываются такие инструменты. СППР упомянута одной строчкой в секции "Разработка приложений". Как видите, до сих пор нет понимания в сообществе, что СППР это не средство разработки, а средство перевода с языка бизнеса на язык разработчика (не язык разработки). https://infostart.ru/1c/articles/1329511/