Выбираем вместе темы для новых статей
Друзья, помогите выбрать темы для новых статей в блоге 🙂
Напишите, пожалуйста, какие статьи сейчас вам интересно читать в моем блоге и какие ещё статьи вы хотели бы видеть. Нужно ли подробно пошагово разбирать функционал в формате миникурсов? Или, наоборот, убрать лишнюю детализацию при описании настроек функционала? Нужны ли короткие статьи с простыми примерами настроек бизнес-процессов для начинающих? Нужны ли примеры проверенных и работающих URL вебхуков без подробных описаний?
Если у вас есть вопрос по настройке своего бизнес-процесса - опишите его в комментарии - могу разобрать ваш пример и описать его в новой статье.
В общем, буду благодарна за любую обратную связь 🙂
По первому вопросу: стандартный функционал поиска и объединения дубликатов не подошел вам по задаче? По второму вопросу: проверку и объединение дубликатов при создании контакта/компании вам нужно проводить по системным полям Телефон и/или Email?
1. выбрать элементы смарт-процесса,
2. запустить бизнес-процесс
3. внутри бизнес-процесса собирается таблица, в которой строки - название элемента смарт-процесса, колонки - другие поля из этого элемента
более предметно: всех, кто обучается на нашей платформе, мы проводим через смарт-процесс, который добавляет пользователей на учебную платформу. то есть 1 карточка = 1 пользователь. в рамках этого же смарт-процесса хотим формировать прогресс по обучению. выбрать определенных пользователей
⟶ запустить БП
⟶ получить таблицу, в которой будут ФИО слушателей и их результаты. сами результаты получаем по АПИ для каждого слушателя в цикле БП.
кажется, что тут можно обширней взять - как генерировать в 1 документе таблицу/списки и проч для множества элементов (будто бы сделки/контакты/ элементы смарт процессов и проч)
Полезно, например, кастомизация UI по шагам, как, например, изменить вид канбана, отформатировать отображение карточек или удалить названия полей из элемента канбана, тоже много времени на это тратил,
Внедрение собственных классов php, чтобы не писать код в каждом новом БП, а использовать уже готовый, эта инфа как бы и есть в книге битриксиста, но начинающим сложно разбираться с нуля
2. Отслеживание изменения значения полей в карточке сделки / смарта, плюс дополнительная автоматизация через БП после этого.
Есть такой триггер, но он меняет стадию элемента. А здесь фишка, чтобы отловить событие изменения значения поля и
Описала в статье https://boosty.to/luba.tinaeva.b24/posts/611a4f69-9a17-48dc-b397-d2b32522f5bb вариант отслеживания изменения полей в карточке лида/сделки.
2. Описание бизнес-процессов
(можно без деталей)
и отчетов в BI-конструкторе для реализации задачи "план-факт по работам" где план "услуги (товары) в Сделках", а факт "услуги (товары) в смарт-процессе"
Можете немного подробнее описать функционал "Учет и списание абонементов"? У меня похожая задача была. Хочу понять, насколько функционал соответствует тому, что вы имели в виду.
Кейс 1 - частичная оплата Сделки абонементом.
1. Создание абонемента (элемент ун.списка).
2. Указание в абонементе кол-ва одной купленной услуги.
3. Автоматическое списание кол-ва услуг из нескольких последовательных Сделок с абонемента (частичная оплата абонементом).
Проверяла аналогичный функционал на демо-портале, описала пример в новой статье
https://boosty.to/luba.tinaeva.b24/posts/b73d799d-725c-49b9-ba4d-21a2c4e62eb4
.
Похожая задача у меня была. Описала пример её реализации в новой статье https://boosty.to/luba.tinaeva.b24/posts/79831ca5-2014-407b-9ff0-41941f330a2b.
Описала в статье https://boosty.to/luba.tinaeva.b24/posts/611a4f69-9a17-48dc-b397-d2b32522f5bb вариант отслеживания изменения полей в карточке лида/сделки.
Уточняла этот вопрос в техподдержке: на данный момент Rest API не позволяет добавить чеклист в задачу. Соответственно, не получится сделать это, например, вызовом входящего вебхука в бизнес-процессе.
Проще всего это будет сделать, если есть подписка на Маркет. Если подписки нет, то можно попробовать сделать так:
1. В контактах создать пользовательское множественное поле "Сделки" с типом "Привязка к элементам CRM. Сделки".
2. При создании/изменении сделки добавлять/проверять её ID в поле контакта из п.1.
3. При необходимости посчитать количество сделок контакта можно запустить итератор по множественному полю из п.1. 4. Если нужно посчитать количество успешных сделок, то для каждой сделки из множественного поля нужно получить информацию для элемента CRM и дополнительно проверить стадию сделки.