Continuïteit van uw IT-omgeving en bedrijfssystemen, ook als u op vakantie bent

U borgt de continuïteit van uw IFS-omgeving door vóór de vakantie te regelen wie meldingen oppakt en wie de omgeving bewaakt. Leg ook vast wie namens u met IFS communiceert en hoe snel u na een storing weer draait.

Wat IFS zelf voor u doet, hangt af van waar uw omgeving draait. In IFS Cloud Services zet IFS de productieomgeving zelf terug, met vaste hersteldoelen (RPO en RTO). Host u IFS zelf of bij een andere partij, dan liggen back-ups en herstel bij u.

Waar loopt de continuïteit vast als uw team op vakantie is?

Meestal bij mensen en afspraken, zelden bij de software. Een IT-manager herkent situaties als deze:

• De key user die IFS het best kent, is drie weken weg, en zijn vervanger is bij IFS niet bekend.
• Een integratie of batchjob faalt ’s nachts, en niemand merkt het tot de eerste gebruiker belt.
• IFS stelt een oplossing voor, maar niemand reageert op de vraag om die te accepteren.
• Er zijn back-ups, maar niemand weet hoe snel u er echt mee terug bent.
• In het contract staat een beschikbaarheid, maar niet wat als storing telt.

Stem de taakverdeling voor applicaties, databases, integraties en (cloud)infrastructuur regelmatig af, en niet pas vlak voor de zomer.

Hoe snel herstelt IFS uw IFS Cloud-omgeving na een storing?

Voor IFS Cloud is het hersteldoel twaalf uur. Het IFS-supportbeleid (versie 2026-02) noemt dat een doel, geen harde garantie. Na een storing zet IFS de productieomgeving terug vanuit de laatste geslaagde back-up. Daarbij gelden een recovery point objective (RPO), het maximale dataverlies, en een recovery time objective (RTO), de tijd tot de omgeving weer beschikbaar is.

• IFS Cloud: RPO vier uur, RTO twaalf uur.
• IFS Applications 10: RPO acht uur, RTO 24 uur.
• IFS FSM en IFS PSO: RPO één uur, RTO zestien uur.

Die RPO gaat uit van een ramp waarbij alle back-ups in het productiedatacenter verloren gaan. Binnen dat datacenter staan volgens IFS meerdere back-ups.

Daarnaast biedt IFS High Availability als aparte dienst, afhankelijk van de serviceoptie in uw contract. Valt een zone binnen de regio uit, dan is het doel een RPO onder één minuut en een RTO onder vijf minuten. Valt de hele regio uit, dan herstelt IFS uit back-ups in een tweede regio, met dezelfde vier en twaalf uur.

Let op wat IFS als storing telt. Een outage is alleen de tijd waarin geen enkele gebruiker kan inloggen op de productieomgeving. Gepland onderhoud en downtime die u zelf start, tellen niet mee. Een vastgelopen integratie of een mislukte batchjob is dus geen outage in de zin van het beleid.

Zo’n fout valt daarmee buiten de hersteldoelen en de beschikbaarheid uit uw contract. Iemand anders dan IFS moet hem zien, ook in augustus. Dat is het werk van monitoring.

U bepaalt welk dataverlies en welke hersteltijd uw bedrijf kan dragen. Is twaalf uur te lang voor uw productie, vraag dan na of High Availability in uw serviceoptie zit.

Wat blijft bij u als u IFS zelf host?

Alles wat de omgeving draaiende houdt. Draait IFS on-premises of bij een andere cloudpartij, dan spreekt IFS van een remote deployment, met het supportplan Gold of Platinum. IFS levert dan een installatiepakket dat u zelf beheert, samen met de database. Het supportbeleid legt alle operationele diensten bij u, waaronder:

• databasemonitoring en systeemperformance;
• back-up en herstel, en disaster recovery;
• het klonen van omgevingen en hardwareonderhoud;
• het installeren van code die IFS levert.

De hersteldoelen uit het beleid gelden alleen voor IFS Cloud Services. Bij eigen hosting spreekt u RPO en RTO af met uw hostingpartij of uw eigen team. Laat die partij een herstel ook echt oefenen, want een back-up die nooit is teruggezet, blijft een aanname.

Begin bij wat uw organisatie zelf kan en wil doen. Bepaal daarna wat u uitbesteedt en aan welke eisen die partij moet voldoen. Volledig uitbesteden vraagt iets anders van een partner dan samenwerken met een eigen competence center.

Bij SPIE Nederland zorgde Arvato Systems voor de Azure-infrastructuur, Eqeep voor de servicedesk en het applicatiebeheer, en hield SPIE zelf de regie. Lees het verhaal van SPIE.

Hoe voorkomt u dat een IFS-case blijft liggen tijdens de vakantie?

Door vóór de vakantie te controleren wie bij IFS bekend is en wie op vragen van IFS reageert. Wat IFS van uw key user verwacht en wie die mag vervangen, leest u in ons artikel over applicatiemanagement in eigen huis.

Drie regels uit het beleid maken een afwezige key user riskant:

