Skip to content

Lifecycle Management Roadworks

Content

Steps in the lifecycle

Roadworks go through different stages. Below, these stages are described, and the table provides a general description of the statuses related to public communication and live reporting per stage. All roadworks (planned and live) can be found in the [wegwerkzaamheden compleet]. The current_statusberichten.xml.gz file only includes live-reported roadworks and events. This feed also contains other situation message streams besides roadworks.

  • Step 1: Roadworks are planned but can still be rescheduled, and their occurrence is not yet confirmed. It is likely the roadworks will occur within the indicated period. At this point, the roadworks are only shared in the planned feed.

  • Step 2: When the planned start time is reached, and the works have not yet been activated, probabilityOfOccurence remains 'probable,' and operatorActionStatus changes to 'implemented.' The roadworks are still only visible in the planned feed.

  • Step 3: The roadworks are actively reported via SMS or by pressing the start button in a reporting system, confirming their occurrence. The probabilityOfOccurrence changes to 'certain.' The roadworks are now visible in both the planned and live feeds. The relationship between these feeds is established using the situationRecordCreationReference element in the live feed.

  • Step 4: When it is known that the roadworks will not end by the planned end time, an 'overrun' notification is sent via SMS, or the work is flagged as overrunning in the system. The planned end time is removed, and the overrunning element in validity is set to 'true.' This update applies to both feeds.

  • Step 5: The roadworks are concluded via SMS or by pressing the stop button in the reporting system. They are marked as completed in both feeds.

Field / Step Planned Start Time Reached Live Reported Overrun Concluded
Send Date & Time 2017-08-03 09:29:27 2017-08-22 23:01:00 2017-08-22 23:28:27 2017-08-22 05:05:05 2017-08-23 07:54:00
situation.version 1 2 3 4 5
probabilityOfOccurrence probable probable certain certain certain
operatorActionStatus requested / approved implemented implemented implemented beingTerminated
validityTimeSpecification > overallStartTime 2017-08-22T21:01:00Z 2017-08-22T21:01:00Z 2017-08-22T21:28:27Z 2017-08-22T21:28:27Z 2017-08-22T21:28:27Z
validityTimeSpecification > overallEndtime 2017-08-23T03:00:00Z 2017-08-23T03:00:00Z 2017-08-23T03:00:00Z 2017-08-22T03:05:05Z 2017-08-23T05:54:00Z
Remove end time +
validity > overrunning=true
or set a new end time
LifeCycleManagement
> end=true

Examples of Transitioning from Planned to Live

There are three types of roadworks or messages:

  1. Long-term roadworks with phased disruptions recorded in dedicated records
  2. Long-term roadworks with phased disruptions recorded using validPeriods for recurring measures
  3. Recurring roadworks with no visible activities between work periods

For actively managed measures (live reporting), a human action, such as a contractor sending an SMS or a road authority employee pressing a button in the system, specifies the exact start or end time of the roadworks. For non-actively managed measures, statuses are derived from the data/timestamps in the system.

Phased Disruption in Own Records

Description: The work will last from February 1, 7:00 AM to February 14, 5:00 PM. During this period, there will be two road closures, each affecting a road with a single lane:

  • From February 1, 7:00 AM to February 8, 5:00 PM on one side.
  • From February 8, 7:00 AM to February 14, 5:00 PM on the other side.

Situation Until Start Time

Until the start time, the work will be communicated only through the interface [wegwerkzaamheden compleet]

Until 7:00 AM on February 1, the statuses in the relevant situation are as follows: The probabilityOfOccurrence in all situationRecords is: probable. The operatorActionStatus in all situationRecords is approved, and the roadWorkStatus is one step before running.

What Happens at the Scheduled Start Time if the Work is NOT Actively Managed

When a disruption-causing measure reaches its start time, the notification system should generate and send updates and/or new messages.

On interface [wegwerkzaamheden compleet]

An update is sent on [wegwerkzaamheden compleet] for the situation where the situationRecords that become current are adjusted. The adjustments concern the situationRecords with the work and the situationRecords with the measures planned to start at 7:00 AM. The remaining situationRecords remain unchanged. The following changes occur:

  • operatorActionStatus becomes implemented
  • roadworkstatus becomes running
  • the versions are incremented, and the version time is modified

On interface [SB Actueelbeeld]

