Як працюють дати й діапазони дат на інформаційній панелі

На цій сторінці описано дати, які використовує дашборд. Щоб дізнатися, як налаштувати дашборд і що рахує кожна плитка, перегляньте статтю Як зрозуміти плитки дашборду TicketingHub. Ніщо з описаного тут не змінює ваші звіти або замовлення — це лише впливає на те, які показники підсумовує плитка дашборду.

Вибір значення дати

Кожна плитка підраховує події, що відбулися в певну дату, і можна вибрати одну з двох дат:

Дата оформлення враховує продаж, платіж або повернення в день, коли їх було записано.
Дата відвідування враховує подію в день, коли вона відбувається.

Екскурсія, заброньована в березні на поїздку в липні, враховується в березні за параметром Дата оформлення, а в липні — за параметром Дата відвідування. Використовуйте Дату оформлення, щоб переглянути перебіг торгівлі, а Дату відвідування — щоб побачити, наскільки завантаженим буде ваш розклад. Це ті самі два параметри, які вже доступні у ваших звітах, і називаються вони так само.

За той самий діапазон ці дві дати рідко збігатимуться, і жодна з них не є правильнішою за іншу. Перевіряйте, який параметр вибрано, перш ніж порівнювати показники або пояснювати комусь розбіжність.

Часовий пояс для кожної дати

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

Відвідування записується у часовому поясі самого продукту, оскільки час проведення події належить до місця, де вона відбувається.

Це має значення лише в тому разі, якщо ви продаєте продукти в кількох часових поясах. Якщо всі ваші продукти проводяться там, де розташований ваш обліковий запис, ці часові пояси збігаються, і цю різницю можна ігнорувати.

Якщо ви продаєте продукти в різних часових поясах, розглянемо приклад: ви працюєте в Лондоні й продаєте екскурсію в Нью-Йорку, яка починається о 21:00 5 травня. За параметром Дата відвідування вона враховується 5 травня — у день, коли відбувається в Нью-Йорку, — а не переноситься на 6 травня через те, що в Лондоні день уже змінився. Ваші місцеві показники залишаються прив’язаними до ваших місцевих дат, а відвідування кожного продукту — до його власних дат.

Чому діапазон дат може розширюватися

Щоб швидко працювати з довгою історією, інформаційна панель зберігає нещодавню активність по днях, а давнішу активність групує спочатку за повними тижнями, а потім за повними місяцями. Нічого не втрачається, але давніші періоди зберігаються з меншою деталізацією.

Якщо вибраний діапазон починається або закінчується посеред одного з таких згрупованих періодів, інформаційна панель розширює його до повного періоду й показує, що саме було використано: дати у вибірнику змінюються, і разом із ними змінюється групування.

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

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

Нещодавні діапазони це не зачіпає, тому під час щоденного використання ви з цим не стикаєтеся.

Дуже довгий діапазон групується з меншою деталізацією з іншої причини: щоб графік залишався зрозумілим. Період понад один рік показується за тижнями, а понад сім років — за місяцями; вибірник показує використане групування. Діапазон не може починатися раніше за 1 січня 2011 року — саме з цієї дати починається параметр Увесь період, — і не може охоплювати більше ніж десять років у майбутньому.

Підрахунок бронювань із кількома типами квитків

Більшість бронювань містить більше одного типу квитка — два дорослі квитки та один дитячий є одним бронюванням, а не трьома. Тому, коли ви запитуєте про бронювання певного типу квитка, інформаційна панель відповідає щодо цілих бронювань.

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

Це означає, що типи квитків не складатимуться в загальну суму, і це нормально. За тиждень зі 100 бронюваннями може бути показано 95 бронювань із дорослими квитками та 60 — із дитячими. Подвійного підрахунку немає: ви ставите три різні запитання й отримуєте три правильні відповіді.

Гроші та кількість людей поводяться інакше, і цю різницю важливо враховувати. Їх можна розділити: застосуйте до Продажів або Людей фільтр «Дорослий» і отримаєте частку кожного бронювання, що припадає на дорослих; ці частки в сумі повертаються до загального показника. Бронювання неможливо розділити таким чином, саме тому його кількість не складається.

Це не стосується фільтрів, для яких у бронюванні може бути лише одне значення. Якщо фільтрувати за продуктом, каналом або посередником, кожен показник, зокрема кількість бронювань, підсумовується так, як ви очікуєте.

Деякі показники взагалі не можна фільтрувати за певними параметрами. Платіж здійснюється за замовлення, а не за продукт, тому неможливо визначити, якому продукту він належить. Якщо застосувати фільтр за продуктом, плитки Платежі, Повернення та Комісія показують Недоступно з цим фільтром, а не значення, яке завжди дорівнювало б нулю. Те саме працює в інший бік: якщо застосувати фільтр за типом платежу, плитки продажів і бронювань показують це повідомлення. Приберіть фільтр — і показники знову відобразяться.

Якщо згодом змінити дані продажу

Інформаційна панель записує кожен продаж із даними, які він мав на момент здійснення: продуктом, типом квитка, каналом, посередником, користувачем, купоном тощо. Подальша зміна будь-якого з цих даних не переміщує вже записані продажі.

Наприклад, якщо перемістити замовлення до іншого посередника, початковий продаж залишиться за першим посередником, а показники нового посередника включатимуть лише те, що буде записано після цього. Усе, що буде записано після зміни, наприклад пізніше повернення за тим самим замовленням, буде віднесено до нового посередника. Те саме стосується застосування купона до бронювання після його створення, переміщення продажу до іншого користувача або зміни типу квитка.

