Документация для пользователей и разработчиков

Содержание

Планирование и отображение задач по дням

Описание

С помощью новой доски задач вы сможете быстро расставить задачи по дням и по необходимому порядку выполнения.
Если у сотрудников более пяти задач открытых задач, они начинают теряться, что делать вначале а что можно отложить на следующий день. С наши модулем таких вопросов не возникнет!

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

Установка модуля

Для корректной работы модуля необходимо следующее:

- Корпоративный портал 1С-Битрикс версии 14.0 и выше.
- Установленный модуль «Задачи»
- Установочный пакет включает 15-дневный триальный ключ, без ограничений функциональности. По истечению триального периода можно будет инсталировать коммерческий ключ.

После установки модуля его следует подключить одним из двух способов:
1. Вместо стандартного bitrix:tasks.list на странице списка задач. Достаточно открыть страницу в режиме PHP и поменять bitrix:tasks.list на alkodesign:tasks.list.

2. Включить параллельно bitrix:tasks.list. Для этого нужно создать новую страницу любым удобным способом. Затем нужно разместить на это странице компонент alkodesign:tasks.list (Контент->Задачи 2.0->Задачи (Alkodesign)).

Рекомендуется настроить компонент аналогично bitrix:tasks.list.


Работа модуля

Возможности модуля:
  • Отображение задач сгруппированных по дням;
  • Перенос задач в списке по дням простым их перетягиванием;
  • Настройка прав кто может переносить задачи, а кто нет;
  • При переносе задач у них так же изменяется крайний срок выполнения на тот же день, если он был ранее новой даты выполнения.
  • Модуль полностью интегрируется с основным модулем задач и Вы можете выбирать удобный для себя формат их отображения в процессе работы.
Видеоинструкция с демонстрацией работы и настройки модуля



Сжатие изображений "на лету" под требования Google PageSpeed Insights

Описание модуля


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

- Cжатие изображений в ручном режиме. Выбираете папку(и) с изображениями и запускаем обработку.
- Сжатие изображений в автоматическом режиме с помощью библиотек своего сервера.
- Сжатие изображений в автоматическом режиме с помощью API нашего сервиса.

Для чего это нужно?
  1. Соответствие требованиям Google PageSpeed Insights - требованиям по оптимизации сайта, для его максимального ранжирования в поисковой системе.
  2. Увеличение скорости загрузки страниц, за счет уменьшения загружаемого трафика.
  3. Экономия свободного места на сервере, так как обычно именно изображения занимают большую его часть.
Видеоинструкция поможет вам быстро разобраться в работе модуля наглядно продемонстрирует его работу

Настройки модуля

В разделе «Настройки» - «Настройки продукта» - «Настройки модулей» можно предварительно настроить работу модуля.

Настройки модуля делятся на три группы (вкладки):

- Основные — позволяют определить базовые настройки, независимые от метода сжатия;

- Удаленные — настройки при сжатии с помощью библиотек jpegoptim и optipng, используя API нашего сервиса. Необходимо использовать, если на сервере где находится сайт, нет поддержки библиотек jpegoptim и optipng (и нет возможности их установить).

- Локальные — настройки при сжатии с помощью библиотек jpegoptim и optipng, если они установлены на сервере где функционирует сайт;





  В Основных настройках устанавливаются параметры:

Оптимизировать — выбирается метод оптимизации изображений в ручном и автоматическом режиме. Либо «локально» (когда библиотеки jpegoptim и optipng уже установлены на сервере), либо «удаленно» - когда библиотеки jpegoptim и optipng нет возможности установить на сервере и обработка изображений будет проходить с помощью нашего сервиса;

Включить сжатие у элементов, включить сжатие у разделов, включить сжатие при ресайзе, включить сжатие при сохранении — данные настройки при установке «чекбокса» создают собственные обработчики событий для элементов, разделов, и статичных страниц контента;
    • Установив «чекбокс» - Включить сжатие у элементов, создается обработчик события на добавление элемента инфоблока, изменении элемента инфоблока. При срабатывании события у свойств типа файл происходит сжатие изображения в соответствии с основными настройками в модуле. Также дополнительно появится список инфоблоков, к которым необходимо применить сжатие. Таким образом некоторые инфоблоки можно игнорировать, а не применять изменения ко всем подряд;
    • Установив «чекбокс» - Включить сжатие у разделов, создается обработчик события на добавление раздела инфоблока, изменении раздела инфоблока. При срабатывании события у свойств типа файл происходит сжатие изображения в соответствии с основными настройками в модуле. Также дополнительно появится список инфоблоков, к которым необходимо применить сжатие. Таким образом некоторые инфоблоки можно игнорировать, а не применять изменения ко всем подряд;
    • Установив «чекбокс» - Включить сжатие при ресайзе, создается обработчик события на изменение размера изображений (когда создается сжатое изображение в папке resize‑cache). При срабатывании события отресайзенное изображение дополнительно сжимается модулем;
    • Установив «чекбокс» - Включить сжатие при сохранении, создается обработчик события на сохранение статичных страниц. При срабатывании события анализируется контент статичной страницы, находятся теги img и по заданным URL сжимаются изображения в статичной странице.
- Степень сжатия для jpeg и png файлов — устанавливаются желаемые степени сжатия для png и jpeg файлов, которые обрабатываются модулем.



Локальные настройки модуля необходимы в случае, если у Вас на сервере установлены библиотеки jpegoptim и optipng и обработка изображений осуществляется на Вашем сервере. Указываются пути к библиотекам, а также можно протестировать конфигурацию сервера.

Узнать пути к библиотекам можно, выполнив в консоли команды whereis jpegoptim и whereis optipng. Если библиотеки не установлены и их установка невозможна, то следует воспользоваться методом оптимизации изображений с помощью удаленного сервиса.


