[{"data":1,"prerenderedAt":93},["ShallowReactive",2],{"content:blog:regeln-im-bestand-finden":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},"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.",4,[13,14,15],"Individualsoftware","Arbeitsweise","Dokumentation",[17,20,23,26,29],{"id":18,"text":19},"versteckt","Wo Geschäftslogik in einer Eigenlösung steckt",{"id":21,"text":22},"befragen","Warum Befragen allein nicht reicht",{"id":24,"text":25},"vergleichbar","1 561 Positionen: vergleichbar ist nicht gleich",{"id":27,"text":28},"festhalten","Geschäftslogik festhalten: Regel, Beispiel, Prüffall",{"id":30,"text":31},"vorgehen","Wie wir das in einem Auftrag machen","\u003Cp>Geschäftslogik ist die Summe der Regeln, nach denen ein Programm entscheidet: welcher Preis gilt, wann ein Auftrag als erledigt zählt, wer eine Freigabe braucht. In einer gewachsenen Access- oder Excel-Lösung steht sie selten in einem Dokument, sondern verteilt in Abfragen, Formeln und Makros und in den Gewohnheiten der Menschen, die damit arbeiten.\u003C\u002Fp>\u003Ch2 id=\"versteckt\">Wo Geschäftslogik in einer Eigenlösung steckt\u003C\u002Fh2>\u003Cp>Wer eine Eigenlösung ablösen will, fragt zuerst, was sie tut. Die Antwort der Nutzer ist ehrlich und trotzdem unvollständig. Sie beschreiben die Masken, die sie jeden Tag öffnen, und die Schritte, die sie bewusst gehen. Was das Programm im Hintergrund erledigt, kennen sie nur als Ergebnis.\u003C\u002Fp>\u003Cp>Die Regeln liegen an Stellen, die man lesen muss, statt nach ihnen zu fragen. In Abfragen, die Datensätze nach Bedingungen filtern, die niemand mehr begründen kann. In Formeln, die einen Aufschlag nur für bestimmte Kundengruppen rechnen. In Makros, die beim Speichern still ein zweites Feld verändern. Und in Nachschlagetabellen, deren Einträge über Jahre von Hand ergänzt wurden. Wie lange so ein Aufbau trägt, bevor er kippt, behandelt unser Lexikonartikel \u003Ca href=\"\u002Flexikon\u002Fexcel-als-datenbank\">Excel als Datenbank\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2 id=\"befragen\">Warum Befragen allein nicht reicht\u003C\u002Fh2>\u003Cp>Gespräche bleiben wichtig, denn nur sie erklären, warum eine Regel existiert. Aber sie finden nicht, was niemand mehr weiß. Oft hat die Person, die eine Lösung gebaut hat, längst andere Aufgaben oder den Betrieb verlassen, und die Nachfolger haben die Regeln geerbt, ohne sie je gesehen zu haben.\u003C\u002Fp>\u003Cp>Deshalb arbeiten wir aus zwei Richtungen. Aus den Gesprächen entsteht eine Liste der Regeln, die der Betrieb kennt. Aus dem Lesen der Lösung entsteht eine zweite Liste der Regeln, die tatsächlich ausgeführt werden. Aufschlussreich ist die Differenz: Regeln, die niemand nennt, und Regeln, die jeder nennt, die im Programm aber gar nicht stehen.\u003C\u002Fp>\u003Cp>Praktisch arbeiten wir dabei nie an der laufenden Datei. Die Lösung wird kopiert, samt Daten, und auf dieser Kopie lesen wir Abfragen und Makros, spielen typische Vorgänge durch und protokollieren, welche Felder sich verändern. Der Betrieb arbeitet in dieser Zeit ungestört weiter, und kein Versuch landet versehentlich in den echten Aufträgen.\u003C\u002Fp>\u003Ch2 id=\"vergleichbar\">1 561 Positionen: vergleichbar ist nicht gleich\u003C\u002Fh2>\u003Cp>Wie viel an einer einzigen Regel hängt, zeigt ein Vorhaben aus der Lebensmittelbranche, in dem Preissprünge im Einkauf automatisch gemeldet werden sollten. Die naheliegende Regel, jede Preisänderung zu melden, erzeugte Meldungen, die keine waren, weil sie Einkäufe gegeneinanderstellte, die sich nicht vergleichen ließen. Erst die Regel, nur vergleichbare Einkäufe zu vergleichen, machte die Meldungen brauchbar: 1 561 Positionen wurden neu bewertet, die unvergleichbaren Sprünge fielen heraus, und kein echter Alarm ging dabei verloren.\u003C\u002Fp>\u003Cp>Die Lehre für jede Ablösung: Eine Regel, die im Kopf einfach klingt, hat im Datenbestand Ausnahmen. Man findet sie nicht am Whiteboard, sondern indem man die Regel auf echte Daten anwendet und jedes überraschende Ergebnis erklärt, bevor es in die neue Anwendung übernommen wird.\u003C\u002Fp>\u003Cp>Für eine Eigenlösung heißt das: Jede Regel, die wir aus einer Abfrage oder einem Makro lesen, wird gegen den vorhandenen Datenbestand laufen gelassen. Liefert sie für einen Teil der Vorgänge ein anderes Ergebnis, als die Mitarbeiter erwarten, ist das kein Fehler der Prüfung, sondern der Hinweis auf eine Ausnahme, die bisher nur im Kopf existierte. Genau diese Ausnahmen gehen bei einer Neuentwicklung ohne Bestandsaufnahme zuerst verloren.\u003C\u002Fp>\u003Ch2 id=\"festhalten\">Geschäftslogik festhalten: Regel, Beispiel, Prüffall\u003C\u002Fh2>\u003Cp>Jede gefundene Regel halten wir in drei Teilen fest. Die Regel in einem Satz, den auch ein Sachbearbeiter versteht. Ein Beispiel aus dem echten Bestand, an dem sie greift. Und ein Prüffall, der in der neuen Anwendung automatisch läuft und anschlägt, wenn die Regel verletzt ist. So wird aus Wissen im Kopf eine Dokumentation, die nicht veraltet, weil sie bei jeder Änderung mitgeprüft wird.\u003C\u002Fp>\u003Cp>Zwei Grenzen gehören dazu. Manche Regel entpuppt sich beim Lesen als Fehler, der jahrelang niemandem aufgefallen ist. Ob sie in der neuen Anwendung korrigiert oder bewusst beibehalten wird, entscheidet der Betrieb, nicht wir. Und Regeln für Fälle, die im Datenbestand nie vorgekommen sind, findet auch das gründlichste Lesen nicht; für sie bleibt nur die Frage an die Fachabteilung.\u003C\u002Fp>\u003Ch2 id=\"vorgehen\">Wie wir das in einem Auftrag machen\u003C\u002Fh2>\u003Cp>Das Auslesen der Geschäftslogik ist bei uns der erste Arbeitsschritt jeder Ablösung und steht als eigene Lieferung im Angebot: eine Regelliste mit Beispielen, die der Betrieb durchsieht und bestätigt. Auf ihr bauen Datenmodell, Prüffälle und die Abnahmekriterien der späteren Etappen auf. Warum dieses Wissen nicht wieder bei einer einzelnen Person landen darf, beschreibt der Artikel über \u003Ca href=\"\u002Flexikon\u002Fwissensinseln-in-der-software\">Wissensinseln in der Software\u003C\u002Fa>; wie die Ablösung danach weitergeht, steht unter \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung\u003C\u002Fa>.\u003C\u002Fp>",[34,59,85],{"slug":35,"title":36,"subtitle":37,"date":38,"metaTitle":39,"metaDescription":40,"excerpt":41,"readingMinutes":11,"tags":42,"toc":44},"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.",[14,43,13],"Datenübernahme",[45,48,51,54,57],{"id":46,"text":47},"stichtag","Warum ein fester Umstellungstag die riskanteste Variante ist",{"id":49,"text":50},"nebeneinander","Parallelbetrieb: zwei Systeme, ein Ergebnis",{"id":52,"text":53},"bestellungen","19 686 Bestellungen ohne Dublette",{"id":55,"text":56},"grenzen","Was der Parallelbetrieb kostet",{"id":30,"text":58},"Wie wir das Nebeneinander planen",{"slug":60,"title":61,"subtitle":62,"date":63,"metaTitle":64,"metaDescription":65,"excerpt":66,"readingMinutes":11,"tags":67,"toc":70},"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.",[68,69,14],"Datenqualität","Kundenportal",[71,74,77,80,83],{"id":72,"text":73},"sichtbar","Was ein Kunde im Zugang sofort bemerkt",{"id":75,"text":76},"schreibweisen","138 Schreibweisen, 75 Lieferanten",{"id":78,"text":79},"reihenfolge","Stammdaten zuerst: die Reihenfolge der Bereinigung",{"id":81,"text":82},"grenze","Wo die Bereinigung aufhören darf",{"id":30,"text":84},"Wie wir Stammdaten vor der Freischaltung prüfen",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":86,"toc":87},[13,14,15],[88,89,90,91,92],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},1789381848239]