Ваша інформаційна панель показує те, що відбулося на той момент, а не переписує минуле щоразу, коли щось редагується. Саме замовлення завжди відображає поточні дані.

Перехід до транзакцій

Кожна плитка, що показує значення, має в меню пункт Деталізація, який містить окремі транзакції, що стоять за показником цієї плитки. Він переносить усе, що використовувала плитка: показаний показник, ту саму основу для дати, той самий діапазон дат і всі застосовані вами фільтри. Список, до якого ви переходите, містить саме ті транзакції, що стоять за натиснутим числом.

Останній момент варто сприймати буквально. Якщо перейти до деталізації з Продажів, ви отримаєте транзакції, які змінили ваші продажі, — і нічого більше. Платежу за одним із цих бронювань у списку не буде, оскільки отримання коштів не змінює того, що було продано; щоб побачити його, перейдіть до деталізації з Платежів.

Список розкладає кожну транзакцію на складові, по одному рядку на кожну, тому бронювання двох дорослих квитків і путівника відображається трьома рядками. У кожному рядку зазначено, до чого належить складова, — до квитка, додаткової послуги, товару або податку, — а також її тип квитка. Так ви можете побачити склад показника, не відкриваючи замовлення.

Крім того, рядок містить номери замовлення та бронювання, до яких він належить, продукт і категорію квитка, під якими було здійснено продаж, джерело продажу, а для платежу — його тип. Зазвичай цього достатньо, щоб вирішити питання, не залишаючи сторінку; якщо ж ні, номер замовлення містить посилання на нього.

У списку наведено лише ті складові, які враховувала плитка, а в стовпці Сума показано власне значення кожної складової. Для продажів, платежів і більшості інших плиток сума стовпця дорівнює значенню плитки. Плитки, що вимірюють щось відняте, — скасування, повернення, прострочену вартість, комісію та розподілену собівартість, — показують цю суму як додатне значення, тоді як у списку кожна транзакція відображається так, як вона записана у вашому обліку, тому сума стовпця має знак мінус перед значенням плитки. Це особливо важливо, коли ви застосували фільтр до складової, яка становить лише частину бронювання: фільтр за одним типом квитка покаже лише рядки для цього типу, тобто саме те, що підраховує плитка.

Кількість, Люди та Сума читаються однаково, тому можна переглядати рядок, не перевіряючи, у якому саме стовпці ви перебуваєте; усі значення показано з вашого боку каси. Продаж є додатним за всіма трьома показниками, а скасоване бронювання п’яти дорослих квитків відображається як −5, −5 і від’ємна сума. Те саме стосується коштів: отриманий платіж є додатним, а здійснене повернення — від’ємним.

Кожен рядок містить обидві дати, незалежно від того, за якою з них плитка здійснювала підрахунок. Стовпці Дата оформлення та Дата відвідування відповідають тим самим двом датам, які пропонує вибірник, тому рядок читається однаково, незалежно від способу переходу до нього; крім дня, показується також час.

Основа підрахунку й надалі визначає, які рядки входять до списку, тому її зміна змінює транзакції, які ви бачите, а не значення стовпця. Якщо діапазон було розширено до повних тижнів або місяців, список також охоплює розширений діапазон.

Натисніть заголовок будь-якого стовпця, щоб сортувати за ним, і натисніть ще раз, щоб змінити напрямок сортування. Пункт Експортувати як CSV експортує всі транзакції, вибрані вашими фільтрами, а не лише сторінку перед вами, тому файл готується у фоновому режимі й буде запропонований, коли стане готовим.

Якщо ви перемістили, додали або видалили плитки, не зберігши їх у поданні, під час переходу до деталізації система попросить вас підтвердити дію перед виходом з інформаційної панелі, оскільки розташування плиток буде втрачено. Спочатку збережіть подання, якщо хочете його зберегти.

Швидкі перевірки

Якщо два підсумки не збігаються, спочатку перевірте основу для дати, а потім діапазон дат. Більшість розбіжностей спричинена одним із цих двох параметрів.
Якщо після вибору дат або групування вони змінилися, ви вказали період, який зберігається з меншою деталізацією. Показники правильні для діапазону, який тепер відображається.
Якщо показники відвідувань відстають або випереджають очікувані на один день, перевірте, чи не працює цей продукт в іншому часовому поясі, ніж ваш обліковий запис.
Якщо показник плитки та транзакції, що стоять за ним, здаються невідповідними, перевірте діапазон у вибірнику. Розширений діапазон охоплює більше днів, ніж ви запитували, і список охоплює ті самі дні, що й плитка.
Якщо здається, що список транзакцій містить неправильні дати, перевірте, який із двох стовпців дат ви переглядаєте. Обидва завжди відображаються, але лише один відповідає основі, за якою плитка здійснювала підрахунок.
Якщо показники посередника, користувача або купона відрізняються від даних, які замовлення показують сьогодні, перевірте, чи не було ці замовлення змінено після продажу. Продаж залишається за даними, з якими його було здійснено.
Якщо сума кількостей за окремими типами квитків перевищує загальну кількість, це правильно. Бронювання з кількома типами квитків враховується один раз для кожного з них. Продажі та кількість людей розподіляються між типами квитків, а бронювання — ні.