> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dreizack-medien.de/llms.txt
> Use this file to discover all available pages before exploring further.

# Umstieg auf 3.0

> Was sich beim Update von Version 2.x ändert und wie du Reloadify danach wieder einschaltest

Version 3.0 überträgt Daten anders als 2.x: in Batches, in einem festen Takt und mit Leitplanken gegen versehentlichen Massenversand. Das Update selbst erledigt die technische Umstellung. Den Versand schaltest du danach bewusst wieder ein.

> [!WARNING]
>
> **Nach dem Update ist der Versand aus.** Trockenlauf an, alle Quellen aus, Abmelde-Abgleich aus. Bis du die Einrichtung durchgegangen bist, überträgt das Plugin keine Kunden, Bestellungen oder Produkte.

## Vor dem Update

**1. Resources & Health aktualisieren**

DZM Reloadify 3.0 braucht Resources & Health ab Version 1.11.17. Aktualisiere es zuerst.

**2. Flows in Reloadify ansehen**

Prüfe, welche Flows bei neuen Profilen, Bestellungen oder Anmeldungen Mails verschicken (Willkommensstrecke, Winback, Bewertungsanfrage). Wenn du nach dem Update Historie nachlädst, sollten diese Flows dabei nicht anspringen. Kläre das im Zweifel mit dem Reloadify-Support.

## Was das Update selbst erledigt

> [accordion] Cron-Jobs
>
> Die alten Cron-Jobs für Katalog, Bestellungen, Warenkörbe und Abmeldungen werden entfernt. Neu sind „DZM Reloadify: Sync“ (bei jedem Cron-Aufruf) und ein Wartungsjob (täglich). Hattest du unter einem dieser Namen schon einen Eintrag von Hand angelegt, bleibt seine Frequenz stehen. Das zeigt **Zugang & Cron**, und **Cron-Jobs reparieren** setzt ihn zurück.

> [accordion] Alte URLs und externe Dienste
>
> Die URLs aus 1.x und 2.0 (zum Beispiel `…/catalog` oder `…/orders`) führen weiter einen Takt aus. Nötig sind sie nicht mehr, der JTL-Cron übernimmt den Takt. Aufträge bei cron-job.org und ähnlichen Diensten kannst du löschen.

> [accordion] Sprachen werden zu Feeds
>
> Die Reloadify-Sprache wandert aus der Sprachzuordnung von 2.x an die [Feeds](https://docs.dreizack-medien.de/Reloadify/feeds.md). Gab es in 2.x keine Sprachzuordnung, legst du den Feed nach dem Update von Hand an. Haben zwei Feeds dieselbe JTL-Sprache, behält der Standard-Feed die Reloadify-Sprache, die anderen werden ausgelassen, bis sie eine eigene bekommen.

> [accordion] Profile
>
> Es gibt nur noch eine Profilzeile je E-Mail-Adresse. Bestellungen und Warenkörbe aus 2.x hängen am Standard-Feed.

> [accordion] Zwischen Hochladen und Aktualisieren
>
> Zwischen dem Ablegen der neuen Dateien und **Aktualisieren** im Pluginmanager pausiert der Abgleich. Die Übersicht meldet das, die Takt-URL antwortet solange mit HTTP 503.

> [!NOTE]
>
> Eine Ausnahme vom ausgeschalteten Versand sind **Abmeldungen**: Sobald ein Takt läuft, Zugangsdaten gespeichert sind und ein Feed läuft, gehen Abmeldungen aus JTL an Reloadify, auch im Trockenlauf. Beim ersten Mal sind das die Abmeldungen der letzten 14 Tage.

## Nach dem Update: wieder einschalten

Geh die [Einrichtung](https://docs.dreizack-medien.de/Reloadify/Installation.md#einrichtung-in-fünf-schritten) einmal komplett durch, auch wenn Zugangsdaten schon gespeichert sind:

**1. Zugang prüfen**

Schritt 1 ist neu und muss auch bei vorhandenen Zugangsdaten einmal grün werden.

**2. Feeds prüfen**

Vor allem die Reloadify-Sprache jedes Feeds. Sie lässt sich nur ändern, solange der Feed nichts gesendet hat.

**3. Trockenlauf ansehen**

Der Bericht zeigt, wie viel je Quelle offen wäre.

**4. Abmeldungen abgleichen**

Der Abmelde-Abgleich trägt bei Reloadify Abgemeldete auch in JTL aus. Danach stimmt deine Newsletter-Liste in JTL mit Reloadify überein. In den Pilotshops schrumpfte die JTL-Liste dabei um ein Viertel, das ist gewollt.

**5. Stichtag festlegen**

Unter **Einstellungen**. Ohne Stichtag gehen nur neue Daten raus. Mit einem Stichtag in der Vergangenheit lädt das Plugin die Historie ab diesem Tag nach.

**6. Quellen einzeln einschalten**

Am besten in dieser Reihenfolge: Katalog, Profile, Bestellungen, Warenkörbe. Beobachte nach jeder Quelle die Übersicht.

**7. Cron prüfen**

Unter **Zugang & Cron**: Läuft im Shop überhaupt ein Cron? Am besten beim Hoster einen Cron einrichten, der `/includes/cron_inc.php` alle 1–2 Minuten aufruft.

## Historie nachladen

Bestellungen und Profile gehen mit ihrem **echten Datum** an Reloadify: `ordered_at` ist das Bestelldatum aus JTL, `subscribed_to_newsletter_at` das Datum der Newsletter-Anmeldung. Reloadify übernimmt beide unverändert.

**1. Stichtag schrittweise zurücksetzen**

Zum Beispiel erst einen Monat, dann den Jahresanfang, dann die ganze Historie.

**2. Mengenbremse freigeben**

Mehr als 200 Datensätze aus dem Altbestand hält die [Mengenbremse](https://docs.dreizack-medien.de/Reloadify/einstellungen.md#mengenbremse) an. In der Übersicht gibst du sie mit **„n freigeben“** frei, je Ressource, also für Profile und Bestellungen getrennt. Die Freigabe gilt 24 Stunden für genau diese Menge, danach läuft der Versand von selbst.

**3. Flows beobachten**

Sieh nach jedem Schritt in Reloadify nach, ob Flows anlaufen, bevor du weiter zurückgehst.

> [!NOTE]
>
> Daten, die 2.x schon gesendet hat, gehen erneut raus, wenn sie nach dem Stichtag liegen. Das legt bei Reloadify keine Duplikate an: Alle Versionen bilden dieselben IDs, ein erneutes Senden aktualisiert den vorhandenen Datensatz.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.