Почему данные в Getcourse могут отличаться от данных в Мониторе?

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

Вы не верно делаете проверку данных и выбираете не ту атрибуцию. Подробнее про модель атрибуции читайте тут: https://sedov.link/blog/920756

Выручку Getcourse показывает по всем статусам. Но если, например, у вас есть 2 заказа со статусом «Ожидает возврата». То данные в чистом виде не будут совпадать.

В Мониторе по умолчанию, этот статус не попадает в оплаты и выручку.Если их вычесть получиться нужная выручка. В настройках проекта вы можете поменять это, но думаю вам не нужно учитывать это в выручку.

В Мониторе мы зашили по умолчанию, что оплатой считается факт оплаты. И если есть часть клиентов, которые оплатили бонусами, то сумма оплат равна 0, поэтому в оплаты это не включается.

Почему так? Если мы захотим подсчитать ср. чек (а это мы и делаем), то цифра будет некорректной, так как мы включим подобные заказы туда, она будет занижена или завышена.

Расхождение по количеству оплат объясняется тем, что мы берем оплаты не только по статусу завершен, но и по сумме пришедших денег. Если там 0, то оплата не будет учитываться. например, если у вас было 5 нулевых оплат (обычно это случается по 2 причинам: менеджер проставил статус раньше оплаты, либо оплатили полностью бонусами).

Расхождение по количеству денег объясняется тем, что мы берем сумму за вычетом бонусов и комиссия платежных систем, чтобы в мониторе отображались максимально корректные данные. Если вы сделает выгрузку из ГК за этот период, то это будет столбец с именем «Получено»

Задержка в синхронизации данных. Монитор обновляет данные раз в 1-4 часа (в зависимости от ваших настроек). Именно в это время могла прийти еще одна оплата, которую Монитор пока не видит.

У заказа два предложения разных продуктов (с разными тегами 

product). При фильтрации по одному из них Монитор будет выдавать расходжение. На данный момент Монитор поддерживает только один тег одного типа. Чуть позже появиться возможность разделения.