#МинстройXML Мои варианты, как можно исправить описанную выше ситуацию.

1. На время, пока не будет доделан ИСУП, регионам которые себя обязали вести ИД в электронном виде, разрешить согласовывать и подписывать ИД в ВИС или по электронной почте (они итак это делают, но будто втихаря, нелегально). Разрешить можно, дав какие-нибудь разъяснения на какбы написанный вопрос. И надо будет добавить еще один столбец в карте внедрения ИСУП для учета такой схемы работы.

2. Интеграцию с ИСУП надо делать бесплатной, с опубликованным API (описанием интеграционной шины) как например сделали в Питере с системой Стройформ (прикреплю к посту).

3. Разработку интеграции можно оставить и в Екзоне, т.к. всеравно ИСУП допиливать по всей видимости будут они, но собрать рабочую группу на коммитете каком-нибудь из Hardroller, BuildDocs, Dacon, Contrust, Адепт, MStroy, которая будет контролировать, что Exon не злоупотребляет своим положением и сигнализировать об этом в Минстрой или писать в ФАС.

4. В перспективе, когда ИСУП заработает, заказать Exon’у за деньги интеграцию с госуслугами (Личным кабинетом контролируемого лица). Чтобы через него общаться с застройщиками, как предполагается Минцифрой работа с ГСНами и другими службами.

p.s. И помогите уже кадровикам ИСУПа найти методолога, а то программисты не знают, какой функционал писать.

p.s.2 И одна рекомендация генподрядчикам которым такое прилетает:

ставьте цену на миллион больше, мол из-за этого требования, перекиньте жребий оплаты банкета обратно госзаказчику.

#Теория Типы программ в строительстве

Предыдущие посты:
Общий перечень
1. ССМ
2. СВМ
3. СОД
4.1 СИД

4. Функционал ССК [BIM 360 Build, Fieldwire, PlanRadar]

Обязательно
- Создание структуры объекта
- Подгрузка планов для размещения замечаний
- Привязка замечания к точке на плане
- Настраиваемая анкета для заполнения замечания
- Прикрепление фотографии к замечанию
- Мобильная версия
- Работа оффлайн с синхронизацией при подключении к сети
- Функционал вызова на приемку стройконтроля
- Чеклисты для приемки конструкций
- Переписка по замечанию и прикрепление актов
- Генерация предписаний из системы для печати
- Оповещения о событиях участников
- Аналитика по количеству замечаний, статусам и пользователям

Желательно
- Привязка замечания к зоне на плане (помещение, квадрат осей)
- Измерения и пометки на планах
- Возможность связать замечания со строительной BIM-моделью
- Подгрузка справочников из других систем (календарный график работ, сметных позиций, Комплектов рабочей документации из СОДа)
- Подписание предписаний в системе с помощью ЭЦП
- Связь с электронным общим журналом работ
- Наличие API для внешних интеграций.

#ГосТИМ От Александра Лапыгина. Часть 1.

Участвовал тут в очередной РГ при ТК505 - по ГОСТ ЕСИМ ЖЦ ОКС, если эти аббревиатуры вам о чём-то говорят. И вот там возникли вопросы, чем отличается формирование информационной модели от её ведения, а ещё, после ведения, и от использования.

И для меня вдруг очень чётко стало понятно, что именно плохо в текущем определении Информационной модели (по Градкодексу которое из п. 10.3): там написано что "Модель - это совокупность взаимосвязанных сведений, документов и материалов".

Я когда представляю себе модель чего-либо - это всегда некая система, куда на вход подаются данные, система их как-то перерабатывает, и выдаёт какие-то другие данные на выходе.

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

Ближе к нашей теме - ЦИМ, цифровая информационная модель, она же - трёхмерная. На входе - библиотечные элементы (компоненты), на выходе - в зависимости от целей и конкретных инструментов, но в целом - визуализация (рендеринг), чертежи (планы/разрезы/фасады), спецификации. На входе один компонент заменил - на выходе в чертежах сменилось УГО, в спецификации - наименование позиции.

