[Решено] Дашборд

От: @azarenkov

Михаил, доступ открыл. Основной вопрос сейчас что в KPI неверно подтягиваются продажи по источникам(график обращения по источникам) и соответственно конверсия по источникам.

Станислав, чтобы я смог лучше помочь, напишите пожалуйста в чем именно расхождение? Какие источники отображаются неверно? Сравниваете с ЮОН, верно?

да, прикрепляю пример в письме

Второй снимок

Этот актуальный второй снимок

 @admin Я понимаю, пару заявок сверяла именно так. В файле фактеризатор нет фильтра, чтобы искать по номеру обращения или хотя бы по менеджеру. Поэтому придется каждую заявку-оплату ручками искать по всему файлу и сравнивать((

 @admin Михаил, а как считаются доплаты по заявкам, которые созданы в прошлом периоде (месяце)? Тоже через выгрузку должны попасть в KPI текущего месяца по идее? 

От: @komdir_kotlastur

 @admin Я понимаю, пару заявок сверяла именно так. В файле фактеризатор нет фильтра, чтобы искать по номеру обращения или хотя бы по менеджеру. Поэтому придется каждую заявку-оплату ручками искать по всему файлу и сравнивать((

Используйте комбинацию клавиш ctrl+F для поиска внутри документа. Не нужно искать каждую транзакцию глазами. Можно так же идти от обратного – брать заявки из выгрузки и через поиск мгновенно найти ее в ЮОН. 

Что касается учета оплат: мы в ТМ традиционно предлагаем считать план по продажам и, соответственно ЗП менеджеров по ФАКТУ прихода денег. Поэтому наш фактиризатор настроен именно так. Оплата попадает в тот месяц, в котором она была совершена, даже если заявки еще не закрыта (например,  если клиент внес предоплату в декабре, а основную часть в январе, то оплата по этой сделке попадет в факт по продажам и в декабре и январе). 

Мы видим, что есть запрос на фактеризатор, который должен считать только фактически закрытые заявки. Это возможно, но мы с этим не согласны :). Если вы хотите обсудить альтернативные методы начисления ЗП, то создайте пожалуйста отдельную ветку на форуме. 

В файле выгрузки на листе "продажи" самая последняя колонка "сумма комиссии". Пожалуйста, редактируйте только эту колонку.

Добрый день, Михаил. А можно ли в файле выгрузки менять окрас ячеек, например?

У нас загвоздка в том что файл обновляется очень редко. Вчера например были оплаты от туриста, сегодня мы уже оплатили в ТО, а вносить верные суммы пока не куда. Строчки такой нет еще в файле. Или клиент оплатил часть вчера и часть сегодня, а есть только одно строка. Вот чтобы не запутаться с теми данными которые уже стоят корректные (исправленные суммы комис), и с теми что еще не исправлены  - хотелось бы хоть как-то и отмечать...

Можно ли в файле выгрузки менять окрас ячеек?

 @admin Я этими клавишами умею пользоваться))) Спасибо.
НЕее....мы тоже считаем факт продажи в зп.

Буду искать и сравнивать тогда! 

От: @borisova0027

В файле выгрузки на листе "продажи" самая последняя колонка "сумма комиссии". Пожалуйста, редактируйте только эту колонку.

Добрый день, Михаил. А можно ли в файле выгрузки менять окрас ячеек, например?

У нас загвоздка в том что файл обновляется очень редко. Вчера например были оплаты от туриста, сегодня мы уже оплатили в ТО, а вносить верные суммы пока не куда. Строчки такой нет еще в файле. Или клиент оплатил часть вчера и часть сегодня, а есть только одно строка. Вот чтобы не запутаться с теми данными которые уже стоят корректные (исправленные суммы комис), и с теми что еще не исправлены  - хотелось бы хоть как-то и отмечать...

Можно ли в файле выгрузки менять окрас ячеек?

Здравствуйте! 

Да, менять цвета ячеек можно спокойно :).

По частоте обновления – если вы настроили триггер выгрузки как я показывал в видео, то выгрузка должна происходить по этому таймер, который вы поставили (каждые 10-30 мин). Убедитесь, что триггер у вас работает. Если с ним все ОК, вероятнее строка с оплатой есть в выгрузке, попробуйте поискать ее по номеру заявки. 

В любом случае вы можете руками запустить скрипт в любой момент. Просто нажмите для этого U-On Sync => обновить

От: @azarenkov

Этот актуальный второй снимок

 Snimok-ekrana-2026-01-21-v-12.28.36.png

Станислав, здравствуйте!

1. По поводу ошибки в таблице: Мы всё починили, файл работает корректно – пожалуйста, проверьте. Причина была на нашей стороне: в исходный файл-шаблон технически закрался лишний символ (прочерк на скрытом листе). Приносим извинения, мы уже исправили это и в вашем файле, и в глобальном шаблоне. Больше ошибка не повторится.