Удаленные настройки модуля необходимы в случае, если у Вас на сервере не установлены библиотеки jpegoptim и optipng. В данном случае обработка изображений осуществляется на нашем удаленном сервере.
В настройках нужно указать API-ключ для доступа к сервису. API-ключ выдается бесплатно при покупке решения через marketplace.

Для получения ключа необходимо отправить письмо на адрес marketplace@digimatix.ru с указанием кода купона, который Вы получили при покупке решения.

Обратите внимание:
Для корректной работы модуля в режиме удаленной работы (Сжатие изображений в автоматическом режиме с помощью API нашего сервиса) необходимо, что-бы на сервере была установлена и корректно работала библиотека CURL

Режимы работы модуля

Сжатие изображений в ручном режиме.

Если Вы только приобрели и установили модуль, то желательно провести ручную оптимизацию изображений. Для этого открываем модуль и выбираем раздел «Alkodesign: оптимизация изображений». Система просканирует директории на сервере и покажет только те папки, где есть изображения. Выбираем нужную папку (или все) и нажимаем Старт. 

Далее наблюдаем процесс сжатия изображения.

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

При закрытии вкладки, процесс будет остановлен.

Сжатие изображений в автоматическом режиме с помощью библиотек своего сервера.

В зависимости от установленных чекбоксов (рекомендуем включить их все):

- включить сжатие у элементов;

- включить сжатие у разделов;

- включить сжатие при ресайзе;

- включить сжатие при сохранении.

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

Сжатие изображений в автоматическом режиме с помощью API нашего сервиса.

В зависимости от установленных чекбоксов (рекомендуем включить их все):

- включить сжатие у элементов;

- включить сжатие у разделов;

- включить сжатие при ресайзе;

- включить сжатие при сохранении.

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