А теперь вернёмся к "информационной модели" по Градкодексу. Что там на входе, что на выходе? Можно предположить что на входе - множество неких документов, которые и формируют собой эту совокупность взаимосвязанных сведений, документов и материалов. Однако на выходе у нас получаются ровно они же, так как внутри этой "информационной модели" нет собственно модели - нет системы, которая бы преобразовывала данные определённым способом. Поэтому если мы на входе поменяем например один градплан на другой, то и на выходе у нас изменения будут ровно такие же - один градплан заменится на другой.

Как вывод - то, что мы уже сколько лет именуем "Информационной моделью", на самом деле - база документов, и только. "Король-то голый!".

продолжение следует…

#ГосТИМ От Александра Лапыгина. Часть 2.

От этой путаницы в названиях происходит и попытка применить к модели термин "ведение".

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

То есть у нормальной модели два основных этапа - формирование и применение (использование для тех целей для которых она была создана).

А применительно к "Информационной модели" по Градкодексу уже сколько времени в ПП РФ 1431 имеется термин "Ведение информационной модели". И я теперь понял, откуда это взялось. Если выкинуть термин "Информационная модель" и считать всё это "Базой документов", то применительно к ней термин "ведение" окажется вполне уместным.

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

В общем, стоит признать, что долгие семь лет (с 2017 года, когда определение информационной модели появилось в Градкодексе, и затем на его основе создавались всё новые нормативные документы) мы пытались назвать моделью то, что ею не является, и попутно решать возникающие в связи с этим проблемы.
И если уж сейчас так много основано на этой сущности, "информационной модели" по Градкодексу, то самым безболезненным и правильным решением будет заменить термин "информационная модель" на "база документов по проекту" (или на что-то подобное), и не пытаться сделать вид что это и есть наш такой BIM. А Цифровую информационную модель (трёхмерную модель) оставить жить по её законам, сказать что она может быть составляющей этой самой "базы документов по проекту" (как это сейчас и говорится про Информационную модель), и не пытаться называть сущности тем чем они не являются.

#ГосТИМ От Дмитрия Чубрика. Из еженедельного обзора.

Несколько лет назад, когда появился ISO 19650-1 и затем его перевод на русский, кто-то умный в приминстроевских кругах подумал: чОрт, это же гениально! Вот же он, BIM без 3D модели! Называем 2D PDFки информационными контейнерами, раскладываем их по папкам (CDE) и всё, у нас информационная модель! Наверняка примерно так появилась идея о том, что в BIM 3D модель не нужна, достаточно модели информационной (а это не 3D модель) )))
Потом это назвали ТИМ, добавили к определениям ещё и Цифровую Информационную Модель (этот вариант уже с 3D), но идея, что ТИМ может существовать без 3D модели, так и осталась.

Я бы не вспоминал про это, если бы не услышал примерно такую же историю на одной из европейских BIM-конференций. В общем, в Европе тоже есть «светлые умы», утверждающие, что в ISO прямо не указано, что информационная модель должна быть трёхмерной — значит, может быть BIM без 3D модели.
Конечно, информацию можно структурировать и без 3D. И обрабатывать её так тоже можно, и даже удобнее. Только давайте не будем называть это BIM, называйте это IM (ИМ) — информационный менеджмент, такой термин уже есть, даже придумывать не нужно.

К чему это я? Всё просто: BIM-модель (я сейчас говорю про качественную 3D модель, где все элементы созданы правильными инструментами и разделены по правильным категориям) содержит в себе 2 вида информации:
1. сгенерированную программой (типа Revit / ArchiCAD / Tekla… );
2. добавленную пользователем.
Информации первого типа мы можем доверять (напомню, модель качественная).
Информация второго типа должна быть проверена.
Не имея модели, имея только 2D чертежи и таблицы, не связанные с ними, мы вынуждены проверять ВСЕ данные. Сами вспомните смежников, которые перемеряли все планы линейками, потому что не доверяли спецификациям от архитекторов.

Поэтому ТИМ / BIM без 3D модели — это что угодно, но только не BIM. Это просто файлики по папочкам. Само по себе полезно, удобно, но не более.

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

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

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

И, подписывайтесь на канал, здесь говорят правду о BIM!

#Вакансия Самолет ищет BIM-проектировщиков. Ниже их приглашение:

PropTech-компания «Самолет» ищет коллег в Проектный институт и рассказывает о том, как они проектируют свою карьеру.

