Frappe CRM Build scheitert: DataImport-Export fehlt?

Nach einem Frappe-Update bricht der Asset-Build von CRM mit MISSING_EXPORT ab. Der Import verweist auf DataImport, aber das Framework stellt diesen Export im erwarteten Modul nicht bereit. Damit fehlen gegebenenfalls die neuen Frontend-Dateien, obwohl andere Teile des Updates bereits gelaufen sind.

Eine konkrete App-/Framework-Kombination

Der Originalbericht betrifft CRM 1.88.0 mit Frappe 16.53.0. Er beschreibt eine veränderte DataImport-Komponentenschnittstelle. Q1 Die offiziellen Release-Notizen von CRM 1.89.0 nennen anschließend den Umbau der Importseite auf neue Framework-Komponenten und eine Kompatibilitätskorrektur für Frappe 15. Q2

Diese Hinweise machen eine zueinander passende Versionskombination zum ersten Prüfpunkt. Sie garantieren nicht, dass jedes Projekt mit eigenen Apps oder Erweiterungen durch ein einzelnes Upgrade fehlerfrei wird. Auch ein umbenannter Import allein muss die geänderte Komponentenverwendung nicht korrekt abbilden.

Den Build reproduzierbar eingrenzen

1. Ersten relevanten Fehler sichern. Erfasse die Stelle mit Modulpfad, Exportname und importierender Datei. Nachfolgende Buildfehler können lediglich Folgen dieses ersten Abbruchs sein.
2. Versionsmatrix erstellen. Notiere Frappe, CRM, ERPNext, weitere Apps, Git-Revisionen sowie die verwendeten Node- und Paketmanagerstände. Vergleiche diese Liste mit dem letzten erfolgreichen Build.
3. Lokale Abweichungen prüfen. Gibt es Änderungen an Appquellen, Lockfiles oder installierten Abhängigkeiten? Halte sie fest. Ein Mix aus alten Abhängigkeiten und neuen Quellen erschwert einen aussagekräftigen Vergleich.
4. Passende Releases in einer Kopie testen. Stelle einen sauberen, abgegrenzten Build mit nachvollziehbarem Quell- und Lockfile-Stand her. Prüfe die offiziellen CRM-Hinweise für den verwendeten Framework-Zweig. Übernimm nicht lediglich einen Dateinamen aus einer fremden Lösung.
5. Importoberfläche gezielt abnehmen. Nach erfolgreichem Build kontrolliere in der Testumgebung das Öffnen der Importseite, die Auswahl einer neutralen Beispieldatei und die Vorschau beziehungsweise Validierung. Ein technisch fertiges Bundle beweist noch keine funktionierende Datenimport-Oberfläche.

Deployment als zusammengehörigen Stand behandeln

Anwendungscode, Assets und notwendige Migrationen müssen zueinander passen. Entscheide vor dem Umschalten, wie bei einem fehlerhaften Update ein konsistenter Stand wiederhergestellt wird. Ein spontanes Framework-Downgrade oder Änderungen in generierten Bundles können weitere Kompatibilitäts- und Wartungsprobleme erzeugen.

Häufige Fragen

Kann ich nur den Importnamen ersetzen?

Nicht ohne Prüfung der neuen Komponentenschnittstelle. Parameter, untergeordnete Komponenten oder Verhalten können ebenfalls anders sein. Bevorzuge den gepflegten Appstand.

Was brauche ich für Unterstützung?

Den ersten Buildfehler, Versionsmatrix, relevante lokale Änderungen und einen minimalen Buildablauf. Ein neutraler Testdatensatz genügt für die Prüfung der Importoberfläche; produktive Kundendaten sind dafür nicht erforderlich.

Unterstützung für diesen Fall

Wir helfen dir, den betroffenen Ablauf einzugrenzen und die nächste Maßnahme kontrolliert vorzubereiten. Fall A0542 mit KAN KAI WORKS besprechen.