Voordat ik in mijn huidige werkkring ging werken, had ik een totaal ander beeld van ERP bij logistieke dienstverleners. Er zijn nog nauwelijks bedrijfsbrede implementaties binnen deze sector bekend. De vraag is nu: Hoe komt dat?
In mijn onwetendheid ging ik er 'vroeger' eigenlijk vanuit dat alle grotere spelers op het logistieke veld wel met SAP, Oracle of wellicht
Microsoft Dynamics zouden werken.
Stilaan groeide het besef dat dit niet het geval is. Niet alleen wij, maar ook de meeste collega's die ik spreek bij logistiek dienstverleners maken in veel gevallen gebruik van (met alle respect) kleinere specialistische bedrijven met een schat aan ervaring in onze wereld. Op referentielijsten van Kewill, Ortec en FourSoft prijken namen van toch niet de eerste de beste bedrijven als: TNT, DHL, Fedex, UPS, Ceva, DSV, De Greenery, Raben, Jan de Rijk, Vos Logistcs etc.
Een grote markt en behoefte
De logistieke markt in Nederland is een enorm gefragmenteerde. De marktleider heeft een paar procent marktaandeel en is daarmee de grootste aanbieder. Er zijn dus veel aanbieders op de markt en daarmee zou je toch stellen: "Dat kan een interessante markt zijn voor een grote ERP speler".
Immers, zelfs al zou je maatwerkoplossingen moeten ontwikkelen voor de branche, omdat er veel afnemers zijn is de kans om hier wat aan terug te verdienen niet denkbeeldig.
Hoewel veel grote bedrijven ‘ergens' in hun organisatie vaak gebruik maken van (deel-)oplossingen binnen ERP, zijn er weinig bedrijfsbrede implementaties binnen de logistiek bekend. SAP wordt wel ingezet als support instrument voor HR of Finance, maar hoe zit het dan met het bedrijfsbrede karakter van ERP?
Het handige van ERP is toch vaak de eenmalige gegevensvastlegging, uniforme gebruikers interface en integrale karakter van het systeem. Alles in één database en via reporting tools is het eenvoudig om informatie te combineren.
Toch hebben we na het persbericht van SAP/Panalpina van 13 mei 2008 niet veel meer mogen vernemen van een voorgenomen integrale SAP implementatie.
De vraag is nu: Hoe komt dat? Ligt het aan de complexiteit die wij ons binnen de logistiek hebben verworven? Of is er geen investeringsruimte binnen de logistieke branche voor een dergelijk platform?
Maar dan ligt het toch aan de business case, nietwaar? Kan ERP dan niet de besparingen leveren waar onze branche zo hartstochtelijk naar uitkijkt? Hoe eenvoudig zou het leven worden met een goed draaiend geïntegreerd systeem?
Vernieuwing
De afgelopen jaren is er enorm veel ontwikkeld op het vlak van ERP. Je zou toch verwachten dat deze investeringen ook hun geld kunnen opleveren in onze sector. Het up to date houden van een state-of-the-art applicatie is onderhoudsintensief en dus kostbaar. Het is dus zaak om deze kosten te delen over zoveel mogelijk afnemers. Toch wordt de markt niet overspoeld met oplossingen, toegespitst op onze uitdagingen. Dit blijft me verbazen.
Bronnen:
Reacties (8)
Zoeken is niet meer nog, Alexneem eens kontakt op met Hans Zuidema van iQ-Professional Consulting.,, iQ-PCc kan een On Premisses of in de Cloud ERP Oplossing aanbieden van Ramco Systems met een volledig geintegreerde Freight Management, Air, Oean,Road,Rail module incl customs,WMS, WME, T&T etc etc,..
Er zijn voor de logistiek al wel ERP-achtige toepassingen beschikbaar (bv Nachon). Veelal schuil gaande onder de naam van TMS of WMS. Echter in veel gevallen met beperkte functionaliteit (bv enkel road of intermodaal) waardoor deze niet voor elk type logstieke onderneming kan worden ingezet. Blijkbaar is het binnen de logistiek niet zo eenvoudig om een generiek 'ERP' product te maken. Zouden de processen (aard van transport, product of opslag, 2PL, 3PL, etc.) binnen deze organisaties dan zo bijzonder en divers zijn dat dit (te) complex is om te realiseren? Lijkt me sterk want de 'echte' ERP systemen kunnen ook bij vele verschillende branches worden ingezet. Wellicht is er ook de vrees dat zo'n systeem met alles moet kunnen koppelen (Fleet Management, EDI, Personeel, Materieel, Advanced Planning, etc.) en met vele aanbieders die al bij die logistiek ondernemingen binnen zitten. Mogelijk is het dan toch te duur om deze te ontwikkelen door de onzekerheid of dit terug verdiend kan worden in een branche waar men zeer kritisch is t.a.v. investeringen in software.
Flexibiltieit is nu juist iets waar ERP systemen zich in hebben ontwikkeld. hierbij kan ik zeker spreken voor het AX platform. EN, dat gecombineerd met het hebben en houden van een standaard applicatie. Een steeds groter groeiende wens. Gespecialiseerde functionele modules of maatwerk, als het nodig is, worden namelijk in gescheiden ontwikkellagen gemaakt. Hierdoor kan de standaard applicatie blijven behouden en worden geupgrade, los van deze ontwikkelingen. Eigenlijk de ideale combinatie, specifieke complexe functionaliteit voor 3PL en transport gecombineerd met standaard administratieve bedrijfssoftware, volledig geïntegreerd! Dus eenmalig invoeren en gebruik maken van alle onderlinge afhankelijkheden.
En, ook niet onbelangrijk inderdaad, flexibele communicatielagen maken het mogelijk met interne andere applicaties of de buitenwereld te communiceren. Tevens kan in een portal worden voorzien voor het invoeren van opdrachten of het presenteren van (klantspecifieke) informatie.
Crispijn,
Servicebus en SOA klinkt alsof je voor iedere nieuwe opdrachtgever een grote IT afdeling of externe consultants nodig hebt.
M.i. is de grootste uitdaging bij logistiek dienstverleners integratie met systemen van derden, waarbij deze de interfaces dicteren.
Van EDI, csv bestanden tot 'haal de ordergegevens maar uit deze mail'
SAP vind ik goed geschikt als een bedrijfsbrede ERP oplossing !
Een volledig geïntegreerd platform van een specifieke supplier dat alle operationele (en backoffice) activiteiten zou kunnen ondersteunen is vanwege de complexiteit erg inflexibel is mijn ervaring. De kosten voor onderhoud en investeringen voor wijzigingen/upgrades zijn daarmee ook erg hoog, naast de lastig te plannen doorlooptijden van dergelijke intensieve en kritische projecten. Maatwerk is helaas een gegeven in deze branche.
De logistiek is een servicegerichte bedrijfstak waarbij elke klant bijna altijd specifieke wensen en eisen heeft. Voldoet de (potentiele) dienstverlener er niet aan, dan doet de concurrent dat wel en gaat de klant aan de wandel. Dit in combinatie met de flinterdunne marges is er grote behoefte aan flexibiliteit tegen zo laag mogelijke kosten op alle terreinen. Ik zie daarom meer in de \'best of breed\' benadering, gecombineerd binnen een \'service oriented architecture\' omgeving aangevuld met een schil van software die zich laat modelleren (bv Mendix). Hiermee is het mogelijk verschillende applicaties via dezelfde interface aan te bieden en in elk geval te integreren. Hiermee kan BI ook op een andere manier ingevuld worden, nagenoeg alle data komt via messages op de servicebus voorbij. Pluk eruit wat nodig is voor bepaalde (real time) rapportages etc.
Het klopt dat deze bedrijven belangrijke business processen ondersteunen op basis van "beest-of-breed" oplossingen. Aan de ene kant wordt door deze bedrijven diverse commerciële software ingezet vanwege de benodigde functionaliteit en diepgang die nodig is voor het goed functioneren van de vaak complexere bedrijfsprocessen. De software bouwers van dergelijke gespecialiseerde software zitten ook niet stil en hebben al weer nieuwe functionaliteit beschikbaar waarmee de logistieke dienstverlener een volgende stap kan maken en de concurrentie voor kan blijven. Logistiek is een zeer competitieve markt en de marges zijn flinterdun. Aan de andere kant zijn er bij deze logistieke bedrijven diverse “home grown” applicaties geschreven met bepaalde deelfunctionaliteit. Schrik niet maar zo kunnen er wel 150 tot 400 kleinere applicaties draaien die een deelproces voor hun rekening nemen. Ik ben ooit in het vliegtuig een man tegengekomen die werkte voor een software bedrijf die weer software hadden ontwikkeld om bij deze bedrijven de aanwezigheid van dit soort applicaties op te sporen /aan te tonen en overlap vast te stellen. De business case laat zich raden: reduceren en consolideren van applicaties die in basis het zelfde doen.
Software moet je inzetten waarvoor het ontwikkeld is. Als flexibiliteit en time-to-market belangrijk is, is de keuze voor gespecialiseerde software snel gemaakt. Er zijn genoeg trajecten bekend bij bedrijven die functionaliteit hebben laten bouwen in bedrijfsbrede software die er nog niet in zat omdat het daarvoor niet bedoeld was. Resultaat: elle lange implementatie trajecten met budgetoverschrijding. Resultaat: duurder dan verwacht, niet flexibel en lange time-to-market. Om nog maar niet te spreken over de migratiekosten als men na 3-5 jaar naar een nieuwe release moet overgaan en deze functionaliteit niet zomaar mee te migreren is.
Beste Alex,
Je hebt gelijk. Daarentegen ondervinden wij als Centric dat hier wel degelijk behoefte aan bestaat. De marktbeweging en crisis dwingt logistiek dienstverleners een betere (service) kwaliteit tegen lagere kosten te leveren en dat is op een gegeven moment met bestaande ICT omgevingen niet meer mogelijk. Om die en de door jou genoemde redenen hebben wij een nieuw productportfolio ontwikkeld voor deze markt. Wij zullen met 3 logistieke modules, gebaseerd op het Microsoft Dynamics AX platform, op de Benelux markt gaan komen. Dit zijn een Forwarding, TMS en WMS module zodat wij Logistieke dienstverleners bedrijfsbreed van een ERP olossing kunnen voorzien. Tevens kan dit uitgebreid worden met een SCM oplossing.