• Wacht IFS op een antwoord, gegevens of akkoord van u, dan staat de klok van de service levels stil.
• Op een voorgestelde oplossing heeft u veertien kalenderdagen om te reageren, met halverwege een herinnering. Reageert niemand, dan geldt de oplossing als geaccepteerd en sluit IFS de case. Een gesloten case kunt u niet heropenen.
• IFS levert support tijdens Service Hours: van 7.00 tot 19.00 uur in de werkweek van het land uit uw orderformulier. Alleen onder Platinum en Cloud Support is IFS bij prioriteit 1 en 2 dag en nacht bereikbaar.

Heeft u meer tijd nodig om een oplossing te beoordelen, dan kunt u IFS om verlenging vragen. Welk supportplan u heeft en wat dat betekent voor uw SLA, leest u in ons artikel over IFS onderhoud en support.

Goed ingewerkte vervangers maken minder fouten en hebben minder ondersteuning nodig, ook buiten de vakantie. Hoe u de opvolging van een key user structureel regelt, staat in het artikel over IFS-kennis borgen.

Wie bewaakt uw IFS-omgeving als niemand kijkt?

Iemand die ook buiten kantoortijd ziet wat er faalt, met voor elke melding een vaste eigenaar. Dat kan een eigen piketrooster zijn of een partner.

Eqeep bewaakt uw IFS-omgeving 24/7, van batchjobs en integraties tot de back-upstatus, en escaleert automatisch zodra iets afwijkt. Kritieke incidenten pakken senior engineers direct op, de rest loopt via de helpdesk van Eqeep. Wij signaleren, uw team bepaalt impact en prioriteit.

Na een health check rapporteren we binnen een week welke risico’s we in uw omgeving zien. Lees hoe Eqeep uw IFS-omgeving monitort.

Wat regelt u vóór de vakantie?

Zes afspraken, elk met een eigenaar.

• De key user meldt vervangers en gedelegeerden met naam aan bij IFS.
• De IT-manager legt vast wie binnen de veertien dagen een voorgestelde oplossing van IFS mag accepteren.
• De IT-manager controleert of uw supportplan prioriteit 1 en 2 ook buiten Service Hours dekt.
• Bij eigen hosting noemt de hostingpartij de datum van de laatste hersteltest.
• Elke monitoringmelding krijgt een eigenaar en een bereikbare vervanger.
• De key user loopt openstaande IFS-cases na en draagt ze over voor vertrek.

Hoe blijft uw omgeving stabiel als IFS verandert?

Door binnen de releases te blijven die IFS ondersteunt, en bij elke overstap uw integraties te bewaken. Loopt een omgeving in IFS Cloud Services te ver achter, dan vallen incidenten buiten de service levels en garandeert IFS de beschikbaarheid niet meer. Lees hoe ver u mag achterlopen.

Wat kan een partner niet voor u regelen?

De hersteldoelen van IFS Cloud Services. Het herstel van die productieomgeving doet IFS zelf, en een partner verandert niets aan de RPO en RTO uit het IFS-supportbeleid. Ook de key user blijft een rol in uw eigen organisatie, want IFS vraagt die van de klant, welk supportplan u ook heeft.

Vragen over de continuïteit van uw IFS-omgeving

Wat zijn de RPO en RTO van IFS Cloud?

Het IFS-supportbeleid (versie 2026-02) stelt voor IFS Cloud in IFS Cloud Services een RPO van vier uur en een RTO van twaalf uur als doel. Met IFS High Availability is het doel bij uitval van één zone een RPO onder één minuut en een RTO onder vijf minuten. Valt de hele regio uit, dan herstelt IFS uit back-ups in een tweede regio, met weer vier en twaalf uur.

Wie maakt de back-ups als u IFS zelf host?

U, of de partij aan wie u dat uitbesteedt. Bij een remote deployment legt het IFS-supportbeleid back-up en herstel, disaster recovery en databasemonitoring bij de klant.

Wat gebeurt er met een IFS-case als uw key user op vakantie is?

Reageert niemand binnen veertien kalenderdagen op een voorgestelde oplossing, dan sluit IFS de case. Wijs dus vooraf vervangers aan die bij IFS bekend zijn.

Is IFS Support dag en nacht bereikbaar?

Alleen voor prioriteit 1 en 2 onder Platinum en Cloud Support. Verder levert IFS support van 7.00 tot 19.00 uur op werkdagen. Een case registreren kan via het portal van het IFS Service Center, dat normaal dag en nacht beschikbaar is.

Wat regelt u vóór de zomer voor uw IFS-omgeving?

Meld vervangers bij IFS aan en spreek af wie een oplossing mag accepteren. Controleer of uw supportplan prioriteit 1 en 2 buiten Service Hours dekt. Host u zelf, laat dan een herstel testen. Geef elke monitoringmelding een eigenaar en loop open cases na.

Vertel ons waar u staat met IFS. Na één gesprek heeft u een heldere vervolgstap. Neem mee waar uw omgeving draait en wie uw key user en vervangers zijn. Bespreek uw IFS-vraag.