Beiträge von AndiPalm

Hallo,

wie du schon richtig bemerkt hast, sind bisher nur DHL und Sendcloud verfügbar.

Deutsche Post geht auch über Sendcloud wenn du das brauchst.

Mit Sendcloud haben wir eine Schnittstelle und können damit sehr viele Versanddienstleister abdecken. Daher haben wir ins zunächst dafür entschieden. Langfristig kann man natürlich weitere Schnittstellen implementieren, aber die müssen auch wieder gewartet werden...

Amazon Multichannel Versand wird vermutlich deutlich komplexer sein und somit in nächster Zeit nicht möglich sein.

Soweit ich das verstanden habe gehört jeder Artikel in OpenXE in exakt eine Kategorie.

Da dies aber z.B. für Onlineshops nicht ausreichend ist, weil man bspw. einen Kugelschreiben sowohl unter "Schreibwaren->Stifte" als auch unter "Schreibwaren->Bestseller" anbieten möchte, gibt es zusätzlich einen Artikelbaum bei dem ein Artikel auch in mehrere Äste/Blätter gesteckt werden kann.

Wir sind mit der Schnittstelle auch noch in den Anfängen. Die von dir beschriebenen Probleme sind mir größtenteils auch schon aufgefallen und wir diskutieren teils intern auch noch wie es für uns gut wäre.

Ich glaube, dass der Gedanke bei der aktuellen Form der Schnittstelle war, dass OpenXE einfach alles 1:1 nach Shopware überträgt und gut ist. Das ist aber so nicht praktikabel und muss verbessert werden. Ich tendiere derzeit dazu, dass es auch eine Referenz zwischen den Kategorien geben sollte...

Genau.

Im ersten Schritt habe ich nur die grundlegende Funktion wie ich sie brauche implementiert. Auch weil sich bis dato niemand geäußert hatte, was genau gebraucht wird.

Für weitergehende Funktionalität bitte einfach hier unter Wünsche und Anregungen deine Wünsche gerne mit Beispielen beschreiben. Ich/Wir schauen dann ob und wann wir das umsetzen können.

Prima!

In dem Screenshot steht aber drin, dass bereits bis 01.06.23 abgerechnet ist. Vielleicht kommt das daher. Müsste ich nochmal prüfen bei mir.

Gruppen werden derzeit noch nicht unterstützt da ich sie selbst nicht brauche. Wenn das wichtig für dich ist, dann mach gerne einen Feature-Request auf mit einer kurzen Beschreibung was für dich wichtig ist.

Bitte führe mal die Datei "refreshFileCache.php" im Hauptverzeichnis von openxe aus (also auf der Kommandozeile "php refreshFileCache.php")

Ja, das ist absolut richtig. Alex hatte mich auch schon darauf hingewiesen. Ich bin nur leider noch nicht dazu gekommen dazu etwas zu schreiben oder das in die GUI einzubauen.

Du brauchst einen Prozessstarter für den cronjob "rechnungslauf_manual" wie hier im Screenshot:

Ich habe meinen alle 5min laufen, das kannst du aber gerne nach deinen Anforderungen einstellen.

Ja das kenne ich und das geht so einigermaßen, ist aber im alltäglichen Gebrauch leider sehr umständlich. Ich bin aber auch in den letzten Zügen was eine Basis-Implementierung angeht.

Im Moment brennt hier nur bei mir an vielen Stellen irgendwas und ich kann mir nur wenig Zeit für OpenXE nehmen. Hoffe, dass das nächste Woche wieder besser wird

Ich bin gerade an den Matrixartikeln dran, dass die in OpenXE gepflegt werden können. Ein paar Tage werde ich wohl noch brauchen, aber ich nähere mich dem Ende.

In wie weit das dann sofort von der Shopware 5 Schnittstelle bereits unterstützt wird oder ob da auch noch dran gearbeitet werden muss, das kann ich erst danach anschauen.

