Kunden und Freigaben

„Der Shop funktioniert nicht" ist die häufigste Kundenmeldung, und sie meint fast immer eine von sechs konkreten Ebenen: Anmeldung, die Person, das Unternehmen, der Preis, die Adresse oder die Lieferung. Die Fragen unten folgen dieser Reihenfolge und behandeln danach Registrierungen und Freigaben.

Ein Kunde sagt, der Shop funktioniert nicht. Wo fange ich an?

Holen Sie zuerst vier Angaben ein: die E-Mail-Adresse, mit der er sich angemeldet hat, was genau er gesehen hat, und an welcher Stelle, ob Anmeldung, Preis, Button oder Checkout. Diese Angaben zeigen die Ebene meist von allein. Dann prüfen Sie der Reihe nach, das Günstigste zuerst: Kann er sich anmelden, darf diese Person bestellen, darf überhaupt jemand in diesem Unternehmen bestellen, stimmen die Preise, und gibt es eine Lieferadresse. Siehe Wenn ein Kunde nicht bestellen kann.

Ein Kontakt ist angemeldet, kann aber keine Bestellung aufgeben.

Prüfen Sie die Rolle. Ein viewer darf sehen und nicht kaufen; ein requester reicht zur Freigabe ein und kann nicht selbst bestellen. Beides arbeitet wie konfiguriert. Öffnen Sie am Kontakt den Abschnitt Role & permissions (Rolle und Berechtigungen): Er zeigt die Rechte, die die Person hält, und ob sie sie ausüben darf. Ein gesperrter Kontakt oder einer mit offener Registrierung behält die Rolle, kann sie aber nicht nutzen. Siehe Kontakte und Rollen.

Wie bilde ich einen Kunden mit mehreren Lieferstandorten ab?

Es gibt absichtlich keine Organisationshierarchie. Eine juristische Person mit mehreren Standorten ist eine Organisation mit mehreren Lieferadressen. Mehrere juristische Personen mit getrennten Rechnungen und getrenntem Kreditlimit sind mehrere Organisationen, in einem Segment gruppiert, wenn Sie sie gemeinsam bepreisen. Der Test ist die Rechnung: Wer eine eigene Rechnung und ein eigenes Kreditlimit bekommt, ist eine eigene Organisation. Entscheiden Sie das vor der ersten Bestellung, denn Bestellungen lassen sich nachträglich nicht umhängen. Siehe Organisationen und Hierarchien.

Ein Kunde seit fünfzehn Jahren hat sich über den Shop wie ein Neukunde registriert.

Sie haben jetzt zwei Datensätze mit je einer halben Bestellhistorie. Legen Sie fest, welcher überlebt, normalerweise der mit Kundennummer und Historie, verschieben Sie die Kontakte dorthin, setzen Sie Konditionen und Preisliste darauf, und sperren Sie den anderen, statt ihn zu löschen. Bestellungen lassen sich nicht zwischen Organisationen verschieben. Schalten Sie danach Refuse duplicates on (Dubletten abweisen bei) für USt-IdNr. und Kundennummer ein, damit es nicht wieder passiert. Siehe Kundendaten-Hygiene.

Wie gebe ich eine Registrierung frei, und was passiert dabei?

Öffnen Sie CRM › Kontakte, wählen Sie die Warteschlange Awaiting approval (wartet auf Freigabe), öffnen Sie den Antragsteller und wählen Sie Approve registration. Das schaltet die Anmeldung frei, setzt den Kontakt auf active und aktiviert das Unternehmen, das er gegründet hat; das gewählte Passwort funktioniert sofort. Bringen Sie dann die Organisation zu Ende: Kundennummer, Preisliste, Zahlungsbedingungen, Kreditlimit. Suchen Sie das Unternehmen vorher, denn das häufigste echte Problem ist die Dublette; Betrug ist selten. Siehe Registrierung freigeben.

Niemand wusste, dass ein Registrierungsantrag eingegangen war.

Die Einstellung Notify these addresses about applications (diese Adressen über Anträge benachrichtigen) ist leer, also lag der Antrag in der Warteschlange und wartete darauf, dass jemand auf die Idee kommt nachzusehen. Tragen Sie echte Adressen ein und legen Sie Auto-reject applications after (Anträge automatisch ablehnen nach) fest, damit ein liegengebliebener Antrag sich selbst schließt, statt ein Jahr zu warten. Siehe Selbstregistrierung.

Kann ich für einen Käufer eine Ausgabengrenze setzen?

Ja, ein persönliches Limit pro Kontakt unter Kostenstellen › Persönliche Limits. Das Limit allein entscheidet nichts: Eine Freigaberegel, die es prüft, entscheidet, was darüber passiert, Freigabe oder Ablehnung. Das Feld order_approval_limit am Kontakt wird gespeichert und angezeigt, beim Bestellen aber nicht geprüft. Siehe Ausgabenlimits für Einkäufer.

