Woran erkennen Sie, ob eine SAP Business One Agentur Ihr ERP-System übermäßig individualisiert?
Stellen Sie sich einen mittelständischen Großhändler vor, zwei Jahre nach dem Go-live. Eigentlich sollte das ERP-System die Abläufe vereinfachen. Stattdessen ist der Monatsabschluss von einem individuell entwickelten Datenexport abhängig, dessen Funktionsweise niemand mehr vollständig nachvollziehen kann. Das letzte Upgrade wurde bereits zweimal verschoben, und für eine kleine Änderung an einer Einkaufsfreigabe liegt schon wieder ein neues Angebot vor.
Der Finanzleiter stellt sich eine berechtigte Frage: Warum verursacht ein System, das die Geschäftsprozesse vereinfachen sollte, immer neue Kosten?
Dieses Beispiel ist fiktiv, dürfte vielen SAP-Business-One-Anwendern jedoch bekannt vorkommen. Individuelle Anpassungen sind nicht grundsätzlich problematisch. Viele Unternehmen benötigen sie tatsächlich. Kritisch wird es, wenn eine SAP Business One Agentur Funktionen entwickelt, die sich bereits mit Standardfunktionen, Konfigurationseinstellungen oder einer bewährten Erweiterung umsetzen ließen.
Woran erkennen Sie, dass eine SAP Business One Agentur Ihr ERP-System übermäßig individualisiert?
Typische Warnsignale sind Eigenentwicklungen, die bestehende Standardfunktionen ersetzen, zusätzliche Entwicklungskosten für kleinste Änderungen, zunehmend schwierige Upgrades, nicht nachvollziehbare Kosten, unzureichende Dokumentation und die Abhängigkeit von einem einzelnen Entwickler oder Dienstleister bei geschäftskritischen Prozessen.
Was bedeutet Überindividualisierung bei SAP Business One?
Von einer Überindividualisierung spricht man, wenn für SAP Business One zusätzliche Funktionen entwickelt werden, die ein Unternehmen eigentlich nicht benötigt oder die bereits durch vorhandene Standardfunktionen abgedeckt werden könnten. Die entscheidende Frage lautet daher nicht: „Wie viele individuelle Funktionen haben wir entwickelt?“, sondern: „Welchen tatsächlichen Mehrwert bietet jede einzelne Anpassung?“ Es besteht ein wesentlicher Unterschied zwischen der Anpassung eines ERP-Systems an konkrete Geschäftsanforderungen und dem Versuch, sämtliche bisherigen Arbeitsabläufe unverändert in einer neuen Software nachzubilden. Viele ERP-Projekte entwickeln sich unbemerkt in die zweite Richtung. Ein Unternehmen bringt über Jahre gewachsene Excel-Tabellen, manuelle Arbeitsschritte und interne Gewohnheiten mit. Die Agentur soll jeden einzelnen Ablauf nachbilden, ohne dass hinterfragt wird, ob dieser überhaupt noch notwendig ist. Jede zusätzliche Eigenentwicklung muss getestet, dokumentiert, gewartet und bei künftigen Upgrades berücksichtigt werden. Mit zunehmender Anzahl solcher Anpassungen steigt die Komplexität der Implementierung, der Support wird aufwendiger und selbst ein reguläres Versionsupgrade kann zu einem eigenständigen Projekt werden.Ist die individuelle Anpassung von SAP Business One grundsätzlich problematisch?
Nein. Branchenspezifische Prozesse, gesetzliche Anforderungen und Geschäftsabläufe, die sich mit dem Standardfunktionsumfang nicht angemessen abbilden lassen, können individuelle Entwicklungen durchaus rechtfertigen. Ein deutsches Unternehmen benötigt beispielsweise möglicherweise besondere Archivierungs- oder Exportfunktionen, um Anforderungen im Zusammenhang mit GoBD und DATEV zu erfüllen. Ein indisches Unternehmen muss unter Umständen spezifische Anforderungen an die elektronische Rechnungsstellung im Rahmen der GST berücksichtigen. Auch in solchen Fällen sollte zunächst geprüft werden, welche länderspezifischen Funktionen und zertifizierten Lösungen bereits verfügbar sind. Individuelle Entwicklungen sollten erst dann in Betracht gezogen werden, wenn geeignete Standardlösungen und Erweiterungen nicht ausreichen. Kann SAP Business One ohne individuelle Anpassungen eingesetzt werden? Für viele kleine und mittelständische Unternehmen ist das weitgehend möglich. SAP Business One bietet bereits Funktionen für Finanzbuchhaltung, Einkauf, Lagerverwaltung, Vertrieb und Reporting. Durch entsprechende Konfiguration lassen sich zahlreiche zusätzliche Anforderungen abdecken. Ob dies für Ihr Unternehmen ausreicht, sollte jedoch anhand Ihrer tatsächlichen Geschäftsprozesse geprüft werden.SAP Business One: Standardfunktionen, Konfiguration, Add-ons und Eigenentwicklungen im Vergleich
Bevor Sie eine individuelle Entwicklung beauftragen, sollten Sie vier unterschiedliche Lösungsansätze prüfen. Diese sind nicht beliebig austauschbar.| Lösungsansatz | Bedeutung | Wann sinnvoll? | Beispiel |
| Standardfunktionen | Bereits in SAP Business One enthaltene Funktionen | Wenn die Anforderung bereits abgedeckt ist | Standardisierter Einkaufs- und Lagerprozess |
| Konfiguration | Anpassung von Einstellungen, Workflows und Berechtigungen | Wenn vorhandene Funktionen an interne Geschäftsregeln angepasst werden müssen | Freigabeprozess mit zusätzlichem Genehmiger bei hohen Bestellwerten |
| Drittanbieter-Add-on | Erweiterung des ERP-Systems durch eine unterstützte Zusatzlösung | Wenn spezielle Funktionen benötigt werden | Zertifizierter E-Commerce-Konnektor zur Synchronisierung von Bestellungen und Lagerbeständen |
| Individuelle Entwicklung | Entwicklung unternehmensspezifischer Funktionen | Wenn andere Lösungen eine berechtigte Anforderung nicht ausreichend erfüllen | Individuelle Preisberechnungslogik für komplexe Vertragsmodelle |
Welche SAP-Business-One-Funktionen sollten Sie vor einer Eigenentwicklung prüfen?
Gehen Sie gemeinsam mit Ihrer SAP Business One Agentur die bereits vorhandenen Funktionen durch. Dazu gehören insbesondere Finanzbuchhaltung, Einkauf, Lagerverwaltung, Vertrieb, Kundenmanagement, Reporting, Genehmigungsprozesse und Analysen. Lassen Sie sich die Funktionen möglichst anhand Ihrer eigenen Geschäftsdaten demonstrieren und nicht nur anhand einer Präsentation. Der konkrete Funktionsumfang hängt von Ihrer SAP-Business-One-Version, der bestehenden Konfiguration und Ihren individuellen Anforderungen ab. Eine praktische Demonstration in Ihrer eigenen Systemumgebung ist deshalb aussagekräftiger als allgemeine Produktversprechen. Auch die offiziellen SAP-Schulungsunterlagen, beispielsweise zur Implementierung von Genehmigungsprozessen in SAP Business One, bieten eine hilfreiche Orientierung zum Standardfunktionsumfang.7 Warnsignale, dass Ihre SAP Business One Agentur Ihr ERP-System übermäßig individualisiert
Die folgenden sieben Anzeichen können darauf hindeuten, dass Ihr ERP-System unnötig komplex geworden ist. Zu jedem Warnsignal erfahren Sie, welche Folgen entstehen können und welche Maßnahmen sinnvoll sind.-
Ihre Agentur empfiehlt Eigenentwicklungen, bevor Standardfunktionen geprüft wurden
-
Selbst kleine Prozessänderungen erfordern zusätzliche Entwicklungsaufträge
-
SAP-Business-One-Upgrades werden zunehmend komplizierter
-
Ihr ERP-System enthält mehrere Add-ons mit überschneidenden Funktionen
-
Geschäftskritische Prozesse hängen von einem einzigen Entwickler ab
-
Ihre Agentur kann Kosten und geschäftlichen Nutzen einzelner Anpassungen nicht nachvollziehbar erklären
-
Mitarbeiter nutzen trotz umfangreicher ERP-Anpassungen weiterhin manuelle Umgehungslösungen
| Warnsignal | Mögliche Ursache | Geschäftliche Auswirkung | Empfohlene Maßnahme |
| Eigenentwicklung vor Prüfung des Standards | Fehlende Fit-to-Standard-Analyse | Unnötige Entwicklungskosten | Standardfunktionen vor Angebotserstellung demonstrieren lassen |
| Jede kleine Änderung erfordert Entwicklung | Unflexible Systemarchitektur | Langsame Anpassungen und steigende Kosten | Konfiguration und Entwicklung getrennt bewerten |
| Zunehmend schwierige Upgrades | Unzureichend getestete Erweiterungen | Upgrade-Verzögerungen und Fehler | Kompatibilitätsübersicht und Testergebnisse anfordern |
| Überschneidende Add-ons | Unkoordinierte Einführung zusätzlicher Lösungen | Doppelte Lizenzkosten und unklare Zuständigkeiten | Add-on-Bestand erfassen und Überschneidungen beseitigen |
| Abhängigkeit von einem Entwickler | Fehlende Dokumentation und Wissensübergabe | Risiko für die Betriebskontinuität | Dokumentation und Quellcoderechte klären |
| Fehlende Kosten-Nutzen-Bewertung | Entwicklung ohne wirtschaftliche Begründung | Unklarer Investitionsertrag | Erwartete Einsparungen und Risikoreduzierungen dokumentieren |
| Fortbestehende manuelle Umgehungslösungen | Grundlegende Prozessprobleme nicht behoben | Mehraufwand, Fehler und doppelte Dateneingabe | Prozesse analysieren und vor weiterer Entwicklung optimieren |
Welche Kosten können durch unnötige SAP-Business-One-Anpassungen entstehen?
Welche versteckten Kosten entstehen zusätzlich zu den Entwicklungskosten?
Das ursprüngliche Entwicklungsangebot zeigt nur einen Teil der tatsächlichen Kosten. Hinzu kommen Aufwendungen für Dokumentation, Tests, Support, Kompatibilitätsprüfungen bei jedem Upgrade, Mitarbeiterschulungen und die Wartung angebundener Integrationen. Diese Kosten sind im ursprünglichen Angebot häufig nicht vollständig berücksichtigt und können regelmäßig erneut anfallen.Wie beeinflussen individuelle Anpassungen die Gesamtbetriebskosten von SAP Business One?
Eine einfache Berechnungsgrundlage lautet: Gesamtkosten der Individualisierung = Erstentwicklung + laufende Wartung + Upgrade-Tests + Integrationsanpassungen + Schulungen + Fehlerbehebung Betrachten wir ein hypothetisches Beispiel für das erste Jahr. Die folgenden Zahlen dienen ausschließlich zur Veranschaulichung und stellen keine allgemeinen Richtwerte dar. Eine individuell entwickelte Anwendung zur Bestellfreigabe könnte 20 Personentage für die Entwicklung, drei für die Wartung, vier für Upgrade-Tests, zwei für Integrationsanpassungen, einen für Schulungen und drei für die Fehlerbehebung benötigen. Insgesamt wären das 33 Personentage. Ein entsprechend konfigurierter Standard-Genehmigungsprozess könnte dagegen möglicherweise mit drei Personentagen auskommen. Der entscheidende Unterschied: Individuelle Entwicklungen können auch in den Folgejahren zusätzliche Kosten verursachen.Wie beeinflusst eine übermäßige Individualisierung die Performance, Sicherheit und Upgradefähigkeit von SAP Business One?
Können individuelle Entwicklungen SAP Business One verlangsamen?
Ja. Ineffiziente Datenbankabfragen, unnötige Verarbeitungsschritte, hohe Integrationslasten und schlecht entwickelte Erweiterungen können die Systemperformance beeinträchtigen. Allerdings können Performanceprobleme auch andere Ursachen haben, etwa die Hardware, Datenbankkonfiguration oder das Datenvolumen. Deshalb sollte vor jeder Bewertung eine fundierte technische Ursachenanalyse durchgeführt werden.Können individuelle Anpassungen Sicherheits- oder Datenintegritätsrisiken verursachen?
Ja, insbesondere wenn sie nicht sorgfältig entwickelt und getestet werden. Entscheidend sind ein durchdachtes Berechtigungskonzept, die Validierung von Eingaben, angemessene API-Zugriffsrechte und umfassende Tests. Eine individuell entwickelte Benutzeroberfläche, die bestehende Berechtigungsregeln umgeht, oder ein Integrationskonto mit unnötig weitreichenden Zugriffsrechten kann erhebliche Sicherheitsrisiken schaffen. Fragen Sie deshalb nicht nur, wer die Entwicklung durchgeführt hat, sondern auch, wer das Sicherheitskonzept geprüft hat.Warum müssen individuelle Anpassungen bei ERP-Upgrades zusätzlich getestet werden?
Jede Erweiterung stellt eine zusätzliche technische Abhängigkeit dar. Bei einer neuen SAP-Business-One-Version können sich Komponenten verändern, auf die eine Erweiterung angewiesen ist. Deshalb sind Kompatibilitätsprüfungen und Regressionstests unter realistischen Geschäftsbedingungen erforderlich. Zusätzlich sollte ein Wiederherstellungsplan vorliegen, falls nach dem Upgrade Probleme auftreten. Je mehr Erweiterungen eingesetzt werden, desto umfangreicher wird dieser Prüfaufwand.Wann ist eine individuelle SAP-Business-One-Entwicklung tatsächlich sinnvoll?
Individuelle Entwicklungen sind durchaus gerechtfertigt, wenn eine dokumentierte Geschäftsanforderung mit Standardfunktionen nicht angemessen umgesetzt werden kann. Das gilt insbesondere, wenn ein spezieller Geschäftsprozess einen messbaren wirtschaftlichen Nutzen bietet oder verfügbare Add-ons ungeeignet sind beziehungsweise unerwünschte Abhängigkeiten schaffen. Voraussetzung sollte jedoch immer ein verbindlicher Plan für Wartung, Dokumentation und Tests sein. Fehlt dieser Plan, kann selbst eine zunächst sinnvolle Entwicklung langfristig zum Problem werden.Wie sollte eine SAP Business One Agentur individuelle Entwicklungen begründen?
Fünf Kriterien bieten eine solide Entscheidungsgrundlage:- Geschäftliche Notwendigkeit: Welches konkrete Problem entsteht ohne die Entwicklung?
- Prüfung von Alternativen: Welche Standardfunktionen oder Erweiterungen wurden geprüft und warum reichen sie nicht aus?
- Kosten-Nutzen-Analyse: Wie stehen Entwicklungs- und Betriebskosten zum erwarteten Nutzen?
- Technische Machbarkeit: Kann die Lösung in der vorhandenen Systemversion sicher umgesetzt werden?
- Langfristige Wartbarkeit: Wer übernimmt Support, Dokumentation und Anpassungen bei Upgrades?
Wie sollte eine SAP Business One Agentur zwischen Konfiguration, Integration, Add-on und Eigenentwicklung entscheiden?
Bei neuen Anforderungen empfiehlt sich eine strukturierte Prüfung verschiedener Lösungswege. Neue Geschäftsanforderung Zunächst werden das gewünschte Ergebnis, die betroffenen Anwender und der Geschäftsprozess dokumentiert.- SAP Business One Standard
- Konfiguration
- Integration
- Unterstütztes Add-on
- Individuelle Entwicklung
Welche Fragen sollten Sie Ihrer SAP Business One Agentur vor der Beauftragung einer Eigenentwicklung stellen?
Nutzen Sie die folgenden Fragen bei Ihrem nächsten Projektgespräch. Sie können daraus auch eine einfache Bewertungsmatrix erstellen: Vergeben Sie zwei Punkte für eine klare, dokumentierte Antwort, einen Punkt für eine ungenaue Antwort und null Punkte, wenn keine Antwort vorliegt.- Kann SAP Business One die Anforderung bereits mit Standardfunktionen erfüllen?
- Wurden mögliche Konfigurationseinstellungen geprüft?
- Gibt es ein unterstütztes Add-on mit der benötigten Funktionalität?
- Welches messbare Geschäftsproblem soll die Entwicklung lösen?
- Wie hoch sind die Implementierungs- und jährlichen Wartungskosten?
- Welche Auswirkungen hat die Lösung auf zukünftige SAP-Business-One-Upgrades?
- Wem gehören die Dokumentation und der individuell entwickelte Quellcode?
- Wie werden Entwicklung, Tests und langfristiger Support organisiert?
- Was passiert, wenn wir unsere SAP Business One Agentur wechseln?
- Kann die individuelle Entwicklung später entfernt oder ersetzt werden?
Wie können Sie bestehende SAP-Business-One-Anpassungen reduzieren, ohne den Geschäftsbetrieb zu beeinträchtigen?
Wenn Ihr ERP-System bereits zahlreiche individuelle Erweiterungen enthält, müssen diese nicht sofort vollständig entfernt werden. Ein schrittweises, kontrolliertes Vorgehen ist in der Regel sinnvoller.Schritt 1: Bestehende Add-ons, Skripte und individuelle Workflows erfassen
Dokumentieren Sie sämtliche Erweiterungen, die unterstützten Geschäftsprozesse und die jeweiligen Verantwortlichen. Berücksichtigen Sie auch kleinere Skripte und automatisierte Hintergrundaufgaben, die bei Bestandsaufnahmen häufig übersehen werden.Schritt 2: Ungenutzte, doppelte oder wartungsintensive Funktionen identifizieren
Prüfen Sie Nutzungshäufigkeit, Zuständigkeiten, Kosten und technische Abhängigkeiten. Eine Funktion, die seit einem Jahr nicht mehr verwendet wurde, könnte möglicherweise stillgelegt werden. Eine Erweiterung, von der mehrere andere Prozesse abhängen, muss dagegen besonders sorgfältig bewertet werden.Schritt 3: Vorhandene Anpassungen mit den SAP-Business-One-Standardfunktionen vergleichen
Untersuchen Sie, ob sich bestehende Eigenentwicklungen durch aktuelle Standardfunktionen oder Konfigurationsänderungen ersetzen lassen. Die folgende fiktive Bestandsaufnahme zeigt mögliche Ergebnisse:| Erweiterung (fiktiv) | Zweck | Feststellung | Empfehlung |
| Anwendung zur Bestellfreigabe | Freigabe größerer Einkaufsbestellungen | Überschneidung mit Standard-Genehmigungsverfahren | Konfigurierten Ersatz testen und anschließend stilllegen |
| Zwei Reporting-Add-ons | Managementberichte | Doppelte Funktionen und Lizenzkosten | Eine Lösung beibehalten und Berichte migrieren |
| Skript zur Lagerbestandsalterung | Monatliche Lagerauswertung | Seltene Nutzung, ursprünglicher Verantwortlicher nicht mehr verfügbar | Standardberichte prüfen, bevor das Skript entfernt wird |
| Skript zur Synchronisierung von Webbestellungen | Übertragung von Bestellungen ins ERP | Fehleranfällig und unzureichend dokumentiert | Durch eine unterstützte Integration ersetzen |
| Export für gesetzliche Meldungen | Bereitstellung vorgeschriebener Daten | Notwendig und funktionsfähig | Beibehalten und vollständig dokumentieren |
Schritt 4: Geplante Änderungen in einer separaten Testumgebung prüfen
Führen Sie Funktionstests, Integrationstests und Benutzerakzeptanztests durch. Vereinbaren Sie außerdem einen Rollback-Plan, bevor Änderungen am Produktivsystem vorgenommen werden.Schritt 5: Einen schrittweisen Fahrplan zur ERP-Vereinfachung erstellen
Beginnen Sie mit Änderungen, die ein geringes Betriebsrisiko aufweisen. Geschäftskritische Funktionen dürfen erst entfernt werden, wenn die Ersatzlösung vollständig geprüft wurde. Eine vermeintliche Vereinfachung, die anschließend die Rechnungsstellung blockiert, ist keine Verbesserung.Wann sollten Sie eine andere SAP Business One Agentur mit der Überprüfung Ihres ERP-Systems beauftragen?
Wiederholte Upgrade-Probleme, kontinuierlich steigende Supportkosten, undokumentierte Entwicklungen oder unterschiedliche Einschätzungen zur Notwendigkeit individueller Anpassungen können gute Gründe für eine unabhängige Zweitbewertung sein. Eine fundierte externe Systemanalyse sollte eine Übersicht aller Erweiterungen, eine Risikobewertung, eine Fit-to-Standard-Analyse, priorisierte Verbesserungsvorschläge und eine Aufwandsschätzung umfassen. Ingold Solutions ist SAP Silver Partner, nach ISO 9001:2015 zertifiziert und bietet Leistungen rund um die SAP Business One Implementierung, Integration, SAP Business One Add-ons und den laufenden SAP Business One Support an. Das Unternehmen entwickelt außerdem eigene zertifizierte Erweiterungen, darunter ein E-Commerce-Add-on und ein Add-on für das Vertragsmanagement. Gerade deshalb sollten die in diesem Artikel beschriebenen Fragen grundsätzlich an jede Agentur gestellt werden – auch an Ingold Solutions. Wenn Sie eine zweite Einschätzung zu Ihrer bestehenden SAP-Business-One-Umgebung wünschen, kann das Team mit Ihnen besprechen, welchen Umfang eine Systemanalyse oder Implementierungsprüfung für Ihre Unternehmensgröße und Systemkomplexität haben sollte.Fazit: Eine gute SAP Business One Agentur sollte Ihr ERP-System vereinfachen, nicht verkomplizieren
Der Erfolg eines SAP-Business-One-Projekts lässt sich nicht daran messen, wie viele individuelle Funktionen entwickelt wurden. Entscheidend sind effiziente Geschäftsprozesse, Systemstabilität, Benutzerakzeptanz und die Frage, wie einfach sich das ERP-System auch in fünf Jahren noch betreiben und weiterentwickeln lässt. Eine kompetente SAP Business One Agentur empfiehlt nicht möglichst viele Eigenentwicklungen, sondern eine Lösung, die Ihre Geschäftsanforderungen mit möglichst geringer Komplexität erfüllt. Sie sind unsicher, ob Ihr SAP-Business-One-System unnötig komplex geworden ist? Sprechen Sie mit Ingold Solutions über die Überprüfung Ihrer bestehenden ERP-Umgebung, Integrationen und Entwicklungsanforderungen. Kontaktieren Sie unser Team über die Kontaktseite von Ingold Solutions.Häufig gestellte Fragen
In vielen Fällen weitgehend ja. Zahlreiche Unternehmen arbeiten mit Standardfunktionen und entsprechenden Konfigurationen. Spezialisierte Erweiterungen kommen nur dort zum Einsatz, wo tatsächlich funktionale Lücken bestehen.
Ob dieser Ansatz für Ihr Unternehmen geeignet ist, hängt von Ihren Geschäftsprozessen und der eingesetzten SAP-Business-One-Version ab.
Bei der Konfiguration werden vorhandene Funktionen durch Einstellungen, Berechtigungen, Genehmigungsvorlagen, Workflows oder Abfragen angepasst.
Bei einer Individualisierung werden dagegen zusätzliche Funktionen durch Eigenentwicklungen, beispielsweise individuelle Add-ons oder Programmcode, geschaffen.
Konfigurationsänderungen lassen sich in der Regel schneller umsetzen und einfacher bei Upgrades berücksichtigen. Deshalb sollten sie normalerweise zuerst geprüft werden.
In der Regel ja. Jede zusätzliche Komponente verursacht potenziell Aufwand für Support, Dokumentation, Tests und Kompatibilitätsprüfungen.
Diese Mehrkosten können gerechtfertigt sein, wenn die Entwicklung einen klaren geschäftlichen Nutzen bietet.
Problematisch wird es, wenn bestehende Standardfunktionen dupliziert werden oder der wirtschaftliche Nutzen nicht nachvollziehbar ist.
Ja. Erweiterungen und Integrationen können von Systemkomponenten abhängig sein, die sich zwischen verschiedenen Versionen ändern.
Deshalb sind Kompatibilitätsprüfungen und Regressionstests notwendig.
Einfache Ergänzungen wie benutzerdefinierte Felder verursachen häufig weniger Aufwand als komplexe Add-ons.
Vor einem Upgrade sollten Sie eine Übersicht aller Erweiterungen und ihres jeweiligen Teststatus anfordern.
Fragen Sie, ob Standardfunktionen und Konfigurationsmöglichkeiten geprüft wurden, welches konkrete Problem die Entwicklung löst und welche laufenden Kosten entstehen.
Kann die Agentur diese Fragen nicht nachvollziehbar beantworten oder wird jede kleine Änderung als Entwicklungsauftrag angeboten, kann eine unabhängige Zweitmeinung sinnvoll sein.
Die zehn Fragen aus diesem Artikel bieten dafür eine strukturierte Grundlage.
Häufig ja, allerdings nur nach sorgfältiger Prüfung.
Erfassen Sie zunächst sämtliche Erweiterungen, identifizieren Sie ungenutzte oder doppelte Funktionen und prüfen Sie mögliche Alternativen im SAP-Business-One-Standard.
Testen Sie Ersatzlösungen in einer separaten Umgebung und entfernen Sie Erweiterungen schrittweise.
Für gesetzlich vorgeschriebene oder finanzrelevante Prozesse dürfen Funktionen erst nach erfolgreicher Validierung der Ersatzlösung stillgelegt werden.
Wenn ein unterstütztes Add-on die Anforderungen erfüllt, lohnt sich eine entsprechende Prüfung.
Solche Lösungen werden häufig für mehrere Kunden entwickelt und zentral weitergepflegt.
Achten Sie auf die Kompatibilität mit Ihrer SAP-Business-One-Version, Lizenzkosten, Herstellersupport und mögliche Überschneidungen mit bestehenden Anwendungen.
Wenn das Add-on Ihre Anforderungen nicht angemessen erfüllt, kann eine individuelle Entwicklung dennoch die bessere Lösung sein.
In vielen Fällen ja, sofern eine ausreichende Dokumentation vorliegt und die Rechte am Quellcode eindeutig geregelt sind.
Eine neue Agentur wird üblicherweise zunächst die vorhandenen Erweiterungen erfassen und die technischen Risiken bewerten, bevor sie den Support übernimmt.
Fehlende Dokumentation oder nicht zugänglicher Quellcode können die Übergabe erheblich erschweren.
Deshalb sollten Eigentums- und Nutzungsrechte bereits vor Beginn der Entwicklung vertraglich geklärt werden.
Applicable for Package
Optional