Through check-in

From Wiki Amber.aero
Revision as of 06:48, 18 August 2021 by Editor1 (talk | contribs) (Created page with "==Through check-in order implementation== Through check-in is carried out in several stages: *Search for a passenger or a group of passengers *Through route compilation *Thro...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Through check-in order implementation

Through check-in is carried out in several stages:

  • Search for a passenger or a group of passengers
  • Through route compilation
  • Through route verification and confirmation
  • Correction or addition of passenger data on through route parts
  • Check-in of baggage and passengers or a group of passenger
  • Printing of boarding pass set for all parts of a through route.

Through check-in stages

Search for passengers or a group of passengers

The request for searching is entered in the same way as it is entered during standard passenger check-in.

Through route compilation

Flights which take part in a through route of a passenger are specified in the Connection flights table. Data comes from the reservation system in the form of PNL/ADL telegrams or are entered by the check-in agent manually.

Figure 33

To enter data manually, it is required to specify a sequential number of a connection, an airline code, a number of a connection flight, a date of performing, a destination point and a service subclass on a given flight.

After entering all required data or correcting current data, the creation and verification of a through check-in route by data from through check-in tables is carried out by clicking Through route.

Figure 34

Through route verification and confirmation

Before performing through check-in, it is necessary to consider the entire route: if there is a possibility to carry out check-in of a passenger to the final destination. The agent receives the overview of the route by clicking Through route. Data is presented in the Through route table form:

Figure 35

All connection flights of passengers as well as all parameters required for the control of through check-in implementation are displayed in the table.

The description of the Through route table:

  • Connection flight: flights on a route of a passenger are specified in this column. Data comes from the reservation system in the form of PNL/ADL telegrams and are entered in the Connection flights window by the check-in agent manually.
  • Layout: AC layout on each connection segment with the following value options is specified in this column:
    • No in DFP – a flight corresponding to a connection segment is not found in daily flight plan. Through check-in is not possible in this case.
    • No – a layout is not associated with a flight. Through check-in is possible only if the waitlist operation mode is supported on this flight.
    • EDIFACT – through check-in for a given segment is carried out by the exchange of telegrams with another check-in system. Through check-in depends on the affirmative response from another DCS. To carry out the interaction with another DCS, the availability of corresponding records in the Addresses of check-in systems table is required.
  • Class: passenger service class on each segment is specified in this column
  • Availability in PNL: availability of passengers in PNL/ADL telegrams on each flight with the following value options is specified in this column:
    • Double in PNL – at least 2 passengers corresponding to data of the passenger (a type, a number of seats, a surname, a name) from the initial transportation segment and data on the connection segment (a destination point, a subclass) are found in PNL. Through check-in is possible in this case.
    • n from m – n from m number of requested passengers is found in PNL. Through check-in is not possible in this case if NOREC check-in prohibition

is set on the flight.

  • Availability of seats: availability of seats for passengers or a group of passengers on a flight with the following value options is displayed:
    • Flight cancelled – a flight which corresponds to a segment is cancelled in DFP. Through check-in is not possible.
    • No Dest. – a destination point of a passenger on a connection segment is not found on a flight route. Through check-in is not possible in this case.
    • Undef. cl. – a basic class of passengers from PNL is unknown or different basic classes for passengers of a group in PNL. Through check-in is not possible in this case.
    • No – there are no available seats. Through check-in is not possible in this case.
  • Transfer baggage check-in: possibility of transfer baggage check-in (data is taken from the Transfer baggage check-in table) with the following value options:
    • "+" – baggage check-in is allowed
    • "-" – baggage check-in is prohibited
  • Through check-in permission: possibility of through check-in (data is taken from the Through check-in table) with the following value options:
    • "+" – through check-in is allowed
    • "-" – through check-in is prohibited
  • Waiting list handling: possibility to work with waiting list (data is taken from the Through check-in table) with the following value options:
    • "+" – waiting list handling on a flight is allowed
    • "-" – waiting list handling on a flight is prohibited
  • Check-in NOREC: possibility of NOREC check-in (data is taken from the Through check-in table) with the following value options:
    • "+" –NOREC check-in on a flight is allowed
    • "-" – NOREC check-in on a flight is prohibited
  • Total: total result for a possibility of through check-in on the basis of data on a flight with the following value options:
    • No – through check-in is not possible
    • Reg. – through check-in is possible
    • WL – passenger/group of passengers is added to waiting list
  • Through check-in: confirmation of through check-in with the following value options:
    • Reg. – through check-in is possible
    • No – through check-in is not possible
    • ??? – check-in is for waiting list, the confirmation of the consent of passengers for check-in is required (the confirmation is carried out through a selection of a required option by clicking Confirm).
Figure 36










See also:

Other sections: