Business Central Partner wechseln
Unabhängige Einschätzung vor dem Wechsel
BC-Partner wechseln: Ich dokumentiere den IST-Zustand neutral, prüfe bestehende Extensions und Konfiguration — bevor der neue Partner startet. Festpreis.
Business Central Partnerwechsel sind auf dem Papier einfach: Neuen Partner auswählen, Vertrag unterschreiben, fertig. In der Praxis sieht es meistens anders aus.
Der bisherige Partner hat das System aufgebaut — und hält damit auch das Wissen darüber. Was wurde warum konfiguriert? Welche Custom-Extensions gibt es und was machen sie genau? Gibt es bekannte Probleme oder technische Schulden? Diese Fragen beantwortet der alte Partner selten freiwillig ausführlich, wenn er weiß, dass er den Kunden verliert.
Der neue Partner startet damit in einem System, das er nicht kennt — und das Unternehmen zahlt für die Einarbeitungszeit, ohne zu wissen wie viel Aufwand das wird.
Bevor ein neuer Partner das Steuer übernimmt, macht es Sinn, den tatsächlichen Zustand des Systems zu kennen. Nicht aus Misstrauen gegenüber dem alten oder neuen Partner — sondern weil du als Unternehmen wissen solltest, was du hast.
Ein unabhängiger Systemcheck gibt dir:
Das Ergebnis ist ein Dokument, das du dem neuen Partner geben kannst — und das verhindert, dass er drei Monate braucht, um zu verstehen, was im System steckt.
Ein klar abgegrenzter Analyse-Auftrag: zwei bis vier Tage, abhängig von der Systemkomplexität. Ich schaue mir Extensions, Konfiguration und bekannte Problemstellen an und liefere ein strukturiertes Dokument.
Ich habe kein Interesse daran, dir irgendetwas zu verkaufen — ich bin nicht dein nächster Partner. Das Ergebnis ist eine neutrale Einschätzung, keine Vertriebspräsentation.
Für jede Custom-Extension im System: Was macht sie? Ist der Code nach aktuellen AL-Standards geschrieben? Gibt es ObsoleteTag-Warnungen? Ist die Extension in der aktuellen BC-Version vollständig kompatibel? Was müsste ein neuer Entwickler wissen, um sie zu warten?
Ich prüfe die Grundkonfiguration des Systems: Sind Buchungsgruppen konsistent konfiguriert? Gibt es Nummernserien-Konflikte? Sind Dimensionen sauber strukturiert? Gibt es Konfigurationsstellen die ein bekanntes Problem verursachen?
Ich bereite die technische Übergabe an den neuen Partner vor — als Ansprechpartner für technische Rückfragen während der Einarbeitungsphase, wenn das gewünscht ist.
Ein unabhängiger Systemcheck vor dem Partnerwechsel lohnt sich, wenn:
Ein mittelständisches Unternehmen aus dem Dienstleistungsbereich trennt sich nach sechs Jahren von seinem BC-Partner. Der neue Partner wurde ausgewählt, der Vertrag unterschrieben. Aber im ersten Gespräch fragt der neue Partner: Welche Anpassungen gibt es? Was ist davon dokumentiert?
Die Antwort: drei Custom-Extensions, keine aktuelle Dokumentation, der zuständige Entwickler beim alten Partner hat die Firma gewechselt.
Ein zweitägiger Systemcheck vor dem offiziellen Partnerwechsel liefert: vollständige Liste aller Extensions mit Funktionsbeschreibung, eine Bewertung des Code-Zustands (zwei Extensions sauber, eine mit mehreren veralteten Referenzen), eine Dokumentation der Konfiguration und eine Einschätzung des Einarbeitungsaufwands.
Der neue Partner konnte dadurch sofort produktiv starten. Die eine problematische Extension wurde im ersten Monat gemeinsam saniert, statt erst sechs Monate später beim nächsten Update zu crashen.
Was passiert wenn ich den Wartungsvertrag kündige — verliere ich den Zugang zu meiner BC-Lizenz?
Der Wartungsvertrag für On-Premises-Systeme sichert die Berechtigung zu Updates. Eine Kündigung bedeutet nicht sofortigen Lizenzentzug, aber bei einer späteren Verlängerung wird ein Nachlassbetrag von 3 Prozent pro versäumtem Jahr fällig. Bei SaaS-Lizenzen läuft die Subscription direkt über Microsoft — da gibt es keine Partner-Abhängigkeit für die Grundlizenz. Ich kann euch den Unterschied erklären und bei der Planung helfen.
Können wir den alten Partner wechseln ohne das er es merkt?
Ja — rein technisch ist das möglich. Für den Systemcheck brauche ich nur Lesezugriff auf das BC-System, nicht die Mitwirkung des Partners. Den eigentlichen Partnerwechsel kommuniziert ihr zu dem Zeitpunkt, den ihr für richtig haltet.
Wie neutral bist du wirklich — hast du Interesse daran, selbst der neue Partner zu werden?
Nein. Ich biete explizit keine laufende Partnerschaft oder Wartungsverträge an. Ich arbeite projektbasiert. Das bedeutet: kein Interesse daran, Probleme größer darzustellen als sie sind, damit ich einen Folgeauftrag bekomme.
Was wenn der alte Partner sich weigert Zugang zu geben?
Für BC SaaS reicht ein Admin-Zugang, den das Unternehmen selbst vergeben kann — unabhängig vom Partner. Für On-Premises-Systeme brauche ich VPN- oder RDP-Zugang, der in der Regel beim IT-Verantwortlichen des Unternehmens liegt. Ich erkläre euch was ich brauche — die meisten Fälle lassen sich ohne Mitwirkung des Partners lösen.
Wie läuft das Erstgespräch ab?
30 Minuten. Du schilderst mir das Problem, ich sage dir ob und wie ich helfen kann — direkt, ohne Präsentation. Danach bekommst du eine schriftliche Einschätzung mit Aufwand und Vorgehen. Erst dann entscheidest du ob wir starten.
Verfügbarkeit anfragen — aktuell offen für neue Projekte.
Kein Jahresvertrag. Kein Mindestvolumen. Du zahlst für das gelöste Problem.
Weitere Themen: Business Central Notfall Support · Business Central Projektrettung · Dynamics 365 Freelancer NRW
Über mich
Freiberuflicher BC-Entwickler und Consultant aus Bochum. Ich arbeite direkt mit eurem Fachbereich — ohne Agentur-Overhead, ohne Account-Staffelung. Remote und vor Ort in NRW verfügbar.
Mehr über mich und meine LeistungenSchreib mir eine Nachricht oder ruf direkt an.
