KIU_Space_Control_Manual
Inventory
Full flight inventory
The complete entry to view the inventory of a flight is as follows:
VIEFLIGHT / DATE ALL * ALL * indicates the complete flight with all the indicators
Example 1: Single stop flight
FLT : 462 Flight 462
737 Equipment
DATE : 20MAR18 TUE Requested Date
JNB/18:15 Origin/Departure Time
HRE/20:40 Final destination and arrival time
/Z2 Difference with Zulu time from the origin
22D Number of days left for the flight
BRD Boarding city
OFF Deplaning city
Cl Booking Classes
AC Aircraft Capacity
AU Authorized by cabin (It can be the real one according to the capacity of the equipment or modifiable based on the applied overbooking logic)
BS Space Block applicable per cabin and per section
SA Number of seats available per class (according to what was sold, authorized and allowed by sales limits,space block or overbooking.
SS Number of seats sold per class
AS Total seats sold by segment
ABS Total seats sold per segment (LEG)
WL Waiting list quantity by class
WWL Amount of limit allowed for waiting list (if it is at 0 or when it reaches its limit allowed, a letter C (closed) will appear in the WL column)
LS Sales limit per class
LSS Modified sales limit by nesting
NG Group of classes with nesting (All those that contain the same indicator belong to the same group and they discount each other
-L- Nesting Level in classes (Order of hierarchy that gives the nesting, 1 is the header descending in importance)
OS Amount authorized for overbooking
-LOS Applicable overbooking logic
TSO Number of days and hours when opening of classes will take place before the start of the service
TSC Number of days and hours the classes will be closed before the start of the service
ST Class status (if it is closed, indicator C appears or on request R, A V indicator may also appear, which warns that the PNRs of such classes will have automatic expiration.
Example 2: Flight with two or more stops
- 1 Inventory
- 1.1 Full flight inventory
- 1.2 Inventory options
- 1.3 Inventory History
- 1.4 Departures and arrivals information
- 1.5 Sales information by class and business parameters
- 1.6 Total Sales Information per cabin
- 1.7 Catering information
- 1.8 Occupancy per route
- 1.9 Inventory Control
- 1.9.1 Sales limits Control
- 1.9.1.1 Set Sales Limits
- 1.9.2 Remove sales limits
- 1.9.3 Close sales limits
- 1.9.4 Options
- 1.9.5 Wait List ControlÂ
- 1.9.6 Close the Waiting ListÂ
- 1.9.7 Open the waiting list
- 1.9.8 Limit the waiting list
- 1.9.9 Options
- 1.9.1 Sales limits Control
- 1.10 Inventory adjusment: KK command
- 1.10.1 No action responses
- 1.10.2 Response with action
- 1.11 Closure Control and Class Opening
- 1.11.1 Close the class of a flight
- 1.11.2 Open the class of a flight
- 1.11.3 Options
- 1.11.4 Class requirements Control
- 1.11.4.1 Set a Class in Request Mode
- 1.11.4.2 Remove a Class in Request mode
- 1.12 Nesting
- 1.12.1 Set Class hierarchy
- 1.12.2 Remove class hierarchy
- 1.12.3 Options
- 1.13 Authorization Control
- 1.14 Block Space
- 1.14.1 Block space on a flight
- 1.14.2 Remove the space block on a flight
- 1.14.3 Increase or decrease a space block on a flight
- 1.14.4 Options
- 1.15 Temporary Sales Control
- 1.16 Remove Closing or Automatic Opening
- 1.16.1 Options
- 1.17 Overbooking Logic ControlÂ
- 1.17.1 Add an overbooking logic
- 1.17.2 Remove overbooking logic
- 1.17.3 Options
- 1.18 Remarks field
- 1.18.1 Add a comment
- 1.18.2 Delete a Remark
- 1.18.3 Options
- 1.19 Add an airport terminal
- 1.19.1 Add a departure terminal
- 1.19.2 Add an arrival terminal
- 1.19.3 Delete terminals
- 1.20 Catering service load
- 1.20.1 Add or modify services
- 1.20.2 Options
- 1.21 Modify Flight schedules
- 1.22 Overbooking Inhibition Control
- 1.23 Manual passengers transferÂ
- 1.24 OVERBOOKING
- 1.24.1 Overbooking a flight
- 1.25 Group PNR Creation (HM to HK)
- 1.26 Confirmation of Requested Individual Segments (HM to HK)
- 1.27 Segments Subject to space availability Confirmation (MM to HK)
- 1.28 Segment Status modification from Requested status to waiting list (HM to HL)
- 1.29 Force a Closed Wait List
- 1.30 Duplicate PNRS
- 1.31 Inventory update in other GDS
- 1.32 VCD (View Count Details)
- 1.33 VCD from an availability display
- 1.34 VCD from a PNR
- 1.35 Connection time control (VCT *)
- 1.36 Flights with closed classes list
- 1.36.1 Definition
- 1.36.2 Display options
- 1.36.2.1 Current Date
- 1.36.2.2 Specified date
- 1.36.2.3 By origin-destination
- 1.36.2.4 By origin-destination with a specified date
- 1.36.2.5 From a specified origin to all destinations
- 1.36.2.6 From a specific origin to all destinations on a specific date
- 1.36.2.7 From any origin to a specific destination
- 1.36.2.8 From any origin to a specific destination on a given date
- 1.36.2.9 Export CSV file
- 1.36.2.10 Sending a list to an email addressÂ
Inventory options
By airport
You can request an inventory from a particular airport on the route: The command is:
VIE4900/05NOVCOR
COR indicates only segments from COR
If the terminal that is requested in the VIE entry is from the origin, it can be ignored.
From an availability display
You can request the inventory from a previously displayed availability. The command is:
Description:
VIE | Fixed command |
A | Availability indicator |
ITEM NUMBER | Item number from the availability display |
In this case,the origin is considered from the origin city of the requested availability.
From an itinerary of a PNR
You can request the inventory from a previously displayed PNR. The command is
Description:
VIE | Fixed command |
P | PNR indicator |
Item number | segment number in PNR |
In this case,the origin is considered from the boarding point of the segment.
Display unconfirmed salesÂ
You can generate a list of unconfirmed sales, that is, those PNRs that are not closed and that aret are in the process of creation.
To check the list, you must enter the following command and you must have duty 8 in your user sign.Â
In case seats are taken on a flight but the PNR is not recorded yet a difference between the passengers in a list and the seats taken will be found.
Example 1
Example 2
In example 1, there are 39 booked seats (ABS 39), 20 on the AEPMDQ leg and 19 on the AEPBRC leg, but when viewing the list (Example 2), the header of the same indicates that there are 34 (ABS 34), 17 from AEPMDQ and 16 from AEPBRC, to see where the difference comes from , the following command is executed:
System displays seats in each route that are being taken at that time but still not recorded in the PNR.
SEGMENT SELL DETAILS
                     AEP/BRC Y 2
                     AEP/MDQ Y 3
Example 1
Example 2
Example 3
This example indicates that seats are being taken without recording 2 on the AEPBRC leg and 3 seats on the AEPMDQ leg
Display unconfirmed sales lists
You can generate a list of unconfirmed sales, that is, those PNRs that are not closed and that are  in the creation process.
To verify the list, you must enter the following command and you must have Duty 8 in your user signature.
When performing this command, the system will respond the following information:
Description:
DEVICE | Device that is blocking spaces |
MIN | Minutes since spaces were taken |
ITIN | Flight, class, date, day, section and number of blocked spaces |
System will show those seats that have been taken for more than 10 minutes and still  have not been recorded ,and after 25 to 30 minutes of inactivity will then be released.
Force Release of Unconfirmed Sales
You can force the release of seats taken by travel agencies using the following process:
Description
VSSLIST/I | Fixed command |
/ | Slash |
LIMI028001 | Terminal Number |
The seat will not be ignored at that moment, but the system will advance the time to 25 minutes, so that when the "ignore" process occurs, those seats are ignored more quickly.
This ticket can only be made for agency terminals
The maximum time allowed for taking seats would go from +/- 25 minutes to +/- 15 minutes, since at 10 minutes appears in the list, when ignoring, you must wait for the process to run, which will be within the 5 minutes later
Inventory History
Once flights are created, a copy of how it was created and every modification is kept in the flight history. Keep in mind that when a flight is split, the system deletes all indexes placed manually (Space Control VM commands) saving only those that have been placed by schedule change (KS commands).
The command to see the flight history is:
The display shows a copy of the inventory at the time it was created, with the indexes of the equipment . Changes occured in the indicators will be recorded in the history.
Example
There were some changes to the indexes of this flight that are being reflected in the history . For example, In the first change the flight was retrieved to be canceled:
The command made is shown , also the terminal from where it was made and the agent, time and date of the execution. Also the modifications made by space control or flight loading can be seen reflected as follows:
In the changes made with flight loading commands such as the KS, only the index that identifies the change and the rest of the command made, in the space control (VM) appears the
complete command In the end, the agent, time and date of the execution will always be displayed.
The VIH of a flight will remain in the system until 48 hours after the operation of the flight, then will be removed from the system.
Departures and arrivals information
This command allows you to view the departures and arrivals of flights individually or in groups, by airport or by sections, showing the operation with their schedules and occupation by legs.
The options are the following:
Complete Schedule:
By flights:
This command allows you to visualize by flight, operation and occupation.
FLT Flight number (Flight) |
This command shows the flights sorted in ascending order by flights numbers .
By segments
This command allows you to visualize by segment, the flights that are operating between the segment requested for a specific day. If no date is indicated the default is the current day.
You can replace one of the airports with the word ALL, this will indicate that the request will be the departures from a specific airport to all possible destinations or vice versa, from all
destinations to a specific airport.
Unlike the flight option command, a TIME column is shown at the beginning, which indicates the order of the flights by departure time from the requested segment.
In case a request is made from all airports to a specific one, the order will be given by the schedule of arrival at the specific airport. For example:
By airport
This command allows you to visualize all the departures and arrivals of a specific airport. If no date is enter it defaults to the current day.
Unlike the command option by segment, it shows an ST column after the TIME column, which indicates whether the flight leaves the requested airport (OUT) or arrives at the airport (IN).
In the case of circular flights, they will be shown twice, once when it takes off and once it lands. See in the example the flights 4134, 4320 and 4390. In the latter you can see that it departs
at 2330 and arrives at 0330 + 1, that is, the next day. The reason is that the commercial date of it is the day of the request. Therefore, it will enter within the requested date and not the next day.
Sales information by class and business parameters
There is a command to view sales inventory by class only. This command gathers characteristics of a flight inventory but only showing sales by classes and their indicators corresponding to the merchandising The command is:
ALL Indicates the entire route |
---|
The header shows the same data as the inventory (VIE) and the indicators are the following:
BRD OFF | Origin and destination |
CL Classes | Classes |
SS | Sold Seats |
WL | Waiting list |
WLL | Waiting list acceptance |
LS | Sales Limit |
LSS | Calculation of the sales limit with nesting |
NG-L | Nesting and Group Level |
OS-LOS | Overselling amount and applied logic |
TSO | Temporary sales opening |
TSC | Temporary sales closure |
ST | Status |
Options:
You can use the minimum input command that would be:
Using this command, it defaults to the current day and the origin airport only. It can also be requested by specific airport.
Example
VIS4520/COR |
---|
Total Sales Information per cabin
There is a command to display total sales per cabin. This command shows the partial booked seats by segment and by cabin and the booked per cabin.
Description
FLT: 301 | Flight number |
DATE 30APR18 | Departure Date |
(38D) | Days left for departure |
EQP: 340 | Equipment |
FROM | Origin |
TO | Destination |
DEP | Departure Time |
ARR | Arrival Time |
CAB | Cabin |
AU | Authorized Seats |
AS | Booked by segment |
ABS | Booked by leg |
Options:
You can use the minimum input command:
Using this command, it defaults to the current date and the airport of origin only. It can also be requested by specific airport.
Example:
VIL4520/COR |
---|
Catering information
This commands displays amount of services that will have to be provided for a specific flight.
Example:
VCC323 / 27MAR |
---|
Description
BRD-OFF | Origin and destination |
DEP | Departure time |
ARR | Arrival Time |
MEAL | Flight service |
EQP | Equipment |
AC | Total aircraft capacity |
CAB | Cabin Type |
AU | Total authorized per cabin |
ADT | Number of adult passengers |
CHD | Number of children passengers |
MM | Number of passengers subject to space |
TTL | Total services per departure airport |
INF | Number of infant passengers |
HM | Number of" request status passengers |
The options for the request of the lists can be the following:
Occupancy per route
Through this command you can see at first glance the number of flights offered by a route by date or by parameter of dates and its general occupancy The input command is:
Example:
VAFAEPCOR/01DEC |
---|
Description
DATE | Departure date |
DOW | Day of the week |
FLT | Flight number |
NLG | Flight Legs Number |
CAB | Flight cabins (Economy, Business, First) |
AU | Seats Authorized for sales (number of seats authorized for sales and overbooking logic OS) |
BS | Blocked seats |
OS | Number of seats enabled for overbooking |
SS | Number of seats sold |
ABS | Number of seats sold per leg |
SA | Flight Availability(In this field the values of the mandatory class are shown |
You can also make the request for a date parameter. The command is:
Example
VAFAEPCOR/01JAN-09JAN |
The flights order is by date and within the date, by departure schedule.
VAF entry can be requested to verify some flights in particular:
Example
VAFAEPCOR/01JAN-09JAN*3136,3140 |
---|
VAF entry can be requested by verifying the information of a particular cabin only (F: First Class; C: Business Class; Y: Economy Class):
Example:Â
VAFAEPCOR/01JAN-09JAN*Y |
VAF entry can be requested by verifying flight information for the specified days of the week:
Example
VAFAEPCOR/01JAN-09JAN*MO |
MO MondayÂ
TU TuesdayÂ
WE Wednesday
TH ThursdayÂ
FR FridayÂ
SA SaturdayÂ
SU SundayÂ
These indicators can be combined to request flight information on some days of the week:
Example: VAFAEPCOR / 01JAN-09JAN * MOFR (flights on Mondays and Fridays).
The different filters can be combined with each other as shown below:
Example
VAFAEPBRC/05NOV-10NOV*3312,4200,9500*Y*MOTUWE |
VAF with primary compartment class closed
You can view if primary compartment classes are closed by adding the /C parameter at the end of the entry.
The / C filter can be used with any of the command combinations (date range, flight specific, days of the week) It also supports export to .CSV format.
The information contained in the VAF can be exported to a CSV file (file separated by commas)Â adding the extension -CSV at the end of the entry
Inventory Control
The commands listed below are used for the commercial management of flights. You can apply to particular flights or flight parameters.
Sales limits Control
Sales limits can be controlled manually from fixed commands. You can set or remove sales limiters on any of the flights that are operational, whether or not they have limits prefixed in the flight load. The indicator will be reflected in the flight inventory under the acronym LS.
The command is:
Set Sales Limits
To set sales limits, the command is as follows:
Example:
VMLS 4118 K 22MAR AEPSLA 10 |
Response
DONE
Remove sales limits
To remove sales limits, the command is similar, adding the words OPEN , GO or ON in the index.
Example
VMLS 4118 K 22MAR AEPSLA OPEN |
Close sales limits
To close the sales limits, the same previous command is executed but adding CLOSE or STOP or OFF, or the digit 0 (zero). in the index.
VMLS 4118 K 22MAR AEPSLA CLOSE |
Options
You can set sales limits to all classes ,or fight segments by date period.
Per period of dates and days of the week
 By classes
If an asterisk (*) is added instead of the classes will have effect on all classes.
By flight segments
ALLALL is added instead of the segment, thus acting on all segments of the flight.
Example:
VMLS4118*18MAR25MARAEPALL20 |
All classes, by dates parameter, all flight segments of the departing from AEP and all days of the week.
Wait List ControlÂ
The waitlist can be closed, open or limited . The indicators will be reflected in the flight inventory under the acronym WLL. The commands to handle it are:
Close the Waiting ListÂ
Example:
VMWL4340N10MARAEPMDQSTOP |
Response
DONE
Open the waiting list
Example:
VMWL4340N10MARAEPMDQGO |
Limit the waiting list
Example:
VMWL4340N10MARAEPMDQ10 |
Response:
DONE
Options
The same commands can be loaded for all flight classes, for all segments, by a range of dates and certain days of the week. This would avoid loading the indicators one by one.
The combined input command is:
Description
WMWL | Fixed command |
4118 | Flight |
* | All classes |
15MAR | Start Date |
31JUL | Stop Date |
ALLALL | All route /Segments |
STOP | Indicator |
MOTUWEFR | Days of the week |
Inventory adjusment: KK command
Sometimes there may be system or process errors where the inventory does not correctly reflect the number of bookings or the total values resulting from the calculations, such as the LSS, SA, ABS columns of the VIE command. In these cases, the agent that has duty 7 or 8 will be able to execute this command that allows to synchronize the inventory of the flight in the indicated date d. This process only takes action in cases of discrepancies mainly from taken seats without saving or system processes and recorded in the flight history and visualized through the HIV command.
Example:
Description
KK | Fixed command |
4114 | Flight number |
/ | Slash |
31JAN | Date |
If no date is entered in the command , a list of the flights checked and a summary with the number of flights analyzed and the number of flights to be adjusted will be displayed.
No action responses
NEED DUTY | Agent must have duty code 7 or 8 in his/her signature |
FLIGHT OK - NO ADJUSTMENT REQUIRED | No discrepancy detected on the indicated flight / date |
FLIGHT IGNORED - SPACES TAKEN WITHOUT PNR | No adjustment is applied because there is at least one space taken in the system without generating the corresponding PNR yet |
FLIGHT IGNORED - INVENTORY ADJUSTMENT IN PROGRESS | No adjustment is applied because there is at least one space that was being affected by the processes of the inventory adjustment system |
Response with action
If the indicated flight has some discrepancy that can be adjusted, the system will display the following information:
After confirming the command with / Y, the system will show the following response:
Closure Control and Class Opening
You can close or open the classes of a flight, a particular segment or an entire flight . The function is to hide that class and inhibit the sale. The indicator will be reflected in the inventory of the flight under the symbol ST with a C (Close).
This function does not prevent overbooking or reaccomodation by a schedule change.
Close the class of a flight
Example
VMCL4104V31MARAEPSLASTOP |
Response:
DONE
Open the class of a flight
Example
VMCL4104V31MARAEPSLAGO |
Response:
DONE
Options
The same commands can be loaded for all flight classes, for all segments, by a range of dates and certain days of the week. This would avoid loading the indicators one by one.
The input command is:
Description
VMCL | Fixed Command |
4104 | Flight Number |
/ | All classes |
31MAR | Start Date |
31JUL | Stop Date |
ALLALL | All segments |
STOP | Indicator |
MOTUWEFRÂ | Days of the week |
Class requirements Control
A class can be set for request only even though there are seats available . This function allows to control sales orders.Each sales request will be entered with HM code (required) in the PNR and it will automatically be sent to queue 20 or 21.
In availability, the class that is found with this indicator will appear with a letter R. The indicator will be will reflect in the inventory of the flight under the acronym ST with an R (Required)
Set a Class in Request Mode
Example:
VMRQ4104V31MARAEPSLAON |
Remove a Class in Request mode
Example:
VMRQ4104V31MARAEPSLAOFF |
Response
DONE
Options
The same commands can be used for all flight classes, for all segments, by a range of dates and certain days of the week. This would avoid adding the indicators one by one and setting a
flight or several as request status.
The input command is:
Description
VMRQ | Fixed Command |
4104 | Flight number |
/ | All classes |
31MAR | Start Date |
31JUL | Stop Date |
 ALLALL | All segments |
 ON | Indicator |
MOTUEWEFR | Days of the week |
Nesting
Class nesting can be controlled by flight. All classes that have a hierarchical order must have sales limits to allow nesting.Several groups of nested classes can be added within the same cabin The number of groups is unlimited.
The indicator will be reflected in the flight inventory under the acronym NG-L (NG: Nesting Group L: Level). G represents and the L the class hierarchy.  LSS column will display sales limits calculated on the basis of the sales limits for each class and nesting. The nested classes in each group will be deducted from each other as sales occur.
Set Class hierarchy
Example:
VMNT 4600 BHKM 31MAR AEPMDQ ADD |
Response:
DONE
Description:
 VMNT | Fixed Command |
 4600 | Flight Number |
 BHKM |  Classes in hierarchy order from highest to lowest B H K and M |
 31MAR | Date |
 AEPMDQ | Route |
ADD | Add indicator |
The command to add class hierarchy is repeated as many times as many groups are added. Each group will be assigned a number and next to it the class hierarchy.
Remove class hierarchy
Example:
VMNT 4600 BHKM 31MAR AEPMDQ DEL |
Response:
DONE
Description:
 MNT | Fixed command |
4600 | Flight Number |
BHKMÂ | Â Â Classes in hierarchy order from highest to lowest B H K and M |
 31MAR | Date |
AEPMDQ | Route |
DEL | Indicator to Remove |
Options
The same commands can be added for all segments, for a range of dates and certain days of the week. This would avoid adding the indicators day by day.
The input command is:
Description:
VMNTÂ | Fixed command |
4104Â | Flight number |
BHKM | Classes |
31MAR | Start Date |
31JUL | Stop Date |
ALLALL | All segments |
ADD | Add indicator |
MOTUEWEFR | Days of the week |
Authorization Control
The original authorization of the flights can be modified, increasing or decreasing it even bringing it to zero. Such command can be executed by cabin from its corresponding cabin class (F, C or Y) and by sections or for the whole flight but not by segments, affecting all the classes created in the segment or flight
Increase or decrease the authorization
Example:
VMAU4600Y15MAYAEPTUC100 |
Response
DONE
Description:
Increase or decrease an authorization on a flight
You can also increase or decrease the authorization on a flight. One option is to execute the Step 7.1 command for the desired amount. The other option is to execute the following command:
The ADD indicator will order you to increase the authorization in 15 seats more.
To decrease the number of seats of the authorized value is the following command:
The DEL indicator will order that you reduce the authorization in 15 fewer places.
Options
The same commands can be added by date period, for the entire flight and certain days of the week. This would avoid adding the indicators day by day.
The input command is:
Description:
 Y | Cabin class |
31MAR | Start date |
31JUL | Stop Date |
ALLALL | All segments |
 MOTUWEFR | Days of the week |
Block Space
A block can be placed on a flight in such a way that it reduces a certain number of seats by whatever the reason is, crew, technical limitation, etc., called "block space".
The block is done by cabin, using the cabin class and by sections or by the complete flight but not by segments. It must ba taken into account that when segments are blocked, all the segments belonging to such legs are also affected.
Block space on a flight
Example:
VMBS4176Y10MAYCORSLA20 |
Response
DONE
Description:
VMBS | Fixed command |
4176 | Flight number |
Y | Cabin Class |
20MAY | Date |
CORSLA | Route |
20 | Leg/Flight authorization |
The change is reflected in the BS inventory column of. The command was executed on the CORSLA leg but it also affects the AEPSLA segment, thus it the BS indicator is modified with a new value of 20 *, the asterisk will indicate that it is being Inadvertently affected In the SA column (available seats) the offer was reduced by 20 seats.
Remove the space block on a flight
Example:
VMBS4600Y31MARAEPMDQ0 |
Response:
DONE
Description:
VMBS | Fixed command |
4176 | Flight number |
Y | Cabin Class |
20MAY | Date |
CORSLA | Route |
0 | Removes space block |
The BS column will remain at zero.
Increase or decrease a space block on a flight
You can increase or decrease a space block already made. One option is to execute the command in step 8.1 by the desired amount. The other option is to execute the following command:
The ADD indicator will order you to increase the space block in 5 more seats. A block can also be reduced. As in point 8.3, the command can be executed by the desired amount or, the command:
Options
The same commands can be added by date period, for the entire flight and certain days of the week. This would avoid adding the indicators day by day.
The input command is:
Temporary Sales Control
This command is used to temporarily control the opening and closing of classes .The commands allow classes to open and close for sale automatically some time before and after the service departure.
Automatic Class Opening for Sales
Example
VMSO4600Y15MAYAEPTUC48 |
Response:
DONE
In the TSO column you will see a a value of 2D00 (2 days and 0 hours), This is the time set for the class opening before flight departure.
Automatic Class Closure for Sales
Example:
VMSC4600Y15MAYAEPTUC400 |
Response
DONE
Below the TSC column the days and hours will be shown as Days/Minutes (E.G 16D16 (16 days and 16 hours),This value will represent the timeframe before the flight departure.
Remove Closing or Automatic Opening
Example:
VMSO4600Y15MAYAEPTUC0 |
Response
DONE
Example:
VMSC4600Y15MAYAEPTUC0 |
Response
DONE
Options
The same commands can be used for all classes, by date period, for the entire flight and certain days of the week. This would avoid adding the indicators day by day.
The input command would be:
Overbooking Logic ControlÂ
This command is used to apply an overbooking logic by cabins.The logic to be applied are those are added in the OVERBOOKING LOGIC table (KSMCL).
Add an overbooking logic
Example:
VMOS4600Y26MAYAEPTUC1 |
Response
DONE
Description:
VMOS | Fixed command |
4176 | Flight number |
Y | Cabin |
26MAY | Date |
AEPSLA | Route |
10 | Logic Number |
When the inventory is retrieved, the number of spaces applied for overbooking added by the user will be displayed in the OS column and in the applicable logic number in the LOS one..
Example:
In the example, logic 10 was applied to cabin Y. (See column LOS). According to the logic corresponding to each cabin, the number of additional spaces offered for sale will appear in the OS column
 and will be added to the authorized ones (AU) and to the available seats (SA)
Remove overbooking logic
To remove the overbooking logic you must perform the same command by applying 0 (zero) in place of the logic number
Response
DONE
Options
The same commands can be added for all flight cabins, for all segments, by a range of dates , certain or all days of the week. This would avoid adding the indicator one by one the.
The input command would be:
This command will add overbooking logic 1 applicable for Monday, Wednesday and Friday to flight 4600 from 26MAY to 10JUN for FCY cabins between AEP and all destinations.
Remarks field
This command is used to add a free text Remark to a specific segment and it will appear in the availability request and in the inventory.
The input command would be:
Add a comment
Example:
Response
DONE
Description:
 VMRM | Fixed command |
4176 | Flight Number |
* | Asterisk |
26MAY | Date |
AEPSLA | Route |
/ | Slash |
 | Free Text |
When the inventory command is requested again, a message is shown at the end of the inventory with added text.
Example:
Delete a Remark
The command to delete a comment is similar to the previous one but after the slash no text is entered.
Example:
Response
DONE
Options
A comment can be added for all segments in one entry or only for those segments from the origin to all destinations or from all origins to the same destination. In this case, the
ALL indicator is used to replace all. It can also be applied to a range of dates and certain days of the week. This avoids adding one to one the indicators.
The input command is:
Example:
In this case the remark will be applied to all segments, from 26MAY to 31MAY and on Monday, Tuesday and Friday.
Add an airport terminal
This command is used to add departure and arrivals terminals The terminals added support up to 2 digits and will appear in the availability request.
The input command is :
Add a departure terminal
Example:
VMTD4176*26MAYAEP / 4A |
Response
DONE
Description:
 VMTD | Fixed command |
4176 | Flight Number |
* | Asterisk |
26MAY | Date |
AEP | Airport |
/ | Slash |
 | Terminal |
The availbility display will display the following information adjacent to the departure airport code.
Add an arrival terminal
Example:
Response
DONE
Description:
 VMTA | Fixed command |
4176 | Flight Number |
* | Asterisk |
26MAY | Date |
AEP | Airport |
/ | Slash |
 | Terminal |
The availability display will display the following information adjacent to the arrival airport code.
Delete terminals
The command to delete the added terminals is equal to the previous one, modifying the indicator to departure or arrival.
Example for the departure terminal
DEL is the deletion indicator and TD the departure terminal.
Example for the arrival terminal
DEL is the deletion indicator and TA the arrival terminal.
Response
DONE
Catering service load
This command is used to load a new catering service to a specific leg. The service indicator can be up to 3 characters .
Input command is :
Add or modify services
Example:
Response
DONE
Description:
 VMML | Fixed command |
4360 | Flight Number |
* | Asterisk |
20DEc | Date |
AEPMDQ | Route |
/ | Slash |
 | Meal Service L Lunch |
To see all available catering service options, use the VMML command? If you use an invalid code the system will respond CHECK CATERING
Options
You can add or remove one to three services for all segments at once or only for segments from the origin to all destinations or from all origins to the same destination. In this
case the ALL indicator is used to replace all. It can also be applied to a range of dates and certain days of the week. This would avoid loading every single service day by day.
Input command is :
Example:
VMML4360*20NOV31DECALLALL/DB |
---|
In this case, it will apply to all segments, from 20NOV to 31DEC and Dinner services and Breakfast
Modify Flight schedules
This command allows you to perform schedule changes for a specific date and flight without performing the regular Schedule Change process. It also updates VIE and VLC entries and the availability, display. You must use VLC command * {flight} / {date} in order to visualize the whole flight .
This action does not modify the schedules in the reservations already made, but all reservations made after the schedules modification will be generated with the new schedule. It must be taken into account that the new flight schedule must always be within the departure day of the flight. same.
Regarding Check-In, if the flight was initialized before the manual time change, the PC schedule (Control Panel) will remain as it originally configured,therefore it should also be changed manually.
In case the flight is initialized after modifying the schedule, the Control Panel will have the new schedules.
It is not necessary that all reservations have the same schedule to perform the Check-In process, It  will be done normally, but in case a user wishes to have all the reservations with the same scheduleÂ
these should be canceled and rebooked for the system to display new schedule.
The entry to manually modify the schedules is:
Description
VMTM | Â Fixed Command |
458 | Flight Number |
* | Asterisk |
1SEP | Departure Date |
AEP | Departure Airport |
/ | Slash |
1030 | New Departure Time |
/ | Slash |
1230 | New Arrival Time |
System Response:
The command must be re-added by adding / Y at the end to confirm the change. The entry of midnight hours is not accepted as 0000 or 2400, and must be replaced if needed by 2359 or 0001.
If the arrival time is the following day, the entry to be used is the following
In case the flight has more than one leg, the entry would be the following:
In case the flight has a day change during a stop, the following entry should be used:
These commands will be recorded in the flight history.
Overbooking Inhibition Control
This control allows to inhibit the overbooking of classes despite having the keywords that enable it (OVERSL, CHKOSL). The indicator will be reflected in the flight inventory of the flight under the ST column with the letters Ox.
This function only allows overbooking in the reaccommodation by schedule change or in massive reaccomodation (VMOVE function).
Inhibit the overbooking of a class
Example:
VMIO4320M22MARAEPMDQON |
Response
DONE
Remove the inhibition of overbooking of a class
Ejemplo
VMIO4320M22MARAEPMDQON |
Response
DONE
Options
You can load the same commands for all flight classes , segments, range of dates and certain days of the week. This avoids adding the indicators one by one.Â
The input command is:
Description
VMCL | Â Fixed Command |
4320 | Flight Number |
/ | Asterisk |
31MAR | Start Date |
31JUL | Stop date |
ALLALL | All segments |
STOP | Indicator |
MOTUWEFR | Days of the week |
Manual passengers transferÂ
From a flight to another
This procedure allows you to transfer a list of passengers from one flight to another . The process is to eliminate all passengers in one segment and send them confirmed to another .
Duties 5, 7 or 8 are required. If the user only has duty 5 will also be required to have CHKLV2 keyword and will be able to modify flights departing 48 hours before and / or after the current day
The input command is:
Description
VMOVE  | Fixed command |
 4420 |  Flight number from which passengers are migrated |
 / | Slash |
 13APR |  Flight departure date |
AEPMDQ | Origin/Destination |
#Â | Â Hash sign |
4444 | Flight number to which passenger will be migrated |
/ | Slash |
13APR | Flight Departure Date |
AEPMDQ | Origin/Destination |
Once the command is executed, it requires a double validation, therefore the same command must be entered again with /Y and at the end.
Only those passengers with confirmed status (HK, TK, KK or KL) will be migrated. Status MM, HL, TL or HM will not be transferred.
 Passengers may be transferred on any other flight, regardless of the route and date.
 In case there is no match in the classes of the flight where passengers are being transferred, the system will respond with the corresponding error and should be clarified by the command thatI t is explained below which classes will be transferred. Control of Spaces Version 2.0 47
How to transfer no-match classes
When a class does not match or has no equivalent in the new flight it must be indicated which class will match in the new flight when we transfer these PNRs. A hyphen(-) with the class that cannot be transferred followed by the new class which will correspond. Every single booking class will be separated by a -.
In the example, flight 4420 class H will be transferred to class Y and class N of flight 4420 will be will transferred to class B of flight 4300.
In case of sending all no-match classes to another, the command would be:
In case of sending all classes (match/no-match) to a single one, the command is:
How the change is reflected in the PNRÂ
In the active part of the PNR the new flight with status TK will be displayed. In the historical part of the PNR a canceled flight segment(XS) where the passenger was booked and a sold segment(AS)
next to the sign initials and date when the command made.
How the change in flight history is reflected
In the flight history the command made with the sign initials and date will be recorded.
From a flight to two or three flights
As previously described the same procedure can be carried out by sending the passengers of a flight to two or three different flights.
The command is the following:
Description
VMOVE  | Fixed command |
 4420 |  Flight number from which passengers are migrated |
 / | Slash |
 13APR |  Flight departure date |
AEPMDQ | Origin/Destination |
#Â | Â Hash sign |
4444 | Flight number to which passenger will be migrated |
/ | Slash |
13APR | Flight Departure Date |
AEPMDQ | Origin/Destination |
# | Hash Sign |
4424 | Flight number to which passenger will be migrated |
/ | Slash |
13APR | Flight Departure Date |
AEPMDQ | Origin/Destination |
Response:
Once the command is executed, it requires a double validation, therefore the same command must be entered again with /Y and at the end.
Example
VMOVE4420/22DECAEPBRC#4300/22DECAEPMDQ-HY-NB#4444/22DECMQDBRC-*Y |
In case there are three flights where passengers are transferred, # is added and the data of the third flight, the same way as with the second flight with respect to the first.
Sending to queues
You can send the list of passengers to queues at the time of transfer.
The command is:
All PNRS will be sent to queue 222 of the city where the terminal is located. The other option is to send it to a queue from another city, with which the command is:
After this the system displays the data of the passengers to be transferred requesting the validation to confirm. The same command must be executed with / Y at the end.
Partial passengers transfer
This procedure allows the transfer of a partial passengers list from one flight to another. The process is to eliminate all passengers in one segment and send them confirmed to another flight.Â
Duties 5, 7 or 8 are requiered. If the user only has duty 5 will also be required to have CHKLV2Â keyword. You can modify flights departing 48 hours before and / or after the current day.
The procedure must be done in 2 steps.
The first step displays the list of PNRS for later selection:
Description:
MOVE | Fixed Command |
4420 | Flight number from which passengers are migrated |
/ | Slash |
22DEC | Flight Date |
AEPBRC | Origin/Destination |
Response
Then, the second step, which is the selection of PNRS from the expanded list, must be executed. This list can be re-displayed as many times as necessary with the VMOVE command *
To select the PNRS, the command is
Response
A List of actions is displayed asking to reconfirm by adding /Y at the end of the command.
VMOVE.1-2,5#4300/22DECAEPMDQ/Y |
OVERBOOKING
Overbooking a flight
To overbooking a fully booked flight or class a command can be used for users with duty code 8 and OVERSL keyword.
Command is OB and can be executed in two different ways
1) Direct Sell
The direct sales command is pone by requesting the flight segment in OB status. The system sells it as OB and, when closing the PNR, this status is modified to HK. That change will be recorded in the PNR history  in the following format:
2) From a segment on the waiting list:
The PNR to be confirmed is displayed and the following command is performed:
You can also use this entry
In both cases the system will respond:
1. HL/OB => KL
When closing the PNR, the status will become KL. This change will be recorded in the PNR history:
MSÂ Â XX4500Y 21NOV MO AEPCORÂ Â HL/OB/KL1 07:50 09:00
Group PNR Creation (HM to HK)
To confirm a group in requested status HM s, the PNR must be retrieved . The command for Group segment confirmation is KK and it is executed in the following way:
System response
 1 .HM => KK |
---|
After ending the transaction and redisplaying the PNRÂ the segment will be in KK status , which is a warning code and must be modified manually to HK status. Once the group creator has been notified it will be recorded in the PNR history.
Confirmation of Requested Individual Segments (HM to HK)
The action of requesting a segment with requested status (HM) generates a message to queue 20 (PNRs of the own airline or agencies) or 21 (PNRs of other OA companies)that generated it and the airline that manages the requested segment.
To confirm the segments that are in requested status (HM) the same procedure is used with the groups. PNR must be retrieved and the command to confirm the requested status must be executed.
System response
 1 .HM => KK |
---|
After ending the transaction and redisplaying the PNRÂ the segment will be in KK status , which is a warning code and must be modified manually to HK status. Once the group creator has been notified it will be recorded in the PNR history.
Segments Subject to space availability Confirmation (MM to HK)
To force the confirmation of segments subject to space ie with MM status, there is a command that can be executed by those users that have the keyword OVERSL
PNR status change will be recorded in the history displaying MM / KK
Segment Status modification from Requested status to waiting list (HM to HL)
You can update a PNR in the required state (HM) to the waiting list without the need to confirm it.
The command is:
The system will change status HM to HL when recording the PNR. If space is available it will be possible to change segment status HL to KL.
Force a Closed Wait List
In case a closed waiting list is found or has reached the pre-established limit it is possible to force it and add a segment.
To perform this transaction, the user must have the WAITLA Keyword in the signature. The command can be made by direct segment or from a short reservation availability
Description
4420Y22JULAEPMDQLA1 | Drect Sell |
04Y1LA | From a previous availability display. |
Duplicate PNRS
Manual handling of duplicate PNRs
Duplicate PNRs that are generated in the system can be visualized by entering a command that sends the dupes messages to queues.
The system considers dupes all thee surnames that are the same day in a same flight segment. These messages will be sent to queue 151 of the administering city of the system.
The command to execute is:
DP / DATE / {SEGMENT} |
---|
When retrieving the message from the queue it will look like this:
The flight, class, date, route, reservation code and surname / passenger name are considered duplicate.
The reservation locator has a link that allows you to retrieve the PNR on the screen or display it on the help screen.
Inventory update in other GDS
The following command allows you to update the flight inventory in other GDS (Global Distribution System).
When executing this command the system sends a message to the other GDSs updating the availability of each class marketed on the flight (opening, closing or adjusting sales limits).
Example: VAVS4500 / 18FEB
V | Fixed space control command |
AVS | Represents the type of message set by IATA to update inventories AVS (Availability Status Message) |
4500 | Flight number to update |
/ | Mandatory Slash |
18FEB | Flight date to be updated |
VCD (View Count Details)
This command allows to get a numerical detail of the number of passengers, by sections and segments of the flight, grouped according to the type of passenger (adult, minors and infants) and the according to the itinerary status (confirmed, subject to space, to be request, on waiting list), as well as informs if there are unaccompanied minors.
The command that must be entered is the following:
Example: VCD4420 / 04MAY
Description:
VCD | Fixed Command (View Count Details) |
301 | Flight number |
/ | Slash |
21MAY | Date to verfy |
Description
FLT | Flight number |
ALL | Origin Airport indicator |
MON | Â Day of the week (MON: Monday) |
21MAY18 | Date |
34D | Number of days left for departure |
BRD | Boarding airport |
OFF | Off Point/Arrival Airport |
ADT | Adult passenger |
CHD | Child passenger |
INF | Infant passenger |
ABS | Total confirmed passengers occupying a seat |
MM | Number of passengers subject to space per segment |
#MM | Total passengers subject to space |
HM | Number of passengers with status "RQ" or Request status by segment |
#HM | Total number of passengers with status "RQ" or Request status |
WL | Number of passengers on the waiting list by segment |
#WL | Total passengers on the waiting list |
UMNR | Number of unaccompanied minors |
If the date or the airport is not indicated, the system will default to the current date and the user´s terminal location.
VCD from an availability display
To verify VCD entry from a flight availability display, a flight query must be previously displayed on the screen and then enter the following command:
Description
VCD | Fixed command |
A | A Indicator for the flight data and date to take them from the displayed availability |
1 | Number of flight item in the availability display |
VCD from a PNR
To check the VCD entry from a PNR, you must have previously displayed the booking on the screen and then enter the following command:
Description
VCD | Fixed command |
P | PNR action indicator(Data will be retrieved from pnr) |
1 | Â Number of flight item in the reservation |
Connection time control (VCT *)
The VCT * command (Verify Minimum Connecting Times) allows to verify if the minimum connecting times between flights are observing the correct time as configured in the minimum connecting time table  between airports.
The information provided is for information and it is not recorded in history.
The command can be executed on an segments itinerary in the process of creation or on an already created one.
To enter, you must have one of the following duties: 2 to 8.
No special keyword is required to verify this information, and they can do it both the users of the airlines and those of the travel agencies
Entry
The command to verify minimum connecting times is as follows:
When performing this entry the system will display different responses according to the itinerary that is being checked:
Response 1:
When the minimum connection times apply correctly for the entire itinerary or reservation:
Response 2:
When there is no itinerary with connections to apply:
Response 3:
When the minimum connection is not being observed.Â
When the minimum connection times are not observed, as configured by the airline, the system informs which are the segments between which the minimum connection times is not being observed (2 and 3 in example), and informs the minimum time established (120 minutes in the example). If connecting time fails to comply with the minim system stops verifying the remaining segments of the itinerary.
You can check if the minimum connection times are correct by indicating the segments of the itinerary:
This entry informs if the minimum connection time between segments 1 and 3 is correct
This entry informs if the minimum connection time between segments 2 to 4 is correct.
Flights with closed classes list
Definition
This list will display the information of all flights that are closed because all their booking classes are with CLOSED status. Only those flights whose classes are closed in full in all their legs will be included.
Classes can be closed both for flight loading (KSCL) and inventory (VMCL)
The base command is VLCF:
V Inventory command
L List indicator (list)
C Closed indicator
F Flight indicator (flights)
The system will display the information all the flights with all their booking classes closed, 8 per line, and as many flights as flights with all their closed classes exist. Each flight will be composed of 4 digits, in the case that a flight has a single digit, it will be completed with zeros. Example: flight number 6 will be shown as 0006
Display options
Current Date
Example:
CLOSED FLIGHTS TTL= 1
2504
System response will include all flights that have all booking classes completely closed. The asterisk indicates the currrent date of the display.
Specified date
Example:
VLCF/22NOV
CLOSED FLIGHTS TTL= 1
2504
The response will include all flights that have all their booking classes closed for a particular date and for all their legs.
Keep in mind that if you need to verify a date in following year it has to be specified.
Example:
By origin-destination
Example:
CLOSED FLIGHTS TTL= 2
0504 0049
By not specifying a date, the system will display the flights that have all their booking classes closed, for the route MVD-AEP for the day of the date (today)
By origin-destination with a specified date
Example:
VLCF*MVDAEP/24DEC
CLOSED FLIGHTS TTL= 1
0049
Keep in mind that if you need to verify a date in following year it has to be specified.
Example:
From a specified origin to all destinations
Example:
CLOSED FLIGHTS TTL= 1
2504
By not specifying a date, the system will display the flights that have all their booking classes closed for the current display date.
From a specific origin to all destinations on a specific date
Example:
CLOSED FLIGHTS TTL= 1
2504
From any origin to a specific destination
Example:
CLOSED FLIGHTS TTL= 1
0030
By not specifying a date, the system will display the flights that have all their booking classes closed for the current date
From any origin to a specific destination on a given date
Example:
CLOSED FLIGHTS TTL= 3
0070 0030 0022
Keep in mind that if you need to verify a date in following year it has to be specified.
Example:
CLOSED FLIGHTS TTL= 1
2504
Export CSV file
All the lists can be exported to a CSV file (file separated by commas), adding the extension -CSV at the end of the entry
Sending a list to an email addressÂ
All lists can be sent to a mail address adding a hyphen at the end followed by the required email address
Example:
VLCF*-PASSENGER@GMAIL.COM
OK