Make Module Migrator: monday.com V1 ist abgeschaltet – so reparierst du deine Szenarien jetzt

⚠️ Update (Mai 2026): Die V1 API ist seit dem 1. Mai 2026 offline. Wenn deine Szenarien aktuell Fehler werfen oder still falsche Daten liefern, springe direkt zu „Du hast die Deadline verpasst?" – wir zeigen dir, wie du betroffene Szenarien findest und in wenigen Stunden wieder produktiv bist.

Die V1 ist Geschichte – und viele Accounts merken es erst jetzt

monday.com hat seine V1 API zum 1. Mai 2026 abgeschaltet, und mit ihr alle V1-Module in Make.com. Szenarien, die noch Legacy-Module verwenden, werfen seitdem Fehler – oder, schlimmer, laufen weiter, liefern aber falsche Daten, weil einzelne Felder still leer bleiben.

Die gute Nachricht: Makes Module Migrator funktioniert weiterhin und macht das nachträgliche Aufräumen erheblich schneller, als jedes Szenario von Hand anzufassen.

Was ändert sich?

monday.com hat seine API-Version aktualisiert, und Make hat eine neue V2-App veröffentlicht. Die Umstellung umfasst:

• Modul-Austausch – V1-Module müssen durch ihre V2-Pendants ersetzt werden
• Feld-Mapping-Änderungen – Einige Felder wurden umbenannt oder entfernt
• Zeitplan – Beide Versionen laufen parallel bis zum 1. Mai, dann wird V1 abgeschaltet

Betroffene Feldänderungen

Nicht alle Module erfordern manuelle Anpassungen. Aber bei diesen solltest du aufpassen:

Entfernte Felder

Module: List Boards, Get a Board

Diese Felder existieren in V2 nicht mehr:

• border
• var_name
• done_colors
• color_mapping
• labels_position_v2
• hide_footer

Aktion: Entferne alle Mappings, die auf diese Felder verweisen.

Umbenannter Timestamp

Module: Get an Item, Get an Item's Column Value, List Board's Items, List Group's Items, Search Items, Watch Board's Items und alle verwandten Watch-Module.

Änderung: changed_at heißt jetzt updated_at.

Aktion: Alle Referenzen von changed_at auf updated_at umstellen.

Der Module Migrator: Automatisierte Migration

Statt jedes Szenario manuell zu bearbeiten, übernimmt Makes Module Migrator die Schwerstarbeit:

So funktioniert's

1. Module Migrator öffnen – Direkt in Make unter apps.make.com/module-migrator
2. Ordner scannen – Wähle die Ordner aus, die du scannen möchtest; das Tool identifiziert alle Szenarien mit V1-Modulen
3. Migrationspfad wählen:
   • In-Place-Update – Module direkt in bestehenden Szenarien upgraden
   • In neuen Ordner klonen – Szenarien in einem neuen Ordner neu erstellen (empfohlen zum Testen)
4. Warnungen prüfen – Das Tool markiert Module, die manuelles Feld-Remapping benötigen
5. Bestätigen und migrieren – Das Tool tauscht alle kompatiblen Module automatisch aus

Was automatisiert wird vs. manuell

Automatisiert	Erfordert manuelle Arbeit
Modul-Tausch V1 → V2	Entfernte Feld-Mappings
Verbindungs-Neuverknüpfung	changed_at → updated_at Remapping
Basis-Feld-Mapping	Custom-Formeln mit alten Feldern

Geführte Fehlerbehebung

Für Szenarien, die nicht vollständig automatisiert werden können, liefert der Module Migrator ein Warning Bundle mit Schritt-für-Schritt-Anleitungen, was genau angepasst werden muss.

Best Practices für die Migration

1. Audit vor der Migration

Dokumentiere deine kritischen Szenarien, bevor du den Migrator startest. Welche Szenarien nutzen monday.com und was tun sie genau?

2. Zuerst klonen, dann testen

Klone immer zuerst in einen neuen Ordner. Teste die migrierten Szenarien, bevor du deine Produktions-Workflows ersetzt.

3. Downstream-Abhängigkeiten prüfen

