Удаленные настройки модуля необходимы в случае, если у Вас на сервере не установлены библиотеки jpegoptim и optipng. В данном случае обработка изображений осуществляется на нашем удаленном сервере.
Если Вы только приобрели и установили модуль, то желательно провести ручную оптимизацию изображений. Для этого открываем модуль и выбираем раздел «Alkodesign: оптимизация изображений». Система просканирует директории на сервере и покажет только те папки, где есть изображения. Выбираем нужную папку (или все) и нажимаем Старт.
Далее наблюдаем процесс сжатия изображения.
Пока идет сжатие изображений ручным методом, вкладку в браузере закрывать нельзя.
При закрытии вкладки, процесс будет остановлен.
В зависимости от установленных чекбоксов (рекомендуем включить их все):
- включить сжатие у элементов;
- включить сжатие у разделов;
- включить сжатие при ресайзе;
- включить сжатие при сохранении.
Осуществляется автоматическое сжатие изображений элементов инфоблоков, разделов, обычных контентных страниц. При обработке изображений используются вызовы методов библиотек установленных на сервере где находится сайт. Данный метод имеет более высокое быстродействие по сравнению со сжатием изображений с помощью API удаленного сервиса.
В зависимости от установленных чекбоксов (рекомендуем включить их все):
- включить сжатие у элементов;
- включить сжатие у разделов;
- включить сжатие при ресайзе;
- включить сжатие при сохранении.
Осуществляется автоматическое сжатие изображений элементов инфоблоков, разделов, обычных контентных страниц. При обработке изображений сначала данные изображения и параметры оптимизации с помощью API отправляются на удаленный сервер, там оптимизируется и возвращается сжатое изображение. Данное изображение и размещается взамен старого. Данный метод имеет менее высокое быстродействие по сравнению со сжатием изображений с помощью локального сервера и может быть как альтернатива при отсутствии библиотек сжатия изображений на локальном сервере.
В ручном режиме модуль показывает ТОЛЬКО папки с изображениями, таким образом пользователю не придется проверять нужно ли обрабатывать какие-то лишние папки. Это также ускоряет процесс ручной обработки (т. к.не анализируются лишние папки где нет изображений;
Используется комбинированная возможность сжатия как с помощью локальных библиотек на сервере, так и с помощью удаленного сервиса. Другие модули предлагаю только один из этих вариантов, либо навязывают платные сервисы;
Поддержка сжатия изображений добавляемых через визуальный редактор в статичных страницах (не имеет аналогов в marketplace);
Поддержка php7;
Может работать на обычных хостингах, не требуется vps или выделенного сервера;
Без ежемесячных или скрытых платежей.
Модуль «Работа с брошенными корзинами» позволяет работать с корзинами пользователей, из которых не были оформлены заказы. Модуль анализирует такие корзины, показывает статистику: сколько корзин без заказов, сколько анонимных корзин (пользователь был не авторизован). Модуль позволяет:
рассылать почтовые уведомления для мотивации пользователей завершить заказ.
удалять такие корзины пользователей в соответствии с настройками модуля
Модуль устанавливается штатным образом.
В процессе установки модуля также автоматически создается почтовый шаблон для уведомления пользователей о брошенных корзинах. После установки модуля, можно зайти в Настройки -> Настройки продукта -> Настройки модулей -> Работа с брошенными корзинами пользователей и указать, через какое время можно считать корзины «брошенными».
Также из настроек можно перейти в форму редактирования шаблона уведомления по Email и при необходимости отредактировать текст уведомления.
После установки модуля, в административной части появится раздел «Работа с корзинами», где доступны два вида операций:
В данном разделе можно установить параметры, для каких корзин осуществлять отправку почтовых сообщений. Параметры отправки такие же, как и в разделе «Удалить корзины». Дополнительно можно установить ограничение и отправлять уведомления только новым пользователям (которые не оформляли ранее заказ).
Удалить корзины
В данном разделе можно установить параметры для удаления корзин и произвести очистку.
В параметрах можно выбрать количество дней, при превышении которых корзины подвергаются удалению. Также можно ограничить количество дней для удаления. Например, указав в параметре «Для корзин старше» 10 дней, а в параметре «Только в течение» - 5 дней, будут очищены корзины, созданные старше 10 дней и не старше 15 дней. То есть корзины старше 16 дней останутся в базе. Такой подход позволит оставить некоторые корзины, которые оформлялись, например, в период акций или праздников.
Дополнительные параметры «Удалить корзины только анонимных пользователей» и «Удалить анонимных пользователей» позволяют осуществить удаление корзин пользователей, которые не были авторизованы на момент создания корзины, а также произвести удаление самих записей о анонимных пользователях.
Видеоинструкция по работе с модулем
Модуль расширяет функционал для ваших служб доставки и платежных систем. Предназначен для добавления ограничений для служб доставки и платежных систем которые не входят в поставку 1C-BITRIX. В рамках модуля добавляются дополнительные ограничения:
По месторасположению: указав нужные месторасположения, будет применяться нужная платежная система (или доставка);
По группе пользователей: платежная система (или доставка) будет применяться к определенной группе пользователей;
По ID товара: платежная система (или доставка) становится доступной, когда в корзине присутствует товар с указанным ID;
По ID пользователя: платежная система (или доставка) становится доступной, для пользователей с определенными ID пользователя;
По ID раздела: платежная система (или доставка) доступна, если в корзине присутствует товар входящий в выбранный раздел. Можно указать несколько ID разделов через запятую;
По применению скидки: платежная система (или доставка) будет доступна только в том случае, если была применена какая-либо скидка в корзине (или наоборот, не применена);
По факту применения скидки: платежная система (или доставка) доступна только в случае, если была применена выбранная в настройках скидка (или наоборот, не применена);
По проценту скидки: платежная система (или доставка) будет доступна только в случае если соблюдается условие скидки;
По примененным купонам: платежная система (или доставка) будет доступна только в случае, если был применен купон (или наоборот не применен);
По общей стоимости товаров: платежная система (или доставка) доступна только в случае, если соблюдается условие стоимости товара;
По свойствам товара в корзине: платежная система (или доставка) доступна только в случае, если у товара установлено заданное в настройках свойство;
По наличию в корзине товаров с количеством больше остатка: платежная система (или доставка) доступна только в случае, если у товара остаток больше или меньше заданного значения;
По наличию в корзине товаров на определенном складе с количеством больше остатка: платежная система (или доставка) доступна только для товаров удовлетворяющих критерию по остаткам выбранного склада;
По PHP строке: платежная система (или доставка) доступна только в случае если пользовательская функция разработчика (или произвольный php код) возвращает 1 или true.
Таким образом, можно показывать различные службы доставки и оплаты для самых различных условий, не входящих в поставку 1с-Битрикс.
по не вхождению в группу пользователей
по наличию в корзине товаров с количеством больше остатка
Служба доставки будет показана если пользователь НЕ входит в группы пользователей указанные в ограничении.
В настройках модуля достаточно выбрать необходимые группы пользователей. Можно выбрать несколько групп пользователей удерживая клавишу Ctrl
Служба доставки будет показана или наоборот НЕ показана пользователям с определенными ID пользователя.
Примеры:
Служба не будет показана пользователям с ID из списка
Служба доставки будет отображена только неавторизованным пользователям
Служба доставки будет или НЕ будет показана если был применен какой либо купон
Служба доставки будет показана если была применена ( или НЕ была применена ) любая скидка
Служба доставки будет отображена если была применена или НЕ была применена скидка из списка
Служба доставки будет показана если в корзине есть (или наоборот нет) товары, количество в корзине которых больше доступного количества
Служба доставки будет отображена если соблюдается условие
В данном случае служба доставки будет доступна если суммарная скидка на всю корзину будет строго больше 10%. Условие “меньше” работает как меньше или равно.
Служба доставки становится доступной, когда в корзине присутствует товар или товары с указанными ID.
Параметр “присутствует хотя бы один” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар из списка.
Для случая, когда необходимо отображать службу доставки при отсутствии товаров из списка параметр “присутствует хотя бы один” не влияет на результат и правило будет применено если в корзине нет ни одного товара из списка.
Служба доставки будет показана если соблюдается условие.
Примеры:
Служба будет показана если доступное количество всех товаров в корзине строго больше 10
Служба будет показана если в корзине есть хотя бы один товар с остатком равным или меньше 10
Служба доставки будет показана при соблюдении условия наличия товаров на складе
Условия отображения:
“на складе товара достаточно для заказа” - все товары корзины в наличии на выбранном складе (или складах) в количестве достаточном для обеспечения заказа
“на складе товара не достаточно для заказа” - один или более товаров корзины не доступны на выбранных складах в количестве достаточном для обеспечения заказа
“остаток на складе больше” или “остаток на складе больше или равен” - остаток товаров корзины должен быть больше (или равен) количеству указанному в поле “Остаток на складе”
“остаток на складе меньше” или “остаток на складе меньше или равен” - остаток товаров корзины должен быть меньше (или равен) количеству указанному в поле “Остаток на складе”
“остаток на складе равен” - остаток товаров корзины должен быть равен количеству указанному в поле “Остаток на складе”
Параметр “присутствует хотя бы один товар удовлетворяющий условию” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар удовлетворяющий правилу.
Параметр “не указанный остаток на складе приравнивать к нулю” необходимо устанавливать если для товаров не устанавливается количество для складов на которых его нет. Если параметр не установлен, считается, что для складов без установленного остатка подсчет количества не производится.
Параметр “показывать если условие выполняется” может принимать 2 значения:
“хотя бы на одном складе” - условие выполняется хотя бы на одном складе из выбранных
“на всех складах” - условие выполняется на всех выбранных складах
В данном примере служба доставки будет показана если на любом из складов достаточно товара для обеспечения заказа.
В данном примере будет показана служба доставки если в корзине заказа присутствует хотя бы один товар с остатком равным или менее 100 на любом из выбранных складов.
Служба доставки становится доступной, когда в корзине присутствует товар или товары входящие в указанные разделы.
Параметр “присутствует хотя бы один” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар из списка входящий в раздел (а не все товары в корзине).
Для случая, когда необходимо отображать службу доставки при отсутствии товаров из списка параметр “присутствует хотя бы один” не влияет на результат и правило будет применено если в корзине нет ни одного товара из списка.
1. После покупки решения, получите купон решения.
Купон - это своего рода лицензионный ключ, позволяющий легально использовать стороннее коммерческое решение, но при этом не спрашивать у него код ключа самого продукта «1C-Битрикс».
2. На закладке Активация купона (Marketplace > Обновление решений) осуществляется регистрация стороннего решения с помощью ввода кода купона:
3. После активации лицензии, модуль можно установить через вкладку «Установка обновлений». (см. раздел «Установка обновлений»)
Для обновления стороннего решения необходимо перейти в Установка обновлений (Marketplace > Обновление решений):
По ссылке «Посмотреть список обновлений» осуществляется переход на закладку «Список обновлений», где указывается какое решение можно обновить. В списке обновлений появится купленный модуль, доступный для скачивания, установки или обновления.
Все установленные модули удаляются на странице Рабочий стол -> Marketplace -> Установленные решения
/bitrix/admin/partner_modules.php?lang=ru
По кнопке «Удалить» запускается мастер удаления решения.
Модуль «Расширение функционала ограничений доставок и оплат для интернет-магазина» перед удалением производит проверку установленных ограничений в службах доставки и службах оплаты.
Если в установленных ограничениях, установлены одно или несколько ограничений используемых модулем, модуль выдает информационное сообщение о необходимости убрать или отредактировать существующие ограничения, что бы не возникали ошибки в работе компонентов CMS.
В случае, если ограничения, используемые модулем не установлены в службах оплаты и доставки, то успешно происходит деинсталляция модуля.
Для примера реализуем такой пользовательский сценарий:
В интернет магазине реализуется и используется система лояльности.
При покупке одного из товаров, программа лояльности предлагает в подарок другие товары.
При этом правилами программы лояльности оговаривается, что товары которые пользователь покупает без предоставления подарка, могут быть доставлены Курьерской доставкой. А товары, которые при покупке оформляются с подарочными товарами, доступны только к самовывозу. Другими словами, у нас есть 2 службы доставки: «Доставка Курьером» и «Самовывоз». Если срабатывает триггер, что в корзине у нас есть товары и к ним применяется правило, что за покупку товара человек получает в подарок другой товар, то для таких заказов должен быть доступен ТОЛЬКО «Самовывоз», а если в корзине не акционные товары, то предлагать Курьерскую доставку.
Для реализации сценария нужно убедиться что у нас есть правило работы с корзиной (присутствует при установке типового магазина),
Переходим в «Маркетинг» - «Товарный маркетинг» - «Правила работы с корзиной».
Проверяем существующее правило «Подарки в корзине».
Далее переходим в службы доставки: в «Магазин» - «Настройки» - «Службы доставки», и выбираем службу доставки «Самовывоз». Добавляем ограничение «По применению скидки». В появившемся окне, выбираем нашу скидку «Подарки в корзине», в графе «показывать если» выбираем «применена скидка».
Таким образом, если в корзине будет применена данная скидка (будут выполнены все условия применимости скидки, которые указаны в правиле «Подарки в корзине»), то служба доставки будет показана в оформлении заказа.
Сохраним параметры службы доставки с помощью кнопки Сохранить.
Теперь переходим во вторую службу доставки «Доставка курьером» и точно также добавляем ограничение «по применению скидки». Однако в данном случае в графе «показывать если» устанавливаем «не применялась скидка».
В правилах работы с корзиной указано что подарок предоставляется если куплены определенные товары: «Ремень Радуга», «Ремень Классика», «Ремень Элегантность», «Ремень Плетение»:
Перейдем на сайт и положим в корзину товары, НЕ подходящие под критерии подарков.
Положим в корзину товар «Футболка Мужской Огонь»
Переходим в корзину и нажимаем «Оформить заказ».
На странице оформления заказа можно наблюдать, что доступна только служба доставки «Доставка курьером»:
Таким образом первая часть сценария — когда в корзине товары без применения скидок, то доступна только Доставка курьером, выполнена успешно.
Теперь добавим в корзину товар «Ремень Классика» из раздела «Аксессуары».
Данный товар у нас есть в условиях применения скидки, поэтому проверим следующий сценарий когда при применении скидки, должна отобразиться служба доставки «Самовывоз».
В оформлении заказа можно наблюдать что применилась скидка (товар стал бесплатным подарком) и заказ можно оформить ТОЛЬКО самовывозом.
Как видим, данный сценарий тоже успешен.
В результате, с использованием модуля «Расширение функционала ограничений доставок и оплат для интернет-магазина», удалось реализовать сценарий, без написания дополнительного кода, без модификации и нарушения стандартного функционала CMS, и который не мог быть реализован штатными средствами CMS (без привлечения разработчиков).
Разбиение на категории услуг в виде баннеров. Наглядное представление самих услуг
Блок заказать консультацию
Удобный блок, присутствует на всех страницах сайта. С любой страницы пользователь может заказать консультацию.
Портфолио
Страница сделана в виде баннеров, при наведении на конкретный проект всплывает подсказка - каких успехов достигли именно по этому проекту.
Этапы работы
На странице пошагово показаны этапы работы по выполняемым услугам - довольно наглядная презентация работ над проектами
Специалисты
На странице выведены работники с должностями, можно использовать как специализацию.
На детальной странице специалиста есть подробная информация об опыте и тех вопросах, которые специалист решает.
Новости
Страница Новости реализована набором баннеров, есть возможность сортировки порядка вывода новости.
Контакты
На странице Контакты произведена интеграция с Яндекс.картами
Раздел FAQ
На странице Часто задаваемых вопросов реализован функционал аккордеона
Преимущества нашего решения:
Несколько предустановленных цветовых схем;
Адаптивный дизайн;
Удобные формы обратной связи;
Страница FAQ с реализацией функционала аккордеон.
Сервер добавляется в разделе модуля DigiMonitor.
Далее в окне данных проекта заполняем поля:
Заполняемые поля:
Активность — если неактивно, то мониторинг не будет работать.
Домен/IP — В данное поле указываем домен сайта, или ip-адрес.
Тип «Веб-сайт» работает только с доменом в виде «https://site-domain.ru/»
Для сервисов и пингов указывать домен в виде например «smtp.gmail.com», «google.com» т.е без слешей и https/http.
Тип — доступны типы
«Пинг» - проверка только задержки и статуса доступности,
«Сервис» - для сервисов, например smtp сервисов,
«Веб-сайт» - для сайтов, устанавливается по умолчанию.
Настройки «Мониторить robots», «Мониторить SSL», «Интервал выполнения агента "SSL"(минуты)», «Интервал выполнения агента "ROBOTS"(минуты)» работают только с типом ««Веб-сайт»»!
Порт – порт, если поле не заполнено, но указан домен, то после сохранения у доменов с https подставляется значениен 443, для http значение 80.
Мониторить robots – только для типа Веб-сайты, обязательно если нужна проверка robots.txt.
Мониторить SSL – только для типа Веб-сайты, обязательно если нужна проверка SSL – сертификата.
Мониторить доступность – проверка статуса доступности.
Метод запроса — метод запроса GET, POST и.т.д. для запроса curl и проверки Веб-сайта.
Post field - Данные, которые будут отправлены с использованием указанного метода в свойстве «Метод запроса». В виде «param1=val1¶m2=val2...».
Искать текст/шаблон - Если текст по указанному шаблону не найден на сайте, сервер будет помечен как Оффлайн. Регулярные выражения допустимы.
Тайм-аут - Количество секунд ожидания ответа сервера, если не заполнено то будет применяться 10 секунд.
Перенаправление на другой домен – Для проверки перенаправления на другой домен, при значении bad перенаправление считается ошибкой.
Имя пользователя - Имя пользователя для доступа к сайту. Поддерживается только Apache authentication.
Пароль - Пароль для доступа к сайту. Поддерживается только Apache authentication.
Интервал выполнения агента "Доступность"(минуты) – количество минут интервала для выполнения агента «Мониторить доступность».
Интервал выполнения агента "SSL"(минуты) - только для типа Веб-сайты, количество минут интервала для выполнения агента «Мониторить SSL».
Интервал выполнения агента "ROBOTS"(минуты) - только для типа Веб-сайты, количество минут интервала для выполнения агента «Мониторить robots».
Критерий валидности robots.txt - только для типа Веб-сайты. Для проверки robots.txt, при значении «Закрыт от индексации» считается ошибкой если сайт будет открыт для индексации. Если значение «Открыт для индексации», то ошибкой считается когда сайт закрыт от индексации.
Отправить E-mail – Если нужна отправка Email с полученными ошибками после проверки.
Email для уведомлений – Указывается один email на который отправлять сообщения об ошибках, не работает без настройки «Отправить E-mail».
Порог предупреждения - Количество неудачных проверок, требуемых чтобы сервер был помечен как Оффлайн.
Allow HTTP status code - Разрешённые коды состояния HTTP. Отметить веб-сайт как онлайн, коды статуса HTTP ниже 400 по умолчанию отмечаются как онлайн. При заполнении разделять коды знаком |.
Название заголовка – название заголовка для проверки наличия заголовка и значения.
Значение заголовка – значение проверяемого заголовка из свойства «Название заголовка», с учётом регистра.
В верхней шапке админки нажимаем "Шестеренку" и из выпадающего списка выбираем модуль "Digimonitor".
В настройках модуля можно задать первоначальные значения:
Минимальное количество символов robots.txt – минимальное количество символов, при которых robots.txt считается закрытым.
Количество дней для проверки сертификата SSL – При проверке SSL-сертификата, если до истечения осталось указанное кол-во дней и выше, то будет добавляться предупреждение.
Использовать прокси(прокси не используется для сервисов) – включить использование прокси. После включения необходимо заполнить поля «Адрес прокси», «Имя пользователя прокси», «Пароль прокси».
Модуль digimatix.activity расширяет функциональность Битрикс24, предоставляя набор специализированных бизнес-действий (activity) для работы с задачами, пользователями, бизнес-процессами, лидами, звонками и сделками. Модуль позволяет автоматизировать и упростить процессы аналитики и управления на платформе.
Данное действие предназначено для создания новой стадии (этапа) в выбранной воронке сделок в CRM-системе Битрикс24. Оно позволяет автоматически добавить этап с заданным названием и типом (семантикой) в указанную воронку сделок, при этом можно настроить проверку на существование стадии с таким же названием, чтобы избежать дублирования.
Основные возможности:
Порядок использования действия "Создать стадию сделки"
1. **Добавление действия в бизнес-процесс:**
2. **Настройка параметров действия:**
3. **Запуск бизнес-процесса:**
4. **Использование результата:**
Резюме
Это действие удобно использовать для динамического управления этапами сделок в CRM, например, при автоматическом расширении воронок или настройке новых бизнес-процессов, связанных с продажами. Оно помогает поддерживать актуальную структуру стадий без дублирования и с возможностью классификации этапов по типу.
Данное действие — это пользовательская активность для бизнес-процессов в Bitrix24, которая позволяет получить количество телефонных звонков из модуля Voximplant за указанный период и с заданными параметрами фильтрации.
Основные возможности:
Порядок использования действия GetCallActivity
1. **Подключение и установка**
Убедитесь, что установлен и подключен модуль `voximplant` в вашем Bitrix24.2. **Добавление действия в бизнес-процесс**
В редакторе бизнес-процессов добавьте активность `GetCallActivity` из категории `DIGI activities`.3. **Настройка параметров**
В диалоговом окне настройки укажите:
4. **Использование результата**
После выполнения действия в переменной `CALL_COUNT` будет храниться количество звонков, соответствующих заданным параметрам. Это значение можно использовать в дальнейшем в бизнес-процессе для принятия решений или отчетности.Резюме
Действие `GetCallActivity` — удобный инструмент для получения статистики по звонкам в рамках бизнес-процессов Bitrix24 с гибкой фильтрацией по пользователям, времени, CRM-сущностям и статусам звонков. Это позволяет автоматизировать анализ коммуникаций и принимать решения на основе данных звонков.
Данное действие BizProc (бизнес-процесса) предназначено для получения списка пользователей из системы Bitrix с возможностью фильтрации по различным параметрам: по ID пользователей, по ID группы, по подразделению (департаменту), а также по статусам активности и блокировки пользователя.
Основные возможности:
Фильтрация пользователей по:
Возвращает:
Порядок использования действия GetUserActivity
1. Настройка параметров действия
В настройках действия указываются фильтры для выборки пользователей:
2. Вызов действия в бизнес-процессе
- При выполнении действия происходит:
3. Использование результата
Эти данные можно использовать в дальнейшем в бизнес-процессе для рассылок, назначений задач и других действий.
Данное действие предназначено для получения информации о лидах в системе Bitrix24. Оно позволяет:
Порядок использования действия
1. Подключение и настройка параметров действия в бизнес-процессе
2. Использование результата
- Результат (`LeadCount` или `LeadListInfo`) можно использовать в дальнейших шагах бизнес-процесса, например, для уведомлений, условий или отчетов.
Резюме
Это действие удобно использовать для автоматизации анализа и обработки лидов в бизнес-процессах Bitrix24, позволяя быстро получать статистику и подробную информацию по лидам с гибкой фильтрацией.
Данное пользовательское действие (activity) для бизнес-процессов в Bitrix24 позволяет получить информацию о задаче по её ID. В результате выполнения действия формируется строка с ссылкой на задачу, ответственным пользователем и текущим статусом задачи.
Основные возможности:
Порядок использования действия "TaskByIdActivity"
1. Подключение действия в бизнес-процесс
2. Выполнение действия
3. Использование результата
- Свойство `TaskInfo` можно использовать в последующих шагах бизнес-процесса, например, для отправки уведомлений, логирования или отображения.
Данное действие — это пользовательский шаг (activity) для бизнес-процессов в системе Bitrix, который позволяет:
Работает с помощью двух основных параметров:
Результатом работы действия является число (COUNT) — количество найденных или завершённых бизнес-процессов.
Порядок использования
1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие “Работа с бизнес-процессами пользователя”.
2. **Настройка параметров**
- В открывшемся диалоге укажите:
- **UserId** — выберите или введите пользователя, для которого требуется выполнить действие.
- **Action** — выберите нужное действие:
- “Y” — завершить все активные бизнес-процессы пользователя.
- “N” — только подсчитать их количество.
3. **Сохранение и использование результата**
- После выполнения действия в переменной COUNT будет содержаться:
- Если выбран “N” — количество активных БП пользователя.
- Если выбран “Y” — количество успешно завершённых (удалённых) БП пользователя.
- Используйте переменную COUNT в дальнейших шагах бизнес-процесса для логики, уведомлений и т.д.
Это действие предназначено для автоматизации управления активными бизнес-процессами пользователей в Bitrix и может быть полезно, например, при массовом завершении процессов при увольнении сотрудника или для контроля нагрузки на систему.
Данное действие — пользовательский шаг (activity) для бизнес-процессов Bitrix, предназначенный для получения текущего статуса рабочего времени указанного пользователя. Действие о возвращает последний зарегистрированный статус сотрудника, например: "Рабочий день завершен", "Перерыв", "Работаю".
**Основные параметры:**
**Примеры возможных статусов:**
Порядок использования
1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие с названием "Получить статус сотрудника”.
2. **Настройка параметров**
- В открывшемся диалоге выберите пользователя, для которого хотите получить статус рабочего времени (параметр UserID).
3. **Использование результата**
- После выполнения действия в переменной **Status** будет содержаться актуальный статус рабочего времени выбранного пользователя.
- Вы можете использовать это значение в последующих шагах бизнес-процесса для принятия решений (например, отправить уведомление, если сотрудник на перерыве или завершил рабочий день).
Это действие удобно использовать для автоматизации контроля рабочего времени и построения логики бизнес-процессов, зависящих от статуса сотрудников в системе Bitrix.
Данное действие — пользовательский шаг (activity) для бизнес-процессов Bitrix, предназначенный для получения количества задач пользователя по выбранной роли и статусу. Оно интегрируется с модулем задач Bitrix и позволяет определить, сколько задач у конкретного пользователя с определённой ролью (например, исполнитель, постановщик, наблюдатель) и статусом (например, “В работе”, “Завершены”, “Просрочены” и др.).
**Основные параметры:**
Порядок использования
1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие с названием “Сведения по задаче”.
2. **Настройка параметров**
- В открывшемся диалоге укажите:
3. **Использование результата**
4. **Пример сценария**
Это действие особенно полезно для автоматизации контроля загрузки сотрудников, своевременного реагирования на просроченные задачи и построения эффективных рабочих процессов в Bitrix.
Пользовательское действие для бизнес-процесса, которое по заданной дате и пользователю:
Порядок использования действия "Создать стадию сделки"
1. **Добавление действия в бизнес-процесс:**
2. **Заполните параметры:**
3. **Используйте возвращаемые значения:**