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.<\/p>
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.<\/p>
Meestal bij mensen en afspraken, zelden bij de software. Een IT-manager herkent situaties als deze:<\/p>
Stem de taakverdeling voor applicaties, databases, integraties en (cloud)infrastructuur regelmatig af, en niet pas vlak voor de zomer.<\/p>
Voor IFS Cloud is het hersteldoel twaalf uur. Het IFS-supportbeleid<\/a> (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.<\/p> 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.<\/p> 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.<\/p> 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.<\/p> 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.<\/p> 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.<\/p> 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:<\/p> 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.<\/p> 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.<\/p> 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<\/a>.<\/p> 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<\/a>.<\/p> Drie regels uit het beleid maken een afwezige key user riskant:<\/p> 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<\/a>.<\/p> 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<\/a>.<\/p> 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.<\/p> 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<\/a>. Wij signaleren, uw team bepaalt impact en prioriteit.<\/p> Na een health check rapporteren we binnen een week welke risico’s we in uw omgeving zien. Lees hoe Eqeep uw IFS-omgeving monitort<\/a>.<\/p> Zes afspraken, elk met een eigenaar.<\/p> 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<\/a>.<\/p> 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.<\/p> 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.<\/p> 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.<\/p> Reageert niemand binnen veertien kalenderdagen op een voorgestelde oplossing, dan sluit IFS de case. Wijs dus vooraf vervangers aan die bij IFS bekend zijn.<\/p> 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.<\/p> 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.<\/p> 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<\/a>.<\/p>\n
Wat blijft bij u als u IFS zelf host?<\/h2>
\n
Hoe voorkomt u dat een IFS-case blijft liggen tijdens de vakantie?<\/h2>
\n
Wie bewaakt uw IFS-omgeving als niemand kijkt?<\/h2>
Wat regelt u vóór de vakantie?<\/h2>
\n
Hoe blijft uw omgeving stabiel als IFS verandert?<\/h2>
Wat kan een partner niet voor u regelen?<\/h2>
Vragen over de continuïteit van uw IFS-omgeving<\/h2>
Wat zijn de RPO en RTO van IFS Cloud?<\/h3>
Wie maakt de back-ups als u IFS zelf host?<\/h3>
Wat gebeurt er met een IFS-case als uw key user op vakantie is?<\/h3>
Is IFS Support dag en nacht bereikbaar?<\/h3>
Wat regelt u vóór de zomer voor uw IFS-omgeving?<\/h3>