[{"data":1,"prerenderedAt":93},["ShallowReactive",2],{"content:blog:parallelbetrieb-statt-stichtag":3,"content:blog":33},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":32},"parallelbetrieb-statt-stichtag","Parallelbetrieb statt Stichtag: Die alte Lösung läuft weiter, bis die neue sie eingeholt hat","Für Betriebe, deren Tagesgeschäft an einer gewachsenen Access- oder Excel-Lösung hängt – und was ein Umzug ohne Stillstand wirklich verlangt","2026-08-27","Parallelbetrieb statt Stichtag bei der Softwareablösung","Parallelbetrieb bei der Ablösung einer Access- oder Excel-Lösung: warum beide Systeme eine Zeit nebeneinander laufen und was der Vergleich prüfen muss.","Ein fester Umstellungstag klingt sauber, setzt aber voraus, dass jede Regel der alten Lösung bekannt ist. Warum wir Bereiche nacheinander ablösen, beide Systeme vergleichen und wo dieses Verfahren seine Grenzen hat.",4,[13,14,15],"Arbeitsweise","Datenübernahme","Individualsoftware",[17,20,23,26,29],{"id":18,"text":19},"stichtag","Warum ein fester Umstellungstag die riskanteste Variante ist",{"id":21,"text":22},"nebeneinander","Parallelbetrieb: zwei Systeme, ein Ergebnis",{"id":24,"text":25},"bestellungen","19 686 Bestellungen ohne Dublette",{"id":27,"text":28},"grenzen","Was der Parallelbetrieb kostet",{"id":30,"text":31},"vorgehen","Wie wir das Nebeneinander planen","\u003Cp>Parallelbetrieb heißt: Die alte Eigenlösung bleibt in Betrieb, während die neue Anwendung dieselben Vorgänge verarbeitet, und abgeschaltet wird erst, wenn beide nachweislich dasselbe Ergebnis liefern. Für einen Betrieb, dessen Aufträge in einer Access-Datenbank oder einer Excel-Mappe leben, ist das der sicherere Weg als ein Stichtag, an dem alle gleichzeitig umsteigen.\u003C\u002Fp>\u003Ch2 id=\"stichtag\">Warum ein fester Umstellungstag die riskanteste Variante ist\u003C\u002Fh2>\u003Cp>Der Stichtag hat einen guten Ruf, weil er klar klingt: Am Freitag wird die alte Datenbank geschlossen, am Montag arbeiten alle in der neuen Anwendung. Auf dem Papier ist das der kürzeste Weg. In der Praxis setzt er voraus, dass jede Regel der alten Lösung bekannt und richtig nachgebaut ist. Genau das ist bei gewachsenen Eigenlösungen selten der Fall.\u003C\u002Fp>\u003Cp>Eine Access-Anwendung, die über Jahre erweitert wurde, enthält Entscheidungen, die niemand mehr bewusst trifft. Ein Feld wird nur gefüllt, wenn ein bestimmter Kunde bestellt. Eine Abfrage rechnet Rabatte anders, sobald ein Auftrag in Teilen geliefert wird. Ein Makro verschiebt Termine, wenn das Lager einen Vermerk setzt. Solche Regeln kommen in keinem Vorgespräch zur Sprache, weil sie für die Beteiligten selbstverständlich sind. Am Montag nach dem Stichtag tauchen sie als Fehler auf, und die alte Lösung ist dann bereits geschlossen. Woran man erkennt, dass eine \u003Ca href=\"\u002Flexikon\u002Faccess-datenbank-abloesen\">Access-Datenbank ablösen\u003C\u002Fa> ansteht, beschreibt unser Lexikon.\u003C\u002Fp>\u003Ch2 id=\"nebeneinander\">Parallelbetrieb: zwei Systeme, ein Ergebnis\u003C\u002Fh2>\u003Cp>Beim Parallelbetrieb laufen beide Lösungen für einen abgegrenzten Bereich eine Zeit lang nebeneinander. Die Vorgänge dieses Bereichs landen in beiden Systemen, und am Ende eines Abschnitts werden die Ergebnisse verglichen: offene Aufträge, Summen je Kunde, Liefertermine, Lagerbewegungen. Jede Abweichung ist ein Hinweis auf eine Regel, die in der neuen Anwendung fehlt oder anders verstanden wurde.\u003C\u002Fp>\u003Cp>Wichtig ist, was verglichen wird. Ein Blick auf die Oberfläche genügt nicht, denn zwei Masken können gleich aussehen und trotzdem verschieden rechnen. Verglichen werden Auswertungen, die der Betrieb ohnehin braucht, und zwar mit vorher festgelegten Toleranzen: Was muss exakt übereinstimmen, wo sind Rundungsunterschiede erklärbar? Diese Liste entsteht, bevor das Nebeneinander beginnt, und wird Teil der Abnahmekriterien.\u003C\u002Fp>\u003Cp>Abgeschaltet wird bereichsweise. Stimmen die Auswertungen eines Bereichs über den vereinbarten Abschnitt hinweg, wird die alte Lösung für diesen Bereich schreibgeschützt und bleibt als Nachschlagewerk erhalten. Dann folgt der nächste Bereich.\u003C\u002Fp>\u003Ch2 id=\"bestellungen\">19 686 Bestellungen ohne Dublette\u003C\u002Fh2>\u003Cp>Wie viel an einer sauberen Übernahme hängt, zeigt ein Vorhaben aus dem Handel. Dort sollten die Bestellungen aus fünf Jahren in ein CRM wandern, damit Vertrieb und Service mit einer vollständigen Historie arbeiten. Am Ende standen 19 686 Bestellungen im neuen System, ohne eine einzige Dublette.\u003C\u002Fp>\u003Cp>Die Zahl selbst ist weniger interessant als der Weg dorthin. Eine Übernahme ohne Dubletten entsteht nicht dadurch, dass man Datensätze kopiert. Sie entsteht durch Regeln, die festlegen, wann zwei Einträge derselbe Kunde oder dieselbe Bestellung sind, und durch Vergleiche, die zeigen, ob diese Regeln tragen. Wer die Regeln erst nach dem Umzug prüft, räumt im laufenden Betrieb auf.\u003C\u002Fp>\u003Ch2 id=\"grenzen\">Was der Parallelbetrieb kostet\u003C\u002Fh2>\u003Cp>Dieses Verfahren ist nicht umsonst, und das gehört offen gesagt. Solange zwei Systeme laufen, entsteht Mehrarbeit: Entweder erfassen Mitarbeiter Vorgänge doppelt, oder eine Schnittstelle spiegelt die Daten, die dann ebenfalls gebaut und geprüft werden muss. Beides bindet Zeit in einer Phase, in der der Betrieb ohnehin mit der Umstellung beschäftigt ist.\u003C\u002Fp>\u003Cp>Deshalb hat das Nebeneinander Grenzen. Es lohnt sich für Bereiche, in denen ein Fehler teuer wird: Aufträge, Rechnungen, Lagerbestände. Für eine Adressliste oder eine interne Übersicht genügt oft eine geprüfte Übernahme mit Stichproben. Welche Bereiche welches Verfahren bekommen, entscheiden wir gemeinsam mit dem Betrieb, bevor das Angebot geschrieben wird.\u003C\u002Fp>\u003Cp>Eine zweite Grenze ist die Geduld der Belegschaft. Wer doppelt erfasst, will ein absehbares Ende sehen. Deshalb halten wir die Abschnitte kurz, schneiden die Bereiche klein und zeigen nach jedem Vergleich, wie viele Abweichungen noch offen sind. Ein Nebeneinander ohne sichtbaren Fortschritt verliert sonst genau die Leute, deren Rückmeldung es braucht.\u003C\u002Fp>\u003Ch2 id=\"vorgehen\">Wie wir das Nebeneinander planen\u003C\u002Fh2>\u003Cp>Wir beginnen mit der alten Lösung selbst: Tabellen, Abfragen, Formulare und Makros werden gelesen, bevor die erste Maske der neuen Anwendung entsteht. Daraus wird eine Liste der Regeln und der Auswertungen, die am Ende übereinstimmen müssen. Diese Liste steht im Angebot, zusammen mit der Reihenfolge der Bereiche und dem Verfahren je Bereich. Jede Etappe ist ein Werkvertrag mit eigener \u003Ca href=\"\u002Flexikon\u002Fabnahme\">Abnahme\u003C\u002Fa>, und die alte Lösung bleibt so lange Rückfall, bis ihr Bereich abgenommen ist. Wie die Ablösung einer Eigenlösung insgesamt abläuft, steht auf der Seite \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung\u003C\u002Fa>.\u003C\u002Fp>",[34,42,68],{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":35,"toc":36},[13,14,15],[37,38,39,40,41],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},{"slug":43,"title":44,"subtitle":45,"date":46,"metaTitle":47,"metaDescription":48,"excerpt":49,"readingMinutes":11,"tags":50,"toc":53},"stammdaten-vor-dem-kundenzugang","138 Schreibweisen, 75 Lieferanten: Warum ein Kundenzugang mit den Stammdaten beginnt","Für Betriebe, die Kunden und Händlern einen eigenen Zugang zu Aufträgen und Belegen geben wollen – und was vorher im eigenen System aufgeräumt werden muss","2026-08-06","Stammdaten vor dem Kundenzugang: erst aufräumen","Stammdaten entscheiden, ob ein Kundenzugang Vertrauen schafft: warum wir vor der Freischaltung Kunden, Artikel und Belege bereinigen – mit Praxisbeispiel.","Im eigenen Haus arbeitet jeder um doppelte Einträge herum, ein Kunde im Portal kann das nicht. Warum die Bereinigung vor der Freischaltung kommt, in welcher Reihenfolge wir vorgehen und wo sie aufhören darf.",[51,52,13],"Datenqualität","Kundenportal",[54,57,60,63,66],{"id":55,"text":56},"sichtbar","Was ein Kunde im Zugang sofort bemerkt",{"id":58,"text":59},"schreibweisen","138 Schreibweisen, 75 Lieferanten",{"id":61,"text":62},"reihenfolge","Stammdaten zuerst: die Reihenfolge der Bereinigung",{"id":64,"text":65},"grenze","Wo die Bereinigung aufhören darf",{"id":30,"text":67},"Wie wir Stammdaten vor der Freischaltung prüfen",{"slug":69,"title":70,"subtitle":71,"date":72,"metaTitle":73,"metaDescription":74,"excerpt":75,"readingMinutes":11,"tags":76,"toc":78},"regeln-im-bestand-finden","Geschäftslogik im Bestand: Die wichtigsten Regeln stehen in keinem Pflichtenheft","Wie wir vor der Ablösung einer Eigenlösung herausfinden, was sie eigentlich rechnet – für Betriebe, deren Wissen in Abfragen und Makros steckt","2026-07-22","Geschäftslogik im Bestand finden, bevor man ablöst","Geschäftslogik steckt in gewachsenen Access- und Excel-Lösungen oft nur in Abfragen und Makros: wie wir sie vor der Ablösung finden, prüfen und festhalten.","Nutzer beschreiben die Masken, die sie jeden Tag öffnen, aber nicht, was das Programm im Hintergrund entscheidet. Wie wir diese Regeln aus einer Eigenlösung herauslesen, an echten Daten prüfen und so festhalten, dass sie nicht wieder verloren gehen.",[15,13,77],"Dokumentation",[79,82,85,88,91],{"id":80,"text":81},"versteckt","Wo Geschäftslogik in einer Eigenlösung steckt",{"id":83,"text":84},"befragen","Warum Befragen allein nicht reicht",{"id":86,"text":87},"vergleichbar","1 561 Positionen: vergleichbar ist nicht gleich",{"id":89,"text":90},"festhalten","Geschäftslogik festhalten: Regel, Beispiel, Prüffall",{"id":30,"text":92},"Wie wir das in einem Auftrag machen",1789381848204]