Dev:SARA.ProcessAutomationEngine: Difference between revisions

From Kordeus Wiki
Jump to navigation Jump to search
Stefanseiler (talk | contribs)
Stefanseiler (talk | contribs)
No edit summary
 
(24 intermediate revisions by the same user not shown)
Line 1: Line 1:
== Available Triggers ==
The automation engine is a rule based processor specifically made for the business domain of '''special assistance requests''', which adhere to the [[Dev:Travel assistance service request - general handling process|travel assistance service request - general handling process]].  
The ''SARA Engine'' is triggered each time, when a special assistance request reaches one of the SAR checkpoints.


* On SAR-Request Claim
This is a background service, which supports all processees of an operation center.
* On Journey Entry/Change
* On Segment-Service add/remove
* On Full MEDA Approval
* Full Fit-To-Fly status reached
* Full Confirmend status reached (all Segments HK [holding confirmed] or KK [manually confirmed] )
* On SAR-request Cancel
* Time (in h) before journey start
* Time (in h) before journey end
* Time (in h) before trip start - embarcation event
* Time (in h) before trip end - disembarcation event      
* Time (in h) before segment start
* Time (in h) before segment end
* Time (in h) before port Arrival (or Departure time of first trip segment)
* Time (in h) before port Departure (or Arrival at the last trip Segment)
* On all Segments flown
* On Service capacity limit reached


== Supported matching criteria ==
The engine has these main components:
Once being triggered for a case, the SARA Engine will match the case against matching criteria. If the matching criteria are not fulfilled, no action will be taken.


* '''Full Request matching''' - all Segments and ports are included in matching
* [[Dev:Travel Segment Service Item Claiming|Travel Segment Service Item Claiming]] - It evaluates the SAR Requests it is requested by a Passenger Digital and indicates it to be the responsible MOC by
** Touches specific regulatory areas
** claiming service segments of the requested journey.
** Any Segment includes Service Type (like MEDA, PWD, INFO)
** claiming the entire request, if no journey is present
** Any Segment includes SAR Service(s)
* [[Dev:SARA.ProcessAutomationEngine|Internal Process Automation Engine]] - this service evaluates a specific ruleset and performs specific actions. The ruleset can be configured in the [[Dev:SARA Engine Ruleset Administration Tool|SARA Engine Ruleset Administration Tool]].  
** Any Port includes Technical Services
** No journey provided
** Journey starts in x Hours
** Journey Ends in y hours
* '''Trip matching''' - all segments and ports are included in matching
** Any segment includes a specific SAR Service  
** Any segment touches specific regulatory areas  
** Trip embarcs at port
** Trip disembarcs at port
** Trip transfers at port
** Trip contains Segment
** Trip contains ground Service
** Trip starts in x Hours
** Trip Ends in y hours
* '''Ground Service matching'''
** Matched ground or technical services (WCHR, Mounting/Dismantling,...
** Planned at Port
** Port additional criteria
*** Port of Delivery is Embarcation Port
*** Port of delivery is Transfer port
**** with Prior Segment Arrival rime is (<> xx:yy)
**** with Prior Segment Arrival from (Multiple Source Port Selection)
**** with Next Segment Departure to (Multiple Target Port Selection)
**** with Next Segment Departure time is (<> xx:yy)
*** Port of delivery is Disembarcation Port


* '''Segment Service matching'''
The SARA Process Automation Engine as well has impact on [[PAX.Portal]] behaviour!
** Matching requested OnSegment Services
** Segment Departure Port (wildcard allowed)
** Segment Destination Port (wildcard allowed)
** Flight Numbers (*, all except)
** Segment Rotation starts in x hours
** Segment Rotation ends in x hours
** Segment arrival time (><*)
** Segment departure time (><*)


== Actions ==
In general it holds rules, which lead to special assistance specific actions :
Each matching rule may define one or multiple actions to be automatically performed


====== Information Actions ======
* [[Dev:SARA-PAE Rule Check Triggers|Rule Check Triggers]]
For each of the information actions, you may decide which information of the case should be included:
* Rules
** [[Dev:SARA-PAE Processing rule matching criteria|Processing rule matching criteria]]
** [[Dev:SARA-PAE Processing rule actions|Processing rule actions]]


* Booking information
== Related articles ==
* Classified MEDA information
* Filled placeholders. See [[Dev:SARA-PAE Placeholderlist|placeholderlist]].


* <u>Create internal task</u> - Requires a selected '''task template''' and needs to define the list of '''task receivers.''' Task receivers can be:
* [[SARA.Core (Special Assistance Request Management Suite)]]
** predefined receipients roles (Passengers, Travel Agent, MOC Team, Doctors Team, Controlling Team)
* [[PAX.Portal]]
** secure receipients (Business participant groups or individual business participants) or
* <u>Create communication</u> - Requires a selected '''communication template''' and '''receipients'''. Communication receipients can be
** predefined receipients roles (Passengers, Travel Agent, MOC Team, Doctors Team, Controlling Team)
** secure receipients (Business participant groups or individual business participants) or
** ''insecure receipients'' (by adding TELEX or EMAIL addresses)
* <u>Perform HandlingAdvice</u> - This will create a communication from a predefined '''communication template''' to receipients, which are calculated by a specific logic for the handling advice. It typically contains:
** to all involved ports (secure/insecure)
** to eventually involved extra handling advice receipients (secure/insecure)
* <u>Perform RoutineCheck</u> - This will create a communication for a '''specific service''' in a predefined '''communication template''' to receipients, which are calculated by a specific logic for the routine check. It typically contains:
** to all involved service delivery partners (secure/insecure)
** to eventually involved extra routine check receipients (secure/insecure)
 
====== Manipulate SARA Process Flow ======
 
* Mark Service as impossible on this segment
* Fit-To-Fly is forbidden for this segment
* Confirmation (HK/KK) is forbidden for this segment
* Comment to show above service section
* Comment to show above service - select service
* Make PAX birthdate mandatory
* Make Ambulance car data is mandatory (driver, plate, ...)
* Add special Email/Telex receipient(s) to Standard Handling Advice for this trip
* Add additional email/Telex receipient(s) to Standard Routine Telex for this trip
* Disable MEDA process flow (if not manually locked)
* Enable MEDA process flow (if not manually locked)

Latest revision as of 05:40, 26 June 2025

The automation engine is a rule based processor specifically made for the business domain of special assistance requests, which adhere to the travel assistance service request - general handling process.

This is a background service, which supports all processees of an operation center.

The engine has these main components:

The SARA Process Automation Engine as well has impact on PAX.Portal behaviour!

In general it holds rules, which lead to special assistance specific actions :

Related articles