Überblick
Ein Händler führt denselben Bestand an vielen Orten gleichzeitig, und weil jeder dieser Orte nur seinen eigenen Teil kennt, gibt es keine Stelle, an der die ganze Lage zusammenläuft.
Ware liegt in Filialen, im Lager und auf dem Weg, wird im Shop angezeigt und an der Kasse verkauft, sodass jeder dieser Orte einen eigenen Stand führt. Wie aktuell die Bestandsdaten sind und ob eine Verfügbarkeitsanzeige hält, was sie verspricht, ist eine Frage, die der Handel bei Click and Collect und im Omnichannel täglich stellt.
Dazu kommen Preise, die sich ändern, und Regeln dafür, was bei einer Preisermäßigung anzugeben ist, während Versand und Retouren an Lager, Kommissionierung und Sendungsverfolgung hängen, die in verschiedenen Systemen liegen.
Von der Ware bis zur Retoure, an einem Ort.
Ontologie / Bestand, Preis und Nachfrage in einer Lage
Filiale, Lager und Shop führen dieselbe Ware, und Preis, Bestellung und Sendung hängen an ihr. Wo eine Ware liegt und wofür sie gebraucht wird, ist eine Abfrage.
- Objekttypen: Filiale, Lager, Shop, Ware, Sendung, Bestellung, Preis.
- Regel: Widerrufsfrist.
- Filiale führt Ware.
- Lager führt Ware.
- Shop bietet an Ware.
- Preis gilt für Ware.
- Bestellung betrifft Ware.
- Sendung bringt zu Lager.
- Aktion an Preis: Aktion rechnen, zurück in WWS, Freigabe durch Sortimentsleitung.
Die Systeme dahinter · zum Anklicken
HältArtikel, Bestände, Einkauf, Verkäufe und Preise.
Trägt beiWelche Ware an welchem Ort liegt, was sie kostet und was verkauft wurde.
Vorführungen
Zum Angebot Handel gehören Anwendungen mit Beispieldaten, die Sie im Browser selbst bedienen, und keine davon ist ein Kundenprojekt.
Alle VorführungenWas sich ändert
Stationen · Bestand, Preis, Retoure
- Anbinden: Warenwirtschaft, Shop und Lager zu einem Bestand..
- Abgleichen: Jede Aktion gegen Preisverlauf und Regel..
- Zurücknehmen: Die Retoure bucht den Bestand in einem Schritt..
01Bestand
HeuteDer Bestand steht im Warenwirtschaftssystem, im Lager und im Shop, jedes System mit eigenem Stand, und ob eine Ware verfügbar ist, hängt deshalb davon ab, wen man fragt.
Mit SnapSiteWare, Bestand, Standort und Bestellung sind Objekte mit Herkunft und Stand, und ARGUS zeigt, wo eine Ware liegt und woran ein Fehlbestand hängt, sodass die Verfügbarkeit eine Abfrage ist statt einer Annahme.
02Preis und Aktion
HeuteBei jeder Preisermäßigung ist der günstigste Preis aus dem Zeitraum davor anzugeben, doch wann ein Preis galt, steht in Preislisten, Aktionsplänen und Exporten, sodass die Prüfung vor der Aktion von Hand geschieht.
Mit SnapSiteJeder Preis ist ein Objekt mit Gültigkeitszeit, sodass der Preisverlauf je Ware vorliegt, und KALKÜL rechnet eine geplante Aktion gegen die Regel der Preisangabe, bevor sie startet.
03Retoure und Versand
HeuteEine Retoure berührt Lager, Kommissionierung, Zahlung und Bestand, und weil der Weg einer Sendung in mehreren Systemen steht, entscheidet am Ende, wer die Ware in der Hand hat, was mit ihr geschieht.
Mit SnapSiteAuftrag, Sendung, Retoure und Bestand hängen am selben Objekt, sodass eine Retoure den Bestand in einem Schritt ändert und jede Entscheidung dabei im Verlauf steht.
Fähigkeiten
01 // FORGE
Verbinden Sie Ware, Bestand, Standort, Bestellung und Sendung zu einem einzigen Bestand über alle Orte, damit die Verfügbarkeit eine Abfrage mit Herkunft ist und nicht ein Mittelwert aus Meldungen.
FORGE im Einzelnen
01 // FORGE
Bestand über alle Orte
Verbinden Sie Ware, Bestand, Standort, Bestellung und Sendung zu einem einzigen Bestand über alle Orte, damit die Verfügbarkeit eine Abfrage mit Herkunft ist und nicht ein Mittelwert aus Meldungen.
Oberfläche · Beispieldaten · FORGE 02 // FORGE
Preisverlauf führen
Führen Sie Preise mit Gültigkeitszeit je Ware, damit sich für jeden Zeitpunkt belegen lässt, welcher Preis galt und was bei einer Ermäßigung anzugeben war.
Oberfläche · Beispieldaten · FORGE 03 // ARGUS
Lage des Bestands
Verdichten Sie Bestandsmeldungen, Verkäufe und Sendungen zu einer Lage, die Fehlbestand, betroffene Bestellungen und mögliche Umlagerung zeigt, damit die Disposition entscheiden kann.
Oberfläche · Beispieldaten · ARGUS 04 // ARGUS
Umlagerung entscheiden
Zeigen Sie, wo eine Ware gebraucht wird und wo sie liegt, mit Transportweg und Zeit, damit eine Umlagerung vor dem Fehlbestand entschieden wird und nicht danach.
Vorführung · Beispieldaten · FORGE 05 // KALKÜL
Preisaktion gegenrechnen
Rechnen Sie eine geplante Preisaktion gegen die Regeln der Preisangabe und gegen den Preisverlauf, und erhalten Sie einen Nachweis oder das Gegenbeispiel, das die verletzte Regel nennt.
Oberfläche · Beispieldaten · KALKÜL 06 // KALKÜL
Umlagerung gegenrechnen
Rechnen Sie eine Umlagerung vorab gegen Bestand, Transportzeit und Nachfrage, damit nur gilt, was am abgebenden und am empfangenden Ort zugleich hält.
Oberfläche · Beispieldaten · KALKÜL
Regelwerk
Wir zeigen, was Händler im DACH-Raum erfüllen müssen und an welcher Stelle das System es abbildet, wobei die Abbildung keine rechtliche Prüfung im Einzelfall ersetzt.
- Preisermäßigung§ 11 PAngV (öffnet die Fundstelle)
- VerlangtBei jeder Preisermäßigung für eine Ware nennt der Händler den günstigsten Gesamtpreis, den er in dem Zeitraum vor der Ermäßigung verlangt hat. Die Verordnung legt den Zeitraum fest.
- Im SystemDer Preis als Objekt mit Gültigkeitszeit. Der Preisverlauf je Ware ist abfragbar, die Regel steht mit Version am Preis, und eine Aktion wird vorher gegen sie gerechnet.
- Widerruf§ 355 BGB (öffnet die Fundstelle)
- VerlangtWo das Gesetz Verbrauchern ein Widerrufsrecht einräumt, sind Verbraucher und Unternehmer nicht mehr an ihre Erklärungen gebunden, wenn der Widerruf fristgerecht erklärt wird.
- Im SystemAuftrag, Frist und Widerruf als Objekt und Ereignis. Die Frist ist eine Regel, die Rückabwicklung läuft als Handlung mit Verlauf.
- ProduktsicherheitVerordnung (EU) 2023/988 (öffnet die Fundstelle)
- VerlangtWirtschaftsakteure stellen nur sichere Produkte bereit und leiten bei Gefahren Maßnahmen bis zum Rückruf ein.
- Im SystemWare, Charge, Lieferant und Verkaufsort als verbundener Bestand. Welche Ware betroffen ist, ist eine Abfrage, ein fehlendes Glied bleibt als Lücke sichtbar.
GrenzeDas System liest die Daten, verbindet sie und rechnet vor, während die Verantwortlichen des Handels weiterhin verkaufen, auszeichnen und zurückrufen. Die rechtliche Bewertung von Aktionen und Widerrufen bleibt bei der Rechtsabteilung und bei den Gerichten, wo sie auch heute getroffen wird.
Häufige Fragen
Was von dem, was Sie für den Handel beschreiben, läuft heute, und was zeigt nur die Vorführung aus dem Modehandel?
Gebaut und mit automatischen Tests geprüft ist bisher nur die Kontrollschicht, in der eine Freigabe als HMAC-SHA256-signiertes Token an Vorgang, Aktion und Person gebunden ist, mit Ablaufzeit gilt und sich nur einmal einlösen lässt. Die Ontologie aus Ware, Bestand, Standort und Bestellung, die Lage des Bestands in ARGUS und die Vorabrechnung einer Preisaktion durch KALKÜL sind vorgesehen und zeigen sich bisher nur in der Vorführung mit erfundenen Daten aus dem Modehandel. Ein Pilot bei einem Händler und der Betrieb folgen als Nächstes, und bisher arbeitet noch kein Haus mit dem System.
Wie greift das System auf Warenwirtschaft, Shop und Lagerverwaltung zu, und ersetzt es eines davon?
Vorgesehen ist, dass FORGE das Warenwirtschaftssystem, den Onlineshop mit den Kassensystemen und die Lagerverwaltung lesend zu einem Bestand verbindet, in dem jede Ware mit Standort, Herkunft und Stand geführt wird. Keines dieser Systeme wird abgelöst, denn verkauft, ausgezeichnet und zurückgerufen wird weiterhin von den Verantwortlichen im Handel, und die Verfügbarkeit wird zu einer Abfrage statt zu einer Annahme.
Kann die Plattform in unserem eigenen Netz laufen, und wer sieht dann unsere Bestände und Kundendaten?
Sie bestimmen, wo die Plattform läuft, ob im eigenen Rechenzentrum, in einer gewählten Cloud oder abgeschottet vom Netz, und Anmeldung, Rollen und Schlüssel kommen aus Ihren Verzeichnissen. Die Plattform ist so entworfen, dass wir im Betrieb weder Bestände noch Bestellungen und Zahlungen Ihrer Kunden sehen, wobei bisher nur die Kontrollschicht gebaut ist.
Wie belegen wir, welcher Preis wann galt, und was sieht ein Prüfer von dem, was im System geschehen ist?
Vorgesehen ist, dass jeder Preis als Objekt mit Gültigkeitszeit geführt wird und die Regel der Preisangabe mit Version am Preis steht, sodass sich für jeden Zeitpunkt abfragen lässt, welcher Preis galt. Der Verlauf ist so angelegt, dass er zu jeder Handlung, auch zu einer Umlagerung oder einer Retoure, Urheber, Zeit und Grundlage festhält und an den Eintrag davor kettet. Die Kette selbst ist bereits gebaut, und Prüfer können sie ohne Zugang zum System nachrechnen. Die Rechte je Rolle bis zum einzelnen Feld, gleich ob eine Person oder ein Agent handelt, sind vorgesehen und noch nicht gebaut.
Welcher Kanal zuerst?
Wir nehmen eine Warengruppe oder einen Kanal aus Ihrem Haus und klären daran, welches Produkt zuerst trägt und was davon heute vorführbar ist.
Alle Angebote