Wawi hooks

[css-umsetzung]

Der Wawi fehlen ganz klar Einstiegspunkte wie sie im Shop vorhanden sind, mit denen man über eine interne Scriptfunktion ( Dotliquid / Eigenes) oder Anweisungen, Daten manipulieren bzw. Zusatzinformationen Alerts oder Hinweise usw. bereitstellen kann.

Gerade auch bei der manuellen Auftragsannahme fällt es auf, das da was fehlt, denn um zu sehen ob der Artikel überhaupt verfügbar ist, muss ich danach suchen.
So würde sich auch die Absender E-Mail anpassen lassen und auch gefühlte 100 andere Möglichkeiten würde es direkt geben.

 

[Marc Völker]

AW: Wawi hooks

kann ich nicht bestätigen, den gerade ein solches Feature lässt sich mit Hilfe von Workflows und z.B. Externen Scripten Anwendungen und so weiter realsieren.

 

[css-umsetzung]

AW: Wawi hooks

Nein!

Ich habe ja bereits das Thema manuelle Auftragseingabe in den Raum geworfen, wenn ich telefonisch Aufträge entgegen nehme und Artikel eingebe, bin ich gezwungen dies über die Positionssuche zu machen um zu wissen ob der überhaupt verfügbar ist, das könnte man mit solchen Sachen abfangen.

Das senden der Formulare habe ich auch in den Raum geworfen (Verwendung der Nutzer E-Mail)
Ich kann hier locker viele andere Punkte aufführen.
- Standard Lieferadresse setzen
- prozentuale Versandkosten hinzufügen
- Adresseingaben prüfen
- usw.

Die Workflows arbeiten immer erst "NACH" einer Aktion und das auch nicht dynamisch, jede Prüfung erfolgt nur "ein einziges Mal" was an sich schon schlimm genug ist, ich hatte mir von den Möglichkeiten der Workflows mehr erhofft als das was letztendlich dabei raus kam.

Mit solchen "HOOKS" kann man rechtzeitig eingreifen und Informationen bereitstellen oder eben auch beispielsweise Daten bei der Eingabe automatisiert anpassen, also alles Sachen die die Arbeit in der Wawi unterstützen könnten.

Hast du schon mal nachträglich, über ein Script das von einem Workflow gestartet wurde, den Preis einer Position in einem Auftrag, nachträglich geändert.
Dazu muss eine implementierte Funktion aufgerufen werden (Du kennst dich mit dem MSSQL aus, daher weißt du bestimmt was ich meine), es ist eine Katastrophe und auch nicht updatesicher, ich muss das beispielsweise machen, da die manuelle prozentuale Berechnung von Speditionskosten bei der Auftragsannahme viel zu umständlich ist (ich rede nicht von einem Auftrag der im Monat mal rein kommt, ich rede von vielen Aufträgen täglich).

Würde das System solche Dinge unterstützen wäre auch die Gefahr, das etwas schief läuft zu fast 100% ausgeschlossen.
Es ist schon schlimm genug, dass ich über den Workflow die Versandart ändern aber keinen Preis festlegen darf, selbiges bei Freipositionen, was soll ich mit einer Freiposition, wenn ich keinen (berechneten) Preis angeben darf.
Und wenn der Kund mich bei der Auftragsannahme fragt wie hoch die Versandkosten derzeit sind, muss ich mühsam alles zusammenrechnen.

Bin ich denn der einzige der in der heutigen Welt lebt oder liegt es daran das ich als Programmierer versuche dem User alle Freiheiten zu geben, damit er glücklich ist?
Stur nach Schema F war vor 30 Jahren aktuell, heutzutage versucht man grundsätzlich offene Systeme zu erstellen, um dem User die Möglichkeiten zu geben, sein System aufzubohren und erweitern zu können.

 

[Marc Völker]

AW: Wawi hooks

Was du da meinst, wird defintiv nicht kommen, da JTL keine Plugin Architektur innerhalb der Wawi haben möchte. Solange sich das nicht ändert musst du damit leben.

Alle Punkte die du bennenst kann man mit Workflows tatsächlich abhändeln, (nur eben nicht alleine mit diesen). Eine integrierte Funktion wäre da natürlich schöner. Keine Frage. In erster Linie ist halt die wawi immer noch an die Prozesse des Versandhandels wo gerade die Versandkosten Berechnung auch nicht durch die wawi durch geführt werden muss Optimiert. Das wird sich mit sicherheit in der Zukunft an einigen Stellen verbessern. Da bin ich mir sehr sicher. Aber machbar ist durch die Workflows aktuell schon fast alles, nicht immer schön. Aber defintiv machbar.

