Operationele herstelplanning

Een controleerbare herstelvolgorde opstellen vanuit bijgehouden procesafhankelijkheden en taken, expliciete resources, uitvalsimulaties en RTO/RPO-doelen.

Invoer

Resultaat

Herstelplanning begint met bijgehouden operationele feiten: procesafhankelijkheden, taken, duren, resources en doeltijden. De AI kiest inhoudelijk relevante proces- en taakpassages voor controle. De server berekent betrokken stroomafwaartse processen, een capaciteitspassende volgorde en onopgeloste blokkades. Geplande afronding, RTO-vergelijking en back-upleeftijdbewijs blijven gescheiden van de claim dat herstel is geslaagd.

Jouw teksten, pagina's en afbeeldingen worden op onze eigen servers in de EU verwerkt. Trust Center

Probeer het nu Prijzen

Voor wie het is

Operationele en IT-continuïteitsteams die een tafeloefening voorbereiden met bijgehouden interne herstelprocedures. Dit is geen regelaar voor lopende incidenten, medische noodgids of evacuatieplanner. Goedgekeurde interne draaiboeken en verantwoordelijke specialisten blijven noodzakelijk.

Typische toepassingen

Een uitgevallen proces simuleren en afhankelijke processen volgen.
Resourcecapaciteit verminderen of een herstelresource als onbeschikbaar markeren.
Gepland einde vergelijken met RTO en opgegeven back-upleeftijd met RPO.
Afhankelijkheidscycli, ontbrekende taken en geblokkeerd vervolgwerk tonen vóór een tafeloefening.

Voorbeeld

Invoer

Kritieke operationele en IT-processen: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Orderdatabase,high,60,60,2026-11-03T08:30:00Z,Databaseteam,De bijgehouden orderdatabase herstellen voordat orderinname opnieuw wordt gestart. P2,Orderinname,high,120,60,2026-11-03T08:30:00Z,Serviceteam,Orderinname vereist een beschikbare orderdatabase. Bijgehouden afhankelijkheden: id,from,to,evidence L1,P1,P2,Orderinname leest en schrijft de orderdatabase. Bijgehouden hersteltaken: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,De goedgekeurde databaseback-up herstellen en het validatieresultaat vastleggen. T2,P2,1,20,R1,1,De bijgehouden orderinnameservice opnieuw starten na databasecontrole. Herstelresources: id,name,capacity R1,Herstelmedewerker,1 ID’s van gesimuleerde uitgevallen processen: P1 Expliciete UTC-referentietijd: 2026-11-03T09:00:00Z Planningshorizon in minuten: 480 Prioriteit van herstelplanning: Opgegeven kritikaliteit Beschikbare resourcecapaciteit (%): 100 RTO-veiligheidsmarge in minuten: 0 Beleid voor back-upleeftijd: Waarschuwen bij back-upleemten Kritikaliteitsfilter: Alle Maximaal aantal controleselecties: 10 Citaatdetail: Uitgebreid Weergavevolgorde: Geplande start

Resultaat

De databasetaak is gepland voor minuten 0–30 en orderinname voor minuten 30–50 met één herstelmedewerker. Beide geplande eindtijden voldoen aan de opgegeven RTO-doelen van 60 en 120 minuten. De opgegeven back-upleeftijd is 30 minuten tegenover een RPO van 60 minuten. Dit zijn planningsvergelijkingen, geen bewijs van een bruikbare back-up of geslaagd herstel.

Een vast voorbeeld, ingekort. Echte resultaten zijn door AI gegenereerd: controleer ze a.u.b.

Prijs en limieten

Prijs: meestal 1–3 credits
Beschikbaar met: Gratis, Met pakket
Inputlimiet: Eén pagina met maximaal 100 000 tekens aan HTML

Privacy

Verwerkt op onze eigen servers in de EU (Polen). Inputs en resultaten worden verwijderd na 7 dagen (Gratis) of 30 dagen (pakketten), of direct nadat je het resultaat hebt bekeken als je ervoor kiest ze niet op te slaan. Afbeeldingen worden direct na verwerking verwijderd.

In de API

Toolnaam: recovery_plan. Maak een taak aan met POST /api/v1/jobs en haal het resultaat op met GET /api/v1/jobs/{id}. Je vindt je API-sleutel in je account.

curl -X POST https://do4u.eu/api/v1/jobs \
  -H "Authorization: Bearer d4u_…" -H "Content-Type: application/json" \
  -d '{"tool": "recovery_plan", "url": "https://example.com/"}'

Volledige API-documentatie →

Veelgestelde vragen

Worden taken uitgevoerd of vrij gegenereerd?

Nee. Alleen bijgehouden taakinstructies kunnen als exacte citaten verschijnen. Het model kan geen commando, hersteltaak of resource toevoegen. Er wordt niets uitgevoerd of naar een externe dienst gestuurd.

Hoe worden afhankelijkheden en capaciteit verwerkt?

Een getroffen proces wacht totdat elk getroffen vereiste is ingepland. Taken volgen de opgegeven volgorde. Reserveringen respecteren de effectieve capaciteit in hele eenheden en staan parallel werk alleen toe wanneer de capaciteit dit mogelijk maakt. Cycli, ontbrekende taken en onhaalbare resources blijven blokkades; vervolgwerk kan deze niet overslaan.

Bewijst voldoen aan RTO of RPO dat herstel mogelijk is?

Nee. RTO vergelijkt het geschatte einde plus expliciete marge met een opgegeven doel. RPO vergelijkt de referentietijd met een opgegeven back-uptijdstempel. Geen van beide controleert back-upintegriteit, werkelijk gegevensverlies of geslaagd herstel. Niet-getroffen vereisten worden als beschikbaar aangenomen, waardoor onvolledige afhankelijkheidsgegevens het plan ongeldig kunnen maken.

Wordt mijn tekst opgeslagen?

Alleen zo lang als nodig: 7 dagen op het gratis pakket, 30 dagen met een pakket – of helemaal niet als je ervoor kiest om het niet op te slaan. De verwerking vindt plaats op onze eigen servers in de EU (Polen).

Kan ik het resultaat direct gebruiken?

Resultaten zijn gegenereerd door AI. Lees ze alstublieft door voordat je ze publiceert of verstuurt.