Последнее активное предложение

[Elka]

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

[Артем Enot Грунин]

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

[Elka]

Zitat:

Zitat von Артем Enot Грунин

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

Спасибо вам большое за помощь.. Очень хотелось бы вот что спросить:
1) если я правильно понимаю, то наличие только одного активного предложения остается на совести менеджера, т.к. система это не контролирует (у меня вот получилось создать несколько активных предложений)
2) Предполагаемый доход вычисляется из закладки "Продукты" на Возможной Сделке. И в принципе с суммами в предложениях потом никак не связывается (ну если не вмешаться, конечно), т.е. возможны случаи, когда они будут сильно отличаться..
Если же на закладке продукты вообще не добавлять, а добавлять их сразу в предложения, и тащить от туда цифру в предполагаемый доход, то это решает проблему..однако я так понимаю отчет канал продаж работать не будет, по крайней мере в разрезе продуктов
3) Есть ли возможность внесения изменеий в типовой отчет Канал продаж..Используя конструктор, он его не дает менять..

Заранее спасибо..

[Артем Enot Грунин]

Zitat:

Zitat von Elka

Спасибо вам большое за помощь.. Очень хотелось бы вот что спросить:
1) если я правильно понимаю, то наличие только одного активного предложения остается на совести менеджера, т.к. система это не контролирует (у меня вот получилось создать несколько активных предложений)
2) Предполагаемый доход вычисляется из закладки "Продукты" на Возможной Сделке. И в принципе с суммами в предложениях потом никак не связывается (ну если не вмешаться, конечно), т.е. возможны случаи, когда они будут сильно отличаться..
Если же на закладке продукты вообще не добавлять, а добавлять их сразу в предложения, и тащить от туда цифру в предполагаемый доход, то это решает проблему..однако я так понимаю отчет канал продаж работать не будет, по крайней мере в разрезе продуктов
3) Есть ли возможность внесения изменеий в типовой отчет Канал продаж..Используя конструктор, он его не дает менять..

Заранее спасибо..

1. Совершенно верно. Продукты Сделок, Предложений, Заказов и Счетов совершенно не связаны (к сожалению). И в процессе работы, как правило, суммы в них расходятся. Почему это так? Разные клиенты используют разные подходы к продажам. У кого-то все начинается со Сделки - длительная продажа, у кого-то с Предложения (фактически обработка запроса от клиента), у кого-то сразу с Заказа (мгновенная покупка). Исходя из специфики бизнеса вы должны самостоятельно построить процесс (или несколько), написать регламенты и внести кастомизации, чтобы их зафиксировать.
2. Все верно. Если вы работаете с Предложениями, то возможно будет лучше Использовать сделку только как контейнер (действия отслеживать) и добавлять продукты сразу к Предложению. Воркфлоу можно сделать и ручным. Пусть менеджер сам выбирает каким Предложением "обновить" Сделку.
3. Такая возможность есть, но для этого придется использовать Visual Studio. Все стандартные отчеты разработаны в этом инструменте.

[Elka]

Zitat:

Zitat von Артем Enot Грунин

1. Совершенно верно. Продукты Сделок, Предложений, Заказов и Счетов совершенно не связаны (к сожалению). И в процессе работы, как правило, суммы в них расходятся. Почему это так? Разные клиенты используют разные подходы к продажам. У кого-то все начинается со Сделки - длительная продажа, у кого-то с Предложения (фактически обработка запроса от клиента), у кого-то сразу с Заказа (мгновенная покупка). Исходя из специфики бизнеса вы должны самостоятельно построить процесс (или несколько), написать регламенты и внести кастомизации, чтобы их зафиксировать.
2. Все верно. Если вы работаете с Предложениями, то возможно будет лучше Использовать сделку только как контейнер (действия отслеживать) и добавлять продукты сразу к Предложению. Воркфлоу можно сделать и ручным. Пусть менеджер сам выбирает каким Предложением "обновить" Сделку.
3. Такая возможность есть, но для этого придется использовать Visual Studio. Все стандартные отчеты разработаны в этом инструменте.

Большое спасибо!!! Наверно лучше действительно создавать продукты в предложениях и перестать издеваться над нашими менеджерами..Из-за отсутствия прайс-листов, получается сплошное извращение..И чем сильнее я пытаюсь от этого уйти, тем работа менеджера только усложняется.. в крайнем случае придется отказаться от стандартного отчета "канал продаж" и создать какие-то свои..

[slivka_83]

Zitat:

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

Если я правильно понял задачу... создаете воркфлоу на изменение поля (в данном случаи активное состояние). Проверяете это состояние. Если он равно активное то меняете в связанной возможной сделке нужно вам поле...
Воркфлоу будет срабатывать каждый раз на изменение состояние любого предложения. Т.е. последнее срабатывание и будет относится к последнему переведенному предложению

[Elka]

Zitat:

Zitat von slivka_83

Если я правильно понял задачу... создаете воркфлоу на изменение поля (в данном случаи активное состояние). Проверяете это состояние. Если он равно активное то меняете в связанной возможной сделке нужно вам поле...
Воркфлоу будет срабатывать каждый раз на изменение состояние любого предложения. Т.е. последнее срабатывание и будет относится к последнему переведенному предложению

Да, здорово..я поняла.. спасибо

[Артем Enot Грунин]

Это тот который пайплайн чертит? Почему же отказаться! Пусть будет. Просто надо написать функционал, который будет считать сумму по Сделке, вот и все! Да тот же отчет переделать: пусть не поле выводит, а по связанным предложениям суммирует!

[Elka]

Zitat:

Zitat von Артем Enot Грунин

Это тот который пайплайн чертит? Почему же отказаться! Пусть будет. Просто надо написать функционал, который будет считать сумму по Сделке, вот и все! Да тот же отчет переделать: пусть не поле выводит, а по связанным предложениям суммирует!

Еще раз спасибо