AO
а, нет, не предлагали.
я клиента на это не уговорю.
я клиента на это не уговорю.
т.е. ставим галку - редактируем - все норм.
снимаем галку - передвигаем статус - ставятся задачи.
оно?
Size: a a a
2017 November 09
AO
я тут начал почти реализовывать варианта Ват-а
но циклы очень пугают.
но циклы очень пугают.
AO
причем это получается очень длительные циклы.
SK
Ну я бы в строку писал uf_stage_id в процессе, который сработал на сравнение stage_id != uf_stage.
А сам инпут скрыть для всех общими настройками.
А сам инпут скрыть для всех общими настройками.
AO
напомню - облако.
TR
Неважно же
AO
а, ночь
туплю.
туплю.
SK
Странно, там разве нельзя расширять карточку сделки кастомными полями, которые будут доступны из бп?
SK
Ну так вот.
AO
см. пред месседж.
AO
сейчас попробую.
SK
Ну я бы в строку писал uf_stage_id в процессе, который сработал на сравнение stage_id != uf_stage.
А сам инпут скрыть для всех общими настройками.
А сам инпут скрыть для всех общими настройками.
Изменение. Оно у нас, с учетом архитектуры - запустится сразу практически, когда мы в uf_stage запишем. Но при проверке она же будет === stage_id. Вываливаемся из бп со спокойной совестью.
SK
Главное не "сначала задачи поставлю, а потом в строчку значение запишу", а сразу с самого начала (после сравнения и получения !==) значение, т.к. кто его знает, что в этих ветках под каждую стадию добавят через неделю. Изменение заголовка по регулярке, например - оно запустит "изменение", а uf_asyouwish еще пустое...
Печальная, в общем, история получится =)
Печальная, в общем, история получится =)
AO
я вообще не могу найти изменение значений сущности в БП.
TR
Изменение документа
AO
3 раза все пролистал.
скидка на ночь.
скидка на ночь.
SK
А кстати, в облаке тоже вот эти uf_* именуются сами собой (код) в нечитабельные uf_crm_{$timestamp} ? =)
TR
Да =)
SK
Огонь. Не, коробка в этом плане лучше =)