Haben sich damit jetzt alle Probleme erledigt oder nur ein Teil? Oder anders gefragt: Brauchst du jetzt noch meine Hilfe bzgl. Shopware?

Wir nutzen Shopware 6 und werden auch die Schnittstelle pflegen/erweitern

Vielen Dank für deinen Vorschlag.

Ja, man kann sicherlich vieles schöner und noch einfacher gestalten. Im ersten Schritt muss ich mich aber auf eine Minimalversion beschränken.

Aufwendigere UI würde ich wenn schon dann gerne auch mit den entsprechenden Tools wie bspw. Vue angehen. Das ist aber auf der aktuellen Codebasis nur eingeschränkt bzw. umständlich möglich. Daher erstmal die Basis, Komfortfunktionen wie von dir vorgeschlagen später (aber dann auch sehr gerne)

PHP ist (meiner Meinung nach) nach wie vor eine tolle Sprache und ich sehe ehrlich gesagt keinen Grund warum man hier von PHP weg gehen sollte. Ähnliches gilt für MySQL/MariaDB.

Jedes System und jede Sprache hat ihre Stärken und Schwächen und man wird immer Dinge finden die woanders schöner sind.

Aber für mich kommt es letztendlich darauf an was am Ende dabei raus kommt und das kann man mit PHP+MySQL gut bewerkstelligen.

Welche PHP-Version nutzt du? Ich vermute du musst PHP aktualisieren.

Hier die Systemanforderungen:

Beitrag

Systemvoraussetzungen von OpenXE

OpenXE benötigt zum Betrieb folgende Voraussetzungen:

• Ubuntu 22 mit Apache 2 Webserver
• PHP 8.1
• PHP mod_php (Apache 2.0 Handler)
• MariaDB 10
• 4 CPU-Kerne
• 8 GB RAM
• Installationsgröße ca. 1,2 GB
• 64 GB Festplattenspeicher (je nach Anzahl der Dokumente / E-Mail-Accountgrößen entsprechend mehr)

OpenXE ist grundsätzlich auch auf anderer Umgebung "lauffähig", jedoch konzentrieren wir uns auf die oben genannten Voraussetzungen, um bestmögliche Supportbedingungen schaffen zu können.

Josef

4. Oktober 2022

Alex  Josef Könnte einer von euch bitte das Label hier auf "In Arbeit" setzen?

Alles klar, danke für deine Ausführungen! Ich glaube dann sind wir gar nicht weit voneinander entfernt.

Ich glaube das mit dem Machtwort lässt sich einrichten, wenn wir Zeit haben uns mit der Fragestellung zu befassen. Ich persönlich hätte von meinem Bauchgefühl z.B. jetzt zu Symfony gegriffen. Vielleicht eignet sich Laravel aber besser?! Oder was ganz anderes?! Ohne das beantworten zu können, kann ich da auch keine Meinung zu abgeben und schon gar kein Machtwort

Vielleicht kannst du uns hier ja etwas unterstützen und ein paar Argumente pro/contra für die verschiedenen Frameworks sammeln. Wenn sich daraus bereits ein klares Bild ergibt, dann ist auch das Machtwort einfach. Wenn es das nicht tut, dann ist es sehr wertvoll nicht voreilig ein "go" in irgendeine Richtung gegeben zu haben.

Für mich persönlich ist zum Beispiel eine große Fragestellung: Wie gut ist es jeweils möglich neue Funktionen bereits auf Basis eines Frameworks zu entwickeln, gleichzeitig aber wenig Folgeanpassungen an altem Code machen zu müssen.

