Ausgangslage
Die Großhandelskunden des Unternehmens schickten Bestellungen auf unterschiedlichen Wegen: über die Website und über Messenger. Danach durchlief jede Bestellung eine lange Kette: Prüfung, Kommissionierung, Abgleich, Dokumente und Zahlungskontrolle.
Der schwierigste Punkt in diesem Prozess ist das Gewicht. Gewichtsware wird mit dem tatsächlichen Gewicht kommissioniert, das von der bestellten Menge abweicht. Die Rechnungssumme ändert sich also erst, nachdem die Bestellung zusammengestellt ist. Das muss in den Dokumenten und in der Abrechnung mit dem Kunden berücksichtigt werden.
Eine eigene Aufgabe war die Kundenstruktur. Ein Großhandelskunde kann mehrere Lieferstellen, mehrere Logins für seine Mitarbeitenden und mehrere juristische Personen haben, auf die Rechnungen ausgestellt werden. Das übliche Schema „ein Kunde, ein Konto“ funktioniert hier nicht.
Die Kunden brauchten außerdem ein eigenes Portal: Katalog ansehen, Bestellung aufgeben, Rechnung, Finanzen und aktuellen Saldo sehen, ohne beim Manager anzurufen. Da das Portal mit Finanzdaten arbeitet, waren die Anforderungen an die Anmeldesicherheit und die Datenspeicherung hoch.
Was wir getan haben
Wir haben das System auf Basis des Marktplatz-CRM aufgebaut, das wir zuvor für dasselbe Unternehmen entwickelt hatten. Derselbe Stack (Next.js 16, React 19, Tailwind CSS v4, Supabase, Vercel), fertige Benachrichtigungen, Rollen und Phasenlogik ersparten uns den Start bei null. Deshalb haben wir die erste lauffähige Version mit allen Modulen, einer mobilen Version und dem Kundenportal in einer einzigen nächtlichen Arbeitssitzung von etwa 3 Stunden zusammengestellt.
CRM für das Team (19 Ansichten)
- Bestellungen mit Rechnung und Bearbeitungsphasen;
- Kunden mit Lieferstellen, mehreren Logins und mehreren juristischen Personen;
- Produkte, Preise und Aktionen;
- Analysen, Integrationen, Benutzer;
- Rollen für Administrator, Manager und Operator.
Portal für Großhandelskunden (9 Ansichten)
Katalog, Warenkorb, Bestellungen, Rechnung, Finanzen und Saldo, Profil. Das Portal hat keine eigene Datenbank und arbeitet ausschließlich über die API des CRM, daher sind die Daten immer identisch.
Sicherheit
- das Anmeldetoken ist an die Passwortversion gebunden: Nach dem Zurücksetzen des Passworts enden alle Sitzungen sofort;
- Begrenzungen gegen das Erraten von Passwörtern nach Login und nach IP-Adresse;
- die Daten liegen in einem geschlossenen Schema, das über die öffentliche API nicht erreichbar ist, Zugriff nur über serverseitige Funktionen;
- tägliches Backup um 01:30, die letzten 30 Stände werden aufbewahrt.
Ergebnis
Im Oktober 2026 erhielt das Unternehmen zwei verbundene Systeme: ein CRM mit 19 Ansichten für das Team und ein Portal mit 9 Ansichten für Großhandelskunden. Bestellungen von der Website gehen nicht mehr zwischen Messengern verloren, und Rechnung, tatsächliches Gewicht, Dokumente und Saldo sind auf einer Karte sichtbar.
Was das dem Unternehmen bringt:
- Kunden sehen ihre Bestellungen, Rechnungen und offenen Beträge selbst;
- Manager arbeiten mit der gesamten Kundenstruktur: Lieferstellen, Logins, juristische Personen;
- Preise und Aktionen werden an einer Stelle gepflegt;
- die Daten sind auf Architekturebene geschützt und nicht nur durch ein Passwort.
Als nächsten Schritt planen wir die Synchronisierung mit 1C (BAF), damit Dokumente und Abrechnungen im Buchhaltungssystem nicht doppelt erfasst werden.
Was das Projekt besonders macht
Das wichtigste Merkmal ist Geschwindigkeit ohne Qualitätsverlust. Die erste Version entstand in etwa 3 Stunden nicht, weil wir die Aufgabe vereinfacht hätten, sondern weil wir bewährte Teile des vorherigen CRM wiederverwendet haben: Rollen, Benachrichtigungen, Phasen. Für das Unternehmen heißt das: Jedes weitere Produkt auf der gemeinsamen Basis entsteht schneller.
Das zweite Merkmal ist ein Kundenportal ohne eigene Datenbank. Alle Daten laufen über die API des CRM, daher besteht kein Risiko, dass im Portal und beim Manager unterschiedliche Zahlen stehen. Das geschlossene Datenschema und die Bindung der Sitzungen an die Passwortversion schließen die typischen Schwachstellen von Kundenportalen.
Veröffentlicht: · Aktualisiert: