SAP Enterprise Search ° 13 sep 06
Door Dirkjan van Groeningen | Alle berichten van Dirkjan
SAP heeft zijn tool Enterprise Search geïntroduceerd. Daarmee moet het eenvoudig worden voor kenniswerkers om binnen hun bedrijfsomgeving informatie te vinden in gestructureerde en ongestructureerde data binnen en buiten SAP-systemen, zolang die op de NetWeaver-infrastructuur zijn aangesloten. Het gereedschap, dat voortbouwt op de bestaande zoektechnologie die in SAP’s NetWeaver is ingebouwd, verricht niet een puur tekstgebaseerde zoektocht, maar houdt ook rekening met datamodellen en met de functionele rol en voorkeuren van de persoon die informatie zoekt. Klik hier! Vanuit een zoekresultaat kan vervolgens meteen naar de betreffende applicatie of rapportage worden doorgeklikt. SAP Enterprise Search komt commercieel beschikbaar in 2007, met een browsergebaseerde interface, als ‘desktop widget’ (voor snelle toegang) en als standaard onderdeel van MySAP ERP 2005. Later wordt de software misschien meegeleverd met de SAP Appliance, een server voor snelle BI-toepassingen op het SAP-platform. Ontwikkelaars kunnen een proefversie downloaden.
Popularity: 2% [?]
Loading ...
Terugvinden van informatie is voor menig organisatie inderdaad een groot probleem: waar zit de informatie (recall), hoe krijg ik het eruit, hoe relevant is wat ik als zoekresultaat vind voor mijn vraag (precision)? Dit zijn bekende problemen voor veel organisaties. Voor een effectieve aanpak is het aan te bevelen om een onderscheid te maken tussen twee soorten informatie: informatie die afkomstig is uit (transactionele) systemen – denk aan een ERP- of een CRM-systeem) en andersoortige informatie – zoals documenten (in veel verschillende formaten), mail en presentaties.
De eerste soort informatie (denk bijv. aan de inhoud en de reikwijdte van een klacht van een klant) zou terug te vinden moeten zijn in de bronapplicatie. Met deze applicatie is namelijk de klacht en andere gegevens ingevoerd/aangemaakt. Biedt het bronsysteem daarvoor geen adequate mogelijkheden, doordat bijv. de reactiesnelheid of de gebruiksvriendelijkheid te wensen overlaat, dan zou je kunnen kijken naar de inrichting van die applicatie of de afstemming daarvoor op (wellicht veranderde)gebruikerseisen.
De tweede soort info is op een viertal manieren terug te vinden, alle met een wisselend kosten- en baten plaatje:
· FTR – full text retrieval ( a la Google); eventueel aangevuld met Booleans en/of fonetisch zoeken (Soundex);
· Metasearch – middels een formulier met ‘vinkvakjes’ kan een aantal search engines worden aangeroepen; de result set wordt vaak gecombineerd gepresenteerd;
· Mixed query (in het artikel omschreven als “niet een puur tekstgebaseerde zoektocht, maar houdt ook rekening met datamodellen”): met behulp van formele SQL-kenmerken kan bijv. worden gezocht op publicatiedatum, auteur, herkomst, gecombineerd met FTR (zie eerste optie). Dit maakt het mogelijk de zoekvraag af te bakenen en sneller tot resultaat te komen. Hier wordt al meerdere jaren een behoorlijk resultaat mee geboekt: bij Oracle was dit bijv. middels de Context-optie al mogelijk in 1997.
· Intelligent retrieval: met behulp van statistische, semantische en thematische technieken kunnen de resultaten verder worden opgekrikt, met name de precision (“dit is wat ik zoek”). Een thesaurus wordt daarbij gebruikt als afspiegeling van het wereldbeeld (ontologie) van de gebruikersorganisatie. Deze aanpak leidt tot een hogere mate van efficiency in menig kennisgedreven organisatie door ontlasting van de kenniswerker De trade-off is dat de aanpak een investering in tijd (leertraject) en geld vergt en veelal het werkterrein van specialistisch georiënteerde bedrijven als Inxite, Autonomy en het Nederlandse Irion.
Nogmaals de laatste aanpak heeft een beduidend betere recall/precision ratio dan de derde (de mixed query), kan beter afgestemd worden op het wereldbeeld van de gebruikersorganisatie, vergt meer, maar is als investering beduidend toekomstvaster, zekere in een heterogene omgeving.
Reinolt Duerings, 18 september
Reinolt Duerings (18 sep 06 om 12:08)Duidelijk overzicht van de mogelijkheden. De grote vraag blijft: hoe krijg je als bedrijf ‘orde in de chaos’? En, wat hebben we er nu eigenlijk aan? ERP, maar ook de document management projecten binnen (grote) organisaties zijn tot nog toe vooral intern gericht: ter verbetering van het eigen bedrijfsproces. Dus kosten besparend. Het wordt natuurlijk pas echt leuk als het verkoopproces (- wat het product ook is -) wordt verbeterd, wordt versterkt. Bijv. actieve product informatie, context en situatie gerelateerd aanbod. Integratie met het klantsysteem. ERP ter ondersteuning van het bedrijfsproces aangevuld met informatie over de producten: beheert door document management, plus retrieval, maar dan gekoppeld aan de exacte klantbehoefte. Hierbij speelt: “van de klant, naar een klant” een grote rol. Als je een klant echt kent, dan kan pas het waardevolle product worden geboden. De (extra) uitdaging zit met name als content “het product” is. Dan komen deze 2 (ERP en document) wel erg dicht bij elkaar.
Stephan Bon (18 sep 06 om 14:35)Even nog een korte reactie: in een productiehuishouding van Jan Steen kan alleen Supernanny soelaas bieden door nieuwe productiespelregels op te stellen, zeg maar BPR toe te passen. In de hectiek van de laatste fase van een product, zeg een tijdschrift of een catalogus, worden vaak last minute wijzigingen ingevoerd (opmaak) die niet worden overgeheveld naar het bronsysteem (bijv. een redactiesysteem); dit gaat ten van de integriteit en consistentie.
Reinolt Duerings (18 sep 06 om 16:36)Verder: kijk wat het primaire doel van het systeem is: compliancy (SOx), intern (bijv. kostenverlaging, ontlasten van de klantenservice) of extern (bijv. verhoging servicegraad) en richt het systeem daarop in. Het is uiteraard mogelijk meerdere vliegen in één klap te slaan door bijv. meerdere doelstellingen – zoals een wettelijke en een interne – te combineren.Vermijd echter om de scope (te) breed te maken.
Is content de output van het primaire systeem, dan kan ik me voorstellen dat een bedrijf huiveriger zal zijn. Wie gooit immers graag zijn primaire systeem op de schop?
Toesnijden van de content op de wens/behoefte van de individuele klant – personalisation zoals in Web 1.0 – is een serieuze optie, maar vergt een vergaand modelleren van de content en de beschikking over diepgaande klantinformatie.
Document Management is in de eerste plaats ook vooral om orde te verkrijgen binnen de onderneming, om de interne “chaos” om het zo te noemen, op te lossen. Dus in hoeverre is het voor een onderneming relevant om gelijk naar buiten te krijgen, samen met Kofax systemen is de herkenbaarheid van alle documenten over en weer hoog. Hierdoor zullen de bedrijfsprocessen uiteraard worden versneld, de komst van enterprise search is inderdaad makkelijk door via deze manier de communicatie te verbeteren en de social portals te verbeteren.
Koen (5 feb 09 om 15:47)Een gtajae in de ziel waar prachtig wit licht doorheen schijnt. Je werkt op mijn fantasie Daan
Lucas (9 feb 12 om 8:23)ZylsT7 aelkvorxkvja
iankrz (9 feb 12 om 14:06)