Не заполняется источник по UTM меткам
Добрый день.
Процесс для примера https://crm.ohrana.ua/admin/customorder/zakaz-klienta/373190/edit/, при переходе на В работе действием запускается процедура https://crm.ohrana.ua/admin/shop/workflow/16/procedure/372/?status=0 , https://prnt.sc/10i0xbm . В процедуре назначение источника от UTM меток, при этом источник не назначается https://prnt.sc/10i0yzw , если же запустить процедуру вручную https://prnt.sc/10i0v3v все отлично https://prnt.sc/10i10cm. В процедуре специально добавленно ряд действий, чтобы по истории было видно, что при переходе на этап В работе процедура отрабатывает. В чем может быть причина?
Процесс для примера https://crm.ohrana.ua/admin/customorder/zakaz-klienta/373190/edit/, при переходе на В работе действием запускается процедура https://crm.ohrana.ua/admin/shop/workflow/16/procedure/372/?status=0 , https://prnt.sc/10i0xbm . В процедуре назначение источника от UTM меток, при этом источник не назначается https://prnt.sc/10i0yzw , если же запустить процедуру вручную https://prnt.sc/10i0v3v все отлично https://prnt.sc/10i10cm. В процедуре специально добавленно ряд действий, чтобы по истории было видно, что при переходе на этап В работе процедура отрабатывает. В чем может быть причина?
Ответы:
Получается проблема в том, что действие Добавить UTM-метки на основании входящего звонка клиента процесса (Binotel Call Tracking/Ringostat) вытягивает значение из карточки клиента https://prnt.sc/10jj4dr, а после этого действие Автоматически определить источник задачи на основе utm - не успевает назначить источник по UTM. То есть, сейчас при первом клике срабатывает только первое действие, а второе - только при втором клике. Помогите, плз, решить. Есть ли варианты?
12.03.2021, 10:11
Шатохіна Ірина писал/а:
Получается проблема в том, что действие Добавить UTM-метки на основании входящего звонка клиента процесса (Binotel Call Tracking/Ringostat) вытягивает значение из карточки клиента https://prnt.sc/10jj4dr, а после этого действие Автоматически определить источник задачи на основе utm - не успевает назначить источник по UTM. То есть, сейчас при первом клике срабатывает только первое действие, а второе - только при втором клике. Помогите, плз, решить. Есть ли варианты?
на момент запуска действия 2 еще нет меток в процессе
поэтому вам нужно разделить эти этапы
12.03.2021, 15:38
Устименко Игорь
OneBox CTO писал/а:
на момент запуска действия 2 еще нет меток в процессе
Дело в том, что после отработки действия Добавить UTM-метки на основании входящего звонка клиента мы копируем их в доп поля https://prnt.sc/10jrmj2 и если посмотреть историю https://crm.ohrana.ua/admin/customorder/zakaz-klienta/386388/history/ то после первой отработки действия https://prnt.sc/10jrkz0 доп поля уже заполнены, то есть UTM процесса уже есть, но действие назначить источник по UTM меткам не срабатывает. Может это можно поправить?
Разграничить эти действия не можем, так как UTM со звонка получаем после завершения разговора
12.03.2021, 17:13
Шатохіна Ірина писал/а:
Устименко Игорь
OneBox CTO писал/а:
на момент запуска действия 2 еще нет меток в процессе
Дело в том, что после отработки действия Добавить UTM-метки на основании входящего звонка клиента мы копируем их в доп поля и если посмотреть историю https://crm.ohrana.ua/admin/customorder/zakaz-klienta/386388/history/ то после первой отработки действия доп поля уже заполнены, то есть UTM процесса уже есть, но действие назначить источник по UTM меткам не срабатывает. Может это можно поправить?
Разграничить эти действия не можем, так как UTM со звонка получаем после завершения разговора
вам придется их разграничить так как то что они заполняются до не говорит о том что они уже есть в БАЗЕ
16.03.2021, 07:41
Добрый день. Игорь, а можно это решить на стороне бокса? Мы, как пользователи делаем все правильно. Нам это нужно делать последовательно. Не правильно, что мы должны придумывать костыли для решения задачи. Предложите здоровое решение. Ведь можно сделать проверку в действии, чтоб не начиналось следующее действие, пока не выполнится полностью предыдущее.
16.03.2021, 11:01
Пташкин Сергей писал/а:
Добрый день. Игорь, а можно это решить на стороне бокса? Мы, как пользователи делаем все правильно. Нам это нужно делать последовательно. Не правильно, что мы должны придумывать костыли для решения задачи. Предложите здоровое решение. Ведь можно сделать проверку в действии, чтоб не начиналось следующее действие, пока не выполнится полностью предыдущее.
нет мы не можем это решить на нашей стороне так как технически там одна транзакция и данных еще нет.
ЧТобы это решить нужно менять архитектуру
17.03.2021, 14:41
Хорошо, Игорь. Подскажите, как нам правильно "Разграничить" Нам это надо делать последовательно. Что нужно сделать? Достаточно ли разместить действия в разных процедурах? Или должна быть существенная задержка? Как это правильно сделать?
17.03.2021, 16:01
Пташкин Сергей писал/а:
Хорошо, Игорь. Подскажите, как нам правильно "Разграничить" Нам это надо делать последовательно. Что нужно сделать? Достаточно ли разместить действия в разных процедурах? Или должна быть существенная задержка? Как это правильно сделать?
запуск этих действий должен быть не в рамках одного перехода
разграничить это можно к примеру сроком этапа и переключением через 1 минуту на другой этап
18.03.2021, 14:18
Игорь, мне казалось для Вас нет ничего невозможного :)
Такое решение крайне неудобное. Давайте подойдем к проблеме с другой стороны.
1. На сколько я понял, то действие "Добавить UTM-метки на основании входящего звонка клиента процесса" - фикция. так как вытягивает данные не с бинотела а с карточки клиента. Проверял, что если действие не запускать, то в карточке клиента эти данные изначально есть. Если все верно, то:
2. "Автоматически определить источник задачи на основе utm" проще выполнять на основе utm меток клиента, не копируя их в процесс. Можно доработать как чекбокс (использовать ютм метки из карточки клиента). Тогда не нужно ждать, пока что-то куда-то скопируеся
Такое решение крайне неудобное. Давайте подойдем к проблеме с другой стороны.
1. На сколько я понял, то действие "Добавить UTM-метки на основании входящего звонка клиента процесса" - фикция. так как вытягивает данные не с бинотела а с карточки клиента. Проверял, что если действие не запускать, то в карточке клиента эти данные изначально есть. Если все верно, то:
2. "Автоматически определить источник задачи на основе utm" проще выполнять на основе utm меток клиента, не копируя их в процесс. Можно доработать как чекбокс (использовать ютм метки из карточки клиента). Тогда не нужно ждать, пока что-то куда-то скопируеся
19.03.2021, 18:34
Можно доработать как чекбокс (использовать ютм метки из карточки клиента). Тогда не нужно ждать, пока что-то куда-то скопируеся
Поторопился. Ютм метки могут быть и в процессе, например, полученный с сайта. Если делать доработку, то "При отсутствии ютм меток в процессе, брать метки с карточки клиента"
21.03.2021, 19:30
Пташкин Сергей писал/а:
1. На сколько я понял, то действие "Добавить UTM-метки на основании входящего звонка клиента процесса" - фикция. так как вытягивает данные не с бинотела а с карточки клиента. Проверял, что если действие не запускать, то в карточке клиента эти данные изначально есть. Если все верно, то:
нет не верно, данные с события которое прилетает с бинотела
Пташкин Сергей писал/а:
2. "Автоматически определить источник задачи на основе utm" проще выполнять на основе utm меток клиента, не копируя их в процесс. Можно доработать как чекбокс (использовать ютм метки из карточки клиента). Тогда не нужно ждать, пока что-то куда-то скопируеся
если это решает вашу задачу то галочку добавить не проблема
2ч
24.03.2021, 17:16
Игорь, просьба прислать счет
Подскажите, учтено ли в оценке нижеуказанное:
Пташкин Сергей писал/а:
Поторопился. Ютм метки могут быть и в процессе, например, полученный с сайта. Если делать доработку, то "При отсутствии ютм меток в процессе, брать метки с карточки клиента"
Подскажите, учтено ли в оценке нижеуказанное:
Пташкин Сергей писал/а:
Поторопился. Ютм метки могут быть и в процессе, например, полученный с сайта. Если делать доработку, то "При отсутствии ютм меток в процессе, брать метки с карточки клиента"
25.03.2021, 12:59
"нет не верно, данные с события которое прилетает с бинотела"
Даныне с бинотела попадают сначала в карточку клиента. И для этого не нужно это действие.
Пример: Клиент https://crm.ohrana.ua/admin/shop/users/136293/
Был единственный звонок от клиента (коллтрекинг)
В боксе нет ни единого процесса у клиента. Но в карточке клиента уже есть информация с ютм метками. Предполагаю, что они попадают туда после пуша от бинотела. Поправьте, если не так, но точно не благодяря действию.
Когда запускаем действие, то ютм метки попадают в процесс. Вы настаиваете на том, что действие ищет пуши бинотела и парсит метки? Зачем, если они есть в карточке клиента?
Решение п2 меня устраивает, но оно актуально после уточнения п1. Спасибо.
Даныне с бинотела попадают сначала в карточку клиента. И для этого не нужно это действие.
Пример: Клиент https://crm.ohrana.ua/admin/shop/users/136293/
Был единственный звонок от клиента (коллтрекинг)
В боксе нет ни единого процесса у клиента. Но в карточке клиента уже есть информация с ютм метками. Предполагаю, что они попадают туда после пуша от бинотела. Поправьте, если не так, но точно не благодяря действию.
Когда запускаем действие, то ютм метки попадают в процесс. Вы настаиваете на том, что действие ищет пуши бинотела и парсит метки? Зачем, если они есть в карточке клиента?
Решение п2 меня устраивает, но оно актуально после уточнения п1. Спасибо.
25.03.2021, 15:46
Игорь, прошу помощи.
Вижу, что проблема не только с метками, а, видимо, со всеми стандарными полями.
1 действие - заполняю источник
2 действие - копирую источник в доп поле. Действие не отрабатывает.
1 Действие - получаю ютм метки
2 Действие - определяю источник по ютм меткам - действие не отрабатывает/
ПОлучается, чтоб получить ютм метки, определить источник и скопировать его в доп поле - мне надо разбить этот процесс на 3 отдельных этапах
Так как такой проблемы нет с доп полями убежден что этот баг можно исправить и для стандартных полей.
Вижу, что проблема не только с метками, а, видимо, со всеми стандарными полями.
1 действие - заполняю источник
2 действие - копирую источник в доп поле. Действие не отрабатывает.
1 Действие - получаю ютм метки
2 Действие - определяю источник по ютм меткам - действие не отрабатывает/
ПОлучается, чтоб получить ютм метки, определить источник и скопировать его в доп поле - мне надо разбить этот процесс на 3 отдельных этапах
Так как такой проблемы нет с доп полями убежден что этот баг можно исправить и для стандартных полей.
30.03.2021, 10:39
Пташкин Сергей писал/а:
Игорь, прошу помощи.
Вижу, что проблема не только с метками, а, видимо, со всеми стандарными полями.
1 действие - заполняю источник
2 действие - копирую источник в доп поле. Действие не отрабатывает.
1 Действие - получаю ютм метки
2 Действие - определяю источник по ютм меткам - действие не отрабатывает/
ПОлучается, чтоб получить ютм метки, определить источник и скопировать его в доп поле - мне надо разбить этот процесс на 3 отдельных этапах
Так как такой проблемы нет с доп полями убежден что этот баг можно исправить и для стандартных полей.
к сожалению это не ошибка, с доп полями нет такой проблемы потому что они в другой таблицей
а не в основной с которой берет базовые поля
30.03.2021, 15:54
Игорь, предложите решение проблемы, пожалуйста. Дайте оценку, если это вохможно.
30.03.2021, 15:59
Пташкин Сергей писал/а:
Игорь, предложите решение проблемы, пожалуйста. Дайте оценку, если это вохможно.
Ваша проблема решается сугубо настройкой разделения этапов
и выше я описал как , просто переключите этап через минуту и все
07.04.2021, 12:56
Спасибо, Игорь. Это вариант практически не реализуем. Мне нужно выполнять этот рад действий на нескольких этапах. Для того чтоб определить источник и скопировать его в доп поле мне нужно разделить это на 3 этапа. При этом ждать три минуты над заказом сотрудник не будет. Это очень усложнит бизнес процесс.
Эта проблема со стандартными полями, наверняка, вылазит боком и в других местах. Пожалуйста, давайте придумаем правильное решение, а не будем придумывать костыль.
Эта проблема со стандартными полями, наверняка, вылазит боком и в других местах. Пожалуйста, давайте придумаем правильное решение, а не будем придумывать костыль.
07.04.2021, 17:33
Пташкин Сергей писал/а:
Спасибо, Игорь. Это вариант практически не реализуем. Мне нужно выполнять этот рад действий на нескольких этапах. Для того чтоб определить источник и скопировать его в доп поле мне нужно разделить это на 3 этапа. При этом ждать три минуты над заказом сотрудник не будет. Это очень усложнит бизнес процесс.
Эта проблема со стандартными полями, наверняка, вылазит боком и в других местах. Пожалуйста, давайте придумаем правильное решение, а не будем придумывать костыль.
правильное решение требует архитектурных перемен которые уже есть в OS .
делать их в mvp это инвестиция в 100-150ч
15.04.2021, 15:30
Спасибо, Игорь. Ответ понятен. Будем искать обходные пути и ждать ОS
19.04.2021, 13:52
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий
Copyright © OneBox 2024
