AlexTumber

@Adrian Simpkins We've found and fixed the problem and are preparing to push out the fix to all customers. I will post back here when that is done. Alex

@Adrian Simpkins thanks for your post. This sounds like a bug, I'll ask our development team to investigate. Alex

@Nikolaj if you open the board and enable config mode, are you able to delete the board? Alex

@Nikolaj unfortunately there are currently 2 issues with creating these records. The first is that the auto value is not created automatically on application update. This issue can be manually worked around by going into the admin tool and creating the auto value for capacities yourself. The second is that the database column that holds the unique user id/team id reference is only 50 characters long. This is enough for user ids but not for some team ids. This will be fixed in the next Project Manager update. Alex

@Ann thanks for your post. If I understand this correctly, you're looking for task/milestone counts in the main project portfolio view? Alex

@Daniella R. Goral thanks for your post. Currently there is no setting for the maximum amount of time here but I will pass this back to our product team for review. Alex

@Martyn Houghton I'm pleased to say the team have managed to add this and it will be in the next timesheet manager update. Alex

@Martyn Houghton I'm not aware of any update but will ask the team to see if this is something they can look at now. Alex

@Paul Alexander The team options are calculated automatically based on the capacity records defined for the individual members of that team. I'm not sure why it's not creating the record though, we'd need to get onto your instance to see what's going on. Perhaps you can go through our support team so that we can get a passcode etc. Alex

@Paul Alexander ok can you manually add a new one. Name: projectmanager_capacityAutoId Description: {seq(0)} You should then be able to create a new capacity record in the User App. Alex

@Paul Alexander thanks for your post and sorry to hear this. Can you check the system autovals to see if the following autoval exists: Alex

Hi @Ann, unfortunately there is no update here at this time. Alex

@Ann thanks for your post. I'll speak to our development team about this. Alex

@Ann thanks for your post. I can't think of anything currently. Perhaps something like a progress timeline would help with this... Every time the progress value of a task changes, we take a snapshot of the progress and timestamp it so you can see at the end of the task how it has progressed over it's lifecycle. Any solution though is obviously dependent on tasks being updated on a regular basis etc with good quality, accurate data. I'll feed this back to our product team for review. Alex

@Ann thanks for your post. Without looking at the data it's very difficult to determine the issue here. Please can you log a ticket with our support team so we can investigate further. Alex

@Ann thanks for your post. Currently this isn't possible. Time can only be recorded against an individual user's timesheet (with appropriate optional links to Requests/Projects etc). One of the many things on our list to add is to give the Project Manager the ability to add time to other user's timesheets. Hopefully we will see that added to the product soon. Alex

@Ann I'm sorry but I personally have very little to no involvement in our Service Manager application. I will leave it to my colleagues to comment on. Alex

@Ann thanks for your post. If you set the status of the Programme to 'Cancelled' you can then permanently remove it from the Hornbill Admin Tool. You will need the role of Project Administrator to do this. Alex

@Frank Reay @Ann The Service Manager team have informed me they have fixed the issue with the supplier id field. Apparently it was a simple fix. It will be included as part of the next Service Manager update. Alex

@Frank Reay thanks for your post. The data should be removable - if not that's a bug. I'll ask our Service Manager team to investigate. The supplier id field has no functionality behind it so ignoring it won't create any issues going forward. Unfortunately this is one of those cases where we haven't managed the evolution of the functionality particularly well. Assets in Service Manager needed to have a field for storing a supplier id, well before the Supplier Manager app was created/in existence. When we first introduced Supplier Manager, it didn't have any asset functionality so the field was still required, but once the asset functionality was added we should have looked at a way to automatically hide the field in Service Manager and promote the asset - supplier relationship through Supplier Manager. Alex

@Ann thanks for your post. I'll try and explain the current situation as best I can :-) The Hornbill Service Manager app comes with a field for storing a supplier id against an asset. This is the field shown in your screenshot. It is a free text field that has no drop down menu. If you have the Hornbill Supplier Manager app installed on your instance, you have access to the functionality that allows assets (from Service Manager) to be related to suppliers (from Supplier Manager). These relationships are handled by the Supplier Manager application. What we recommend is that if you have the Supplier Manager application installed, you go to the configuration section of Assets inside Service Manager and disable/hide the supplier id field from appearing against any assets. This should remove the confusion as the asset/supplier relationships can then be handled in Supplier Manager or on the right hand side of each asset form. What doesn't help things at the moment is that it's possible to relate the same asset to more than one supplier. Functionality is currently being worked on to enforce that an asset can only be related to one supplier, and will be included in a future Supplier Manager update. Alex

@Ann this is still being investigated. Alex

@Will J Douglas unfortunately this is consistent across the platform as a Project Task is an extension of a regular task. I will feed this back internally to see what can be done. Alex

@Will J Douglas thanks for your post. This sounds like a bug. I'll ask our development team to investigate. Alex

@sprasad thanks for your post. It's possible to record time against workspaces or indeed individual workspace posts but it needs to be done using the Right Hand Menu. At this current time there are no plans to add a timer option to the workspace post box as you have shown in your image. Alex