Michael Doblinger, Solution Architect. 20 Jahre SAP Business One, 100 % unabhängig.
Erst verstehen wo der Schwerpunkt liegt. Dann entscheiden was Standard kann. Und nur entwickeln, was wirklich fehlt.
Fast jedes SAP Business One Projekt beginnt mit einer Liste von Anpassungswünschen, und fast jede dieser Listen ist zu lang. Customizing ist nicht das Problem. Ungefiltertes Customizing ist es: teuer im Bau, teurer in der Wartung, riskant bei jedem Upgrade. Meine Arbeit beginnt deshalb nicht mit Code, sondern mit der Frage, was der Standard schon kann.
Was nach der Analyse übrig bleibt, wird so gebaut, dass es Upgrades überlebt und übergabefähig ist: über Service Layer und native Extensions statt über fragile Add-ons.
Pflichtfelder, Validierungen, Buttons, Berechtigungen: dieselben kleinen Web-Client-Anpassungen, in jedem Projekt wieder. Genau dafür habe ich die JustCust Platform gebaut. Konfigurieren statt programmieren, deployt als nativer SAP-Standard.
Einige Projekte aus 20 Jahren SAP Business One, anonymisiert, aber konkret.
30 Minuten reichen meistens, um zu wissen, ob sich ein Projekt lohnt. Manchmal ist die Antwort: Sie brauchen mich nicht. Auch das ist ein Ergebnis.
Michael Doblinger, Solution Architect. 20 Jahre SAP Business One, 100 % unabhängig.
Was ich zuletzt gebaut habe, ehrlich dokumentiert, nativ deployt
Ein Freigabe-Button als native Web-Client-Erweiterung: visuell konfiguriert, per Skript mit Logik versehen, über den Extension Manager deployt — in Stunden statt eines UI5-Sprints.
Weiterlesen →Ein Freigabe-Button, der nur bei Rabatt über 10 % und nur für die Rolle „Head of Sales" erscheint — rollenbasiert, mehrsprachig, konfiguriert statt programmiert. Und was das für Partner bedeutet.
Weiterlesen →Viele Tools manipulieren das DOM des Web Clients — hübsch heute, kaputt beim nächsten SAP-Upgrade. Warum native MTAR-Extensions die nachhaltigere Architektur sind, und was Partner daraus mitnehmen.
Weiterlesen →