Диагностика поведения «накопительных» (rollup) полей в Microsoft Dynamics CRM 2015
4 мин
«Накопительный» тип данных (rollup) появился в Microsoft Dynamics CRM 2015. Он позволяет получать агрегированную информацию по линии потомок-родитель. Такая функциональность несомненно востребована на рынке, поскольку обновление информации из «потомков» на «родителе» всегда представляло техническую сложность, но было востребовано и востребовано сейчас во многих бизнес задачах.
Rollup поле определяется как обычное поле в CRM, но с формулой для вычисления агрегированных значений связанных записей. При создании и обновлении поля создается системная задача, которая вычисляет значение этого поля на всех доступных записях с этим полем. В дальнейшем обновление значений этого поля производится инкрементно каждый час при помощи другой системной задачи, так же создаваемой автоматически ядром CRM. В данной работе рассмотрен один из аспектов работы с накопительными полями, а именно что происходит в момент создания/обновления такого поля и что может пойти не так.
Rollup поле определяется как обычное поле в CRM, но с формулой для вычисления агрегированных значений связанных записей. При создании и обновлении поля создается системная задача, которая вычисляет значение этого поля на всех доступных записях с этим полем. В дальнейшем обновление значений этого поля производится инкрементно каждый час при помощи другой системной задачи, так же создаваемой автоматически ядром CRM. В данной работе рассмотрен один из аспектов работы с накопительными полями, а именно что происходит в момент создания/обновления такого поля и что может пойти не так.


После того, как я написал статью 

Проведем опыт. Возьмем пластиковую воронку, закроем низ пальцем, нальем полстакана воды. Теперь подставим пустой стакан, откроем отверстие — вылилось ровно полстакана. Очевидно, что калька с английского термина «sales funnel» прочно прижилась, но при этом не отражает истиной сущности. Говоря о воронке продаж, из которой выходит гораздо меньше клиентов, чем вошло, проще представлять многоступенчатый фильтр, на каждом слое которого оседают взвеси, а на выходе — качественная вода. И этот образ справедлив, ведь «funnel» означает в переводе еще и «просачиваться, выходить наружу».
Эту статью я хотел бы начать с несколько неожиданного признания. На самом деле я практически никогда не работаю с системой CRM Битрикс 24. Своим клиентам я предлагаю обычно другие варианты CRM, которые, как мне кажется, больше подходят в том или ином случае. 

В процессе внедрения CRM-систем часто слышишь от заказчиков, что система слишком навороченная и им хватило бы модулей «Контакты» и «Сделки». Однако опыт длительного ведения клиентов показывает обратное: со временем заказчик начинает открывать для себя все более глубокие функциональные возможности и, если выражаться простым языком, может даже «вырасти из CRM». Игроки рынка таких систем стремятся максимально обогатить свой софт фишками, интересными решениями, предоставить крутые возможности пользователю. Такие решения вовсе не являются излишествами, а аккумулируют в себе весь накопленный вендорами опыт и лучшие практики множества внедрений. 

Мое знакомство с CRM началось около года назад, когда клиент впервые заказал мне внедрить CRM для управления отношениями с клиентами. Для начала мы анализировали различные CRM для выбора оптимальной: Amo CRM, Sugar CRM, Sales Force и многие другие были мною протестированы. После двух недель анализа мы выбрали Zoho CRM по многим причинам, которые будут раскрыты в этой статье.