FBO One has the capability to handle email messages that include attachments in a specific XML file format. This is done through an API that allows for processing and managing these email messages. The API provides the necessary functionality to extract and manipulate the XML data within the attachments, enabling seamless integration with other systems and processes. By leveraging this feature, users can easily work with email messages and their associated XML attachments in a streamlined and efficient manner.
How to develop for this interface
- You can request a test instance of FBO One for testing your message at support@amsterdamsoftware.com.
- The messages can contain both new handling requests as well as updates to existing requests. The HandlingRequestID is used as a unique key. If you cannot provide such a technical ID for each handling request, the system is also capable to match and update flight legs based on the flight number field. Based on the Registration field, the system is even capable to swap an outbound leg to another handling order. This may be useful in the event of an aircraft change.
- The messages to be processed and imported into FBO One must be sent to a dedicated email address in the form of 'message_format.queue_name@...com'. This email address will be provided by our support team.
Overview of the XML data
General description of the elements in the XML file
- HandlingRequestBatch
- This is the root element of the message. A batch contains one or more handling requests.
- Contains fields to indicate the FBO to which the batch of requests is addressed.
- HandlingRequest
- The arrival and departure movements for a ground handling can be combined in a single HandlingRequest. Each movement is represented by a Leg. It is acceptable to FBO One to receive separate HandlingRequests for the arrival leg and for the departure leg. The decision to send one or two legs in the HandlingRequest is up to the operator to decide. A private owner would typically have a single handling request for both the arrival and the departure legs. An air-taxi company may prefer to send handling requests where the arrival and departure legs are kept in separate requests. Internally, FBO One will automatically combine arrival and departure legs based on the Registration code and the arrival and departure times.
- Indicates the debtor (customer to charge on the receipt) of the requested order.
- Leg
- A leg represents an arrival at or a departure from the FBO.
- The fields contain information about the flight leg like a/c registration, a/c type, flight number. For arrival legs, it contains the origin station (airport) and for departure legs the onward destination station.
- ServiceRequest
- A service request can be inserted for any service that is of interested to FBO. It can be service to be delivered in-house by the FBO, or a service request executed by a third party such as catering company. In FBO One, the users will review each request, and create applicable charges and tasks as necessary.
- The free text fields in this table indicates the supplier that should be used for the service request, the operator's order number of the service request, and the name/description for the service.
- Passenger
- Information about a passenger. This can be used by the FBO to create immigration forms.
- CrewMember
- Information about a crew member.
Based on the ID fields, the system will know which handling request will belong to the handling request batch or which service or passenger information belongs to which flight leg. The above figure shows the exact relationships.
Detailed description of the elements
Restrictions
- All the ID fields must be integer numbers and they are used as identifiers for the information stored in one XML file. The IDs will be used only during the importing process of data into FBO One and will not be used later to identify this information.
- IDs must always reference data included in the same XML file and not from previous requests.
- The ID value of the handling request batch, handling request and leg must be unique. They are used as a link between other data included in the file. The 'key' symbol in the Preview figure indicates the ID's that must to be unique in the XML file.
- When FBO One will process such files, it automatically assumes that debtor names, ICAO codes, FBO Location Names exist already in the system.
HandlingRequest
- HandlingRequestID
- Mandatory unique integer number.
- HandlingRequestBatchID
- Mandatory ID value referencing the HandlingRequestBatch.
- OperatorName
- Name of the operator associated with the request.
- DebtorName(deprecated with Version 2.0.0)
ServiceRequest
- LegID
- Mandatory ID value referencing the leg that the service belongs to.
- Supplier
- Optional text value. Name of the supplier to be used for this service.
- OrderNumber
- Optional text value. Indicates the service request number used with the supplier.
- Description
- Optional text value. Description for the service that needs to be provided.
Leg
- HandlingRequestID
- Mandatory ID referencing the handling request.
- LegID
- Mandatory unique integer number identifying this leg.
- DebtorOrderNo
- Mandatory text value. Order number for this handling, as known by the operator/debtor. Based on this value, FBO One will decide if the request is an updated of an existing order or a new order should be created.
- Registration
- Optional text value. Registration of the aircraft.
- AircraftTypeIcaoCode
- Optional text value. A/c type ICAO code.
- IsCancelled
- Optional Boolean value: ''true'' or '"false". Indicates if the flight leg should be canceled or not. The values true/false must be in lower case.
- FlightNumber
- Optional text value: Flight number associated with the order request.
- DepartureStationIcao
- Optional text value: ICAO code of the departure station.
- ArrivalStationIcao
- Optional text value: ICAO code of the arrival station.
- StdUtc
- Optional datetime value. Indicates the STD of the flight leg.
- StaUtc
- Optional datetime value. Indicates the STA of the flight leg.
- PaxCount
- Optional integer value. Indicates the number of passengers for this flight leg.
- CrewCount
- Optional integer value. Indicates the number of crew members for this flight leg.
- FlightType
- Optional text value. Indicates the type of the flight (e.g.: 'Ferry', 'Private').
Passenger
- LegID
- Mandatory ID value referencing the flight leg to which the passenger belongs.
- Name
- Optional text value. Indicates the full name of the passenger as it will be displayed in FBO One. If empty, the Name will be formatted form the First Name Middle Name and Last Name fields, where at least the Last Name value must not be empty to import correctly the data into FBO One.
- DateOfBirth
- Optional datetime value. Indicates the date of birth for the passenger.
- PassportNumber
- Optional text value. Indicates the passport number of the passenger or the international ID.
- Country
- Optional text value. Indicates the origin country of the passenger.
- MiddleName
- Optional text value. Indicates the middle name of the passenger.
- LastName
- Optional text value. Indicates the Last Name of the passenger. For a passenger record, at least the last name needs to be provided to be imported into FBO One.
- FirstName
- Optional text value. Indicates the First Name of the passenger.
Note that the XML format accepts to have the same crew member details multiple times (there is no restriction in this case), to cover situations where one person holds multiple passports and this information helps during the Customs process.
CrewMember
- LegID
- Mandatory ID value referencing the flight leg to which the passenger belongs.
- Name
- Optional text value. Indicates the full name of the passenger as it will be displayed in FBO One. If empty, the Name will be formatted form the First Name Middle Name and Last Name fields, where at least the Last Name value must not be empty to import correctly the data into FBO One.
- DateOfBirth
- Optional datetime value. Indicates the date of birth for the passenger.
- PassportNumber
- Optional text value. Indicates the passport number of the passenger or the international ID.
- Country
- Optional text value. Indicates the origin country of the passenger.
- MiddleName
- Optional text value. Indicates the middle name of the passenger.
- LastName
- Optional text value. Indicates the Last Name of the passenger. For a passenger record, at least the last name needs to be provided to be imported into FBO One.
- FirstName
- Optional text value. Indicates the First Name of the passenger.
- CrewType
- Optional text value. Indicates the type of the Crew member. Use for Pilot in Command the code PIC, Second in command as SIC, FA for flight attendant and PAX for passenger.
Note that the XML format accepts to have the same crew member details multiple times (there is no restriction in this case), to cover situations where one person holds multiple passports and this information helps during the Customs process.
HandlingRequestBatch
- HandlingRequestBatchID
- Mandatory unique integer number identifying this batch handling request.
- BatchNumber
- Optional text value. Indicates the number of the batch inside the document.
- FboName
- Mandatory text value. Indicates the name of the Fbo Location that will receive the handling order request.
- HandlingStationIcao
- Mandatory text value. Indicates the ICAO code of the handling station. The FBO Location can be different than the Handling Station where the order will actually be handled.
- GeneratedUTC
- Mandatory date time value. Indicates the date time when the batch was created.
- Version
- <Version>2.0.0</Version>
Note that it is good practice to include an additional PDF document in the email message. This can contain a human readable version of the request. Such attachments will be processed by FBO One and attached to the handling order in FBO One so end users can review it.
Comments
0 comments
Please sign in to leave a comment.