‘Create apps, automate processes, and design business sites with drag-and-drop simplicity.’ Dat klinkt natuurlijk allemaal hartstikke mooi en verleidelijk. Maar wat kunnen we hier nu daadwerkelijk mee? Welke plek pakt SAP Build binnen het SAP coding ecosysteem? En gaat het ABAP verdrijven of moet het juist gezien worden als aanvulling op de huidige toolkit?
Redenen genoeg voor Arno en Bas om zich aan te melden voor de SAP Build Codejam in Den Bosch om zo een goed objectief en onafhankelijk beeld te vorm van SAP Build. Samen gingen zij op zoek naar het antwoord op de vraag: moeten de doorgewinterde SAP Developers zich nu echt zorgen gaan maken?
Wat is SAP Build?
Arno: ‘Eigenlijk bestaat het niet. SAP Build is geen product, maar meer een verzamelterm voor drie verschillende tools: een front-end CMS, een Proces Automation Tool en een SAP Application builder. En let wel: die werken niet volledig samen en moeten dus wel beschouwd worden als losstaande producten die soms triggers bij elkaar op kunnen wekken.
Bas: ‘SAP Build is eigenlijk meer een marketingstrategie waarbij er nieuw leven is geblazen in drie reeds bestaande tools. Het past overigens wel goed in de richting waar de markt een beetje naar toe beweegt waarin je wat minder afhankelijk van ontwikkelaars wilt zijn. SAP Build maakt het, in theorie, mogelijk dat de business meer zelf kan doen zonder lange ontwikkelstraten. Dat is althans de propositie. Het werkelijke verhaal moet wel genuanceerd worden.’
(tekst gaat verder onder de foto)
Wat vinden jullie van SAP Build?
Arno: ‘Om echt goed antwoord te kunnen geven op die vraag moet je het product uit elkaar trekken. Het front-end CMS snap ik en is best goed in elkaar gezet. Als eindgebruiker kun je namelijk ook heel behoorlijk een website in elkaar klikken. Maar wat biedt dit ten opzichte van bijvoorbeeld WordPress? Want je betaalt hier namelijk wel voor. Ik zie hier niet direct voordelen in.’
Bas: ‘SAP Build werkt nu nog met losse licenties en je moet inderdaad meerdere zaken, onder de motorkap, aanschaffen. Bedrijven moeten zich dus serieus af gaan vragen wat dit gaat kosten en wat het voor je kan betekenen. Ik kan me, in het geval van de bouw of herbouw van een website, namelijk best voorstellen dat bedrijven toch liever een webdeveloper aannemen die de API-calls richting de back-end in kan regelen. Dat zou denk ik wel goedkoper kunnen zijn. Alleen voor bedrijven die op dagelijkse basis veel contentwijzigingen moeten doorvoeren, zou het onderdeel front-end CMS wellicht een uitkomst kunnen zijn.’
Arno: ‘Het tweede onderdeel, de SAP Application Builder, vond ik vrij lastig te begrijpen. Die is nog best wel complex en ik zie veel eindgebruikers hier nog niet zo snel mee werken. Zeker omdat je het proces erachter, zoals het aanroepen van de API en de koppeling naar applicatie server, ook moet inregelen.’
Bas: ‘Er zit ook nog wel een gat in de autorisatieopzet; je kunt geen gelaagdheid aanbrengen in wie bijvoorbeeld bij bepaalde data kan. Misschien dat dit later nog wel kan, maar nu nog niet. Daarbij: je werkt binnen deze Application Builder nu met allemaal standaard services waar geen uitbreidingen op zitten. De dingen die je hiermee dan zou willen bouwen, zijn die er niet al? En wat ik me ook afvraag: de beoogde doelgroep, de eindgebruikers, willen juist vaak afwijkende zaken hebben in de vorm van maatwerk. En dat zie ik binnen deze SAP Application Builder, zeker door eindgebruikers, echt niet gebeuren.
Arno: ‘De Proces Automation Tool tenslotte is wel echt mooi en goed bruikbaar met name voor de business.’
Bas: ‘Zeker, SAP heeft hiermee nieuw leven geblazen in SAP Workflow. Het lijkt heel erg op de Iflows die ik ook ken van SAP CPI en ik kan me heel goed voorstellen dat je als business (eindgebruiker) heel blij wordt van het feit dat bijvoorbeeld goedkeuringsprocessen kunt monitoren.’
(tekst gaat verder onder de foto)
Is SAP Build dé tool voor de eindgebruiker die zonder ABAP’er wil werken?
Arno: ‘Nee. Vanuit de SAP Application Builder zie ik echt niet gebeuren. Om een simpel voorbeeld te noemen op basis van deze Codejam: als iets niet werkte, dan moet je behoorlijk veel weten en kunnen om erachter te zien te komen waarom het niet werkt. Denk bijvoorbeeld aan hoofdlettergevoeligheid en velden die exact overeen moeten komen. Tijdens de Codejam werd zo bijvoorbeeld gebruik gemaakt van de SAP Application Builder en het Proces Automation onderdeel. Deze zijn niet direct aan elkaar gerelateerd, maar beide zijn wel zeer afhankelijk van of je alle velden goed doorgeeft en hoofdlettergebruik. Maak je hier een fout in, in een veld in de applicatie die je gecreëerd hebt, dan komt je data dus niet aan. Let wel: je krijgt daarbij dan geen foutmelding. Want als je die wel wilt hebben op dat moment, dan moet je die inbouwen. Het Proces Automation onderdeel is overigens wel heel nuttig en bruikbaar voor de business, al moet je hiervoor ook al wel goed technisch onderlegd zijn.
Bas: ‘Je moet technisch gezien heel goed in je schoenen staan wil je dit soort toepassingen gaan gebruiken. Daar komt veel training bij kijken. En de vraag is of het je gaat bieden wat je zoekt. Zoek je bijvoorbeeld meer snelheid, dan is het nog maar zeer de vraag of je dat gaat bereiken. Dat ligt niet alleen aan de opzet van de SAP Application Builder maar ook aan het feit dat ontwikkelaars goed zijn in uitzoeken door hun technische kennis en ervaring. Bij eindgebruikers zit dat doorgaans toch echt anders.’
Wat kunnen SAP Developers dan met SAP Build?
Bas: ‘Als ik kijk naar die SAP Application Builder, dan krijg ik daar bijna een muisarm van. Je moet enorm veel zoeken, linken, toevoegen en koppelen. En dan heb je slechts één veldje. Dus stel je voor dat je heel veel velden hebt. Dan klik je jezelf helemaal zoek. Dat is voor ABAP Developers eigenlijk niet echt interessant zoals het nu is.’
Arno: ‘Eens. Ik vond dat totaal niet prettig en vooral ook niet logisch. Maar de Proces Automation Tool vond ik wel mooi en nuttig trouwens.’
Bas: ‘Zeker, ik denk dat ze met deze tool Workflow nieuw leven ingeblazen hebben. Het is eigenlijk Workflow online waarbij het meer lijkt op de iFlows zoals die in SAP CPI zijn opgezet waardoor je het heel mooi kan volgen.’
Arno: ‘Hier gaat onze SAP Workflow expert wel blij van worden denk ik.’
Wat is jullie slotconclusie?
Arno: ‘Ik had er meer van verwacht en ben nog niet overtuigd. Puur vanuit het oogpunt van de business is de SAP Application Builder denk ik gewoonweg te complex en bij front-end CMS vraag me serieus af of je hier een business case voor rond krijgt. Alleen de Proces Automation Tool zou voor de business en voor workflow consultants interessant kunnen zijn.
Bas: ‘Ja en ik vraag me sterk af of SAP Build, en dan met name de SAP Application Builder, gaat zorgen voor ommekeer bij zowel eindgebruiker als ontwikkelaar. Ik denk het eerlijk gezegd niet. Ik sluit me wel aan bij Arno dat de Proces Automation Tool wel interessant is, zeker voor de business. Alleen vind ik wel echt dat je niet teveel logica op verschillende locaties moet gaan inbouwen. Want realiseer je heel goed dat indien eindgebruikers dit onderdeel gaan gebruiken, je ook hier weer logica gaat inbouwen.’
Arno: ‘We moeten dit product wel begrijpen. Want we krijgen altijd vragen van klanten over dit soort producten en dan moeten we ze wel kunnen aangeven wat het is en of het interessant voor ze is. Maar ik zou dit niet bij klanten adviseren op dit moment.’
