Heute haben meine Berichte plötzlich aufgehört zu aktualisieren. Die Kernursache war die Umbenennung von Feldern, was einen Fehler verursacht hat. Mehrere Felder sind betroffen:
id_2 > id_3
project_id_2 > project_id_3
organization_id_2 > oragnization_id_3
Warum wurden diese Felder umbenannt?
Ist es möglich, vor solchen Änderungen eine Benachrichtigung zu senden? Es ist sehr unangenehm, wenn ich den Managern erklären muss, warum die Berichte heute nicht richtig funktionieren. Wir verlassen uns auf diese Feldnamen, es ist keine gute Praxis, sie willkürlich umzubenennen.
Das ist nicht das erste Mal, ein ähnliches Problem ist bereits vor etwa 1-2 Jahren aufgetreten.
Wahrscheinlich haben sich die Feldnamen aufgrund des Upgrades von Release 25.0 auf Release 26.0 in Invantive Cloud / Invantive UniversalSQL am Abend des 23. März 2026 geändert.
Die Namen der Simplicate-Felder werden automatisch aus den Metadaten von Simplicate abgeleitet und können sich zwischen Major- und Minor-Releases ändern.
Obwohl wir versuchen, unnötige Änderungen zu vermeiden, können sich insbesondere bei dynamischen Datenmodellen Feld- und Tabellennamen typischerweise unerwartet ändern.
Es gibt derzeit keine Pläne, solche Änderungen zwischen den Releases zu erkennen und im Voraus zu informieren, da ein Release gleichzeitig für alle Benutzer in Produktion genommen wird.
Falls eine individuelle Stabilität des Datenmodells erforderlich ist, empfiehlt es sich, eines der On-Premises-Produkte wie Invantive Data Hub einzurichten, um die Daten mit einer selbst gewählten Version abzurufen. Die Verwendung einer versionsspezifischen Konfiguration kann einige dieser Probleme mindern, aber je nach Plattform kann sich das zugrunde liegende Datenmodell auf Plattformseite (wie bei Simplicate, AFAS oder Odoo) dennoch dynamisch ändern.
Weitere Hintergrundinformationen finden Sie unter:
Vielen Dank für die Antwort. Ich verstehe zwar den Grund, aber es ist wirklich „gefährlich“, eine neue Hauptversion zu implementieren, ohne vorher testen zu können oder zumindest zu wissen, dass es passieren wird.
Ich wünschte, es gäbe eine „Test“-Umgebung, in der wir die Auswirkungen des neuen Releases herausfinden könnten. Was ist, wenn nicht die Struktur, sondern die Zahlen oder der Feldinhalt geändert werden? (zum Beispiel das Format, abgeschnittene Zeichenketten), wodurch sich Zahlen ändern können, ohne dass man es bemerkt.
Dennoch akzeptiere ich diese Tatsache, das ist kein geeigneter Ansatz für die Bereitstellung eines Reporting-Systems.
Mich beschäftigt dieses Thema wirklich sehr, denn es ist schwer, dem Management zu erklären, dass „es nun mal so ist“ oder dass „es uns einfach zufällig passieren kann“. Als Reporting-Manager bin ich dafür verantwortlich, und es wird meinem Ruf schaden. Deshalb hätte ich gerne eine Lösung, die solche Ereignisse verhindert oder zumindest vorhersagt. Wenn ich das Datum vorher wüsste, könnte ich kommunizieren, dass eine Wartung geplant ist und Probleme auftreten können. Das wäre für mich und auch für das Management akzeptabel.
Für die Cloud-Variante gibt es derzeit keine Pläne, eine solche Sandbox oder etwas Ähnliches anzubieten. Es wird empfohlen, davon auszugehen, dass dies passieren kann. Selbst wenn eine solche Umgebung verfügbar wäre, bliebe das Problem bestehen, dass viele Cloud-Anbieter sie nicht anbieten und fortlaufend neue Bezeichnungen veröffentlichen und ändern.
Um das Risiko etwas zu verringern, kann eine lokale Version verwendet werden, aber das beseitigt das Problem nicht vollständig, da verbundene Cloud-Anbieter ihre Datenmodelle dynamisch und ohne vorherige Ankündigung ändern können.
Bei Invantive wurde dies dadurch gelöst, dass täglich Mitarbeiter zur Verfügung stehen, um sich ändernde und unerwartete Bedingungen zu beheben.
Danke für die Antwort. Ich wünschte, wir würden das Datum der großen Versions-Upgrades kennen. IT-Dienstleister nutzen diesen Ansatz einfach, um ihre Kunden vorher zu benachrichtigen. Diese Upgrades werden geplant und kommuniziert.