Forum

Welcome to ProjeQtOr new Forum. We migrated old forum to the new website.
You will find all your posts here, with your usual account.
Just one point : you’ll have to reinitialize your password. Use “Lost password” feature.

Regular in full day...
 
Notifications
Clear all

Regular in full days plans partial days

15 Posts
3 Users
0 Reactions
8,634 Views
(@guilhem)
Posts: 30
Active Member
Topic starter
 
[#3035]

Hello
I have an activity with 5 days workload.
I use planning mode "regular in days". I expect to see only 1 in the planning per day.
Note : the resource has a FTE = 1

But 0.1 work appear in the planning, it seems that the last days is splitted in pieces :

There is no other part-day activity on the same date in the planning that would explain that this day must be splitted

This also happens when using "regular in half days" or "regular in quarter days".
I can see that on several of my projects, and always have the issue on the last planned day that is splitted in pieces.

What can be the cause of this behaviour ? Is there a workaround ?


 
Posted : 12 Feb 2016 16H22
(@richard-pare)
Posts: 165
Active Member
 

I send to you a part of the user guide that will be available in version 5.2.3.

I hope this is can help you.


 
Posted : 12 Feb 2016 16H39
(@guilhem)
Posts: 30
Active Member
Topic starter
 

Thanks for this helpful doc

That is what I understood, I should have :

But instead the last day is splitted in 0.1 or 0.2 workloads like in my screenshot on previous post.
It does not happen all the time. But on some projects I have this behavior and do not understand why.

Is there something I can check ? Something that would explain that ?

Note : we are using version 5.1.5


 
Posted : 12 Feb 2016 16H59
(@richard-pare)
Posts: 165
Active Member
 

For the regular planning mode, you must set the validated duration (start and end dates).
Second, you define the planned work (assigned work).
In your case, you should use the planning mode "Regular in full days".


 
Posted : 12 Feb 2016 17H50
(@guilhem)
Posts: 30
Active Member
Topic starter
 

That is exactly what I did :


 
Posted : 12 Feb 2016 17H53
(@richard-pare)
Posts: 165
Active Member
 

Planning calculator will distribute your 8 days (planned work) on 63 days (duration).

It look like the example for "Regular in full days".

So, if you have work done on the task. The task isn't planned again.


 
Posted : 12 Feb 2016 19H29
(@guilhem)
Posts: 30
Active Member
Topic starter
 

Yes, but even with "regular in full days", 0.1 days are planned :

Is there any reason why the planning calculation would to that ?


 
Posted : 12 Feb 2016 19H42
(@richard-pare)
Posts: 165
Active Member
 

I tried your case on the test site.
So, I can change the planning mode and work distribution change too.
Have you recalculate the planning?


 
Posted : 12 Feb 2016 21H24
(@guilhem)
Posts: 30
Active Member
Topic starter
 

Yes I have recalculated the planning.

Seems weird to me, if I do a test on a newly created activity, it works well. But the issue appears on some projects, there must be something causing this, but I cannot see what exactly.


 
Posted : 12 Feb 2016 22H49
(@richard-pare)
Posts: 165
Active Member
 

Me too, I don't know why. Maybe a bug. 🙁

Babynus help !


 
Posted : 12 Feb 2016 22H58
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Hi,

Very weird indeed.
I coumd not reproduce on first tests.
I checked code for unexpected assisnments (for instance if ($profile="REGUL") instead of if ($profile=="REGUL"), but found none.
So issue must be linked to scoecific use case.
Could you try and reproduce in the demo ?

(ticket #1971 recorded for analysis)


 
Posted : 13 Feb 2016 14H19
(@guilhem)
Posts: 30
Active Member
Topic starter
 

Reproduced on demo :
Project : RegularFullDays
Resource : albert

Assigned 3 days "regular in full days" in february 2016

-> The issue appears when there is some real work already entered between the start and end date of the activity
(here I entered 1 day of administrative work on the 16 february)


 
Posted : 13 Feb 2016 21H38
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Thanks for example (and hint about already entered real work).
Could reproduce.
An fix.

Fix will be deployed on V5.2.3.


 
Posted : 14 Feb 2016 19H10
(@guilhem)
Posts: 30
Active Member
Topic starter
 

Great 🙂 Thanks


 
Posted : 14 Feb 2016 20H06
(@guilhem)
Posts: 30
Active Member
Topic starter
 

I tested 5.2.3 this morning.
The issue is fixed, it works great, thanks 🙂


 
Posted : 15 Feb 2016 11H49
Share:

Scroll to Top