Звіти про транзакції

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

Це не виписки про банківські виплати. Stripe, PayPal та інші платіжні провайдери можуть об’єднувати транзакції, вираховувати комісії та проводити розрахунки в різні дати.

Завантаження звіту

1. Перейдіть до Reports → Transaction Reports.
2. Виберіть початкову та кінцеву дати.
3. Знайдіть потрібний звіт і виберіть Download.
4. Дочекайтеся завершення експорту, а потім збережіть CSV-файл.

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

У файлах використовуються стовпці, розділені табуляцією. Їх можна відкрити в Excel або імпортувати в Google Sheets. Якщо значення відображаються в одному стовпці, під час імпорту виберіть Tab як роздільник.

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

Ознайомтеся з датами, перш ніж порівнювати підсумки

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

Дата транзакції

Звіти за датою транзакції фільтруються за моментом, коли TicketingHub зафіксував кожну фінансову подію. Для одного бронювання події можуть відбуватися в різні дати, наприклад створення, зміна, розподіл платежу, скасування або повернення коштів.

Використовуйте дату транзакції, коли потрібно з’ясувати, що змінилося в TicketingHub протягом певного періоду.

Звітна дата

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

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

Версії за звітною датою доступні для звітів Booking Summary, Booking Detail і Booking Sales.

Ознайомтеся з валютами та додатними або від’ємними значеннями

Звіти можуть містити дві валюти:

• Стовпці доходу та amount використовують валюту постачальника, установлену для Вашого облікового запису.
• order_currency і order_currency_amount показують валюту, використану в замовленні клієнта.

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

У звіті Payment and Refund:

• Платежі є додатними.
• Повернення коштів є від’ємними.
• charge_amount містить пов’язані комісії або сторнування комісій.
• net_amount — це сума транзакції після врахування цих нарахувань.

Виберіть правильний звіт

Ваша мета	Використовуйте цей звіт
Один підсумковий рядок для кожного стандартного бронювання	Booking Transaction Summary
Аудит кожної фінансової події в бронюванні	Booking Transaction Detail
Аналіз продажів за типом квитка або додатковою послугою	Booking Transaction Sales
Відстеження продажів, погашень і скасувань ваучерів	Voucher Booking Transaction Summary або Detail
Відстеження продажів товарів і товарів-подарункових карток	Merchandise Purchase Transaction Summary або Detail
Зіставлення платежів і повернень коштів із платіжним провайдером	Payment And Refund Transaction Detail
Пошук замовлень із коштами, які розподілено не повністю	Unallocated Payments
Перевірка платіжної активності Viator, GetYourGuide або Airbnb	OTA Transaction Report

Booking Transaction Summary

Цей звіт повертає один рядок для кожного стандартного бронювання. Він об’єднує активність за квитками та додатковими послугами в підсумки на рівні бронювання.

Виберіть:

• Transaction Date, щоб включити події транзакцій, зафіксовані протягом вибраного періоду.
• Reporting Date, щоб включити дохід, визнаний протягом вибраного періоду.

До важливих стовпців належать:

• Ідентифікатори замовлення, бронювання, клієнта, реселера, продукту та варіанта
• Статус і джерело замовлення
• Дати створення, проведення заходу та скасування бронювання
• pax — кількість гостей
• booked_revenue, tax і gross
• paid_revenue і paid_tax
• allocated_payments
• allocated_refunds_and_adjustments
• net_allocations

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

Booking Transaction Detail

Цей звіт повертає один рядок для кожної події транзакції бронювання, а не один рядок для кожного бронювання.

Він містить ті самі ідентифікатори замовлення, клієнта, реселера, продукту та бронювання, що й підсумковий звіт, а також:

• transaction_date
• reporting_date
• transaction_type
• quantity і pax
• Сума у валюті постачальника
• Сума у валюті замовлення

До поширених типів транзакцій належать створення, коригування, скасування, завершення терміну дії, розподіл і скасування розподілу.

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

Booking Transaction Sales

Цей звіт групує кожне бронювання за категорією квитка або додатковою послугою, які сформували відповідну суму. Це найкращий експорт для відповідей на такі запитання:

