Как работают даты и диапазоны дат на дашборде

На этой странице описаны даты, используемые панелью мониторинга. О том, как создать панель мониторинга и что учитывает каждая плитка, см. в статье Что показывают плитки панели мониторинга TicketingHub. Здесь не рассматриваются отчёты и заказы — описанные настройки влияют только на то, какие показатели суммирует плитка панели мониторинга.

Как определяется значение даты

Каждая плитка подсчитывает события, произошедшие в определённую дату, и здесь можно выбрать одну из двух дат:

Дата оформления учитывает событие в день, когда была зарегистрирована продажа, платёж или возврат.
Дата посещения учитывает событие в день проведения мероприятия.

Тур, забронированный в марте для поездки в июле, учитывается в марте по показателю Дата оформления, а в июле — по показателю Дата посещения. Используйте Дату оформления, чтобы оценить результаты продаж, а Дату посещения — чтобы понять, насколько загруженными будут ваши мероприятия. Это те же два варианта дат, которые уже доступны в отчётах, с такими же названиями.

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

Какой часовой пояс используется для каждой даты

Продажа регистрируется в часовом поясе вашего аккаунта, поскольку момент получения оплаты относится к вашему бизнесу.

Посещение регистрируется в часовом поясе самого продукта, поскольку время проведения мероприятия относится к месту, где оно проходит.

Это имеет значение только в том случае, если вы продаёте продукты в нескольких часовых поясах. Если все ваши продукты работают там же, где находится ваш аккаунт, часовые пояса совпадают, и этот раздел можно пропустить.

Если вы продаёте продукты в разных часовых поясах, рассмотрим пример: вы находитесь в Лондоне и продаёте тур по Нью-Йорку, который начинается в 21:00 5 мая. По показателю Дата посещения он учитывается 5 мая — в день проведения в Нью-Йорке, — а не переносится на 6 мая из-за того, что в Лондоне уже наступил следующий день. Ваши местные показатели остаются привязанными к местным дням, а посещения каждого продукта — к его часовому поясу.

Почему диапазон дат может расширяться

Чтобы сохранять высокую скорость работы с данными за длительные периоды, дашборд хранит недавнюю активность по дням, а более старую группирует сначала по полным неделям, а затем по полным месяцам. Ничего не теряется, но данные за старые периоды хранятся с меньшей детализацией.

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

Например, запрос данных за период с 14 по 31 мая, который хранится с разбивкой по месяцам, покажет данные за 1–31 мая, сгруппированные по месяцам.

Это сделано намеренно. Показатель, хранящийся за полный месяц, нельзя разделить на часть месяца. Поэтому альтернативами были бы исключение этого месяца или отображение его части так, будто она представляет весь месяц — в обоих случаях итог был бы просто неверным. Расширение диапазона сохраняет достоверность показателя и показывает, какой период он охватывает.

Недавние диапазоны это не затрагивает, поэтому при ежедневной работе вы с такой ситуацией не столкнётесь.

Очень длинный диапазон группируется крупнее по другой причине: чтобы диаграмма оставалась читаемой. Период длительностью более года отображается по неделям, а период более семи лет — по месяцам; средство выбора показывает использованную группировку. Диапазон может начинаться не ранее 1 января 2011 года — с этой даты начинается вариант За всё время, — и заканчиваться не более чем через десять лет от текущей даты.

Подсчёт бронирований с несколькими типами билетов

В большинстве бронирований есть несколько типов билетов: два взрослых билета и один детский — это одно бронирование, а не три. Поэтому, когда вы задаёте вопрос о бронированиях определённого типа билета, дашборд отвечает на него с учётом целых бронирований.

Примените к плитке Бронирования фильтр Взрослый, и вы получите количество бронирований, включавших хотя бы один взрослый билет. Примените фильтр Детский, и получите количество бронирований, включавших хотя бы один детский билет. Семейное бронирование входит в оба результата, поскольку действительно соответствует обоим условиям.

Это означает, что количество по типам билетов не складывается в общий итог — так и задумано. Например, за неделю может быть 100 бронирований, из которых 95 включали взрослые билеты, а 60 — детские. Двойного подсчёта нет: вы задаёте три разных вопроса и получаете три правильных ответа.

Деньги и количество людей работают иначе, и эту разницу важно учитывать. Их можно распределить: применив к показателю Продажи или Посетители фильтр Взрослый, вы получите взрослую долю каждого бронирования, и эти доли в сумме составят общий итог. Бронирование разделить таким образом нельзя — именно поэтому его количество не складывается.

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

Некоторые показатели вообще нельзя фильтровать по определённым параметрам. Платёж относится к заказу, а не к продукту, поэтому определить, к какому продукту он относится, невозможно. При фильтрации по продукту плитки Платежи, Возвраты и Комиссия показывают Недоступно с этим фильтром, а не значение, которое всегда было бы равно нулю. Аналогично, при фильтрации по типу платежа плитки продаж и бронирований показывают это же сообщение. Удалите фильтр, и показатели снова отобразятся.

