Если хотите менять процесс квалификации лида, то Вам необходимо создавать свой и отключать базовый с помощью системной настройки ("Использовать процесс квалификации лида" вроде бы).
Свой можно создать путем копирования диаграммы базового. При этом, вероятнее всего, возникнет ошибка типа "Системная настройка с кодом [...] не найдена". Это происходит из-за того, что в процессе используется упомянутая выше системаня настройка, а ее код содержит в себе название процесса. При копировании в метаданных процесса повсеместно меняется название и таким образом меняется и код системной настройки.
Решение: перед копированием БП создать соответсвующую системную настройку.
Это относится и к референтному процессу продажи? То есть, если хочется немного изменить его логику (например, убрать/добавить/изменить одну из стадий), то надо отключать существующий и создавать новый?
Здравствуйте, Владимир!
На текущий момент нет гибкого механизма переопределения логики работы БП. Можно попробовать создать новую версию процесса, но я не уверен, что оно будет нормально работать.
Если хотите наверняка, то нужно копировать диаграмму процесса и вносить необходимые изменения и использовать уже свой процесс вместо базового. Кстати, есть системная настройка "Процесс корпоративных продаж", в которой указывается какой именно процесс будет работать для корпоративных продаж.
"Андрей Каспаревич" написал:Если хотите наверняка, то нужно копировать диаграмму процесса и вносить необходимые изменения и использовать уже свой процесс вместо базового.
Спасибо!
А существующие стадии продаж завязаны на референтный процесс. Как удалить ненужные?
Владимир, здравствуйте!
Операция удаления справочных данных не простая. Первым делом необходимо очистить/переназначить значения в полях, где указано удаляемое значения. После, необходимо "перекрыть" процессы, где используется удаляемое значение. Если есть такая возможность, рекомендуется переименовать существующее значение в справочнике(например приставкой "Не используется")
В Вашем случае референтный процесс состоит из древовидной последовательности вызовов подпроцессов.
Необходимо:
1. Переопределить процессы, где используется не нужное значение стадий.
2. Переопределить процессы в ветке дерева вызовов, чтоб вызывались новые(Ваши) процессы.
Задача: добавить поле "тип лида" в карточку квалификации лида. С добавлением поля проблем никаких, но возникают сложности с квалификацией и дальнейшим сохранением лида. На сколько понял данные сохраняются с помощью сервиса. Каким образом и в каком формате передаются данные в сервис?
Спасибо за Ваше обращение. Мы зарегистрировали его в Службе технической поддержки и назначили специалиста, который сможет Вас компетентно проконсультировать по данному вопросу.
Квалификация лида выполняется в бизнес-процессе LeadManagementQualification.
Прошу уточнить, какие именно сложности возникают у Вас для предоставления более детальных рекомендаций.
Добавляю поле AccountType(UsrAccountType) в схему LeadQualificationSearchSimilarPageV2 (с этим все ок).
Как сохранить значение (UsrAccountType) в созданном после квалификации лида контрагенте?
Самый простой способ - реализовать бизнес-процесс, который будет запускаться по сигналу изменения лида при условии изменения колонки "Квалифицирован как контрагент".
Первый элемент - сигнал.
Второй элемент - чтение данных лида.
Третий элемент - изменение данных контрагента (Id = чтение данных лида.квалифицирован как контрагент).
Четвертый элемент - конечный.
Самый простой способ - реализовать бизнес-процесс, который будет запускаться по сигналу изменения лида при условии изменения колонки "Квалифицирован как контрагент".
Первый элемент - сигнал.
Второй элемент - чтение данных лида.
Третий элемент - изменение данных контрагента (Id = чтение данных лида.квалифицирован как контрагент).
"Безродный Андрей" написал:Иван, это самый простой вариант.
По-другому - смотреть, где передаются колонки сейчас и по возможности замещать данный метод/процесс.
Единственная сложность при таком варианте получается, если поле в лиде и контрагенте обязательные...
Так как запись нового контрагента создается при квалификации лида, а бизнес-процесс заполнения дополнительных полей стартует только после сохранения записи, то эти дополнительные поля у контрагента не могут быть обязательными. Иначе процедура квалификации не сможет сохранить запись.
Если поля обязательные для заполнения в лиде, то Вы без их заполнения просто не сможете сохранить этот лид и квалифицировать его в дальнейшем:)
А если речь об обязательных для заполнения полях в контрагенте, то должно получится, т.к. поля обязательные не на уровне СУБД, а на уровне приложения и контрагент будет создан без заполнения данных полей.
Другое дело, что если Вы затем откроете его карточку и захотите его сохранить без заполнения одного из таких полей, то в этом случае уже не получится это сделать.
"Безродный Андрей" написал:А если речь об обязательных для заполнения полях в контрагенте, то должно получится, т.к. поля обязательные не на уровне СУБД, а на уровне приложения и контрагент будет создан без заполнения данных полей.
В этом случае необходимо обязательное поле заполнять на уровне объекта значением по умолчанию, - тогда все сработает.
Да, вместо NULL будет что-то типа "Не заполнено". Не самый лучший способ, так как , создавая контрагента не из лида, пользователь может запросто проигнорировать обязательность этого поля, так как оно уже заполнено каким-то значением.
