Rapports et audit
Ventes brutes, coût et marge ne mélangent jamais les devises dans un total trompeur. Et chaque modification d'un prix, d'une règle de disponibilité ou d'une affectation de taxe consigne exactement ce qui a changé, de quelle valeur à quelle valeur, par qui.
Chacun répond à une question différente : combien avons-nous vendu, qu'avons-nous perdu, puis-je l'exporter, et qui a touché quoi.
Commandes, billets vendus, ventes brutes, coût et marge, par devise, avec un graphique de tendance et une répartition par canal et par produit vedette, jamais un chiffre unique qui masque ce qui s'est vraiment passé.
Les commandes annulées, expirées et remboursées ont leur propre section, si bien qu'une réservation qui n'a jamais rien facturé n'est jamais confondue avec une vente perdue après coup.
Les exports au niveau des commandes écrivent directement dans la réponse par blocs, au fur et à mesure, si bien qu'une année complète de commandes s'exporte de la même façon qu'une seule journée, sans jamais tout charger en mémoire d'un coup.
Chaque modification d'une règle de prix, d'une exception de prix, d'une règle dynamique, d'une règle ou exception de disponibilité, ou d'une affectation de taxe consigne l'ancienne valeur, la nouvelle valeur, qui a fait le changement et quand.
Cinq étapes derrière chaque génération de rapport et chaque changement consigné.
Le rapport ne compte que les commandes réellement passées au statut payé, en utilisant la date d'attribution du reçu, pas celle de la création initiale du panier.
Sommes, décomptes et regroupements s'exécutent comme des requêtes d'agrégation SQL uniques. Le nombre de requêtes exécutées par le rapport dépend du nombre de devises impliquées, jamais du nombre de commandes.
Puisque le statut d'une commande n'est qu'une valeur actuelle unique, les annulations et les remboursements sont plutôt lus dans l'historique complet des événements de statut, et conservés dans leur propre section distincte.
Modifier une règle de prix, une exception de disponibilité ou une affectation de taxe écrit exactement quels champs ont changé, de quelle valeur à quelle valeur, avec qui l'a fait et quand.
Un téléchargement CSV lit les commandes correspondantes 500 à la fois, écrivant chaque bloc directement dans la réponse au fur et à mesure, si bien que la taille du fichier ne dépend jamais de la mémoire disponible.
Un résumé par devise des commandes, des ventes brutes, du coût et de la marge, accompagné d'une section annulations et remboursements visiblement séparée du vrai chiffre d'affaires.
{
"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
}
}Un remboursement apparaît comme une propriété de la transaction de paiement, pas comme le statut de la commande elle-même, parce qu'une commande peut être partiellement remboursée, totalement remboursée, ou remboursée après avoir été annulée pour une raison sans rapport. En faire un statut unique au niveau de la commande obligerait à choisir une seule étiquette pour des situations réellement différentes ; le rapport lit donc les remboursements dans l'historique des transactions et des événements, et garde cette section visiblement séparée du vrai chiffre d'affaires.
Pas par défaut. Chaque chiffre principal, ventes brutes, coût, marge, est regroupé et affiché par devise. Un total combiné optionnel dans une devise de référence est disponible séparément, toujours étiqueté comme une estimation, et toute devise sans taux de change fiable reste exclue plutôt que devinée.
Non. Annulations, expirations et remboursements vivent dans leur propre section, entièrement distincte des ventes brutes, si bien qu'une réservation jamais réellement payée n'est jamais confondue avec de l'argent entré puis ressorti.
Il ne ralentit pas avec le nombre de commandes. Chaque chiffre provient d'une requête d'agrégation en base de données, jamais d'une boucle sur des lignes, si bien que le nombre de requêtes exécutées reste identique, que la période couvre trois commandes ou trois millions.
Les champs précis qui ont changé, leur ancienne valeur, leur nouvelle valeur, qui a fait le changement et exactement quand, pour les règles et exceptions de prix, les règles de tarification dynamique, les règles et exceptions de disponibilité, les affectations et exceptions de taxes, et les catégories de taxes.
Non. L'export écoule les commandes par blocs de 500 directement dans la réponse au fur et à mesure de leur lecture, si bien qu'exporter une année complète fonctionne exactement comme exporter une seule journée.
Tiqory garde disponibilité, tarifs, paiements et accès parfaitement synchronisés à mesure que votre activité grandit. Dites-nous où vous allez ; nous vous montrons comment y arriver sans repartir de zéro.