Ein umbenanntes Feld (changed_at → updated_at) kann nachgelagerte Module brechen – Filter, Router oder verbundene Apps, die den alten Feldnamen referenzieren.

4. Mit echten Daten testen

Prüfe nicht nur, ob das Szenario läuft – verifiziere, dass die Ausgabedaten korrekt sind. Feld-Entfernungen können Logik still brechen, ohne Fehler zu werfen.

5. Make DevTool für Bulk-Updates nutzen

Das Make DevTool hat eine „Swap Variable"-Funktion, mit der du Mappings über mehrere Module gleichzeitig aktualisieren kannst – deutlich schneller als jedes Modul einzeln zu bearbeiten.

Migrations-Checkliste

Schritt	Status
Alle monday.com-Szenarien identifizieren	☐
Kritische Workflows dokumentieren	☐
Module Migrator Scan durchführen	☐
Szenarien in Testordner klonen	☐
Warning Bundles prüfen	☐
Entfernte Felder remappen	☐
changed_at → updated_at aktualisieren	☐
Migrierte Szenarien testen	☐
Produktions-Szenarien ersetzen	☐
Downstream-Integrationen verifizieren	☐

Zeitplan

Datum	Ereignis
Bis April 2026	V1 und V2 liefen parallel; Module Migrator verfügbar
1. Mai 2026	✅ V1-Support beendet – Legacy-Module werfen Fehler oder liefern unvollständige Daten
Jetzt (Mai 2026)	Recovery-Modus: Module Migrator weiterhin nutzbar, V2-Module sind Pflicht

⚠️ Wenn deine Szenarien jetzt failen: kein Grund zur Panik, aber auch nicht aufschieben. Jeder Tag mit kaputten Automationen kostet Pipeline-Daten, Benachrichtigungen und Vertrauen ins System.

Du hast die Deadline verpasst? So findest du betroffene Szenarien

Wenn V1 abgeschaltet wurde, ohne dass dein Team migriert hat, sind drei Fehlerbilder typisch:

1. Harte Fehler – Szenarien stoppen mit 400 Bad Request oder Module not found. Sichtbar in der Make Execution History und in deinen Notification-Channels.
2. Stille Datenlücken – Szenarien laufen weiter, aber einzelne Felder kommen leer zurück (z. B. border, done_colors). Filter und Router treffen dann falsche Entscheidungen.
3. Falsche Timestamps – Alles, was auf changed_at gefiltert hat, greift jetzt ins Leere, weil das Feld in V2 updated_at heißt.

Schneller Recovery-Workflow

1. Execution History prüfen – In Make: alle Szenarien nach Fehlern seit 1. Mai filtern. Achte besonders auf monday.com-bezogene Error-Codes.
2. Notification-Channels durchsehen – Slack/Email-Alerts der letzten Wochen nach „monday" durchsuchen, um stille Failures zu finden.
3. Module Migrator Scan – Komplettscan über alle Ordner laufen lassen. Das Tool listet jedes Szenario mit V1-Modulen auf, auch wenn es scheinbar noch läuft.
4. Downstream-Filter auditieren – Alle Filter, Router und Aggregator-Module manuell auf changed_at, border, done_colors und die anderen entfernten Felder prüfen.
5. Mit echten Daten testen – Stille Brüche fallen erst auf, wenn du die Output-Bundles eines Test-Runs Feld für Feld mit dem Ist-Zustand in monday.com vergleichst.

Fazit

Die V1 ist offline, aber der Module Migrator nimmt dir den Großteil der Arbeit ab. Wer jetzt scannt, klont, prüft und testet, hat einen kaputten monday-Stack in wenigen Stunden wieder produktiv.

Für Teams, deren CRM- oder Operations-Automationen seit dem 1. Mai nicht mehr sauber laufen, meldet euch bei uns – wir haben diesen Prozess bereits mit Dutzenden Kunden durchgeführt und priorisieren Recovery-Fälle.

Mehr über monday.com und Make erfahren? Lies unseren Make Automatisierungs-Guide, den Guide zu Error Handling & Retry-Strategien, das Monitoring & Observability Setup mit Datadog & Better Stack und unseren Security & Secrets-Management Guide – oder besuche die monday.com Tool-Seite.