Höre ich das erste mal, gut nicht meine baustelle tatsächlich aber wäre mir nichts bekannt.
Ist das gleiche wie jetzt. Wir cachen das, und ein gewisser ausfall wird überbrückt, sprich kein Stillstand, nur die Art der Kopplung ist anders. Vorher ein Token, jetzt OAuth
Und das sehe ich kritisch, SQL Server ist End of Life, damit erhält er keine Updates mehr, und ist Potenziell eine Sicherheitslücke, die bei ausnutzung dir das ganze Unternehmen riskieren kann. Stichwort: Verschlüsselungstrojaner etc.
Gut das kann ich nicht beurteilen. Das die 1.9 aber so schlimm ist kann ich nicht direkt bestätigen. Es ist vieles anders. Und natürlich nichts perfekt.
Aber defakto wird die 1.6, 1.7 nicht mehr Supported.
1.8 und 1.9 sind aktuell die die supported werden. und 1.5 läuft Ende Juli aus.
Wenn also was nicht geht, bist du auf einer Version die Probleme macht, und stehst am gleichen Punkt wie heute.
Dazu kommt, von der 1.5 kann es sein dass du garnicht mehr auf die 1.6 kommst. Wenn du ein Hotfix drauf hast, der nach dem letzten hotfix der 1.6 oder 1.7 liegt, dann musst du auf die 1.8.
Liegt an den Update wegen, da wir natürlich fixe in der 1.5 noch bereitgestellt haben, diese aber dann eben nicht in die 1.6 oder 1.7 gewandert sein können, da diese schon abgekündigt sind.
So sieht es aus, Ihr müsst arbeiten, aber dann solltet ihr auch gucken, dass man auf Versionen sind, die Supported werden. Sonst seit ihr auf einer Version relativ alleine gelassen. Wenn was nicht geht. Und gerade das Thema Sicherheits Updates, werden halt auch im Desktop Bereich immer häufiger. Diese fehlen dann einfach, und damit Riskiert ihr glaub ich mehr. So ein Verschlüsselungstrojaner, kann 1. sehr teuer werden, 2. wenn ihr keine guten Backup Strategien habt, ein Existenzrisiko darstellen.
Und wenn du schon schreibst, dass du einen SQL Server auf Kern Lizensierung benötigt hast (was ich dennoch nicht ganz nachvollziehen kann, da dies auch beim 2012 schon sehr viele Cals sind, wo der günstiger wird.
Dann hängen da schon paar Existenzen dran.
Hallo lieber Marc,
nochmals Danke für Deine Antwort.
Höre ich das erste mal, gut nicht meine baustelle tatsächlich aber wäre mir nichts bekannt.
Bezieht sich auf die Anmerkung von
@Powalowski hatte ich vorher zitieret.
Meine eigene Erfahrung, die unseres Versandes und der Lagerverwaltung, wird bei so etwas sofort hellhörig.
Ist das gleiche wie jetzt. Wir cachen das, und ein gewisser ausfall wird überbrückt, sprich kein Stillstand, nur die Art der Kopplung ist anders. Vorher ein Token, jetzt OAuth
Ok, wenigstens ein Risiko weniger.
Dazu kommt, von der 1.5 kann es sein dass du garnicht mehr auf die 1.6 kommst. Wenn du ein Hotfix drauf hast, der nach dem letzten hotfix der 1.6 oder 1.7 liegt, dann musst du auf die 1.8.
ungeachtet dessseen, das es mit 12 reiner Selbstmord sein kann, da unbekannt ist ob das Ding noch unter 12 überhaupt geht..
(Was brachial wäre!!!!),
ist kein Hotfix drauf. Beim damaligem Erstauftreten habe ich von deer 5.5.5 auf diee 5.55.5 upgedatet.
Das ist innerhalb dere Veresionsnummer, und noch tragbar. Nun geht ja auch diese nicht mehr.
Diee 1.6 macht allein schon von der uneinschätzbaren Rechenzeit her Angst. Ein erster Testlauf deer (2) kleineren
Datenbank, dauete einen ganzeen Tag. Beevor nicht das Lottospiel FFN Fenster wege ist, riskierre ich das gar nicht.
kiene Lust dn ganzene Tag die Datenbank umreechnen zu lassen, und dann quittet er es mir mit Fehler 404,
oder "Zeitlimit abgelaufen" und ich darf von 0 wieder von vorn anfangen. Auf keinen Fall. FFN haben wir
nur drin, wegen Updates, und - nie genutzt - Schon der Versuch brachte mehr Unsinn in uneren
Workflow ein, als je nützlich wäre daran. Der Grund war der vom Support empfohlene Versuch, für einen
Workflow als Lösung, also einem "Work Around" der vorher funktionierte, und dann nicht mehr möglich war,
den "Packtisch" auszuprobieren
... was wir nie benötigten, und das Problem auch nicht löste.
Seit dem, hängt nun FFN in der Datenbank, und behindert jedes Update was man probiert.
Ist ein Lottospiel.
das "Fenster" geht entweder:
- gar nicht auf,
- oder es kommt gleich Fehler 404,
- oder es steht da, sie haben 2, 1 keine Sekunden übrig.
Anschließend sagt dann JTL: "Zeit abgelaufen, Zonk. ich setze mal die datenbank zurück auf Vorher,
ihr Pech" und man darf mit dem Umrechnungsprozess von vorn beginnen.
Ohne die Bugs vorher, hätten wir FFN nicht mal aktiviert.
Updates...
Darum warte ich nun (das ist kein Problem, und schon eingereicht) auf das herausnehmen von FFN,
vorher möcht ich aber noch n Beckup machen, sicher ist sicher. Man weiß nie was passiert.
Gut das kann ich nicht beurteilen. Das die 1.9 aber so schlimm ist kann ich nicht direkt bestätigen. Es ist vieles anders. Und natürlich nichts perfekt.
Gut das kann ich nicht beurteilen. Das die 1.9 aber so schlimm ist kann ich nicht direkt bestätigen. Es ist vieles anders. Und natürlich nichts perfekt.
ANTWORT IM QUOTE, irgendwie ist das sdurcheinandergeraten, entschuldige - also der Rest steeht hier im Zitat.
0..9 auf 1.2, wir verlieren den Ausdruck "in Reinfolge". Nun werden Aufträge bunt durcheinander ausgedruckt, und nicht mehr so
wie man sie in Auftrag gibt. Das Sortieren der Zettel, kosteete uns zu Anfang täglich 2 Stundeen Mehrarbeit. ZWEI STUNDEEN!
mittlerweile nur noch ca. 45 Minuten Mehrarbeit, da wir unsere gesamte Arbeitweise darauf umstellen mussten, nun "in Schargen"
auszudrucken, ansonsten wird es vollkommener Wahnsinn. Nur 1 beispiel, ich habe ganze Listeen davon.
also: allein dem 1.2 Update, verdankn wir täglich 45 Minuten mehr Aufwand. Eine große Hilfe....
Ansonsteen wie ich schon ansprache::
- Workflows,
- Fullfilment,
- Pickliten,
- Lagerabgleiche,
- Mengen oder sonstiges,
- Steuer Büro Abgleiiche und Vergleichbar,
- und eine masse an Zeug was für uns nicht einmal interessant ist einzuleseen.
- Artikelüberarbeitung, Hochladen, Angleichen.
- FBA Pflege
für uns: zu 100% Unsinn.
Wir können dafür nicht einmal JTL beenutzen, dennn JTL würde unseree Arbeitssweiese egar nicht
vernünftig umsetzen können. Auch haben wir nicht 10 Pullover im Lager liegen, die auf 3 Portalen
Verrkauft werdeen, was einer abrechnen muss. das alles läuft nicht über JTL bei uns.
Ganz anderres System, vieeeeeeeeeeeeeeeeeeeeeel besser.
Was wir also ganz konkret nutzen:
- Abholung der Aufträge,
- Übernehmen der Aufträge (ausnahmsloss Fremdangebote, es GIBT keinen Artikelstamm in JTL, wäre Unsinn).
- export zur Versandsoftware
- Import der Paketnummern
- neuer Abgleich.
ggf. noch: "Hinweis funktion" (Notiz am Auftrag + Farbe)
... das ist alles.
Mehr tut JTL bei uns nicht.
keine Webshop Schnittsstelle, keinee Artikelpflege, keine Artikel in der dateenbank usw.
so verstehsst du das vielleicht eetwas besser.
jeder Mausklick mehrr = mehr Zeit nötig.
jedes warten auf 10 geladene scripte mehr = mehr ZEit nötig.
jeder Unsinn in den wir uns wieder einen Work Around überlegen müsseen, weil wir das nicht brauchen
nicht wollen, es suns bremst oder behindert
mehr Aufwand.
(Darum auch die Anmerkung: ja ein Verschlüsslungstrojaner, wäre unangenehm.
Das hieße: Server formatieren, Beckup frisch aufspielen, und das kostet mich wieder ca. 1 Stunde Arbeit.
Aber ein Weltuntergang wäre der nicht. Nichts liegt bei uns so zentral, das ein größerer Schaden entstünde.
und wenn jemand JTL Lahmlegt, ist das zwar nicht schön, ist es nciht.
... aber das bedeutet nicht das wir deshalb gleich tod sind, da JTL weder Artikel noch Stammsätze,
noch Angebote. kein FBA und nichts anderes verwaltet. Es ist also nicht : das Zentrum der Firma.
Die ist dezentral. Und selbst wenn der trojaner alle Rechner lockt, sind wir immer noch flexibel.
Also solche Leute haben bei uns keinen guten Markt. Bezahlen tut man die ja sowieso nicht.
Sollte jeder wissen... aber zu Grunde richten, können sie uns nicht. Dafür sind wir zu dezentral.).
Etwas was übrigens genau deshalb erarbeitet wurde, weil wir einen Workaround - um JTL herum -
drigend brauchten, dank Updates. Da da nie was ging. Und jedes Mal ein extremes Problem
das nächste jagte, aber die Arbeit musste weiterlaufen.
... darum setzen wir nicht allein auf JTL, sondern verwalten selbst, und nutzen JTL nur
um uns die ein oder andere Aufgabe etwas angenehmer zu machen, aber nciht um davon
abhängig zu sein.
(darum konnte ich den FFN Termin auch verlegen, und musste nicht vorm Wochenende ungeheuer
Streß damit machen. Wir kommen zurecht. JTL hat damit Zeit bis nächste Woche.
Wenn es geht, ist das schön.
wenn nicht: wir können ohne leben.)
als wir von der 0.7 zur 0.9 wechseln mussten, war ein vollkommen anderes Scan Systeem nötig.
meehr als 3 Monate Bugfixes, bis der kram ENDLICH wieder funktioniert.
.. bei so wenig Anspruch.
Wir benötigen nur die Abgleich Funktion, und : die geeht ja gerade mal wieder nicht.
Im Vergleich also zu einem Shop, deer - alles - in JTL managt
nutzen wir die simpelste Basis.
... die nun auch wieder nicht funktioniert.
alles andere z.B. das Anlegen von Warrengruppen, Einpflege von Produkten usw.. usw.
wäre für uns ein biblisches Amergeddon. Das wäre ungeheuer viel Aufwand,
für gar nichts. Wir wwürden nur alles verkomplizieren, und noch deutlich fehleranfälliger werden damit.
so verstehsst Du etwwas, wieso wir so "minimalistisch" sind.
Unser Gesamtsystem, ist ziemlich gut.
Und hätten wir noch die JTL 0.7 wäre es perfekt.
Nichts , gar nichts was hinzukam, ist uns eine Hilfe.
Alles, ausnahmslos, wurde nur teurer, und Zeug was entweder unnötig ist,
oder sogar meehr Zeit beansprucht und damit unseren Workflow stört.
Stell Dir unsere Freude vor, auf ein Update.
Wir sind schon ganz wuschig..
aber:
Weil wir so agieren, sind wir auch fähig ohne Probleme auf den Termin zum Entfernen des FFN
zu warten.
weil::
wir können auch ohne JTL.
Das ist zwar nicht so bequem, aber möglich.
Kein problem. Also warte ich bis das sFFN raus iist,
und date dann auf die 1.6.42 ab
dann gucke ich, ob der Abgleich wieder geht.
wenn ja, habe ich die Möglichkeit, auf einerr VM auszutesten, weelches Amergeddon mit der 1.9 auf uns
zurollt. Und ich befürchtee ... schlimmess.
Alss wwir von der 0.9 auf die 1.0 gingen, war das Chaos und die Nerrven die b rachlagen
so gewaltig, und diee Störung in unserer Stapelverarbeitung so extrem.
das unsser Versandleiter in vollkommenem Nervenecollabs, über 400 Lieferscheine
in den Schredder geworfen hat.:
Wir warn fast vorm aufgeben..
... ave 1..9
"Nichts perfekt", das erwartet niemand, nur funktional genügt erst mal.
"Vieles anders" ... na gute Nacht.
das wird sicher wieder episch. Dann findet wieder wochenlang niemand den Button X weil der vorher bei Y war.
Ablauf 1 2 und 3 sind jetzt wo anders
Ablauf 3 gibt es vielelicht nciht mal mehr,
und für Ablauf 4 braucht man dann Zusatzpakete....
... ich habe mich in die 1.9 noch gar nicht eingelesen, die 1.8 auch nicht.
Eigentlich kenne ich bisher nur die 1.6. Das wird - mt Sicherheit - ein mächtiger Albtraum. Mir graut schon jetzt.
besonders toll wird es wenn Formulare nicht funktionieren, wie wir es auch schon hatten.
dann ist der Hint: "JTL betreut das nicht, nehmen sie einen Servicepartner"
das letzte mal warn s 1800 Euro.
mal schaun.
Wir harren mal der dinge die da kommen. Begeisterung ... hoffe ich ist so etwas verständlicher, sieht aber anders aus Marc.
wie gesagt:
Wenn man nur die Basis benutzt, dann will man den ganzen Kram rundherum überhaupt nicht.
Wird die Basis davon verändert und gestört, ist das nicht schön sondern ein Problem.
beste Grüße und ein schönes Wochenende.
PS: ich weiß das JTL größer werdene möchte, aber es gibt eben auch einige, die brauchen das einfach nicht so.
Die wollen nur in Ruhe leben
🙂
Und Archimedes sagte immer "Störe meine Kreiese nicht"
bei uns stören die Updates. Und wäre uner kompletter über 70 k großer Artikelstamm,
mit ungeheuer vielen verzweiften Komplexitäten, von JTL und seiner Funktionalität abhänig
Wären wir wahrscheinlich ... ich weiß nicht, schon lange an Gram gestorben.
Bei dem was wir mit Updates schon hinter uns haben... das war ziemlich schmerzhaft.
wobei ok, die 1.2 auf die 1.5 war ok. Die "ging" eigentlich.
Die vorherigen waren viel viel schlimmer. Die waren episch katastrophal.
PS bitte Doppelbuchstaben und Dreher entschuldigen, auf einer Tastatur mit sehr schlechtem Empfang geschrieben.
So in etwa wie : Updates, sehr qualvoll.
🙂