Проектный институт — это внутреннее бюро проектировщиков Самолета. При чем команды работают не только над жилыми, но и общественными зданиями и объектами социальной инфраструктуры. За последний год штат Проектного института в компании вырос до 2000 человек, активно развивается промышленное направление, а 20% проектной работы девелопер перевел на роботов.

В общем, растут активными темпами и продолжают искать таланты. Например, активно ищут:
☞ Ведущий инженер ОВиК
☞ Ведущий инженер ВК
☞ Главный инженер проекта

«Самолет» предлагает все прелести современного трудоустройства: гибридный график, бесплатное изучение иностранного и компенсацию терапии и корпоративные скидки на недвижимость.

#Теория Советы BIM-менеджеру. Часть 4.

Предыдущие советы:
BIM должно быть в меру
Определить цели и пути достижения
BIM-отдел и первые шаги

Как менеджерить задачи?

Менеджмент - это наука об эффективном использовании ограниченных ресурсов. У вас никогда не будет времени сделать все задачи, ресурсов хватит чтобы решить только часть из них и надо выбрать какие, выбрать самые важные, которые принесут наибольшую пользу.

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

Далее надо уметь выбирать наиболее важные задачи из всего объема. Для того чтобы выбрать, надо все выписанные задачи расставить в очередь по важности, и их же расставить в очередь по трудоемкости.

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

Затем важно контролировать выполнение. Если вы всем задачам проставите сроки выполнения, то после первых же задач пойдут срывы сроков, т.к. вы их выставляете по минимальным срокам, а не мол с запасом и учетом непредвиденных ситуаций (болезнь, отпуск). И переставлять сроки каждый раз по всем задачам очень долго и всегда некогда.

Конечно, ктото пользуется зависимостями MS Project, но в таком случае лишается возможности пересортировать, поменять приоритетность или вставить появившуюся новую между другими, т.к. перепривязывать зависимости также долго. Т.е. становится рабом созданной приоритезации и последовательности, не может чтото расшить, убрать, поменять - проще новый график сделать.

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

Диаграмма Ганта также нужна, но для верхнеуровневых, длительных задач (сроком в месяцы). Чтобы отслеживать процент выполнения и сравнивать с процентом пройденного времени, мол держать руку на пульсе, что движемся в графике и выполним в срок.

Для разовых коротких задач подходит лучше очередь и статусы в формате канбан доски, где каждый столбец это статус задачи. ToDo-Doing-Done и можно промежуточные InReview-InDisput-Hold. Первый столбец - это и есть очередь задач по сотруднику (да, доски рекомендую делать по людям), Второй столбец - это то что скйчас в работе, мол набранные на сегодняшний день (рекомендую не больше 3х накидывать, а лучше одну).

Есть еще рутинные фоновые задачи, на которые будет требоваться сотрудникам ежедневно отвлекаться, вроде техподдержки или проверки моделей, эти задачи надо просто определить временем сотрудника в процентах, сколько он на это будет примерно тратить, и понимать, что на столько процентов будут медленнее выполняться разовые задачи, и, что у человека не может быть больше 100% времени.

Из тасктрекеров могу порекомендовать тем у кого есть иностранные компании для покупки: Asana, Wrike, YouTrack

а если из импортозамещаемого чуть похуже, но рабоче: YouGile, Weeek.

#ГосТИМ Суть проблемы которую мы сейчас наблюдаем в BIMизации строительной отрасли заключается в том, что чиновники начальству показывают свои цели: «чего хотят достичь» на примере результатов, достигнутых с помощью иностранных программных продуктов, а затем требуют от своих подчиненных этих же результатов на отечественном ПО.

Так успехи BIM показывали на примерах лучших практик ПИК, Самолет, Галс, Кэпитал групп, Мосинжпроект и других, достигнутых на Revit, а планы по ТИМ и образовательные программы пишут под Renga и NanoCAD.

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

То, что делали на BIM360 повторите на ИСУПе (Exon’е). То, что в Navisworks - на PilotBIM’е.

Импортозамещение во всей красе: требования, сроки и цели под импортное, а исполнение на отечественном. Для того чтобы понятнее было приведу метафору: это как требования по перевозкам министров предъявлять как на ауди, а водителю разрешать возить лишь на ладе.

Как там говорится? «или крестик снимите или трусы наденьте».

#Классификатор Зачем нужен Классификатор элементов?

