You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 21 Next »

Purpose

  • The Daily Plan Service is used to create and to submit Orders for a Daily Plan to Controllers. The service is operated in background and acts on a daily basis to plan a number of days ahead.
  • The Daily Plan Service runs existing JS7 - Schedules and generates Orders for the given start times. This applies to Schedules that specify a single start time for an order and to Schedules that specify cyclic starts. For each start time in a cycle an individual Order is created. In a subsequent step such Orders are submitted to the respective Controllers.
  • The similar functionality is available from the JS7 - Daily Plan View for operation by users, however, the service performs this task automatically for a configurable number of days ahead.

Feature Video

This video explains the settings for the Daily Plan Service:


Daily Plan

Schedules

Orders are created from Schedules that indicate the Workflow and variables to be used as well as the run-time specification, i.e. the rules for which days and start times Orders should be created.

  • The checkbox "Plan Order automatically" specifies that a Schedule will be applied when running the Daily Plan. Orders created by this step are added with a PLANNED state.
  • The checkbox "Submit Order to Controller when planned" specifies that any PLANNED Orders - from the current Daily Plan run or from previous runs - will be submitted to a Controller and will result in a PENDING Order state. Submission of an Order to a Controller includes that an Order is submitted to any Controllers to which the respective Workflow has been deployed.

Planned Orders

The planning step includes to create Orders from Schedules and to make them available with the PLANNED state. Such Orders are visible with the Daily Plan View for the given date.

Submitted Orders

The submission step includes to forward Orders to any Controllers to which the underlying Workflow has been deployed.

User Intervention

The Daily Plan Service is designed to respect user interventions that include e.g. to manually create Orders for a given date, to modify Order start times or to cancel and to remove Orders from the Daily Plan. If such an intervention occurs then the Daily Plan Service will not consider to generate Orders for the given date.

  • This is intended to prevent conflicts with user interventions: a user can e.g. remove any Orders for a given date and the Daily Plan Service will not try to populate this date with Orders.
  • The Daily Plan Service considers the fact that a Submission has been created for a given date - either by the Daily Plan Service when previously generating Orders or by user intervention. If a Submission is found then no Orders are created for this date by the service.
  • However, users are free to delete Submissions with the Daily Plan View. Deleting a Submission does not remove Orders, it just hides the fact that for the given date a previous planning has been performed. If no Submission is available for a given date then the Daily Plan Service will consider existing Orders for this date and will create additional Orders if required by the underlying Schedules. Practically speaking: if a user drops e.g. 3 Orders out of 10 for a given date and deletes the Submission then the Daily Plan Service will re-create the supplemental 3 Orders.

At the same time the Daily Plan Service will submit Orders with a PLANNED state to a Controller for a number of days ahead. This occurs independently from the fact that an Order was added by the user or by the Daily Plan Service. The functionality is intended to prevent a situation when users generate Orders with a PLANNED state but miss to submit them to a Controller in good time. The Daily Plan Service will pick up such Orders and will submit them for the number of days ahead as specified with the service configuration.

Operation

The Daily Plan Service runs as a background service on a daily basis.

  • Restarting JOC Cockpit will not cause additional runs of the Daily Plan Service.
  • However, a user can intentionally force a re-run of the Daily Plan Service by using the Dashboard View -> JOC Cockpit widget and selecting the action menu item Restart Service -> Daily Plan Service.

The Daily Plan Service processes Orders for future dates, not for the current date.

  • Configuration items to e.g. plan or to submit Orders for 3 days ahead exclude the current day.
  • The resulting operation of the Daily Plan Service to plan and to submit orders ahead are therefore independent from the time in the current day for which the service is running.

Configuration

Location

  • The "Settings" menu is available from the JOC Cockpit GUI.

Configuration Items

SectionSettingDefaultRequiredPurpose
daily_plantime_zoneUTCnoSpecifies the time zone that is applied to the start time of the Daily Plan Service and period of the Daily Plan.

start_time30 minutes before period_beginnoSpecifies the start time to run the Daily Plan on a daily basis with the indicated time zone. Without this setting the Daily Plan will run 30 minutes before the point in time specified by the period_begin setting. This setting accepts a time value, e.g. 23:00:00.

period_begin00:00noSpecifies the begin of the 24 hours Daily Plan period with the indicated time zone.

days_ahead_plan7noSpecifies the number of days ahead for which orders are generated and are made available with the PLANNED state. A 0 value indicates that no orders should be generated and disables the functionality.

days_ahead_submit3noSpecifies the number of days ahead for which PLANNED orders are submitted to Controllers and are made available with the PENDING state. A 0 value indicates that no orders should be submitted and disables the functionality.

Logging

  • The Daily Plan Service logs general messages, warnings and errors to the joc.log file.
  • In addition, more detailed information is logged to the Main Log service-dailyplan.log file.
  • In addition to the Main Log detailed debug information is logged to the Debug Log service-dailyplan-debug.log file.
  • For details see JS7 - Log Files and Locations


  • No labels