Servus,

da wir erwägen uns von Plenty zu verabschieden würden mich aktuelle Erfahrungen von JTL-Anwendern interessieren.

Was funktioniert gut, was weniger gut?

(Wenn jemand den Vergleich Plenty vs JTl bei einzelnen Funktionen hat, wäre dies natürlich besonders interessant)

Moin!

Ich nutze JTL nun schon seit Jahren, plenty kenne ich nur sehr punktuell von Kollegen.

Im Großen und Ganzen läuft JTL rund. Bugs und Probleme: Siehe JTL Forum und JTL User Facebookgruppe.

Umlagerungen zu FBA scheinen z.B. momentan etwas tricky zu sein, sollte aber zeitnah gefixt werden. Der "normale" Weg (Ausbuchen nach Eingang bei ama) geht aber auch weiterhin.

Mit unicorn bekommt man auch viele weitere MP angebunden.

Wenn du genauere Fragen/Anforderungen hast, schreib Sie gern hier nieder oder schicke eine PN

Hallo,

wir waren lange Jahre ein großer Plentykunde. Ich kenne also Plenty sehr gut. Wir sind quasi gemeinsam mit Plenty groß gewurden. Irgendwann waren viele Probleme und Themen für uns nicht mehr haltbar. Mal ganz abgesehen von den Kosten. Wir hatten Plenty schon immer auf einem eigenen Server.

Daher sind wir zu JTL gewechselt. Auch hier kenne ich mich sehr gut aus.

Ich glaube das ich zum Wechsel von Plenty zu JTL sehr viel sagen kann. Bei uns war dieses Projekt sehr groß und es gab auch ziemliche Probleme. Alles wurde aber im laufe der Zeit gelöst.

Beide Systeme haben Ihre Vor- und Nachteile. Daher soll es nicht so klingen das ich hier Plenty nur schlecht mache oder. Ich habe ja schließlich fast 10 Jahre oder so mit Plenty gearbeitet.

ABER, ich bereue den Wechsel auf keine Fall. In vielen Punkten ist JTL viel besser.

Es kommt also drauf an, wo dein Schwerpunkt liegt usw.

Bei Fragen einfach hier fragen, oder mir eine PN schicken.

Oh Danke, hast PN.

Ne sicherlich für die Allgemeinheit interesssante Frage, die sich mir noch nicht ganz erschlossen hat:

Wie kann ich denn individuelle Anbindungen basteln?

Plenty ist zwar (noch) nicht Plugin-fähig, will dies aber grad werden, bietet aber zumindest ne recht leistungsstarke Api (zumindest wenn man jemanden hätte der sich damit auskennt)

JTL hingegen bietet bereits Plugins, hat uns aber auf unsere Fragezu dem Thema lapidar geantwortet, dass man kein offenes System sei und keine offenen Programmierschnittstellen anbiete.

Aber wenn ich nun nen externen Partner hab den ich anbinden will oder der sich anbinden will - wie mach ich dies denn?

Hi,

das es bestimmt für die Allgemeinheit wichtig ist, hier halt für alle.

Ich habe auch nicht wirklich Ahnung von Programmiertechnik aber bei JTL hast du Vollzugriff auf die Datenbank. Es gibt schon sehr viele Servicepartner und auch Programmierer die sich damit perfekt auskennen. Eigentlich kann man dort alles abgreifen was man will.

Das schöne ist das es schon ein sehr großes Netzwerk gibt und auch schon ziemlich viele Plugins. Einige Servicepartner betreiben das sehr gut und somit ist die Qualität auch hoch.

Ich selbst hab uns eine kleine Mini Iphone App schreiben lassen. Von einem Servicepartner. Ich wollte unterwegs jederzeit sehen können, welche Anzahl an Aufträgen gerade frei für den Versand ist. Ob als Montags das Lager um 6 anfangen muss, oder ob auch 8 Uhr reicht

Der SP hat dafür 3 Stunden gebraucht und läuft sehr gut.

Ja, das schien mir ja auch so zu sein, aber sowohl die erste Inaugenscheinnahme eines externen Partners

(in diesem Fall, damit alle was von haben repluybutler.de, die Outlook mit Plenty verknüpfen und die ich für kleineren Kundenservice für die OTRS und Greyhound et al überzogen wären für sehr hilfreich halte)

als auch die Stellungnahme von JTl

sagten ja, dass eben dies nicht möglich sei.

Hast du zufällig nen Link wie man lesend und rück-schreiben auf JTl zugreifen kann?

visionsurfer hat geschrieben:aber bei JTL hast du Vollzugriff auf die Datenbank

Sicher? Einen "vollen" lesenden Zugriff auf die gesamte Datenbank kann ich mir vorstellen, aber auch schreibend, nicht geschützt durch eine API?

Hallo,