Классификатор состоит из классов разложенных по папкам. Класс в программах отвечает за способы создания элемента, его редактирования и набор параметров. Например Классы в Revit это почти то же самое что Категории. Мол Стена создается по 2 точкам, в типе задается пирог и есть такие параметры как Неприсоединенная высота, Длина и другие. Перекрытие же создается по заданному контуру и не имеет Длины, но тоже имеет пирог.

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

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

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

Т.е. эти классы должны отвечать за набор атрибутов и формат их заполнения, но не за способы создания и редактирования элементов.

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

Много лет мы пытались это вычислять уже на постпроцессе (в Navisworks’е) из Имен типов, Имен материалов, геометрических параметров высоты, но из-за высокой нестабильности данного процесса, того что проектировщики ошибались, а быстро исправить было невозможно - это не работало.

Далее такие классы в совокупности с набором атрибутов можно уже связывать и с кодами работ и ведомостями материалов и использовать для выборки для закрытия статусов работ и привязки документов.

Таким образом нам нужна нормальная таблица классов элементов, т.е. переделанная 6 таблица Com в КСИ для продолжения развития данного направления. Если ФАУ ФЦС готовы к сотрудничеству, я могу предложить свой вариант для обсуждения.

#Подкасты Новое интервью Светослава Нинова с Всеволодом Чугреевым https://youtu.be/bbXAcuSFW9o

Про молодой BIM, BIM-бомжа, переезд и BIM в Германии.

#Новости Autodesk запретил партнерам продавать свои продукты в РФ.

В марте 2022го Autodesk уже заявлял о приостановке деятельности в РФ и затем, осенью 22го, о закрытии офиса и прекращении продаж и продлений лицензий в РФ.

Но чем же текущее «второе» прекращение отличается от прошлого? Несмотря на прекращение продаж софта на территории РФ, многие компании продолжали приобретать лицензии облачных сервисов ACC через Казахстан, Армению и другие страны (а кто-то даже и Revit продолжал покупать, пока все вокруг просто качали с торентов).

Я считаю, что этот запрет, это конкретное, прямое предупреждение партнерам, что продавать нельзя, мол чтобы потом дурачков не включали, мол мы не знали, не поняли. Возможно, купленные, выявленные в использовании на территории РФ, лицензии прекратятся.

Т.е. покупать через Казахстан и Армению теперь явно станет сложнее, т.к. прямо сказали «нельзя».

Блокировок же бессрочных версий продуктов или блокировки аккаунтов по ip я не ожидаю, т.к. это крайне сложно технически реализовать, и потом долго разбираться с теми кого случайно заденут из других стран СНГ. Напишите в комментарии у кого что заблокировалось?

#Классификатор В продолжение поста про Классификатор элементов https://xn--r1a.website/prostobim/1035

Как далее работать с Классификатором элементов?

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

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

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

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

Например получить объемы для работы «Устройство монолитных железобетонных стен высотой до 3м, толщиной до 200мм, с коэффициентом армирования 120 кг/м3» вы можете по параметрам:
Код по классификатору: ABAE
(Описание по классификатору
«Стена ЖБ монолитная»)
Неприсоединенная высота<3000
Ширина>180
Ширина<=200
Коэф. армирования >110
Коэф. армирования<=120

И из таких кейсов применения классов и набирается состав атрибутов которые должны быть на данной стадии заполнены в элементах класса.

Т.е. в данном примере для Класса «Стена ЖБ монолитная» обязателно должен быть добавлен параметр: «Коэф. армирования» в формате значения «Плотность».

Также должен быть заполнен системный параметр:
«Код по классификатору»,

а сам элемент должен быть выполнен инструментом Revit «Стена: несущая», чтобы автоматически заполнялись параметры: «Неприсоединенная высота» и «Ширина» в формате значения «Длина».

#Конференция 04.04 (чт) иду на конференцию "Новые технологии и философия комфортного жилья" в МГУ кластере Ломоносов. Пока не понял насколько много про цифровизацию ТИМ/BIM будет, но тема такая заявлена и состав участников набирается интересный. Кто тоже будет, пишите в ЛС @popov_bim встретимся там, пообщаемся.

Подробнее 👇🏼

#Классификатор В России Минстрой пытается строить ТИМ (BIM) без привязки к Revit, на IFC. Чтобы быть не зависимыми от иностранного софта.