Nothing happens here. This may change in the future.

What Happens If the Message is Actively Managed at Actual Start

If measures are actively reported, i.e., activated when something changes on the road, there are two situations to distinguish:

  • The measure is activated before the scheduled start time.
  • The measure is activated on or after the scheduled start time.

On interface [wegwerkzaamheden compleet]

Start Before or At the Scheduled Start Time

The following attributes on interface [wegwerkzaamheden compleet] receive new values:

  • operatorActionStatus becomes implemented
  • roadworkstatus becomes running
  • probabilityOfOccurrence becomes certain
  • overallStartTime of the relevant situationRecords is filled with the actual start time.
Start After the Scheduled Start Time

At the scheduled start time, the steps from 'What Happens at the Scheduled Start Time if the Work is NOT Actively Managed' should be executed.

Due to human action/external trigger, it is determined that the work/measure has been activated. At that point, the following attributes in the current situationRecords are updated:

  • probabilityOfOccurrence becomes certain
  • overallStartTime of the relevant situationRecords is filled with the actual start time.

On interface [SB Actueelbeeld]

A new situation is created with a unique ID in time. This means that a situation, when created, receives an ID that has not been assigned to any other active or past situation before.

Start before or at the planned start time

The following attributes on interface [SB ActueelBeeld] receive a new value:

  • operatorActionStatus becomes implemented
  • roadworkstatus becomes running
  • probabilityOfOccurrence becomes certain
  • overallStartTime of the relevant situationRecords is filled with the actual start time.
Start after the planned start time

The work/measure is activated due to a human action or external trigger. At that moment, the following attributes of the current situationRecords receive a new value:

  • probabilityOfOccurrence becomes certain
  • overallStartTime of the relevant situationRecords is filled with the actual start time.

What Happens at the Planned End Time for a Message That Is NOT Actively Managed

On interface [wegwerkzaamheden compleet]

On [wegwerkzaamheden compleet] an update is sent for the situation where the situationRecords in the situation that end are adjusted. The adjustments concern the situationRecords with the work and the situationRecords with the measures that will be concluded. The remaining situationRecords remain unchanged.

  • The situationRecords that end are deactivated by including the lifecycleManagement attribute with a value of true in the message.
  • The versions are incremented, and the version time is modified.

On interface [SB Actueelbeeld]

When a message is not actively managed at the scheduled end time, this message will not appear in [SB Actueelbeeld].

What Happens If the Message IS Actively Managed at Actual Conclusion

If traffic measures are actively managed upon conclusion, meaning deactivated when something changes on the road, there are two situations to distinguish:

  • The measures are deactivated before the scheduled end time.
  • The measures are activated after the scheduled end time.

This applies to situation(Records) in [wegwerkzaamheden compleet] and [SB Actueelbeeld].

End Before or At the Planned End Time

The situationRecords that end are deactivated by including the lifecycleManagement attribute with a value of true in the message.

  • The versions are incremented, and the version time is modified.
  • The overallEndTime of the relevant situationRecords is filled with the actual end time. This also applies when the work was not actively managed at the actual start time.

If any active measures remain within the situation, there is no change to the roadworks record for those measures.

Actual End Time After Planned End Time

At the planned end time, an update is sent for the situationRecords whose end time has passed, where the overallEndTime is filled with a new value in the future, or if no new end time is known, the message includes the 'overrunning' attribute in validity with a value of true, and the planned overallEndTime is removed. This can also be done before the planned end time when it is known that the work is overrunning.

Subsequently, an external trigger determines that the work/measure has concluded. At that moment, the following attributes are updated:

  • overallEndTime of the relevant situationRecords is filled with the actual end time.
  • The situationRecords must be deactivated by including the lifecyclemanagement attribute with a value of true in the message.
  • (and of course, the versions are incremented, and the version time is modified.)

Phased Disruption in Own Records

Description: Work will take place from September 21, 2014, 7:00 AM to September 28, 2014, 8:00 PM. During this period, there will be two road closures, each involving a road consisting of a single carriageway:

From September 21, 7:00 AM to September 23, 2014, 9:00 PM in one direction. From September 25, 7:00 AM to September 28, 2014, 9:00 PM in the other direction. In XML, it looks as follows:

<validityTimeSpecification> 
  <overallStartTime>2014-09-21T05:00:00Z</overallStartTime> 
  <overallEndTime>2014-09-28T19:00:00Z</overallEndTime> 
  <validPeriod> 
    <startOfPeriod>2014-09-21T05:00:00Z</startOfPeriod> 
    <endOfPeriod>2014-09-23T19:00:00Z</endOfPeriod> 
  </validPeriod> 
  <validPeriod> 
    <startOfPeriod>2014-09-25T05:00:00Z</startOfPeriod> 
    <endOfPeriod>2014-09-28T19:00:00Z</endOfPeriod> 
  </validPeriod> 
</validityTimeSpecification>

Situation Before Start Time

Until the start time, the reporting system will only communicate work via the interface [wegwerkzaamheden compleet].

Before September 21, the situation is as follows: - probabilityOfOccurrence for all situationRecords is probable. - operatorActionStatus for all situationRecords is approved. - roadWorkStatus is one step before running.

What Happens at Planned Start Time for Non-Actively Managed Work

When a disruptive measure reaches its planned start time, the reporting system must generate and send several updates and/or new messages.

On interface [wegwerkzaamheden compleet]

An update is sent for the situation [wegwerkzaamheden compleet] in which the relevant situationRecords are adjusted as they become active. Two scenarios can occur:

  • Multiple validPeriods remain in the validityTimeSpecification.
  • Only one validPeriod remains in the validityTimeSpecification.
1. Multiple validPeriods

Zodra de validperiod actief wordt, worden binnen de situation de volgende handelingen verricht:

  • Er worden nieuwe situationRecord(s) binnen dezelfde situation gecreëerd met daarin een kopie van de inhoud van de situationRecords met de planning wanneer de geplande starttijd bereikt wordt. Deze nieuwe records bevatten één validityTimeSpecification (en dus geen meerdere valid periods meer) waarin de overallStartTime en (indien bekend) overallEndTime gelijk zijn aan de validPeriod van het oorspronkelijke record waar nu de geplande startijd van bereikt is.
  • Het bestaande SituationRecord wordt aangepast door de actuele validPeriod uit het record te halen. De overallStartTime en overallEndTime blijven ongewijzigd.
<validityTimeSpecification> 
  <overallStartTime>2014-09-21T05:00:00Z</overallStartTime> 
  <overallEndTime>2014-09-28T19:00:00Z</overallEndTime> 
  <validPeriod> 
    <startOfPeriod>2014-09-25T05:00:00Z</startOfPeriod> 
    <endOfPeriod>2014-09-28T19:00:00Z</endOfPeriod> 
  </validPeriod> 
</validityTimeSpecification>

In de nieuwe situationRecords met de beschrijvingen van werkzaamheden en maatregelen worden gewijzigd:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • De versions hogen op en de versie tijd wordt aangepast
2. Één validperiod

Op interface [wegwerkzaamheden compleet]

Op [wegwerkzaamheden compleet] wordt een update gestuurd van de situatie waarbij die situationRecords in de situatie die actueel worden zijn aangepast. De aanpassingen betreffen de situationRecords met de werkzaamheden en de situationRecords met de maatregelen die om 7 uur gepland zijn te beginnen. De overige situationRecords blijven ongewijzigd. Gewijzigd wordt:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • (en natuurlijk hogen de versions op en wordt de versie tijd gewijzigd)

Op interface [SB Actueelbeeld]

Hier gebeurt niks. Wellicht dat dit in de toekomst verandert.

Wat er gebeurt als het bericht WEL actief gemanaged is bij feitelijke start

Als maatregelen actief gemeld worden, dat wil zeggen geactiveerd op het moment dat buiten op de weg daadwerkelijk iets verandert, dan zijn er twee situaties te onderkennen:

  • De maatregel wordt geactiveerd voordat de geplande starttijd is verstreken
  • De maatregel wordt geactiveerd op, of nadat de geplande starttijd is verstreken.

Op interface [wegwerkzaamheden compleet]

Start voor of op de geplande starttijd

De volgende attributen krijgen op interface [wegwerkzaamheden compleet] een nieuwe waarde:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.
Start na geplande starttijd

Op de geplande starttijd dienen de stappen uit 'Wat er gebeurt op de geplande aanvangstijd als het een werk betreft dat NIET actief gemanaged is' te worden uitgevoerd.