wie gesagt ich bin leider kein Profi im Bereich Programmierung. Ich weiß nur das es sehr viele Servicepartner gibt und hab schon sehr viele Module usw. gesehen. Also muss da quasi aus meiner Sicht alles möglich sein.

Dazu kann ein großer SP oder JTL aber sicherlich Auskunft geben.

Naja,

JTl hat sich mir gegenüber ja knapp und eindeutig geäussert

"Sehr geehrter Herr Wiechert,

die JTL-Wawi ist kein offenes System und hat auch keine offenen Programmierschnittstellen.

Mit freundlichem Gruß"
--

aber da ich ja auch die vielen Plugins etc sehe, hab ich mich über die Aussage eben so gewundert.

Naja, ich frag am Freitag auf der JTl Connect genauer nach.

https://forum.jtl-software.de/threads/a ... eln.87914/

Das klingt wie: Offiziell gibt es keine API, wer kompetent ist, kann in der Datenbank Änderungen vornehmen. Aber natürlich ohne Gewähr, dass die Konsistenz der Daten gewährleistet ist. Und auch nach einem Update noch funktioniert.

Ohne einen Prozess, der z. B. vor einem Update sicherstellt, dass danach alles noch funktioniert, ist das ein Hochrisiko-Unterfangen. (Isolierte Testumgebung, automatisierte Tests, ...)

Moin,

wie gesagt, es gibt ja dutzende Servicepartner, die geile Sachen programmieren. Wir selbst nutzen einige Plugins und Module von einem SP und die funktionieren sehr gut. Auch nach jedem Update usw.

Intern bei JTL gibt es eine sehr gute SP Betreuung und ich denke das der Austausch da groß ist.

Also daher würde ich sagen, es geht fast alles

Grüße,
Visionsurfer

Niemals direkt in die Datenbank schreiben!!!!!!
Für den Datenimport gibt es die JtL-AMEISE, die kann ziemlich viel

Hallo,

ja schon. Die Ameise kann wirklich sehr viel. Aber es ging ja um die Frage der Modulentwicklung. Da muss ja sicherlich etwas hin und her geschrieben werden. Wie gesagt ich bin kein Programmierer, aber da kommt man dann mit der Ameise nicht weit.

Grüße,
Visionsurfer

Mit der JTL-Wawi gibt es eine JTLwawiExtern.dll

Sofern man diese in sein Windows Programm programmiert, kann man schon recht viel anstellen.
http://developer.jtl-software.de/projec ... _einbinden

Eine richtige API ist es nicht, unterstützt aber, dass man nicht direkt alles in die MSSQL schreiben muss.

Zu unterscheiden gilt es aber, dass der JTL-Shop z.B. Pluginfähig ist und hier diverse Plugins vorhanden sind. Auch hier bietet der Shop keine API, mit den Plugins ist aber bereits sehr viel möglich und theoretisch kann man sich damit eine eigene API bauen, um z.B. Drittsoftware anzubinden.

Hi zusammen,

JTL-Wawi hat keine API - das ist richtig. Es gibt die angesprochene Bibliothek WAWIextern.dll über die Standardfunktionen wie Bestandsbuchungen oder das Anstoßen von JTL-Workflows ermöglicht wird, damit man nicht direkt in die DB schreiben muss, sondern einfach die nötigen Parameter übergibt.

Die Datenbank ist offen - auch das ist richtig. Mit den korrekten Zugangsdaten kann man schreiben, lesen, löschen, updaten. Man kann sich also beliebige Erweiterungen als externe Programme erstellen.

Das ändern und direkte Schreiben in der Datenbank ist gefährlich - nur wenn man nicht weiß, was man tut. Dann sollte man auf die JTL-Ameise setzen! Wie visionsurfer schon schrieb, gibt es viele Partner, die bereits Entwicklungen direkt auf der Basis der Datenbank vornehmen und auch mit unserer Entwicklung in engem Kontakt stehen. Dazu gehören zum Beispiel Schnittstellen zu Greyhound, Amtangee, Unicorn2, die Kassenlösung LS-POS, WMS2Light und viele weitere mehr - vor allem kleinere Entwicklungen auf individuellen Kundenwunsch durch JTL-Servicepartner.

Features die man sich wünscht werden nicht umgesetzt, JTL-Wawi ist ein geschlossenes System - auch das ist grundsätzlich richtig. Wünsche hören wir uns trotzdem an und entwickeln sehr nah an und mit Kunden. Sowohl das Forum, geöffnete Tickets und unsere Feedback-Plattform http://feedback.jtl-software.de finden in unserer Entwicklungsabteilung Berücksichtigung. Wir entwickeln also keine speziellen Kundenwünsche - auch nicht für eine Millionen Euro - aber wenn 1.000 Kunden von dem Wunsch profitieren würden, hat der Wunsch gute Chancen umgesetzt zu werden - kostenlos.