Что происходит при последующем изменении сведений о продаже

Дашборд записывает каждую продажу с теми сведениями, которые были у неё в момент оформления: продукт, тип билета, канал, реселлер, пользователь, купон и так далее. Последующее изменение одного из этих сведений не перемещает уже зарегистрированные продажи.

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

Дашборд показывает, что произошло в момент события, а не переписывает прошлое при каждом редактировании. В самом заказе всегда отображаются его текущие сведения.

Переход к транзакциям

В меню каждой плитки с показателем есть пункт Детализация, который выводит отдельные транзакции, лежащие в основе этого показателя. В список переносятся все параметры, использованные плиткой: отображаемый показатель, тот же принцип выбора даты, тот же диапазон дат и все применённые фильтры. Открывшийся список содержит именно те транзакции, которые лежат в основе выбранного числа.

Это последнее утверждение следует понимать буквально. Если перейти к детализации из плитки Продажи, вы получите транзакции, изменившие ваши продажи, — и ничего больше. Платежа по одному из этих бронирований в списке не будет, поскольку получение денег не изменяет состав проданного; чтобы увидеть его, перейдите к детализации из плитки Платежи.

Список разбивает каждую транзакцию на составляющие, по одной в каждой строке. Поэтому бронирование двух взрослых билетов и путеводителя будет представлено тремя строками. В каждой строке указано, к чему относится сумма, — к билету, дополнительной услуге, товару или налогу, — а также тип билета. Так вы можете увидеть состав показателя, не открывая заказ.

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

В список попадают только составляющие, учтённые плиткой, а в столбце Сумма отображается собственное значение каждой составляющей. Для продаж, платежей и большинства других плиток сумма столбца равна показателю плитки. Плитки, измеряющие вычитаемые значения — отмены, возвраты, истёкшую стоимость, комиссию и распределённые затраты, — показывают это значение положительным числом, тогда как в списке каждая транзакция отображается так, как она отражается в ваших счетах, поэтому сумма столбца там равна показателю со знаком минус. Это особенно важно, если вы отфильтровали параметр, который составляет только часть бронирования: при фильтрации по одному типу билета вы получите только строки этого типа, то есть ровно те данные, которые подсчитывает плитка.

Значения Количество, Посетители и Сумма отображаются в одном направлении, поэтому вы можете просматривать строку слева направо, не проверяя, в каком столбце находитесь; всё показано с точки зрения продавца. Продажа будет положительной по всем трём показателям, а отменённое бронирование пяти взрослых билетов будет отображаться как −5, −5 и отрицательная сумма. То же относится к деньгам: полученный платёж будет положительным, а возвращённая сумма — отрицательной.

В каждой строке указаны обе даты, независимо от того, по какой из них плитка выполняла подсчёт. Столбцы Дата оформления и Дата посещения соответствуют тем же двум датам, которые доступны в средстве выбора, поэтому строка выглядит одинаково, откуда бы вы ни перешли к ней; в обоих столбцах отображаются также время и дата.

Выбранный принцип по-прежнему определяет, какие строки входят в список. Поэтому его смена изменяет отображаемые транзакции, а не смысл столбца. Если диапазон был расширен до полных недель или месяцев, список также охватывает расширенный диапазон.

Нажмите любой заголовок столбца, чтобы отсортировать данные по нему, и нажмите ещё раз, чтобы изменить направление сортировки. Пункт Экспортировать в CSV выгружает все транзакции, выбранные вашими фильтрами, а не только страницу перед вами, поэтому файл подготавливается в фоновом режиме и становится доступен после завершения подготовки.

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

Быстрые проверки

Если два итога не совпадают, сначала проверьте принцип выбора даты, а затем диапазон дат. Большинство расхождений связано с одним из этих двух параметров.
Если даты или группировка изменились после их выбора, значит, вы запросили период, который хранится с меньшей детализацией. Показатели верны для отображаемого диапазона.
Если показатели посещений отличаются от ожидаемых на один день, проверьте, не работает ли этот продукт в часовом поясе, отличающемся от часового пояса вашего аккаунта.
Если показатель плитки не совпадает с лежащими в его основе транзакциями, проверьте диапазон в средстве выбора. Расширенный диапазон охватывает больше дней, чем вы запросили, и список охватывает те же дни, что и плитка.
Если кажется, что транзакции относятся к неправильным датам, проверьте, какой из двух столбцов дат вы просматриваете. Отображаются всегда оба столбца, и только один соответствует принципу, по которому плитка выполняла подсчёт.
Если показатели реселлера, пользователя или купона отличаются от того, что сейчас отображается в заказах, проверьте, не были ли эти заказы изменены после продажи. Продажа остаётся связанной со сведениями, указанными при её оформлении.
Если количество бронирований по каждому типу билета в сумме превышает общий итог, это правильно. Бронирование с несколькими типами билетов учитывается один раз для каждого из них. Продажи и количество людей распределяются между типами билетов, а бронирования — нет.