Door de menselijke actie/ externe trigger wordt bepaald dat het werk/maatregel is geactiveerd. Op dat moment krijgen de volgende attributen van de actuele situationRecords een nieuwe waarde:

  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.

Op interface [SB Actueelbeeld]

Er wordt een nieuwe situation gemaakt met een id dat uniek in de tijd is. Dit wil zeggen dat een situatie bij het ontstaan een id krijgt dat nog niet eerder aan enige andere actieve of gepasseerde situatie is toegekend.

Start voor of op de geplande starttijd

De volgende attributen krijgen op interface [SB ActueelBeeld] een nieuwe waarde:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.
Start na geplande starttijd

Door de menselijke actie/ externe trigger wordt bepaald dat het werk/maatregel is geactiveerd. Op dat moment krijgen de volgende attributen van de actuele situationRecords een nieuwe waarde:

  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.

Wat er gebeurt op de geplande eindtijd bij een bericht dat NIET actief gemanaged is voor de geplande eindtijd

Op interface [wegwerkzaamheden compleet]

Op [wegwerkzaamheden compleet] wordt een update gestuurd van de situatie waarvan de situationRecords in de situatie die eindigen zijn aangepast. De aanpassingen betreffen de situationRecords met de werkzaamheden en de situationRecords met de maatregelen die beeindigd worden. De overige situationRecords blijven ongewijzigd.

  • De situationRecords die eindigen worden afgemeld door het element lifecycleManagement met de waarde true in het bericht op te nemen.
  • De versions hogen op en de versie tijd wordt gewijzigd.

Op interface [SB Actueelbeeld]

Wanneer een bericht niet actief gemanaged is voor de geplande eindtijd zal dit bericht niet in [SB Actueelbeeld] voorkomen.

Wat er gebeurt als het bericht WEL actief gemanaged is bij feitelijke beëindiging

Als verkeersmaatregelen actief gemanaged worden bij beëindiging, dat wil zeggen gedeactiveerd op het moment dat buiten op de weg daadwerkelijk iets verandert, dan zijn er twee situaties te onderkennen:

  • De maatregelen worden gedeactiveerd voordat de geplande eindtijd is verstreken
  • De maatregelen worden geactiveerd nadat de geplande eindtijd is verstreken.

Dit geldt voor situation(Records) in [wegwerkzaamheden compleet] en in [SB Actueelbeeld].

Eind voor of op de geplande eindtijd

De situationRecords die eindigen worden afgemeld door het attribuut lifecycleManagement met de waarde true in het bericht op te nemen.

  • De versions hogen op en de versie tijd wordt gewijzigd.
  • De overallEndTime van de relevante situationRecords wordt gevuld met de feitelijke eindtijd. Dit geldt ook wanneer de het werk op de feitelijke starttijd niet actief gemanaged is.

Indien binnen de situatie (actieve) maatregelen overblijven, dan verandert er aan die betreffende maatregelen het wegwerkzaamhedenrecord niets.

Feitelijke eindtijd na geplande eindtijd

Op de geplande eindtijd wordt van de situationRecords waarvan de eindtijd verstrijkt een update verstuurd, waar de overallEndTime een nieuwe waarde in de toekomst heeft gekregen of wanneer er geen nieuwe eindtijd bekend is wordt in het bericht in validity het attribuut ‘overrunning’ met de waarde true opgenomen en wordt de geplande overallEndTime verwijderd. Dit kan ook reeds voor de geplande eindtijd gedaan worden wanneer bekend is dat het werk uitloopt.

Vervolgens wordt door een externe trigger bepaald dat het werk/maatregel is beëindigd. Op dat moment krijgen de volgende attributen een nieuwe waarde:

  • overallEndTime van de relevante situationRecords wordt gevuld met de feitelijke eindtijd.
  • de situationRecords dienen op de feitelijke eindtijd te worden afgemeld door het attribuut lifecyclemanagement met de waarde true in het bericht op te nemen.
  • De versions hogen op en de versie tijd wordt gewijzigd.

Regelmatig terugkerende werkzaamheden

