FAQ

Preise

Kein Preis, der falsche Preis, ein Preis, der sich nicht aktualisiert, und welche Liste gewinnt, wenn zwei zutreffen.

Jede Preisfrage beginnt mit vier Fakten: der SKU, dem Käufer (Kontakt und Organisation), der Menge und dem Markt. „Da steht der falsche Preis" ohne diese vier ist nicht beantwortbar. Mit ihnen dauert fast jeder Fall unten fünf Minuten.

Warum sieht ein Käufer gar keinen Preis?

Der Reihe nach: Auf keiner Liste, die für ihn gilt, gibt es einen Eintrag; er ist nicht angemeldet und jede infrage kommende Liste trägt Logged-in buyers only (nur für angemeldete Käufer), oder Preise für anonyme Besucher sind mandantenweit abgeschaltet; der Markt des Käufers läuft in CHF und jede Liste in EUR, und Listen werden nie umgerechnet; jede Kandidatenliste ist Märkten zugeordnet, in denen der Käufer nicht ist; die Liste ist inaktiv oder außerhalb ihres Gültigkeitszeitraums; der Eintrag steht absichtlich auf On request; oder der Artikel ist von vornherein nicht sichtbar, was eine Katalogfrage ist. Siehe Häufige Preisprobleme.

Ein Kunde sieht den Listenpreis statt seines vereinbarten Preises.

Der meistgemeldete Fall, und fast immer eines von fünf Dingen: Die Kundenliste hat unter Applies to (gilt für) kein Konto gesetzt, was zugleich heißt, dass jemand anders die Preise dieses Kunden bekommt; das Valid until der Vereinbarung ist abgelaufen, lautlos; der Artikel steht nicht auf der Kundenliste und fällt korrekt auf den Listenpreis zurück; der Käufer ist als Kontakt einer anderen Organisation angemeldet; oder eine Aktionsliste mit höherer Priorität gewinnt. Siehe Häufige Preisprobleme.

Welche Preisliste gewinnt, wenn zwei für denselben Käufer gelten?

Die spezifischere. Eine Liste am Kontakt schlägt eine Liste an der Organisation, die schlägt eine Liste am Kanal, die schlägt eine offene Liste, und die Standardliste ist der letzte Ausweg. Vor dieser Rangfolge werden Listen nach Währung des Käufers, nach Status und Gültigkeit, nach Markt und nach Anmeldung gefiltert. Siehe So funktioniert Pricing.

Welche Preisliste gewinnt, wenn Spezifität und Priorität beide gleich sind?

Eine konfigurierte Regel entscheidet, standardmäßig der günstigste Preis für den Käufer. Das ist ein Sicherheitsnetz und kein Design: Zwei aktive Listen mit gleichem Geltungsbereich und gleicher Priorität sind eine Struktur, die niemand am Telefon erklären kann. Geben Sie ihnen verschiedene Prioritäten, mit Zehnerlücken. Siehe Rundung, Standards und Auflösungsregeln.

Schlägt eine höhere Priorität die Vertragsliste eines Kunden?

Nein. Priorität sortiert nur Listen gleicher Spezifität. Eine offene Liste mit Priorität 100 schlägt keine Vertragsliste am Konto mit Priorität 10, weil die Vertragsliste spezifischer ist. Soll eine Aktion für ihren Zeitraum Vertragspreise schlagen, muss die Aktionsliste mindestens so spezifisch sein wie die Listen, die sie schlagen soll. Siehe So funktioniert Pricing.

Anonyme Besucher sehen unsere Händlerpreise. Wie stelle ich das ab?

Setzen Sie Logged-in buyers only (nur für angemeldete Käufer) auf jeder Kunden- und Vertragsliste ohne Ausnahme; anonyme Besucher überspringen diese Listen dann komplett. Lautet Ihre Regel „vor der Anmeldung gar keine Preise", verlassen Sie sich nicht darauf, das Häkchen bei jeder künftigen Liste zu setzen. Stellen Sie es einmal für den Tenant ein. Siehe Preislisten entwerfen.

Der Preis ist für eine ganze Liste hundertmal zu hoch oder zu niedrig.

Ein Importproblem. 19,90 mit dem Komma als Tausendertrennzeichen gelesen wird zu 1990, ein Preis pro 1.000 wurde als Preis pro Stück importiert, oder die Quellspalte trug ein Währungssymbol. Sortieren Sie die Einträge der Liste nach Stückpreis in beide Richtungen; die Ausreißer zeigen es sofort. Siehe Preise im Bulk importieren.

