Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DM: Piece can be part of multiple shipments, change from n:1 to n:n #275

Open
nscheiber-champ opened this issue Oct 24, 2024 · 1 comment
Labels

Comments

@nscheiber-champ
Copy link
Contributor

When mapping FWB and FHL to 1R, the following issue may arise:

  • MAWB may have a different amount pieces than the sum of all HAWBs
  • HAWB has the "real" number of pieces
  • However, pieces of MAWB are in contractual lead for air transport

This leads to the following modelling problem:

  • Both, MAWB and HAWB, need Shipment and separate Piece LOs (skeletons)
  • Violates physics-centricity
  • Violates single source of truth
  • Business implication: On which Pieces to put LogisticsEvents? Or Checks? Or IoT devices?

In order to mitigate that issue, we need to be able to use the same Piece LO (or skeletons) for both MAWB and HAWB:

  • Overlapping Piece LOs are connected to Shipment LOs of HAWB and MAWB
  • Non-overlapping Piece LOs are connected to Shipment LOs either HAWB and MAWB

Hence, I propose to lift the cardinality restriction of Piece#ofShipment from n:1 to n:n.

@lambertciata
Copy link
Collaborator

Hi Niclas,
Indeed the Piece (n) <-> Shipment (1) relationship can cause issue if we have House declared.

With current situation we can only have the following:
image

While if we allow n:n relationship we can have the following:
image

This seems more accurate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Done
Development

No branches or pull requests

2 participants