Fusion Applications: zeker geen ‘big bang’
Automatisering Gids, 1 okt 2010
Oracle brengt daadwerkelijk nog dit jaar zijn langverwachte Fusion Applications op de markt. De doorsneegebruiker van Oracles huidige brede portfolio zal er voorlopig slechts mondjesmaat op overschakelen.
Oracle heeft op zijn jaarlijkse OpenWorld-conferentie eindelijk de Fusion Applications gelanceerd. Nog voor eind dit jaar komen ruim 100 nieuwe softwaremodules op de markt – ‘general availability’ is voorzien voor het eerste kwartaal van 2011. De Fusion Applications hebben lang op zich moeten wachten, maar het is volgens Ellison dan ook Oracles grootste project ooit. “We wisten dat we zoiets als dit zouden moeten doen toen we in december 2004 PeopleSoft overnamen, inclusief JD Edwards. We moesten de beste ideeën uit al die systemen samenvoegen.”
Net als Oracles eigen Enterprise Business Suite en het al eerder overgenomen Siebel hadden PeopleSoft en JD Edwards hun eigen middleware en gereedschappen. Die variatie was op de langere termijn niet houdbaar als Oracle daadwerkelijk naar een echte servicegeoriënteerde architectuur (SOA) toe wilde. Dat vergde ook nog een middleware-fundament: Fusion Middleware, dat vorig jaar werd geïntroduceerd. “Het duurde even voordat we doorhadden hoe de die aan de eisen van de toekomstige Fusion Applications kon voldoen.”
De beste onderdelen uit de veelheid aan softwareproducten die Oracle door zijn vele overnames in portefeuille heeft, zijn in de afgelopen vijf jaar herschreven in 11.000 Java webservices, op het niveau ‘maak order aan’ of ‘voer klant in’. Dergelijke softwareobjecten zijn met de procestaal BPEL tot bedrijfsprocessen gesmeed. BPEL maakt Fusion Applications in de toekomst ook ‘upgrade-vriendelijker’, claimt Oracle.
Een belangrijk uitgangspunt bij het ontwikkelen was business intelligence (BI). Ellison: “Dit moest geen klerk-automatiseringssysteem worden.” Daarom is Fusion Applications een ‘BI-gedreven’ softwaresuite geworden, waarbij steeds de vraag voorop staat wat voor beslissingen de eindgebruiker te nemen heeft als zich uitzonderingen voordoen. De in alle applicaties (en de onderliggende Fusion Middleware) verwerkte BI-technologie is grotendeels gebaseerd op de technologie van Siebel en Hyperion.
Een Facebook-achtige, rolgebaseerde gebruikersinterface met BI-aangestuurde taken, waarschuwingen en analyses en onder andere groepsfunctionaliteiten en Outlook-integratie moet de eindgebruiker ten slotte productiever maken dan de huidige interfaces.
Bij zijn introductie zal Fusion Applications een vrij ‘horizontaal’ karakter hebben en bestaan uit een zevental ‘producten’: Financial Management, Procurement and Sourcing, Human Capital Management (HCM), Customer Relationship Management (CRM), Supply Chain Management (SCM), Governance Risk & Compliance (GRC), en Project & Portfolio Management (PPM). ‘Versie 1.0’ bevat alleen de zaken die voor de belangrijkste klanten van Oracle interessant zijn. Een multinational kan er nog niet zijn volledige backoffice mee ondersteunen en ook bijvoorbeeld de publieke sector zal op latere uitbreidingen moeten wachten.
Dat laatste merkt ook Gerard Stam, hoofd applicatiebeheer van Gemeentewerken Rotterdam en tevens bestuurslid van de Oracle Benelux User Group (OBUG). Hij wacht zelf met Fusion Applications, omdat die voor Gemeentewerken op dit moment niets toevoegen aan wat de huidige Enterprise Business Suite (EBS) biedt. Stam neemt wel deel aan de Usability Board van Oracle om er bijvoorbeeld voor te zorgen dat bepaalde functionaliteiten in Project Management die hij voor Rotterdam nodig acht in een volgende versie van de suite terecht komen.
Stam ziet veel belangstelling onder de Oracle-gebruikers in Nederland, maar massaal overstappen zullen ze niet. “Veel EBS-gebruikers zijn bezig met een overstap naar versie 12 van die suite. Ze zijn veelal blijven hangen bij een eerdere versie van 11i, in afwachting van Fusion.” Dat ze alsnog overstappen naar versie 12 komt volgens hem mede door de relatieve stilte van de laatste anderhalf jaar rond Fusion Applications.
Oracle onderkende op OpenWorld zelf meermalen dat het meest waarschijnlijke upgrade-scenario voor klanten van de huidige software een beperkte inzet van kleine onderdelen van Fusion Applications is. ‘Coexistence’ was het toverwoord.
“De meeste van onze klanten zullen naar delen van Fusion Applications kijken om specifieke businessproblemen op te lossen, zonder de bestaande softwareinfrastrucuur aan te tasten”, aldus Steve Miranda, senior vice president Application Development van Oracle, over de mogelijke scenario’s. Een deel van de klanten zal gewoon op het huidige softwarepad voortgaan, inclusief de upgrades op de huidige EBS, Siebel, PeopleSoft et cetera die Oracle belooft te blijven leveren.
Een ander deel van de klanten zal losse modules kunnen inzetten; dat zijn typische ‘co-existence-modules’ als Talent Management, Distributed Order Orchestration of Incentive Compensation. Die modules, met voor veel bedrijven zinvolle nieuwe functionaliteiten, kunnen doorgaans zonder al te veel integratiewerk worden ingezet, zelfs zonder de Fusion Middleware te installeren. De volledige Fusion Apps-suite zal enkel een optie zijn voor nieuwe klanten zonder goede ERP-basis en voor wie Oracles huidige portfolio geen meerwaarde biedt boven Fusion.
De grote variatie aan mogelijke upgrade-scenario’s heeft Capgemini ertoe gebracht een speciaal programma als ‘managed service’ aan te bieden onder de naam Oracle Fusion Lifecycle, waarbij de dienstverlener de upgrade-sores voor meerdere jaren op zich neemt. Miranda noemde enkele voorbeelden van Oracle-klanten uit het pilotprogramma die de coexistence-strategie in de praktijk brengen. Zo koos een voedingsmiddelenproducten met meerdere JD Edwards-systemen voor het parallel invoeren van Fusion Financial Management, naast Oracle BI en Hyperion Planning & Budgetting. Wat meer integratieinspanning was nodig bij een grote online retailer die naast Oracle EBS en Siebel CRM veel verschillende ordersystemen in gebruik heeft en daarbij Fusion Distributed Order Management en Global Order Promising wil gebruiken (beide uit het SCM-deel van Fusion). Stelregel is dat hoe dieper de benodigde integratie is, hoe groter de noodzaak (delen van) de Fusion Middleware te gebruiken. Wie op de meest recente versies van Oracles huidige producten zit, heeft doorgaans die middleware ook al draaien, waarmee de stap naar Fusion Applications makkelijker is geworden.
Oracle brengt daadwerkelijk nog dit jaar zijn langverwachte Fusion Applications op de markt. De doorsneegebruiker van Oracles huidige brede portfolio zal er voorlopig slechts mondjesmaat op overschakelen.
Oracle heeft op zijn jaarlijkse OpenWorld-conferentie eindelijk de Fusion Applications gelanceerd. Nog voor eind dit jaar komen ruim 100 nieuwe softwaremodules op de markt – ‘general availability’ is voorzien voor het eerste kwartaal van 2011. De Fusion Applications hebben lang op zich moeten wachten, maar het is volgens Ellison dan ook Oracles grootste project ooit. “We wisten dat we zoiets als dit zouden moeten doen toen we in december 2004 PeopleSoft overnamen, inclusief JD Edwards. We moesten de beste ideeën uit al die systemen samenvoegen.”
Net als Oracles eigen Enterprise Business Suite en het al eerder overgenomen Siebel hadden PeopleSoft en JD Edwards hun eigen middleware en gereedschappen. Die variatie was op de langere termijn niet houdbaar als Oracle daadwerkelijk naar een echte servicegeoriënteerde architectuur (SOA) toe wilde. Dat vergde ook nog een middleware-fundament: Fusion Middleware, dat vorig jaar werd geïntroduceerd. “Het duurde even voordat we doorhadden hoe de die aan de eisen van de toekomstige Fusion Applications kon voldoen.”
De beste onderdelen uit de veelheid aan softwareproducten die Oracle door zijn vele overnames in portefeuille heeft, zijn in de afgelopen vijf jaar herschreven in 11.000 Java webservices, op het niveau ‘maak order aan’ of ‘voer klant in’. Dergelijke softwareobjecten zijn met de procestaal BPEL tot bedrijfsprocessen gesmeed. BPEL maakt Fusion Applications in de toekomst ook ‘upgrade-vriendelijker’, claimt Oracle.
Een belangrijk uitgangspunt bij het ontwikkelen was business intelligence (BI). Ellison: “Dit moest geen klerk-automatiseringssysteem worden.” Daarom is Fusion Applications een ‘BI-gedreven’ softwaresuite geworden, waarbij steeds de vraag voorop staat wat voor beslissingen de eindgebruiker te nemen heeft als zich uitzonderingen voordoen. De in alle applicaties (en de onderliggende Fusion Middleware) verwerkte BI-technologie is grotendeels gebaseerd op de technologie van Siebel en Hyperion.
Een Facebook-achtige, rolgebaseerde gebruikersinterface met BI-aangestuurde taken, waarschuwingen en analyses en onder andere groepsfunctionaliteiten en Outlook-integratie moet de eindgebruiker ten slotte productiever maken dan de huidige interfaces.
Bij zijn introductie zal Fusion Applications een vrij ‘horizontaal’ karakter hebben en bestaan uit een zevental ‘producten’: Financial Management, Procurement and Sourcing, Human Capital Management (HCM), Customer Relationship Management (CRM), Supply Chain Management (SCM), Governance Risk & Compliance (GRC), en Project & Portfolio Management (PPM). ‘Versie 1.0’ bevat alleen de zaken die voor de belangrijkste klanten van Oracle interessant zijn. Een multinational kan er nog niet zijn volledige backoffice mee ondersteunen en ook bijvoorbeeld de publieke sector zal op latere uitbreidingen moeten wachten.
Dat laatste merkt ook Gerard Stam, hoofd applicatiebeheer van Gemeentewerken Rotterdam en tevens bestuurslid van de Oracle Benelux User Group (OBUG). Hij wacht zelf met Fusion Applications, omdat die voor Gemeentewerken op dit moment niets toevoegen aan wat de huidige Enterprise Business Suite (EBS) biedt. Stam neemt wel deel aan de Usability Board van Oracle om er bijvoorbeeld voor te zorgen dat bepaalde functionaliteiten in Project Management die hij voor Rotterdam nodig acht in een volgende versie van de suite terecht komen.
Stam ziet veel belangstelling onder de Oracle-gebruikers in Nederland, maar massaal overstappen zullen ze niet. “Veel EBS-gebruikers zijn bezig met een overstap naar versie 12 van die suite. Ze zijn veelal blijven hangen bij een eerdere versie van 11i, in afwachting van Fusion.” Dat ze alsnog overstappen naar versie 12 komt volgens hem mede door de relatieve stilte van de laatste anderhalf jaar rond Fusion Applications.
Oracle onderkende op OpenWorld zelf meermalen dat het meest waarschijnlijke upgrade-scenario voor klanten van de huidige software een beperkte inzet van kleine onderdelen van Fusion Applications is. ‘Coexistence’ was het toverwoord.
“De meeste van onze klanten zullen naar delen van Fusion Applications kijken om specifieke businessproblemen op te lossen, zonder de bestaande softwareinfrastrucuur aan te tasten”, aldus Steve Miranda, senior vice president Application Development van Oracle, over de mogelijke scenario’s. Een deel van de klanten zal gewoon op het huidige softwarepad voortgaan, inclusief de upgrades op de huidige EBS, Siebel, PeopleSoft et cetera die Oracle belooft te blijven leveren.
Een ander deel van de klanten zal losse modules kunnen inzetten; dat zijn typische ‘co-existence-modules’ als Talent Management, Distributed Order Orchestration of Incentive Compensation. Die modules, met voor veel bedrijven zinvolle nieuwe functionaliteiten, kunnen doorgaans zonder al te veel integratiewerk worden ingezet, zelfs zonder de Fusion Middleware te installeren. De volledige Fusion Apps-suite zal enkel een optie zijn voor nieuwe klanten zonder goede ERP-basis en voor wie Oracles huidige portfolio geen meerwaarde biedt boven Fusion.
De grote variatie aan mogelijke upgrade-scenario’s heeft Capgemini ertoe gebracht een speciaal programma als ‘managed service’ aan te bieden onder de naam Oracle Fusion Lifecycle, waarbij de dienstverlener de upgrade-sores voor meerdere jaren op zich neemt. Miranda noemde enkele voorbeelden van Oracle-klanten uit het pilotprogramma die de coexistence-strategie in de praktijk brengen. Zo koos een voedingsmiddelenproducten met meerdere JD Edwards-systemen voor het parallel invoeren van Fusion Financial Management, naast Oracle BI en Hyperion Planning & Budgetting. Wat meer integratieinspanning was nodig bij een grote online retailer die naast Oracle EBS en Siebel CRM veel verschillende ordersystemen in gebruik heeft en daarbij Fusion Distributed Order Management en Global Order Promising wil gebruiken (beide uit het SCM-deel van Fusion). Stelregel is dat hoe dieper de benodigde integratie is, hoe groter de noodzaak (delen van) de Fusion Middleware te gebruiken. Wie op de meest recente versies van Oracles huidige producten zit, heeft doorgaans die middleware ook al draaien, waarmee de stap naar Fusion Applications makkelijker is geworden.