Die Kachel „Retournierter Wert (abgeschlossen)“ im Analyse-Dashboard addiert jetzt den Betrag, den der Käufer wirklich gezahlt hat – Rabatte inklusive. Vorher nutzte sie den Katalogpreis des Artikels, weshalb die Zahl in Shops mit Rabatten über der Realität lag.
Was sich in der Kachel „Retournierter Wert“ ändert
Wenn der Käufer bestimmte Artikel seiner Bestellung auswählt, addiert returnEasier den Wert dieser Artikel. Bisher wurde dafür der Katalogpreis jeder Position genommen; ab heute der rabattierte Einzelpreis, also das, was tatsächlich abgerechnet wurde.
- Wenn dein Shop keine Rabatte oder Aktionen einsetzt, bewegt sich die Zahl nicht.
- Wenn doch, siehst du für denselben Zeitraum einen niedrigeren, ehrlicheren Wert. Es gehen keine Daten verloren: Es ist dieselbe Rücksendung, richtig bewertet.
- Bei älteren Bestellungen, die den gezahlten Betrag nicht gespeichert haben, greifen wir weiterhin auf den Katalogpreis zurück.
Den vollständigen Kontext des Dashboards findest du im Leitfaden zu Analyse und Benachrichtigungen.
Dein Tarif wird nicht mehr wegen eines unbekannten Namens herabgesetzt
returnEasier fragt Shopify, welcher Tarif aktiv ist, um zu wissen, welche Funktionen freigeschaltet werden. Passte der von Shopify gelieferte Tarifname zu keinem unserer Tarife – etwa nach dem Umbenennen eines Tarifs –, las die App das als „kein Tarif“ und konnte einem zahlenden Händler nur noch die Funktionen des kostenlosen Tarifs lassen.
Jetzt bedeutet ein Tarif, den wir nicht kennen, „nicht anfassen“: Dein gespeicherter Tarif bleibt, wie er ist. Kündigungen und Ablauf führen weiterhin zu Free, genau wie vorher, denn das sind klare Signale. Ein unbekannter Tarif löst auch keine Hinweise zum Testkontingent mehr aus, und der rechtliche Widerrufs-Button bleibt in jedem Fall aktiv. Wie der Tarif synchronisiert wird, steht im Leitfaden zu Tarifwechsel und Abrechnung.
„Genehmigen + Label“ prüft die vollständige Adresse
Für ein Retourenlabel mit deinem eigenen Sendcloud-Konto (Scale-Tarif) braucht es deine Schlüssel und eine vollständige Retourenadresse. Die frühere Prüfung war schon zufrieden, wenn überhaupt eine Adresse existierte – auch mit fehlenden Feldern – und der Fehler zeigte sich erst später, beim Anfordern des Labels bei Sendcloud.
Jetzt verlangt returnEasier Name, Adresse, Postleitzahl, Stadt und Land, bevor die Aktion angeboten wird. Fehlt eines davon, siehst du den Hinweis, Sendcloud unter Einstellungen → Retourenlabels einzurichten, statt eines Fehlers mitten im Ablauf. Details im Leitfaden zu Versandlabels mit Sendcloud.
Das Audit-Protokoll, in der Datenbank abgesichert
Die Historie jedes Antrags ist eine Kette von Ereignissen, die per Hash verknüpft sind: Damit lässt sich bei einer Prüfung belegen, dass nichts verändert wurde. Dass diese Kette linear ist, war bisher eine Regel, an die sich unser Code hielt; ab dieser Version ist es zusätzlich eine Datenbank-Bedingung (nur ein Glied pro Vorgängerglied und nur ein Ursprungsereignis pro Antrag). Würde etwas versuchen, sie zu verzweigen, stoppt returnEasier, statt einen Zweig zu wählen.
Du musst nichts tun: Deine bestehenden Anträge bleiben unverändert, und der prüfbare Export weist weiterhin auf jede fehlerhafte Kette hin.