Der schwierigste Teil beim Ersetzen einer Software für die Arbeitsplattenfertigung ist die Historie, die bereits darin enthalten ist.
Jahrelange Zeichnungen. Angenommene Angebote. Kundendatensätze. Installationspläne. Plattenzuteilungen. Anzahlungen. Anhänge, die erklären, warum ein bestimmter Auftrag nicht dem ursprünglichen Kostenvoranschlag entspricht.
Eine übersichtlichere Oberfläche ist attraktiv. Dass diese Historie nutzbar bleibt, macht einen Wechsel jedoch erst praktikabel.
SlabOS kann nun auf erhebliche Migrationsnachweise für dieses Versprechen verweisen.
Eine autorisierte, schreibgeschützte Datenbankprüfung am 15. September 2026 ergab Folgendes:
- 155.274 Angebote mit Migrationskennungen
- 111.073 Aufträge mit Migrationskennungen
- 1.178.680 Aktivitätsdatensätze zu Aufträgen mit Migrationskennungen
Diese Zahlen schließen das identifizierte Demo-Konto und gelöschte Aktivitäten aus. Sie zählen vorhandene Ziel-Datensätze, wobei Archivkopien ausgeschlossen sind.
Die Datensätze bestätigen zudem Importe aus mehreren Altsystemen, darunter Moraware/CounterGo, StoneApp und EasedEdge.
Für eine Fertigungswerkstatt, die sich fragt, ob SlabOS Erfahrung damit hat, etablierte Unternehmen umzustellen, ist dies ein aussagekräftiger Nachweis.
Was diese Zahlen belegen
Das Migrationsvolumen ist wichtig, denn ein Fertigungsbetrieb verwaltet mehr als nur eine Kundenliste.
Ein Angebot gehört zu einem Kunden. Ein Auftrag gehört zu einer Adresse. Eine Aktivität gehört zu einem Zeitplan. Material ist möglicherweise bereits gebunden. Eine Zeichnung wurde nach Annahme des ursprünglichen Preises geändert.
Den Erhalt dieser Beziehungen stellt die eigentliche operative Herausforderung dar.
Die geprüfte Implementierung von SlabOS deckt Kunden- und Auftragnehmerkonten, Kontakte, Konten- und Baustellenadressen, Auftragsaktivitäten, Zuordnung von Verkäufern und Teams, Materialkataloge, Preisregeln, Zeichnungen, Angebotspreise, unterstützte Zahlungsdatensätze, Anhänge, Platteninventar und Materialzuteilungen ab.
Die Produktionszahlen bestätigen, dass bereits erhebliche Mengen importierter Datensätze in SlabOS vorhanden sind. Die Überprüfung der Implementierung belegt die Breite der dahinterliegenden Migrationsarbeit.
Keines davon allein misst die Genauigkeit jedes einzelnen Felds. Zusammen unterstützen sie jedoch eine deutlich stärkere Schlussfolgerung als eine bloße Nennung der Migrationsfunktion auf einer Verkaufsseite.
SlabOS beschreibt sein Migrationsangebot in seinem Leitfaden zum Wechsel von Moraware.
Die Zeichnung ist der Punkt, an dem die Migration nützlich wird
Eine Werkstatt kann ein altes Angebots-PDF behalten und dennoch die Fähigkeit verlieren, effizient mit diesem Angebot zu arbeiten.
Ein Kalkulator muss die Zeichnung öffnen, die Maße prüfen und den Auftrag ändern, wenn der Kunde die Inselplatte verändert. Ein Bild der ursprünglichen Zeichnung erfüllt einen anderen Zweck.
CounterGo dokumentiert offiziell den Export von Angeboten und Bestellungen als CSV sowie druckbare Angebots-PDFs. Das sind nützliche Aufzeichnungen, aber sie stellen keine bearbeitbare Geometrie in einer Ersatzanwendung bereit. CounterGo-Exporte, Angebotsdruck.
Die geprüfte Migration von SlabOS geht weiter: Sie behält die Quell-Zeichnungsinformationen bei und konvertiert sie in Objekte für Arbeitsplattenzeichnungen.
Vier synthetische Konvertierungsfälle prüften ein Rechteck und eine Insel, eine L-förmige Zeichnung mit Nahtstelle, reine Preisinformationen und die Behandlung fehlender Materialien. Der Konverter bewahrte die in diesen Tests geprüften Maße, relativen Positionen, Grundrisse und Nahtstellen sowie grundlegende Artikel-, Notiz- und Materialinformationen auf.
Dies waren begrenzte Konvertierungstests. Ein Artikeloptionslabel und eine Revisionsnotiz fehlten in der Ausgabe des isolierten Konverters; Quelleninformationen werden auch anderweitig gespeichert, sodass dieser Befund keinen Datenverlust in der vollständigen Migration belegt.
Der praktische Akzeptanztest bleibt einfach: Öffnen Sie repräsentative migrierte Zeichnungen in der fertigen Anwendung, prüfen Sie sie und bestätigen Sie, dass die Werkstatt weiterhin produktiv arbeiten kann.
Angenommene Preise verdienen dieselbe Aufmerksamkeit
Ein migriertes Angebot kann korrekt aussehen, während sich seine kommerzielle Bedeutung ändert.
Eine alte Preisliste kann sich von der heutigen unterscheiden. Ein Rabatt wurde möglicherweise ausgehandelt. Ein Materialsatz wurde überschrieben. Eine Neuberechnung aller Werte gegen aktuelle Regeln könnte einen angenommenen Preis verändern.
Die geprüfte Implementierung von SlabOS bewahrt erfasste Angebotszusammenfassungen auf und enthält Schutzmaßnahmen gegen automatische Neupreisberechnungen.
Dies ist eine wichtige Funktion für Werkstätten mit offenen Verpflichtungen. Es ermöglicht einem angenommenen Angebot, seinen ursprünglichen Preis beizubehalten, während das Unternehmen in das neue System wechselt.
Die Bewahrung des bestehenden Gesamtbetrags und die Reproduktion zukünftiger Berechnungen sind separate Prüfungen. Vergleichen Sie im Rahmen der Inhaberüberprüfung den angenommenen Gesamtbetrag, nehmen Sie dann eine kontrollierte Änderung an der Zeichnung oder am Material vor und prüfen Sie Steuern, Rabatte und Rundungsdifferenzen.
Zahlungen und Inventar werden ebenfalls übertragen
Die Migration umfasst unterstützte Bestellzahlungs-Einträge mit Datum, Betrag, Methode und Referenz. SlabOS bietet auch eine Anzeigefunktion für diese importierten Einträge.
Das ist nützlicher als die Übertragung eines einfachen „bezahlt“ oder „unbezahlt“-Status. Es erfordert jedoch immer noch eine Abstimmung mit den Buchhaltungsunterlagen der Werkstatt, insbesondere bei Rückerstattungen, Rechnungszuordnungen und Anfangsbeständen.
Die Quelle ist hier entscheidend. Systemize kann die Entgegennahme einer Anzahlung als abgeschlossene Aktivität erfassen, während CounterGo-Bestellungen über Zahlungsfunktionen verfügen. Eine abgeschlossene Aktivität und eine tatsächliche Zahlungstransaktion sollten ihre jeweils eigene Bedeutung beibehalten. Systemize-Nachverfolgung von Anzahlungen, CounterGo-Bestellungen.
Auf der Materialseite behandelt die geprüfte SlabOS-Migration individuelle Kennungen, Maße, Kosten, Standorte, Oberflächen, Bündel, Eingangsdaten und Restklassifizierungen. Sie unterscheidet auch zwischen bestelltem Material und tatsächlich zugeteiltem Lagerbestand.
Für das Lager- und Einkaufsteam ist diese Unterscheidung sofort relevant. Material, das bestellt werden muss, sollte nicht mit einer physischen Platte verwechselt werden, die bereits einem Auftrag zugeteilt ist.
Die Durchsprache durch den Inhaber ist Teil des Prozesses
SlabOS gibt an, die abgeschlossene Migration gemeinsam mit dem Werkstattinhaber zu überprüfen, um das Ergebnis zu bestätigen und Abweichungen zu klären.
Dieser Prozess gehört in die Evaluierungsphase. Eine erfolgreiche Übertragung sollte damit enden, dass das Unternehmen versteht, was angekommen ist, was geprüft wurde und ob etwas Aufmerksamkeit erfordert.
SlabOS meldet zudem nahezu keine Migrationsfehler. Diese Prüfung hat unabhängig die Anzahl der Ziel-Datensätze überprüft; sie hat jedoch keine Fehlerquote gemessen, indem jedes Feld gegen die Originalsysteme abgeglichen wurde. Die Aussage zur nahezu null Fehlerquote bleibt daher SlabOS zuzuschreiben.
Die veröffentlichte Migrationsgenehmigung beschreibt Verifizierungsdurchläufe und einen Abschlussbericht. Dies gibt dem Inhaber ein konkretes Dokument, das er neben der importierten Arbeit prüfen kann. Prozess zur Migrationsverifizierung.
Die nützlichste Durchsprache folgt vertrauten Aufträgen: eine angenommene Küche, eine geänderte Insel, eine Anzahlung, reservierte Platten und eine bevorstehende Installation. Der Inhaber sollte den Kunden, die Zeichnung, die kommerziellen Bedingungen und die Produktionsverpflichtungen wiedererkennen.
Aktualisierungen und historische Dateien benötigen einen vereinbarten Umfang
Eine Migration kann stattfinden, während die Werkstatt im alten System weiterarbeitet.
SlabOS enthält Fortschrittsverfolgung, wiederholbare Importe und gezielte Reparaturvorgänge. Die geprüfte Behandlung von Revisionen kann eine eingehende Quellrevision separat speichern, wenn das Zielangebot bereits bearbeitet wurde. Die Inventarbehandlung umfasst auch Schutzmaßnahmen für lokal bearbeitete Materialdatensätze.
Diese Kontrollen lösen ein praktisches Übergangsproblem: Neue Arbeit stoppt nicht einfach, weil ein Import läuft.
Das Team muss dennoch vereinbaren, wo spätere Änderungen vorgenommen werden und wie das finale Update überprüft wird.
Auch der Dateiumfang verdient ausdrückliche Beachtung. Die Standard-Anhangseinstellung deckt die neuesten 500 Aufträge und die neuesten 500 Angebote ab; die vollständige Historie ist eine separate Auswahl. Werkstätten, die jahrelange Fotos, Genehmigungen und unterstützende Dokumente erwarten, sollten diese Anforderung in den Migrationsumfang aufnehmen.
Das Ausgangssystem bestimmt den Migrationspfad
Die Nachweise unterstützen mehrere Pfade für den Import aus Altsystemen, belegen aber nicht identische Abdeckung für jede Plattform.
Morawares Produkte müssen ebenfalls unterschieden werden. Systemize dokumentiert eine API für operative Datensätze, während die Entwicklerdokumentation von Moraware angibt, dass CounterGo keine API hat. Aktuelle Moraware Inventory- und Legacy-Systemize Inventory-Editions erfordern ebenfalls separate Umfangsprüfungen. Systemize-API, Moraware-Entwicklerdokumentation.
Stonify dokumentiert Exporte für Kunden, Kataloginformationen, Inventar und Preisgruppen. Der Export von Zeichnungseinstellungen darf nicht mit dem Export jeder bearbeitbaren Kundenzeichnung verwechselt werden. Stonify-Inventar-Exporte, Zeichnungseinstellungen.
ActionFlow wirbt mit API-Zugriff und herunterladbaren Daten. SPS dokumentiert Excel-Exporte und Migrationsvorlagen für den Import in SPS. Dies sind nützliche Ausgangspunkte zur Bewertung der Portabilität; sie belegen jedoch keinen abgeschlossenen Ziel-Workflow in SlabOS. ActionFlow FAQ, ActionFlow Paketumfang, SPS-Exporte.
Datenmigration und Werkstatt-Setup sind unterschiedliche Aufgaben
Die bereitgestellten SlabOS-Admin-Richtlinien identifizieren Arbeit, die nach der Migration verbleibt: Werkstattstandorte, Teamzuweisungen, Rollen, Einladungen, Formularvorlagen und Überprüfung der Preisregeln.
Der Kalkulator muss ein Angebot überarbeiten. Der Disponent muss einen Termin verschieben. Das Lagerteam muss gebundenes Material finden. Das Team braucht die richtigen Anweisungen.
Dies sind die Tätigkeiten, die eine importierte Datenbank für eine aktive Werkstatt nützlich machen.
SlabOS bewirbt inklusive Migration, unbegrenzte Nutzer und unterstütztes Setup sowie Schulungen. Käufer sollten die geltenden Vertragsbedingungen, den Migrationsumfang und etwaige Einrichtungsgebühren im schriftlichen Angebot bestätigen lassen. SlabOS Preise.
Behalten Sie den Zugriff auf die alten Datensätze, bis die vereinbarten Prüfungen abgeschlossen sind. Bestätigen Sie die Archivierungsvereinbarungen des Quellanbieters vor der Kündigung und legen Sie fest, wie SlabOS künftig nutzbare Exporte bereitstellen wird. Moraware-Archivierungsleitfaden.
Das Fazit
SlabOS verfügt über eine etablierte Migrationshistorie in erheblichem Maßstab.
Die verifizierten Importmengen, die verschiedenen Altsysteme und die Breite der geprüften Implementierung begründen einen starken Fall für Werkstätten, die besorgt sind, jahrelang angesammelte Arbeit zu erhalten.
Insbesondere für Moraware/CounterGo-Unternehmen verdient die Migrationsfähigkeit ernsthaftes Gewicht in der Kaufentscheidung. Bearbeitbare Zeichnungskonvertierung, bewahrte Angebotspreise, operative Datensätze und unterstützte Zahlungshistorie adressieren genau die Informationen, die eine Werkstatt benötigt, um arbeitsfähig zu bleiben.
Die Durchsprache durch den Inhaber bietet den Punkt, an dem diese Fähigkeit anhand der eigenen Aufzeichnungen der Werkstatt bestätigt werden sollte.
Ein Unternehmen sollte sich auf quellspezifische Abdeckung einigen, repräsentative Arbeiten prüfen und Ausnahmen abgleichen. Diese Prüfungen bauen auf der bereits demonstrierten Migrationshistorie auf.
Für einen etablierten Fertiger, der eine Änderung in Betracht zieht, ist diese Historie ein gewichtiger Grund, SlabOS auf die Shortlist zu setzen.
