Vendite, scomposte onestamente
Ordini, biglietti venduti, vendite lorde, costo e margine, per valuta, con un grafico di tendenza e una scomposizione per canale e prodotto migliore, mai un'unica cifra mescolata che nasconde cosa è realmente successo.
Reportistica e audit
Ogni numero riconduce a chi, cosa e quando.
Vendite lorde, costo e margine non mescolano mai le valute in un unico totale fuorviante. E ogni modifica a un prezzo, a una regola di disponibilità o a un'assegnazione fiscale registra esattamente cosa è cambiato, da quale valore a quale, da parte di chi.
- Per valuta, sempre Vendite lorde, costo e margine non mescolano mai le valute in un unico totale fuorviante
- 8 tipi di entità Regole ed eccezioni di prezzo e regole dinamiche, regole ed eccezioni di disponibilità, assegnazioni fiscali, eccezioni e categorie registrano tutte ogni modifica
- Numero di query costante Il report esegue lo stesso numero di query sia che il periodo contenga 3 ordini sia che ne contenga 3 milioni
Quattro pezzi della responsabilità.
Ognuno risponde a una domanda diversa: quanto abbiamo venduto, cosa abbiamo perso, posso esportarlo, e chi ha toccato cosa.
Cancellazioni, tenute separate dal ricavo
Gli ordini annullati, scaduti e rimborsati hanno una propria sezione, così una prenotazione che non ha mai addebitato nulla non viene mai confusa con una vendita persa a posteriori.
Un export CSV che scorre
Gli export a livello di ordine scrivono direttamente nella risposta a blocchi man mano che procedono, così un intero anno di ordini viene esportato allo stesso modo di un singolo giorno, senza mai caricare tutto in memoria in una volta.
Una traccia di audit per ogni modifica commerciale
Ogni modifica a una regola di prezzo, un'eccezione di prezzo, una regola dinamica, una regola o eccezione di disponibilità, o un'assegnazione fiscale registra il valore precedente, il nuovo valore, chi ha effettuato la modifica e quando.
Come un report resta accurato e veloce insieme
Cinque passaggi dietro ogni esecuzione di report e ogni modifica registrata.
- 1
Ogni cifra filtra per stato pagato e data di ricevuta
Il report conta solo gli ordini che hanno effettivamente raggiunto lo stato pagato, usando la data in cui è stata assegnata la ricevuta, non quella in cui il carrello è stato creato per la prima volta.
- 2
L'aggregazione avviene nel database, non in un ciclo
Somme, conteggi e raggruppamenti girano come singole query di aggregazione SQL. Il numero di query eseguite dal report dipende da quante valute sono coinvolte, mai da quanti ordini esistono.
- 3
Le cancellazioni si calcolano dal registro degli eventi
Poiché lo stato di un ordine è un unico valore attuale, cancellazioni e rimborsi vengono invece letti dalla cronologia completa degli eventi di stato, e mantenuti come propria sezione separata.
- 4
Una modifica viene confrontata e registrata
Modificare una regola di prezzo, un'eccezione di disponibilità o un'assegnazione fiscale scrive esattamente quali campi sono cambiati, da quale valore a quale, insieme a chi lo ha fatto e quando.
- 5
L'export scorre a blocchi
Un download CSV legge gli ordini corrispondenti 500 alla volta, scrivendo ogni blocco direttamente nella risposta man mano che procede, così la dimensione del file non dipende mai da quanta memoria è disponibile.
Cosa restituisce davvero il report vendite
Un riepilogo per valuta di ordini, vendite lorde, costo e margine, insieme a una sezione di cancellazioni e rimborsi tenuta visibilmente separata dal ricavo reale.
GET /admin/reports/sales
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
{
"currency": "EUR",
"summary": {
"orders_count": 128,
"tickets_count": 341,
"gross_sales": 15230.5,
"cost_total": 6100,
"net_total": 9130.5
},
"cancellations_and_refunds": {
"cancelled_count": 4,
"expired_count": 9,
"refunded_count": 2,
"refunded_amount": 184
}
}200 Report risolto
Un ordine non può mai realmente raggiungere "rimborsato" come stato
Un rimborso compare come proprietà della transazione di pagamento, non come stato proprio dell'ordine, perché un ordine può essere parzialmente rimborsato, completamente rimborsato, o rimborsato dopo essere stato annullato per un motivo estraneo. Trattarlo come un unico stato a livello di ordine costringerebbe a scegliere un'unica etichetta per situazioni genuinamente diverse, così il report legge i rimborsi dalla cronologia di transazioni ed eventi, e mantiene quella sezione visibilmente separata dal ricavo reale.
Domande frequenti
Non per impostazione predefinita. Ogni cifra principale, vendite lorde, costo, margine, è raggruppata e mostrata per valuta. Un totale combinato opzionale in una valuta di riferimento è disponibile separatamente, sempre etichettato come stima, e qualsiasi valuta priva di un tasso di cambio affidabile resta esclusa invece di essere stimata.
No. Cancellazioni, scadenze e rimborsi vivono in una propria sezione, completamente separata dalle vendite lorde, così una prenotazione mai realmente pagata non viene mai confusa con denaro entrato e poi uscito.
Non scala con il numero di ordini. Ogni cifra proviene da una query di aggregazione del database, non da un ciclo sulle righe, così il numero di query eseguite resta lo stesso sia che il periodo copra tre ordini sia che ne copra tre milioni.
I campi specifici che sono cambiati, il loro valore precedente, il loro nuovo valore, chi ha effettuato la modifica ed esattamente quando, coprendo regole ed eccezioni di prezzo, regole di prezzo dinamico, regole ed eccezioni di disponibilità, assegnazioni ed eccezioni fiscali, e categorie fiscali.
No. L'export scorre gli ordini a blocchi di 500 direttamente nella risposta man mano che li legge, così esportare un anno intero funziona allo stesso modo di esportare un singolo giorno.
Più prenotazioni. Più canali. La stessa calma.
Tiqory mantiene disponibilità, prezzi, pagamenti e accessi allineati mentre la tua operazione cresce. Dicci dove vuoi arrivare: ti mostriamo come farlo senza ricominciare da zero.