Änderungsprotokoll

Der Dolibarr-Bestand wird wieder an Shopify übertragen: Aktualisierungen wurden abgelehnt, sobald ein Produkt bereits Online-Bestand hatte („changeFromQuantity“). Das Modul liest nun die tatsächlich bei Shopify gespeicherte Menge, sendet nur die Differenz, bündelt Aktualisierungen in Stapeln, und ein vorübergehender Shopify-Ausfall setzt Produkte nicht mehr dauerhaft auf Fehler; hängengebliebene Produkte werden automatisch neu eingereiht

Die REST-API des Moduls antwortete seit 2.6.0 mit einem 500-Fehler, selbst mit gültigem Schlüssel: behoben und über echtes HTTP auf Dolibarr 18 und 24 mit dem ausgelieferten Paket überprüft

Die Wartungswerkzeuge öffnen sich endlich (der Reiter stürzte beim Öffnen ab), und der Reiter „Statuszuordnung“, der keinerlei Wirkung auf Ihre Bestellungen hatte, wird entfernt — alte Links leiten auf „Bestellkonfiguration“ weiter

Der Webhooks-Reiter stürzt nicht mehr ab: Das Abwählen von „Sofortige Verarbeitung“ oder das Leeren eines Zahlenfelds verursachte einen Fatalfehler, und die leere Zeile bei „Webhook-Benutzer“ ließ alle Ihre Webhooks mit einem 500-Fehler antworten

Das Speichern der Produktkategorie eines Shops löscht nicht mehr stillschweigend dessen Bestell-, Rechnungs- und Angebots-Tags. Zu prüfen: Öffnen Sie jedes Shop-Blatt, Reiter „Kategorien und Tags“, und kontrollieren Sie, dass die drei Tags ausgefüllt sind

Eine manuelle Kollektion wird nicht mehr mit einer automatischen verwechselt: Ihre Produkte werden wieder zugeordnet, und durch Bedingungen gesteuerte Kollektionen werden im Synchronisationsbildschirm gesondert gemeldet

Kritische Korrektur: In einem Shopify-Shop mit mehreren Standorten/Lagern wurde der reine Bestands-Resynchronisierungszyklus (wenn sich der Produktinhalt seit der letzten Übertragung nicht geändert hat) von Shopify systematisch abgelehnt. Ein Integrator meldete 141 Fehler bei 158 Produkten, wobei der Bestand bei Shopify auf seinem alten Wert blieb, ohne dass je eine Aktualisierung durchging. Die Ursache: Die Referenzmenge wurde mit einem standortübergreifenden Shopify-Bestand verglichen, während Shopify sie tatsächlich mit dem für Ihren Shop konfigurierten einzelnen Standort vergleicht — bei einem Shop mit nur einem Standort unsichtbar, tritt der Fehler auf, sobald ein zweiter Standort existiert. Sie wird nun stets am tatsächlich für Ihren Shop konfigurierten Standort gelesen. Starten Sie nach dem Update eine Bestandssynchronisierung für die zuvor fehlerhaften Produkte neu

Korrektur: Bei einem Produkt mit mehreren Varianten werden nicht mehr alle Varianten durch das Problem einer einzigen blockiert — kann eine Variante in einem bestimmten Zyklus nicht neu synchronisiert werden, werden die anderen, korrekt synchronisierten Varianten desselben Produkts nicht mehr mit ihr zurückgehalten

Korrektur: Ein tatsächliches Konfigurationsproblem des Shopify-Standorts (Standort gelöscht, ungültig oder deaktiviert — z. B. ein altes, geschlossenes, aber nicht gelöschtes Lager) wird nun klar in den Protokollen und der Synchronisierungsübersicht gemeldet, mit der je nach Fall zu ergreifenden Maßnahme. Eine falsch konfigurierte Standort-ID wird zudem nun sofort erkannt, ohne auf den Aufruf bei Shopify zu warten

Korrektur: Eine von Shopify auferlegte vorübergehende Verlangsamung (Ratenbegrenzung, normal bei einem großen Katalog) wird nie mit diesem Standort-Konfigurationsproblem verwechselt — sie folgt weiterhin dem normalen Pfad, mit einem erneuten Versuch im nächsten Zyklus

Korrektur: Ein korrekt definierter Artikel mit einem Bestand von null wird nicht mehr mit einem Artikel verwechselt, dessen Menge nicht gelesen werden konnte — ein rechtmäßig null Bestand am konfigurierten Standort wird nun korrekt an Shopify gesendet

Korrektur: Bei einer Installation mit mehreren Shopify-Shops bleibt die Synchronisierungsverfolgung eines Produkts korrekt pro Shop isoliert, ohne Vermischung zwischen Shops; die beiden mit dieser Version eingeführten Zähler sind zudem nun direkt auf dem Bildschirm der manuellen Synchronisierung als eigene Banner sichtbar

Kritische Korrektur, buchhalterische Auswirkung: Seit dem Update vom 18. September 2026 (Version 2.5.5) konnte eine Shopify-Bestellung mit einem bestellweiten Rabatt (Gutscheincode oder automatischer Rabatt auf mehrere Artikel) mit einem Rabatt importiert werden, der fast doppelt so hoch war wie der von Shopify tatsächlich gewährte. Bei einer Bestellung über 2.520,00 € netto mit 5 % Rabatt (126,00 € netto) übernahm der Import 245,70 € netto. Der Betrag des bestellweiten Rabatts wird nun direkt aus der von Shopify bereits pro Position berechneten Aufteilung übernommen und nur einmal gelesen — eine Doppelzählung wird strukturell unmöglich

Korrektur: Ein Rabatt, der nur einen Teil Ihrer Artikel betrifft (z. B. „-10 % auf Sale-Artikel“), konnte in manchen Fällen auf den Wert aller Artikel der Bestellung statt nur der betroffenen Artikel berechnet werden — vorhanden seit demselben Update vom 18. September

Korrektur: Bei einigen Rabatt-Apps von Drittanbietern oder Shopify Functions, die den bestellweiten Rabatt bereits im von Shopify angezeigten Preis widerspiegeln, zählte die erste Korrektur dieser Version ihn trotzdem ein zweites Mal. Die Berechnung liest nun jede Rabattaufteilung nur noch einmal, unabhängig davon, wie Shopify den Positionspreis sonst anzeigt

Korrektur: Marketplace-Bestellungen (Nature & Découvertes und ähnliche Kanäle), die nicht immer den MwSt.-Satz je Artikel angeben, konnten ihren bestellweiten Rabatt um 20 % überschätzt bekommen; das Modul greift für diese Berechnung nun auf den MwSt.-Satz Ihres Dolibarr-Produkts zurück, wie es das für die Position selbst bereits tut

Korrektur: Eine Bestellung mit gemischten MwSt.-Sätzen (z. B. 5,5 % und 20 % in derselben Bestellung) verteilte ihren gesamten bestellweiten Rabatt auf den höchsten Satz; es wird nun eine Rabattzeile je tatsächlich betroffenem MwSt.-Satz erstellt

Ein von Shopify gemeldeter, aber in der Positionsaufschlüsselung nicht auffindbarer Rabatt verschwindet nicht mehr stillschweigend: Er wird nun zur Untersuchung protokolliert

Korrektur mit buchhalterischer Auswirkung: Ein auf die Positionen verteilter Gesamtrabatt wurde auf zwei Importwegen nie angewendet — beim historischen Import und beim Abruf einer einzelnen Bestellung, also auf dem Weg, der nach der Benachrichtigung über eine neue Bestellung genutzt wird. Eine für die Entscheidung nötige Information wurde bei Shopify nicht angefordert, die Bedingung war daher immer falsch: Die Bestellung wurde zum vollen Preis erfasst, ohne Fehler und ohne Warnung

Korrektur: Der Bestand einer Variante ohne passende SKU wurde nie an Shopify übertragen, und nichts wies darauf hin. Die Variante blieb dauerhaft bei der Menge, die sie zum Zeitpunkt der Abweichung hatte — verkäuflich obwohl ausverkauft, oder unverkäuflich obwohl auf Lager — während der Bericht eine erfolgreiche Synchronisation meldete

Korrektur: Ein Produkt, dessen Fotos auf Shopify-Seite verschwunden waren (Produkt gelöscht und neu angelegt, Medien manuell entfernt, Wiederherstellung einer Sicherung), bekam sie nie zurück. Das Modul stützte sich auf einen Fingerabdruck der Dolibarr-Bilder, um zu schließen, dass Shopify sie bereits besitzt, und keine Bereinigung löschte diesen Fingerabdruck: Das richtige Vorgehen konnte, korrekt ausgeführt, nicht funktionieren

Korrektur: „Ihre Lizenz ist abgelaufen“ wurde angezeigt, obwohl in Wirklichkeit unser Server nicht geantwortet hatte. Eine Störung auf unserer Seite gibt sich nicht mehr als Problem auf Ihrer aus

Multicompany-Korrektur: Auf Installationen, bei denen Doli2Shop auf einem anderen als dem ersten Mandanten konfiguriert ist, wurde kein einziger Webhook angenommen. Der Einstiegspunkt lief stets im ersten Mandanten und fand dort das Signaturgeheimnis nicht: Bestellungen, Artikel und Lieferungen kamen nicht mehr an — ohne jede Fehlermeldung, und ohne dass etwas für eine spätere Wiederholung aufbewahrt wurde

Multicompany-Korrektur: Artikelfotos gelangten nie zu Shopify. Dolibarr legt Dokumente in einem Unterordner mit der Mandantennummer ab, den das Modul nicht erkannte — der Diagnosebildschirm meldete „kein Artikel mit mindestens einem Foto“, während das ERP welche anzeigte

Multicompany-Korrektur: Die Mehrwertsteuer importierter Bestellungen wurde mit den Firmendaten des ersten Mandanten berechnet statt mit denen der betroffenen Firma

Multicompany-Korrektur: Die Standardzuordnungen für Zahlungsarten (Karte, Überweisung, Scheck, PayPal …) wurden auf einem sekundären Mandanten nie angelegt. Sie werden nun je Mandant gesetzt und überschreiben niemals eine von Ihnen geänderte Zuordnung

Korrektur, alle Installationen: Für jeden Artikel und bei jeder Synchronisation wurde eine Warnung geschrieben, das Foto sei nicht indexiert — auch wenn es einwandfrei indexiert war; zudem wurde jeder Artikel zweimal von der Festplatte gelesen

Korrektur, alle Installationen: Ihre Artikelfotos wurden bei jeder Benachrichtigung von Shopify dupliziert — schon eine Preis- oder Bestandsänderung genügte für eine weitere Kopie. Ein Kunde hatte vier Exemplare desselben Bildes an einem einzigen Artikel, drei davon am selben Tag erstellt. Für die bereits angesammelten Duplikate steht ein Aufräum-Bildschirm bereit: Er zeigt vor dem Handeln, was gelöscht wird, und rührt ein von Ihnen selbst hochgeladenes Foto nie an

Kritische Korrektur: Auf einigen Installationen musste die Shopify-Verbindung täglich manuell wiederhergestellt werden. Der Standard-Shop hielt zwei Kopien seiner Zugangsdaten, und die automatische Erneuerung aktualisierte nur eine davon; da ein Shopify-Token nur einmal gültig ist, verfiel die vergessene Kopie. Beide Kopien werden nun gemeinsam aktualisiert

Korrektur: Die Bezeichnung jeder Variante wurde bei jeder Aktualisierung aus Shopify durch den Titel des übergeordneten Produkts ersetzt, selbst bei einer einfachen Preis- oder Bestandsänderung. Bezeichnungen werden jetzt wie bei der Erstellung neu berechnet, und das Reparaturwerkzeug findet sie auch dann wieder, wenn sie bereits einmal verknüpft wurden

Korrektur: Auf der Webhook-Seite hatte die Schaltfläche zum Speichern keine Wirkung — die Liste der verfolgten Ereignisse ließ sich nicht ändern. Ein Strukturfehler der Seite verhinderte das Absenden des Formulars

Korrektur: Der Bildschirm zur Produktsynchronisation und die geplante Aufgabe betrachteten nicht denselben Umfang. Ein in einer Unterkategorie eingeordnetes Produkt wurde synchronisiert, ohne je auf dem Bildschirm zu erscheinen, der „keine Produkte" meldete. Beide verwenden nun dieselbe Definition, und ein neues Inbetriebnahmedatum erlaubt es, Bestellungen von vor Ihrem Wechsel zu Shopify auszuschließen

Korrektur: Auf Installationen mit mehreren Shops zählten die Zähler des Synchronisationsbildschirms jedes Produkt so oft, wie es in Shops vorhanden war. Die angezeigten Summen werden daher sinken: sie sind jetzt korrekt

Korrektur: Der Import historischer Bestellungen zeigte nie seinen Stand an — „abgeschlossen" blieb immer auf nein, die Statistiken blieben leer, und eine Änderung des Startdatums während des Vorgangs hatte keine Wirkung. Der Import berichtet nun über seinen Fortschritt und kann sich nach einem Fehler nicht mehr als abgeschlossen melden

Kritische Korrektur: Die geplante Aufgabe zum Nachholen von Lieferungen startete überhaupt nicht mehr und hinterließ dabei keinerlei Spur in Dolibarr — nur das Serverprotokoll hielt sie fest. Eine automatische Prüfung verhindert nun, dass eine solche stille Störung erneut auftritt

Korrektur: Zwei weitere geplante Aufgaben scheiterten aus einem verwandten Grund, darunter die Webhook-Zustandsprüfung — die genau dann ausfiel, wenn sie einen Vorfall aufzeichnete, also wenn sie am nötigsten war

Korrektur: Produkte mit Varianten erzeugten bei jeder Bildsynchronisation etwa dreißig Warnungen

Kritische Korrektur: Das Aufrufen einer Seite konnte die Schaltflächen einer anderen unbrauchbar machen. Die internen Aufrufe des Moduls erneuerten das Sicherheitstoken der Sitzung, und die Seite „Zustand" löst beim Öffnen eines pro Shop aus: Auf einer Installation mit drei Shops genügte das bloße Öffnen dieser Seite, damit Klicks auf der Webhook-Seite stillschweigend abgewiesen wurden

Korrektur: Dreißig Aktionen auf neun Verwaltungsseiten konnten bei abgelehntem Sicherheitstoken ohne Meldung und ohne Protokolleintrag abgewiesen werden — darunter die Zuordnung einer Lizenznummer zu einem Shop, die somit ohne jeden Hinweis fehlschlagen konnte. Alle zeigen nun eine ausdrückliche Fehlermeldung

Korrektur: Eine Synchronisation konnte die Webhooks anderer Shops abschalten

Korrektur: Auf der Webhook-Seite wurde „Konfiguration gespeichert" angezeigt, ohne dass sich der Zustand änderte. Anzeige und Speicherung betrachteten nicht dieselbe Datenbankzeile: Man deaktivierte einen Webhook, die Seite bestätigte, und nichts geschah

Korrektur: Die Deaktivierung entfernt nun jedes betroffene Abonnement und nicht mehr nur das erste gefundene — eine Zwillingszeile kann einen gerade entfernten Webhook nicht mehr zurückbringen. Die Aktivierung verwendet ein bestehendes Abonnement wieder, anstatt ein weiteres anzulegen

Von Installationen vor der Mehr-Shop-Unterstützung übernommene Inkonsistenzen werden dabei behoben: Eine als „aktiv" verbliebene Zeile ohne tatsächliches Abonnement wird zurückgesetzt

Korrektur: Bei mehreren verbundenen Shops zeigte die Webhook-Seite den ausgewählten Shop an, speicherte aber in einem anderen — Webhooks ließen sich nicht deaktivieren, die Schaltfläche „Speichern“ schien wirkungslos. Anzeige und Speicherung verwenden nun denselben Shop-Filter, und jeder Fehler wird im Klartext angezeigt statt als leere Meldung

Kritische Korrektur: Auf gehärteten Installationen (Anti-CSRF-Token bei jedem Seitenaufruf erneuert) wurden sämtliche Admin-Aktionen des Moduls stillschweigend abgewiesen — auch der Einrichtungsassistent. Die Prüfung entspricht jetzt dem Dolibarr-Kern, und eine Ablehnung wird immer angezeigt

Kritische Korrektur: Unter Dolibarr 18 bis 22 lieferte das Verbinden eines Shops nach der Rückkehr von Shopify einen Fehler 500, und der Shop ging verloren — das Modul nutzte eine Kernfunktion, die erst Ende 2025 eingeführt wurde

Korrektur: Bei Hostings im strikten SQL-Modus wurden Webhooks nie registriert — die von Shopify gesendeten Zeitstempel wurden von der Datenbank abgelehnt. Sie werden jetzt umgewandelt und in Weltzeit gespeichert

Korrektur: Aus Shopify importierte Variantenprodukte erzeugten keine echte Dolibarr-Variante — die Verknüpfung Hauptprodukt/Variante blieb in der Oberfläche unsichtbar, und die Variantenbezeichnung konnte mit der des Hauptprodukts identisch bleiben

Behoben: Der Import von Produkten mit Varianten schlug fehl, wenn dieselbe Referenz (SKU) von mehreren Shopify-Produkten gemeinsam genutzt wird — das Modul verwendet nun das vorhandene Produkt wieder, statt fehlzuschlagen, und zeigt bei anderen Problemen die vollständige Fehlerursache an

Behoben: Bestellzeilen aus Bundle-/Paket-Apps ("Stelle dein Paket zusammen") wurden nicht in Dolibarr angelegt — berechenbare, in einem Bundle gruppierte Produkte werden nun korrekt importiert (kostenlose 0-Euro-Komponenten werden weiterhin ignoriert)

Kritische Korrektur: der Dolibarr-Bestand wurde nie zu Shopify übertragen (Wiederauffüllung, Eigenproduktion, manuelle Korrekturen) — der Shopify-Bestand driftete mit jedem Verkauf ab, bis hin zu falschen negativen Werten. Jede Dolibarr-Bestandsbewegung wird nun in Echtzeit zu Shopify synchronisiert (Absolutwert, nie negativ)

Kritische Korrektur: Produkt-/Bestandssynchronisation zuverlässiger gemacht — eine deaktivierte Variante blieb manchmal auf Shopify sichtbar, und abweichende Bestände (teils negativ) wurden nicht mehr stillschweigend korrigiert; Fehler werden nun protokolliert und angezeigt

Kritische Korrektur: eine nach einem Fehler (Lager/Bestand) im Entwurf verbliebene Lieferung wurde nie automatisch nachgeholt — sie wird nun vom periodischen Nachhol-Job validiert und abgeschlossen

Anzeigekorrektur: falsch kodierte Sonderzeichen mit Akzent (doppelte Kodierung) im gesamten Admin-Bereich behoben

Korrektur: der Lizenzstatus eines Shops konnte auf "unbekannt" hängen bleiben — die Prüfung ist nun zuverlässig und stuft einen Standard-Shop nie herab

Kritische Korrektur: manche Bestellungen wurden nicht mehr von Shopify abgerufen (Regression aus 2.3.0) — die Bestellsynchronisierung funktioniert wieder normal

Korrektur: Webhooks, die auf eine veraltete Shopify-API-Version registriert sind, werden nun bei den Zustandsprüfungen automatisch neu registriert, pro Shop

Korrektur: Blockade bei der Modulaktivierung auf Multi-Shop-Installationen (leere Seite)