Beschrijving: Elke 2e zaterdag van elke tweede maand is er een terugkerende markt te beginnen in oktober 2016 tot en met oktober 2018. Hierdoor is er op die dagen tussen 7 uur en 21 uur UTC een afsluiting.

  • Van 21 september 7 uur ’s ochtends tot 23 september 2014 21.00 uur de ene kant op.
  • Van 25 september 7 uur ’s ochtends tot 28 september 2014 21.00 uur de andere kant op.

In XML ziet het er zo uit:

<validityTimeSpecification> 
  <overallStartTime>2016-10-08T05:00:00Z</overallStartTime> 
  <overallEndTime>2018-10-13T19:00:00Z</overallEndTime> 
    <validPeriod> 
      <recurringDayWeekMonthPeriod>
        <applicableDay>saturday</applicableDay>
        <applicableWeek>secondWeekOfMonth</applicableWeek>
        <applicableMonth>october</applicableMonth>
        <applicableMonth>december</applicableMonth>
        <applicableMonth>february</applicableMonth>
        <applicableMonth>april</applicableMonth>
        <applicableMonth>juni</applicableMonth>
        <applicableMonth>august</applicableMonth>
      </recurringDayWeekMonthPeriod>
    </validPeriod> 
</validityTimeSpecification>

Situatie tot aanvangstijd

Tot de aanvangstijd wordt door het meldsysteem een werk alleen gecommuniceerd via het interface [wegwerkzaamheden compleet].

De probabilityOfOccurrence is bij alle situationRecords: probable. De operatorActionStatus bij alle situationRecords is approved. De roadWorkStatus is een stap voor running.

Wat er gebeurt op de geplande aanvangstijd als het een werk betreft dat NIET actief gemanaged is

Op het moment dat een hinder veroorzakende maatregel zijn aanvangstijd bereikt, dient het meldsysteem een aantal updates en/of nieuwe berichten te genereren en sturen

Op interface [wegwerkzaamheden compleet]

Op [wegwerkzaamheden compleet] wordt een update gestuurd van de situatie waarbij die situationRecords, in de situatie die actueel worden, zijn aangepast. Er zijn twee situaties te onderscheiden

  • Er zijn nog meerdere validPeriods in de validityTimeSpecification
  • Er is nog 1 validPeriod in de validityTimeSpecification

Op [wegwerkzaamheden compleet] wordt een update gestuurd van de situatie waarbij die situationRecords, in de situatie die actueel worden, zijn aangepast.

Zodra de validperiod actief wordt, worden binnen de situation de volgende handelingen verricht:

  • Er worden nieuwe situationRecords gecreëerd met daarin een kopie van de inhoud van de situationRecords met de planning wanneer de geplande starttijd bereikt wordt. Deze nieuwe records bevat één validityTimeSpecification (en dus geen meerdere valid periods meer) waarin de overallStartTime en (indien bekend) overallEndTime gelijk zijn aan de validPeriod zoals deze in het geplande record omschreven is, dus in het geval van de tweede braderie als overallStartTime 2016-12-10T05:00:00Z en als overallEndTime zullen de nieuwe situationRecords 2016-12-10T19:00:00Z hebben.

In de nieuwe situationRecords met de beschrijvingen van werkzaamheden en maatregelen wordt het volgende gewijzigd:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • De versions hogen op en de versie tijd wordt aangepast

Wanneer er nog maar één validPeriod is gedraagt deze zich als een normale situation met één overallStartTime.

Op interface [SB Actueelbeeld]

Hier gebeurt op dit moment niets.

Wat er gebeurt als het bericht WEL actief gemanaged is bij feitelijke start

Als maatregelen actief gemeld worden, dat wil zeggen geactiveerd op het moment dat buiten op de weg daadwerkelijk iets verandert, dan zijn er twee situaties te onderkennen:

  • De maatregel wordt geactiveerd voordat de geplande starttijd is verstreken
  • De maatregel wordt geactiveerd op, of nadat de geplande starttijd is verstreken.

Op interface [wegwerkzaamheden compleet]

Start voor of op de geplande starttijd

Er worden nieuwe situationRecords gecreëerd zoals hierboven reeds beschreven. De volgende attributen krijgen op interface [wegwerkzaamheden compleet] een andere waarde:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.
Start na geplande starttijd

Op de geplande starttijd dienen de stappen uit 'Wat er gebeurt op de geplande aanvangstijd als het een werk betreft dat NIET actief gemanaged is' te worden uitgevoerd.

