...
In these tables, you will find information regarding related to the issuance of the documents (TKT, EMD, RFND).
Documents Document and Coupons amounts coupon amounts (fare, fee, taxes, commission) are converted to Currency_1 and Currency_2 currencies which are configured in the PSS JJSTAT table. A change of currency in JJSTAT won’t affect the existing records; the new currency will be effective for the records to be inserted after the change is done.
In case a holding owns more than one host, information of all carriers will be populated in the same database in order to consolidate all the information.
BI_Sales_Documents
This table has the information of issued documents. Each row represents a form of payment (FOP). For example, if a document was paid with CASH and CREDIT CARD, two records will be here for that document. For counting calculations Quantity purposes, “Quantity” column should be used , as only the first FOP will have value “1“ as value.
If a ticket is voided, new records will be inserted in this table with negative amounts and quantity. The “Document_Transaction“ will be TKTX.
...
This table has the information of each coupon within the documents. To make a join between
In order to join the tables Coupons and Documents use “Document“Main_Document_Number”, “Year_of_Issue“ columns and “Form_Of_Payment_Number” equal 1.
...
In this set of tables, you will find flown data. With the closure of When a flight is closed at check-in (either manual or automatic) at least BI_Flown_Legs BI_Flown_Cabins, BI_Flown_Passengers, and BI_Flown_Leg_Passenger tables will be populated.
To join the data across tables you should use the next columns:
"Carrier"
"Flight_Number"
"Flight_Departure_Date"
"Airport_Number_From"
"Airport_Number_To"
...
This table has information about the flown legs. For each leg you will find a record , therefore a unique record exists with the combination of (Key "Carrier", "Flight_Number", "Flight_Departure_Date", "Airport_Number_From", "Airport_Number_To". It has ) and the general information about the legit, origin, destination, equipment, cost, distance, capacity.
If the flight was automatically closed by KIU DCS, the “Flight_Status” will be “KIU CHECK-IN CLEAN”
BI_Flown_Cabins
This table has information about the cabins. For example, if a flight has economy and business, two records will exist here. The field “AircraftCapacity“ in this context makes reference to the cabin capacity.
KPIs such as AKO, PKT are present in this table.
BI_Flown_Leg_Delays
In case of existing a registered delay in a leg, in this information, you will find the code, description, and the delay here.
BI_Flown_Leg_Passengers
En esta tabla se almacenan los pasajeros del leg. En caso ser un vuelo multileg el pasajero será contando en tantos legs como vuele y el valor de la tarifa será prorrateado en base a la distancia. Esta división permite generar indicadores de load factor en el legThis table has information about transported passengers within each cabin. If a passenger is in a multileg flight, a record for each leg will be inserted. The fare is prorated between these legs based on the distance flown. This division in each leg allows us to obtain the load factor of the leg/cabin.
BI_Flown_Leg_Passengers_EMD
This table has information about the EMD EMDs used in the leg. To join this table with BI_Flown_Leg_Passengers, you must use "Carrier", "Flight_Number", "Flight_Departure_Date", "Airport_Number_From", "Airport_Number_To”, “Record_Locator” and “Passenger_Name”.
...
This table has information about the not-boarded passenger passengers in the leg. For example, no No show or denied boarding passengers can be found here.
BI_Flown_Passengers
The same information of as BI_Flown_Leg_Passengers but in a segment level.
BI_Flown_Passengers_EMD
The same information of as BI_Flown_Leg_Passengers_EMD but in a segment level.
BI_Flown_Passengers_Not_Boarded
The same information of as BI_Flown_Leg_Passengers_Not_Boarded but in a segment level.