Так, что у нас Михаил Константинович... Да, приветствую всех, я на месте. Слышно меня, Игорь? Хорошо, мы тебя не видим, давай свой экран. Потому что это, я не буду говорить вслух, есть "поколение бородатых детей", но Михаил, конечно, он человек "ужаленный математикой", он немножко выделяется в чем-то в лучшую сторону. Сейчас я хочу акцентироваться на чем, что мы с Волченко - пассажиры odoo, да, а Михаил, он адепт, евангелист и так дальше. Он как бы для него это мейнстрим. То есть если мы применяем ОДУ ситуационно, тогда когда это кажется оптимальным решением, то он у нас и один из соучредителей консорциума, и он давно это ОДУ для него ведущая как бы часть. Давай, пожалуйста, по сути вопроса.
00:56
еще раз приветствую. Вопрос, как обычно, с прикладной истории приходят люди, у кого непосредственно в пальцах все это, кто непосредственно занимается на заводах, на предприятиях. Мы сейчас возвращаемся к вопросу, правильно ли система мы используем, как она, реально ли она может удовлетворить
01:25
наши потребности, не заведет ли она нас в какой-то логический тупик и безобразие в какой-то. Поэтому мы с Игорем, скажем так, устроили такое совместное расследование, логическое расследование, результатами которого я сегодня с вами поделюсь. У меня не очень будет длинный доклад, возможно он будет немножко сложноват, но тем не менее, значит, эта презентация, которую мне дал Игорь, она соответственно у нас называется «Логическая структура».
01:54
автоматизирована система управления. Сейчас я пролистываю кнопочки, у нас тут появляются уровни, предлагался большой рассказ, я его сейчас немножко подзакрощу. С чего у нас все начинается? У нас на первом уровне, на нулевом, среда и железо. Давайте смотреть Odu. Odu запускается в линуксе, в среде линукса на минимально работоспособном железе. Эта история мы на многих проектах замеряли.
02:22
несколько раз производительный 1s. уровне все более-менее ничего. и Linux с POSDRES, запускается на низко в порядке. про системный софт я с Linux мы тоже знаем, что в грамотных
02:52
работает в закрытых контурах и совершенно спокойно работает в обычном интернете, который выложен наружу всеми дырками. Один из моих клиентов буквально, может быть, месяц назад проводил так называемый белый тест, белый взлом и результаты очень хорошие. То есть без применения соответствующих аппаратных систем, просто хорошими настройками. При том Odu стояла открытая наружу в интернет.
03:20
ничего сломать не удалось. Возвращаемся дальше к нашей самой системе. В любой системе у нас все начинается всегда с сырых данных. Дело в том, что воду все прекрасно знают, у нас с вами сырые данные поступают изначально, сырые данные поступают только из документов. Мы можем лить
03:50
у нас база данных, в ней находятся сырые данные, которые у нас являются базисными. Дальше я чуть-чуть и расскажу, чуть-чуть подробнее, транспорт шины и так далее, сущности операнды. Сейчас пойдем наверх. Следующий уровень транспорт шина. В ODA у нас, как вы помните, все построено по моделям. Есть у нас информационная сущность, которая у нас
04:18
в нашем мире живых людей присутствует, мы ее ловим, изолируем абстрактно и говорим, ты будешь моделью. И ты переезжаешь в эту цифровую среду, которая называется лоду, и становится моделью. Так вот, из этих моделей можно собирать иерархически различные интересные структуры. Например, обыкновенный заказ продаж состоит из многих моделей. Сама главенствующая модель – sale order – заказ продаж. У него есть строки.
04:48
то есть это уже как бы отношение один ко многим, да, то есть а строка тоже модель. В строке может быть продукт, количество, количество это вообще атрибут, продукт это еще одна модель, то есть у нас получается такая взаимосвязь моделей в нашем гиперпространстве, цифровом гиперпространстве ODA. Почему вообще мы говорим слово модель? Потому что модель это абстрактная штука, это совсем не та штука.
05:16
в которой все привыкли запись базиданных. Нет, это штука абстрактная, ее можно смешивать друг с другом, можно на основе двух моделей получать одну общую, миксовать, они могут работать вместе, они могут относиться друг с другом в какой-то иерархическом, находиться в иерархических связях. То есть это такой атомарно-логический элемент, из которого мы лепим наши информационные сущности.
05:44
Так вот эти сущности, вот и есть наши операнды. Они у нас состоят из моделей. С транспортом, который у нас между нашими модельками, всё в классическом варианте. То есть это у нас транспорт происходит через базу данных. Это достаточно такое место спорное, скажем так, потому что все знают о том, что в хороших системах шина выделяется отдельно.
06:13
Так вот воду шины нет, но интересно то, что Odu сама может являться так называемой гипершиной. То есть на многих проектах Odu используется как шина данных. В нее льют данные из многих разрозенных информационных систем, из строем жрец DNS, из DPI, из тех же самых ADO, все скапливается в Odu, и Odu становится сама шиной.
06:43
конечно в Odu такой штуки нет. Я на самом деле достоверно не припомню в какой ERP информационной системы есть например шина управления или шина нотификации. Хотя в Odu есть такая штука, которая называется BAS. Она используется в основном для общения сервера клиента. То есть такая вот, что-то типа такой шины есть. По ней гоняются сообщения, по ней гоняются нотификации и так далее.
07:12
нужно, конечно, сделать по нормальному, чтобы мы могли настроить общение между документами по подписке. Такого как бы нет. То есть мы работаем по событию. На счет сшины разобрались. Кое-что есть, да, кое-что есть, частично, но хотелось бы, конечно, получше. Это, кстати, одна из целей нашего консорсума. Встреча консорсума состоится в четверг в Москве. Если кто хочет, приезжайте. Вот, да, участие платно. Мы сняли лофт, и как бы с каждого там какая-то сумма.
07:41
если хотите приезжайте, будет институт системного программирования и другие уважаемые коллеги. Возвращаемся дальше к нашей системе. Сущность операнды, это я сказал, это у нас с вами наши модели. Что такое? Все привыкли к документам, да что же такое документ? Документ – это фиксация хозяйственного факта на какую-то определенную дату, что у нас было значение наших этих регистров, что случилось в определенную дату.
08:11
у нас случился заказ продаж. В определенную дату мы что-то продаем. Или, например, какой еще может быть документ? Документ, например, который говорит в том, что у нас состояние там на 12 часов 10 минут шпиндель крутился со скоростью 18 тысяч оборотов в минуту. Это был документ, который... все документы. Документ и модель.
08:40
надо уловить разницу. Над документами мы можем делать различные операции. Какие операции? Очень простые. Функции, проведение, удаление, дублирование. Все что можно. У нас в воду, например, функции, если мы их определили, и это вызывается по кнопке, значит это может вызывать робот автоматически. Давайте мы сейчас перейдем в воду.
09:08
еще раз все это дело продемонстрирую соответственно давайте по поводу наших документов да вот у нас документ примерно тот же самый заказ продаж значит у нас модель заказ продаж какие тут под модели есть модель клиент-контрагент контакт значит модель строки модели строки есть под модели продукт видите ссылку можно даже нажать вот это у нас атрибуты количества доставлен там так далее вычисляем поля там так далее так далее налоги тоже под модель
09:38
спрашивали, значит, это вот отношение один ко многим. Что же касается миксованных? Все прекрасно помнят вот этот чаттер. Это такая штука, которая, будучи смиксованной с моделью, например, заказ продаж, добавляет вот этот функционал. лог примечаний, сообщений, там, ну, в общем, протокол наш, да, по-простому. Соответственно, вот что означает миксованная модель. Дальше, действия. У нас есть кнопочки.
10:07
если мы умеем нажимать на эти кнопочки пальчиками, соответственно на эти кнопочки может нажимать машина, когда нам захочется. по каким-то правилам, по событиям, то есть это элемент автоматизации живой, автоматизация бывает живой и мертвой, как мы все знаем, вот там XL это такая вот мертва автоматизация, пока человек туда не зайдет, что-то там не внесет, XL ему ничего не посчитает, а эта штука живая, она может запускаться сама,
10:37
событий, например, пришел платеж, вот мы подтвердили заказ на продажу и он раскрутился, вот Игорь Волченко сейчас показывал, вот по спецификации заказ на производство стал в работу. Это мы с вами проговорили про операнды и операции, здесь у нас с вами есть специальная штучка, которая называется действие, вот они пожалуйста, вот все операции, функция операция, у нас есть конечно и групповые операции, они даже выделяются в действиях отдельно, мы можем делать
11:07
индивидуальные, групповые и автоматические операции. Все логически классно. Давайте дальше поедем. Функции операции разобрали. Напомню, мы сейчас изучаем идеальную модель автоматизированной системы управления. Что в ней должно быть? Модули конструкт. Давайте вернемся в нашу ODA. Мы с вами поняли, что у нас есть модели. Эти модели оказывается организованы в более крупное образование, которое называется модули.
11:35
живет самая главная модель заказ продаж еще куча всяких разных дополнительных моделей и функции которые мы можем с ними делать они вот объединяется какие-то такие вот логические срок структуры модулей можно полон делать много у нас есть базовые модули документы поставщиков документы клиентов так далее да то есть это вот модели модуля в счет
12:03
вот они вместе живут в модуле учет. Таким образом получается сразу мгновенно следующее соображение. Если мы можем работать с абстракциями более высшей категории, чем документ, то мы можем из этих модулей собирать нашу инфекционную систему. Эти модули опять-таки могут работать в подчине, не быть зависимыми, могут работать смежно, могут переплетаться, то есть один у другого пользует какие-то его модели.
12:32
и таким образом собирается информационная система. Немедленно выясняется следующее, что никаких коробочных решений отсюда не существует, а существуют лишь довольно неплохо настроенные модули-конструкты по те или иные прикладные задачи. Ну, как правило, визуально мы, конечно, наблюдаем, что у каждого из модулей, если этот модуль крупный, называется приложение, появляется пункт к меню.
13:01
если этот модуль у нас маленький и я сейчас скину приложение этот модуль маленький то он просто появляется в разделе модуля у нас вот в данном случае 1059 таких модулей имеется в системе вот часть из них установлены часть нет представляете модульная структура системы вы видите что она работает как единая целая она собрана из огромного количества компонентов которые конечно
13:30
в каждое внести изменение, переопределить его методы и так далее. Вот в чем кардинальное отличие от того же самого 1s. Вы можете любой кусочек системы взять и перекрыть в своих собственных функционалах, а остальное все при этом не сломается. Я забыл сказать важнейший момент, что у людей больше нет времени заниматься непосредственно какими-то низкоуровневыми вещами, например строками заказа, атрибутами.
14:00
это теперь обрабатывает машина. не нужно говорить почему, огромное количество заказов, самообслуживание, конфигураторов. человек максимум должен только это контролировать. уже очень скоро исчезнут вот эти вот операторы барабанщики, тетеньки крыжицы, которые по бумажечке все это дело вносят. всем этим управляется машина. а человек должен получать информацию
14:28
иерархичным способом и воздействует на систему методом коррекции отклонений. Давайте мы зайдем в модуль бухгалтерии и посмотрим, что у нас есть. Первым делом мы видим такой вот мониторинг, такой dashboard, в котором верхнеуровневую я вижу, что у меня есть счет фактуры для клиентов просроченный, неоплаченный. Поставщикам там такая же история, такая же история в банке, что у меня
14:57
и так далее и так далее. То есть я верхний уровень картинку супер мега крупными мазками получил прям сразу. Для того чтобы мне начать например разбираться дальше я хочу зайти в те же самые там документы счет-фактуры для клиента, там документы продажи с переводом конечно истории. Здесь у меня очевидно что красное это отклонение, зеленое все классно. То есть у меня даже визуальная часть на адаптированную для человека восприятие.
15:25
машина читаемая история где там огромный таблиц там и так далее здесь светофорная история очень понятная то есть я вижу что это полностью все у нас с отклонениями вот они вот он мой слой отклонений я должен сейчас как бы сделать так чтобы это всего красного не было и тогда будет все супер и эта история с отклонениями она пронизана через всю систему то есть мы начинаем работать не работу а работать по коррекции отклонений вот например
15:55
У меня уведомление о том, что у меня что-то там посрочено, здесь у меня какой-то информационный поток неотработанный. Все, я начинаю работать по отклонениям. И это очень круто, потому что я прямо вижу, как у меня за меня система работает, а я только корректирую. Я только корректирую. Дальше поехали. Ну и соответственно верхний уровень это, так сказать, человек царь природы. На самом деле это аналитик царь природы.
16:24
Анализ прогноз. Есть у нас и воду уже соответственно зачатки нормального анализа и прогнозирования. Ну и где же эта вся история проявляется? Эта история проявляется у нас конечно же в продуктах. Давайте мы пойдем в модуль продажи. Посмотрим на продукты. Соответственно у нас появляется такая штука как прогноз. Откуда этот прогноз берется? Давайте разбираться.
16:54
этот хитрый прогноз берется сейчас я вот сюда попробую вывести прогноз берется из системы прогнозирования как не удивительно, система видит сколько у нас продукции продано сколько будет продано, сколько у нас закуплено, сколько у нас в производстве когда все это будет сделано и пытается рассчитать остатки на дату на будущую дату, вперед назад, вперед
17:23
сильно упростить работу если мы говорим что мы добавляем заказ продаж такой продукт сейчас мы с вами пойдем в коммерческое предложение заказ да вот у нас прогнозистической системы говорит что здесь красненькие горбаки этого продукции на складе нету вот отсутствие будущей доступности и система не знает откуда взять если у нас например настроено цветодело через производство
17:50
Наша система скажет, что ожидается 29-го числа. Мы клиенту сразу прямо отсюда говорим, называем эту дату. Что снимает огромное количество косяков вообще со всех. Косяков, конечно, и вопросов. Прогностическая история уже начинает развиваться. В нашей иерархии идеальная информационная система поднялась на самый верхний уровень и находимся сейчас вот здесь, прорабатываем. А это уже, я вам показываю, коробку.
18:20
кавычек, базовую поставку ODA в то, что вы можете прямо сегодня скачать с GitHub и начать ее под себя настраивать. А этот верхний самый уровень уже есть. Получается у нас вот такая вот очень интересная платформа, которая заслуживает нашего внимания, которая удовлетворяет общей концепции, которую мы сегодня с вами рассмотрели.
18:49
Ну конечно следует кое-какие места доделать. Вот например, что же касается тоже самой шины. Если мы нажмем там вот здесь кнопочку, здесь по этой шине у нас будут гоняться сигналы. С маршрутами все достаточно печально, потому что они базовые, прибиты гвоздями. Мы хотим сделать произвольные маршруты через граф управления предприятием. Но это на будущее. То, чем мы будем заниматься в консорции, мы уже занимаемся.
19:18
На этом я сегодняшний свой доклад закончу. С большим удовольствием послушаю вопроса. Ребята, вопросы давайте, голоса можно в чате. Стандартные вопросы. Ну маршруты, что нет маршрутов, он уже признался. Хотя это ключевая тема. И управление маршрутом мы пытаемся реализовать. Достаточно хорошо мы реализовали ролевую модель. Может быть лучше, чем у всех, но она оказалась сложнее. Вот тут есть вопрос.
19:45
Вот Волченко минимально пытается лезть в программирование, мы видели только что. А вот есть проект, где люди сразу стали питонить. Ты можешь рассказать про эту печаль поподробнее? Проект, который зашел в Дебре, потому что люди не разобрались, как работает модель воду, и не построили свою модель, а начали питонить функционал. Таких проектов, к сожалению, много. Начинают исправлять какие-то куски, которые мне нравятся, начинают что-то рядом свое дописывать.
20:15
Часто история приходит и проект обычно заваливается после этого. То есть если ты начинаешь очень сильно колхозить без общего понимания и без общей логики, все получается достаточно печально. Но на самом деле, правильно всего заниматься под опытным руководством и хорошего аналитика, и отраслевика, эксперта и системщика. Тогда будет более-менее внедрение работы нормально.
20:43
Я еще хотел, так сказать, два слова сказать про коллег из ITSM, которые занимались хэлдеском, сделали, собственно, ну, мы им делали управление прохождением заявок на обслуживание через гиперграф. Ну вот, мы там сделали процесс на гиперграфе. Достаточно сложная история, клиент не очень понимает, как это должно работать. Пока не знаем, что с этим делать, вроде как бы история хорошая и правильная, но понимания нет.
21:11
тоже пока не знаю, как объяснить, как правильно. Это не показать в виде одной кнопки. Смотри, вот мы нажали кнопочку, и все вот так вот работает. Это так и работает. Показать, к сожалению, вот на сегодняшний, на публику я не могу. Вот среду у нас был мастер-класс, я там этот кусок показал. Если Игорь будет делать какие-то учебные материалы, можно взять обезличку оттуда. К сожалению, сейчас вот на UDM я на публику вот это решение показывать не буду. Вот такие боли.
21:40
история про Apache superset. зачем люди сразу прикручивают к этому биайку и что из этого получается? с Apache superset страшная история. люди когда заходят в воду они сейчас я например покажу мы говорим что у нас есть отчетность например у нас есть воду встроены микробиайки которые вот с водной таблицы здесь куча всяких разных настроек
22:07
можно совершенно разные там группировки делать как угодно, вот выгружать все это дело. И они говорят, не фигня, мало, они до конца не разбираются, прикручивают Apache Super Set. Он садится прям непосредственно на базу и конечно работает, конечно работает, потому что база данных сделана хорошо. Мне кажется не надо с этого начинать, надо выжать до конца то что есть, вот когда то что есть того не хватит.
22:35
и графиков которые здесь рисуются и вот этих сводных таблиц и экспортовых в электронной таблице вот тогда можно прикручивать уж вряд ли у кого там сотни миллионов записи появляются в таблице фактов даже йогуртный завод у него там за три года 32 миллиона записи там в той таблице которые следует анализировать и от усправляется от гряз 32 миллиона прожевывать только так очень аккуратно над внешним бяек
23:02
Тут этот вопрос, что удивительно от Игоря Волченко. У меня же есть эта Excel. Когда ты доделаешь страницу консорциума, где будет видно модули, что для своих какая цена, что для этого, что бесплатно, потому что я знаю, что этот список длинный. Вот что есть... Список длинный. ..валант, который я не люблю точно, просто потому что он меня бесит. Там есть Telegram, Diadoq,
23:32
что за история с интеграцией с контуровскими сервисами. Честный знак, по-моему, есть. Я нарисовал, да, вот это у меня есть, что у нас, соответственно, есть. В принципе, почти готово. Я вот здесь расписал на моем сайте, можно посмотреть. А на сайте консорции будет больше, потому что там ребята тоже свое будут выкладывать и продавать. Много чего есть. Тут не расскажешь за один момент, у нас и банки, и кассы.
24:00
1s и там контр диадоке в контур фокус там и так далее все это есть пожалуйста можно заниматься цены две одна для людей с улицы вторая для членов консорциума чтобы вступить в консорциум нужно в него вступить на нашем сайте пока что это все бесплатно на добровольных началах можно участвовать онлайн у нас сейчас вот впервые за последние полгода встречи будет не знаю игра
24:29
я потом все расскажу. И еще про модели, если есть возможность ответить два вопроса, цифровые советчики, есть ли из них уже на нейронках и вообще история цифровых советчиков, потому что у Михаила есть проекты, на которых десятки цифровых советчиков. Да, цифровые советчики на нейронках мне вот лично, как мне, да, как любитель детерминированных алгоритмов, не очень нравится, потому что там есть серезоны, в которых он
24:59
нам лучше бы сказать, что нет решения. Неронка всегда работает в режиме бредогенерации. Цифровых советчиков в воду на нейронках нет. Там есть штука в модуле общения, которая позволяет через чат gpt переформатировать текст. Пока других нет. У нас мы развиваемся в направлении детерминированных алгоритмов, советчиков и так далее, чтобы система принятия решений выдавала ответ с гарантированной точностью, которую мы заранее знаем.
25:28
98%, а в остальных случаях говорилось, что решений нет. Коллеги, спасибо вам большое, Игорь, отдельная благодарность, Игорь Волченко, привет, молодец, что занимается. Остальных, кого знаю, тоже понимаю пламя с кисточкой. Всем счастливо, до свидания. Пока-пока. От себя хочу сказать, Михаил убежал, у меня есть тоже такой тоже детерминированный человек, я же аналитик насквозь.
25:55
И у меня дома можно жаловаться на жизнь с 19 до 19,45. Но я тем не менее, в общем, уже раз, всего такая тема чуть-чуть поноем. Что я сейчас вижу тут меньше 20 человек, один из самых маленьких УДМов, раньше я их как-то пиарил, теперь я демонстративно не хочу никого звать. То есть кто пришел, тот успел. И я очень мечтаю, у меня летом была очень большая загрузка по проектам.
26:20
Это было мое лучшее время, когда люди кого уговаривал, начали обращаться, и говорю, а мне некогда. Точно так же с мастер-классами, что есть чаты там по 500, по 1000 человек одушные, кто учился на ОДУ, это на 80% это корпораты. Есть такой тренд в силу сегодняшей темы доверия, что очень много кто выдавал опенсорс за разработку и списывал под это часы, у этих людей сейчас определенные сложности.
26:48
В том числе я на этом пострадал как аналитик, что когда я угадал проекты разработчика, меня тут же выпилили, потому что человеку заплатили 200 штук, сами себе продали его за 3 200 000. Но это еще в старых деньгах. То есть очень честные люди, они даже на обналичку не накинули, они включили в те 100 000 долларов, которые увели на сторону. Это было еще по старому курсу. И одновременно я нахожусь в шизофренической реальности.
27:18
Потому что когда-то один очень интересный заказчик говорит, ну вот как Михаил меня поставил там на 4 месяца на обучение, я говорю подымить ценник, перебить ценой. Но в результате для меня поднялся ценник, в том числе и вот, а очередь не продвинулась на обучение. И это то, о чем я сегодня вот говорил, что есть люди, которых, так сказать, давили, не слушали, все, сейчас они резко перегружены, все, и аналитики, программисты и так дальше.
27:45
Причем некоторые люди приходят, я не буду говорить откуда, из каких технопарков они приходят, потому что вы их все знаете. Говорите, ребята, давайте к нам на суд подряд, зачем ты нам нужен? Потому что ты взял, выдал Odu за свою разработку, а теперь не знаю, что делать, но у нас своих заказчиков как бы в очередь. И вот эта ситуация очень интересная, в том числе сейчас она начинает всплывать, скрываться. Помните, Баффет Авлиевчике, кто придет от лиф, сразу станет видно, кто купался без трусов.
28:15
Ну, пришел отлив. История давайте про модели расскажу. Что мы изначально был вопрос, мы серьезно ударились в Таир, но это очень консервативная ситуация. Но мы сделали лучшие аварийные ремонты, не перевели их в отдус Элмы. Но потому что был аналитический закус. И тот, кто сказал, что у них идеальные процессы, предпочел тему замять. Он по-серьезному проставился и говорит, ну извини, мои люди были не правы, но мы же типа по-джентльменски договоримся.
28:46
И была сделана некоторая модель. Потом пришли вот эти всем. Они ничем не отличаются от Таира, от аварийных ремонтов. То же самое, что у человека есть рабочий центр, у него могут быть там отклонения. То есть ему кто-то не дал задание, он простаивает. Даже если это офисный работник. У него может быть какая-то ресурсная недостачка. Даже если Мария Ивановна упомянутая сегодня закончилась бумага в принтере. У него может быть какой-то...
29:16
некорректно работающие оборудование, не важно, роутер это, принтер, станок, щепоу или это генератор где-то в поле. И поэтому согласно модели мы можем объединить все это, но продать эту историю вплоть до того, что у нас есть такое соглашение. Ни в коем случае не говорить механикам, что аварийные плановые ремонты с точки зрения математики ничем не отличаются. Бюджет изменится. Но когда я приезжаю на автосервис,
29:45
последовательность будет одинаковая, то есть выяснят масштаб катастрофы, какие-то детали восстановят, какие-то заменят, а потом постарается привести, отрегулировать и привести к исходному состоянию оборудования, в данном случае автомобиля. Вопрос только в ценнике, то есть приехал я до того, как отвалилась или после, то есть когда колодку уже потерла мне диски или когда у меня заклинило суппорт,
30:10
или когда колодки только начали запищать, или я вот такой решительный человек, я сэкономил 200 рублей, когда купил колодки без пищалок. Вот приблизительно это к вопросу о моделях. В том числе у помятатый гиперграф, потому что для меня это очень личная история, когда я понял, что структура предприятия, ну, у нас есть большие проблемы из-за того, что мы описываем деревом, и что предприятие это не про дерево, что предприятие это гиперграф.
30:36
Тогда все со всеми дружили, и я общался с этим и с разработчиками Паруса, с разработчиками, надеюсь, Вася Лавыгин здравствует, давно с ним не общались, кто-то сейчас перекупил Парус, пытается ему реинкарнацию сделать. Я разговаривал с разработчиками Инфора, которые выпилили всех индусов, ну непредкорректно так говорить, но был такой прецедент, когда они отказались от индийского кода. Но ситуацию с Боингом все понимают.
31:06
Я разговаривал с SAP, с ADNES, и ближе всех оказался IT Enterprise. Они не стали переходить с дерева на гиперкраф, они сделали набор неких костылей. Что у нас никто первый захватил ключи от холодильника, как есть где командует бухгалтерия, есть где производство командует структура предприятия. И говорит, что ребята мы вас всех кормим, поэтому как у нас, а кому модель не подходит, он будет терпеть эти недостатки.
31:34
Есть где-то таких предприятий немного, но они есть. Приблизительно их там меньше 2%, где командуют главные механики, которые говорят, ребята, наша линия стоит миллионы евро, и поэтому сначала вопрос то, что механик, лишь бы это все работало. Пока это все работает, это приносит нам мега бабло. И поэтому все подчиняется главному механику, и он хозяин вот этого дерева. Потому что с точки зрения бухгалтерии, станок, это то, на что мы начисляем амортизацию, то, что у нас на основных средствах.
32:04
С точки зрения производства, станок это то, куда мы выдаем задания, то есть рабочий центр. И во многих системах уже сделали им уровень, ну то есть модель рабочего центра. Как-то сделали, ну например, потом приходит механик и со всех смеется, потому что ему нужна модель, когда этот станок состоит из семи устройств. Потому что чипушку мы купили новую, потому что шпиндель у нас на гарантии на отдельный, потому что вот для этих работ мы привлекаем внешнего субподрядчика, у нас это расширенная гарантия.
32:34
А воздух мы покупаем за кубометры. Этот компрессор даже не наш. Это часто распространенная история. То есть продукт как сервис. Но почему те, кто знает модели, смеются? Потому что мы делаем одну заявку на ремонт компрессора. Но мы понимаем, когда у нас выйдет компрессор и встал, то мы лишимся всей токарки. Потому что все рабочие центры запитаны от одного компрессора. И в модели это не отражено.
33:04
И поэтому тут же у нас рухнет вот этот АПС-планировщик, который стоил уюты миллион и все, потому что в модели производства это не учено. И в том числе очень интересно в этом плане судьба фобосов. Потому что Евгений Борисович очень много сделал. Это он сделал модную пирамиду. Мы с ним как-то обсуждали вопрос на лет-игре, зачем ты хейкил пирамиду. Это была полезная модель, но правильно сказал сегодня Сергей Францевич вначале, что когда мы…
33:31
рассматривали модели, мы почему-то на 11 функций застряли. А то, что сразу буржуи очень быстро поняли, что MES это, ну модель C-MES, что это про движение по производственному циклу, про потоки и начали делать муль которые всегда из ЖОГа, но в ОДУ это сделано более успешно. Хотя вот сейчас у нас будет Булат Маратович, который говорил, что он победил мультикампани на 1С.
33:59
Я думаю, что он готов нам рассказать, в том числе и про это. Еще один момент – это важность самого именно внедрения. Потому что 10 лет я вот обсуждал, и у меня тогда была своя крупная разработка, то есть 200 программистов Extensive, ну и мы обсуждали какой же это масштаб катастрофы, переделать все под более эффективные модели. Но…
34:26
выяснилось что? Что как только заработал Гиперграф, что удивительно, первые этим воспользовались чиновники. То есть есть система наоду, которая сделана на Гиперграфе, это был первый проект, им пользуются чиновники одного из регионов. Мы затрагивали это решение, но вот такой вот вопрос. Не коммерческие предприятия, которые вроде бы должны были оттуда намутить бабла. То есть модель слишком сложная для того, чтобы с ней оперировали.
34:55
но она гораздо более правильная. Предприятие это не дерево, а киперграф. Может быть, удастся ее упростить или сделать какой-то набор, ну скажем, таких вот как упомянутый слон, что в каких-то случаях наоборот. Ты хочешь стену, вот тебе бок слона, ты хочешь бревно, вот тебе нога слона, ты хочешь оружие рыночное, вот тебе бивить слона, тебе надо за что-то поддержаться, вот тебе хвост слона, ты хочешь, чтобы все было flexible, чтобы все было гибкое и подвижное, вот тебе ухо слона.
35:24
Возможно, мы также подойдем и к гиперграфам. Пока что вот модель не полетела. Еще один важнейший момент. Я помню, когда вписал новомет в договор, что Третьякова на завод не пускать, потому что я им в ответ сказал, что с планирования начинают мудаки. Я очень рад, что мы пережили вот этот конфликт, несмотря на то, что мы были молоды и горячие. Обе стороны теперь это рассматривают как анекдот. Но у нас было такое, что они говорят, что у нас проблема в планировании, мы хотим купить планировщик.
35:54
потому что мы запланировали Х, получили Y. Ну, естественно, Y гораздо меньше. А я говорю, ребята, так давайте идем на очистку данных. Почему? Потому что я завидую математикам не только Скворцову, а тому же Фролову Евгении Борисовичу, который в полиномах понимает много, во что это вылилось. Чтобы работал Фобос, нужна с одной стороны модель продукта качественного, нужна модель данных, нужны очищенные данные, нужна модель производства.
36:22
нужна модель жизненного цикла, и тогда планировщик сработает очень красиво. И нужен другой подход к внедрению, потому что был момент, когда, я не знаю, как сейчас, ну не было ни единого живого фобоса в России, и при этом только я знал про 30 внедрений в Китае. Другой менталитет. Приезжает китаец, защищает у профессора Фролова. Кандидатскую покупает фобос, уезжает, внедряет точно по методичке, все работает.
36:52
бабло резко прибавляется, китайцы, которые его прислали, эти владельцы заводов газетов очень счастливы. У нас это не зашло. И поэтому вот эта часть методическая гораздо более важная, чем часть техническая. И поэтому очень хорошо, что я теперь как бы не себя бью пальцем в груди, а говорю, что вот Боровков мне велел на инопроме сосредоточиться на бизнес-задачах. Потому что авторитеты...
37:19
Они сначала сидели в президиуме, потом в первом ряду и сказали, «Ребята, нафиг вы обсуждаете функционалы, фреймворки, функционала выше крыши?» Сделайте, во-первых, чтобы это было стабильным, но главный вопрос – давайте поставим бизнес-задачи в приоритет. То есть, что сначала бизнес-процессы, потом функционалы. Ну и как это сделать практикой ежедневные предприятия – это вопрос самый сложный. И я почему не просто так позвал людей на…
37:48
определенных на конференцию. Не потому что интеграторы боятся показывать свои решения и приходят и плачутся, и мне приходится еще как бы утилизировать их жалобы, что они отвечают перед заводами, оно все мне очень летает. Я научился подход к производству, я научился понимать, чего хотят исполнители. Ну то есть те же рабочие, все, у меня обычно с ними очень хорошие отношения, я их очень быстро вербую на…
38:17
светлую сторону, хотя сталкивался со 100%-ными бойкотами, когда 200 или 300 человек, они все как в один день приходят с кнопочными телефонами и ухмыляются, ну чувак, что ты нам хотел рассказать? И я понимаю, есть методика, как быстренько, через два дня, главари бунта – это мои самые надежные люди, самые надежные адепты цифровизации, ванкилисты.
UDM24 5 6 Структура MES на odoo, Михаил Скворцов, MK_Lab, RUdoo