TGViewer
MacroCRM Updates MacroCRM Updates @macroupdates · 544 subscribers
Post #809 790
Друзья, сегодня произошли важные изменения в логике учета данных по источникам заявок, призванные сделать учет более прозрачным и предсказуемым на всех этапах жизни заявки🧐

Чтобы у вас сформировалось четкое представление о том, что же изменилось, мы приоткроем «капот» и расскажем об этом в формате "Было — Стало".

Было:
*️⃣В заявках было реализовано хранение истории utm_меток по каждому повторному обращению, а также типа источника, названия источника и названия формы, из которой пришла заявка.
*️⃣Существовал нюанс добавления вновь приходящих utm_меток к первоначальным данным, в случае частичного изначального отсутствия этих данных.
Например, ели при первичном обращении вендор передавал в заявку только utm_source, а затем другой вендор присылал и utm_source, и utm_medium, то новые utm_source и utm_medium записывались в историю utm, но новый utm_medium дополнительно записывался также и в первоначальные данные об источнике, т.к. ранее этот параметр отсутствовал.
*️⃣Кроме того, некоторые вендоры принудительно перезаписывали utm независимо от их первоначального наличия. А некоторые вендоры дополнительно записывали свое название источника в utm_source.


Стало:
1️⃣ У заявок, создаваемых из переписок в мессенджерах, теперь будет собственный отдельный тип источника — Мессенджеры, что позволит легко отделить такие повторные обращения из общей массы и не позволит им влиять на реальные источники заявок.
2️⃣ При поступлении повторного обращения мы проверяем текущий тип источника в заявке и если он не WWW, а в повторном обращении WWW, то с вероятностью 99,9% это коллтрекинг дослал информацию об источнике заявки, поэтому система перезапишет все имеющиеся данные об источнике заявки на вновь пришедшие.
А вот если текущий тип источника заявки WWW, то при повторном обращении система проверит наличие в изначальных данных utm_source, и если он есть, то по повторному обращению ничего не перезапишется, новые данные сразу отправятся в историю utm.
В противном же случае все предыдущие данные будут очищены и перезаписаны на вновь пришедшие.
3️⃣ Теперь первичные данные об источнике сразу после создания заявки дополнительно записываются в историю utm, чтобы сохранить полную картину в случае перезаписи первоначальных данных.
4️⃣ Иии... теперь автоматическую перезапись данных об источнике, описанную в пункте 2, можно просто отключить, воспользовавшись настройкой в компании «Не обновлять данные об источнике заявки при повторных обращениях». Если вы включите эту настройку, то первоначальные данные об источнике заявке ни при каких условиях не изменятся и не дополнятся по повторным обращениям. Все вновь получаемые данные будут записываться в историю utm.
  • ❤ 2
  • 👍 2
  • 🏆 1
  • 👨‍💻 1
More from @macroupdates
  1. Sep 16, 2026Сентябрьские обновления системы ⭐️MACRO: собрали урожай улучшений — самое время посмотреть…
  2. Sep 15, 2026Коллеги, здравствуйте! Завтра на наших серверах будет установлено очередное большое обновл…
  3. Sep 14, 2026Интеграция ⭐MACRO + ДВИЖ✅ Видео об удобном ипотечном модуле в MacroCRM и интеграции с серв…
  4. Sep 8, 2026Представляем вашему вниманию короткое видео о недавнем обновлении Каталог недвижимости MAC…
  5. Sep 3, 2026Обновление партнеров за сентябрь🔄 Наши партнеры, СМАРТ.Недвижимость🧡 в рамках своего нап…
  6. Aug 26, 2026Конец лета — отличное время, чтобы добавить в систему ⭐️MACRO что-то новое! ☺️ ➡️ Галерея…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →