Möglichkeiten für externe Tools

[pher]

Hallo zusammen,

ich beschäftige mich jetzt seit ein paar Wochen mit JTL Wawi und versuche darauf basierend eine Art Buchungssystem zu Entwickeln. Das sollte dann Webbasierend dem Endkunden die Möglichkeit geben bestimmte neue "Events" zu buchen. Ich habe bereits ein Kundenlogin gebaut was mit einem JTL Kunden verknüpft ist, Profil und Daten ändern geht somit ebenfalls. Jetzt wird es aber gerade etwas kniffeliger zum Thema Auftrag anlegen, Rechnungsanschrift etc..

Daher die Frage, in wie weit bekommt man als externer Entwickler Zugriff bzw. Hilfestellung zu solchen Vorhaben?

Im Augenblick gehe ich einfach "per Hand" in die MSSQL Datenbank und lege mir da Kunde etc selber an. Einige Trigger für automatischen Kundennumern habe ich bereits so gefunden.
Doch bei Aufträgen anlegen etc wird es schwer da so stark in der Datenbank rumzuspielen, so das die IDs alle korrekt fortgeführt werden und man auch über JTL weiterhin neue anlegen kann..

Die Ameise ist da leider zu eingeschränkt bezüglich Aufträge anlegen etc.
Der JTL Connector ist, wie ich gelesen habe, nur für vorhandene Shops gedacht, was für mich ebenfalls nicht in Frage käme.

Was gibt es noch für Möglichkeiten? Wie macht es zB LS-POS?
Ich würde natürlich ungern in der Datenbank so rumspielen, schon alleine wegen eventuell Updates durch JTL etc.

Vielleicht hat ja jemand eine Idee oder Vorschlag!
Bin für jeden Hinweis Dankbar.

Mit freundlichen Grüßen,
Patrick

 

[christophk]

AW: Möglichkeiten für externe Tools

Hi,

ich habe genau dasselbe gerade hinter mir: Wir haben ein Webinterface für ein Callcenter geschrieben, über das Bestellungen direkt in die Wawi geschrieben werden können (eigentlich mehr, aber das ist hier egal).

Was es hier von offizieller Seite für Hilfe gibt kann ich nicht sagen, allerdings unser Vorgehen beim Entwickeln darstellen:

- Mit dem "SQL Server Profiler" kann man Traces von Vorgängen erstellen. Wir haben hier jeweils eine Kundenneuanlage und Auftragserstellung durchgeführt und gespeichert. Hier sieht man eindeutig, welche Stored Procedures und Tabellen die Wawi benutzt, um das zu erledigen. Behalte diese Dateien, um bei einem Versionsupdate vergleichen zu können, ob sich das Verhalten geändert hat.
- Da viel mit Stored Procedures gearbeitet wird, sollten diese mit benannten Parametern aufgerufen werden anstatt auf eine bestimmte Reihenfolge zu setzen (das macht die Wawi auch so). Dadurch kommen auch sinnvolle Fehlermeldungen, wenn durch Updates neue Parameter hinzugefügt werden, die dein Code nicht kennt.
- Um ganz sicher zu sein, speichern wir die DDLs aller von uns genutzten Tabellen in Textform und können dadurch einen Diff nach einem Wawi-Update durchführen, um festzustellen, welche Tabellen sich geändert haben.
- Zusätzlich haben wir eine Test-Datenbank geschaffen, auf die Unittests ausgeführt werden - allerdings alle in einer Transaktion, die am Schluss immer einen Rollback macht, damit die Tests wiederholbar bleiben.

Viele Grüße
Christoph

 

[zwitsch]

AW: Möglichkeiten für externe Tools

Aufträge kann man als XLM-Datei per Worker in die Wawi laden. Das Format findest Du im Wiki oder im Programm im Fenster Aufträge. Dort gibt es einen Button Aufträge exportieren (oder so ähnlich). Das erzeugt eine Beispieldatei.

 

[Marc Völker]

AW: Möglichkeiten für externe Tools

Hallo,

vielleicht kann ich dir da was mehr Input geben, da unser ViCtor auch eine direkte DB API abbildet.

Grundsätzlich kannst du dich sicher an JTL wenden, in wieweit die Zeitlich Kapazitäten haben, um dich bei deinem Vorhaben mit Infos zu unterstützen kann dir dann aber nur JTL sagen. Kommt halt auf das Produkt an.

Die LS Pos nutzt für das Thema Aufträge anlegen eine Spezielle XML Schnittstelle von JTL, die über eine DLL zur verüfung gestellt wird. Es gibt alternativ die möglichkeit eine solche Auftrags XML auch in die DB zu schreiben und vom Worker verarbeiten zu lassen. Jedoch ist darauf keinerlei dauerhaften Verlass, da ja ohne weitere Infos von Version zu Version die Funktion entfernt werden könnte, auch ohne das die Tabellen dazu entfernt werden. (Mit Aufräumen von Obsolate Strukturen ist es noch so eine Sache) Manche Strukturen sind so alt, dass man diese ungerne einfach entfernt, und hofft das es nicht irgendwo knallt.

Ansonsten ist das andere natürlich auch so eine sache, ohne wirklichen Draht zu JTL, wirst du von neuen Versionen erst etwas erfahren wenn diese Released werden, gerade für ein Produkt was man vielleicht verkaufen möchte, ist dies natürlich immer so eine Sache, vor allem wenn es Datenbank Änderungen gibt.
Gerade wenn du dann eigene Tabellen Strukturen brauchst, oder was an der Datenbank änderst, kann es schnell passieren, dass der Support auf solche Änderungen Allergisch reagiert.

Was mir ansonsten schon in deinem ersten Satz auffällt, wo ich persönlich etwas Allergisch drauf reagiere, ist dem Kunden indiret über deine Web App direkten Zugang zur Ms Sql zu verschaffen, wenn du da irgendwelche Sicherheitslücken in deiner Anwendung hast, Kompomentierst du unter umständen direkt die ganze Warenwirtschaft, und schaffst da vielleicht Datenschutz Rechtlich eine gewisse Lücke, JTL Verschlüsselt im Shop ja auch nicht um sonst Kundenbezogene Daten. In der Wawi sind diese dann nämlich nicht mehr verschlüsselt abgelegt.
Da vielleicht eher über ein Webshop Plugin gehen, oder eine los gelöste App, welche nur an wenigen Punkten mit der Warenwirtschaft Verknüpft ist. (Sprich auch eigene Kundenverwaltung etc.)

Ich möchte nur nochmal erwähnen ich möchte hier keinem davon abraten, eigene tolle Tools zu entwickeln, welche die Wawi um Coole Features erweitert. Aber was für die Wawi zu entwickeln, wo es keine bzw nur eine sehr sehr kleine Rudimentäre Schnittstelle gibt, welche gerade erst mals behaupt Dokumentiert wird, ist halt eine ganz besondere Hausnummer, auch gerade das DB Design, was an einigen Stellen leider immer noch was von "Normalform" entfernt ist.

Falls du noch fragen haben solltest, kannst du dich ja auch gerne per PM an mich wenden.