-
Notifications
You must be signed in to change notification settings - Fork 47
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
[New Model] Week-Based Capacity Group (Demand and Capacity Management) #91
[New Model] Week-Based Capacity Group (Demand and Capacity Management) #91
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Thank you for reviewing and approving! Please wait with merging until the use case gave their final okay as well. |
same comment as here: #92 (comment) |
e704b10
to
67d8c5b
Compare
5eb6391
to
e84409c
Compare
e84409c
to
dfb0999
Compare
io.catenax.week_based_capacity_group/1.0.0/WeekBasedCapacityGroup.ttl
Outdated
Show resolved
Hide resolved
@bs-jokri are there still any open tasks / pending checks or can this PR be merged? We need the final link to the |
@petyog automatic tests are completed and PR is merged. You can find the model in the main branch |
Description
This aspect contains data about a Capacity Group of a given supplier for a particular customer. It is necessary for the use case of Demand and Capacity Management (DCM), representing the "Capacity" part of the use case. A parallel request has been opened for the corresponding model of a Material Demand as shared by the customer (#92). Both models co-evolve.
In DCM, customers along a supply chain want to make the demands for their materials at certain locations with certain demand categories available for their suppliers. Demand data is provided on a weekly basis for the next two years. Suppliers, in return make their capacities for certain demand series (based on material, location and demand category) transparent to the respective customers.
Compare
MS2 Criteria
(to be filled out by PR reviewer)
DismantlerId
andDismantlerName
use an EntityDismantler
with the propertiesname
andid
or use a URN likeio.catenax.dismantler:0.0.1
)preferredName
anddescription
are not the samepreferredName
should be human readable and follow normal orthography (e.g., no camel case but normal word separation)MS3 Criteria
(to be filled out by semantic modeling team before merge to main-branch)