Gibt es einen Freigabe-Workflow?

Ja, in der procurement-App. Freigaberegeln unter Procurement › Freigaberegeln entscheiden, welche Ausgaben eine Freigabe brauchen. Ein Warenkorb, der eine Regel auslöst, wird zur Bestellanforderung, ihre Freigeber entscheiden der Reihe nach je Kostenstelle, und die Bestellung entsteht erst mit der letzten Freigabe. Niemand wird per E-Mail benachrichtigt; vereinbaren Sie mit dem Kunden, wie Freigeber erfahren, dass etwas wartet. Siehe Freigabemodelle.

Eine große Anfrage hängt, und niemand kann sie freigeben.

Öffnen Sie sie unter Procurement › Bestellanforderungen und lesen Sie, auf wen sie wartet. Ein default-Freigeber ist der verantwortliche Kontakt der Kostenstelle, beim Einreichen festgelegt; eine Kostenstelle ohne einen lässt die Anforderung auf niemanden warten. Ein Administrator kann alle Stufen auf einmal freigeben oder die Anforderung stornieren. Geben Sie der Kostenstelle dann einen verantwortlichen Kontakt, damit die nächste Anforderung nicht hängt. Siehe Freigaben, die hängen bleiben.

Der Kunde sagt, er hat Budget, und der Shop sagt, es gibt keins.

Reservierungen, meistens. Anfragen, die auf eine Entscheidung warten, binden Budget, und seine Zahl sind gebuchte Rechnungen, während diese Zahl zugesagte Bestellungen sind. Entscheiden oder ziehen Sie die offenen Anfragen zurück, und das Geld kommt sofort zurück. Prüfen Sie dann den Zeitraum, denn ein Budget für das Vorjahr hat mit einer Bestellung aus diesem Jahr nichts zu tun. Siehe Freigaben, die hängen bleiben.

Soll ich einen Kontakt löschen, der das Kundenunternehmen verlassen hat?

Sperren, nicht löschen. Sperren hält die von ihm aufgegebenen Bestellungen zugeordnet und die Zeitleiste intakt; Löschen entfernt ihn auch aus dem Identitätsdienst der Plattform. Die Kontaktliste hat eine Spalte Last activity (letzte Aktivität), die einen Datensatz nach 90 Tagen als veraltet markiert; sortieren Sie danach und arbeiten Sie die Liste ab. Ein aktiver Login für jemanden, der jetzt beim Wettbewerber Ihres Kunden arbeitet, ist ein echtes Problem und keine Unordnung. Siehe Kundendaten-Hygiene.

Warum kann niemand in einem Unternehmen bestellen?

Öffnen Sie das Unternehmen unter CRM › Organisationen und lesen Sie das Banner oben. „Blocked — this company may not trade" heißt, der Organisationsstatus ist blocked; klären Sie, wer ihn warum gesetzt hat, bevor Sie ihn ändern. Fehlt das Banner, prüfen Sie, ob die Person überhaupt an diesem Unternehmen hängt; ein Kontakt ohne Organisation ist ein Einzeldatensatz ohne Firmenpreise, Konditionen oder Adressen. Siehe Wenn ein Kunde nicht bestellen kann.

Was ist der Unterschied zwischen einer Liefersperre und dem Status gesperrt?

Beide werden an der Organisation gespeichert und auf ihrem Datensatz und in den Listenfiltern angezeigt. Der Status blocked kennzeichnet ein Unternehmen, mit dem Sie nicht handeln wollen; eine Liefersperre eines, dessen Lieferungen zurückgehalten werden sollen. Vereinbaren Sie mit Ihrem Innendienst und Ihrem ERP, was beides praktisch bedeutet. Eine im März bei einem Zahlungsstreit gesetzte und nie aufgehobene Liefersperre ist ein Kunde, der still aufgehört hat zu kaufen; sehen Sie den Filter Delivery blocked alle paar Wochen durch. Siehe Kunden sperren.

Ein regelbasiertes Segment nimmt neue Kunden nicht auf.

Regelsegmente lesen eine lokale Projektion der Kundenkennzahlen, und ist der Zeitplan aus, wertet jede Umsatzregel weiter die Zahlen des Tages aus, an dem er stehen blieb, ohne irgendwo einen Fehler. Öffnen Sie CRM › Segmente, sehen Sie auf Last recomputed (zuletzt neu berechnet), und stellen Sie Refresh customer metrics und Recompute rule segments auf mindestens daily, in dieser Reihenfolge. Siehe Kundendaten-Hygiene.