Service Description
asrv.aero
BHS Submit Service v 1.0
Namespace: http://www.asrv.aero/webservices/1.0/BhsSubmitService/
1. Service facts
-
Name: BhsSubmitService
-
Operations, see Service operations.
- REST based service. Operations are accessed using HTTPS POST.
- Service security: Decided by implementation.
-
Standard return codes are described here: Service error response
2. Introduction
2.1. Overview
This service description defines one service with a set of operations designed to support the need airports have for bag related information from baggage handling systems (BHS). At the bag level this service slightly extend the functionality in the Baggage Information Exchange Service, and adds functionality for reporting batch oriented events. A "batch" in this regard is a set of bags treated as one "unit" and delivered at some location without any other bags being delivered to the same location.
The service is designed to meet the need of a BHS provider.
A set of use cases are described here: Avinor use cases
2.2. Implementation considerations
Any implementation of this service MUST use the XSD files provided here: XSDs
It is however up to the service provider which data elements to support.
Any service provider should make available documentation about the actual implementation, including:
-
- the address of the service.
- any limitations in the implementation.
2.3. Purpose of this service description
This service description has the following purpose:
-
-
- Describe of service in enough detail for a service provider to implement it.
- Describe the service so that a client (of this service) developer can use it.
- Make available the XSD files necessary to implement and use the service.
- Make it possible for relevant people at airports, airlines, handlers and other aviation partners to understand the available functionality and then to decide if to implement/use it or not.
-
2.4. Intended readership
-
- IT architects
- Developers
- Business architects
- Interested parties in the aviation community
3. Service operations
3.1. Overview
The operations in BHS Submit Service v1.0 submits data that will be asynchronously processed. This means that all data that follow the syntax will be accepted, but it might not be used by downstream systems.
3.2. Service error response
ErrorResponse is typically used with HTTP Response Code: 400 Bad Request
|
|
3.3. Operations
3.3.1. SubmitBagEventData ( BagEventDataIn )
Submits bag event data ( BagEventData ). This is data related to one bag, and with BagTagNumber as the key. The BHS must call this operation for all significant bag events. See BagEventCode for a list of relevant events.
This operation is an extended version of the Baggage Information Exchange Service.SetBhsEventData operation.
Parameters
Returns
- 200 OK if everything went well. The data is sent on for further processing.
- 400 Bad Request if there were any issues with the input data. The text string returned will give more information about the actual problem.
- Other error/warning returns are possible.
3.3.2. SubmitBaggageData ( BaggageDataIn )
Submits baggage data (BaggageData). This is FlightLeg oriented baggage data the BHS might have. First/last bag and bin data, if relevant, is of particular interest.
This operation is identical to the Flight Data Submit Service v 2.0.SubmitBaggageData operation.
Parameters
Returns
- 200 OK if everything went well. The data is sent on for further processing.
- 400 Bad Request if there were any issues with the input data. The text string returned will give more information about the actual problem.
- Other error/warning returns are possible.
3.3.3. SubmitBatchEventData ( BatchEventDataIn )
Submits batch event data ( BatchEventData ).
Parameters
Returns
- 200 OK if everything went well. The data is sent on for further processing.
- 400 Bad Request if there were any issues with the input data. The text string returned will give more information about the actual problem.
- Other error/warning returns are possible.
4. Data entities
4.1. BagEventData
|
|
4.2. BagEventDataIn
4.3. BaggageData
|
|
4.4. BaggageDataIn
4.5. BatchEventData
|
|
4.6. BatchEventDataIn
4.7. TransData
5. Avinor use cases
6. Overview
This section describes how Avinor plan to use this service from self service bag drop stations. Other airports might use the service in a different way.
7. Use cases
7.1. Use of SubmitBaggageData
7.2. Use of SubmitBagEventData
7.3. Use of SubmitBagEventData and SubmitBatchEventData
8. XSDs
File | Created | Comment |
---|---|---|
2024-02-13 16:02 | Remove sourcedata. Define BiaBatchMessage version 1.0 and BiaMessage version 3.0 | |
2023-05-23 15:26 | ||
2023-06-20 09:21 | Add the missing definitions for BaggageDataIn. New entities: - BaggageArrivalData - BaggageBinData - BaggageData - BaggageDepartureData | |
2023-06-28 10:11 | Update the TransData definition with a SourceData element |