Если вы из формы создаете смарт процессы, то в настройках смарт процесса должна стоять галочка «привязка к каталогу» , тогда сумму вы сможете выводить так же как и при создании сделки/лиды из формы:)
А каким образом элемент смарт-процесса можно привязать к проекту/группе? А потом, все создаваемые по ходу смарт-процесса задачи, закреплять в эту группу. Вы, возможно, скажете, что можно использовать бизнес-процесс вместо робота для создания группы. Да, можно. Но как потом каждый раз при создании задач узнавать ID этой группы? (жаль, что к элементу смарта Лид можно привязать, а группу нельзя((()
Здравствуйте, немного тут запутанно у вас или я не понял вопроса. Давайте попробуем разобраться, напрямую привязки элемента смарт процесса как и любой другой сущности: контакт/компания/лид/сделка/счет/предложение к группе и проекту не существует пока что, есть только возможность закрепить в задаче этот элемент и уже задачу в свою очередь присоединить к группе/проекту. 2)исходя из описания, делаю для себя модель вашу: у вас есть смарт процесс, для которого все создаваемые элементы должны иметь в себе задачи автоматом привязываемые к определенной группе/проекту, цель- приявязать все задачи создаваемые в элементе к определенной заранее группе/проекту. Решение задачи: создаете поле/глобальную переменную для смарт процесса, создаете бп где вы фиксируете в поле id данной группы/проекта, в параметрах запуска указываете запускать при создании, если процессы копируются то предварительно зачищайте поле/переменную. Настройки: через робота(в дизайнере бп) или бп ставите задачи, в разделе группа/проект в параметрах действия поставить задачу указываете, созданное вами поле или глобальную переменную. Надеюсь я правильно вас понял:)
@@bitrixmen 1) Вы совершенно правильно поняли мою цель и справедливо отмечаете, что к смарту нельзя штатными средствами прикрепить проект/группу (сделку можно). 2) Ваша идея с глобальной переменной работает только если к смарту "прикреплен" только один проект. Но мне надо к каждому элементу смарта "крепить" свой проект. Потому у меня другая идея: создать в элементе смарта служебное поле и записать туда ID проекта. Сам проект создать средствами бизнес-процесса (оказывается робот не может создавать проект). В ещё одно служебное поле можно и ссылку на проект записать для удобства. Потом при создании задач по мере продвижения элемента смарта по стадиям крепить их в проект, записанный в элементе. Как вам такое? P.S. бесит, что для простых вещей приходится применять такие извращения. Ещё с гадостью от Битрикса столкнулся - если дать пользователю возможность редактировать карточку элемента, то пользователь ещё и получает возможность менять стадию элемента. Очередная подстава от битриксоидов.
@user-bp3ug3zr3q замечательно, что помог вам, по поводу вашей идеи- она подходит для вашей цели- каждый элемент- отдельный проект с фиксацией id в карточке. По поводу того что юзер может менять стадию тут все логично, стадия то же поле что и любое списочное поле внутри элемента, вопрос только в том что оно выведено визуально и на нем предустановлены процессы (роботы), тут надо продумывать механику запрета смены именно этого поля,например считывать юзера изменившего документ и при отсутствии у него прав на изменение стадии, стадию откатывать принудительно назад, пару раз такое делали, там по сути достаточно фиксации стадии внутри тех. полем что бы при смене была проверка юзера и откат до наступления автоматики(роботов,бп) стадии, на которую юзер поменял.
Если при создании смарт процесса забыл или не догадался поставить какую-нибудь галку или настройку, то всё - кранты? Это уже не поправить и надо похерить всю работу и делать смарт заново с нуля? Этот вопрос, по моему, важный, но в ролике не освещен.
Спасибо за видео! Очень помогло! Подскажите, пожалуйста, как можно сделать, чтобы при заполнении в форме Фамилия и Телефон не создавался новый контакт, а выбирался из существующего?
Спасибо за видео. Подскажите а что будет если участники будут менять стадии не через закрытие задач, как у вас в примере, а будут просто вручную менять стадии? Сломают логику движения процесса по стадиям? Как им программно запретить это делать ?
Добрый вечер, два варианта основные, 1 вариант - запретить внесение изменений в сделку(права чтение), тогда надо в БП предусмотреть ввод всех необходимых полей, 2 вариант - манипуляция с полями: обязательность заполнения полей- берете какое ни будь поле, в настройках устанавливаете доступ только админу(например), и ставите его на каждую стадию обязательным, в таком случае поменять стадию не получится и система будет просить ввести поле, к которому доступа у сотрудника нет.
Части 1,2,3 посвящены простым линейным смарт процессам. А как быть, если, при наступлении события, например, "клиент созрел" начинаются сразу 3-4 параллельных и до поры до времени не зависящих друг от друга линейных процесса: техническая служба начинает подготовку проекта, менеджеры начинают процесс заключения и согласования договора, бухгалтерия тоже что-то начинает делать в своих 1с. А потом эти процессы сливаются в "одну реку" и текут дальше. Или даже ещё до слияния начинают переплетаться своими веточками на определенных стадиях. Смарт-процесс здесь "умывает руки" или можно как-то извратиться? По какому принципу действовать в таких случаях?
Если такая схема используется как вы описали, то необходимо будет при инициации нового процесса делать связки процессов между собой, все возможно если дело не касается товаров.
@@bitrixmen осталось узнать где делаются эти "связки процессов между собой". До конца не понятно: всё-же надо создавать несколько смарт-процессов или не надо? Или только один смарт и внутри несколько бизнес-процессов. Никто про это не рассказывает. Все ограничиваются банальными примерами.
@user-bp3ug3zr3q дело в том, что путь с множеством смарт- процессов возможен и он выбирается, если есть необходимость масштабировать создаваемый процесс: например из создаваемого вы планируете еще несколько добавлять в последующем. Если же вы понимаете что смарт процессы конечны и там лишь будет работать какая то логика автоматики через бп или роботы то выбирается этот путь. В первом случае вы получаете больше возможностей, но и фронт разработки больше, во втором случае возможности уже, но и фронт работ меньше. Все индивидуально, нет готовых решений.
Добрый день! Подскажите, а как в crm-форму добавить поле Сумма? При добавлении полей её нет в списке
Если вы из формы создаете смарт процессы, то в настройках смарт процесса должна стоять галочка «привязка к каталогу» , тогда сумму вы сможете выводить так же как и при создании сделки/лиды из формы:)
А каким образом элемент смарт-процесса можно привязать к проекту/группе? А потом, все создаваемые по ходу смарт-процесса задачи, закреплять в эту группу. Вы, возможно, скажете, что можно использовать бизнес-процесс вместо робота для создания группы. Да, можно. Но как потом каждый раз при создании задач узнавать ID этой группы? (жаль, что к элементу смарта Лид можно привязать, а группу нельзя((()
Здравствуйте, немного тут запутанно у вас или я не понял вопроса.
Давайте попробуем разобраться, напрямую привязки элемента смарт процесса как и любой другой сущности: контакт/компания/лид/сделка/счет/предложение к группе и проекту не существует пока что, есть только возможность закрепить в задаче этот элемент и уже задачу в свою очередь присоединить к группе/проекту.
2)исходя из описания, делаю для себя модель вашу: у вас есть смарт процесс, для которого все создаваемые элементы должны иметь в себе задачи автоматом привязываемые к определенной группе/проекту, цель- приявязать все задачи создаваемые в элементе к определенной заранее группе/проекту. Решение задачи: создаете поле/глобальную переменную для смарт процесса, создаете бп где вы фиксируете в поле id данной группы/проекта, в параметрах запуска указываете запускать при создании, если процессы копируются то предварительно зачищайте поле/переменную. Настройки: через робота(в дизайнере бп) или бп ставите задачи, в разделе группа/проект в параметрах действия поставить задачу указываете, созданное вами поле или глобальную переменную.
Надеюсь я правильно вас понял:)
@@bitrixmen 1) Вы совершенно правильно поняли мою цель и справедливо отмечаете, что к смарту нельзя штатными средствами прикрепить проект/группу (сделку можно). 2) Ваша идея с глобальной переменной работает только если к смарту "прикреплен" только один проект. Но мне надо к каждому элементу смарта "крепить" свой проект. Потому у меня другая идея: создать в элементе смарта служебное поле и записать туда ID проекта. Сам проект создать средствами бизнес-процесса (оказывается робот не может создавать проект). В ещё одно служебное поле можно и ссылку на проект записать для удобства. Потом при создании задач по мере продвижения элемента смарта по стадиям крепить их в проект, записанный в элементе. Как вам такое? P.S. бесит, что для простых вещей приходится применять такие извращения. Ещё с гадостью от Битрикса столкнулся - если дать пользователю возможность редактировать карточку элемента, то пользователь ещё и получает возможность менять стадию элемента. Очередная подстава от битриксоидов.
@user-bp3ug3zr3q замечательно, что помог вам, по поводу вашей идеи- она подходит для вашей цели- каждый элемент- отдельный проект с фиксацией id в карточке. По поводу того что юзер может менять стадию тут все логично, стадия то же поле что и любое списочное поле внутри элемента, вопрос только в том что оно выведено визуально и на нем предустановлены процессы (роботы), тут надо продумывать механику запрета смены именно этого поля,например считывать юзера изменившего документ и при отсутствии у него прав на изменение стадии, стадию откатывать принудительно назад, пару раз такое делали, там по сути достаточно фиксации стадии внутри тех. полем что бы при смене была проверка юзера и откат до наступления автоматики(роботов,бп) стадии, на которую юзер поменял.
Если при создании смарт процесса забыл или не догадался поставить какую-нибудь галку или настройку, то всё - кранты? Это уже не поправить и надо похерить всю работу и делать смарт заново с нуля? Этот вопрос, по моему, важный, но в ролике не освещен.
Смарт процесс можно править в любой момент, как после ввода данных так и в процессе эксплуатации, так что переживать не о чем:)
Спасибо за видео все очень понятно. 1080 не хватает.
Спасибо за отзыв:)
Сейчас пишем в качестве 4к:)
Спасибо за видео! Очень помогло! Подскажите, пожалуйста, как можно сделать, чтобы при заполнении в форме Фамилия и Телефон не создавался новый контакт, а выбирался из существующего?
В настройках формы есть такой пункт как работа с дубликатами, вам надо поставить правило - объединять, идентификация идет по номеру телефона/почте
Спасибо за видео. Подскажите а что будет если участники будут менять стадии не через закрытие задач, как у вас в примере, а будут просто вручную менять стадии? Сломают логику движения процесса по стадиям? Как им программно запретить это делать ?
Добрый вечер, два варианта основные, 1 вариант - запретить внесение изменений в сделку(права чтение), тогда надо в БП предусмотреть ввод всех необходимых полей, 2 вариант - манипуляция с полями: обязательность заполнения полей- берете какое ни будь поле, в настройках устанавливаете доступ только админу(например), и ставите его на каждую стадию обязательным, в таком случае поменять стадию не получится и система будет просить ввести поле, к которому доступа у сотрудника нет.
Части 1,2,3 посвящены простым линейным смарт процессам. А как быть, если, при наступлении события, например, "клиент созрел" начинаются сразу 3-4 параллельных и до поры до времени не зависящих друг от друга линейных процесса: техническая служба начинает подготовку проекта, менеджеры начинают процесс заключения и согласования договора, бухгалтерия тоже что-то начинает делать в своих 1с. А потом эти процессы сливаются в "одну реку" и текут дальше. Или даже ещё до слияния начинают переплетаться своими веточками на определенных стадиях. Смарт-процесс здесь "умывает руки" или можно как-то извратиться? По какому принципу действовать в таких случаях?
Если такая схема используется как вы описали, то необходимо будет при инициации нового процесса делать связки процессов между собой, все возможно если дело не касается товаров.
@@bitrixmen осталось узнать где делаются эти "связки процессов между собой". До конца не понятно: всё-же надо создавать несколько смарт-процессов или не надо? Или только один смарт и внутри несколько бизнес-процессов. Никто про это не рассказывает. Все ограничиваются банальными примерами.
@user-bp3ug3zr3q дело в том, что путь с множеством смарт- процессов возможен и он выбирается, если есть необходимость масштабировать создаваемый процесс: например из создаваемого вы планируете еще несколько добавлять в последующем.
Если же вы понимаете что смарт процессы конечны и там лишь будет работать какая то логика автоматики через бп или роботы то выбирается этот путь.
В первом случае вы получаете больше возможностей, но и фронт разработки больше, во втором случае возможности уже, но и фронт работ меньше. Все индивидуально, нет готовых решений.