Ich möchte es nochmal so formulieren: Ja, ich möchte gerne bald eine solide Basis schaffen (z.B. mit Laravel oder Symfony). Aber wir sind bereits mit OpenXE produktiv und es läuft noch nicht alles so rund wie wir es eigentlich brauchen. Warum? Weil wir von Xentral dazu genötigt wurden und uns für das Ende mit Schrecken als ein Schrecken ohne Ende entschieden haben. Aber ich kann vor niemandem, nichtmal vor meinem IT- und Bastelherz rechtfertigen, dass ich an solchen Umbauten arbeite während wir noch keine Matrixartikel über die UI verwalten können.

Wenn ich mal meine Glaskugel frage, würde sie vermutlich einen Zeitrahmen von etwa 6 Monaten ausspucken in der zumindest ich persönlich noch keine Zeit für solche Umbaumaßnahmen finden werde.

Wenn du als erfahrener Laravel-Entwickler aber eine Idee hast, wie man die Umstellung des aktuellen Codes auf z.B. Laravel sinnvoll angehen sollte, dann bin ich da sehr offen für. Was wären deine ersten Schritte? Was würde man damit bereits "gewinnen"?

Also wenn du mich fragst, dann würde ich langfristig sehr gerne auf irgendeine Art Framework (ob nun Laravel, Symfone oder what ever ist erstmal egal) setzen. Aber das ist (wenn es überhaupt durch uns leistbar ist) sicherlich noch in größerer Ferne. Momentan sind wir dabei Funktionalität hinzuzufügen die in der Priorisierung "Show-stopper"/"Must have" liegt, damit OpenXE für viele Anwender nutzbar ist. Ich befürchte, dass diese Phase auch noch mehrere Monate anhalten wird.

Aber wir sollten das auf jeden Fall im Blick behalten. Die Frage ist natürlich auch: Wer kann das machen. Ich habe Erfahrung in Laravel und Symfony, bin aber kein Experte in dem Gebiet. Und man wird ja sicherlich eine gute Zeit lang ein Hybrid-System fahren müssen wie Xentral es mit der 22.x auch schon macht. Also bspw. Laravel Core mit Adaptern auf Legacy-Code. Sowas geht natürlich mit einem Laravel/Symfony-Experten einfacher.

Und ja: Die Codebasis ist ein ziemlicher Haufen von gutem, schlechtem und WTF-Code der aber in großen Teilen funktioniert. Und mit einem kleinen Team sollte man "If it is not broken, do not fix it" ebenfalls in gesundem Maße beherzigen. Ich versuche bei meinen Entwicklungen eine gewisse Modularität im Hinterkopf zu halten und vieles in eigene Module/Libs auszulagern um den Haufen zumindest nicht zu vergrößern

Ja absolut. Wir haben das Thema Backup damals im Rahmen der Cloud-Migration angesprochen und mir wurde das versprochen, dass es diese beiden Backup-Möglichkeiten gibt. Als es dann nicht funktionierte habe ich argumentiert, dass durch das Versprechen im Rahmen der Kommunikations-Migration die Backup-Funktionalität Vertragsbestandteil geworden ist und ich eine umgehende Lösung erwarte. Das hat funktioniert. Ich bekam sofort manuelle Backups auf einen FTP-Server hochgeladen bis nach etwa 3 Wochen dann der Fix fertig war.

Für uns war zu diesem Zeitpunkt bereits klar dass Xentral und wir keine Zukunft haben werden, aber vielleicht hilft das ja dem ein oder anderen weiter.

Ich bin keine Rechtsexperte, aber es gibt ja inzwischen gewisse Rechte auf die Daten und Migrationsmöglichkeiten. Insbesondere weil diese Funktionalität bis vor kurzem noch standardmäßig vorhanden war, würde ich das Dump einfach dort einfordern und glaube, dass man sogar über einen Anwalt da recht gute Chancen hat, sofern man für diese Funktionalität keine Verzichtserklärung unterzeichnet hat und nicht explizit über den Wegfall informiert wurde.

Ja, bitte Support-Ticket bei Xentral eröffnen. FTP-Backup funktioniert wenn die das fixen.

Das war für uns der finale Punkt schnell da weg zu kommen