Was heißt „auf Anfrage", und worin unterscheidet es sich von keinem Preis oder null?

Drei verschiedene Dinge. Keine Liste bepreist den Artikel: Der Käufer sieht „auf Anfrage", und niemand hat etwas entschieden. Ein Eintrag steht explizit auf On request: Jemand hat entschieden, dass dieser Artikel nicht zu einem veröffentlichten Preis verkauft wird, und diese Entscheidung schlägt eine Zahl auf einer anderen Liste. Null ist ein Preis, bestellbar, und ein Käufer wird dazu bestellen. Ein fehlender Preis darf nie zu 0,00 werden. Siehe So funktioniert Pricing.

Meine Staffelpreise greifen nicht.

Vier übliche Ursachen: keine Stufe bei Menge 1, sodass kleine Bestellungen auf nichts auflösen; die gewinnende Liste bepreist den Artikel nur einmal, und die Staffel der Standardliste wird nicht dazugemischt; zwei Stufen mit derselben Ab-Menge in einer Liste, eine davon tot; oder die Stufe liegt zwischen Verpackungseinheiten und ist unerreichbar. Siehe Staffel- und Mengenpreise.

Ich habe einen Preis geändert und der Shop zeigt noch den alten.

Sie haben eine Liste geändert, auf die dieser Käufer nicht auflöst, meist die Standardliste für einen Kunden mit eigener Liste; Ihr ERP besitzt die Preise und hat die Änderung beim nächsten Sync überschrieben; der Import lief in eine andere Liste oder unter einer SKU, die nicht zum Katalog passt; Ihr Storefront oder eine Middleware cached Preise auf eigene Faust; oder die Massenanpassung lief mit Preview only und hat nichts geschrieben. Siehe Häufige Preisprobleme.

Im Shop sah es richtig aus, aber die Steuer auf der Rechnung ist falsch.

Zwei Fakten, in dieser Reihenfolge. Erstens, was der gespeicherte Betrag bedeutet: Öffnen Sie die Liste und lesen Sie Prices are (Preise sind netto oder brutto). Ist das Feld leer, bedeuten die Beträge, was die Mandanteneinstellung sagt, und die Liste zeigt ein Warnbanner, bis Sie es festlegen. Zweitens, welcher Satz gilt: Er kommt aus dem Markt des Käufers und der Steuerklasse des Artikels, und lässt sich der Markt nicht bestimmen, kommt der Satz als unbekannt zurück, nicht als null. Siehe Währungen und Steuern.

Zwei Kunden auf derselben Vereinbarung bekommen verschiedene Preise.

Einer von beiden hat eine kontaktgebundene Liste, die jemand angelegt und vergessen hat und die die Kontoliste schlägt; oder es gibt zwei überlappende Listen am Konto mit gleicher Priorität, und die Tiebreak-Regel entscheidet; oder beide sind in verschiedenen Märkten und damit auf verschiedenen Währungslisten. Filtern Sie Preiseinträge nach der SKU, und die Listen, die für jeden der beiden gelten, zeigen sich von selbst. Siehe Häufige Preisprobleme.

Wie viele Preislisten sollten wir haben?

Beginnen Sie mit drei: eine Standard-Katalogliste, je eine Liste pro Fremdwährung und je eine Liste pro Kunde mit verhandelter Vereinbarung. Legen Sie eine Liste erst an, wenn eine Anforderung auf keiner vorhandenen abbildbar ist: eine andere Währung, eine andere Netto-/Bruttobasis, eine Aktion mit Enddatum, ein Punchout-Preisbuch. Drei Listen behalten Sie im Kopf; vierzig sind ein Archiv, das niemand erklären kann. Siehe Preislisten entwerfen.

Wie finde ich heraus, welchen Preis ein bestimmter Käufer sieht?

Filtern Sie Order Management › Preise › Preiseinträge nach der SKU, um jede Liste zu sehen, die ihn bepreist, und gehen Sie dann die Auflösungsreihenfolge von Hand durch: Währung, Status, Gültigkeit, Markt, Anmeldung, Geltungsbereich, Priorität, Mengenstufe. Melden Sie sich danach als Testkontakt dieser Organisation an und sehen Sie nach, bei zwei Mengen, im Warenkorb. Halten Sie genau dafür pro Großkunde einen Testkontakt vor. Siehe Prüfen, welchen Preis ein Käufer sieht.