IFS development en optimalisatie: van maatwerk terug naar de standaard

IFS development en optimalisatie houdt uw IFS-omgeving na de livegang zo dicht mogelijk bij de standaard. U zet per release de nieuwe functies aan die helpen, en u vervangt maatwerk waar configuratie het werk kan doen. Eqeep beoordeelt welke functies en wijzigingen voor uw bedrijf van belang zijn. Elke wijziging begint met een ontwerp, zodat u vooraf ziet wat ze inhoudt.

Waarom moet uw IFS-omgeving blijven verbeteren?

Processen veranderen, en software die niet meebeweegt wordt een rem. IFS brengt twee IFS Cloud-release-updates per jaar uit, met maandelijkse service-updates daartussen. Met de juiste keuzes wordt nieuwe functionaliteit een verbetering in plaats van een onderhoudsklus. Dat is het werk van IFS development en optimalisatie: functionele en technische verbeteringen aan uw IFS-omgeving, in lijn met de IFS-releasecycli.

Hoe bepaalt u welke functies uit een IFS-release u gebruikt?

U vergelijkt elke nieuwe functie met de manier waarop uw bedrijf werkt en zet alleen aan wat helpt. Eqeep analyseert per release welke functies het aanzetten waard zijn; u beslist wat waarde oplevert en wat kan wachten. Hoe u een release-update op bruikbare functies beoordeelt, leest u in ons artikel over functies die al in uw IFS Cloud zitten.

Hoe werkt de cyclus van release naar verbetering?

De cyclus loopt van release-informatie en beoordeling via ontwerp naar bouwen, testen en invoeren. Daarna begint de cyclus opnieuw.

Zie wat de release brengt. Wij zetten op een rij wat nieuw is voor de IFS-oplossing die u gebruikt.

Beoordeel welke functies het aanzetten waard zijn. We beoordelen de nieuwe functies aan de hand van uw processen en uw inrichting. Mensen beslissen: welke nieuwe functies u aanzet.

Ontwerp elke wijziging eerst. Ook een kleine aanpassing krijgt een ontwerp, net als een volledig nieuwe module. We beschrijven de wijziging, ramen de kosten en beoordelen de verwachte gevolgen voordat er iets wordt gebouwd. Mensen beslissen: of een wijziging de kosten waard is.

Bouwen, testen, invoeren en vastleggen. We bouwen de wijziging, testen haar en voeren haar in. We schrijven een cut-over-document voor de overgang en werken na elke wijziging de CRIM-documentatie bij.

Hoe voegt u nieuwe functionaliteit toe aan uw IFS-inrichting?

U ontwerpt het proces samen, toetst het aan de IFS Cloud-standaard en bouwt het daarna in, gestructureerd en geïntegreerd met de rest van uw IFS-oplossing. Een voorbeeld is een servicecomponent die u wilt toevoegen aan uw bestaande IFS-inrichting.

Wat is het verschil tussen configuratie en maatwerk in IFS Cloud?

Configuratie gebruikt de designers en tools die IFS meelevert. Maatwerk verandert de code zelf. IFS noemt het aanpassen van IFS Cloud tailoring en onderscheidt in zijn documentatie over tailoring drie typen:

• Configuratie. Consultants en key users breiden met designers het datamodel uit, passen schermen aan en automatiseren processen.
• Uitbreiden aan de buitenkant. Koppelingen en apps gebruiken de open API’s van IFS Cloud, bijvoorbeeld via PowerApps of Mendix.
• Uitbreiden aan de binnenkant. Maatwerk in de code, in een eigen laag naast de standaardcode. Een override voegt code toe vóór of na de standaardcode, die blijft draaien. Een overtake vervangt de standaardcode door een eigen kopie.

Waarom kost maatwerk tijd bij elke release-update?

Omdat configuratie en maatwerk bij elke nieuwe release opnieuw moeten worden beoordeeld. IFS onderscheidt drie niveaus van aanpassing: Core, Configured en Customized. Hoe hoger het niveau, hoe meer handwerk een nieuwe release volgens IFS vraagt.

Bij Core, met alleen persoonlijke instellingen en navigatie, verloopt de update geautomatiseerd. Bij Configured, met configuraties en koppelingen, vraagt elke release een impactanalyse, soms een aanpassing en testwerk. Bij Customized gaan kleine aanpassingen in de code redelijk eenvoudig mee; grotere overrides en overtakes moeten vaker worden bijgesteld.

IFS noemt de overtake een laatste redmiddel, omdat u die kopie zelf bijhoudt bij elke release en zelfs bij service-updates. Ook configuratie kan verouderen. IFS werkt aan het uitfaseren van event actions van het type Execute Online SQL en adviseert daarvoor workflows of Query Designer.

Kunt u maatwerk terugdringen bij de overstap naar IFS Cloud?

Ja, voor zover standaardconfiguratie het maatwerk kan vervangen; dat hangt af van wat het doet, uw inrichting en de beschikbare gegevens. Komt u van een oudere IFS-versie, dan kunt u maatwerk meedragen dat duur is om te onderhouden. De overstap naar IFS Cloud is een goed moment om dat te veranderen.

Eqeep analyseert uw maatwerk en adviseert elke aanpassing met haar type op een lijst te zetten. Begin bij wat bij elke release het meeste werk geeft:

