TicketingHub

Version 0.0.1

📘

Check out the TicketingHub API docs here for more information.

Set up


You will need to get your API key to get started. To get it, please reach out to your TicketingHub representative.

Features


FeatureSupportNotes
BackfillCustom backfill (up to 2 years)
IncrementalSupported on Bookings, Tickets, Discounts, Refunds, Payments
API reliability🟠API does occasionally encounter errors

Reports detail


⬇️ Report🔑 Incremental key🔑 Primary key📄 Link to API endpoint
ProductsN/AIDList Products
Product VariantsN/AIDList Product Variants
BookingsUPDATED_ATIDList Bookings
TicketsBOOKING_UPDATED_ATIDList Booking Tickets
DiscountsBOOKING_UPDATED_ATIDList Booking Discounts
RefundsUPDATED_ATIDGet a Refund
PaymentsUPDATED_ATIDGet a Payment
Bookings (by cancelled date)CANCELLED_ATIDList Bookings

📘

Refunds & Payments reports

For these reports, you must provide a comma-separated list of IDs (of refund or payment IDs) on the extract setup page.

📘

Duplicates

Incremental runs on Bookings, Tickets and Discounts reports may result in duplicates, which need to be dealt with in a Transform.


Limitations


🚧

Tickets and Discounts reports' Backfill

Long Backfill settings (e.g. 6 years) can cause errors or very long run times on these two reports and we suggest using shorter periods to avoid issues.

🚧

Bookings and Bookings (by cancelled date) reports

The Bookings report uses UPDATED_AT field/column as it's incremental field. Unfortunately the API does not recognise a booking's cancellation as a factor that affects UPDATED_AT. This means you can miss cancelled bookings on incremental runs on the Bookings report.

The Bookings (by cancelled date) uses CANCELLED_AT field/column as it's incremental field. This can allow you to run a separate report to collect the cancelled bookings and later combine the data if needed.