İşlem Raporları
İşlem Raporları, TicketingHub’ın rezervasyonlar, ödemeler, iadeler, kuponlar, ürünler ve OTA’lar için kaydettiği finansal olayları içerir. TicketingHub içinde ne olduğunu izlemek ve hesaplarınızla mutabakat yapmak için bu raporları kullanın.
Bunlar banka ödeme aktarımı ekstreleri değildir. Stripe, PayPal ve diğer sağlayıcılar işlemleri birleştirebilir, ücretleri düşebilir ve ödemeleri farklı tarihlerde gerçekleştirebilir.
Rapor indirme
- Reports → Transaction Reports bölümüne gidin.
- Başlangıç ve bitiş tarihi seçin.
- İhtiyacınız olan raporu bulun ve Download seçeneğini belirleyin.
- Dışa aktarımın tamamlanmasını bekleyin ve CSV dosyasını kaydedin.
Çoğu rapor, en fazla bir yıllık tarih aralığına izin verir. Bir tutarsızlığı incelerken veya büyük bir hesapla çalışırken daha kısa dönemler kullanın.
Dosyalardaki sütunlar sekmelerle ayrılır ve dosyalar Excel’de açılabilir veya Google Sheets’e aktarılabilir. Değerler tek bir sütunda görünürse içe aktarım sırasında ayraç olarak Tab seçeneğini belirleyin.
Rezervasyon, müşteri, ödeme veya manifest dışa aktarımları ya da başka bir sisteme otomatik bağlantılar için TicketingHub Verileri Dışa Aktarma ve Diğer Araçları Bağlama makalesine bakın.
Toplamları karşılaştırmadan önce tarihleri anlayın
Seçtiğiniz tarih aralığı, hesabınızın saat dilimine göre yorumlanır. İndirilen dosyadaki zaman damgaları UTC olarak gösterilir. Bir raporu yerel günlük toplamlarla karşılaştırmadan önce zaman damgalarını dönüştürün.
İşlem tarihi
İşlem Tarihi raporları, TicketingHub’ın her finansal olayı kaydettiği zamana göre filtreleme yapar. Bir rezervasyon; oluşturma, değişiklik, ödeme tahsisi, iptal veya iade gibi birden fazla tarihte olay içerebilir.
Bir dönem boyunca TicketingHub’da nelerin değiştiğini incelerken İşlem Tarihi’ni kullanın.
Raporlama tarihi
Raporlama Tarihi raporları, gelirin raporlama amacıyla muhasebeleştirildiği zamana göre filtreleme yapar. Bu tarih, olayın kaydedildiği tarihten farklı olabilir.
Ay sonu geliri ve tahakkuk muhasebesi için Raporlama Tarihi’ni kullanın. Rezervasyon ayrıntıları dışa aktarımında hem transaction_date hem de reporting_date bulunur; böylece bir olayın neden farklı dönemlere dahil olduğunu görebilirsiniz.
Raporlama Tarihi sürümleri Booking Summary, Booking Detail ve Booking Sales raporları için kullanılabilir.
Para birimlerini ve pozitif ya da negatif değerleri anlayın
Raporlar iki para birimi içerebilir:
- Gelir ve
amountsütunları, hesabınızın tedarikçi para birimini kullanır. order_currencyveorder_currency_amount, müşteri siparişinde kullanılan para birimini gösterir.
Rezervasyon ve kupon raporları muhasebe işaretlerini kullanır. Rezerve edilen veya satılan değerler çoğunlukla negatif, ödemeler ve tahsisler ise pozitiftir. Negatif bir rezerve edilen değer, otomatik olarak iade anlamına gelmez.
Payment And Refund raporunda:
- Ödemeler pozitiftir.
- İadeler negatiftir.
charge_amount, ilgili ücretleri veya ücret ters kayıtlarını içerir.net_amount, bu ücretlerden sonraki işlem tutarıdır.
Doğru raporu seçin
| Amacınız | Kullanılacak rapor |
|---|---|
| Her standart rezervasyon için tek bir toplam satırı almak | Booking Transaction Summary |
| Bir rezervasyondaki her finansal olayı denetlemek | Booking Transaction Detail |
| Satışları bilet türüne veya ekstraya göre analiz etmek | Booking Transaction Sales |
| Kupon satışlarını, kullanımlarını ve iptallerini izlemek | Voucher Booking Transaction Summary veya Detail |
| Ürün ve hediye kartı ürünü satışlarını izlemek | Merchandise Purchase Transaction Summary veya Detail |
| Ödemeleri ve iadeleri bir ödeme sağlayıcısıyla eşleştirmek | Payment And Refund Transaction Detail |
| Tam olarak tahsis edilmemiş para tutan siparişleri bulmak | Unallocated Payments |
| Viator, GetYourGuide veya Airbnb ödeme hareketlerini incelemek | OTA Transaction Report |
Booking Transaction Summary
Bu rapor, her standart rezervasyon için bir satır döndürür. Bilet ve ekstra hareketlerini rezervasyon düzeyindeki toplamlar hâlinde birleştirir.
Şunlardan birini seçin:
- Seçilen dönemde kaydedilen işlem olaylarını dahil etmek için Transaction Date.
- Seçilen dönemde muhasebeleştirilen geliri dahil etmek için Reporting Date.
Önemli sütunlar şunlardır:
- Sipariş, rezervasyon, müşteri, yeniden satıcı, ürün ve varyant referansları
- Sipariş durumu ve kaynağı
- Rezervasyon oluşturma, deneyim ve iptal tarihleri
- Konuk sayısı için
pax booked_revenue,taxvegrosspaid_revenuevepaid_taxallocated_paymentsallocated_refunds_and_adjustmentsnet_allocations
İadeler ve düzeltmeler sonrasında bu rezervasyona ne kadar ödemenin tahsis edilmiş olarak kaldığını anlamak için net_allocations değerini kullanın. Bir satırı kontrol panelinde incelemek için sipariş ve rezervasyon referanslarını kullanın.
Booking Transaction Detail
Bu rapor, her rezervasyon için tek satır yerine her rezervasyon işlem olayı için bir satır döndürür.
Özet raporla aynı sipariş, müşteri, yeniden satıcı, ürün ve rezervasyon tanımlayıcılarının yanı sıra şunları da içerir:
transaction_datereporting_datetransaction_typequantityvepax- Tedarikçi para birimindeki tutar
- Sipariş para birimindeki tutar
Yaygın işlem türleri arasında oluşturma, düzeltme, iptal, sona erme, tahsis ve tahsis kaldırma bulunur.
Bir muhasebeci veya destek görevlisi Booking Summary toplamının arkasındaki eksiksiz denetim izine ihtiyaç duyduğunda bu raporu kullanın.
Booking Transaction Sales
Bu rapor, her rezervasyonu değeri oluşturan bilet kategorisine veya ekstraya göre gruplandırır. Aşağıdaki sorular için en uygun dışa aktarımdır:
- En fazla geliri hangi bilet türleri oluşturdu?
- Bir ekstra ne kadar katkı sağladı?
- Satışı hangi kanal, yeniden satıcı, paket veya POS siparişi oluşturdu?
Önemli sütunlar şunlardır:
- Sipariş ve rezervasyon referansları
- Ürün, varyant ve paket
- Kategori veya ekstra için
origin_typeveorigin_name - Siparişi oluşturan kişi, yeniden satıcı, kanal ve POS göstergesi
- Deneyim tarihi ve ürün saat dilimi
booked_revenue,tax,gross,paid_revenuevepaid_tax
Kategori bazında muhasebeleştirilen geliri görmek için Raporlama Tarihi sürümünü kullanın. Bir dönemde kaydedilen hareketleri incelemek için İşlem Tarihi sürümünü kullanın.
Voucher Booking raporları
Voucher Booking raporları, ön ödemeli ve açık tarihli kupon rezervasyonlarını kapsar. Normal kuponları veya parasal hediye kartı bakiyelerini listelemez.
Voucher Booking Transaction Summary
Her kupon rezervasyonu için aşağıdakileri içeren bir satır döndürür:
- Sipariş, kupon rezervasyonu, müşteri, yeniden satıcı ve ürün referansları
sales_value,tax_valuevegross- Kullanılan değer, vergi ve brüt tutar
- İptal edilen veya süresi dolan değer, vergi ve brüt tutar
Kupon yükümlülüğündeki hareketi (satılan, tarihli rezervasyonlara dönüştürülerek kullanılan veya iptal edilen kuponları) anlamak için kullanın.
Voucher Booking Transaction Detail
Oluşturma, düzeltme, kullanım, sona erme ve iptal dahil olmak üzere her kupon işlem olayı için bir satır döndürür.
Bir kupon özet satırının arkasındaki geçmişi izlemek için kullanın. Müşterilerin hâlâ tarih seçmesini bekleyen kuponları bulmak için Tahsis Edilmemiş, Kullanılmamış ve İade Edilmiş Kuponları Bulma makalesinde açıklanan Orders filtrelerini kullanın.
Merchandise Purchase raporları
Bu raporlar, hediye kartı olarak yapılandırılmış ürünler de dahil olmak üzere ürün satın alımlarını kapsar.
Merchandise Purchase Transaction Summary
Her ürün satın alımı için aşağıdakileri içeren bir satır döndürür:
- Sipariş, müşteri, yeniden satıcı ve ürün referansları
- Ürün adı ve miktarı
- Satın alma ve iptal tarihleri
- Rezerve edilen gelir, vergi, brüt tutar, ödenen değerler ve tahsisler
Merchandise Purchase Transaction Detail
Her ürün işlem olayı için bir satır döndürür. deferred_income_type sütunu, normal ürünleri hediye kartı ürünlerinden ayırır.
Düzeltmeleri, iptalleri, ödeme tahsislerini veya tahsis kaldırma işlemlerini izlemek istediğinizde ayrıntı raporunu kullanın. Hediye kartı kullanım bakiyeleri, ilk ürün satın alımından ayrı olarak izlenir; bu nedenle ürün özetini eksiksiz bir hediye kartı yükümlülüğü raporu olarak değerlendirmeyin.
Payment And Refund Transaction Detail
Bu rapor, rezervasyonlar, kuponlar ve ürünler genelindeki her ödeme veya iade için bir satır döndürür.
Önemli sütunlar şunlardır:
- Sipariş referansı, kaynak, durum, müşteri, yeniden satıcı ve kanal
payment_typepayment_referencegateway_transaction_id- Ödemeyi veya iadeyi oluşturan kişi
transaction_datevetransaction_type- Tedarikçi ve sipariş para birimleri
amount,charge_amountvenet_amount
Bir ödeme sağlayıcısının mutabakatını yapma
- Kontrol ettiğiniz dönem için bu raporu indirin.
payment_typealanına göre filtreleyin.gateway_transaction_iddeğerini Stripe, PayPal, Spreedly veya diğer sağlayıcınızdaki işlem tanımlayıcısıyla eşleştirin.amount,charge_amountvenet_amountdeğerlerini karşılaştırın.- TicketingHub’daki farklılıkları incelemek için sipariş referansını kullanın.
Gateway işlem kimliğinin boş olması; nakit, banka havalesi, kredi veya manuel olarak kaydedilmiş başka bir ödeme için normaldir.
Bu rapor, TicketingHub’ın paranın girişini veya çıkışını ne zaman kaydettiğini gösterir. Bir sağlayıcının parayı bankanıza ne zaman yatırdığını göstermez. Mutabakat tarihleri ve banka yatırımları için sağlayıcının ödeme aktarımı raporunu kullanın.
Unallocated Payments
Bu rapor, rezervasyona veya ürün kalemine tamamen tahsis edilmemiş pozitif bakiyesi bulunan siparişleri döndürür.
Önemli sütunlar şunlardır:
- Sipariş referansı, kaynak, durum, müşteri ve yeniden satıcı
- Sipariş oluşturma tarihi
- Sipariş toplamı
- Ödemeler toplamı
- İadeler toplamı
unallocated_amount- Sipariş para birimindeki aynı toplamlar
Ay sonunda, hâlâ işlem gerektiren yatırımları, fazla ödemeleri veya manuel ödemeleri bulmak için bu raporu kullanın.
Tarih filtresi, son ödemenin tarihini değil, siparişin oluşturulduğu tarihi kullanır. Eski bir siparişteki yakın tarihli bir ödemeyi arıyorsanız aralığı siparişin oluşturulma tarihini kapsayacak şekilde genişletin.
Tahsis edilmemiş ödeme, kullanılmamış kuponla aynı şey değildir. Tahsis edilmemiş ödeme, sipariş içinde tamamen atanamamış paradır; kullanılmamış kupon ise tarih bekleyen bir kupon rezervasyonudur.
OTA Transaction Report
Bu rapor, Viator, GetYourGuide ve Airbnb siparişlerindeki ödeme ve iade hareketlerini kapsar.
Sütunlar şunları içerir:
- İşlem ve sipariş kimlikleri
- Sipariş referansı
- Tutar ve para birimi
- Hesaplanan ücret
- İşlem tarihi
- OTA kaynağı
TicketingHub satırlarını OTA’nın havale ekstresiyle karşılaştırmak için sipariş referansını ve kaynağı kullanın. Doğrudan web sitesi, kontrol paneli ve POS siparişleri bu raporda görünmez.
Ücret, hesabınızdaki OTA ücret ayarlarına göre hesaplanır. Bu tutar, ekstresindeki tüm düzeltmelerden sonra OTA tarafından ödenen nihai tutar olmak zorunda değildir.
Önerilen mutabakat iş akışları
Ay sonu geliri
- Muhasebe dönemi için Booking Transaction Summary (Reporting Date) raporunu indirin.
- Bir toplamın arkasındaki olaylara ihtiyaç duyduğunuzda Booking Transaction Detail (Reporting Date) raporunu kullanın.
- Kupon ve Ürün raporlarını ayrı olarak inceleyin.
- Unallocated Payments raporunu inceleyin ve bekleyen bakiyeleri çözümleyin.
- Ödeme sağlayıcısı ve TicketingHub ücretlerini ayrı olarak kaydedin.
Banka ve kart mutabakatı
- Payment And Refund Transaction Detail raporunu indirin.
- Gateway işlem kimliklerini sağlayıcıyla eşleştirin.
- Sağlayıcının ödeme aktarımı raporunu banka ekstrenizle karşılaştırın.
- Sağlayıcı ücretlerini, toplu ödeme aktarımını, iadeleri ve ödeme mutabakatı zamanlamasını hesaba katın.
Tek bir ödeme sağlayıcısı aktarımı, birden fazla TicketingHub siparişindeki işlemleri içerebilir; bu nedenle bir sipariş toplamı her zaman tek bir banka yatırımıyla eşleşmez.
Kupon yükümlülüğü
- Kupon satışları, kullanımları ve iptalleri için Voucher Booking Transaction Summary raporunu kullanın.
- Tek tek olayları denetlemek için Detail sürümünü kullanın.
- Hâlâ kullanılmayı bekleyen kuponların operasyonel listesini almak için Orders kupon filtrelerini kullanın.
OTA mutabakatı
- OTA Transaction Report raporunu indirin.
- OTA kaynağına göre filtreleyin.
- Sipariş referanslarını OTA ekstresiyle karşılaştırın.
- Daha fazla ayrıntı gerektiğinde iptal ve iadeleri Payment And Refund Transaction Detail raporunda inceleyin.
İki rapor neden eşleşmeyebilir?
Verilerin eksik olduğunu varsaymadan önce aşağıdaki yaygın nedenleri kontrol edin:
- Farklı tarih temeli: İşlem Tarihi ve Raporlama Tarihi aynı olayı farklı dönemlere yerleştirebilir.
- Saat dilimi dönüşümü: CSV zaman damgaları UTC’dir; karşılaştırmanız yerel saati kullanıyor olabilir.
- Farklı finansal katmanlar: Rezervasyon raporları geliri ve tahsisi; Ödeme raporları ise alınan veya iade edilen parayı izler.
- Kupon veya ürün hareketleri: Bunlar standart rezervasyon raporlarından ayrıdır.
- Tahsis edilmemiş bakiyeler: Bir ödeme, rezervasyona tamamen atanmadan önce mevcut olabilir.
- Sağlayıcının ödeme mutabakatı zamanlaması: Bir gateway, birden fazla işlemi daha sonraki tek bir ödeme aktarımında ödeyebilir.
- Ücretler: Sağlayıcı ve hizmet ücretleri, net yatırımların brüt ödemelerden farklı olmasına neden olabilir.
- Birden fazla para birimi: Tedarikçi para birimi ve sipariş para birimi değerleri, dönüştürme ve yuvarlama sonrasında farklı olabilir.
- Manuel ödeme yöntemleri: Nakit, banka havalesi, kredi veya harici kart ödemelerinde gateway tanımlayıcısı bulunmayabilir.
- Sipariş durumu değişiklikleri: Bir iptal veya değişiklik, eski bir rezervasyon için daha sonraki işlem olayları oluşturabilir.
Sıkça sorulan sorular
Muhasebecime hangi raporu göndermeliyim?
Muhasebeleştirilen gelir toplamları için Booking Transaction Summary (Reporting Date) raporunu kullanın. Muhasebecinin satır düzeyinde denetim izine ihtiyaç duyduğu durumlarda Booking Transaction Detail (Reporting Date) raporunu ekleyin. Bu ürünleri satıyorsanız Kupon ve Ürün raporlarını da dahil edin.
Stripe veya PayPal için hangi raporu kullanmalıyım?
Payment And Refund Transaction Detail raporunu kullanın ve gateway işlem kimliklerini sağlayıcıyla eşleştirin. Bankanıza ulaşan tutarı doğrulamak için yalnızca TicketingHub’ı değil, sağlayıcının ödeme aktarımı raporunu kullanın.
Rezerve edilen gelir değerleri neden negatif?
Rezervasyon ve kupon raporları muhasebe işaretlerini kullanır. Tahsisler ve ödemeler pozitifken rezerve edilen veya satılan değerler negatif olabilir. Her negatif değeri iade olarak yorumlamak yerine sütunun anlamını ve işlem türünü dikkate alın.
Unallocated Payments raporunda bir ödeme neden eksik?
Bu rapor siparişin oluşturulma tarihine göre filtreleme yapar. Ödeme daha sonra eklenmiş olsa bile siparişin oluşturulduğu tarihi dahil edin.
Kullanılmamış kuponları nasıl listelerim?
Orders → Filter By → Voucher Booking → Is Voucher yolunu kullanın. İşlem Raporları kuponların finansal hareketlerini açıklar; Orders filtresi güncel operasyonel listeyi gösterir.
Raporu Google Sheets’e nasıl aktarırım?
Dosyayı indirin, ardından Google Sheets’te File → Import → Upload yolunu kullanın ve ayraç olarak Tab seçeneğini belirleyin. Otomatik güncellemeler için TicketingHub Verileri Dışa Aktarma ve Diğer Araçları Bağlama makalesine bakın.
Sağlayıcı ödemeleri, yeniden satıcı faturaları ve TicketingHub ücretleri hakkında daha fazla bilgi için TicketingHub Faturalarınız ve Ödeme Aktarımlarınız makalesine bakın.