• Які типи квитків принесли найбільший дохід?
• Який внесок у дохід зробила додаткова послуга?
• Який канал, реселер, пакет або замовлення POS сформували продаж?

До важливих стовпців належать:

• Ідентифікатори замовлення та бронювання
• Продукт, варіант і пакет
• origin_type і origin_name для категорії квитка або додаткової послуги
• Автор замовлення, реселер, канал та індикатор POS
• Дата заходу та часовий пояс продукту
• booked_revenue, tax, gross, paid_revenue і paid_tax

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

Звіти про бронювання ваучерів

Звіти про бронювання ваучерів охоплюють передплачені ваучери та ваучери з відкритою датою. У них не перелічуються звичайні купони або грошові залишки подарункових карток.

Voucher Booking Transaction Summary

Повертає один рядок для кожного бронювання ваучера, що містить:

• Ідентифікатори замовлення, бронювання ваучера, клієнта, реселера та продукту
• sales_value, tax_value і gross
• Погашену суму, податок і валову суму
• Скасовану або прострочену суму, податок і валову суму

Використовуйте його, щоб відстежувати рух зобов’язань за ваучерами: продані ваучери, ваучери, погашені через бронювання на певну дату, або скасовані ваучери.

Voucher Booking Transaction Detail

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

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

Звіти про придбання товарів

Ці звіти охоплюють придбання товарів, зокрема товарів, налаштованих як подарункові картки.

Merchandise Purchase Transaction Summary

Повертає один рядок для кожного придбання товару, що містить:

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

Merchandise Purchase Transaction Detail

Повертає один рядок для кожної події транзакції товару. Стовпець deferred_income_type розрізняє звичайні товари та товари-подарункові картки.

Використовуйте детальний звіт, коли потрібно відстежити коригування, скасування, розподіл платежів або скасування розподілу. Баланси погашення подарункових карток відстежуються окремо від початкового придбання товару, тому не вважайте підсумковий звіт про товари повним звітом про зобов’язання за подарунковими картками.

Payment And Refund Transaction Detail

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

До важливих стовпців належать:

• Ідентифікатор замовлення, джерело, статус, клієнт, реселер і канал
• payment_type
• payment_reference
• gateway_transaction_id
• Автор платежу або повернення коштів
• transaction_date і transaction_type
• Валюти постачальника та замовлення
• amount, charge_amount і net_amount

Звірка з платіжним провайдером

1. Завантажте цей звіт за період, який перевіряєте.
2. Відфільтруйте за payment_type.
3. Зіставте gateway_transaction_id з ідентифікатором транзакції у Stripe, PayPal, Spreedly або іншого провайдера.
4. Порівняйте amount, charge_amount і net_amount.
5. Використовуйте ідентифікатор замовлення, щоб перевірити розбіжності в TicketingHub.

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

Цей звіт показує, коли TicketingHub зафіксував рух коштів. Він не показує, коли провайдер перерахував кошти на Ваш банківський рахунок. Для дат розрахунків і банківських надходжень використовуйте звіт про виплати провайдера.

Unallocated Payments

Цей звіт повертає замовлення з додатним залишком, який не було повністю розподілено на бронювання або товар.

До важливих стовпців належать:

• Ідентифікатор замовлення, джерело, статус, клієнт і реселер
• Дата створення замовлення
• Загальна сума замовлення
• Загальна сума платежів
• Загальна сума повернень коштів
• unallocated_amount
• Ті самі підсумки у валюті замовлення

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

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

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

OTA Transaction Report

Цей звіт охоплює активність платежів і повернень коштів за замовленнями Viator, GetYourGuide та Airbnb.

Стовпці містять:

• Ідентифікатори транзакцій і замовлень
• Ідентифікатор замовлення
• Суму та валюту
• Розраховану комісію
• Дату транзакції
• Джерело OTA

Використовуйте ідентифікатор замовлення та джерело, щоб порівняти рядки TicketingHub із розрахунковою випискою OTA. Замовлення з вебсайту, інформаційної панелі та POS не відображаються в цьому звіті.

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

Рекомендовані робочі процеси звірки

Дохід на кінець місяця

