...
In these tables, you will find information regarding 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.
In case a holding owns more than one host, information of both 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 “Quantity” column should be used, only the first FOP will have “1“ as value.
...
In this set of tables, you will find flown data. With the closure of a flight (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.
KPI such as AKO, PKT is present in this table.
BI_Flown_Leg_Delays
In case of existing a delay in a leg, in this information, here you will find the code, description, and the delay.
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 the transported passengers within the 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 in the leg. For example, no No show or denied boarding passengers can be found here.
BI_Flown_Passengers
The same information of BI_Flown_Leg_Passengers but in a segment level
...