Korrektur: Prozentuale Rabatte wurden zu niedrig berechnet — der Rabatt wurde auf der Netto-Basis berechnet und dann ein zweites Mal durch (1 + MwSt.) geteilt, als wäre er ein Brutto-Betrag. Bestellungen mit prozentualem Promo-Code entsprechen nun exakt dem in Shopify angezeigten Betrag (z. B. 5 % = −151,20 € brutto statt −126 €)

Kritische Korrektur: Lagerbestand wurde beim Import von Shopify-Bestellungen nicht reduziert — das Lager wurde bei der Rechnungsvalidierung nicht übergeben. Alle 4 Dolibarr-Regeln zur Bestandsreduzierung (Bestellung, Rechnung, Versand, Versandabschluss) werden nun abgedeckt

Korrektur: Die Berechtigungsmigration v2.2.4 (Änderung der Modul-ID) wird nun bei der Aktivierung automatisch ausgeführt — Benutzerrechte bleiben beim Upgrade von einer Version vor 2.2.4 erhalten

Webhook-Korrektur: falsche Callback-URL (fehlender /custom/-Pfad) ohne explizite Konfiguration, und die Einstellung der Aufbewahrungstage für Ereignisse wird nun von der Bereinigung berücksichtigt

Kritische Korrektur: Dokument-API-Aufrufe liefern 404 bei Installationen in einem Unterverzeichnis — ein fuehrender Slash ueberschrieb den Unterverzeichnispfad (Issue #288)

Alle Dokumentzugriffspunkte (Produkt- und Kategoriebilder) beruecksichtigen nun korrekt das Installationsunterverzeichnis

Behebt Dolibarr-Installationen in einem Unterverzeichnis (Version 2.2.6 umging dies bereits ueber den lokalen SQL-Fallback)

Kritische Korrektur: resiliente Produktbild-Synchronisation — automatischer SQL-Fallback (llx_ecm_files) wenn der Dolibarr REST-API-Endpunkt /documents nicht erreichbar ist (404, Timeout, HTML im Body). Produktbilder werden nun auch bei eingeschraenktem Hosting korrekt in Shopify synchronisiert (Issue #286)

Kritische Korrektur: Multi-Mandant-Entity-Filter zur Bild-SQL-Abfrage hinzugefuegt — verhindert Offenlegung von Bildern anderer Dolibarr-Entitaeten in Multi-Company-Installationen

Korrektur: falscher Sortierschluessel (filename vs. relativename) — Sortierung nach Position jetzt korrekt

Kritische Korrektur: Funktion verifToken() wurde auf bestimmten PHP-FPM-Stacks nicht geladen und blockierte die Shopify-OAuth — 4 Moduldateien binden nun explizit das compatibility.lib.php-Polyfill ein

Kritische Korrektur: Migration der Dolibarr-Modul-ID (436950 → 351003, offizieller Bereich für Association P'tite Tête) — automatische SQL-Migration erhält bestehende Berechtigungen

Kritische Korrektur: Admin-Seiten (Setup, Wizard, Produktsynchronisation) referenzierten eine nicht existierende CSS-Datei — CSS-Laden und Seitenanzeige nun korrekt

Kritische Korrektur: Varianten-Bestandsabgleich jetzt stündlich statt alle 24h

Webhook products/delete korrigiert — ungültige SQL-Abfrage behoben

Kritische Korrektur: keine Duplikate mehr auf Shopify nach Löschen eines Varianten-Produkts

Verbesserter Anti-Loop: prozessübergreifender Sync/Webhook-Schutz gegen Deadlocks

Diagnose-Fehlalarm behoben: API Documents 404 bei nicht vorhandenem Testprodukt wird nun als Warnung statt als Fehler gemeldet

~1.974 Zeilen toten Code entfernt

Dolibarr 23 Kompatibilität — systematisches Audit und Korrekturen

OAuth-Lizenzlink-Korrektur

Rabatte nicht auf Dienste angewendet