Hab doch mal schnell geschaut: Die entsprechende Poll-Funktionalität, die dich dann über einen verfügbaren Download informieren würde, wurde vor knapp 2 Jahren deaktiviert. Das ist schon mal der Grund warum es nicht funktioniert.
Braucht ihr das denn zwingend als Download oder wäre unser Ansatz auch für euch passend?
Sonst müsste sich Alex einmal versuchen an die Gründe zu erinnern 
Dann finden wir da bestimmt eine Lösung
Die Drucker unter System->Einstellungen->Drucker haben wir mit unseren "echten" Druckern konfiguriert. Bei uns sind dort bspw. der A4-Laserdrucker und der Zebra Etikettendrucker vom Packplatz eingerichtet. Wenn man eine Paketmarke erstellt kommt diese dort sofort aus dem Drucker raus. Gleiches gilt für Rechnung und Lieferschein sofern diese denn überhaupt als Papierversion benötigt werden.
Man kann dort im Drucker ja auch die Möglichkeit "PDF in Verzeichnis" oder "Download" auswählen, das habe ich selbst aber noch nie benutzt. Müsste ich mir einmal anschauen wie genau das funktioniert sofern nicht Alex oder Josef ggf. schon etwas dazu sagen können.
Wie sieht denn die Konfiguration für die Versandart aus? Die verfügbaren Produkte werden anhand der Konfiguration ermittelt.
Probier doch bitte mal im OpenXE Hauptverzeichnis die Datei "refreshFileCache.php" mit php auszuführen.
Wenn wir damit noch etwas warten müssen wir sicherlich auch weniger Pionierarbeit leisten weil es in Zukunft vermutlich dann eher auch Bibliotheken geben wird die wir nutzen können.
Es wäre beispielsweise auch denkbar, dass wir in OpenXE lediglich eine API bereitstellen über die dann mit anderen Tools eine Rechnung übergeben werden kann, egal ob diese dann von einem Lieferanten per Zugferd oder von Amazon Invoicing oder whatever stammt. Just thinking...
Nach einem Missverständnis zwischen Bergami und mir sind wir nun an folgendem Punkt:
Die Berechnung und Darstellung funktionieren wie gewünscht. Lediglich das Feld "Anzeige Steuer auf Belegen" das entweder in den Grundeinstellungen, im Projekt, der Adresse oder im Beleg selbst eingestellt werden kann wird nicht aus Shopware übernommen. Soweit ich das bisher sehe ist das aber kein Problem der SW6-Schnittstelle sondern insgesamt im Shopimporter nicht vorgesehen ( Alex korrigiere mich gerne wenn ich falsch liege).
Der in Xentral/OpenXE mögliche Weg besteht meinem Verständnis nach in der Nutzung von Projekten. Wenn man also zwei Projekte anlegt "SWB2B" und "SWB2C" dann kann man dort die Einstellung "Anzeige Steuer auf Belegen" entsprechend setzen. In der Shopware-Schnittstelle legt man dann entweder ein Gruppenmapping Kundengruppe->Projekt oder aber Subshop->Projekt an (je nachdem wie man es in Shopware konfiguriert).
Bergami meinte zu mir jedoch, dass es bei Ihnen mit der SW5-Schnittstelle wohl auch irgendwie anders funktioniert, ich komme aber nicht dahinter wie das gehen soll. Wenn hier jemand noch andere Ideen hat, würde mich das auch interessieren...
Die Erweiterung um den Bogx-Konfigurator ist meiner Ansicht nach aber so erstmal fertig und ich mache einen PR dafür auf.
Bitte trag bei "Name der Standardpreisgruppe" einmal "All customers" ein wie es auch im Screenshot der Shopware Staffelpreise angezeigt wird
Import müsste ich prüfen, habe ich bisher noch nicht verwendet. Bei uns ist openXE das Quellsystem.
Hinsichtlich des Exports: Hast du das Feld "Name der Standardpreisgruppe" korrekt befüllt? Darüber sucht er die richtige Preisgruppe in Shopware. Wenn das nicht passt könnte es zu deinem Problem führen.
Ich habe das vor einiger Zeit schon mal verbessert gehabt, aber scheinbar vergessen dafür einen PullRequest zu erstellen. Habe ich gerade nachgeholt.
Okay, ich bin hier einen Schritt weiter.
Auch in den B2C-Bestellungen die ich von deiner Test-Instanz bekommen habe wird eine Steuer berechnet. Das was da von Shopware kommt ist irgendwie widersprüchlich. Shopware meldet sowas:
Netto-Betrag: 1000 €
Brutto-Betrag: 1000 €
Steuer: 19% 190 €
Und hier entscheidet dann der Algorithmus von OpenXE scheinbar anders als der von Shopware... Ich schaue mir das nochmal in einem "blanken" Shopware an ohne Plugins um einzugrenzen was hier los ist.
Freut mich, dass es funktioniert.
Mit einem Pull Request warte ich noch bis die Brutto/Netto-Frage geklärt ist.
Hast du in der Schnittstelle den Demo-Modus aktiv? Wenn ja werden keine Änderungen an Shopware gepusht und daher bleibt der erste Auftrag immer im Status "abzuholen". Wenn du den Demo-Modus ausschaltest müsstest du auch weitere Aufträge importieren können.
Okay, dann setze ich das erstmal so um. Solltet ihr oder jemand anders die andere Vorgehensweise noch benötigen kann man das sicherlich noch gut ergänzen.
Wie erwartet bereitet der Import der Daten keine Probleme. Das klappt mit überschaubarem Aufwand.
Zur Verarbeitung dieser Daten: Denkbar wäre es, immer mit dem selben Produkt in OpenXE zu arbeiten, aber die Artikelbeschreibung in Auftrag/Rechnung so anzupassen, dass die Daten aus dem Konfigurator dort dargestellt werden. Außer dieser Beschreibung gibt es dann aber weiterhin keine Möglichkeit die Konfiguration einzusehen. Eine andere Möglichkeit wäre für jede bestellte Konfiguration in OpenXE einen neuen Artikel als Variante des "Grundprodukts" anzulegen. Wenn ich jetzt an Bergami Situation denke, dann vermute ich einfach mal, dass es nur wenige Bestellungen mit der exakt selben Artikelkonfiguration gibt und man somit für (fast) jede Bestellung dann einen OpenXE-Artikel hat. Das ist vielleicht Overkill, vielleicht aber auch notwendig wenn weitere Prozesse wie Produktion o.ä. da dran hängen.
Was genau braucht ihr hier?
Ja, einen Blick auf die Dokumentation konnte ich schon werfen und ich denke, dass ich diese Daten recht einfach importieren kann. Lediglich die Darstellung dieser Daten innerhalb der Auftragsposition ist mir noch nicht 100%ig klar. Habt ihr eine Test-Instanz von dem Shop inkl. dieser Erweiterung zu dem ich ggf. einen API-Key bekommen kann um mir das mal mit "echten Test-Daten" anschauen kann was bei mir da ankommt?
Ich kann mir das gerne einmal anschauen.
Ja, die gab es mal. Wir waren ja auch früher bei Shipcloud. Und dann hat diese Schnittstelle immer schlechter funktioniert. Wir waren zu dem Zeitpunkt auf der Xentral Starter-Version und der Support hat uns empfohlen auf Sendcloud zu wechseln weil die Schnittstelle wesentlich besser unterstützt sei. Das war auch so und wir sind dann bei Sendcloud geblieben.
Man kann sicherlich die Shipcloud-API mit überschaubarem Aufwand auch wieder neu implementieren, aber ich schaffe das im Moment zeitlich leider nicht.
So, nachdem ich nun über drei Wochen krank war und demnach auch vieles liegen bleiben musste, habe ich heute mal den aktuellen Stand des Matrixmoduls in meinem Fork gepusht. (https://github.com/exciler/OpenXE/tree/matrixartikel)
Was noch fehlt ist das Thema Übersetzungen an dem ich aber schon dran bin. Wer Lust/Zeit hat, darf aber gerne mit dem Fork schon mal testen und Feedback geben. Sobald die Übersetzungen fertig sind werde ich dann einen Pull-Request aufmachen.
Ich habe dafür derzeit keine Kapazitäten, sorry.
Da es mit Sendcloud eine funktionierende Alternative gibt wäre für mich persönlich die Priorität hier auch eher geringer.
Ah okay. Dann ist "versand" aber doch vermutlich genau das gleiche was du jetzt als "versandpaket" umgesetzt hast. Da gab es auch schon eine Mehrfachbeziehung. Aber es ist ja auch quasi unmöglich alles zu überblicken was es da irgendwo gibt 
