Process Mining, версия 2

Рассказ про Process Mining на внутреннем лекториуме в RnD департаменте финансового учреждения:

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

Во время лекции я работал с конфиденциальной информацией. Ее пришлось вырезать (есть пропуски в изложении).

Текстовая версия, пока не вычитана:

Про процесс майнинг. У меня было в свое время большая лекция с множеством технических подробностей. Она была частью, всем понравилась, никто ничего не понял. Поэтому я решил в этот раз прочитать лекцию, может быть, покороче, с меньшим количеством технических подробностей, а ссылки будут в конце. План лекции такой. Что такое процесс и вообще такой процесс майнинг? Зачем он нужен? Какие данные туда пихать? Есть ли тут ML? Потому что если начинаешь его обсуждать, то все сводится к тому, что мы графики рисуем, а никакой ML там нет. Разберем одно готовое решение, обсудим, брать готовое или делать свое, ну и что вообще можно сделать на коленке, если у тебя нет 15 миллионов рублей. Что в принципе такое процесс? Процесс это что-то такое, что происходит во времени, у чего есть этапы, у чего есть моменты. У процесса прежде всего есть экземпляр процесса. Например, я оформляю больничный. Есть след процесса, то есть журнал. Я пришел туда-то, сделал то-то, я пришел туда-то, мне отказали вот этим, я пришел туда-то, мне оформили то. Отдельная строчка в этом журнале это событие. С каждым событием, с каждым экземпляром процесса могут быть связаны какие-то ресурсы и у них всех есть атрибуты процесса, кейсы, ресурсы. То есть, грубо говоря, этот ресурс стоит 100 рублей в час, а этого ресурса, например, у нас нет повторника. То есть какие-то данные. Соответственно, процесс майнинг это анализ журналов процессов с целью извлечь из них какую-нибудь пользу. Восстановление схемы бизнес-процесса, визуализация, поиск неэффективности, аналитика. Ну и все это крутится вокруг простого вопроса, что вы тут вообще делаете. По порядку, анализ журналов процессов это, как правило, все более-менее важные бизнес-процессы сейчас фиксируются в какой-нибудь IT-системе. То есть в CRM-системе, в DNS-ке, прости господи, в SAP, где-нибудь еще у вас в шине интеграции. У нас есть некоторое количество событий, которые произошли, но по одной и той же самой схеме бизнес-процесса можно сгенерировать разный лог. То есть предположим, что мы, допустим, мы больница, и к нам человек приходит, и он должен создать флюорографию и анализ крови. И потом он идет к доктору, а потом ему дают в больничном. И мы смотрим в журнале Пришел, допустим, я, мне сделали флюорографию, потом анализ крови, потом я пришел к врачу, а потом мне дали в больничном. Пришел ли я, он сделал анализ крови, потом флюорографию, потом пошел к врачу, потом снова до больничного. То есть на самом-то деле оба эти этапа мы обязаны пройти, прежде чем нас пустят в врачу, но из лога это никак не следует. Более того, не следует, что они выполняются как бы параллельно. В логе они всегда последовательны. И даже в таком тривиальном случае установление схемы процесса по логу, оно очень трудно и неоднозначно. Более того, иногда кто-нибудь берет и делает флюорографию и вообще вся эта штука ломается. И первоначально процесс майнинг родился из простой идеи, что мы сейчас возьмем журнал процесса, напустим на него умные алгоритмы и нарисуем схему как оно на самом деле работает. Проблема в том, что в журналах процесса всегда есть куча ошибок и никакие сложные алгоритмы, они нормально эти процессы не восстанавливают. Поэтому весь процесс майнинг это примерно вот так, наверное. Тем не менее, даже с учетом всех этих оговорок, просто нарисовать как процесс развивается во времени бывает очень полезно, потому что многие вещи сразу становятся очевидными. Типа, а мы что так делаем, что ли, оказывается. Поиск неэффективности, он начинается с того, что мы ищем петли процессов, то есть я прихожу к врачу, он говорит, ты флюорку сделал? Нет. Возвращаешься. Я прихожу к врачу, он говорит, а кровь ты сдал? Нет. Возвращаешься. Как бы тут напрашивается медсестра, которая должна сразу на входе мне дать направление на флюорографию и на кровь, вместо того, чтобы я три раза приходил к одному и тому же врачу. У вас в JIRI такие петлевые коммуникации есть. На практике это, например, мы отдали задачу на ревью и вернули, отдали задачу на ревью и вернули, отдали задачу на ревью и вернули. Или ту-ду-бы-клок, ту-ду-бы-клок, ту-ду-бы-клок, пять раз сбегал, например, с задачей, вроде бы как уже какая-то работа идет. Вот. А над всем этим счастьем можно разводить аналитику. Ну то есть, например, мерить, сколько в среднем задачи проводят в состоянии, мы не знаем, что с ним вообще делать. Сколько денег у нас уходит на задачи, которые поставлены без правильной проработки с, допустим, бизнес-аналитикой и так далее и тому подобное. То есть, в принципе, пользу из всего этого счастья можно извлечь. Ну и для того, чтобы извлечь пользу, нам нужны какие-то данные. Что такое базовые данные для анализа процессов? Это цифровой отпечаток процесса. Цифровой отпечаток процесса обязательно включает в себя три вещи. Кейс-айди, собственно, что происходило и когда происходило. Ну, допустим, в моем случае похода в больницу гипотетическом, кейс-айди – это я, допустим, мое имя, activity – это то, что я зашел к врачу, на плюрографию пошел, там мне дали больничный и так далее. Таймстамп – это время этих событий, ну а дополнительные атрибуты, например, сколько с меня взяли денег, и сколько мне заработали. Вот. Есть стандарт для хранения данных, цифровых отпечатков логов, но дело в том, что у него одна проблема – никто не пользуется. Вот. То есть в 16-м году договорились, что ну вот мы будем все логи сохранять в цифровом формате, и как сохранили логи, как хотят, так и есть. Поэтому большая головная боль процесс майнинга – это взять вот то счастье, которое у нас лежит в разных системах, каким-то образом собрать в единую кучу, привести к формату, в котором у нас есть кейс.ид, активити, таймстамп, дополнительные атрибуты, выгрузить все это дело, и начать… Вообще могло сложиться впечатление, что процесс майнинг – это в основном прорисование картинок. Это совершенно справедливое впечатление. Процесс майнинг – это в основном прорисование картинок. Дело в том, что первоначально, когда авторы процесс майнинга пытались восстанавливать схему процесса по логам, они изобретали сложный алгоритм, прямо клевый, прямо классный. У меня вот в предыдущем выступлении там один алгоритм расписан по процесс майнингу, ссылка будет. Но в общем это не важно, потому что на самом-то деле эти алгоритмы не работают, потому что все данные зашумлены. Что-то забыли отметить, у нас появилось одно единственное исключение из тысячи. И алгоритм теперь на этом сломался. Но, тем не менее, в принципе, восстановление схемы процесса по логам есть, хотя вот я его… мне кажется, там скорее просто ETL и умное раскладывание данных по строчкам. В принципе, у нас есть журнал событий, и мы можем каждый кейс как-то классифицировать и скорить. Также мы можем классифицировать и скорить каждый процесс целиком. То есть у нас есть кейсы, то есть некоторые фишки, которые движутся, как в детской игре, по процессу. А есть процессы, это вот эти игры, по которым они движутся. Тут, кстати, есть такая двойственность, то есть, например, смотрите, мы берем врача, допустим, и пациента, и мы можем рассматривать пациента как фишку, а врача как поля на доске для игр, а вообще-то мы можем рассматривать наоборот. Мы можем рассматривать пациентов как поля на доске для игр, а врачей как фишки, которые по ним движутся. То есть классические примеры из разработки программного обеспечения типа, ну вот эта задача сначала ее делает, там скажем, BI, потом ее делает, допустим, ADS, ну потом ее делает Python, потом ее делает CoA, потом она уходит, когда никто ее уже больше не делает. Либо другой подход, когда я был моложе, к разработчикам подходили следующие, разработчик сначала работает в CoA, чтобы понять, как не устроен, в саппорте посидит и в тестировании посидит, и после этого мы начинаем давать простые задачи, а потом сложные, а потом начинаем разрабатывать архитектуру. То есть мы двигаем разработчика по задачам, либо двигаем задачи по разработчикам. Иногда полезнее тот подход, иногда другой. Про это часто забывают, а он это полезно иметь. Но тем не менее, мы можем выявлять аномалии в процессах. То есть, например, у нас, скажем, 10 тысяч заявок на скоринг, и раз, смотрим, 4 какие-то заявки вообще не похожи ни на что. И они странно проходили через ШИМы, допустим, интеграции и так далее. Может быть у нас аномалии, и вообще это не заявки на скоринг. Объяснение аномалий. То есть вот у нас есть аномалия, хорошо мы ее выяснили. Ее же можно как-то объяснить, так же как модели мы можем объяснять с помощью ШАПа, так же и любые отклонения и девиации мы можем объяснять, рассматривая сопутывающие какие-то атрибуты. Смотрим, допустим, у нас некоторые процессы идут странно, некоторые задачи идут странно, но странно у нас, допустим, идут задачи, которые поставлены после четырех вечера в пятницу. Ну понятно, что их на скорую руку поставили, это не такие задачи, поэтому они странно так и идут. Анализ влияющих факторов, ну это как раз то, что больше всего вызвало интерес у наших продуктологов, т.е. почему, например, этот процесс идет так, почему этот процесс идет так, там и вероятностные модели, там и ML на графах, там все дела, но это как раз то, что делают реже всего. Ну и очень популярная речь – моделирование ответа если что, т.е. цифровой двойник процессов, т.е. предположим, что у нас есть какая-то модель, и мы говорим, ну а вот давайте мы этого человека заменим на этого, как будет работать процесс. Очень полезная с точки зрения бизнеса, очень сложная в реализации, ну вот это по степени чистоты, как их используют, как они отсортированы. А вообще-то есть готовые решения, и они хороши. В частности, мы тут поговорим про Cionis, в ней есть несколько готовых модулей, т.е. Cionis – процесс аналитика, где мы анализируем процессы, Cionis Event Collection, где делается тот самый ETL, т.е. вы подключаете туда множество ваших приложений, они автоматически, данные пишутся, конвертируются в нужном виде и все получается хорошо, причем у них есть коннекторы к жире, например, есть к Slack, есть к SAP, есть ко всему, что используется в Европе, фирма немецкая, поэтому все, что в Европе выше тележной оси, они интегрируют с собой. Вот, есть Action Engine, т.е. грубо говоря, у вас что-то случилось, как-то процесс отклонился, вы можете автоматически в Slack писать «ты чего, ты чего делаешь, мужик?», или запускать какой-нибудь бизнес-процесс. Есть Transformation Center, но это большая панель с дэшбордами, чтобы каждое утро можно было прийти и посмотреть «ага, процессы в этом отделе просели, надо что-то делать». И есть App Store, т.е. какой-нибудь независимый разработчик может наваять свое приложение, которое со всем этим работает, и вы его ставите, как в Android или Apple App Store, и оно работает. Оно, хорошо проработанный интерфейс, я потом покажу его вживую, это просто материалы их их слайдов, т.е. вот он, допустим, процесс, самые часто встречающиеся его этапы, т.е. мы сканируем счет, заводим для него номер в базе данных, печатаем модернную оплату, получаем товары, Book Invoice, в данном случае, ну, наверное, учитываем, и вот у нас какие-то метрики, т.е. суммы счетов оплаченных, какая-то аналитика ресурсная и т.д. и т.п. Они считают метрики процессов в деньгах, т.е. вы можете отобрать, допустим, а сколько нам стоил вот этот процесс, сколько денег принесла вот эта линия, сколько денег у нас шло через вот эти верхние процессы, исключая самые редкие случаи, и может выясниться так, что, допустим, у нас есть какой-то очень сложный процесс, но реально он для бизнеса не очень значимый, потому что через него проходят 3 копейки раз в 2 года, вот, и мы можем просто его выкинуть и жизнь не простить и клиентам с такими потребностями говорить, ну, извините, мы с вами просто не работаем и все. И все, что можно нарисовать, все необходимые стрелочки, фильтры там тоже есть, т.е. это вот, собственно, история того, как фишки ходят по полям, т.е. столько пришло кейсов на этот этап, столько кейсов оттуда ушло, вот петля красивая нарисована, что, грубо говоря, заявка на кредит пришла из офиса, а ее замернули в головном офисе и так, как мы видим, 231 раз, да, 171 раз на самом деле. Вот, ну и давайте мы на нее глянем вживую, на Соникс, у него есть красивая реклама, да, но вот, а его основные блоки, это мой аккаунт Соникс бесплатный, т.е. у него есть облачная версия и есть версия, ставящаяся на ваш сервер. Во-первых, процессная аналитика, процессная аналитика это как раз вот анализ процессов, как мы их видели, трансформейшн центра, как я уже говорил, это панель с дашбордами, дальше у нас процесс автомейшн, это выполнение каких-то автоматических скриптов при отклонении процесса от каких-то норм, мы в Workbench можем писать свои собственные питомовские какие-то модельки и заставлять их работать с этими процессами, Event Collection это вот слияние всего этого, а Action Engine это вообще у них киллер фича, вот я с нее и начну. Она отключена на бесплатном тарифе, и так, вот, не очень быстро, Action Engine позволяет вам в случае, а тут не показывает ничего, я словами расскажу, Action Engine позволяет вам вмешиваться в процесс прямо из Слониса, то есть вы смотрите как-то процесс идет криво, то есть, например, фишка отклонилась, то есть она пошла не по тому пути, вы берете, прямо щелкаете ее, переставляете ее в другой этот, и раз она в жиле изменила статус, или там в САПе оплата счета изменилась, или там клиенту раз деньги перевелись, то есть сидит человек, который ищет аномалии и ошибки в процессах, прямо в живую их исправляет и в живом мире сразу все меняется. Event Collection это коннекторы к разным системам, то есть для того чтобы делать анализ данных, нам нужны данные, и мы их можем подключать из разных источников, в том числе, наверное, 130 что ли у нее там коннекторов ко всему что можно. Вот, то есть вот здесь, собственно, у нас нормальный такой EDL, то есть по расписанию мы запускаем вот эти задачи, перерасчитываем, здесь коннектимся к каким-то источникам входных данных и так далее, то есть все что нужно для сбора данных есть, но при условии, что немцы знают про вашу программу. ML Workbench это, понятное дело, вы берете код на питоне и он внутри на событиях системы вашей модельки на цикликлер не исполняет и рисует какие-нибудь отчетики не исполняет какие-нибудь действия и так далее, берете питон разработчика, берете DS и допиливаете в эту систему все чего вам не хватило. Процесс автомейшн это как раз вот это самое счастье когда у нас есть, перезагрузится, короче процесс автомейшн это когда мы со схемой процессов работаем, трансформейшн центр это TPI, чтобы сильно не растекаться мыслью подрева, а процесс аналитик это как раз когда мы берем наш лог и спокойно с ним работаем. Что-то у нас, что у нас с интернетом, вот и там была как раз красивая демонстрация как со всем этим работать, наверное она не откроется, да, сейчас я попробую договориться со своим. Ладно, пока он загрузится на самом деле я просто расскажу остальную часть презентации, там видишь прочухаясь такая антиреклама, я вот так хвалил, так хвалил, вот пошло, смотрите сюда можно загрузить свою допустим CSV файл и проанализировать его. У меня тут загружены два CSV файла, один из CRM системы, где люди работают с недвижимостью, он старый такой кейс, всего два дня, но на нем можно посмотреть некоторые вещи. То есть вот например смотрите, вот это как у людей ходят процессы. Мы можем отфильтровать, то есть мы можем взять только самые часто используемые процессы например, ну и вот самые часто используемые процессы это нам поступил звонок, клиент сказал ему это не надо, затем все-таки его уговорили, что завели в системе компанию клиента сделку, большая часть из них была потом помечена как некачественная, процесс кончился. Ну и вот разные особенности, мы можем исследовать, осмотреть и так далее и тому подобное, сколько времени в среднем проходило между этими статусами, то есть например когда первый раз человеку позвонили, в среднем через два дня ему пытаются звонить второй раз, в среднем еще через день пытаются звонить третий раз, а потом еще два дня ждут и говорят, а, плохой клиент, нехороший, мы не будем с ним работать, то есть мы подробнее на примерах жира посмотрим, для того чтобы было понятнее. Все аналитику, она в общем тут платная и нам недоступна почти вся самая интересная, но доступно несколько вариантов что можно сделать, то есть поскольку это бесплатный слой, что есть тут вообще, то есть у меня есть готовые примеры для всего, что можно сделать не заплатив целомесу деньги, на самом деле их вполне достаточно для того чтобы начать работать, то есть во-первых мы можем посмотреть как процессы выполняются наиболее типичным образом и посмотреть что заставляет процессы отклоняться их от самых частых путей, просто посмотреть, нарисовать процессы и посмотреть как они исполняются, посмотреть какие-то метрики, поизучать их, процесс explorer, и поизучать отдельные кейсы, вот conformance это проверить соответствие процесса, нарисовываемому бизнес процессу, это платная опция, social это то примерно, что я делал с данными жиры, понять как ваша команда работает, это тоже платная опция, и new app вы можете собрать руками свой какой-то дешборд в таком простом достаточно конструкторе, если у вас есть на это время, вот, сейчас мы возьмем самый первый кейс explorer, то есть мы просто смотрим на все кейсы, которые мы сюда загрузили, как раз эти задачи из жиры и смотрим, вот, пока оно грузится, я расскажу сколько эти тормоза стоят, эти тормоза бывают двух видов, их можно поставить на свой сервер и тогда они стоят вообще безбожно, и можно работать в облаке и тогда цену у них можно спросить, это будет наверное даже посильнее, но мне тоже пока ничего не сказали, у них там что-то меняется в теме, вот, к тому же они тупят, стоимость лицензии на сервер они не разглашают, можно посмотреть по результатам торгов, тендеров на тендерных площадках, я нашел лицензию за 220 тысяч евро и ребята из одного знакомого моего банка покупали такую же лицензию за 40 тысяч евро, что наводит на мысль, что лицензия реустановки у себя она дороговатая для большинства конторы, если вы не большой банк, вот, ну а облачная как видите подвисает, кстати только здесь подвисает, у меня из дома она вообще заработала, не суть важна, сейчас он там загрузится, базовый вопрос покупаем или пишем свое, что тут нужно понять, что свое мы покупаем по частям, то есть сегодня мы заплатили разработчикам за написание этой фичи, завтра то чужое мы покупаем сразу, по деньгам мне кажется, что облачное решение и что свое решение будет примерно одинаково, вопрос просто в том, чьим программистам мы платим, можно ли отдавать данные, то есть иногда данные можно отдавать, а иногда если это данные клиентов нельзя, иногда можно хорошо попасть на деньги, если это JDPR и вы отдали куда-нибудь нити данные, есть ли коннекторы к нашим системам, то есть допустим у Solonis есть коннектор к Jiri, есть коннектор к Slack, но скорее всего нет коннектора к вашей ERP-системе, я не знаю кстати какую использует, сказал, что не SAP, SAP у него есть. Есть ли у нас ресурсы на разработку такой системы, то есть может быть вы хотели бы кредитный скоринг пилить вовсе, а не процесс майнинга, есть ли у нас время на это, то есть может быть мы хотим много, не через два года мы напишем, а можно было бы сейчас прям Solonis использовать и получить какую-то прибыль, ну и кто будет пользоваться, то есть если этим будут пользоваться финаналитики, то может быть они сами в Solonis залезут, разберутся, все поймут, сделают то, что им нужно и нам не надо будет удовлетворяться, ага, вот, это у нас, оно все еще не загрузилось, сейчас попробуем, я верю в тебя, ты сможешь, так, процесс overview, вот, ладно, пока оно грузится, и как собственно говоря можно было бы построить такой велосипед, если бы мы все-таки, несмотря ни на что, начали делать его сами. Во-первых, любой процесс майнинг это ETL, то есть мы должны построить сбор данных, то есть мы фактически должны воспроизвести всю логику, которая там на красивых дэшбордах у Solonis есть, то есть мы должны построить систему, которая каждый раз, когда случается какое-то событие, куда-нибудь ее нам в базу складывают. Затем, когда у нас есть этот самый ETL, мы можем начать рисовать схемы процессов, чтобы руководители подразделений и владельцы процессов могли ужасаться, что у них там было, генерировать отчеты со средним лет тайм, потом постепенно можно начать рассчитывать TPI, делать дэшборды, на которые они могли бы смотреть по утрам, там рисовать красивые графики, затем интегрировать в них оповещение, что этот процесс вышел за рамки дозволенного, затем автоматизация принятия решений, то есть как только процесс вышел за рамки дозволенного и на протяжении, скажем, двух дней за этим самым, то автоматически мы что-нибудь делаем, типа пишем письмо, бьем током сидящего за стулом, что-нибудь делаем такое, ну и интеграция с остальными системами, поскольку у нас родился такой монстр, который все знает и может за всех за все решать, то естественно, что ему нужен не только входящий поток данных, но и исходящий поток данных куда-нибудь. Куча всего полезного, у нас время уже кончается, поэтому мы посмотрим, что можно прочитать и посмотреть. Во-первых, это курс машинное обучение в финансах на Курсире, там есть глава про анализ процессов, при этом они идут гораздо дальше, чем у Шоу Целонис, они разбирают на русском языке, простыми словами, что такое бизнес процесс, куда пихать НЛП в бизнес процессах и вообще. Эта презентация у меня есть, я ее сложу в материалы, но там есть хорошее видео, есть примеры, есть задачки на самом деле на это дело, я бы рекомендовал его рассмотреть. Дальше у нас есть у Целониса обучающие курсы и в принципе они бесплатные, их можно проходить просто для того, чтобы что-то, чтобы понять, что бывает в процесс майнинге, то есть в принципе если мы ставим ТЗ на процесс майнинг, хорошо пойти посмотреть, как это сделал Целонис, потому что у них тоже есть продуктологи. На Курсире есть курс по процесс майнинг, но он касается теоретических частей, теоретических аспектов этого дела, то есть как по цифровому отпечатку восстанавливать собственно схему процесса и так далее, есть прекрасная немножко старенькая книга Феррейри, примеры процесс майнинга на Питоне и там прямо по шагам, типа берем Event Log разбираем его, затем смотрим на Control Flow, то есть поток задач, смотрим с точки зрения организации, как задачи передаются между людьми, смотрим с точки зрения производительности, то есть сколько времени ушло на то при этих условиях и тому подобное, здесь они разбирают проблему использования его с разными форматами, книжка маленькая, 100 с чем-то страниц по-моему и прямо огонь, то есть берешь и внедряешь. И есть инструмент для ресерчей в области процесс майнинга, то есть люди пишут научные статьи, защищают дипломы между прочим и получают Ph.D. и у них есть специальный научный академический инструмент, есть Промп, он хороший, он классный, с ним только разбираться трудно, а так вообще он огонь, он умеет больше, чем Силонис, правда интерфейс ужасен. Собственно все, наверное, вопросы, чтобы задать вопрос нужно с unmuted микрофоном. У меня, Алена, и я просто не была уверена, что меня слышно. Можно через эту штуку, короче я пытаюсь понять можно ли эту штуку использовать для построения графиков по эффективности работы, про то, что вот мы с Настей там планировали делать. Я просто вижу что-то, ну типа летайм. Я езжу в науке как с шумоподавлением, поэтому никто не слышит о чем меня спрашивает Алена, а здесь в переговорке куча народа. Алена спрашивает, можно ли эту штуку использовать для построения графиков летайм. Да, ее можно использовать, более того, я только что сейчас прямо этим и занимался, то есть я написал код, который из жира выгружает в этот формат нужный для нее, туда можно добавить дополнительные атрибуты, я думаю, что любой питонный разработчик с легкостью с этим справится, и просто задачу летайм закрыть с помощью бесплатного слойница. А когда вы поймете, что вам нужно что-то большее, у вас будет обоснование для этого, так думаю. Хорошо, спасибо. Алена сказала хорошо. Еще кто-то хочет спросить что-то? У меня почему-то такое ощущение создалось, что там по сути процесс майнинга может заниматься любой человек, не обязательно быть для этого ДСом, если у тебя есть вот этот, я не запомнила название, ГЕОС или что-то типа того, да? Ага, сейчас вопрос услышал, Алена говорит, у нее создалось впечатление, что процесс майнинга может заниматься простой смертный, даже вовсе не ДС, если у него есть этот самый цилонис, да, именно для этого они его и сделали, то есть основная бизнес идея цилониса была давайте мы отберем процесс майнингу академиков и датасатанистов и отдадим его финаналитикам и проект менеджерам напрямую, вот. Кайф. А сейчас Марк спрашивает. Вот такой еще вопрос, у цилониса типа даже нет айпиш, чтобы ну можно было там свои коннекторы делать, свои источники подключать. Марк спрашивает, нет ли у цилониса какого-то айпиш, чтобы подключать свои коннекторы и свои айпишки? Есть и в изобилии, более того, те 120 коннекторов, которые у него есть, или 130, они написаны теми, кому надо было что-то интегрировать, и даже написав этот коннектор, его можно отгрузить в App Store и продавать за деньги. Да, просто берете и пишете, да. У нас еще 12 минут до презентации, до выступления Александра, так что можно что-то еще спросить. Короче, видимо, реально проще купить и не париться, чем писать самим на коленке два года. Родион говорит, что наверное реально проще купить и не париться, чем писать на коленке два года. Но вот тут есть аргументы, что своем покупаем по частям чужое сразу, и я бы на месте этой организации сделал вот как. Я бы безусловно пошел и попробовал бесплатный цилонис, то есть в том объеме, в каком он бесплатный, чтобы возник аппетит, потому что для этого не нужно ставить задачу DSM, для этого не нужно ставить, разрабатывать, это можно делать прямо сейчас и это могут делать продукты. То есть именно те люди, которые могут ставить потом задачу DSM. А потом я бы на их месте осторожно бы запросил котировки, то есть сколько это все стоит, и под впечатлением уже решал бы, чьим программистам платим, потому что большая часть процесс майнинга вам не нужна, нужна меньшая часть и пользуясь готовыми решениями можно понять какая именно. Но вообще совершенно правильно сказал Алена, что не боги горшки обжигают, а Родион сказал, что все, плакал на шпорте с майнингом, он не дует, сделает без нас.