Ich glaube damit konnte ich etwas Ordnung in das Chaos bringen. Und nun zurück zur Ursprungsfrage. Wie sind eure Erfahrungen? Plenty? JTL? Von Plenty zu JTL gewechselt? Oder sogar andersrum? Oder ein ganz anderes System?

Wir waren vorher bei actindo und sind jetzt seit Anfang des Jahres bei JTL. Wir könnten nicht zufriedener sein. JTL bietet WESENTLICH mehr Funktionen, Dank der offenen Datenbank wesentlich mehr Möglichkeiten. Thomas, Janusch und all die anderen Köpfe bei JTL sind einfach nur großartige Typen. Denen geht es nicht darum, möglichst viel Cash zu machen, sondern die wollen eCommerce vorwärts bringen. Es wird nur und ausschließlich daran gedacht, wie man Kunden weiter bringen kann. Und das mit gut 100 Leuten und ein paar Tausend begeisterten Kunden. Kundenforum, Servicepartnerlandschaft, Feedback-Plattform, usw usw. Da rollt was.

E-Commerce wird in den nächsten Jahren definitiv nicht einfach, insbesondere für kleinere und mittlere Händler, auch nicht mit JTL. Aber was Softwarelösungen für den eCommerce angeht ist meiner Meinung nach der Vergleich zwischen JTL und actindo oder auch Plenty und sonstigem ein wenig so wie der zwischen nem Tesla bei 120 kmh und nem Trabbi mit nem Platten.

Stetto hat geschrieben:Wir entwickeln also keine speziellen Kundenwünsche - auch nicht für eine Millionen Euro - aber wenn 1.000 Kunden von dem Wunsch profitieren würden, hat der Wunsch gute Chancen umgesetzt zu werden - kostenlos.

Und genau das ist das Problem an JTL. Wenn eine Erweiterung gebraucht wird die wirtschaftlich für mein Unternehmen wichtig ist, und zwar in Kürze, dann MUSS ich die Möglichkeit haben an diese Erweiterung zu kommen. Ich will nicht drauf warten dass sich 1000 andere Kunden dem Wunsch anschließen und JTL dann irgendwann mal kostenlos genau diese Erweiterung baut, sondern ich will zu branchenüblichen Stundensätzen diese Erweiterug beauftragen. Ohne wenn und aber. Alles andere ist Hobby.

norwayfishing hat geschrieben:

Stetto hat geschrieben: Alles andere ist Hobby.

Genau den Fehler macht SAP gerade und actindo hat ihn schon gemacht. Individualentwicklung über die generelle Entwicklung stellen.

JTL hat eine riesige Servicepartnerlandschaft, die dir alles mögliche programmieren kann.

@Stetto

Erstmal vielen lieben Dank für die ausführliche Erläuterung.

Aber wie läuft dies denn nun konkret wenn ich ein kleines Drittanbieter-Tool anbinden will?

Konkret gings bei meiner Anfrage zb um Replybutler, ein kleines spottbilliges Plug-In für Outlok welches mir mehrsprachig diverse Emailvorlagen mitbringt und sich bei uns derzeit aus Plenty ein paar Kunden- und Auftragsdaten soweit ich weiß rein lesend holt.

An wen verweise ich denn nun den dortigen Programmiermenschen?

https://www.itsth.de/de/produkte/replyb ... arkets.php


Gleiches wenn es um die Anbindung weiterer Paketdienstleister geht. Wir arbeiten bspw via EasyPak direkt mit der österreichischen Post zusammen über einen reinen Polling-Dienst (bei Plenty wird dort rein ein Paket-XML erzeugt, die Paketnummern muss ich manuell wieder in Plenty hochladen). Ich mein dass ist sicherlich für mehr Kunden relevant als die Schweizer 5-Rappen-Rundung Aber an wen wend ich mich wenn JTL mir das nicht bis zur 1.2. implementiert? (Dass die Planung dort bei euch durch ist und ihr nix neues mit reinnehmen könnt weiß ich selbst)

scheune09 hat geschrieben:

norwayfishing hat geschrieben:

Stetto hat geschrieben: Alles andere ist Hobby.

Genau den Fehler macht SAP gerade und actindo hat ihn schon gemacht. Individualentwicklung über die generelle Entwicklung stellen.

JTL hat eine riesige Servicepartnerlandschaft, die dir alles mögliche programmieren kann.

Eben nicht. Es scheitert bei einem derart geschlossenen System oft an banalen Dingen - die dann aber ein Go/Stop Kriterium sind. Will ich z.B. bei Merkmalen benutzerdefinierte Attribute hinterlegen können dann geht das nicht, und ein Drittanbieter KANN dir hier kein neues Feld in die JTL Gui hinterlegen. JTL könnte es mit wenig Aufwand, sollen es 2 PT sein. Überschaubare Kosten - aber es geht nicht Man kann nicht alles durch Drittanbieter abdecken, und wenn dann ist es maximal Unsauber und maximal Unintegriert.