> ## Documentation Index > Fetch the complete documentation index at: https://docs.wisepim.com/llms.txt > Use this file to discover all available pages before exploring further. # So funktionieren die Bestellzahlen > Die Regeln hinter jedem Bestellbericht: Vertrauensmarkierungen, Ursprungswährung, abgeschlossene Tage, Abdeckung, Schätzungen und Deckungsbeitragsstufen. Jede Bestellseite in WISEPIM folgt denselben Regeln. Geld bleibt in der Währung jedes Shops. Tage zählen nur, wenn sie abgeschlossen sind. Eine Zahl, die nicht bekannt ist, erscheint als unbekannt, mit einem Grund, und nie als null. Diese Seite erklärt die Regeln einmal, damit jede Berichtsseite kurz bleiben kann. **Was diese Seite ermöglicht:** Du liest jeden Bestellbericht, ohne an ihm zu zweifeln. Wenn du **Bisher bekannt**, **≈** oder **Von Shopify nicht übermittelt** siehst, weißt du, was es bedeutet und was du tun kannst. **Wo du es findest:** Diese Regeln sind keine eigene Seite in der App. Jeder Bestellbericht zeigt seine eigene Version unter **Über diese Zahlen**, mit **Was das zeigt**, **So rechnen wir**, **Enthalten** und **Fehlt**. > [!NOTE] > > Die Bestellauswertung wird pro Konto ausgerollt. Manche Shops zeigen vielleicht noch keine Bestelldaten. Die Regeln unten gelten, sobald die Bestellungen eines Shops importiert sind. ## Belege, keine Schätzungen Die importierten Bestelldatensätze sind die Belege. Alles andere auf den Bestellseiten, von Tagessummen bis zu Deckungsbeiträgen und Prognosen, wird daraus berechnet und lässt sich jederzeit neu aufbauen. Jede Seite sagt, welche Art von Zahl du vor dir hast: importiert, berechnet oder geschätzt. ## Vertrauensmarkierungen Jeder Wert auf einer Bestellseite trägt eine von vier Markierungen: | Markierung | Was sie bedeutet | Beispiel | | - | - | - | | Keine Markierung | Der Wert ist für jede Bestellung im Bereich vollständig | **Bestellungen 899** | | **Bisher bekannt** | Eine Teilmenge: Gezählt werden nur die Bestellungen, bei denen dieser Teil bekannt ist | **aus 737 von 899 Bestellungen** | | **≈** und **Geschätzt** | Aus einer Schätzung berechnet, etwa einem Einkaufspreis aus dem Katalog | **≈ 4.300 mit Einkaufspreisen aus dem Katalog (geschätzt)** | | Ein kurzer Grund mit Info-Symbol | Unbekannt. Fahre mit der Maus darüber oder klicke für die lange Fassung | **Einkaufspreise fehlen** | Die Gründe, die dir am häufigsten begegnen: | Grund | Lange Fassung | | - | - | | **Von `{platform}` nicht übermittelt** | „`{platform}` übermittelt das nicht, deshalb lassen wir es offen, statt zu raten." | | **Keine Beträge von bol** | bol sendet Bestellpositionen, aber keinen bestätigten Gesamtbetrag und keine Währung, deshalb bleiben bol-Bestellungen aus den Geldsummen heraus | | **Einkaufspreise fehlen** | Bestellungen enthalten Produkte ohne erfasste Kosten | | **Wechselkurs fehlt** | Bestellungen in einer Fremdwährung haben keinen Kurs für ihr Bestelldatum | | **Zuordnung fehlt** | Bestellpositionen sind keinem Produkt in deinem Katalog zugeordnet | | **Aufteilung der Erstattung unbekannt** | Bei erstatteten Bestellungen fehlt, was genau erstattet wurde | | **Noch nicht importiert** | „Das importieren wir aus `{platform}` noch nicht." | | **Verlauf nicht bestätigt** | „Wir haben noch nicht bestätigt, dass unser Import alle Bestellungen dieser Tage enthält." | | **Noch nicht vorbei** | Der Zeitraum ist noch nicht zu Ende | | **Zu wenige Bestellungen** | Unter dem Minimum, das für eine verlässliche Aussage nötig ist | | **Heute läuft noch** | Heute bleibt aus Vergleichen heraus | | **Noch kein Vergleich** | Ein Vergleich braucht abgeschlossene Tage mit vollständigem Verlauf auf beiden Seiten | | **Nicht in dieser Ansicht** | Der Shop oder die Währung liegt außerhalb des aktuellen Filters | | **Daten geändert, aktualisieren** | Die Daten haben sich beim Laden geändert | Jeder Grund nennt auch, wer etwas tun kann: **Das kannst du beheben**, **Kommt von `{platform}`**, **Liegt bei uns** oder **Füllt sich von selbst**. > [!WARNING] > > Eine bekannte Teilmenge, die keine Bestellungen abdeckt, erscheint als unbekannt, nicht als 0. Null bedeutet immer nur eine Null, die die Plattform bestätigt hat. ## Bestellwerte und Kennzahlen Ein **Bestellwert** ist der Betrag, den ein Shop für eine Bestellung gesendet hat, mit Steuern und Versand, Erstattungen nicht abgezogen. Er ist kein Nettoumsatz und kein eingenommenes Geld. Der Filter **Berichtskennzahl** wählt, was die Tages- und Shop-Berichte zeigen: | Kennzahl | Was sie ist | | - | - | | **Gespeicherte Bestellsummen** (Standard) | Exakte Beträge, wo der Shop sie bestätigt hat; sonst der Betrag aus einem älteren Import in seiner gespeicherten Währung, markiert mit **Importierte Beträge; Quellwährung nicht erneut geprüft** | | **Bestellwerte** | Nur Beträge, die der Shop gesendet und bestätigt hat | | **Bestellungen** | Anzahlen, kein Geld | | **Bruttowarenumsatz** | Produktpositionen vor Rabatten | | **Warenumsatz nach Rabatten** | Produktpositionen nach Rabatten, vor Erstattungen | Die Bestellliste selbst ändert sich mit der Kennzahl nie. ## Ursprungswährung Jede Summe wird pro Shop und pro Währung geführt. Nichts wird über Währungen hinweg addiert, und nichts wird von selbst umgerechnet. Zwei Folgen: * **Anteil am Umsatz** in der Ansicht Nach Shop ist ein Anteil an einer Währung. * Eine Berichtswährung erscheint nur in der Karte **Alle Shops in `{currency}`** auf der Seite Bestellungen, und erst, nachdem du in den [Analyse-Einstellungen](https://docs.wisepim.com/de/analytics/analytics-settings.md) für jedes Bestelldatum deinen eigenen Kurs eingetragen hast. Kurse sind exakt, einer pro Tag, und WISEPIM weicht nie auf den Vortag oder einen Kehrwert aus. Eine Bestellung hat nur dann eine bestätigte Währung, wenn die Plattform sie bestätigt hat. bol tut das nie, manche älteren Importe auch nicht. Diese Bestellungen sind mit **Währung nicht bestätigt** markiert und bleiben aus den Geldsummen heraus. ## Abgeschlossene Tage Gestern in deiner Analytics-Zeitzone ist der letzte abgeschlossene Tag. Heute ist unvollständig und bleibt deshalb aus Vergleichen, Zielen, Zeitplänen und Prognosen heraus. Der Standardzeitraum ist **Letzte 30 abgeschlossene Tage**, und eine Beschriftung mit festem Ende wie **Letzte 30 Tage (bis 13. Okt.)** sagt dir, wo er aufhört. Bestellseiten zeigen bis zu 366 Tage; Lesezeichen mit längeren Zeiträumen werden mit einem Hinweis auf 12 Monate gesetzt. Ein Tag ohne Bestellungen zählt nur dann als Nulltag, wenn der Verlauf des Imports für diesen Tag bestätigt ist. Sonst ist er eine Lücke, und die Tagesdiagramme lassen ihn als Lücke stehen. ## Abdeckung Abdeckung sagt, aus wie vielen Bestellungen ein Wert gebildet ist, nie, wie viel Geld. Du siehst sie als **aus 737 von 899 Bestellungen**, als Kostenabdeckung pro Shop und Kostenart, als Wechselkursabdeckung pro Währung und Tag, als **Mit Produktzuordnung** bei Bestellpositionen und als Verlaufsstatus pro Shop: **Vollständiger Verlauf seit Shop-Start**, **Verlauf seit deinem ersten Import** oder **Verlauf nicht bestätigt**. ## Schätzungen Der Einkaufspreis aus dem Katalog wird festgehalten, wenn eine Bestellposition zum ersten Mal importiert wird. Deckungsbeiträge, die darauf beruhen, sind mit **≈** markiert. Nur ein Import von Einkaufspreisen oder eine gebuchte Rechnung ergibt exakte Kosten, und exakte Kosten werden nie durch eine Schätzung ersetzt. Prognosen unter [Nachbestellung](https://docs.wisepim.com/de/analytics/reorder-planning.md) sind ebenfalls Schätzungen, mit einem getesteten wahrscheinlichen Bereich. ## Die Deckungsbeitragsstufen [Deckungsbeitrag](https://docs.wisepim.com/de/analytics/margin.md) nutzt Deckungsbeiträge, keinen buchhalterischen Gewinn: | Zeile | Definition | | - | - | | **DB I** | Warenumsatz nach Rabatten und Erstattungen minus Wareneinsatz | | **DB II** | DB I plus berechneter Versand, minus Marktplatz-, Zahlungs-, Versand-, Fulfillment- und Retourenkosten | | **DB III** | DB II minus Werbekosten | Ein vollständiger Deckungsbeitrag erscheint nur, wenn jede Kostenposition darin bekannt ist. Teilwerte sind mit **(bisher bekannt)** markiert. ## Kunden im gleichen Alter [Kunden-Insights](https://docs.wisepim.com/de/analytics/customer-insights.md) gruppiert Kunden pro Shop nach dem Monat ihrer ersten beobachteten Bestellung und vergleicht Kohorten nach derselben Zahl an Monaten seit dieser Bestellung. „Erste beobachtete" heißt nicht „allererste": Wer vor deinem ersten Import gekauft hat, wirkt neu. Unter **Produkte in der ersten Bestellung** zählt ein Kunde bei jedem Produkt dieser Bestellung, die Zeilen überschneiden sich also und ergeben keine Summe. ## Abgleich Für jede Bestellung werden die Bestandteile, die der Shop gesendet hat (Produkte, Rabatte, Steuern, Versand, Gebühren, Zölle, Trinkgelder, Geschenkkarten, Korrekturen), mit der Summe des Shops abgeglichen. Das Ergebnis ist **Stimmt**, **Weicht um `{amount}` ab**, oder der Betrag lässt sich noch nicht prüfen, weil Bestandteile unbekannt sind. Stimmige Bestandteile belegen die Rechnung, nicht dass die Bestellung bezahlt wurde oder jede Position einem Produkt zugeordnet ist. ## Vorschau und gebuchte Daten Aktionen, die Daten ändern, etwa Kosten buchen, Einkaufspreise importieren, Bestellpositionen Produkten zuordnen und doppelte Bestellungen markieren, laufen immer in zwei Schritten: eine Vorschau, die zeigt, was sich ändert, dann das Anwenden. Die Vorschau gilt 15 Minuten, und das Anwenden wird abgelehnt, wenn sich die Daten dazwischen geändert haben. Gebuchte Kosten und Wechselkurse lassen sich danach nicht mehr bearbeiten; Produktzuordnungen sind versioniert, die Historie bleibt also erhalten. ## Was sich an den alten Berichten geändert hat ![Der Hinweis, den der eingestellte Kanäle-Bericht vor der Weiterleitung zeigte: Bestellwerte pro Shop in der jeweiligen Ursprungswährung, unbekannte Beträge bleiben unbekannt](https://mintcdn.com/swiftsyncai/MllHzI8wlqBZvkUg/images/marketing-screenshots/analytics/order-evidence-legacy-channels-light-branded.webp?fit=max\&auto=format\&n=MllHzI8wlqBZvkUg\&q=85\&s=dfebf4346d11b4917ecec3028748e61e) Die alten Berichte Umsatz, Bruttomarge, Retouren und Kanäle haben Beträge zusammengefasst, ohne vereinbarte Definition von Umsatz, Kosten oder Währung. Eine Zeit lang zeigten sie eine Übergangsseite mit **Bestellwerte nach Shop** und dem Hinweis „Der alte Bericht hatte keine geprüfte Definition von Umsatz, Kosten und Währung. Das hier sind die Bestellwerte, die deine Shops gemeldet haben." Jetzt leiten sie weiter: | Alte Seite | Jetzt | | - | - | | [Kanal-Analytics](https://docs.wisepim.com/de/analytics/channels) | Die Ansicht Nach Shop unter [Bestellungen](https://docs.wisepim.com/de/analytics/orders.md) | | [Retouren & Rückerstattungen](https://docs.wisepim.com/de/analytics/returns) | Die Ansicht Retouren unter [Bestellungen](https://docs.wisepim.com/de/analytics/orders.md) | | [Profitabilität](https://docs.wisepim.com/de/analytics/profitability) | [Deckungsbeitrag](https://docs.wisepim.com/de/analytics/margin.md) | | [Lagerausfall-Verlust](https://docs.wisepim.com/de/analytics/stockouts) | [Nachbestellung](https://docs.wisepim.com/de/analytics/reorder-planning.md) | | Kunden-Insights (alt) | [Kunden-Insights](https://docs.wisepim.com/de/analytics/customer-insights.md), nach denselben Regeln neu aufgebaut | | [Umsatz & Verkäufe](https://docs.wisepim.com/de/analytics/revenue-sales.md) | Bleibt, neu aufgebaut auf importierten Bestellungen | Weiterleitungen behalten Zeitraum, Shops und Währung, soweit die neue Seite sie unterstützt. Der Hinweis **`{old}` ist jetzt unter `{new}`. Dein Lesezeichen funktioniert weiterhin.** bestätigt das. Einen Vergleich zwischen alten und neuen Zahlen gibt es nicht, weil sie Unterschiedliches gemessen haben. ## Auf Erkenntnisse reagieren > **Eine Zahl liegt unter dem eigenen Dashboard deines Shops** > > Prüfe zuerst Kennzahl und Zeitraum: Bestellwerte nach Bestelldatum, in der Währung des Shops, Erstattungen nicht abgezogen, heute ausgenommen. Vergleiche dann die Gründe: Bestellungen mit **Währung nicht bestätigt** oder ohne Summe bleiben hier außen vor, während ein Shop-Dashboard sie vielleicht mitzählt. Die Ansicht Abgleich unter [Datenprüfung](https://docs.wisepim.com/de/analytics/data-health.md) vergleicht deinen eigenen CSV-Export Teil für Teil. > **Zwei Shops verkaufen in unterschiedlichen Währungen, und du willst eine Summe** > > Lege in den [Analyse-Einstellungen](https://docs.wisepim.com/de/analytics/analytics-settings.md) eine Berichtswährung fest und ergänze für jeden Bestelltag einen Kurs. Solange nicht jeder Tag einen Kurs hat, zeigt die umgerechnete Karte **N Bestellungen brauchen einen Wechselkurs.** und den Rest als bekannte Teilmenge. > **Ein Wert ist mit Bisher bekannt markiert** > > Öffne **Über diese Zahlen** und lies **Fehlt**. Dort steht, welcher Teil unbekannt ist, wie viele Bestellungen das betrifft und wer es beheben kann. [Korrekturliste](https://docs.wisepim.com/de/analytics/fix-queue.md), [Kosten](https://docs.wisepim.com/de/analytics/costs.md), [Offene Zuordnungen](https://docs.wisepim.com/de/analytics/unmatched-products.md) und [Analyse-Einstellungen](https://docs.wisepim.com/de/analytics/analytics-settings.md) decken die vier Korrekturen ab, die bei dir liegen. > **Du hast Zeitzone oder Währungseinstellungen geändert** > > Berichte behalten die alten Einstellungen, bis du in den [Analyse-Einstellungen](https://docs.wisepim.com/de/analytics/analytics-settings.md) auf **Berichte aktualisieren** klickst. Ziele zeigen nach einer Zeitzonenänderung **Prüfe die Daten**, weil sich die Tagesgrenzen verschoben haben. ## Verwandte Themen > **[Bestellungen](https://docs.wisepim.com/de/analytics/orders.md)** > > Wo die meisten dieser Markierungen zuerst auftauchen. > **[Deckungsbeitrag](https://docs.wisepim.com/de/analytics/margin.md)** > > Die Stufen, die Schätzungen und was einen vollständigen Deckungsbeitrag blockiert. > **[Bestelldetails](https://docs.wisepim.com/de/analytics/order-detail.md)** > > Abgleich und Herkunft der Beträge für eine einzelne Bestellung. > **[Heute](https://docs.wisepim.com/de/analytics/today.md)** > > Die Einrichtungsschritte, die aus Unbekanntem Bekanntes machen. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.