2. По поводу отсутствия продаж с источником «сайт FUN&SUN»: Я проверил данные: в текущей выгрузке действительно нет ни одной продажи за этот год с такой меткой. Скорее всего, источник в CRM был проставлен (или изменен) уже после того, как сделка перешла в статус заявки/брони. Дашборд фиксирует исторические данные. Если источник добавили "задним числом", он мог не попасть в отчет по продажам. Если вдруг проблема повториться – пишите, посмотрим еще раз внимательнее. 

Триггер настроили, но не уверен что он корректно работает. Посмотрите ппожалуйста

От: @azarenkov

Триггер настроили, но не уверен что он корректно работает. Посмотрите ппожалуйста

 Snimok-ekrana-2026-01-21-v-17.01.12.png

Станислав, судя по скрину триггер настроен у вас верно. Если выгрузку не происходит каждые 10 минут, попробуйте перезапустить приложение. Для этого просто нажмите в меню U-On SYNC => Обновить.

Добрый день, Михаил можете посмотреть что настроено не верно цифры с юон отличаются в 2 раза в меньшую сторону

@admin Добрый день! Настраиваем автоKPI. но данные в нем и в ю-оне не сходятся
если смотреть на таблицу, то сумма поступлений почти в 2 раза меньше, чем в юоне

Здравствуйте, коллеги! (@garant_77, @pr1) Вижу, что вопросы у вас схожие, поэтому отвечу сразу всем.

Не переживайте, разница в цифрах – это, скорее всего, не ошибка, а различие в методологии учета между стандартными отчетами U-ON и нашим дашбордом.

Давайте сверим часы:

1. Мы считаем «Деньги в кассе», а не «Закрытые сделки» Это ключевое отличие. Наш дашборд строит отчет по фактическим поступлениям денег в конкретном месяце (кассовый метод).

• Пример: Тур стоит 200 000р. Турист внес 100 000р в декабре и 100 000р в январе.

• Как покажет U-ON: Часто показывает всю сумму (200к) в месяце закрытия/вылета.

• Как покажет наш Дашборд: Ровно по факту оплат: 100к попадет в отчет декабря, и 100к – в отчет января. Именно поэтому цифры могут быть меньше – мы не приписываем в текущий месяц деньги, которые пришли ранее или придут позже. Это нужно для корректного расчета ЗП менеджерам и отсеивания выполнения плана по продажам.

2. Плановая комиссия vs Фактическая Дашборд фиксирует ожидаемую комиссию в момент перевода сделки в статус "Заявка". На тот момент мы еще не знаем точного курса валют или доплат на момент полной оплаты. U-ON же может показывать пересчитанный факт.

Как проверить корректность данных:

1. Откройте лист «Продажи» в файле.

2. Сравните колонку "Сумма комиссии" с фактом. Если видите расхождение (из-за курса или доп. скидок) – смело правьте ячейку вручную. Это нормально.

3. Но если отличается именно сумма транзакции (платежа от туриста) – тогда напишите мне, будем искать техническую ошибку.

От: @admin

От: @azarenkov

Триггер настроили, но не уверен что он корректно работает. Посмотрите ппожалуйста

 Snimok-ekrana-2026-01-21-v-17.01.12.png

Станислав, судя по скрину триггер настроен у вас верно. Если выгрузку не происходит каждые 10 минут, попробуйте перезапустить приложение. Для этого просто нажмите в меню U-On SYNC => Обновить.

U-On SYNC => Обновить не работает почему-то. При нажатии ничего не происходит. Вечером, когда делаем оплаты в ТО, сегодняшних оплат от туристов нет в "ПРОДАЖИ". Утром все появляется. Обновляется 1 раз в день, хотя все настроено верно, 10 мин

Дашборд фиксирует ожидаемую комиссию

А Можно ли настроить его так ,чтобы считало по фактической (а не плановой) комиссии на дату оплаты в ТО?

Михаил, добрый день. Опять наблюдаются проблемы с выгрузкой данных, скрин прилагаю. Помогите пожалуйста добить эту тему

От: @azarenkov

Михаил, добрый день. Опять наблюдаются проблемы с выгрузкой данных, скрин прилагаю. Помогите пожалуйста добить эту тему

 Snimok-ekrana-2026-01-29-v-13.00.08.png

Станислав здравствуйте! Приношу извинения за ожидание.

Потребовалось время на изучение проблемы. Ошибка «Authorization is required to perform that action», которую вы получаете на почту , означает, что Google временно заблокировал работу скрипта в фоновом режиме по соображениям безопасности. Это плавающая проблема, которая сейчас периодически возникает. 

Сейчас вам нужно один раз вручную подтвердить права доступа с гугл аккаунта где крутится скрипт, чтобы триггер снова заработал:

1. В вашей таблице перейдите в меню Расширения (Extensions) → Apps Script.

2. В верхней панели выберите функцию update и нажмите кнопку «Выполнить» (Run).

3. Появится окно «Приложение заблокировано». Это стандартная проверка безопасности.

4. Нажмите на ссылку «Дополнительные настройки» (Advanced) в левом нижнем углу окна.