IFC на русский переводится как «Отраслевые базовые классы». Там есть классы IfcWall, IfcSlab, IfcWindow и т.д. Также для классов предусмотрены IfcType для их расшивки какбы в подклассы.

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

Но практика показала что конвертация через IFC недостаточно стабильна, чтобы на нее опираться. При этом, основная притензия к конвертации именно к Revit, мол Autodesk специально делает плохо чтобы сделать подход OpenBIM нерабочим.

Я же считаю, что это естественная проблема, которая заключается в том, что когда вы делаете гибкий инструмент и позволяете пользователю свои компоненты из элементов выдавливания создавать, то конвертировать геометрически потом такой компонент корректно в IFC класс невозможно.

У программ, в которых функциональное задание компонентов, мол по анкете (как системные семейства в ревите: стены, перекрытия, лестницы) такая конвертация стабильнее, но такими программами мало кто пользуется (3-7% пользователей) из-за того что они не гибкие.

Но в IFC можно выгрузить геометрию и как набор треугольников (Mesh геометрией или BREP), и тогда стабильность конвертации существенно повышается. Но такую геометрию крайне затруднительно затем воспроизвести обратно в элементы выдавливания (Solid геометрию), т.е. использовать для конвертации и передачи между программами редактируемых компонентов.

Т.е. при конвертации IFC как BREP геометрия мы получаем такой же формат как NWC, SVF (Forge), формат программ Revizto, Tangl или Larix. Т.е. мертвой не параметрической геометрией, которая далее не подлежит редактированию без исходного формата и в которой классы нужны именно для задания перечня и форматов атрибутов.

#Организационные Решил или закрыть или передать кому-нибудь из комьюнити чаты:
@bim_manager_acc
@bim_manager_revit
@bim_manager_dynamo

Пишите в ЛС кто готов взять на себя.

Также планирую организовать в @bimclub подкаст для студентов по профориентации, но нужны компании, кто в следующем месяце планирует взять студентов на стажировку, для участия в подкасте. И просто, кто готов поучаствовать с идеями, опытом, скажем в следующую среду 03.04 в 19:00 мск.

Еще, после публикации поста Самолета по вакансиям, HRов как прорвало, уже десяток постов по поиску кадров по BIM и Проектированию. Деньги несут)

Напишите в комментарии кто что думает если такую схему организовать: Я делаю отдельный канал с вакансиями и из него пачками собранно в одном посте раз в неделю пощу актуальные сюда.

#ГосТИМ С большим интересом наблюдаю за историей по внедрению ИСУП в регионах, и глядя на количество приватных репостов моих постов на эту тему, участники данного процесса тоже активно за моим мнением в данном канале следят

И все думаю какую метафору привести, чтобы описать что там не так, и вот придумал:

Надо вам проехать 50 километров на автомобиле из одного города в другой, и вы такие попробовали завести автомобиль, не заводится, попинали, потолкали, не едет. А вам сверху руководство по башке стучит спрашивает: "че не едешь? когда поедешь? когда будешь уже?"

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

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

1. Помыть руки
2. Запросить путевой лист
3. Взять ручку
4. Расписать дорожную карту
5. Проверить колеса
6. Проверить масло
7. Проверить заправлено ли авто
8. Узнать не надо ли кого-то еще из пассажиров взять
9. Если надо согласовать с пассажирами дату и время отправления
10. Сесть в машину
11. Завести машину
12. Приехать на место

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

И вот к тебе приезжает ремонтник из сервиса по обслуживанию авто, ты ему: "не едет", а он: "а вы руки помыли?"

#Классификатор По комментариям к посту https://xn--r1a.website/prostobim/1038
и затем нескольким постам в других каналах, понял, что не все поняли мою идею с классификатором.

Я предлагаю относиться к классу, как сущности, определяющей перечень и формат заполнения параметров. Не как к зашифрованному коду всех значений элементов вписанному в один параметр.

Наверно, чтобы было понятнее, я распишу путь как я пришел к данному подходу, а вы можете проследить весь этот мой путь по моим выступлениям на конференциях, в статьях, интервью и постах и может быть определить на каком этапе вы и быстрее принять и пройти оставшиеся…

далее логрид для интересующихся…