Vervolgens wordt door een menselijke actie / externe trigger bepaald dat het werk/maatregel is geactiveerd. Op dat moment krijgen de volgende attributen een andere waarde:

  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.

Op interface [SB Actueelbeeld]

Er wordt een nieuwe situation gemaakt met een id dat uniek in de tijd is. Dit wil zeggen dat een situatie bij het ontstaan een id krijgt dat nog niet eerder aan enige andere actieve of gepasseerde situatie is toegekend.

Start voor of op de geplande starttijd

De volgende attributen krijgen op interface [SB ActueelBeeld] een nieuwe waarde:

  • operatorActionStatus wordt implemented
  • roadworkstatus wordt running
  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.
Start na geplande starttijd

Door de menselijke actie/ externe trigger wordt bepaald dat het werk/maatregel is geactiveerd. Op dat moment krijgen de volgende attributen van de actuele situationRecords een nieuwe waarde:

  • probabilityOfOccurrence wordt certain
  • overallStartTime van de relevante situationRecords wordt gevuld met de feitelijke starttijd.

Wat er gebeurt op de geplande eindtijd bij een bericht dat NIET actief gemanaged is voor de geplande eindtijd

Op interface [wegwerkzaamheden compleet]

Op [wegwerkzaamheden compleet] wordt een update gestuurd van de situatie waarvan de situationRecords in de situatie die eindigen zijn aangepast. De aanpassingen betreffen de situationRecords met de werkzaamheden en de situationRecords met de maatregelen die beeindigd worden. De overige situationRecords blijven ongewijzigd.

  • De situationRecords (met operatorActionStatus = implemented en probabilityOfOccurrence = probable) die eindigen worden afgemeld door het element lifecycleManagement met de waarde true in het bericht op te nemen.
  • De versions hogen op en de versie tijd wordt gewijzigd.

Op interface [SB Actueelbeeld]

Wanneer een bericht niet actief gemanaged is voor de geplande eindtijd zal dit bericht niet in [SB Actueelbeeld] voorkomen.

Wat er gebeurt als het bericht WEL actief gemanaged is bij feitelijke beëindiging

Als verkeersmaatregelen actief gemanaged worden bij beëindiging, dat wil zeggen gedeactiveerd op het moment dat buiten op de weg daadwerkelijk iets verandert, dan zijn er twee situaties te onderkennen:

  • De maatregelen worden gedeactiveerd voordat de geplande eindtijd is verstreken
  • De maatregelen worden geactiveerd nadat de geplande eindtijd is verstreken.

Dit geldt voor situation(Records) in [wegwerkzaamheden compleet] en in [SB Actueelbeeld].

Eind voor of op de geplande eindtijd

De situationRecords die eindigen worden afgemeld door het attribuut lifecycleManagement met de waarde true in het bericht op te nemen.

  • De versions hogen op en de versie tijd wordt gewijzigd.
  • De overallEndTime van de relevante situationRecords wordt gevuld met de feitelijke eindtijd. Dit geldt ook wanneer de het werk op de feitelijke starttijd niet actief gemanaged is.

Indien binnen de situatie (actieve) maatregelen overblijven, dan verandert er aan die betreffende maatregelen het wegwerkzaamhedenrecord niets.

Feitelijke eindtijd na geplande eindtijd

Op de geplande eindtijd wordt van de situationRecords waarvan de eindtijd verstrijkt een update verstuurd, waar de overallEndTime een nieuwe waarde in de toekomst heeft gekregen of wanneer er geen nieuwe eindtijd bekend is wordt in het bericht in validity het attribuut ‘overrunning’ met de waarde true opgenomen en wordt de geplande overallEndTime verwijderd. Dit kan ook reeds voor de geplande eindtijd gedaan worden wanneer bekend is dat het werk uitloopt.

Vervolgens wordt door een externe trigger bepaald dat het werk/maatregel is beëindigd. Op dat moment krijgen de volgende attributen een nieuwe waarde:

  • overallEndTime van de relevante situationRecords wordt gevuld met de feitelijke eindtijd.
  • de situationRecords dienen op de feitelijke eindtijd te worden afgemeld door het attribuut lifecyclemanagement met de waarde true in het bericht op te nemen.
  • De versions hogen op en de versie tijd wordt gewijzigd.
Go back to the previous page