Was würdest du dir denn als Hook da vorstellen um eine Adresseingabe zur prüfen? Was nicht per Workflow gehen würde?

Standard Lieferadresse geht doch heute schon, einfach beim Kunden hinterlegen und Felder leer lassen, Thema erledigt.

Zu Versandkosten gebe ich dir recht. Kann ich aber von aussen realisieren, zum Thema Updatesicher, gut man muss da schon seine möglichkeiten haben um das zu gewährleisten, aktuell habe ich da aber keine Probleme. Und ob ein Plugin innerhalb der Wawi was das übernehmen würde Updatesicher ist, lasse ich mal dahin gestellt.


Schlussendlich ist eine Art Hook in einer C# Desktop Anwendung (was aktuell nicht mal gegeben ist, da Auftragserfassung z.B. noch C++ ist) eine mehr oder weniger Einfache geschichte. Einfach einzusetzen dank Interfaces und co sicher. Einfach im Support defintiv nicht. Weil gerade wenn solche Funktionen dann die Stammfunktionalität einschränkt oder Stört, geht der Kunde über kurz oder lang an den JTL Support, sprich es entstehen durch eine SOlche schnittstelle bei JTL zusätzliche Support Aufwände. Was über kurz oder lang auf seitens JTL die Kosten für den Support steigern würden. Mir ist daher schon klar warum JTL dies aktuell nicht möchte. Zum anderen müsste dafür generell erst mal eine API her. Bei ner Webanwendung ist das ganze verhältnismässig einfach umzusetzen. Bei einer Desktop eben nicht mehr.

Schluss endlich kannst du viel machen, und es gibt eben auch Technologiepartner die dürfen Offiziell in der JTL Datenbank direkt arbeiten, sich an Mechaniken andocken, oder bekommen halt auch möglichkeiten realisiert um mit der Wawi zu Interagieren. (Um welche Partner es sich da handelt kannst du ja der Übersicht auf https://www.jtl-software.de/Technologiepartner#Softwarepartner ja anschauen. Wobei ich auf dem ersten blick da nur 3 gesehen habe die sich auch in der Wawi DB bewegen. Und es gibt sicherlich noch das eine oder andere Unternehmen was sich auch in dem Bereich bewegen mag.

Um zum Punkt zu kommen, es gibt sicher eine menge sachen die man verbessern kann / könnte. Um das ganze System noch was besser für die Masse zu machen.
Vielleicht die Workflows so erweitern, dass die auch auf einzeln Aktionen greifen. Oder ihnen die möglichkeit geben, z.B. mit ein bisschen Dot Liquid Code auch eine Rückmeldung an den Anwender zu geben, z.B. in Form eine MessageBox. Potenziall ist da. Was sich da jedoch noch ergibt, dass wird die Zukunft zeigen.

Jedoch würde ich gerade auf neue Features im Bereich der Auftragsverwaltung wirklich auf das Refactoring warten, wenn dann werden uns da einige Features erwarten, bzw ab diesem Zeitpunkt möglich werden.

 

[css-umsetzung]

AW: Wawi hooks

MessageBox wäre wie gesagt eins der ganz großen Themen, bei einer Auftragsannahme.
Mir wird immer wieder gesagt, dass die Standardlieferadresse nicht genommen wird und was hinzu kommt, wenn man eine Lieferadresse auswählt sieht man nicht einmal welches die Standard Lieferadresse ist.

Und ja Versandkosten nachträglich geht, muss sich ja aber bei der Auftragsannahme weiß der Benutzer nicht wie hoch diese dann werden oder ob der Artikel überhaupt da ist, auch hier, eine MessageBox wäre der erste schritt.

Messageports in Ansi C für Bulletin Boards habe ich vor 25 Jahren schon programmiert Ich denke mal, C++ ist da noch besser aufgestellt.

Jedoch würde ich gerade auf neue Features im Bereich der Auftragsverwaltung wirklich auf das Refactoring warten, wenn dann werden uns da einige Features erwarten, bzw ab diesem Zeitpunkt möglich werden.

Ja ich habe ja auch noch die Hoffnung aber es sind ja auch zeitliche Dinge, die anderen schlafen nicht und sehen was die Konkurrenz macht und diese sitzt bestimmt hier im Forum und schaut was der Kunde wirklich will um dieses zeitnah zu realisieren und damit zu glänzen.