Overview
HTTP Return Codes and Error Response
Return codes
The service uses the following HTTP return codes:
- 200 OK
- 400 Bad Request
- 401 Unauthorized
- 403 Forbidden
- 404 Not found
- 500 Internal Server Error
- 503 Service Unavailable
Error reponse
Operations
Returns any configuration data found for this (self-service) bag drop. Access method: GET Parameters: Returns: Returns, as a HTTP return code, the status of the service. 200 OK means that the service is working normally. Access method: GET Parameters: None. Returns: Returns a list of airlines with DCS support that should be available for this airport (as received by GetConfiguration), and the current availability of each DCS. Access method: GET Parameters: Returns: Returns carrier information (operating carrier and flight information) if the bag tag is found. This information is typically from a BSM received by the airport. It is necessary to use GetOperatingCarrier as the BagTagIssuerCode from the bag tag might not be for the actual operating carrier (i.e. a marketing flight). Access method: GET Parameters: Returns: Verifies that the bag drop complies to local, the current airport, rules. Does not involve the operating airline's DCS. Access method: POST Parameters: Returns: Notifies the airport about a successful bag drop, or a failed bag drop. Access method: POST Parameters: Returns: To establish whether the scanned bag tag is recognized by the DCS, and return related flight and passenger information Access method: GET Parameters: Returns: To establish whether the bag is acceptable for carriage for the given location, point in time and bag data supplied (e.g. weight and dimension). The location may dictate which verification rules will be employed. The bag will be activated as part of a verification step if a bag gets injected into the baggage handling system. The input parameter is mostly a copy of what was returned from BaggageConformanceIdentify, but with some additional details regarding the baggage. Access method: POST Parameters: Returns: To identify the passenger in the host departure control system and return contextual data associated to the location and device type. In the case of self-service bag drop this will be; passenger name, thru-checked flight detail and assigned bag tag numbers. The data returned will outline the passenger, their bags and their weight entitlement per bag. This is only a data retrieval operation that will not apply any applicability or eligibility rules. Access method: POST Parameters: Returns: To verify the passenger is eligible for further transactions at his location through verification against policy. Access method: POST Parameters: Returns:GetConfiguration ( airportIATA : AirportIATA, bagDropUnit : BagDropUnit ) : BagDropConfiguration
Identifies the airport where the bag drop unit is placed.
Identifies the actual bag drop unit.
GetStatus ( )
GetDcsStatus ( airportIATA : AirportIATA ) : DcsStatus
Indicates the airport for which DCS status is unknown.
GetOperatingCarrier ( TransactionId, AirportIATA, BagDropUnit, BagTagNumber ) : CarrierInformation
Identifies the transaction. See Use of TransactionId.
Identifies the airport where the bag drop unit is placed.
Identifies the actual bag drop unit.
The bag tag for which operating carrier information is needed.
LocalVerifyBag ( LocalVerifyBagInput )
BagNotify ( BagNotifyInput )
BaggageConformanceIdentify ( TransactionId, AirportIATA, BagDropUnit, BagTagNumber ) : BaggageConformanceIdentifyResponse
Identifies the transaction. See Use of TransactionId.
Identifies the airport where the bag drop unit is placed.
Identifies the actual bag drop unit.
The bag tag that is to be identified.
BaggageConformanceVerify ( BaggageConformanceVerifyInput )
PassengerConformanceIdentify ( PassengerConformanceIdentifyInput ) : PassengerConformanceIdentifyResponse
PassengerConformanceVerify ( PassengerConformanceVerifyInput )