Transcription
Привет. Меня зовут Андрей Фамин. Я преподаватель курсов линейки управления в USС. OTUS US. Это образовательная платформа, которая специализируется на обучении IT. Мы обучаем тех, кто создаёт будущее, помогаем профессионалам развиваться, а новичкам войти в индустрию. Компании доверяют нам обучения своих сотрудников, как индивидуальных специалистов, так и целых команд.
Мы предлагаем широкую линейку IT-курсов на популярные и на узко специализированные темы по направлениям программирования, анализ и аналитика, инфраструктура, архитектура, data science, Game Def, управление IT-командами и другие. Здесь найдётся всё для jниор, midle и senior специалистов.
Курсы US - это онлайн-обучение, которое проходит в формате живых вебинаров, где опытные специалисты делятся собственными решениями реальных задач. Мы поддерживаем студентов на всём пути обучения. Наставники ежедневно ревьют домашние задания и дают развёрнутую обратную связь. А непонятные вопросы всегда можно уточнить в учебном чате или задать преподавателю на занятия. Благодаря поддержки экспертов, у студентов получается осваивать даже сложные и очень сложные темы.
Важная часть обучения - это проектная работа, в которой студенты реализуют полученные на курсе знания. И обычно она максимально приближена к реальным рабочим задачам. Поэтому выполненный проект пополнит ваше профессиональное портфолио и поможет при поиске новой работы либо при обсуждении повышения. По окончании обучения у студентов остаётся бессрочный доступ к материалам курса. Они всегда могут вернуться за вдохновением и новыми идеями.
OUS - это лицензированная образовательная платформа. По окончании обучения мы подаём студентам официальный документ, который подтвердит профессиональный рост. Это удостоверение о повышении квалификации или диплом о профессиональной переподготовке. Также сертификат о прохождения курса всегда доступен в личном кабинете студента на русском и английском языках.
Наша миссия - развивать технологии, обучая их создателей. Каждым занятием, каждым проверенным домашним заданием или проектом мы создаём настоящее и будущее образование. Мы видим это будущее в разработке качественных материалов и организации дружелюбного коммьюнити. Приглашаем вас разделить с нами этот путь.
Итак, всем добрый вечер. Подскажите, хорошо ли меня слышно, видно? Пишите, пожалуйста, плюсики в чат, если всё хорошо. Ага, вижу плюсы. Спасибо большое за обратную связь. Запись у нас также а идёт. Ну и давайте начинать наш открытый урок.
Меня зовут Анастасия. Я специалист внедрения Bitrix24. Работаю в компании Интегратора с двадцать первого года. Вот внедряю BТрикс а в разные компании под разный бизнес. А в целом как раз-таки специализируюсь на автоматизации, оптимизации бизнес-процессов. А, собственно, про что вам сегодня и буду рассказывать.
А давайте повторим с вами правила вебинара. Активно участвуем. А у нас есть чат. Обязательно пишите свои вопросы в чат. А приветствуется там даже общение в этом чате, да, на тему автоматизации Bitx24. А также все вопросы я вижу в чате, но могу не сразу ответить, если введу какую-то демонстрацию, поэтому делаю такие небольшие перерывы, да, будет отдельный слайд с вопросами, где буду как раз ваш чат читать и отвечать на на все возникшие вопросы. Запись вебинара у нас идёт, она придёт вам на почту, а так что если отвлечётесь или сможете, захотите пересмотреть, а у вас будет запись.
Ну что, давайте теперь познакомимся с вами. А расскажите немного о себе, пишите в чат, да, какая у вас актуальная должность и с какой целью вы пришли сегодня. А также было бы интересно узнать, э, в целом насколько близко знакомы с Bitриx24. Возможно, уже кто-то настраивал бизнес-процессы или кто-то учится или, э, решил, так сказать, научиться, э, вот этому искусству, да, алгоритмизации в Bтриx24. Так что пишите в чат, да, а почему вы пришли на этот открытый урок, что вас заинтересовало. Вот буду ждать ваши ответы в чате тоже. Э, достаточно интересно мне, э, понять, какой у нас сегодня контингент, да, под что подстраиваться, а, либо под новичков, либо кто-то уже профи пришёл, э, узнать как бы нюансы работы с бизнес-процессами, да, потому что у всех уровень разный. Кто-то вот только начинает.
Бизнес-процессы. Вообще такая вещь, а, достаточно интересная, потому что Bтрикс постоянно обновляется, они что-то добавляют новенькое. И, ээ, если очень долго работаешь с бизнес-процессами, да, иногда бывает, что что-то новое узнаёшь, когда настраиваешь, вроде было сначала по одному алгоритму, потом раз вендер что-то улучшил, да, и оно работает теперь как-то ещё лучше, чуть-чуть по-другому, например, да, либо настраиваешь какой-то бизнес-процесс и что-то какое-нибудь активити новое, да, или какой-то принцип работы. тоже что-то узнаётся.
Вот вижу уже первые ответы в чате. Да, Максим, интегратор Bтрик24 в партнёре 1S Briриx24. Очень приятно познакомиться. Коллега получается. Угу. Александр, разработчик 1С. Интересная интеграция BTX24 и 1S. Угу. Тоже немного получается с BТРК24 пересекались, да? Так, Ирина, начинающий уровень. Больше узнать про работу с Bitx24, как надо, не надо. А что, так можно было, да? У нас частенько, а даже, э, на курсах по автоматизации, на курсах интегратора Bтриx24, даже те, кто уже знаком с Битриксом, бывает, что, э, узнаёт что-то такое новое, какие-то лайфхаки мы проходим, да, где действительно студенты пишут, что так можно было. Угу. Так, Максим, процессный аналитик с уклоном в автоматизацию. Вот автоматизация - это наше всё. Мы здесь как раз об этом постоянно говорим на курсе. Угу. А Юрия, э, пользователь Битрикс, начинающий. Угу. Бизнес-процесс- это вообще вы на самое такое горяченькое пришли, самое интересное, по-моему, в Bitrix24. Угу. Гарик, системный администратор. Есть опыт работы Битрик24. Очень приятно познакомиться.
А, собственно, вижу, большинство уже знакомы с Bitx24, так что будет мне с вами попроще разговаривать на одном языке. Вот поэтому мы будем сегодня тогда углубляться в наши бизнес-процессы. А, итак, наша тема сегодняшнего открытого урока - это правила запуска бизнес-процессов B3x24. И сегодня я хочу вам рассказать, да, сначала вспомнить вообще, какие бывают бизнес-процессы, на каких сущностях, какие бывают типы. Потом мы поговорим с вами о способах запусков бизнес-процессов и типовые ошибки и обходные решения. То есть, если вы уже пробовали настраивать бизнес-процессы, да, если у вас что-то не получалось, а сегодня прекрасный момент задать свой вопрос в чат, либо как раз-таки услышать какие-нибудь типовые ошибки и увидеть в них себя. Вот. Ну, и в конце мы с вами поговорим про курс и немножко прорефлектируем, да, подведём итоги, а о том, что мы сегодня узнали.
Итак, цели на сегодняшний вебинар я ставлю следующие, да, это научиться выбирать подходящий тип бизнес-процессов, да, они у нас бывают последовательны, со статусами для того, чтобы автоматизировать процессы разной сложности без архитектурных ошибок, да? Аэ, ведь архитектура процесса - это достаточно важная такая, э, часть настройки в BТRIX24, да, если мы предварительно не продумаем, а на каких сущностях мы будем запускать бизнес-процесс, да, какой это будет бизнес-процесс, в дальнейшем, а, администрировать, да, и потом донастраивать, да, до, так сказать, достраивать наш бизнес-процесс будет намного сложнее. чем если мы первоначально продумаем, да, и потом уже выберем нужный нам инструмент, и дальше уже будет нам проще. А вторая цель - это диагностировать, почему бизне бизнес-процесс не стартует или зацикливается. Тоже такая частая ошибка бывает, да? А для того, чтобы не тратить часы на отладку, не терять данные, собственно, понятно. И третье - это проектировать бизнес-процесс с учётом ограничений, использовать обходные решения, да, для того, чтобы создавать стабильную автоматизацию, которая работает даже в облачной версии. Как мы знаем, а есть облачная коробочная версия BRIX24 и в облачной в облачной версии а есть некоторые ограничения, да, про них мы тоже сегодня немножко поговорим, да, и будем как раз-таки э нацеливаться на такую автоматизацию. -э именно без кода, именно на инструментах битриксовых внутренних, да. Вот поэтому ограничения нам нужно знать и знать, как их обходить.
Итак, нач начнём мы э сначала с такого с повторения, да, где вообще бывают бизнес-процессы, а на каких сущностях и какие они бывают. Собственно, основные инструменты автоматизации у нас в блоках CRM. Там у нас есть бизнес-процессы и роботы, да, есть бизнес-процессы, а на сущностях, да, лиды, сделки, компании, контакты, а вот и есть роботы на стадиях. Также бизнес-процессы тоже можно настраивать на стадиях. Также в процессах ленты новостей у нас есть бизнес-процессы. Там уже роботов нет, потому что нет никакой стадийности, да, и автоматизируем и там как раз-таки внутренние процессы компании. Также не забываем, что у нас есть списки, универсальные списки. А в принципе инструмент немножко отходит на второй план с учётом развития смартпроцессов на сегодняшний день. Но, э, на порталах, которые достаточно давно работают, да, и где уже есть автоматизация, да, списки очень часто тоже, а, использовались, и бизнес-процессы на них тоже, а, иногда бывают полезны, да, как, например, как вспомогательные какие-нибудь списки к основному какому-нибудь процессу, да. Вот. Ну, и смарт процесс - это тоже как относится к блоку CRM. Смартпроцессы у нас тоже в зависимости от того, включена включён у нас канбан или нет, то есть есть стадия или нет. Может быть роботы и бизнес-процессы на стадиях и также бизнес-процесс на сущности. RPA у нас без бизнес-процессов. Тоже это помним. смысле, а требуется автоматизация в RPA, а то там только роботы. То есть такая, а, простенькая минимальная автоматизация. Бизнес-процессы есть на диске, а там тоже нет роботов. И, собственно, для работы с файлами можно настраивать эти, а, бизнес-процессы. И последний у нас раздел - это задачи, проекты, группы. Там только роботы. Очень частая ошибка новичков, кто знакомится с Bitrix24, в принципе, автоматизация с ней. А путают бизнес-процессы и роботы как раз-таки в задачах. В задачах есть только роботы такие единичные, э, единичная автоматизация действий, но бизнес-процессов пока в задачах нет. Вот так вот глобально на этом инструменте. Возможно, когда-нибудь вендер, э, может быть, и делает, да, у нас на задачах бизнес-процесс и будет намного больше автоматизации, но пока работа с задачами строится только на роботах. Вот, держим это, а, в голове всегда.
А, и второе, что я хотела с вами повторить - это типы бизнес-процессов. А бизнес-процессы бывают последовательные и со статусами. Ну, собственно, последовательные - это наш шаблон бизнес-процесса, в котором мы, а, набираем, собственно, действия, которые будут действовать по порядку. Вот. То есть, э, каждый вот этап процесса у нас начинается после завершения предыдущего. Ну, то есть такая цепочка последовательных действий. А, и второй вариант, э, тип бизнес-процессов - это со статусами. Это такой БП, который не имеет начала и конца, и в процессе работы которого мы просто переходим из одного состояние в другое, да, переход по статусам, то есть ээ э грубо говоря, бизнес-процесс со статусами - это что-то типа аа такого шаблона, в котором у нас есть статусы, а внутри каждого статуса у нас лежит последовательный бизнес-процесс. Вот. И по сути в бизнес-процессе со статусами мы переходим между этими статусами, выполняем цепочки аэ действий, как бы такие подпроцессы вот таким образом. А поэтому такой бизнес-процесс у нас не имеет начала и конца. То есть мы можем переходить между этими статусами как угодно, да, можем возвращаться в какой-то статус уже пройденный, да, переходить в какой-то ещё следующий статус. И так, пока у нас, э, там либо по нашим условиям, либо по каким-либо другим причинам, да, процесс мы не завершим. Вот.
Ну, собственно, зная эти все вводные, давайте теперь поговорим о способах запуска бизнес-процесса. Как же нам запустить наш бизнес-процесс? Ну, здесь я делю на таких три варианта глобально, как можно их запускать. Это ручной запуск, да, по кнопке в карточке элемента, то есть когда мы вручную нажимаем запустить бизнес-процесс, а, да, либо пользователь нажимает запустить бизнес-процесс, а, и, собственно, наш бизнес-процесс будет работать. А в таких случаях, мм, наш бизнес-процесс нужен для каких-то разовых операций, да. Либо, а, например, когда м менеджеру нужно не автоматически на какой-то стадии сформировать, например, документ, да, а и не по шаблону, да, а с какими-то определёнными условиями и запустить, например, согласование, да, на каком-либо этапе. автоматизировать мы, например, не можем привязаться ни к какому событию, да, и менеджер только решает сам, в какой момент он может запустить вот это согласование, формирование документов. Поэтому можем добавить вот такой ручной запуск в карточке, где менеджер запустит э нужный ему бизнес-процесс, да? Также ручной запуск можно и в списке, и в процессах ленты новостей это всё настроить, а и в других сущностях, где есть бизнес-процессы. А второй вариант ручного запуска - это тестирование. То есть когда мы настраиваем какую-то автоматизацию, то мы можем оставить, э убрать галочку скрытия ручного запуска бизнес-процесса, да? А для того, чтобы просто какую-то часть этого бизнес-процесса нашего просто протестировать, да, не ждать какой-то триггер, да, а просто зайти самостоятельно, запустить его, посмотреть, как он, а, отработал, да, вот выполнить такую отладку, можно сказать.
А далее, а второй способ запуска бизнес-процесса - это автоматически по событию. А бизнес-процесс мы можем поставить на запуск при создании элемента. То есть, как только, а, создаётся элемент, да, сделка, лид и так далее, а, то бизнес-процесс будет запускаться при изменении элемента, то есть когда у нас изменяется что-то внутри ли сделки, да, в самой карточке, какое-то поле, это будет считаться изменением, да, или переходит между стадиями, это тоже будет считаться изменением, то запускается наш бизнес-процесс. А, ну, и здесь же по событию, э, при смене стадий, при смене стадии, а, это тот случай, когда у нас, э, на стадии настроены не роботы, а именно бизнес-процессы. То есть мы вместо настройки роботов перешли туда в дизайнер бизнес-процессов. Вот. И, собственно, когда у нас карточка будет переходить на ту стадию, на которую настроен этот бизнес-процесс, он, собственно, и запустится. Для бизнес-процессов со статусами это обработчик входа. Логика точно такая же, только вместо стадии у нас есть статус в нашем бизнес-процессе со статусами. Как только бизнес-процесс со статусами переходит в нужный нам статус, ну, собственно, наш, как я сказала, такой подпроцесс последовательный, он запускается вот в обработчике входа.
И последний вариант - это запуск из другого бизнес-процесса или робота. Аа в роботах либо в бизнес-процессах есть активити действия. А как запустить бизнес-процесс? То есть один бизнес-процесс может, например, запустить какой-либо другой, да? И здесь есть два варианта: либо дождаться, когда запущенный бизнес-процесс отработает и продолжить выполнение, а основного вот этого бизнес-процесса, либо можно вот таким образом запускать параллельные выполнение бизнес-процессов, да? Вот. То есть можно строить действительно такие большие цепочки процессов.
И есть ещё один вариант запуска бизнес-процесса но коробке. Это запуск по расписанию на Кроне. Вот в облаке этого нету. Вот. Но в коробке, э, можно поставить скрипт, э, и на него можно поставить некоторые условия, да, мы можем поставить, э, к примеру, запуск в определённое время, да, там, каждый день или там через какое-то время, да, там каждые сутки, к примеру, вот, чтобы наш бизнес-процесс запускался. Но это только в коробочной версии. Для облака есть такой небольшой лайфхак в виде маркета, да, есть приложение в маркете. А работают они, в принципе, по такому же принципу, как а запуск на Кроне по скрипту в коробке. А только суть в том, что вот ээ приложение в маркете, оно как бы живёт на своём сервере. Да, оно там, э-э, собственно, обрабатывает всю информацию. И мы, получается, а данные со своего портала, э, так сказать, ставим, э, вот в это расписание, да, для запуска, а, по, мм, в определённое время, да, перекладываем на плечи вот этого приложения, которое лежит на отдельном сервере. Так как это отдельный сервер, там они как раз-таки могут использовать скрипты, которые будут на нашем портале с помощью э как бы стучаться в наш портал, да, и запускать нужный бизнес-процесс. Вот. Ну это вот только с приложением, с помощью приложения из маркета.
А, итак, также, а, важно запомнить, что бизнес-процесс на создание изменения у нас не запускается, если элемент создан либо изменён через другой бизнес-процесс, а также при импорте. А что это значит? что если мы, например, одним бизнес-процессом создаём сущность автоматически, да, то есть не вручную мы создали, да, а какой-то бизнес-процесс нам создаёт нашу карточку, то на этой карточке бизнес-процессы на создании не запустятся автоматически. Вот. И аналогично с изменением тоже. Если у нас какой-то бизнес-процесс что-то изменяет на сущности, да, то другие бизнес-процессы на изменения на нём не запустятся, потому что это как бы изменение и создание внесла автоматизация. Это сделано специально вендером, чтобы не допустить такого зацикливания бизнес-процессов. Вот. Ну, и такая же история у нас не работает при импорте. Если мы импортируем, например, сделки и у нас есть бизнес-процесс на создание на сделках, то не запустится этот бизнес-процесс на создание, потому что мы эти сделки импортировали. А вот но при этом, а бизнес-процессы запускаются автоматически, если элемент мы создали вручную, да, на основании входящего письма. То есть, если мы при интеграции в CRM а включили там создание лидов или сделок, а вот, то бизнес-процессы на создание, да, изменений, они сработают. Также аналогично при входящем звонке, тоже при подключённой телефонии, если у нас, э, наш элемент создался через CRMформу, это тоже считается как бы созданием. И если создан через Апи, либо через приложение из маркетплейса. А вот эти нюансы важно учитывать и помнить, да, что в принципе почти во всех случаях у нас бизнес-процессы на создание отработают. А, но если другой бизнес-процесс создаёт, прямо вот робот, да, создаёт на портале, то он не запустится.
Итак, давайте перейдём теперь к демонстрации и, собственно, покажу все эти, а, способы. Итак, мы можем выбрать с вами любую сущность, да? И давайте посмотрим. А, во-первых, а, где хранятся у нас бизнес-процессы? Это в настройках CRM роботы бизнес-процессы. Бизнес-процессы. И, собственно, здесь хранятся у нас бизнес-процессы на сущностях, да, на каждом сущности мы можем создавать свои бизнес-процессы. Эти бизнес-процессы с помощью, а, вот этой настройки, да, автоматически запускать при добавлении, при избинии и скрыть из ручного запуска. Мы можем как раз-таки включить,выключить ручной запуск, да, ну, по сути, просто скрыть или не скрыть кнопку запуска, да, либо сразу поставить автоматизацию при добавлении, то есть при создании элемента, либо при изменении, когда у нас меняются поля, стадия, а, да, или что-либо, в карточке какие-то изменения происходят. А вот, итак, кнопка запуска ручного у нас находится, а, в самой карточки, да, на при нажатии на бизнес-процессы мы как раз-таки все, которые бизнес-процессы не скрыли, мы можем запустить. Вот. И как раз-таки это нужно для того, либо для тестирования, да, когда мы только-только строим нашу автоматизацию, да, будем ставить потом на создание, да, чтобы каждый раз при тестировании не создавать миллион карточек, да, можно а просто выключить на создание и а в нужный момент просто вручную их запускать. А вот либо как раз-таки для процессов, которые требуют именно ручного запуска, да? Например, вот здесь тут, например, там расчёт суммы какой-то, да, учёт доходов, расходов. Хотим именно, э, там какой-нибудь калькулятор, да, автоматизированный мы здесь настроили, который там что-нибудь посчитает. Вот таким образом мы вручную запускаем.
А, ну далее при создании и изменения бизнес-процессы у нас отрабатывают, если мы создаём или изменяем, да, автозапуск у нас также в списке бизнес-процессов отображается. То есть видите, например, вот этот, а, бизнес-процесс, да, с названием тест-стастатусы, он будет запускаться всегда как когда мы будем создавать э любую сделку. И неважно в каком направлении, потому что этот бизнес-процесс работает именно на сущность сделки, да, хоть у нас и может быть там множество, а воронок разных, да, но отрабатывает именно на сущность. Это важно тоже помнить. Если мы хотим, а, настроить бизнес-процесс, а, на определённую воронку, да, то мы можем, э, для ручного отображения, да, выбрать нужную воронку. А, но бывает такая типовая тоже ошибка, что многие думают, что если вот здесь отображение в воронках просто вот выключить, да, и бизнес-процесс на создание или изменения, то он не будет работать в этих воронках. Нет, он всё равно будет а отрабатывать. Он просто не будет отображаться для м как бы ручного запуска. Вот поэтому здесь только вот эта настройка для отображения. Поэтому, если у нас стоит на создание, значит, на создание именно сущности, неважно в каком направлении.
Итак, далее. Автозапуск на изменения. Автозапускные изменения у нас работает, как только мы меняем какие-либо поля в карточке, да, а вручную, да, как только мы меняем стадию, изменение стадии, это тоже считается изменением в карточке. Ну, также есть некоторые всякие тоже нюансы, что считается изменением, что не считается изменением, но мы можем подсмотреть вот сюда, например, в историю. В истории обычно э системные а изменения, они все записываются. Вот поэтому видите, например, добавление связи, изменение стадии, это всё фиксируется как изменение а в карточке. Вот. Так что тоже можно обращать на это внимание. И если, например, на какое-нибудь нетиповое изменение бизнес-процесс не реагирует, то мы здесь, э, нужно подумать, оно сделано, м, оно как бы считается изменением или не считается, потому что, например, а, мм, как сам вендер пишет, например, при, а-а, при интеграциях, да, попе Когда нам какое-то другое приложение вносит изменения в карточку, да, то оно может иногда битриксом считаться изменением, а иногда может не считаться. И от этого будет зависеть, будет запускаться наш бизнес-процесс или не будет. Здесь тоже надо быть внимательным и, аэ, в процессе тестирования э всё это как бы смотреть и учитывать. Вот. определённого прямо списка, что является изменением, что не является изменением. А, к сожалению, нету документации вендера. А, но вот в коробочной версии, например, в разработчики некоторые могут там, а, подсмотреть, потестировать, если будут с помощью скриптов как раз-таки запускать бизнес-процессы.
И так далее. Это мы с вами посмотрели при а ручной запуск, да, при изменении, при создании. И также я ещё говорила вариант запуска бизнес-процесса из другого бизнес-процесса либо робота. Значит, на роботах у нас есть а робот, он так и называется, запуск. Вот запустить бизнес-процесс. То есть мы можем роботом запустить какой-либо другой бизнес-процесс. Э для этого нам нужно указать а ID документа. То есть на чём мы будем запускать этот бизнес-процесс. А, например, я хочу запустить, я так как нахожу в сделке, на этой же сделке, на этой же карточке. Тогда в ID документа мне нужно будет ввести ID этого элемента CRM. А также я могу, в принципе, запустить бизнес-процесс на какой-нибудь другой сущности, да? Например, у меня а-а в сделке указан э контакт, да, и я хочу указать, запустить бизнес-процесс на контакте, да, например, там и изменить какие-то поля у этого контакта, то я могу, а, выбрать поле с, собственно, контактом, да, например, взять поле контакты и тогда выбрать шаблон на контакте. Ну, например, такое вот. То есть на элементе, который записан в ВКонтакте запустится его бизнес-процесс. Вот таким образом можно запускать другие бизнес-процессы не только на той же сущности, на которой мы здесь настраиваем, но и на любых других. Вот. Главное нам указать, а, ID элемента, на котором мы запускаем, да, оно должно лежать в каком-то поле. Вот. Ну, и, собственно, выбрать шаблон, который мы будем запускать.
Помимо робота, если я перейду, аэ, давайте в бизнес-процесс какой-либо, здесь у нас есть также, а, activity запустить бизнес-процесс. Аналогично этому роботу. Здесь нам также нужно указать ID и нужный нам шаблон. Выбрать сначала сущность, да, и потом выбрать, а нужный нам бизнес-процесс, который должен запускаться. Так, выходим.
И отдельно хочу сказать про запуск бизнес-процесса, а на стадии, да? А здесь тоже важно учитывать такой момент, что, как я в начале говорила, есть, а, бизнес-процессы на сущности, да, вот они, которые у нас либо автоматически, либо вручную запускаются, а мы можем ещё создавать бизнес-процессы на отдельной стадии. Вот для этого нам просто нужно на этой стадии перейти в дизайнер бизнес-процессов, да, и настраивать уже бизнес-процесс а внутри. Ну давайте, например, вот здесь вот есть два робота. Мы превратим их, давайте в бизнес-процесс. просто параллельные уберу, добавлю какой-нибудь ещё запись в отчёт, которого нет, например, в этом как робота, да, сохраню. У меня получится вот он наш бизнес-процесс на самой стадии. Запускается такой бизнес-процесс только тогда, когда мы переводим карточку на эту стадию. То есть, как только карточка попала на эту стадию, то бизнес-процесс запустился, действия внутри него, а, как бы прошли, вот завершились и всё, бизнес-процесс отработал. Чтобы второй раз запустить этот же самый бизнес-процесс, нам нужно снова попасть на эту стадию. Вот. То есть бизнес-процесс не работает. Так что когда карточка уже висит на этой стадии, что он там в какой-то момент внезапно запускается. Нет, он триггером запуска является именно как раз-таки переход. Как только карточка у нас вот попадает на эту стадию, тогда у нас и запускается этот вот как раз видите, отработала создание задачи. Всё, бизнес-процесс завершился. Хочу ещё раз его запустить. Тогда мне нужно опять, чтобы я попала на эту стадию. Вот таким образом.
Итак, возвращаюсь, а, к нашей презентации. Ой, перелетело. А, итак, давайте вижу в чате есть уже, наверное, вопросы. Можете писать по этому блоку свои вопросы. Ну, в принципе, мы с вами разобрали все способы запуска бизнеспроцессов. Угу. Так, ага, вижу комментарий, на котором я остановилась. Так, а пока Bтрикс производит не сильно хорошие впечатления. Шаг влево, шаг вправо, ничего нельзя сделать. А бизнес-процессы позволяют создавать задачи, дела, но не получается отследить их выполнении, чтобы двинуть бизнес-процесс дальше. Угу. А, ну, слушайте, бизнес-процессы много
чего, в общем-то, умеют. Можно ставить и условия, и циклы, и какую-то автоматизацию вычислительную, в том числе.
А вот, а, а, чтобы отследить выполнение, здесь можно либо воспользоваться журналом, да, отчёта бизнес-процесса и также запись в отчёт, да, после каждого этапа нашего последовательного или какой-нибудь ветки в условии, а, ставить какую-то запись. И тем самым можно как раз-таки отслеживать, а на каком этапе наш бизнес-процесс, да, почему он там завис, например, или что идёт не так. То есть можно это всё а увидеть. Вот.
Так. Ага. Тут ещё Максим добавляет. Так, можно применить сложную логику. ID поставленные задачи отдать в ПП, записать в кастомное поле через activity получить информацию задачи и по ID чекать статус. А, ну да, здесь уже расписывает Максим у нас логику как раз-таки отслеживания э статусов задачи, да, только если не ставить запуск нужных БП после отработки БП, который создал, изменял сущность.
Вот обход импорта. Да, обход импорта сложнее будет. Ну, обход импорта, мы, в принципе, в основном это делали на коробке, когда импортировали, и после этого вручную массово на нужных ID, которые у нас создались, мы просто запускали либо запускали по условию создания сделки, ну, дня этого импорта, вот нужного нам бизнес-процесса. А в облаке здесь нам в помощь маркет, приложение из маркета тоже можно выбрать сущности, э, на которых нужно запустить бизнес-процесс.
Также ещё по импорту есть ещё такой, смотрите, лайфхак, но он такой немножко опасненький, а, но мы его тоже иногда используем. А можно поставить бизнес-процесс на изменения, вот, а, и внести массово изменения в элементы. Давайте я, наверное, вам а продемонстрирую, что я имею в виду. А, смотрите, у нас есть в формате списка, в представлении списка, а, вот такой вариант массовый. Выберите действия. Есть тут одно действие сделать доступным для всех. Вот мы обычно им пользуемся. А это считается изменением, то есть оно меняет поле, э, по-моему, доступен для всех, да, там галочка. Вот все загруженные, импортированные сделки мы выводим на экран сюда с помощью там фильтров, да, или там подать создания. Ну, собственно, вы вывели на экран, выбрали из, да, поставили бизнес-процесс на изменения, в котором, э, есть активити, запуск нужного нам бизнес-процесса. Вот. И, собственно, делаем изменения с помощью вот такой кнопки, да, сделали доступным для всех, применили. И, по сути, в каждый элемент массово внеслось изменение. То есть сработал триггерные изменения и наш бизнес-процесс запустился.
Но здесь тоже важно понимать, почему он опасный, что если у нас есть какие-то другие бизнес-процессы на изменения, они тоже как бы затриггерятся и тоже запустятся. Вот поэтому либо мы выключаем все лишние, используем быстренько для нас, да, а массовое такое изменение, чтобы нужный нам бизнес-процесс запустился. А вот потом включаем всё обратно. А, ну вот либо пять приложений из маркета. Вот.
Ну всё точно так же можно ещё, что, собственно, некоторые делают иногда отдельную стадию для запуска нужного бизнес-процесса. А такую временную стадию создают, да, чтобы запустить. И на этой стадии ставят робота запустить бизнес-процесс и тот, который был на создание. Вот. Перекидываем также массово на нашу стадию. Бизнес-процессы все запустились, отработали и всё кинули на предыдущую. Ну, здесь сложность в том, то что если, ну, в принципе, не особо есть сложность, если мы сразу импортировали и это всё в одной стадии, а то тогда просто вернуть. Но если мы импортировали в разные стадии, здесь уже будет, а, сложнее, чтобы их вернуть на ту же стадию, которой они были. А вот, ну, надеюсь, э вам поможет мой лайфхак. Ну, мы частенько таким тоже пользуемся, особенно на облаках.
Так, ещё вопрос. Угу. А как чекать, если сделка не меняет стадию? Так, не завершать БП или кроном. Так, не очень поняла, конечно, вопрос. Чекать, если сделка не меняет стадию. А вы имеете в виду как проверять, если не изменилась стадия? Да. Ну да, здесь если коробка, то да, кроном можно. На облаке, да, нет такого. Как вариант робот периодически запускать на стадии сделки и чекать. Ну, роботы работают только при перемещении на стадии, да? Здесь Максим верно отвечает. Угу.
Так, ещё с массовым изменением есть нюансы. Не более 1.000 сущности за раз. Если речь идёт об импорте, 15.000 сущности - это не выход, к сожалению. Ну, здесь тоже всё зависит, опять же, от порталов. Облако это или коробка. А ещё заметили мы зависит ещё от активности портала и насколько там данных много на этом портале. А вот если портал совсем новенький и данных немного, то, в принципе, и портировать достаточно много можно сущности за раз. Если портал старенький и там много пользователей, много данных, то прямо заметно, как импорт идёт дольше, и вот такой массовый запуск тоже будет дольше идти. Вот. И здесь желательно, так частями, так сказать, импортировать и запускать бизнес-процессы.
Так. Угу. Да. Э, нюансы с полем, да, доступен для всех в рамках ролевой политики, доступа, э, к информации, но это, да, сработает в том случае, если у вас роли не настроена вот на вот эту настройку с доступен для всех, да? А, ну, если, конечно, доступен, да, то можно со стадией придумать что-то. А, но это самый такой рабочий, лёгкий лайфхак.
Так, 1.000 это как? У меня коробка позволяет только по 100. Больше не даёт выбрать. Хмм. А, ну тут Максим уже ответил, собственно. Ага. Показать ещё каким образом выводим. Да, мы можем, э, да, собственно, вот здесь вывести, сколько количества у нас страниц, да, если у нас прямо очень много сущностей, то через показать ещё вывести всё, что нужно, а, на экран и после этого сделать наши массовое действия. Угу.
Так, речь не про количество импорта, а про количество для массового запуска. Если перед запуском импортировали 15.000 сущностей, это 15 раз по 1.000. Ну, здесь тоже, опять же, повторюсь, а мы по-разному запускали вот так массово. А иногда запускали по 200 штук, иногда по 1.ся давалось, но это больше такая опять же ручная работа. Ну, лучше, конечно, по маленьким, так сказать, кусочкам, чтобы потом отследить, всё ли верно отработало, потому что будет, чем больше, тем сложнее, если где-то что-то там встрянет, зависнет, потом сложно будет найти с какого момента. Либо ставить, а такой ещё лайфхак использовали, ставили глобальную переменную, где делали как раз-таки плюс один и приблизительно вычисляли на каком моменте, если что-то там падало или что-то там отваливалось, а на каком, а, на какой, так сказать, строчке, а, или на каком айдишнике это всё отвалилось. Так, и также иногда коллеги тоже в глобальную переменную заполняли, а, так сказать, перезаписывали айдишники аа того элемента, на котором отработал бизнес-процесс. Вот тоже, чтобы вот это вот всё отследить. Ага.
Так, Максим. Ага. Это ограничение битры. А если вы тестировали 1.000 1ты000 У и облако тоже 1.000. Ну не знала тоже. Как интересно. Я просто в таких количествах ещё а не работала. Обычно это по по чуть-чуть, а по по 200 штук я обычно делала массово. Вот даже когда на кроне мы запускали, тоже старались не забегать, так сказать, вперёд и всё аккуратненько сделать, чтобы всё перепроверить, чтобы всё верно отработало. Так, хорошо.
Так, если у вас есть ещё, да, какие-то вопросы, пожалуйста, тоже пишите, если что-то вспомните. Ага, на Кроне не тестил. Не знаю, может быть, там другие ограничения. Ну, мы с разработчиком всё равно 500 штук максимум. Не знаю, с чем это было связано, почему разработчик не мог ставить Польше. А, но тоже может быть, а-а, по-моему, там как-то по времени у неё падало, что не отрабатывала. Вот. Ну, старались 500 максимум в основном, ну, по 200 элементов отрабатывать. Ну, так быстренько, оперативно. Итак, так. Пишите, если а есть вопросы. Если вопросов больше нет, давайте пойдём тогда далее. Вот начну пока а по следующей а небольшой теме. А вы пока пишите в чат.
А, ну, собственно, как уже несколько раз, наверное, повторилось, да, у нас есть две модели бизнес-процессов. Это бизнес-процесс на сущности, бизнес-процесс на стадии. А, ну, бизнес-процесс на сущности, понятно, он привязан ко всей сущности, запускается на определённом элементе этой сущности. А бизнес-процесс на стадии, он привязан к конкретной стадии. А в любой сущности, где есть конбан, то есть где есть стадийность, это обычно смарт процессы, лиды сделки. Вот. А как запускаются бизнес-процессы на сущности по событию? Создаём на создание изменения либо вручную. бизнес-процесс у нас при входе на стадию. Может ли быть запущен повторно такой бизнес-процесс? А на сущности, да? А, собственно, на изменения, например, он будет каждый раз на каждое изменения реагировать, то есть будет повторно э запускаться. А бизнес-процесс на стадии только когда, а, переходит на стадию. То есть этот же бизнес-процесс у нас новый экземпляр запускает.
Ещё важный момент, что бизнес-процессы на сущности у нас бывают последовательные и со статусами, а вот на стадии бывают только последовательными. То есть, ну, принцип такой, что бизнес-процесс на стадии, он по сути, а, у нас и есть эта стадийность, и это по сути и есть наш статус, да, внутри которого и работает последовательный бизнес-процесс. Вот поэтому, собственно, чтобы не было излишевств каких-либо, а, у нас ВПН стадии со статусами не бывает. А то это получается какая-то тавтология, да, внутри стадии, статус и уже внутри последовательный. Вот это будет нелогично. Поэтому, если ищете бизнес-процесс со статусами на стадии, то там вы его не найдёте. А, ну такой небольший примеры у меня здесь, да, например, при создании сделки назначить какого-то ответственного, а на стадии при переходе в успех, например, там отправить письмо, да, каждый раз, когда будем в успех переходить, будет отправляться письмо.
Теперь, а, давайте, а, поговорим о том, а, собственно, какие у нас есть условия запуска бизнес-процесса. Да, почему у нас иногда бизнес-процесс может не запуститься следовательный либо со статусами? А, и вообще, что может быть пойти не так? А для того, чтобы у нас бизнес-процесс запустился, если мы в бизнес-процессе используем какие-либо поля, а то они должны быть, а, заполнены. Если мы, например, в первом же активити смотрим на какое-либо поле, какое-нибудь условия ставим, ставим на это поле или какие-то производим манипуляции с этим полем, да, например, там у нас, э, хранится какое-нибудь число, да, мы потом вычисляем выражение, вот, то обязательно в этот момент запуска нужное нам поле должно быть заполнено, иначе бизнес-процесс у нас выйдет с оши ошибкой, ну либо прекратит действия в зависимости от того, что вы там внутри настроили. Но очень часто, а, такое забывает, особенно если, а, настраивают много автоматизации и множество бизнеспроцессов там, а, на изменения на создание, а, где-нибудь запуск ещё откуда-нибудь. И одно и то же, например, поле меняется, да, где-нибудь затирается, забывают про это и, собственно, запускают бизнес-процесс пустыми полями. А потом спрашивается, почему же не работает моя автоматизация по вычислению чего-либо? Вот поэтому тоже обращайте на это внимание.
А второе условие запуска - это смотрите на то, чтобы не был превышен лимит бизнес-процессов на сущность. В облаке у нас, э, не может работать больше двух бизнес-процессов одновременно на одном элементе. в коробочной версии, собственно, там сколько угодно этих бизнес-процессов можно запускать. Нет такого ограничения, что только два. А вот в облаке здесь приходится что-то думать, да? А какую-нибудь придумали тоже с несколькими бизнес-процессами автоматизацию и начали откуда-то запускать, да? А либо какими-то триггерами, либо на изменения. И вот пошли у нас эти бизнес-процессы запускаться. А потом в какой-то момент, да, нужное бизнес-процесс не запустился, а там у нас два бизнес-процесса какие-нибудь с паузами висят и всё тормозят. Вот, собственно, поэтому нужно и на это тоже обращать внимание. А для этого, а, собственно, есть такой тоже, а, лайфхак, да, что мы создаём э на создание, а, всего один бизнес-процесс, да, только внутри него ставим, а, нужные нам условия для запуска нужных других нам бизнес-процессов. Вот. И которые у нас выполняются либо там параллельно, либо ожидают друг друга. Мы это называем у нас на курсе контроллер, контроллер бизнес-процесса. Ну, на курсе, в первом блоке про это у нас Владимир очень подробно хорошо рассказывает. Вот, а такая рабочая история, можно сказать, применяется, э, всеми, кто уже натыкался, набил шишки, да, на этих всех ограничениях битриксовых.
Вот также помним про права пользователя, да? А смотрите, от чего имени у нас запускается бизнес-процесс, у того должны быть права на чтение элемента и вообще чтение этих полей. А о чём я здесь говорю? Что, например, если мы запускаем бизнес-процесс от имени не администратора, да, а от имени какого-то пользователя, обязательно проверяйте, что у этого пользователя есть права на эту сущность, что он может ээ ээ открыть этот элемент и вносить изменения там в поля. Иначе бизнес-процесс может как бы отработать, не выдать никакой ошибки, но действия не произвести. Да, если мы, например, используем activти, там изменить поле, вот, и запускаем от какого-нибудь там менеджера, у которого нет доступа вот к этой к этому элементу. Ну, такие тоже автоматизации бывают, когда нам нужно от чего-то иби не запускать. Вот поэтому здесь, а, права тоже проверяем. Также тоже часто, а, так сказать, в права упираются такие условия, когда мы ставим поле типа привязка к списку, да, или привязка там к процессу. Вот если опять же бизнес-процесс у нас от имени кого-то, у кого нет доступа к этому списку, да, хотя вроде мы к элементу, да, и к полю дали доступ, да, но к элементам списка в этом поле нет права на чтение или изменения, то бизнес-процесс, опять же нам ничего не скажет, ничего не подскажет, он просто не выполнит ничего. Поэтому здесь тоже проверяем.
Вот. А также обращаем внимание на то, что бизнес-процесс не конфликтовал с другими автоматизациями. Это то, что я как раз говорила в превышении лимита на сущности. Бывает такое, что, э, настраиваете бизнес-процессы и стардуют там несколько одновременно бизнес-процессов. Пример, у нас там два бизнес-процесса на изменение, и они оба изменяют одно и то же поле в какой-то момент. Вот, может быть, опять же конфликт с этим полем, с этими вычислениями, либо там с изменениями. А вот поэтому здесь тоже важно правильно строить цепочку этих бизнес-процессов. Ну и последнее - это условия. Если у нас бизнес-процесс, а с условиями, тоже опять же проверяйте, ставьте логи. А в начале условия, какое вы поле проверяете, да, как что там записано в этом поле. А, ну либо не поле, переменное, да, в зависимости от того, какое условие ставите. И потом на каждую ветку тоже желательно поставить по, а, записи в отчёт, чтобы посмотреть, в какую ветку оно пошло и всё ли верно запустилось. Наша цепочка.
Так, пока сейчас вернусь к чату быстренько. Вижу здесь Максим комментирует а все условия запуска. Угу. Так, а пара конструкции, условия как проверка в начале БП и пара записи в отчёт решают вопрос: "А почему не работает?" Да, верно, да? По началу, когда настраиваете автоматизацию, это вообще всегда повсеместно. Как только учитесь, это всё настраивать лучше прямо побольше этих записей в отчёт. А либо если прямо очень сложный бизнес-процесс, который запускают другие бизнес-процессы, да, какая-то цепочка, то тогда вообще обязательно ставить, чтобы было проще потом найти, в каком моменте что там зависло. Вот. Выход с правами. Отдельный юзер, который называется автотизация, имеет админ права, доступ ко всему. А доступ к этому юзеру только у гендиректора или у других важных персон. Да, есть такое. А, ну здесь тоже либо какой-нибудь системный администратор, да, либо админ называют ээ какого-то, либо первого юзера обычно ставят, а, от имени его всё выполняют. А, ну, собственно, да, так есть. Ну, если сильно нужно подзаморочиться и если у вас есть какие-то бизнес-процессы или роботы, а, с которыми вы работаете и поле, с которыми вы работаете, например, кем изменён, вот там уже будет сложнее, например, если вам нужно, а, ориентироваться вот на него, кем было изменено. Ээ и вы запускаете бизнес-процессы от имени каких-то ответственных, да, или от каких-то ролей. Здесь уже будет посложнее, поэтому там надо будет уже, э, смотреть действительно права и проверять, что всё действительно отработает, если я вот укажу этого пользователя и буду от его имени что-то изменять потом к этому, кем изменён, привязываться. Угу.
Так, идём далее. Ну, здесь у меня отдельный слайд, так сказать, а памятка, да, нюансы запуска. А повторим, да, кто у нас запускает бизнес-процессы по правам. В ручном запуске понятно, что это текущий пользователь. А, ну и здесь понятно, что если он вручную запускает бизнес-процесс, собственно, у него априори есть права на изменение этой карточки. Если бы у него не было изменений на этой прав на изменение этой карточки, у него бы не было возможности просто нажать кнопку запустить бизнес-процесс. То есть он вручную бы не смог это сделать. В автоматическом запуске э чаще всего лучше ставить системного пользователя. Так будет проще, конечно же, по правам. А, но опять же мы можем ставить изменения от имени и указать конкретного пользователя либо конкретную роль. И помним, у пользователя от чего именем выполняется БП, должны быть права на чтение либо изменение полей. В зависимости от того, что мы там делаем внутри этого БП.
Для БП со статусами здесь у нас особые настройки прав. Ножечка по-другому работает. По умолчанию работают права на элемент, но можно настроить отдельные права для каждого статуса. Ну бп со статусами. Это, по сути, ээ множество статусов, по которым мы будем переходить. И внутри статуса последовательный бизнес-процесс, можно сказать. И на каждый этот статус можно настроить отдельные прямо права. То есть там первый статус, там согласования первого, можно дать права там определённым лицам, да, чтобы они могли, э, заходить, например, через автоматизацию, да, если какое-то согласование у него. там утверждение документа одобрения или так далее, чтобы он мог попасть в эту, так сказать, карточку, да, в элемент просмотреть и на следующие статусы, например, уже забирать эти права. Вот. И при переходе, да, между статусами эти права как раз меняются. Ну, по умолчанию просто помним, что права на элемент. Иногда бывает, например, излишний. Ну, в этом и плюс как раз-таки бизнес-процесса со статусами, что можно вот эти права аа м настраивать. Но здесь, э, знаете, как скажу, что с появлением смарт-процессов, да, и в смарт-процессах, стадий, э, и вот новой настройки обновлённой правдоступа CRM, мы можем настраивать в правах доступа э права на конкретную стадию. То есть, по сути, вот это преимущество бизнес-процесса со статусами как раз-таки компенсировалось стадийностью. А про что я говорю? Давайте вам как раз продемонстрирую. Давайте перейдём. А куда у нас сейчас спрятали бизнес-процессы? Процессы в ленте новостей. Ой-ой, да, вроде. Ну давайте в какой-нибудь зайдём процесс и создадим процесс со статусами. Вот, собственно, здесь мы можем э-э добавить права доступа к самому бизнес-процессу, но не путайте это с самой автоматизацией. э, которые на элементе, это именно доступ к бизнес-процессу. Сами права на статусы настраиваются вот здесь при создании этого статуса. Вот мы как раз-таки даём права на каждую из операций: добавление, чтение, а, просмотр и так далее. Полный доступ. Вот. И на каждую статус мы можем свои права эти настраивать. Вот если эти права не настроены, то они будут работать по правам процесса или списка вот этим, которые вот в настройке процесса. Вот доступ, вот они. Нет доступа, добавление, чтение, просмотр панели и так далее. То есть бизнес-процесс у нас будет ориентироваться вот на эти доступы общие, если мы на статусах не настроили. Это был было огромнейшее преимущество бизнес-процесса со статусами, но, как я уже сказала, что теперь с появлением аа такой вот настройки в провах доступа в CRM. Сейчас давайте перейдём права доступа, да, и выберем любую сущность, у которой есть стадии. Вот. то, собственно, мы можем здесь на каждую стадию и перемещение настроить, и права на изменения, да, развернуть и на каждую стадию настроить и на добавление, и также аналогично на чтение. То есть, по сути, на стадиях теперь мы можем тоже, а, так сказать, с этими правами поиграться. Например, на одной стадии не давать права, на другой стадии давать права.
Так, возвращаюсь к чату. Угу. Так. Эти права были в предыдущей версии Ролёвки. А, ну смотрите, я просто работаю, наверное, слишком давно и помню ещё очень старую версию Битрикса, где этого совсем не было, и все, а, так сказать, страдали от того, что нельзя было вот так со стадиями играться и настраивать эти права доступа. Они были просто на конкретную сущность и всё. Вот. А вот после вот этого глобального обновления ролевой системы стало, наконец-то, намного лучше и доработаннее. Но остались такие порталы, которые э учитывая, что раньше этого не было, э многие процессы были настроены либо на списках, либо на процессах в ленте новостей, не на смартпроцессах. Вот. И там мы как раз с этими статусами игрались, с правами доступа. Мы могли, э, как-то гибче это всё настраивать. Но сейчас можно то же самое делать и на стадиях. Вот Битрикс движется, так сказать, вперёд, постоянно совершенствуется. Вот. Но на курсе мы всё равно ещё рассматриваем версии с э с процессами на статусах, поэтому там тоже это всё подробно проговариваем и прорабатываем. Угу.
Итак, идём далее. Да, если у вас есть вопросы по блоку с правами, пожалуйста, тоже задавайте, если что-то было непонятно и требуется пояснить. Если нет, то давайте двигаться дальше. Будем уже, а-а, подводить итоги и смотреть, какие типовые ошибки а чаще всего завершаются новичками, да и не новичками тоже бывает. Угу. Так, пишите вопросы, а я тогда пока подвинусь дальше.
А, типовые ошибки при запуске бизнес-процесса. Итак, типовые ошибки, если у нас бизнес-процесс не стартует. Самая такая типовая ошибка - это когда у нас бизнес-процесс привязан не к той сущности. Очень часто такое бывает и у опытных интеграторов, настройщиков, что, а, запускаем бизнес-процесс просто не на той сущности. А-а, иногда бывает называем бизнес-процессы одинаково на одной, на там на сделке, на смарт-процессе каком-нибудь вспомогательном, да, указываем не тот айдишник, к примеру, не из того поля, да, или в шаблон не тот выбрали и потом сидим, думаем, что же не так, почему ID не тот, вроде же должно запуститься. Но вот просто нужно внимательно перепроверить, а, и поставить верное. Потом не то событие. Тоже иногда бывает такая тоже глупая, конечно, ошибка, но иногда бывает в запаре настроили, например, на изменения, а он при создании и наоборот, да? А не то событие. А потом сидим, тестируем и думаем, что же он вроде как уже в рабочем варианте запустили, но не сработал. Как же так? Почему? Или не учлия, а опять же запуска из создания элемента из другого бизнес-процесса. Вот, например, другим бизнес-процессом создаём элемент и думаем, что же не запустился на создании на этот элемент. А потому что так не работает. Такое ограничение. Тогда нужно было после создания, а, ставить ещё одну активити, чтобы, э, ещё и запустить потом бизнес-процесс на создание на этом созданном элементе, чтобы уже точно отработало. Вот. Ну, опять же, не выполнено условие запуска, какую-нибудь поставили сумму больше, меньше, проверяется неверно или поле пустое и, собственно, не отработало внутри активити, какое мы поставили. Также, если превышен лимит, два активных БП на элементе в коробочной версии и либо нет прав у пользователя, от чего именно запускается бизнес-процесс.
Следующий случай, если бизнес-процесс стартует, но работает нестабильно. А такое тоже бывает, наблюдается, если прямо сделать большую какую-то автоматизацию и не следить за тем, в какой последовательности у нас бизнес-процессы либо роботы аа что-либо делают, да, они просто могут вести такую, так сказать, гонку друг с другом, мешать друг другу, что-то выполнять, делать сначала один робот изменения, потом бизнес-процесс изменений, потом раз они встретились в какой-то момент, Да, после какой-нибудь паузы и что-то не так пошло. А какие-то ошибки могут быть внутри бизнес-процесса тоже. А вроде как бизнес-процесс стартовал, что-то там сделал, дальше, например, не идёт, да? А то смотрите, опять же, логи открываете, некоторые активити автоматически записывают в логе какую-либо ошибку, но не все это активити делают, поэтому опять же запись в отчёт. выводим нужную нам информацию туда либо информацию об ошибке там при создании элементов можно вывести ошибку, да, что пошло не так. можно вывести ошибки при активити из маркетплейсов, из приложений, да, если у нас приложение какое-то добавляет ещё какие-то свои активити, то там 100% должно быть вывод какой-нибудь ошибки, либо оно автоматически записывает в лог, если что-то не получило или не те данные аэ передались этому активити. А дальше про циклы. Собственно, если а-а есть цикл и вы неправильно его настроили, э какое-то условие выхода неверное, то спустя 1.000 итераций, э, он из этого цикла вылетит и также будет написана ошибка в отчёте. А, ну и также, а, пауза слишком а короткая. Ну, это обычно в коробочной версии, да, если мы ставим прямо очень короткую паузу, несколько там секунд, да, и какой-нибудь мм какое-нибудь действие у нас тяжёлое, например, на создание, да, а и после этого мы, например, на созданном элементе хотим что-то там поделать, да, и не подождали, а и выполняем, то,
э, может, тоже как-то нестабильно работать. Поэтому здесь тоже на паузу надо обращать внимание. Либо мы одним бизнес-процессом, опять же, какие-то изменения вносим, потом тут же ещё что-то вносим, не подождав.
Вот иногда бывает такое, что некоторые у нас действия легче, быстрее, некоторые тяжелее и дольше выполняются. Поэтому, а, тоже важно вот эту вот, э, последовательность, да, соблюдать и смотреть, если мы используем вот эти паузы.
Ну и последний вариант. Если запускается повторно, а самый частый случай, да, из вот администрирования рабочих порталов, это когда пользователь просто его не ограничили права доступа по переходам по стадии, и вот он просто туда-сюда перекидывает, и у нас постоянно запускается бизнес-процессы. Потом, а, какие-нибудь вылезают ошибки, да, либо, а, жалобы, а, на то, что несколько раз там что-то, а, пришло, да, какое-нибудь письмо или что-то несколько раз отработало. Вот.
А, и также, если неграмотно при изменении бизнес-процесса мы настроили, да, не поставили, например, нам нужно изменить один раз какое-то поле, но мы почему-то это поле меняем в бизнес-процессе на изменения, то при каждом изменении у нас он будет каждый раз отрабатывать. Поэтому здесь важно либо условия ставить, каждый раз всё проверять, либо организовывать такой вот контроллер, в котором будут, а, будут сразу прописаны условия, что мы запускаем, что мы не запускаем при изменении. Вот.
Итак, мы подходим к ва к последнему блоку нашему про ограничения, обходные решения. Тут, в принципе, несколько ограничений выписала, да, их может быть, конечно, больше в некоторых нюансах, но они слишком такие специфичные, чтобы их выносить такой на э такой общий вебинар, да, поэтому их нужно э детально проговаривать. Поэтому, если у вас среди этих ограничений здесь нужного нет, вы, пожалуйста, пишите тоже в чат. Можем с вами их тоже проговорить.
Ну итак, первый первое ограничение — два бизнес-процесса на один элемент. А что так что делать в этом случае? А вот здесь такие советы вам могу дать. Если у вас мм есть какое-нибудь какое-нибудь маленькое действие, да, то вместо бизнес-процесса лучше используйте роботов. Роботы как раз не попадают под это ограничение. А и если можно чем-то пожертвовать, да, если прямо какую-то сильную автоматизацию нужно оставить в бизнес-процессе, то какую-нибудь простенькую автоматизацию, да, переносить просто на роботы. Тогда вы как бы сэкономите и вот это ограничение, с этим ограничением вам будет проще в этом плане.
Вот если нужен, конечно, бизнес-процесс, то дожидайтесь завершения одного из текущих. Вы можете, а, ставить запуск бизнес-процесса в бизнес-процессе, да, и там, а-э, ставить, мм, как бы ожидание на, э, как сказать, на то, чтобы другой бизнес-процесс успел завершиться, да, и уже продолжил следующий. То есть делать такую цепочку из бизнес-процессов, но последовательную. То есть отработал один бизнес-процесс, запустил следующий бизнес-процесс, там что-то сделал, запустил нужный нам предыдущий, к примеру. А вот, но там пошёл по нужному нам условию. Вот. Ну вот такой вот вариант есть.
Дальше — минимальная пауза у нас 10 минут в облачной версии. А-а, тоже такое иногда бывает ограничение. А, но есть решения обходных, да, для коротких задержек можно использовать какие-то активити, а, какие-нибудь, например, записи в отчёт, да, они, конечно, тоже лёгкие, но если, например, последовательные активити у нас отрабатывает друг за другом слишком быстро, да, и нам нужно какую-нибудь паузу небольшую поставить, чтобы действие успело завершиться, то можно вот как раз другие активити использовать, либо там изменить поле, изменить, потом стереть. Вот это даст нам как раз такую небольшую задержку в несколько секунд. А, ну и в коробочной версии там можно, а, менять на а разные паузы, то есть нет такого ограничения в 10 минут.
И последнее. Э опять же в облачной версии у нас нет запуска по расписанию. К сожалению, вот, ну, здесь вариант такой: либо мы используем роботы и активить с привязкой к каким-то датам конкретным, но это тоже иногда, я понимаю, в некоторых случаях не подходит. Нам нужно там в определённый вторник, да, или в последний день месяца. А иногда бывает это сложно настроить к дате какой-то привязаться. Она может каждый раз меняться. Вот. Но если как-то изменить сам процесс бизнесовый, а, в компании, может быть, можно как-то придумать такую автоматизацию, либо вычислять каждый раз дату. Вот.
Э также в коробочной версии понятно, Chrome скрипты ставим на запуск. И если облако, приложение в маркете есть некоторые, их там достаточно много уже накопилась. Вот поэтому там прямо выбор большой, как можно, э, запустить массово и на каких сущностях. Вот.
Ну, такой небольшой чек-лист вам подготовила. А, по диагностике тоже можете его забирать себе. И, собственно, если что-то идёт не так при настройке бизнес-процесса, просто по нему пробежаться, проверить, то ли сущности на то ли события, правильные ли условия, проверили права, циклы и и лимит на элементе. Всё это проверили. Если всё о'кей, а то дальше ставим больше логов и дальше копаем, так сказать, глубже. Смотрим, в чём ещё может быть проблема. Ну, это самые такие типичные, а, ошибки, которые могут быть. Сначала по ним пробегаемся, потом уже, если нет, то, а, смотрим дальше.
Итак, пишите ваши, а, вопросы. М, так, я пока вернусь к чату. Угу. Да, Ирина, вижу ваш вопрос. Не про БП. Угу. Так. Существует шаблон задачи, который существует во всём Питриксе без привязки к какому-либо проекту. Угу. Если я нахожусь как раз в определённом проекте, выбираю создать задачу по этому шаблону, а то она не привязывается к этому проекту, в котором я нахожусь. Это ужасно бесит. Так, может быть, как-то доработать с роботами, не знаю чем. А шаблон привязать конкретно про не могу. Изначально он задействован в нескольких. Угу.
Ну да, здесь логика бетрексовая как раз-таки работает в том, то что вы настроили шаблон задачи без привязки к проекту и потом создаёте в проекте. Он вам просто по шаблону без проекта создал. А, ну давайте можем глянуть робота. Сейчас давайте посмотрим. Может быть, есть робот, который у нас привязывает к этому проекту, и мы просто его поставим. Робота на изусть все не помню уже. Ну давайте поищем. Давайте сначала через изменить задачу поищем поле проект. Мм. Так, оценка, дата, крайний срок. Нет, э типового поля проекта он нам не даёт через изменить задачу. А если проект тоже стандартно не хочет? Сейчас быстренько глазами пробегусь. М, скорее всего, нет. в стандартном. Да, жаль, конечно, мало роботов. Статус стадию. У скорее всего нет в стандартных активить такого. Даже если мы получим информацию, а, о поле, нам надо как-то изменить поле. проект по идее автоматизировано, но стандартные изменения не даёт нам этого. Ну, здесь такой вариант, либо опять же приложение в маркете глянуть, которые расширяют автоматизацию роботов на задачах, и, может быть, можно найти какой-нибудь робот, который изменит это поле, ну, либо, да, учиться вручную. Либо, кстати, да, автоматизации поставить задачу. Вы можете использовать не шаблон, а сразу м в проекте. на определённой стадии поставить создание. Сейчас задачу поставить, по-моему, задачу, да? Давайте здесь глянем, по-моему, в дополнительно. Давайте проверим задачу в проекте группе и указать нужную группу. То есть, по сути, если вы весь шаблон перенесёте сюда в робот, название, описание, то здесь вы сразу укажете привязку к проекту. Вот. Но она будет создаваться именно при переходе на ту стадию в этом проекте, которую вы Анна тоже не подходит. Это будет какая-то ещё одна просто задача. Тоже нелогично. Ну тогда можно ставить задачу из какой-нибудь другой сущности или изпроцесса из, а там сделки, да? Ну, смотря откуда вы ставите вот этот шаблон, выбираете. Может быть, этот шаблон поставить автоматизированно, а не вручную. Например, у вас там какое-нибудь там согласование идёт на каком-то этапе. под это согласование какой-нибудь смартпроцесс и на каком-нибудь этапе создания этой задачи с привязкой к нужному проекту. Ну, собственно, здесь можно вот так вот идею эту развить. Ну, без сущности, да, тогда будет сложнее, если это вручную. Ну, вручную мы с вами, да, посмотрели, что робота, к сожалению, нет в проектных задачах. Да не за что, да? Пишите ещё ваши вопросы, если они есть. Вот, с удовольствием отвечу.
Так, ну давайте я тогда аа буду подводить уже итоги. Мы с вами, а сегодня как раз-таки, а восмотрели, э, правила запуска бизнес-процессов, да, в рамках открытого урока, а, по курсу бизнес-процесса и автоматизации BТриx24. Вот. А на нём, как раз-таки, мы очень подробно смотрим бизнес-процессы последовательные со статусами, вообще, что такое бизнес-процесс. Какие есть правила работы бизнес-процесса у интегратора внедренца? Вот какие основные, то есть базовые, а правила при создании бизнес-процесса нужно использовать. Также мы здесь смотрим, э, и про роботы тоже говорим, роботы трегеры, какие там есть ограничения. Вот. А, ну и, собственно, по программе курса давайте тоже чуть-чуть ещё поподробнее. Теоретическая подготовка, а, знакомство с автоматизацией. Мы здесь как раз смотрим роботы-триггеры. А в целом роботы тоже и в задачах рассматриваем, как такие типовые сценарии, а, настраиваются, что лучше, на какой сущности настраивать. Вот. Потом идёт большой блок по бизнес-процессам, а, такой теоретический сначала блок, то есть что это такое, э, как с ними работать, какие есть активити. Разбираем самые популярные активити, их ограничения, их правильную настройку. Вот смотрим, какие есть модификаторы, а, как работать со ссылками, с датами, вот как это всё правильно настраивать. И дальше большой блок практики, работа с бизнес-процессами. В блоке практики а мы здесь уже а совместно настраиваем э бизнес-процессы, а, то есть будут задания, прямо очень много практики на этом курсе. А, вот будет достаточно много и практических заданий, и домашних заданий, чтобы прямо отработать навык работы с бизнес-процессами, чтобы понять и логику, и, э, нам показать вам, э, несколько таких типовых сценарией по согласованиям, по вычислениям, да, самых таких цепочек бизнес-процессов. Вот, чтобы вы могли использовать их в дальнейшем в своей работе. Вот.
Ну и завершает программу курс — это проектная работа. А, то есть вы выбираете тоже тему, а, своей автоматизации, её настраиваете и защищаете в формате а такой вот как раз-таки проектной работы. Ну, наши преподаватели, собственно, я здесь тоже есть, веду тоже отдельный блог последовательным бизнес-процессам э в практическом курсе. И со мной здесь Владимир. Он также является руководителем курса интегратора. И вот в автоматизации тоже. А Наталья тоже замечательный бизнес-аналитик, тоже теоретический блок ведёт по а роботам и триггерам. А, и Роман, он ведёт как раз-таки бизнес, а, процессы со статусами, блог. А, все замечательные. Э-э, не знаю, коллеги, ээ, мне очень нравится с ними работать, потому что мы совместно иногда и тоже кейсы разбираем. Вот иногда и студенты дают интересные кейсы и стараемся тоже помочь, подсказать, а, вот интересное что-то такое разобрать.
Ну, про обучение в OTUS. У нас обучение проходит в живом формате, то есть вот как сейчас мы с вами общаемся, я вам всё рассказываю, а, всё точно так же, нет никаких записей. Вот всё проговариваем в таком влажиме. Все записи занятий сохраняются и доступны в личном кабинете. А по каждому домашнему заданию мы даём развёрнутый фидбэк. Так что здесь можно не бояться домашних заданий, даже если что-то не получается или что-то страшно, мы можем это всё обсудить, э, вот в чате по домашнему заданию. Всё поможем, подскажем, обязательно настроите. Вот. Аэ, есть нетворкинг, можно задать вопрос опытным коллегам. А у нас ээ здесь представлены, кстати, не все преподаватели. Вот. по блоку Bitриx24 есть ещё курс интегратора, в котором тоже есть э-э достаточно много экспертов. Вот э по окончанию курса э вы делаете а проект, который можете потом в своё портфолио добавить. А, ну и программа курса, она, конечно же, обновляется каждый запуск. Bitx у нас не стоит на месте, постоянно обновляется. И программу курса мы тоже обновляем в связи с этим. Ну, у курсе вы можете подробнее ознакомиться по Q кор-коду. Стартует он 30 апреля. Длится 3 месяца. Вот поэтому вы всё успеваете, записывайтесь обязательно. Вот. А будем с вами вместе изучать бизнес-процессы и автоматизацию. Это очень интересно.
Ну и давайте подводить итоги занятия сегодняшнего. Здесь вывела вам, а как бы для запоминания итоговый слайд, да? Помним, что у нас бизнес-процессы есть в CRM, смартпроцессах, списках, диски. В задачах у нас только роботы и триггеры. Надеемся, что вендер когда-нибудь добавит там тоже бизнес-процессы. Вот способы запуска у нас бывают вручную по событию либо из другого бизнес-процесса. Вот по событию это на создание изменения, а либо при переходе на стадию, либо статус. И для запуска у нас что критично, чтобы были поля нужные нам заполнены, которые были, ну, используются в вашем бизнес-процессе, чтобы было не больше двух бизнес-процессов на элемент, все условия были выполнены, если есть они в нём и есть права у пользователя, от которого мы запускаемся. Помним про ограничения в облаке: два бизнес-процесса на элементы, пауза от 10 минут и, собственно, наш главный инструмент в тестировании и, в принципе, в настройки — это журнал выполнения бизнес-процесса. То есть через запись в отчёт мы туда всё логируем, либо ж туда что-то автоматически записывается. Вот.
Давайте проверим теперь достижение наших целей. Мы ставили, значит, цель — выбирать подходящий тип бизнес-процесса: последовательный либо со статусами. Вот мы с вами как раз-таки рассмотрели а эти два варианта и тоже их нюансы. А также диагностировать, почему бизнес-процесс не стартует или зацикливается. Подготовил вам в презентации прямо чек-лист, по нему тоже, а, проходимся, если что-то не так. И проектировать БП с учётом ограничений, использовать обходные решения. Вот несколько ограничений, три ограничения мы с вами рассмотрели. А, и я вам предложила несколько обходных, а, решений. Вот. Ну, конечно, больше автоматизации и проще это всё в коробочной версии, но в облаке, э, можно тоже как-то их, а, обходить, придумать, но это всё, опять же, приходит с практикой, и чем больше настраиваете, тем, э, проще потом и быстрее, а, создаётся автоматизация. Вот презентация также будет список материалов. Вот, если хотите тоже ознакомиться, если узнать, почему не работают бизнес-процессы, да, как создавать бизнес-процессы, также вот здесь статьи есть от вендера.
В целом у меня здесь всё. Присоединяйтесь к нашему каналу US по QR-коду. Вот можно отсканировать с экрана. Здесь мы, ээ, там публикуется анонс открытых уроков, есть советы от экспертов. Ну, я оставляю вам здесь, а, слайд о курсе ещё раз. Ну и на этом у меня сегодня всё. Ну и давайте вам анонсирую ещё следующий открытый урок. Да, кстати, 16 апреля, а, тоже в 8 будет открытый урок от Владимира. А-э, там он рассмотрит, э, создание отдельного смарт-процесса по э согласованию. Вот будет настраивать смартпроцесс, стадии, поля, а, маршрут согласования. Вот такой типовой процесс согласования рассмотрите, тоже приходите, будет очень интересно.
Итак, дублирую вам опрос о сегодняшнем открытом уроке. Буду рада, если его а заполните. Всё. Коллеги, у меня на этом всё. Была рада вам рассказать про бизнес-процессы чуть больше. Надеюсь, было полезно. Поэтому всем спасибо, всем хорошего вечера и хорошей рабочей недели. До свидания.