Добрый день!

Вам нужно добавить замещающий объект в своем пакете. В качестве родительского указываете "Лид". После этого переходите в дизайнер процессов и делаете замещение метода. Выглядеть это будет примерно вот так:

public override void UpdateLeadName()
{
	//тут могла быть Ваша реклама
	base.UpdateLeadName();
}

Для примера, в пакете  CoreLead так переопределяют соседнюю функцию LeadInserted из базового пакета Lead.

Тут базовая пустая:

public virtual void LeadInserted() {
}

Тут переопределили:

public override void LeadInserted() {
	base.LeadInserted();
	if (CanStartQualificationProcess()) {
		StartQualificationProcess();
	}
}

Вы, в свою очередь, аналогично переопределите нужную в пакете Custom, не забыв в начале или конце вызвать базовую (если того требует смысл).

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

О лидах и продажах описано тут.

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

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

Эту логику мы читали. Просто, и так слишком много лидов генерируется, пока один клиент с одной потребностью разбирается  А тут ещё один лид без сохранения истории создадим. 

Можно настроить в разделе фильтрацию, чтобы не видеть не интересующие лиды.

У меня больше идеологические расхождения. 

Что мы взращиваем - потребность (может быть много разных лидов) или конкретную заявку (лид в системе) 

И в рамках одной потребности можем получать лиды на 10 вебинаров, 5 white page и по другим каналам  Причём, от разных контактов.

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

Лидов может быть ещё больше. Если подключена веб-форма регистрации лидов, один и тот же человек может их завести сколько угодно. Но в результате продадут только по одному.

Я бы предложила при возврате лида - оставить его для истории. А для работы создать новый лид . Ведь если лид не закончился продажей - значит необходимо поменять условия и тактику. Это уже можно назвать новым лидом. Возможно создать "Родительский лид" и связать его со всеми дочерними.

Так можно решить проблему и цитата: "...И в рамках одной потребности можем получать лиды на 10 вебинаров, 5 white page и по другим каналам  Причём, от разных контактов..." Привяжите их к "родителю". для "родительского лида" создайте отчетные поля.

Здравствуйте, Игорь.

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

2) Вам следует воспользоваться свойством profileColumnName. viewModelConfig должен выглядеть примерно следующим образом:

"viewModelConfig": {
masterColumnName: "City",
"profileColumnName": "UsrCity"
}

Здравствуйте, Илья! Спасибо за ответ.
1. Справочник наследуется от базового объекта. Название схемы справочника добавлено в define (как в вашем примере).
2. В модуле карточки Лида уже использую profileColumnName

  modules: /**SCHEMA_MODULES*/ {
            "InterventionCostProfile": {
                "config": {
                    "schemaName": "CostProfileSchema",
                    "isSchemaConfigInitialized": true,
                    "useHistoryState": false,
                    "parameters": {
                        "viewModelConfig": {
                            "masterColumnName": "City",
                            "profileColumnName": "UsrCity"
                        }
                    }
                }
            }
        },
        /**SCHEMA_MODULES*/

Но, к сожалению, в методе initTypeColumnName в переменную entityStructure приходит Undefine вместо структуры схемы.
Может что-то упустил.

Здравствуйте, Игорь.

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

Добрый день!
Данный функционал присутсвует в версии 7.6 в виде лендинга в продукте Bpm'online Marketing.
Более детально о его реализации Вы можете почитать в документации по ссылке(со страницы 167):
http://academy.terrasoft.ru/documents/docs/product/bpm'online%20marketi…

Такая функциональность есть в bpm'online sales.

У нас bpm’online real estate
Как можно это добавить?

Виктор, уточните, пожалуйста, версию продукта.

Версия 7.6.0.1693

Виктор, для продуктовой линейки 7.6 данный функционал реализован только в продукте Marketing.

Я так понимаю подключить его отдельно нельзя?

Да, все верно. Это один из объектов конкретного продукта.