The alert view visualizes unassigned production, illegalities in crew rosters, crew composition problems, crew late for checkin and crew requiring notifications. One or many alerts can be selected to acquire more detailed information or to assign a responsible user. With a swift overview, the alerts can be grouped and filtered according to various criteria such as crew base, fleet type, crew category, problem type or assigned user. It is also possible to display only critical alerts.
To go from the alert view to the relevant crew rosters: simply click an alert. The rosters corresponding to the selected alerts are automatically displayed in the pairing and rostering editor. The editor contains many functions for editing pairings assigned to many crew members and for repairing individual rosters. It also possesses basic functionality such as being able to move duties between crew members, activate a standby or display all crew on a specific flight. It also contains more advanced functionality that allows presentation of all crew candidates that can legally replace existing activities with open production, finding all legal deadhead candidates, finding legal swap candidates, etc. Full legality control is always provided via Carmen Rave. Relaxing quality and long-term rules to find feasible repair options in critical situations is easy.
When a solution is committed to the database, the crew members concerned can be notified immediately or be marked for later notification. The crew member will automatically appear in the alert view when the notification deadline approaches. The ability to postpone notifications maintains the flexibility required to re-schedule the crew member. You can decide to immediately trigger the related updating on hotels, transport companies, catering and ticket reservations when the change is being committed or set a due time for when automatic updates shall take place.
Via Carmen InterBids crew can place trip-trade bids. To support manual editing, requested trip trades and other bids are always visible in the pairing and roster editor. All trips marked for trade are processed in optimization batch jobs where the system finds matching trips and bids. Trips are only traded if the trade meets crew members’ bids in a legal and cost-effective way. This can then be automated without staff intervention.
The database contains complete revision history of all updates with information about who did what and when. You can backtrack to see how a plan has evolved from the first manpower estimates through to day of operation. Systematic problems that cause operational instability or that increase costs can now be identified. The database also contains all the information required to produce the correct input to payroll. Information may be updated in the database retroactively in order to produce the correct pay information. For example, if a gate problem has forced the crew to extend its stay on board after arrival, the authorized user may enter this information manually in order to update the report.
|