1. Завантажте Booking Transaction Summary (Reporting Date) за обліковий період.
2. Використовуйте Booking Transaction Detail (Reporting Date), коли потрібні події, що стоять за підсумком.
3. Перегляньте звіти про ваучери та товари окремо.
4. Перегляньте Unallocated Payments і врегулюйте непогашені залишки.
5. Відображайте комісії платіжного провайдера та TicketingHub окремо.

Звірка банківських і карткових операцій

1. Завантажте Payment And Refund Transaction Detail.
2. Зіставте ідентифікатори транзакцій платіжного шлюзу з даними провайдера.
3. Порівняйте звіт про виплати провайдера з банківською випискою.
4. Врахуйте комісії провайдера, пакетну обробку виплат, повернення коштів і строки розрахунків.

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

Зобов’язання за ваучерами

1. Використовуйте Voucher Booking Transaction Summary для продажів, погашень і скасувань ваучерів.
2. Використовуйте детальну версію для аудиту окремих подій.
3. Використовуйте фільтри ваучерів у Orders для операційного списку ваучерів, які ще очікують погашення.

Звірка OTA

1. Завантажте OTA Transaction Report.
2. Відфільтруйте за джерелом OTA.
3. Зіставте ідентифікатори замовлень із випискою OTA.
4. Якщо потрібні додаткові відомості, дослідіть скасування та повернення коштів у Payment And Refund Transaction Detail.

Чому два звіти можуть не збігатися

Перш ніж припускати, що дані відсутні, перевірте такі поширені причини:

1. Різні підстави для дат: Transaction Date і Reporting Date можуть віднести одну й ту саму подію до різних періодів.
2. Конвертація часового поясу: часові мітки CSV наведено в UTC, тоді як у порівнянні може використовуватися місцевий час.
3. Різні фінансові рівні: звіти про бронювання відстежують дохід і розподіл; звіти про платежі — отримані або повернені кошти.
4. Активність за ваучерами або товарами: вона відокремлена від звітів про стандартні бронювання.
5. Нерозподілені залишки: платіж може існувати до того, як його буде повністю призначено бронюванню.
6. Строки розрахунків провайдера: платіжний шлюз може включити кілька транзакцій до однієї пізнішої виплати.
7. Комісії: комісії провайдера та сервісні збори можуть спричинити відмінність чистих надходжень від валових платежів.
8. Кілька валют: значення у валюті постачальника та валюті замовлення можуть відрізнятися після конвертації й округлення.
9. Способи ручної оплати: готівка, банківський переказ, кредит або зовнішні карткові платежі можуть не мати ідентифікатора платіжного шлюзу.
10. Зміни статусу замовлення: скасування або зміна можуть створити пізніші події транзакцій для старого бронювання.

Поширені запитання

Який звіт слід надіслати бухгалтеру?

Використовуйте Booking Transaction Summary (Reporting Date) для підсумків визнаного доходу. Додайте Booking Transaction Detail (Reporting Date), якщо бухгалтеру потрібен детальний аудиторський слід на рівні рядків. Додайте звіти про ваучери та товари, якщо Ви продаєте такі позиції.

Який звіт використовувати для Stripe або PayPal?

Використовуйте Payment And Refund Transaction Detail, а потім зіставте його ідентифікатори транзакцій платіжного шлюзу з даними провайдера. Для підтвердження коштів, що надійшли на банківський рахунок, використовуйте звіт про виплати провайдера, а не лише TicketingHub.

Чому значення заброньованого доходу від’ємні?

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

Чому платіж відсутній у Unallocated Payments?

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

Як отримати список непогашених ваучерів?

Використовуйте Orders → Filter By → Voucher Booking → Is Voucher. Звіти про транзакції пояснюють фінансову активність за ваучерами, а фільтр Orders показує поточний операційний список.

Як експортувати звіт у Google Sheets?

Завантажте файл, потім у Google Sheets виберіть File → Import → Upload і вкажіть Tab як роздільник. Для автоматичного оновлення див. Як експортувати дані TicketingHub і підключити інші інструменти.

Додаткову інформацію про виплати провайдерів, рахунки реселерів і комісії TicketingHub наведено в статті Рахунки та виплати TicketingHub.