Verkoopverschillen in Shopify Analytics

Omzetrapporten van Shopify Analytics kunnen soms cijfers weergeven die niet overeenkomen tussen verschillende rapporten, exports of dashboards vanwege de timing of rapportagelogica. Op deze pagina worden veelvoorkomende redenen voor deze verschillen beschreven, zoals hoe terugbetalingen en retouren worden vastgelegd, hoe de verkoop door medewerkers in retailomgevingen wordt geteld en wat de verschillen zijn tussen omzetrapporten en bestellingsexports. Als je deze verschillen begrijpt, kun je je rapporten nauwkeuriger interpreteren en onverwachte afwijkingen in je verkoopgegevens oplossen.

Verschillen bij terugbetalingen en retouren in omzetrapporten

Retouren en terugbetalingen zijn twee afzonderlijke posten in je rapporten. Omzetrapporten bevatten je retouren en het financieel rapport Betalingen bevat terugbetalingen. Je kunt een rapport van de terugbetaalde bedragen krijgen door een kolom Betaalstatus toe te voegen aan het rapport Omzet in de loop der tijd, transacties te filteren op Terugbetaald of Gedeeltelijk terugbetaald en het rapport vervolgens te ordenen op de kolom Betaalstatus.

Veelvoorkomende verschillen voor retouren en terugbetalingen in omzetrapporten kunnen zich in de volgende scenario's voordoen:

  • Als de terugbetaling nog in behandeling is, zie je mogelijk een positief bedrag in je rapport Omzet per kanaal. Wanneer de terugbetaling is voltooid, wordt het bedrag als een negatief bedrag weergegeven.
  • Als je producten in een bestelling terugbetaalt en de producten vervolgens op afzonderlijke datums herbevoorraadt, wordt hetzelfde bedrag twee keer weergegeven, waarbij bij de herbevoorrading n.v.t. wordt weergegeven in het veld Product.
  • Als je producten hebt herbevoorraad en de bestelling niet hebt terugbetaald, wordt de belasting mogelijk als een retourbedrag weergegeven in het Omzetrapport en het Financieel omzetrapport. Dit is de verwachte werking, aangezien de belasting wordt geretourneerd omdat het product waarop de belastingen zijn geïnd, wordt geretourneerd. De belastingen worden in dit geval niet aan je klant terugbetaald, maar niet toegevoegd aan omzetrapporten. De geretourneerde belastingen worden niet weergegeven in het rapport Betalingen, omdat in dat rapport alleen rekening wordt gehouden met het geld dat tussen jou en de klant is uitgewisseld.
  • Als er sprake is van groepering of als je datumbereik niet zowel het aanmaken van de bestelling als de retour omvat, zie je mogelijk slechts één deel van de bestelling. Dit kan leiden tot negatieve getallen waar je nullen verwacht. Als je de groepering verwijdert of het datumbereik bijwerkt zodat zowel het aanmaken van de bestelling als de retour worden opgenomen, worden ze samengevoegd. Je kunt ook de kolom Soort verkoop toevoegen, omdat deze weergeeft welk deel van een bestelling zich in de rij bevindt.

De rapporten Retour geven alleen producten weer die aan een klant zijn verkocht. Als je de bestelling hebt aangemaakt als een bestelling van 0,00 USD zonder dat er geld is uitgewisseld tussen je winkel en de klant en de producten zijn geretourneerd, dan geeft het rapport Retouren die producten niet weer.

Verschillen tussen retailverkoop door medewerkers en het overzichtsdashboard

In het rapport Retailverkoop per medewerker wordt de verkoop per POS-locatie voor elke POS-medewerker weergegeven. In het overzichtsdashboard bevat de kaart Retailverkoop per medewerker de gecombineerde totalen voor alle locaties voor elke medewerker.

Verschillen met de bestellingsexport uit Totale verkoop

Het Omzetrapport toont de totale omzet van de goederen die tussen je winkel en de klant zijn uitgewisseld, terwijl de bestellingsexport verwijst naar het huidige totaal van elk van die bestellingen. Als je bijvoorbeeld een aangepast bedrag van 5 USD terugbetaalt, maar er geen producten zijn terugbetaald en herbevoorraad, wordt de terugbetaling niet weergegeven in je Omzetrapport, maar wel opgenomen in je bestellingsexport. Testbestellingen worden niet opgenomen in omzetrapporten, maar wel in je bestellingsexport.

Verschillen tussen nettohoeveelheid en bruto-omzet

Het kan je opvallen dat de bruto-omzet niet overeenkomt met de netto verkochte hoeveelheid voor een product. Deze waarden hebben de volgende verschillende vergelijkingen:

  • Bruto-omzet: productprijs vermenigvuldigd met de hoeveelheid. Geannuleerde, in behandeling zijnde en onbetaalde bestellingen worden meegerekend.
  • Nettohoeveelheid: aantal verkochte artikelen min het aantal geretourneerde artikelen.

Verschillen tussen bestelde hoeveelheid en bruto-omzet

De bestelde hoeveelheid omvat alleen producten die specifiek door de klant zijn besteld en bevat niets dat aan hun bestelling is toegevoegd door de bestelling te bewerken. De bruto-omzet omvat het totale geregistreerde bedrag voor de producten die aan de bestelling zijn toegevoegd.

Verschillen op basis van dimensies in aangepaste rapporten

Wanneer je een aangepast rapport met filters aanmaakt, kun je verschillende resultaten opmerken wanneer je voor dezelfde periode wisselt tussen dimensies zoals Dag en Uur.

Dit gebeurt omdat filters van toepassing zijn op de dimensie die wordt gebruikt. Als je bijvoorbeeld een filter toevoegt zoals Kortingen op orderregel is $0, dan verwijdert het filter elke periode die niet aan deze voorwaarde voldoet:

  • Wanneer je de dimensie Dag gebruikt, wordt elke dag met bestellingen die kortingen op de orderregel bevatten uit het rapport verwijderd.
  • Wanneer je de dimensie Uur gebruikt, wordt elk uur met bestellingen die kortingen op de orderregel bevatten uit het rapport verwijderd.

Omdat dagen en uren verschillende sets bestellingen bevatten, kan het wisselen van dimensies leiden tot verschillende totalen, zelfs voor hetzelfde datumbereik.

Opties om op dimensies gebaseerde verschillen op te lossen

  • Voeg een dimensie Bestel-ID of Bestelnaam toe aan je rapport. Hierdoor worden alle afzonderlijke bestellingen weergegeven en krijg je consistente resultaten, ongeacht andere dimensies.
  • Controleer of je filter nodig is voor je rapportagedoelen, of dat een ander filter beter bij je behoeften past.
  • Als je ShopifyQL gebruikt, overweeg dan je query aan te passen om een WHERE-voorwaarde te gebruiken in plaats van een HAVING-voorwaarde, die het filter toepast vóór het groeperen in plaats van erna.