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

Problem with Calendar Buckets #371

Open
petrakozielova opened this issue Jun 28, 2021 · 3 comments
Open

Problem with Calendar Buckets #371

petrakozielova opened this issue Jun 28, 2021 · 3 comments
Assignees

Comments

@petrakozielova
Copy link

Hello,

I have problem with CalendarBuckets - There is one resource Petr Novak (it has owner Operator) and two other Resources Bruska01,Bruska02 (owner Bruska).
When Petr Novak has same availibility Calendar as Bruska01, the demand is planned correctly.
If I change his calendar to the same calendar as Bruska02 has, the frepple doesn´t plann the demand.
Availability calendar´s hours for Bruska01 is 6-14, availability calendar´s hours for Bruska02 is 14-22. Except the calendar bucket, the resources are identical.

I sent files in attachment with the data.

obrazek
obrazek

planned.xlsx
not_planned.xlsx

@jdetaeye jdetaeye self-assigned this Jun 28, 2021
@jdetaeye
Copy link
Member

I can reproduce the case.
What happens is that the manufacturing order is first created on a first "bruska" subresource and a first "operator" subresource. If there is no availability overlap at all between those resources, the manufacturing order is infeasible (ie we can't find any start and end date with the required available time between them) and gets rejected before the solver can evaluate alternative resources.

I'm afraid a correction isn't going to be simple, easy or quick.
The current solver code assumes we find available time on all combinations of alternate resources. Also, the algorithm isn't doing any complex matching of resources with enough overlap of available time.

My recommendation is to model availability only with a single calendar - either location or one of the resources.

@petrakozielova
Copy link
Author

Thank you for explanation and your recommedation.

@jdetaeye
Copy link
Member

jdetaeye commented Jul 1, 2021

Moving back the priority:
I fully agree that the plan isn't correct in this case.
However, things are working as designed & expected. The model configuration is just beyond what the algorithm can handle efficiently.

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

No branches or pull requests

2 participants