Ordertotalen (WooCommerce): verschil tussen versies
Naar navigatie springen
Naar zoeken springen
Regel 36: | Regel 36: | ||
|[[file:20220518-1240.png|thumb|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]] | |[[file:20220518-1240.png|thumb|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]] | ||
|[[file:20220518-1241.png|thumb|Deze geannuleerde order kan ook via SQL gemakkelijk boven water getoverd worden, door ''post_status'' ''wc-refunded'' mee te nemen. Maar waarom zou je?]] | |[[file:20220518-1241.png|thumb|Deze geannuleerde order kan ook via SQL gemakkelijk boven water getoverd worden, door ''post_status'' ''wc-refunded'' mee te nemen. Maar waarom zou je?]] | ||
− | |[[file:20220518-1259.png|thumb|Dit zijn de totalen via SQL, order-overzicht & WP Reporting. Deze laatste rapporteert € 40,80 minder verkoop dan de andere bronnen]] | + | |[[file:20220518-1259.png|thumb|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: | ||
+ | |||
+ | === 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. | ||
+ | |||
+ | === 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. |
Versie van 18 mei 2022 12:07
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:
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.
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:
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.
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.