OPS.13:5 - Archetypal Grounding
OPS.13:5.1 - PumpWorks states what the rig plan supports
This constructed case concerns four ready packages requiring two consecutive rig-hours each, including normal setup. Rig access currently covers hours 0–6. Hours 6–8 are reserved for another use, and their owner can make a separate access decision that accounts for displacement.
The normal case has no repeat. In the adverse case, exactly one planned package needs one immediately available two-hour repeat and then passes; all other planned packages pass first time. The repeat need is known when its first attempt ends. Test permission and configuration are current. The stated schedules also require qualified coverage and any handover to fit within the available plan.
| Plan | Normal case | One-repeat case | Service consequence |
|---|---|---|---|
| Six hours; plan two packages and retain two hours for the repeat. | Two completions use four hours. | Two completions plus the repeat use six hours. | Two completions fit both stated cases. |
| Six hours; plan three packages with no reserve. | Three completions use six hours. | Three completions plus the repeat require eight hours. | The three-completion promise is unsupported for the stated adverse case. |
| Eight hours; plan three packages and retain two hours for the repeat. | Three completions use six hours. | Three completions plus the repeat use eight hours. | Three completions fit both cases if extra access and coverage are authorized. |
| Ten hours; plan four packages and retain two hours for the repeat. | Four completions use eight hours. | Four completions plus the repeat use ten hours. | This requires a further resource arrangement; it is not supplied by the two-hour extension. |
Reserve remains available for the repeat whenever it becomes necessary. Since all packages are ready, the repeat can follow its failed attempt without another dependency delay. A longer repeat, more than one repeat, later permission or lost access reopens these schedules.
OPS.12’s staffing comparison requires qualified relief for an extension that would otherwise consume the original operator’s protected recovery and incident coverage. The responsible parties must also settle the extension’s payment and funding. These inputs determine whether the eight-hour alternative is available for commitment.
Suppose the test-service authority and customer accept the two-case basis, the three-package scope and the evidence required for a completed test package. Once the additional access, relief and other prerequisites are confirmed, they can agree the three-completion service under those stated conditions. Before confirmation, that result remains a proposal. If only the six-hour arrangement is available, the supported proposal covers two completions under the same adverse-case requirement.
The calculation supplies no probability of the adverse event and no guarantee beyond its conditions. A customer requiring a quantified delivery probability needs a matching forecasting basis. An existing four-completion promise remains a live obligation until the authorized parties accept a revision.
OPS.13:5.2 - A test promise and a field-release promise differ
Field release of candidate R42 requires applicable T9 test evidence, the result of safety question S19 and the authorized release decision. A test-service commitment can establish when the agreed test result should be available. Its acceptance criteria concern that test service.
If S19 is still unresolved or T9 evidence does not apply to the configuration proposed for release, the release practitioner lacks a result needed for the wider promise. The operating response is to state that dependency and obtain the missing decision. The test work can continue where its laboratory permission and other conditions allow it.
If an earlier commitment promised field release, agreeing a narrower test service does not close it. The recipient needs an explicit revision, refusal or unresolved release position from the parties authorized to make that decision.
OPS.13:5.3 - Hospital room capacity and staffing support different counts
In a constructed routine service, two rooms are each available for four hours. One qualified team is available for four hours and each planned visit uses thirty minutes of that team’s time, including the required turnover work. The responsible clinical practitioners supply the eligible cases and the planning durations. Two visits are already committed.
Eight room-hours would appear to allow sixteen visits. The qualified-team bound allows eight in total and at most six additional visits under the normal assumptions. A supplied adverse scenario reserves one team-hour for an urgent case, reducing the plan to six routine visits in total and four additional visits.
The coordinator can propose four additional routine visits under both stated cases, obtain another qualified arrangement, or offer later appointments with the affected recipients’ agreement. A room booking alone cannot support the larger promise. The service decision preserves clinical priority and the team’s protected conditions; a changed clinical need can reopen the plan.
OPS.13:5.4 - An assisted service promises a review result
An assisted production service can generate sixty drafts per day. Each accepted output requires its own review decision, and staffing supports six such decisions per day. In the recent matching work mix, those reviews yielded four to six accepted outputs. A recipient requests ten accepted outputs tomorrow.
Even the normal review bound excludes ten accepted outputs from that staffing arrangement. Increasing generation cannot resolve the deficit. The service provider can propose a later accepted-output target, obtain qualified acceptance capacity, or offer six review decisions if that narrower result is useful to the recipient. The recent four-to-six range describes those observations; it supplies no stated probability for tomorrow.
If the recipient accepts the review service, the parties specify what a completed review includes and how rejected or revised drafts continue. They preserve the original accepted-output request as refused, revised or unresolved rather than counting review completion as acceptance.
OPS.13:5.5 - A review must leave time for the response
An accepted report is due at hour fourteen. Once its validated input is available, analysis needs three uninterrupted hours and release needs one more. These operations and their resources are available in that order until fourteen. The latest usable input is therefore hour ten.
At hour seven, an input failure occurs. A supplied recovery method needs two hours after authorization; its qualified performer and resources are available immediately. Authorization must occur by eight if recovery is to supply the input by ten. The next routine review at nine is too late: even immediate authorization then gives input at eleven, leaving analysis until fourteen and requiring release from fourteen to fifteen, outside its available window.
Instead, suppose detection takes at most fifteen minutes and conveying the result and deciding together take another fifteen. Recovery can start by 7.5, finish by 9.5, and be followed by analysis until 12.5 and release until 13.5. The response preserves half an hour before the deadline under these stated bounds. The signal needs to reach the person who can authorize recovery; an updated chart that nobody uses would not supply this response.
Now change one fact: the recovery resource cannot start before ten. Recovery could supply input at twelve, but the three-hour analysis would already overrun its availability until fourteen; release would require a further hour. Sixteen is only the arithmetic end if those windows were extended, not a supported delivery time. Faster notification alone cannot restore the promise. Obtain a different workable remedy or an agreed service revision. The earlier calculation remains valid only with its earlier availability premise.
These times illustrate a constructed operating choice, not a measured service probability.