Open rolandkla opened 5 months ago
Problem: the same through fare links to multiple fulfillments (e.g. one per leg) as multiple operators are giving out their own fulfillments. They each have individual control numbers and operator codes.
This means that multiple fulfillments point to the same BookedOfferPart, but the model doesn't have a way to distinguish them.
Suggest one of these to model this link. Most simply, add a string-array to the fulfillment element detailing which leg ids, as provided in the trip element of the booking, are affected by the fulfillment.
Alternately, to more closely mirror the way the booking parts are handled, same principle but using a LegReference element to detail the affected leg. This would allow for extending the amount of information provided without breaking the schema later:
Finally, to create a more robust link between the trip and the fulfillment, a TripCoverage element as previously defined could be added to the fulfillment outright.
add trip coverage optional. If it is not stated nothing can be deducted.
TODO patch for next meeting --> Roland
@rolandkla Could you also create the merge request? If I create one, I can't approve it being creator of the MR.
Unfortunately DB cannot support multiple fulfillments per Admission.
Examples for the cases with multiple fulfillment per accomodation are needed by DB
A fulfilment has a relation to one or more bookingParts and a bookingPart is for a trip with one or more legs. There is however no relation between a fulfilment and leg
In cases where a bookingPart covers multiple legs, for instance a through fare, and each leg has its own fulfilment it is not possible to link that directly to a leg.
Example:
How can we link that fulfilment 1 is for leg A > B and fulfilment 2 is for B > C?
Especially with through fares of different operators this can be confusion or even cause settlement issues.