5. Нажмите на появившуюся внизу ссылку «Перейти к странице TM UON Export Sync (небезопасно)».

6. В следующем окне нажмите «Разрешить».

Как только вы это сделаете, триггер начнет корректно срабатывать каждые 10 минут. Данные об оплатах (в том числе частичные платежи) будут попадать в таблицу сразу, а не раз в сутки, и показатели конверсии и средних чеков в KPI станут актуальными.

Я со своей стороны сейчас занимаюсь официальной верификацией приложения в Google, чтобы в будущем такие вылеты авторизации прекратились совсем.

Напишите, пожалуйста, как только выполните эти действия – я проверю, пошли ли данные в таблицу без ошибок.

От: @borisova0027

Дашборд фиксирует ожидаемую комиссию

А Можно ли настроить его так ,чтобы считало по фактической (а не плановой) комиссии на дату оплаты в ТО?

Технически реализовать это можно, но делать мы этого не будем. И вот почему.

Мы в Turmarketing – не SaaS-сервис для сухой выгрузки цифр, а команда, которая помогает вам чинить продажи и выстраивать работающую систему мотивации.

Согласно нашей методологии и просто здравому смыслу:

Менеджер должен видеть результат здесь и сейчас. Выполнение плана и бонус должны фиксироваться в момент поступления денег от клиента. Это создает прямую связь: "взял предоплату – увидел прогресс выполнения плана – получил бонус". Если мы будем ждать даты финальной оплаты в ТО (которая может наступить через несколько месяцев после бронирования), мы получим огромный разрыв в данных.

Если менеджер получит предоплату сегодня, а итоговый расчет по фактической комиссии увидит спустя полгода – это напрочь убивает азарт, дисциплину и само понятие "плана продаж".

Мы боремся за то, чтобы менеджер был максимально заряжен в моменте. Ожидание финальных расчетов превращает систему стимулирования в вялотекущий бухгалтерский процесс, который никак не помогает растить продажи.

Поэтому мы оставляем расчет по плановой комиссии в момент сделки – это единственный способ держать команду менеджеров в тонусе.  

Я думаю за это стоит заплатить 5-минутным корректированием цифр в таблице для актуализации комиссии.

***

Что касается вопросы выгрузки, смотрите мой ответ Станиславу сообщение выше. Мы решаем эту проблему. 

Добрый день. в новом дашборде (автомат) перестал выбирать менеджеров , везде где есть выбор из выпадающего списка выдает ошибку

 @admin Михаил, добрый день! Решила с начала нового месяца ежедневно проверять выгрузку из СРМ по продажам. Фактеризатор настроен каждые 15 минут выгружать из СРМ, сегодня за 3.02 ПРОДАЖИ он ещё ни раз не выгрузил, а обращения выгружаются. ((((((( 
И за 30.01.2026 нет одного платежа...я уже даже по времени сверяю каждый платеж (но тут возможно лаг в том, что заявка от 2.02, а платеж в заявке от 30.01). 
Я надеюсь мы не одни такие! Очень хочется, чтобы всё по часикам работало....готова даже тратить на это время для сверки, лишь бы всё сходилось. 

Помогитииии..........

 @admin платёж нашла, вручную его поправила в срм по дате, тут косяк менеджера.
А вот что делать с тем, что продажи за 3.02 ещё не выгрузились из срм? 

От: @komdir_kotlastur

 @admin Михаил, добрый день! Решила с начала нового месяца ежедневно проверять выгрузку из СРМ по продажам. Фактеризатор настроен каждые 15 минут выгружать из СРМ, сегодня за 3.02 ПРОДАЖИ он ещё ни раз не выгрузил, а обращения выгружаются. ((((((( 
И за 30.01.2026 нет одного платежа...я уже даже по времени сверяю каждый платеж (но тут возможно лаг в том, что заявка от 2.02, а платеж в заявке от 30.01). 
Я надеюсь мы не одни такие! Очень хочется, чтобы всё по часикам работало....готова даже тратить на это время для сверки, лишь бы всё сходилось. 

Помогитииии..........

Елена, добрый день! Слышим ваш крик о помощи и понимаем, насколько это критично.

Приносим искренние извинения за этот лаг. Проблема в серверах Google, и в ограничениях их текущей инфраструктуры (Google Apps Script), которая иногда "засыпает" или блокирует частые запросы к CRM. Из-за этого платежи за 3.02 могут стоять в очереди, ожидая обработки со стороны сервиса.

Мы уже в процессе переноса всей логики на наш собственный Python-сервер. Это полностью уберет зависимость от "настроения" Google и обеспечит мгновенную синхронизацию без пропусков.

Мы настроили проверку по уникальным ID транзакций, поэтому при догрузке ваши данные не "поплывут" и дубликатов не возникнет.

Елена, спасибо за ваше терпение и за то, что сигнализируете о нестыковках. Мы на финальной стадии тестов нового сервера и скоро забудем об этих сверках как о страшном сне. Мы сообщим в рассылке, как только новый экспорт будет готов.