• Eerst de overtakes, de kopieën van standaardcode die u bij elke release en service-update zelf bijhoudt.
• Dan de event actions van het type Execute Online SQL, die IFS aan het uitfaseren is.
• Dan extra velden in maatwerk die alleen worden opgeslagen en getoond. Die kan een custom attribute dragen, zolang geen maatwerklogica ze gebruikt.

Per onderdeel beslissen uw applicatiebeheerder en de proceseigenaar: houden, opnieuw opbouwen in configuratie of laten vervallen. Het doel is een omgeving die eenvoudiger te onderhouden en te updaten is.

Hoe beoordeelt u een wijzigingsverzoek tegen de standaard?

Loop elk verzoek langs dezelfde vier vragen, van licht naar zwaar. Stop bij de eerste die werkt.

• Kan de standaard het al, nu of in een nieuwe release? Richt het dan in of pas het proces aan.
• Kan het met configuratie, zonder de code te veranderen?
• Kan het buiten IFS, via de API’s? Dan blijft de code van IFS ongemoeid.
• Is maatwerk in de code echt nodig? Kies dan een override, en een overtake alleen als er geen andere optie is.

Een voorbeeld uit de documentatie van IFS is een nieuw veld dat alleen moet worden opgeslagen en getoond op bestaande schermen of rapporten. Dat verzoek stopt bij vraag 2, want IFS adviseert dan een custom attribute met Page Designer of Report Designer. Gebruikt maatwerk het veld in zijn bedrijfslogica, dan hoort het attribuut volgens IFS in dat maatwerk zelf.

Reken bij elk antwoord ook de kosten van twee release-updates per jaar mee: impactanalyse, aanpassing en testen. U beslist welke route een verzoek krijgt, of dat het vervalt.

Bij Optronica paste de inrichting van klanten, contracten en assets volgens het klantverhaal binnen de standaardfunctionaliteit van IFS Field Service Management, zonder maatwerk. Lees het verhaal van Optronica.

Niet elk maatwerk kan terug naar de standaard. IFS raadt zelf af om een wens in een type te dwingen dat er niet bij past. Soms is een override dan de juiste keuze, als u weet wat die per release kost.

Hoe gebruikt u AI in IFS voor echte resultaten?

AI is ingebouwd in IFS Cloud, maar de waarde verschijnt niet vanzelf. Eqeep helpt u de toepassingen van IFS Industrial AI te kiezen die bij uw processen passen, zoals planning automatiseren of onderhoudsbehoefte voorspellen.

Wat krijgt u van development en optimalisatie?

• Roadmap

  Een actuele roadmap met de geplande optimalisaties.

• Ontwerp per wijziging

  Een ontwerp voor elke wijziging, opgesteld voordat er iets wordt gebouwd.

• Cut-over-document

  Een cut-over-document ter ondersteuning van de overgang naar de aangepaste inrichting.

• CRIM-documentatie

  Bijgewerkt na elke wijziging.

Hoe past development bij onderhoud en training?

Development en optimalisatie werkt samen met Onderhoud en support en Training en opleidingen. Samen vormen ze een lus: de applicatie verbeteren, stabiel houden, gebruikers trainen. En dan opnieuw beginnen.

Wie helpt u met IFS development en optimalisatie?

Een IFS Specialized Partner zoals Eqeep adviseert over IFS Cloud, implementeert het en ondersteunt het. Eqeep doet dat voor enterprise resource planning (ERP), enterprise asset management (EAM) en field service management (FSM). We werken voor maakbedrijven, energie- en nutsbedrijven en serviceorganisaties in de Benelux, van de eerste analyse tot support na livegang.

Vragen over IFS development en optimalisatie

Hoe zet u IFS-updates om in verbeteringen?

U beoordeelt per release welke nieuwe functies uw bedrijf helpen en zet alleen die aan. Eqeep analyseert de release en helpt u kiezen wat waarde oplevert en wat kan wachten. Elke wijziging begint met een ontwerp: we beschrijven de wijziging, ramen de kosten en beoordelen de verwachte gevolgen.

Wat omvat IFS development en optimalisatie?

Het omvat functionele en technische verbeteringen aan uw IFS-omgeving. Denk aan nieuwe modules, uitrol van AI-functies, minder maatwerk en continue oplevering van verbeteringen in lijn met de IFS-releasecycli. Elke wijziging begint met een ontwerp en het werk loopt samen met Onderhoud en support en Training en opleidingen.

Kan Eqeep helpen bij het terugdringen van maatwerk?

Ja. Eqeep adviseert te beginnen bij de overtakes en daarna de event actions van het type Execute Online SQL aan te pakken. Dan volgen extra velden die alleen worden opgeslagen en getoond; per onderdeel beslissen uw applicatiebeheerder en proceseigenaar of het blijft, in configuratie terugkomt of vervalt.

Valt maatwerk onder de support van IFS?

Niet standaard. Volgens het IFS-supportbeleid (versie 2026-02, februari 2026) ondersteunt IFS alleen ongewijzigde code van een actuele release. Voor support op maatwerk is een aparte afspraak met IFS nodig. Een melding die in uw configuratie blijkt te zitten, sluit IFS als vals alarm.

Dit artikel beschrijft een van de vijf fasen in onze aanpak. Vertel ons waar u staat met IFS. Na één gesprek heeft u een heldere vervolgstap. Bespreek uw IFS-vraag.