Markt\u00fcberblick<\/h2>\n\n\n\n
Heutzutage gibt es kein gr\u00f6\u00dferes ERP-System mehr, das nicht modular aufgebaut w\u00e4re. Komplexere IT-Systeme nicht in einzeln verwaltbare Systemkomponenten<\/strong> zu zerlegen, grenzt schier an Wahnsinn.<\/p>\n\n\n\n Oftmals haben die Modulunterteilungen auch lizenzpolitische Hintergr\u00fcnde: Es gibt verschiedene Preisstufen<\/strong> des ERP-Systems und je nachdem, wie viele Module aktiv sind, entscheidet sich auch der Preis.<\/p>\n\n\n\n Doch nicht \u00fcberall sind modulare Systeme der Standard: Gerade im Cloud-Bereich<\/strong> sind viele Systeme unterwegs, die aus einem monolithischen Block bestehen. Diese “Kompaktsysteme” sind meist auf eine Aufgabe spezialisiert oder besitzen nicht besonders viele Features, sind also weniger komplex.<\/p>\n\n\n\n Ist ein ERP-System sauber in Module geteilt, ist es einfach m\u00f6glich, bei verschiedenen Kunden verschiedene Module einzusetzen. Damit muss nicht jeder ERP-Kunde dasselbe ERP-System mit derselben Featurekonstellation benutzen, sondern kann sich sein eigenes Featureset zusammenstellen.<\/p>\n\n\n\n Im Rahmen des Customizing k\u00f6nnen sogar komplett eigene Module entwickelt werden, die dann eine Spezialaufgabe erf\u00fcllen, wie zum Beispiel ein ganz bestimmter Vermietungs-Workflow.<\/p>\n\n\n\n Die einfachste Form der Modularit\u00e4t ist die Modulbasis: Grobe Funktionsstrukturen wie z.B. Vertragsverwaltung, Buchhaltung, Produktion, Lager usw. k\u00f6nnen einzeln ab- und zugeschalten werden.<\/p>\n\n\n\n Dabei gibt es aber gro\u00dfe Qualit\u00e4tsunterschiede<\/strong> bei den einzelnen ERP, insbesondere was die Abh\u00e4ngigkeiten<\/strong> der Module voneinander angeht: H\u00e4ngen zwei Module voneinander ab, zum Beispiel dass sich die Rechnungsstellung auch auf die Buchhaltung auswirkt, gibt es drei Arten von ERP-Systemen:<\/p>\n\n\n\n a) Harte Abh\u00e4ngigkeit<\/strong> – Will man Rechnungen schreiben, MUSS man auch das Buchhaltungsmodul aktivieren. Das sorgt f\u00fcr gro\u00dfes Abh\u00e4ngigkeitenchaos und man muss Module aktivieren, die man eigentlich gar nicht benutzen m\u00f6chte.<\/p>\n\n\n\n b) Weiche Abh\u00e4ngigkeit<\/strong> – Das Rechnungsmodul ist so flexibel aufgebaut, dass FALLS die Buchhaltung verf\u00fcgbar ist, diese beiden Module zusammenarbeiten. Will man aber die Buchhaltung nicht benutzen, hat das keine negativen Auswirkungen auf die Funktionsweise der anderen Module.<\/p>\n\n\n\n c) Komplette Unabh\u00e4ngigkeit<\/strong> – Die Module arbeiten gar nicht zusammen. Dies ist quasi der Worst Case – man k\u00f6nnte statt dem modularen ERP auch einfach f\u00fcr jede Aufgabe eine eigene Software kaufen, die dann f\u00fcr die jeweilige Aufgabe hochoptimiert ist.<\/p>\n\n\n\n Gut umgesetzte Weiche Abh\u00e4ngigkeiten stellen damit das Optimum bei der Modularit\u00e4t dar.<\/p>\n\n\n\n Eine Weiterentwicklung der Weichen Abh\u00e4ngigkeiten auf der groben Modulebene, stellt die Feature-Modularit\u00e4t dar. Bei der Feature-Modularit\u00e4t kann jedes Feature einzeln gesteuert<\/strong> werden.<\/p>\n\n\n\n Beispiel<\/strong>: Rechnungen k\u00f6nnen entweder einfach strukturiert sein oder Zwischen\u00fcberschriften und mehrdimensionale Positionsnummerierung haben. 90% der Betriebe ben\u00f6tigen aber nur die einfache Version<\/strong>. Mit der Feature-Modularit\u00e4t kann man die Software und damit die Men\u00fcs und Erfassungsmasken f\u00fcr 90% der ERP-Kunden einfach halten, w\u00e4hrend die 10% komplexen Kunden das Feature f\u00fcr mehrstufige Rechnungspositionen freigeschalten bekommen.<\/p>\n\n\n\n Die feine Feature-Modularit\u00e4t ist in der Informatik-Softwaretechnologie-Forschung noch nicht so weit erforscht. Bisherige Ans\u00e4tze arbeiten mit Code Injection, also das Hinzuf\u00fcgen von Code in bestehende Software an sogenannten “Join Points” – Eintrittspunkten. Bis jetzt wurde dieser Ansatz noch nicht so stark in ERP-Produkte integriert.<\/p>\n\n\n\n Das \u00e4ndert sich mit dem Launix FOP<\/strong>. FOP steht dabei f\u00fcr Feature Oriented Programming<\/strong> und ist ein feature-modulares Programmiersystem, mit dem man von einfachen bis komplexen ERP-Systemen alles individuell zusammenstellen kann. Dabei bleiben alle selbst programmierten Erweiterungen Update- und Upgradef\u00e4hig – was bei den anderen Modulans\u00e4tzen nicht der Fall ist.<\/p>\n\n\n\n Ein erstes Produkt auf FOP-Basis ist das ERP-System ERPL Enteprise<\/a>. Es basiert komplett auf der FOP-Technologie, hat aber ein kundenfreundlicheres Konfigurationssystem: Anstatt zu programmieren kreuzen Sie erst einmal nur die ben\u00f6tigten Features an. <\/p>\n\n\n\n Mit ERPL Enteprise starten Sie mit einem Grundpaket f\u00fcr die grundlegenden Bed\u00fcrfnisse: Gesch\u00e4ftsbriefe wie Rechnungen\/Angebote\/Lieferscheine, Personal-Zeiterfassung und Urlaub, Dokumentenmanagement uvm.<\/p>\n\n\n\n Wenn Sie dann einige Jahre mit den Grundmodulen gearbeitet haben, k\u00f6nnen Sie obendrauf individuelle Workflows, Prozessautomatisierungen oder individuelle Module programmieren lassen. Das System bleibt immer erweiterbar und Erweiterungen werden auch vom Hersteller gepflegt.<\/p>\n\n\n\n Sind Sie selbst ERP-Berater und m\u00f6chten gern eines der fortschrittlichsten ERP-Systeme auf dem Markt selbst anbieten? Dann kontaktieren Sie uns und werden FOP\/Launix\/ERPL-Fachh\u00e4ndler.<\/p>\n\n\n\n <\/p> Modularit\u00e4t vereinfacht das Customizing<\/h2>\n\n\n\n
Fallstricke bei der Modularit\u00e4t<\/h2>\n\n\n\n
Feature-Modularit\u00e4t statt Grob-Module<\/h2>\n\n\n\n
ERPL Enteprise als Einstieg in die Welt der Feature-Modularit\u00e4t<\/h2>\n\n\n\n
![\"\"](\"https:\/\/launix.de\/launix\/wp-content\/uploads\/2022\/08\/image.png\")
ERP-Berater gesucht<\/h2>\n\n\n\n
<\/ul><\/div>\n