Преимущества модуля перед аналогичными решениями в marketplace

  1. В ручном режиме модуль показывает ТОЛЬКО папки с изображениями, таким образом пользователю не придется проверять нужно ли обрабатывать какие-то лишние папки. Это также ускоряет процесс ручной обработки (т. к.не анализируются лишние папки где нет изображений;

  2. Используется комбинированная возможность сжатия как с помощью локальных библиотек на сервере, так и с помощью удаленного сервиса. Другие модули предлагаю только один из этих вариантов, либо навязывают платные сервисы;

  3. Поддержка сжатия изображений добавляемых через визуальный редактор в статичных страницах (не имеет аналогов в marketplace);

  4. Поддержка php7;

  5. Может работать на обычных хостингах, не требуется vps или выделенного сервера;

  6. Без ежемесячных или скрытых платежей.

Работа с брошенными корзинами пользователей

Описание модуля


Модуль «Работа с брошенными корзинами» позволяет работать с корзинами пользователей, из которых не были оформлены заказы. Модуль анализирует такие корзины, показывает статистику: сколько корзин без заказов, сколько анонимных корзин (пользователь был не авторизован). Модуль позволяет:

  1. рассылать почтовые уведомления для мотивации пользователей завершить заказ.

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

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

Установка модуля

Модуль устанавливается штатным образом.

В процессе установки модуля также автоматически создается почтовый шаблон для уведомления пользователей о брошенных корзинах. После установки модуля, можно зайти в Настройки -> Настройки продукта -> Настройки модулей -> Работа с брошенными корзинами пользователей и указать, через какое время можно считать корзины «брошенными».  

Также из настроек можно перейти в форму редактирования шаблона уведомления по Email и при необходимости отредактировать текст уведомления.

Настройка и работа модуля

После установки модуля, в административной части появится раздел «Работа с корзинами», где доступны два вида операций:

Оповестить

В данном разделе можно установить параметры, для каких корзин осуществлять отправку почтовых сообщений. Параметры отправки такие же, как и в разделе «Удалить корзины». Дополнительно можно установить ограничение и отправлять уведомления только новым пользователям (которые не оформляли ранее заказ).

Удалить корзины

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

В параметрах можно выбрать количество дней, при превышении которых корзины подвергаются удалению. Также можно ограничить количество дней для удаления. Например, указав в параметре «Для корзин старше» 10 дней, а в параметре «Только в течение» - 5 дней, будут очищены корзины, созданные старше 10 дней и не старше 15 дней. То есть корзины старше 16 дней останутся в базе. Такой подход позволит оставить некоторые корзины, которые оформлялись, например, в период акций или праздников.

Дополнительные параметры «Удалить корзины только анонимных пользователей» и «Удалить анонимных пользователей» позволяют осуществить удаление корзин пользователей, которые не были авторизованы на момент создания корзины, а также произвести удаление самих записей о анонимных пользователях.

Видеоинструкция по работе с модулем



Расширение функционала ограничений доставок и оплат для интернет-магазина

Модуль "Расширение функционала ограничений доставок и оплат для интернет-магазина" можно приобрести
  1. Через маркетплейс приложений 1c-Bitrix по адресу http://marketplace.1c-bitrix.ru/solutions/alkodesign.restrictions/
  2. Также оформить заявку на его покупку через ресурс https://market.digimatix.ru/ по кнопке "Купить модуль"

Описание модуля

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

  • По месторасположению: указав нужные месторасположения, будет применяться нужная платежная система (или доставка);

  • По группе пользователей: платежная система (или доставка) будет применяться к определенной группе пользователей;

  • По ID товара: платежная система (или доставка) становится доступной, когда в корзине присутствует товар с указанным ID;

  • По ID пользователя: платежная система (или доставка) становится доступной, для пользователей с определенными ID пользователя;

  • По ID раздела: платежная система (или доставка) доступна, если в корзине присутствует товар входящий в выбранный раздел. Можно указать несколько ID разделов через запятую;

  • По применению скидки: платежная система (или доставка) будет доступна только в том случае, если была применена какая-либо скидка в корзине (или наоборот, не применена);

  • По факту применения скидки: платежная система (или доставка) доступна только в случае, если была применена выбранная в настройках скидка (или наоборот, не применена);

  • По проценту скидки: платежная система (или доставка) будет доступна только в случае если соблюдается условие скидки;

  • По примененным купонам: платежная система (или доставка) будет доступна только в случае, если был применен купон (или наоборот не применен);

  • По общей стоимости товаров: платежная система (или доставка) доступна только в случае, если соблюдается условие стоимости товара;

  • По свойствам товара в корзине: платежная система (или доставка) доступна только в случае, если у товара установлено заданное в настройках свойство;

  • По наличию в корзине товаров с количеством больше остатка: платежная система (или доставка) доступна только в случае, если у товара остаток больше или меньше заданного значения;

  • По наличию в корзине товаров на определенном складе с количеством больше остатка: платежная система (или доставка) доступна только для товаров удовлетворяющих критерию по остаткам выбранного склада;

  • По PHP строке: платежная система (или доставка) доступна только в случае если пользовательская функция разработчика (или произвольный php код) возвращает 1 или true.

Таким образом, можно показывать различные службы доставки и оплаты для самых различных условий, не входящих в поставку 1с-Битрикс.

Виды ограничений и их настройки

Виды используемых ограничений

по не вхождению в группу пользователей

по ID пользователей

по примененным купонам

по факту применения скидки

по применению скидки

по наличию в корзине товаров с количеством больше остатка

по проценту скидки на корзину

по ID товара

по остатку товара

по остатку товара на складе

по ID раздела

Виды используемых ограничений

по не вхождению в группу пользователей

Служба доставки будет показана если пользователь НЕ входит в группы пользователей указанные в ограничении.


В настройках модуля достаточно выбрать необходимые группы пользователей. Можно выбрать несколько групп пользователей удерживая клавишу Ctrl

по ID пользователей

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


Примеры:

  1. Служба не будет показана пользователям с ID из списка


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


по примененным купонам

Служба доставки будет или НЕ будет показана если был применен какой либо купон


по факту применения скидки

Служба доставки будет показана если была применена ( или НЕ была применена ) любая скидка


по применению скидки

Служба доставки будет отображена если была применена или НЕ была применена скидка из списка


по наличию в корзине товаров с количеством больше остатка

Служба доставки будет показана если в корзине есть (или наоборот нет) товары, количество в корзине которых больше доступного количества



по проценту скидки на корзину

Служба доставки будет отображена если соблюдается условие


В данном случае служба доставки будет доступна если суммарная скидка на всю корзину будет строго больше 10%. Условие “меньше” работает как меньше или равно.

по ID товара

Служба доставки становится доступной, когда в корзине присутствует товар или товары с указанными ID.


Параметр “присутствует хотя бы один” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар из списка.


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


по остатку товара

Служба доставки будет показана если соблюдается условие.



Примеры:


Служба будет показана если доступное количество всех товаров в корзине строго больше 10


Служба будет показана если в корзине есть хотя бы один товар с остатком равным или меньше 10

по остатку товара на складе

Служба доставки будет показана при соблюдении условия наличия товаров на складе



Условия отображения:

“на складе товара достаточно для заказа” - все товары корзины в наличии на выбранном складе (или складах) в количестве достаточном для обеспечения заказа

“на складе товара не достаточно для заказа” - один или более товаров корзины не доступны на выбранных складах в количестве достаточном для обеспечения заказа

“остаток на складе больше” или “остаток на складе больше или равен” - остаток товаров корзины должен быть больше (или равен) количеству указанному в поле “Остаток на складе”

“остаток на складе меньше” или “остаток на складе меньше или равен” - остаток товаров корзины должен быть меньше (или равен) количеству указанному в поле “Остаток на складе”

“остаток на складе равен” - остаток товаров корзины должен быть равен количеству указанному в поле “Остаток на складе”

Параметр “присутствует хотя бы один товар удовлетворяющий условию” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар удовлетворяющий правилу.

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

Параметр “показывать если условие выполняется” может принимать 2 значения:

“хотя бы на одном складе” - условие выполняется хотя бы на одном складе из выбранных

“на всех складах” - условие выполняется на всех выбранных складах



В данном примере служба доставки будет показана если на любом из складов достаточно товара для обеспечения заказа.



В данном примере будет показана служба доставки если в корзине заказа присутствует хотя бы один товар с остатком равным или менее 100 на любом из выбранных складов.

по ID раздела

Служба доставки становится доступной, когда в корзине присутствует товар или товары входящие в указанные разделы.


Параметр “присутствует хотя бы один” вызывает срабатывание правила, если в корзине присутствует хотя бы один товар из списка входящий в раздел (а не все товары в корзине).


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


Установка модуля

Установка модуля осуществляется штатными средствами CMS Bitrix.

Установка модулей из маркетплейса с покупкой лицензии

1. После покупки решения, получите купон решения.

Купон - это своего рода лицензионный ключ, позволяющий легально использовать стороннее коммерческое решение, но при этом не спрашивать у него код ключа самого продукта «1C-Битрикс».

2. На закладке Активация купона (Marketplace > Обновление решений) осуществляется регистрация стороннего решения с помощью ввода кода купона:


3. После активации лицензии, модуль можно установить через вкладку «Установка обновлений». (см. раздел «Установка обновлений»)

Обновление модуля

Для обновления стороннего решения необходимо перейти в Установка обновлений (Marketplace > Обновление решений):


По ссылке «Посмотреть список обновлений» осуществляется переход на закладку «Список обновлений», где указывается какое решение можно обновить. В списке обновлений появится купленный модуль, доступный для скачивания, установки или обновления.

Удаление модуля

Все установленные модули удаляются на странице Рабочий стол -> Marketplace -> Установленные решения

/bitrix/admin/partner_modules.php?lang=ru

По кнопке «Удалить» запускается мастер удаления решения. 

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

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

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

Демонстрация работы модуля

Устанавливается модуль стандартным способом.
Никаких дополнительных действий не требуется.

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


Сценарии использования ограничений

Для примера реализуем такой пользовательский сценарий:

В интернет магазине реализуется и используется система лояльности.

При покупке одного из товаров, программа лояльности предлагает в подарок другие товары.

При этом правилами программы лояльности оговаривается, что товары которые пользователь покупает без предоставления подарка, могут быть доставлены Курьерской доставкой. А товары, которые при покупке оформляются с подарочными товарами, доступны только к самовывозу. Другими словами, у нас есть 2 службы доставки: «Доставка Курьером» и «Самовывоз». Если срабатывает триггер, что в корзине у нас есть товары и к ним применяется правило, что за покупку товара человек получает в подарок другой товар, то для таких заказов должен быть доступен ТОЛЬКО «Самовывоз», а если в корзине не акционные товары, то предлагать Курьерскую доставку.

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

Переходим в «Маркетинг» - «Товарный маркетинг» - «Правила работы с корзиной».

Проверяем существующее правило «Подарки в корзине».

Далее переходим в службы доставки: в «Магазин» - «Настройки» - «Службы доставки», и выбираем службу доставки «Самовывоз». Добавляем ограничение «По применению скидки». В появившемся окне, выбираем нашу скидку «Подарки в корзине», в графе «показывать если» выбираем «применена скидка».


Таким образом, если в корзине будет применена данная скидка (будут выполнены все условия применимости скидки, которые указаны в правиле «Подарки в корзине»), то служба доставки будет показана в оформлении заказа.

Сохраним параметры службы доставки с помощью кнопки Сохранить.


Теперь переходим во вторую службу доставки «Доставка курьером» и точно также добавляем ограничение «по применению скидки». Однако в данном случае в графе «показывать если» устанавливаем «не применялась скидка».

Проверим настройку и сценарий решения.

В правилах работы с корзиной указано что подарок предоставляется если куплены определенные товары: «Ремень Радуга», «Ремень Классика», «Ремень Элегантность», «Ремень Плетение»:


Перейдем на сайт и положим в корзину товары, НЕ подходящие под критерии подарков.

Положим в корзину товар «Футболка Мужской Огонь»

Переходим в корзину и нажимаем «Оформить заказ».

На странице оформления заказа можно наблюдать, что доступна только служба доставки «Доставка курьером»:

Таким образом первая часть сценария — когда в корзине товары без применения скидок, то доступна только Доставка курьером, выполнена успешно.

Теперь добавим в корзину товар «Ремень Классика» из раздела «Аксессуары».

Данный товар у нас есть в условиях применения скидки, поэтому проверим следующий сценарий когда при применении скидки, должна отобразиться служба доставки «Самовывоз».

В оформлении заказа можно наблюдать что применилась скидка (товар стал бесплатным подарком) и заказ можно оформить ТОЛЬКО самовывозом.


Как видим, данный сценарий тоже успешен.

В результате, с использованием модуля «Расширение функционала ограничений доставок и оплат для интернет-магазина», удалось реализовать сценарий, без написания дополнительного кода, без модификации и нарушения стандартного функционала CMS, и который не мог быть реализован штатными средствами CMS (без привлечения разработчиков).


Корпоративный сайт от DIGIMATIX

Описание решения

Корпоративный сайт DIGIMOON - универсальное типовое решение для корпоративного сайта любой тематики. Подходит для любых категорий предоставляемых услуг.


Основные разделы:

Каталог услуг

Разбиение на категории услуг в виде баннеров. Наглядное представление самих услуг

Блок заказать консультацию

Удобный блок, присутствует на всех страницах сайта. С любой страницы пользователь может заказать консультацию.

Портфолио

Страница сделана в виде баннеров, при наведении на конкретный проект всплывает подсказка - каких успехов достигли именно по этому проекту.

Этапы работы

На странице пошагово показаны этапы работы по выполняемым услугам - довольно наглядная презентация работ над проектами

Специалисты

На странице выведены работники с должностями, можно использовать как специализацию.

На детальной странице специалиста есть подробная информация об опыте и тех вопросах, которые специалист решает.

Новости

Страница Новости реализована набором баннеров, есть возможность сортировки порядка вывода новости.

Контакты

На странице Контакты произведена интеграция с Яндекс.картами

Раздел FAQ

На странице Часто задаваемых вопросов реализован функционал аккордеона

Преимущества нашего решения:

  1. Несколько предустановленных цветовых схем;

  2. Адаптивный дизайн;

  3. Удобные формы обратной связи;

  4. Страница FAQ с реализацией функционала аккордеон.

Описание установки и настройки решения

Устанавливается стандартным способом с помощью мастера установки решения.

Для работы готового интернет-магазина Вам понадобится одна из редакций 1С-Битрикс: Управление сайтом:

- Старт;
- Стандарт;
- Малый бизнес;
- Бизнес;
- Энтерпрайз.

Голосовой набор текста для строки поиска

Описание решения


Модуль представляет собой настройку для голосового поиска по сайту.

Также модуль включает в поставку два компонента со строкой поиска, где поиск осуществляется путем голосового ввода. Сам модуль с помощью API Яндекс Speech производит распознавание голоса в текст и полученный текст передается в компонент поиска.

Для корректной работы модуля:
- На сервере должна быть установлена библиотека CURL (https://www.php.net/manual/ru/book.curl.php);
- Также Ваш сайт должен работать по HTTPS протоколу.

Описание установки и настройки решения

Для корректной работы модуля:

- На сервере должна быть установлена библиотека CURL (https://www.php.net/manual/ru/book.curl.php);
- Также Ваш сайт должен работать по HTTPS протоколу.

Модуль устанавливается штатным образом. В процессе установки модуля также устанавливаются компоненты со строкой ввода текста с помощью голоса, а также компонент результатов поиска. Компоненты размещаются  в разделе "Alkodesign". Для реализации голосового поиска потребуется:

Указать "Ключ Яндекс Oauth" и "folder_id Яндекс cloud" в настройках модуля "Голосовой набор текста для строки поиска".

Быстрое редактирование SEO тегов

Описание решения

Модуль позволяет, используя массовые операции, быстро и оперативно менять SEO информацию.

Вам не нужно больше заходить в карточки товаров, в раздел SEO, и для каждой карточки менять значения.Теперь все стало намного проще.

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

В видеоинструкции наглядно продемонстрирована настройка и работа модуля


Описание установки и настройки решения

Модуль устанавливается штатным образом.

После установки необходимо зайти в настройки модуля и выбрать, с какими инфоблоками пользователь будет работать. Выделяем инфоблоки из списка, удерживая клавишу Ctrl.



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




Массовая обработка элементов инфоблока (товаров)

Описание модуля


Данный модуль предназначен прежде всего для массовой работы со значениями справочников и highload-блоками:
  1. для замены значений свойств в виде справочников (списков)
  2. для замены значений свойств в виде списков с привязанными highload-блоками
  3. для объединения значений свойств справочников и привязанными highload-блоками
При импорте из CSV или других форматов, зачастую пользователи допускают ошибки при заполнении и в справочники попадают различные, похожие значения. Данный модуль позволяет оперативно исправить значения в справочниках. При этом при всех операциях значения меняются и в соответствующих элементах инфоблока.

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

Видеоинструкция для работы с модулем



Описание установки и настройки решения

Модуль имеет только штатные настройки доступа пользователей (и групп пользователей) к модулю.
Остальные настройки не требуются.
Работа с модулем производится в административной панели.

Для работы со справочниками

1.Выбираете инфоблок


2.Выбираете свойства


Для очистки значений

Нужно выбрать значения свойств для удаления









Модуль сжатия HTML контента + inline CSS под требования Google PageSpeed

Описание решения

Модуль повышает скорость загрузки страницы путем сжатия сгенерированного и отправляемого веб-сервером кода. Модуль может удалять лишние комментарии, атрибуты и теги, пробелы переносы в HTML, JS, CSS коде, что уменьшает общий объем загружаемой браузером страницы.


Модуль корректно работает как с мобильными сайтами, адаптивными, сайтами с использованием модуля Сайты24 и положительно влияет на оценку скорости и поведения сайта в Google PageSpeed Insights.

Модуль убирает блокировку загрузки страницы CSS стилями в шапке без изменения кода и искажения отображения сайта путем вставки содержимого CSS файлов в тело страницы.

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

Видеоинструкция по работе с модулем


Описание установки и настройки решения

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

После сохранения параметров, при установленном "чекбоксе" - "Включить модуль", он сразу начнет свою работу.

Модуль для кеширования внешних скриптов локально

Описание решения

Как правило, у большинства пользователей на сайтах стоят коды: Яндекс.Метрика, Google Analytics, Google Tag Manager, чатов типа JivoSite и так далее.

При большом количестве внешних скриптов увеличивается время загрузки сайта. Кроме того, показатели Google PageSpeed Insights значительно снижаются. Для ускорения загрузки внешние js файлы можно закешировать.

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

В административной части сайта реализован раздел, в котором пользователь вводит url к файлу на внешнем ресурсе, дополнительный код JS, который будет размещаться в блоке head (опционально можно сделать выбор между размещением в head или в body). Также указывается время обновления файла (в часах).

При сохранении элемента (если у него есть признак активности) модуль создает агента, с соответствующими параметрами периодичности работы. Агент, в свою очередь получает параметры, какой файл нужно скачать, скачивает его, сохраняет в папку. При формировании страницы модуль вставляет в head или body нужный JS код и добавляет вызовы уже скачанных JS файлов).

 Таким образом, настроенные скрипты скачиваются и хранятся на Вашем сервере, что уменьшает время загрузки страницы, а также увеличивает показатели Google PageSpeed Insights.

Описание установки и настройки решения

Модуль устанавливается штатным образом.

После установки модуля появится отдельный раздел Digimatix с пунктами меню для добавления и управления данными модуля.




DigiMonitor - мониторинг (Ssl, Robots, доступность) Ваших проектов

Модуль "DigiMonitor - мониторинг (Ssl, Robots, доступность) Ваших проектов" предназначен для замены всевозможных внешних сервисов по мониторингу проекта и позволяет мониторить не ограниченное количество проектов.

Основные виды мониторингов:
  • Мониторинг доступности сайта. Можно просто пинговать сайт и проверять ответ. Можно настроить проверки наличия по URL определенного текста. Можно мониторить с указанием различных методов с передачей параметров (GET, POST).
  • Мониторинг что Ваш robots.txt в нужном состоянии (закрыт от индексации или открыт от индексации. Данный вид мониторинга проверяет наличие файла robots.txt и получает его размер в байтах. Далее осуществляется проверка, если количество байт меньше чем указанное в настройках, то считается что robots.txt закрыт от индексации. Если больше - то открыт.
  • Мониторинг количества дней до истечения SSL сертификата домена. Количество дней до срабатывания уведомления о необходимости продления сертификата можно настраивать для каждого домена.
Работа модуля интуитивно проста и понятна. Необходимо зайти в раздел в админке сайта и добавить новый элемент. После заполнения обязательных полей и сохранении элемента, модуль создаст функцию агента, который будет с заданной (в настройках) периодичностью проводить проверку.
Для каждого из видов мониторинга можно указать свой период проверки.

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

Добавление элементов в мониторинг

Сервер добавляется в разделе модуля 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&param2=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-сертификата, если до истечения осталось указанное кол-во дней и выше, то будет добавляться предупреждение.

Использовать прокси(прокси не используется для сервисов) – включить использование прокси. После включения необходимо заполнить поля «Адрес прокси», «Имя пользователя прокси», «Пароль прокси».


Полезные activity от DIGIMATIX

Описание модуля digimatix.activity для Битрикс24


Модуль digimatix.activity расширяет функциональность Битрикс24, предоставляя набор специализированных бизнес-действий (activity) для работы с задачами, пользователями, бизнес-процессами, лидами, звонками и сделками. Модуль позволяет автоматизировать и упростить процессы аналитики и управления на платформе.

Основные возможности модуля

1. Пользовательские задачи и статус

usertasksactivity

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

userstatusactivity

Получение текущего статуса рабочего времени указанного пользователя (например, в режиме онлайн/офлайн, в работе/перерыве).

2. Бизнес-процессы

userbpactivity

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

3. Работа с задачами

taskbyidactivity

Получение подробной информации о задаче по её ID.
В результате формируется строка с ссылкой на задачу, ответственным пользователем и текущим статусом задачи.

workingtimeuseractivity

Получение общего времени, потраченного пользователем на задачи.
Опционально можно получить список задач с указанием времени по каждой задаче.
Формат вывода времени настраивается (минуты, часы, часы и минуты).

4. Лиды

leadinfoactivity

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

5. Пользователи

getuseractivity

Получение списка пользователей системы с возможностью фильтрации по:

* ID пользователей
* ID группы
* Подразделению (департаменту)
* Статусам активности и блокировки

6. Телефонные звонки

getcallactivity

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

7. Сделки

createdealstageactivity

Автоматическое добавление этапа с заданным названием и типом (семантикой) в указанную воронку сделок.
Встроена проверка на существование этапа с таким названием для предотвращения дублирования.

Преимущества использования модуля

  • Глубокая интеграция с бизнес-процессами и стандартными модулями Битрикс24 (задачи, лиды, звонки, сделки).
  • Удобный и гибкий фильтр данных для точной настройки отчетности и автоматизации.
  • Автоматизация управления активными процессами и стадиями сделок.
  • Повышение эффективности работы сотрудников и контроля процессов.

Activity "Создать стадию сделки"

Данное действие предназначено для создания новой стадии (этапа) в выбранной воронке сделок в CRM-системе Битрикс24. Оно позволяет автоматически добавить этап с заданным названием и типом (семантикой) в указанную воронку сделок, при этом можно настроить проверку на существование стадии с таким же названием, чтобы избежать дублирования.

Основные возможности:

  • - Создание новой стадии сделки с заданным названием.
  • - Выбор воронки (pipeline), в которой будет создан этап.
  • - Опция не создавать стадию, если она уже существует с таким названием.
  • - Установка типа стадии (семантика): "Не определено" или "Провалено".
  • - Возвращает ID созданной стадии для дальнейшего использования.

Порядок использования действия "Создать стадию сделки"

1. **Добавление действия в бизнес-процесс:**

  • - В конструкторе бизнес-процессов выберите категорию "DIGI activities".
  • - Добавьте действие "Создать стадию сделки".
createdealstageactivity
createdealstageactivity

2. **Настройка параметров действия:**

  • - **Название стадии:** Введите уникальное название новой стадии.
  • - **Воронка:** Выберите из списка нужную воронку сделок (pipeline).
  • - **Не создавать если уже существует:** Выберите "Да", если хотите избежать создания дубликатов с таким же названием.
  • - **Тип стадии:** Выберите семантику стадии (например, "Провалено" или "Не определено").
createdealstageactivity

createdealstageactivity

createdealstageactivity

createdealstageactivity

3. **Запуск бизнес-процесса:**

  • - При выполнении действия будет проверено, существует ли уже стадия с таким названием (если включена опция).
  • - Если стадия не найдена или опция отключена, создастся новая стадия с уникальным ID.
  • - В случае успеха в переменную `StageId` запишется ID созданной стадии.

4. **Использование результата:**

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

Резюме

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

Activity "Получить количество телефонных звонков"

Данное действие — это пользовательская активность для бизнес-процессов в Bitrix24, которая позволяет получить количество телефонных звонков из модуля Voximplant за указанный период и с заданными параметрами фильтрации.

Основные возможности:

  • - Фильтрация звонков по пользователю (UserID).
  • - Фильтрация по диапазону дат (DateFrom и DateTo).
  • - Фильтрация по типу CRM-сущности (LEAD, CONTACT, COMPANY, DEAL).
  • - Фильтрация по направлению звонка (входящий/исходящий).
  • - Фильтрация по статусу звонка.
  • - Возвращает количество звонков, соответствующих фильтру (CALL_COUNT).

Порядок использования действия GetCallActivity

1. **Подключение и установка**

Убедитесь, что установлен и подключен модуль `voximplant` в вашем Bitrix24.

2. **Добавление действия в бизнес-процесс**

В редакторе бизнес-процессов добавьте активность `GetCallActivity` из категории `DIGI activities`.

getcallactivity

getcallactivity

3. **Настройка параметров**

В диалоговом окне настройки укажите:

  • - Пользователя (UserID) — можно выбрать конкретного сотрудника.
  • - Период времени — даты начала (DateFrom) и окончания (DateTo).
  • - Тип CRM-сущности — выберите одну или несколько из: Лид, Контакт, Компания, Сделка.
  • - Направление звонка — входящие, исходящие или оба.
  • - Статус звонка — например, успешные или неуспешные.
getcallactivity

getcallactivity

getcallactivity

4. **Использование результата**

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

Резюме

Действие `GetCallActivity` — удобный инструмент для получения статистики по звонкам в рамках бизнес-процессов Bitrix24 с гибкой фильтрацией по пользователям, времени, CRM-сущностям и статусам звонков. Это позволяет автоматизировать анализ коммуникаций и принимать решения на основе данных звонков.

Activity "Получить спискок или количество пользователей"

Данное действие BizProc (бизнес-процесса) предназначено для получения списка пользователей из системы Bitrix с возможностью фильтрации по различным параметрам: по ID пользователей, по ID группы, по подразделению (департаменту), а также по статусам активности и блокировки пользователя.

Основные возможности:
Фильтрация пользователей по:

  • - конкретные пользователи (через формат )
  • - пользователи из определённой группы
  • - пользователи из определённого подразделения
  • - фильтрация по активности (активные, неактивные, любые)
  • - фильтрация по статусу блокировки (заблокированные, не заблокированные, любые)

Возвращает:

  • - Количество найденных пользователей (`UserCount`)
  • - Список ID пользователей (`UserList`)

Порядок использования действия GetUserActivity
1. Настройка параметров действия

  • - В конструкторе бизнес-процессов выберите категорию "DIGI activities".
  • - Добавьте действие "Получить пользователей по фильтру".
getuseractivity

getuseractivity

В настройках действия указываются фильтры для выборки пользователей:

getuseractivity

getuseractivity

getuseractivity

getuseractivity

getuseractivity

getuseractivity

2. Вызов действия в бизнес-процессе
- При выполнении действия происходит:

  • - Получение пользователей из указанной группы (если указан GroupId)
  • - Получение пользователей из списка UserId
  • - Объединение этих списков (если указаны оба)
  • - Применение фильтров активности, блокировки и подразделения
  • - Получение списка пользователей из базы

3. Использование результата

  • - В переменную `UserCount` записывается количество найденных пользователей.
  • - В переменную `UserList` записывается массив ID пользователей, соответствующих фильтрам.

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

getuseractivity

Activity "Получить лиды"

Данное действие предназначено для получения информации о лидах в системе Bitrix24. Оно позволяет:

  • - Получить количество лидов, соответствующих заданным фильтрам.
  • - Получить подробный список лидов с информацией (название, ответственный и т.д.).
Основные возможности:
  • - Фильтрация лидов по ответственному, статусу, дате создания, клиенту (компания или контакт), сумме сделки и источнику.
  • - Выбор режима вывода результата: только количество лидов или подробный список.

Порядок использования действия
1. Подключение и настройка параметров действия в бизнес-процессе

  • - Откройте визуальный редактор бизнес-процессов в Bitrix24.
  • - Добавьте действие "Получить лиды" из категории "DIGI activities".
leadinfoactivity

leadinfoactivity

- Заполните параметры фильтрации:
  • - **Ответственный** — пользователь(и), ответственный за лиды.
  • - **Статус** — статус лидов.
  • - **Дата создания с/по** — временной диапазон создания.
  • - **Клиент** — компания или контакт (можно выбрать из подсказки).
  • - **Сумма от/до** — диапазон суммы сделки.
  • - **Источник** — источник лида.
  • - **Результат** — выбор между "Только количество" или "Информация по лидам".
leadinfoactivity

leadinfoactivity

leadinfoactivity

leadinfoactivity

leadinfoactivity

2. Использование результата
- Результат (`LeadCount` или `LeadListInfo`) можно использовать в дальнейших шагах бизнес-процесса, например, для уведомлений, условий или отчетов.

leadinfoactivity

Резюме

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

Activity "Получить информацию о задаче по её ID"

Данное пользовательское действие (activity) для бизнес-процессов в Bitrix24 позволяет получить информацию о задаче по её ID. В результате выполнения действия формируется строка с ссылкой на задачу, ответственным пользователем и текущим статусом задачи.

Основные возможности:

  • - Принимает на вход ID задачи (обязательный параметр).
  • - Получает из модуля "tasks" данные задачи по ID.

  • Формирует строку с информацией о задаче, включая:
    • Ссылку на задачу.
    • Имя и ссылку на профиль ответственного пользователя.
    • Текстовое описание статуса задачи.
  • - Возвращает эту строку в свойство `TaskInfo` для дальнейшего использования в бизнес-процессе.


Порядок использования действия "TaskByIdActivity"

1. Подключение действия в бизнес-процесс

  • - Добавьте действие "TaskByIdActivity" в ваш бизнес-процесс.
  • - В настройках действия укажите параметр — ID задачи, информацию о которой хотите получить.
taskbyidactivity

taskbyidactivity

taskbyidactivity

2. Выполнение действия

  • - При запуске бизнес-процесса действие подключит модуль задач.
  • - По указанному ID будет выполнен запрос к базе задач.
  • - Если задача найдена, формируется строка с информацией и ссылками.
  • - Информация помещается в свойство `TaskInfo`.

3. Использование результата
- Свойство `TaskInfo` можно использовать в последующих шагах бизнес-процесса, например, для отправки уведомлений, логирования или отображения.

taskbyidactivity

Activity "Получить количество активных бизнес-процессов"

Данное действие — это пользовательский шаг (activity) для бизнес-процессов в системе Bitrix, который позволяет:

  • - Получать количество активных бизнес-процессов, запущенных определённым пользователем.
  • - При необходимости завершать (удалять) все такие активные бизнес-процессы для указанного пользователя.

Работает с помощью двух основных параметров:

  • - **UserId** — идентификатор пользователя, для которого производится поиск или удаление бизнес-процессов.
  • - **Action** — действие:
    • "Y" — завершить (удалить) все активные процессы пользователя.
    • "N" — только подсчитать количество активных процессов, ничего не удаляя.

Результатом работы действия является число (COUNT) — количество найденных или завершённых бизнес-процессов.

Порядок использования 1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие “Работа с бизнес-процессами пользователя”.

userbpactivity

userbpactivity

2. **Настройка параметров**
- В открывшемся диалоге укажите:
- **UserId** — выберите или введите пользователя, для которого требуется выполнить действие.
- **Action** — выберите нужное действие:
- “Y” — завершить все активные бизнес-процессы пользователя.
- “N” — только подсчитать их количество.
userbpactivity

userbpactivity

3. **Сохранение и использование результата**
- После выполнения действия в переменной COUNT будет содержаться:
- Если выбран “N” — количество активных БП пользователя.
- Если выбран “Y” — количество успешно завершённых (удалённых) БП пользователя.
- Используйте переменную COUNT в дальнейших шагах бизнес-процесса для логики, уведомлений и т.д.
userbpactivity

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

Activity "Получения текущего статуса рабочего времени указанного пользователя"

Данное действие — пользовательский шаг (activity) для бизнес-процессов Bitrix, предназначенный для получения текущего статуса рабочего времени указанного пользователя. Действие о возвращает последний зарегистрированный статус сотрудника, например: "Рабочий день завершен", "Перерыв", "Работаю".

**Основные параметры:**

  • - **UserID** — пользователь, для которого требуется получить статус (обязательный параметр).
  • - **Status** — возвращаемое значение, в котором после выполнения действия будет содержаться строковый статус пользователя.

**Примеры возможных статусов:**

  • - "Рабочий день завершен"
  • - "Перерыв"
  • - "Работаю"

Порядок использования

1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие с названием "Получить статус сотрудника”.

userstatusactivity

userstatusactivity

2. **Настройка параметров**
- В открывшемся диалоге выберите пользователя, для которого хотите получить статус рабочего времени (параметр UserID).

userstatusactivity

userstatusactivity

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

userstatusactivity

Это действие удобно использовать для автоматизации контроля рабочего времени и построения логики бизнес-процессов, зависящих от статуса сотрудников в системе Bitrix.

Activity "Получение количества задач пользователя"

Данное действие — пользовательский шаг (activity) для бизнес-процессов Bitrix, предназначенный для получения количества задач пользователя по выбранной роли и статусу. Оно интегрируется с модулем задач Bitrix и позволяет определить, сколько задач у конкретного пользователя с определённой ролью (например, исполнитель, постановщик, наблюдатель) и статусом (например, “В работе”, “Завершены”, “Просрочены” и др.).

**Основные параметры:**

  • - **UserId** — пользователь, для которого производится поиск задач (обязательный параметр).
  • - **Roles** — роль пользователя в задаче (исполнитель, соисполнитель, постановщик, наблюдатель; значения: R, A, O, U).
  • - **Statuses** — статус задачи (например: “В работе” — 2, “Завершены” — 5, “Отложены” — 6, “Просрочены” — 7, “Почти просрочены” — 3).
  • - **TaskList** — возвращаемое значение, количество найденных задач по заданным условиям.

Порядок использования

1. **Добавление действия в бизнес-процесс**
- В редакторе бизнес-процессов Bitrix найдите категорию “DIGI activities” и выберите действие с названием “Сведения по задаче”.

usertaskactivity

usertaskactivity

2. **Настройка параметров**
- В открывшемся диалоге укажите:

  • - **Пользователь** — выберите пользователя, для которого требуется получить задачи.
  • - **Роль** — выберите роль пользователя в задачах (например, исполнитель — R).
  • - **Статус** — выберите статус задач, которые нужно учитывать (например, “В работе” — 2).

usertaskactivity

usertaskactivity

usertaskactivity

usertaskactivity

3. **Использование результата**

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

usertaskactivity

4. **Пример сценария**

  • - Проверить, сколько задач в статусе “Просрочены” у сотрудника в роли “Исполнитель”.
  • - Если количество задач превышает определённый порог, уведомить руководителя или инициировать корректирующие действия.

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

Activity "Получить по дате рабочее время пользователя"

Пользовательское действие для бизнес-процесса, которое по заданной дате и пользователю:

  • - Получает общее количество времени, потраченное на задачи (в модуле `tasks`).
  • - Возвращает либо только итоговое время, либо список задач с указанием потраченного времени на каждую.
  • -Формат вывода времени настраивается: в минутах, часах, или часах и минутах.

Порядок использования действия "Создать стадию сделки"

1. **Добавление действия в бизнес-процесс:**

  • - В конструкторе бизнес-процессов выберите категорию "DIGI activities".
  • - Добавьте действие "Получить по дате рабочее время пользователя".
workingtimeuseractivity

workingtimeuseractivity

2. **Заполните параметры:**

  • - Выберите пользователя (`UserID`).
  • - Укажите дату.
  • - Укажите вид получения.
  • - Выберите формат отображения.

workingtimeuseractivity

workingtimeuseractivity

workingtimeuseractivity

workingtimeuseractivity

3. **Используйте возвращаемые значения:**

  • - `{{activitycode.Time}}` — если нужен итог по времени.
  • - `{{activitycode.TimeTasks}}` — если нужен список задач и длительность каждой.

workingtimeuseractivity