[{"data":1,"prerenderedAt":36},["ShallowReactive",2],{"site-settings-batix":3,"batix-blog-was-tun-wenn-ihr-softwarelieferant-wegfaellt-":22,"page-seo-\u002Fblog\u002Fwas-tun-wenn-ihr-softwarelieferant-wegfaellt-":12},{"id":4,"user_created":5,"date_created":6,"user_updated":7,"date_updated":8,"site_name":9,"site_url":10,"tagline":11,"default_og_image":12,"favicon":12,"organization_legal_name":13,"organization_email":14,"organization_phone":15,"organization_address_street":16,"organization_address_zip":17,"organization_address_city":18,"organization_address_country":19,"social_linkedin":20,"social_xing":21,"social_youtube":21,"social_instagram":21,"google_site_verification":12},"368daec2-c06c-4d64-bba7-feb859b94322","4686f9ba-fccc-4a50-9410-b80ae06ef0eb","2026-05-07T15:29:22.000Z","7d85c00d-d619-4d10-86a2-a469f8283bfc","2026-08-12T12:11:25.000Z","Batix","https:\u002F\u002Fbatix.swiss","Ihr Partner für IT-Beratung, Lösungen und massgeschneiderte Softwareentwicklung in der Schweiz.",null,"Batix Schweiz AG","info@batix.ch","+41 44 545 32 70","Grindlenstrasse 3","8954","Geroldswil","Schweiz","https:\u002F\u002Fwww.linkedin.com\u002Fcompany\u002Fbatix\u002F","",{"id":23,"title":24,"slug":25,"subtitle":26,"category":27,"cover_image":28,"lead_text":29,"definition":12,"content":30,"graphic":12,"graphic_caption":12,"faqs":12,"cta_text":31,"cta_label":32,"cta_url":33,"author":12,"published_at":34,"date_updated":35},"af647b97-da85-4890-8dd2-9243f638fcbb","Was tun, wenn Ihr Softwarelieferant wegfällt? ","was-tun-wenn-ihr-softwarelieferant-wegfaellt-","Software Due Diligence bei Lieferantenausfall, wie Sie Ihre Optionen strukturiert bewerten ","Meinungsstück","25ffb897-9313-45fb-8396-19d0ed5b83ed","Was tun, wenn Ihr Softwarelieferant wegfällt?","\u003Cp>\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Was tun, wenn Ihr Softwarelieferant wegfällt?\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>Es ist ein Szenario, das in der Schweizer KMU-Landschaft häufiger vorkommt, als man denkt: Ein Unternehmen arbeitet seit fünfzehn, zwanzig Jahren mit demselben Softwarepartner zusammen. Die Lösungen sind über die Jahre gewachsen, tief in die Geschäftsprozesse integriert und laufen zuverlässig. Man ist zufrieden mit der Lösung und der Zusammenarbeit, ein Wechselgedanke ist nie aufgekommen. Und dann ändert sich auf einmal alles – aus Gründen, auf die der Kunde keinen Einfluss hat.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Die Auslöser sind unterschiedlich, das Resultat ist dasselbe. Mal ist es der Konkurs, der ohne Vorwarnung kommt. Mal die Übernahme durch einen grösseren Anbieter, der das Produkt abkündigt oder am Kleinkundengeschäft kein Interesse hat. Mal ein Strategiewechsel, der die Lösung aufs Abstellgleis stellt. Bei kleinen, spezialisierten Anbietern reicht schon der Ausfall der einen Schlüsselperson, der Architekt der die Lösung von Grund auf begleitet hat oder der Senior Entwickler, der die Entwicklung über Jahre geprägt hat. Und immer öfter ist es schlicht die Demografie: Die Inhaber möchten sich aus Altersgründen zurückziehen, eine Nachfolge oder einen Käufer der Firma gibt es nicht.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Doch vielleicht gibt es eine Lösung, man ist ja mit der Software offensichtlich zufrieden: Wie wäre es den Quellcode zu kaufen und die Lösung selbst weiterzuentwickeln und warten?\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Was zunächst wie eine faire Geste klingt, ist in Wahrheit eine der anspruchsvollsten Entscheidungen, die ein Verwaltungsrat oder eine Geschäftsleitung treffen kann. Plötzlich stehen Fragen im Raum, die weit über ein Preisschild hinausgehen: Können wir diese Software überhaupt selbst weiterentwickeln? Was ist der Code tatsächlich wert? Und ist die Weiterführung wirklich die beste Option oder nur die bequemste?\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Warum diese Situation so tückisch ist\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Die beiden Parteien kämpfen mit ungleichen Waffen. Der Anbieter kennt seine Software in- und auswendig: die Architektur, die Altlasten, den tatsächlichen Wartungsaufwand, die stillen Abhängigkeiten von einzelnen Köpfen. Der Kunde kennt vor allem die Oberfläche und die Rechnung, die jedes Jahr pünktlich kommt.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Dazu kommt der Zeitdruck. Wer verkaufen oder liquidieren will, setzt Fristen. Wartungsverträge haben Kündigungstermine. Und die Verlockung ist gross, die Entscheidung schnell zu treffen, um «das Thema vom Tisch zu haben». Genau hier entstehen die teuersten Fehler: Entweder wird ein überhöhter Preis für Code bezahlt, den man vielleicht nie hätte kaufen dürfen oder es wird aus Kostengründen abgelehnt und man hat innert kurzer Zeit ein geschäftskritisches System ohne Wartungspartner.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Ein dritter Punkt wird regelmässig unterschätzt: Lines of Code sind keine Währung. Verkaufsangebote argumentieren gerne mit dem Umfang des Codes und den historischen Entwicklungskosten. Beides sagt wenig über den heutigen Wert aus. Code, der mit Generatoren erzeugt wurde, auf Komponentenbibliotheken aufsetzt oder Funktionen abdeckt, die jede Standardsoftware ab Stange beherrscht, rechtfertigt keinen Individualsoftware-Preis. Gerade mit KI Tools wie Claude Code sind Lines Of Codes »schnell« generiert. Viel relevanter ist die Qualität des Codes und dessen Wartbarkeit.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Die entscheidende Frage: Was ist unverzichtbar und was ist austauschbar?\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Der wichtigste Schritt einer Due Diligence ist nicht die Preisverhandlung, sondern die Segmentierung der Systemlandschaft. In fast jedem gewachsenen Setup finden sich zwei Kategorien von Software, die völlig unterschiedlich behandelt werden müssen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Da ist zum einen der \u003Cstrong style=\"mso-bidi-font-weight: normal;\">differenzierende Kern\u003C\u002Fstrong>: die Lösung, mit der das Unternehmen sein eigentliches Leistungsversprechen erbringt und die es in dieser Form am Markt nicht zu kaufen gibt. Hier ist die Hoheit über den Quellcode oft tatsächlich strategisch, sie bedeutet digitale Autonomie und schützt das Geschäftsmodell.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Die harte Realität ist jedoch meistens, dass der differenzierende Kern gar nicht so gross ist. Features die als USP galten, finden sich bei genauerem Betrachten auch in standardisierten Alternativen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Und da sind zum anderen die \u003Cstrong style=\"mso-bidi-font-weight: normal;\">Commodity-Bausteine\u003C\u002Fstrong>: Auftragsbearbeitung, Fakturierung, Finanzbuchhaltung, Leistungserfassung. Prozesse, die Dutzende etablierter Standardlösungen abdecken – gepflegt von Herstellern, die gesetzliche Änderungen wie MWST-Anpassungen oder neue Zahlungsstandards von sich aus nachziehen. Wer für solche Module Quellcode kauft, kauft sich die Verantwortung für ein Produkt ein, das er weder verkaufen kann noch selbst weiterentwickeln will. Das einzige Argument für die Beibehaltung ist meist die gewachsenen Schnittstellen und Schnittstellen lassen sich neu bauen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Diese Trennung verändert die Verhandlung fundamental. Statt über ein Gesamtpaket zu diskutieren, entsteht ein differenziertes Zielbild: den strategischen Kern sichern, die austauschbaren Teile mittelfristig durch Standardsoftware ablösen und die Übergangszeit vertraglich absichern.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Wie eine strukturierte Prüfung abläuft\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Eine belastbare Entscheidungsgrundlage entsteht in mehreren Schritten, die aufeinander aufbauen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Am Anfang steht die \u003Cstrong style=\"mso-bidi-font-weight: normal;\">Vertrags- und Lizenzanalyse\u003C\u002Fstrong>. Welche Rechte hat das Unternehmen heute schon? Was regeln Lizenz- und Wartungsverträge für den Fall der Geschäftsaufgabe? Welche Kündigungsfristen definieren das Zeitfenster für Alternativen? Oft zeigt sich hier, dass die Verhandlungsposition besser ist als gedacht, etwa weil Wartungsverpflichtungen noch laufen oder weil für die Lizenzen bereits erhebliche Summen bezahlt wurden.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Es folgt das \u003Cstrong style=\"mso-bidi-font-weight: normal;\">technische Assessment mit Source-Code-Review\u003C\u002Fstrong>. Nicht jeder Code muss Zeile für Zeile gelesen werden, entscheidend ist die Beurteilung von Architektur, Technologie-Stack und Beherrschbarkeit. Setzt die Lösung auf offene Standards und verbreitete Technologien, für die es am Arbeitsmarkt Fachkräfte gibt? Oder auf proprietäre Konzepte, die nur der bisherige Entwickler versteht? Wie hoch ist der Anteil generierten Codes? Eine solide, vielleicht etwas konservative Architektur ohne exotische Konzepte ist im Ausfallszenario mehr wert als das modernste Framework.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Der dritte Baustein ist die \u003Cstrong style=\"mso-bidi-font-weight: normal;\">Know-how- und Personalanalyse\u003C\u002Fstrong>, erfahrungsgemäss der am meisten unterschätzte Teil. Wurde das Know-how bereits transferiert oder hängt es an einer Person, die heute oder morgen nicht mehr zur Verfügung steht? Reichen die internen Kapazitäten für Wartung, Weiterentwicklung und oft vergessen die Qualitätssicherung nach Anpassungen an der Basistechnologie?\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Darauf aufbauend entsteht die \u003Cstrong style=\"mso-bidi-font-weight: normal;\">Kostenmodellierung über mehrere Jahre\u003C\u002Fstrong>. Der Kaufpreis ist nur die Eintrittskarte. Relevant sind die Gesamtkosten über drei bis fünf Jahre: Weiterentwicklungsaufwand in Personentagen, Lizenz- und Supportkosten, Ramp-up-Effekte bei seltenen Anpassungen, Risikoaufschläge bei Personalwechseln. Wichtig ist die ehrliche Spreizung zwischen Best und Worst Case und eine gesunde Skepsis gegenüber den Aufwandschätzungen des Verkäufers, die naturgemäss optimistisch ausfallen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Die Verlockung Personal vom bisherigen Anbieter zu übernehmen, muss genau gerechnet werden. Die Personen wissen genau, dass »sie gebraucht werden«. Das bringt sie in eine Position der Stärke was direkten Einfluss auf die Lohnverhandlung und Anstellungskonditionen haben wird.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Am Ende steht der \u003Cstrong style=\"mso-bidi-font-weight: normal;\">Variantenvergleich\u003C\u002Fstrong>: Gesamtkauf, Teilkauf mit Ablösung der Commodity-Bausteine, oder vollständige Neubeschaffung jeweils bewertet nach Kosten, Risiken, Chancen und Zeitachse. Häufig zeigt sich dabei ein überraschendes Bild: Der vermeintlich teure Weg über eine ERP-Neueinführung liegt über mehrere Jahre gerechnet in derselben Grössenordnung oder sogar deutlich tiefer als der Kauf sämtlicher Quellcodes – bringt aber einen Hersteller mit, der die Lösung dauerhaft weiterentwickelt.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Der Einwand, der immer kommt: »Hätte ein Escrow das nicht verhindert?«\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"border: none; mso-padding-alt: 31.0pt 31.0pt 31.0pt 31.0pt; mso-border-shadow: yes;\">\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-bidi-font-weight: bold;\">Die Idee ist bestechend einfach: Der Hersteller hinterlegt Quellcode und Dokumentation bei einer neutralen Treuhandstelle. Herausgegeben wird das Paket nur, wenn ein vertraglich definiertes Ereignis eintritt – typischerweise Konkurs, Geschäftsaufgabe oder die Einstellung der geschuldeten Wartung. Klingt nach der perfekten Versicherung.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"border: none; mso-padding-alt: 31.0pt 31.0pt 31.0pt 31.0pt; mso-border-shadow: yes;\">\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-bidi-font-weight: bold;\">In der Praxis entscheidet sich der Wert eines Escrow-Agreements an zwei Punkten.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"border: none; mso-padding-alt: 31.0pt 31.0pt 31.0pt 31.0pt; mso-border-shadow: yes;\">\u003Cstrong>\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans';\">Die Kostenstruktur belohnt die falsche Sparsamkeit.\u003C\u002Fspan>\u003C\u002Fstrong>\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-bidi-font-weight: bold;\"> Die nackte Hinterlegung ist der günstige Teil. Teuer sind die Leistungen, die aus einem Stück Papier eine funktionierende Versicherung machen: die Aktualisierung bei jedem Release und die technische Verifizierung, ob sich aus dem hinterlegten Stand die produktive Software überhaupt erzeugen lässt. Genau daran wird in der Praxis gespart, zumal die laufenden Kosten in der Regel beim Kunden liegen. Das Resultat ist dann ein Tresor, in dem ein mehrere Jahre alter, unvollständiger Codestand liegt. Ein Escrow ohne Aktualisierungspflicht und Verifizierung ist keine Absicherung, sondern ein gutes Gefühl mit jährlicher Rechnung.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"border: none; mso-padding-alt: 31.0pt 31.0pt 31.0pt 31.0pt; mso-border-shadow: yes;\">\u003Cstrong>\u003Cspan lang=\"EN-GB\" style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-ansi-language: EN-GB;\">Escrow liefert Code, kein Know-how.\u003C\u002Fspan>\u003C\u002Fstrong>\u003Cspan lang=\"EN-GB\" style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-ansi-language: EN-GB; mso-bidi-font-weight: bold;\"> \u003C\u002Fspan>\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-bidi-font-weight: bold;\">Am Tag der Herausgabe steht der Kunde vor exakt derselben Frage wie beim Kaufangebot des scheidenden Lieferanten: Wer soll das jetzt warten und weiterentwickeln? Nur ist der Hersteller dann nicht mehr da, um beim Know-how-Transfer zu helfen. Im geordneten Nachfolgeszenario löst Escrow das Problem nicht, es verschiebt es auf den ungünstigsten Zeitpunkt.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"border: none; mso-padding-alt: 31.0pt 31.0pt 31.0pt 31.0pt; mso-border-shadow: yes;\">\u003Cspan style=\"mso-bidi-font-size: 14.0pt; mso-fareast-font-family: 'Basic Sans'; mso-bidi-font-family: 'Basic Sans'; mso-bidi-font-weight: bold;\">Escrow ist deshalb Prävention, nicht Rettung. Es gehört an den Anfang einer Lieferbeziehung, als fester Bestandteil des Lizenz- oder Wartungsvertrags: mit Aktualisierungspflicht bei jedem Release, einer dem Risiko angemessenen Verifizierungsstufe und eindeutigen Herausgabekriterien.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\"> \u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Fünf Empfehlungen aus der Praxis\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">1.  Beginnen Sie früh. Das Zeitfenster zwischen dem ersten Warnsignal sei es eine Ankündigung, eine Übernahmemeldung oder ausbleibende Releases und dem tatsächlichen Wegfall ist Ihr wichtigstes Kapital. Wer es für eine saubere Anforderungsanalyse und Evaluation nutzt, verhandelt aus einer Position der Stärke statt aus der Not.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">2.  Trennen Sie strategisch von austauschbar, bevor Sie über Preise sprechen. Ein Teilkauf ist fast immer verhandelbar aber nur, wenn Sie wissen, welchen Teil Sie wirklich brauchen.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">3.  Lassen Sie sich Aufwandschätzungen des Verkäufers nicht als Planungsgrundlage andrehen. Rechnen Sie mit eigenen, konservativen Annahmen und einem expliziten Worst Case.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">4.  Denken Sie an die Infrastruktur. Labor-, Test- und Entwicklungsumgebungen, die bisher der Lieferant gestellt hat, gehören mit auf den Prüfstand inklusive Hardware-Alter, Lizenzübertragbarkeit und der strategischen Frage, ob eigene Hardware überhaupt noch zeitgemäss ist oder eine Cloud-Strategie der bessere Weg wäre.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">5.  Holen Sie eine unabhängige Aussensicht ein. Nicht, weil Ihre internen Leute es nicht könnten sondern weil sie Teil des Systems sind. Eine externe Prüfung macht Abhängigkeiten sichtbar, die von innen unsichtbar geworden sind, und gibt dem Verwaltungsrat eine Entscheidungsgrundlage, die auch kritischen Rückfragen standhält.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\"> \u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">\u003Cstrong>\u003Cspan style=\"color: #2e5b7f;\">Fazit\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\">Der Wegfall eines Softwarelieferanten muss keine Katastrophe sein, er ist eine Investitionsentscheidung, die eine ordentliche Due Diligence verdient. Das gilt für das Quellcode-Kaufangebot des scheidenden Inhabers genauso wie für die Abkündigung nach einer Übernahme oder den Plan B nach einem Konkurs. Wer strukturiert prüft, statt unter Zeitdruck zu reagieren, verwandelt eine binäre Weiterführen-oder-Ablösen-Frage in einen Fahrplan: den strategischen Kern sichern, Austauschbares ablösen, Risiken aktiv managen. Und nicht selten ist das Ergebnis der Prüfung auch ein besserer Preis.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\"> \u003C\u002Fp>","Die Batix Schweiz AG begleitet Unternehmen und Verwaltungsräte bei der Bewertung von Software-Kaufangeboten, Lieferantennachfolgen und der Evaluation von Standardlösungen – unabhängig, technisch fundiert und mit klaren Handlungsempfehlungen.","Kontakt aufnehmen","\u002Fcontact","2026-08-17T08:25:00.000Z","2026-08-17T08:25:39.000Z",1787132825491]