Ordertotalen (WooCommerce)

Wat betekenen precies de getallen onder wp-admin » WooCommerce » Reports? En kan ik dat automatiseren?

WooCommerce Order Report

In eerste aanleg is het allemaal best eenvoudig:

WooCommerce order report

Dezelfde gegevens - Via SQL

Onderdeel	Opmerkingen
Order-datum	Datum waarop de order is aangemaakt - Veld wp_posts.post_date. Het is dus niet de datum waarop de order status Completed heeft gekregen
Gross sales in this period	Verkoopbedrag
Net sales in this period	Omzet, vermoedelijk ex. bezorging (maar dat kan ik hier niet zien)

WooCommerce Order Report - Refund

Nu wordt het ingewikkelder:

• Op 8 april is er een order geplaatst met verkoopbedrag van € 9,95
• Op 16 mei is deze order geannuleerd en het bedrag terugbetaald.

WP Reports: Deze order is opgenomen in het overzicht over 8 april, alsof deze niet is geannuleerd

Getallen over 8 april: SQL & WP Reporting (=order-overzicht in WooCommerce). In dit laatste overzicht is deze order meegenomen, ook al wordt deze later geannuleerd

Deze geannuleerde order kan ook via SQL gemakkelijk boven water getoverd worden, door post_status wc-refunded mee te nemen. Maar waarom zou je?

Dit zijn de totalen via SQL, order-overzicht & WP Reporting. Deze laatste rapporteert € 40,80 minder verkoop dan de andere bronnen - En dat is een probleem

Het probleem met WooCommerce Order Report

WooCommerce Order Reports gaat om met refunds op een manier waarvan ik denk dat het problematisch is:

• Als een order (die later wordt geannuleerd) wordt geplaatst, wordt deze opgenomen in het overzicht alsof het een gewone order is - Op zich niet zo gek
• Op het moment dat die order geannulleerd wordt, worden de bedragen in mindering gebracht in het WooCommerce Order Report, maar je kunt dat niet traceren. Je kunt alleen zien dat het bedrag dat hier genoemd wordt, afwijkt van bv. het order-overzicht. Maar je kunt niet traceren waar dat verschil door veroorzaakt wordt.

Ik denk dat er twee manieren zijn om om te gaan met refunds. Allebei hebben ze voor- en nadelen:

Oplossing (1): Twee keer incorporeren

Neem de oorspronkelijke order op in de administratie + een credit-order op het moment dat deze geannuleerd wordt. Da's hoe het in boekhoudingen meestal gaat.

• Voordeel: Helemaal duidelijk wat er gebeurd
• Nadeel: Beetje omslachtig, want twee mutaties - Net als in een boekhouding.

Oplossing (2): Helemaal niet incorporeren

De andere aanpak: De betreffende order helemaal niet incorporeren. Dit is was ik in SQL doe.

• Voordeel: Gemakkelijk
• Nadeel: Als annulatie flink later plaatsvindt dan de oorspronkelijke order (zoals in de casus hierboven), dan klopt de administratie een tijdje niet.