In this table, the optional contract services actually provided for an event are recorded and edited.

The table displays a list of all services included in the contract(s) assigned to an event which are marked as Additional. These services are included in a contract, but are rendered and accounted for only if actually provided for a customer.

Please note that the recording of optional services is subject to influences which are sometimes not openly visible at first glance: Depending on the definition in the master data, an optional service can be subject to a "price formula" which influences the recording and price calculation. Please keep this in mind when reading the following descriptions.

An optional service is generally recorded by entering the actual Captured Quantity of service Units in the corresponding data field. After the Captured Quantity for an optional services has been entered, you can click the button Save followed by Calculate Charges to calculate the total cost for this service (note that all service charges are calculated if you use this button in the table Events > Contracts). This automated calculation process not only takes the basic pricing (amount x single unit price) into account, but also regards optional "price formulas" which might apply to the service. Details about price formulas can be found in chapter Services, Price Calculation and Internal Accounting – Interaction of the Tables).

Example: One of the typical optional services is de-icing, which is only requested by the customer if weather conditions make it necessary. Generally, de-icing consists of two cost factors, namely the basic rendering of the service and the litres of de-icing fluid used in the process. Thus, a price formula including "basic price + litres*litre price" is normally used for the background calculation process.

Note that there is a decisive difference between the automatically filled Calc. Quantity and the manually recorded Captured Quantity. The Calc. Quantity always refers to the number of individual services, while the Captured Amount always refers to the number of units referenced to the service.

Example: Referring to the example above, the de-icing process is counted as a Calc. Quantity of one (1) service, although the manually Captured Quantity may be any number of units (litres in this case) provided for this service.
In contrast to this, other services might be defined as a single Amount for each Unit in the price formula master data.

Example: A simple handling charge "per unaccompanied minor" might be defined as one single service without any price formula behind it. Thus, a Captured Quantity of 50 unaccompanied minor "units" would result also in an Amount of 50 after the calculation process.

This means that the relation of Calc. Quantity and Captured Quantity always depends on a potential price formula. Note that some services are recorded automatically from data already captured elsewhere.

Example: The number of passengers is recorded in the flight planning module and automatically imported to the service recording during the calculation process.

Finally, it is important to keep in mind that price formula mechanisms often influence the recording of optional services. Nevertheless, the logic behind the process becomes immediately obvious when looking at the service master data.

Following data is available for recording optional services (note that some of the data cannot be edited because it is part of the corresponding contract):

Station:	Station to which this configuration applies; this column is only shown if you are logged in above station level.
Autoid Charge:	Automatically generated, unique sequential number which is used as an identifier for the data record
Contract:	Name of the contract. When assigning a new contract, a pull-down menu listing all available contracts for selection is listed here.
Additional Services:	Name of the Additional Service
Begin/End:	Assign a period of validity for the additional service
Rendered Quantity:	Manual entry that will take into consideration possible free quantities defined in the contract.
Imp. Quantity:	Quantity imported from the external system via interface.
Calc. Quantity:	Automatically calculated quantity of the service
Capt. Quantity:	A captured quantity can be filled in. This entry overwrites all other quantities.
Quantity:	The quantity with all given changes is displayed here. This is the actual quantity of the service.
Unit:	This is the unit of service.
Calc. Surch./Disc.:	Automatically calculated Percentage for cancellation /surcharge from the contract
Capt. Surch./Disc.:	A captured surcharge/Percentage for cancellation can be filled in. This entry overwrites all other surcharges and Percentage for cancellation s.
Surch./Disc.:	The surcharge/Percentage for cancellation with all given changes is displayed here. This is the actual surcharge/Percentage for cancellation of the contract.
Calc. Price:	Automatically calculated price of the contract
Capt. Price:	A captured price can be filled in. This price overwrites all other prices.
Single:	The single price of the service is displayed.
Total:	The price with all given surcharges and Percentage for cancellation s is displayed here. This is the actual price of the service.
Disbursement [%]:	Disbursement % defined at this service in the master data or at the contract level will be displayed. It is possible to overwrite it by entering a different value.
Inv. Rec. Charge:	Invoice recipient
Calc. VAT:	If a VAT has been included in a service, it is listed here.
Capt. VAT:	If applicable, a VAT percentage is entered here. This entry overwrites all other VATs.
VAT:	This is the actual VAT of the service.
Charge State:	Current charge status of the service. This status is assigned automatically depending on the processes which have been performed. Following states are available: Initial – basic status after the contract has been assigned, Calculated – the service price has been calculated for the event (after the Calculate Charges has been used), Invoiced – the event and the contract charges have already been invoiced in the module Billing.
Inv.-Type:*	Type of the invoice. Following variants are available: Initial Invoice normal billing procedure, Credit – an erroneously recorded item has been credited to the customer, Debit – the customer is charged with an item which has been rendered but was not accounted for an invoice.
Doc. No.:	In case the monitoring of rendered services is done via printed work-order it is then possible to enter manually in this field the reference number of the corresponding document.
IATA Charge Code:	IATA charge code as defined in the master data. This information is required in case the SIS interface (optional) is in place.
Invoice:	Invoice number
Invoice Cycle:	Reference number of the Invoice Cycle
Internal Remark:	Freely definable internal comment
Invoice Remark:	Freely definable invoice comment
Service Name (Customer):	Overwrites the service name (as defined in the master data module Contracts > Services) on the invoice
Free Quantity:	Number of free quantities defined in the contract
Calc. Inv. Rec. Charge:	In this field the software automatically shows the invoice recipient defined in a handling contract which is assigned to a flight event. If no contract is assigned or an assigned contract does not include an invoice recipient, the software enters the aircraft owner here. Note that it is possible to manually change the recipient in the pull-down menu Capt. Inv. Rec. Charge. If no recipient is stated in the contract or no aircraft owner can be identified, this field remains empty.
Capt. Inv. Rec. Charge:	This pull-down menu can be used to manually change the invoice recipient if necessary, or to enter a recipient if no invoice recipient could be identified from a handling contract or aircraft. Manually entered recipients always have priority over automatically identified recipients. Note that invoice recipients available here for selection are defined in the master data table Customer of the master data module Contract.
Last Changed:	Date and time when the data record was changed last (filled automatically)
Modified By:	Name of the last user who changed the data record (filled automatically)

The Table Non Flight Events -> Additional Services -> Discrepancies

For a detailed description of the data fields please refer to chapter The Table Non Flight Events -> Discrepancies.