Currently there are two default configuration manager managed roles in ssrs: configmgr report users, configmgr report administrators. Both of these roles are managed by SCCM and you wont have an ability to modify any of the role permissions as SCCM will overwrite those. I would like to give users a bit more permissions by giving the administrators bit more flexibility to modify the default role permissions or an option to create a custom role in SSRS with the permission to do customization and map that role to the users through SCCM.

For me i need to remove "manage individual subscription" option for my report users. When i try to revoke that in the default role SCCM overwrites that using the stored procedures. Another option i have is to create a custom role in SSRS and give permissions outside of SCCM. That works but any reports using RBAC will fail to deliver the output. So i look for a feature either to edit the default role or to add a new role so that i can have users to run all sorts of SSRS reports including the one using RBAC.

Microsoft Premier Field Engineering has created custom Configmgr dashboards. These are available for purchase though Premier Support Contract. I'd like to suggest these be included in the Configmgr distribution.
-------------------------------------------------------------
Overview
The CMAD solution (Configuration Manager Advanced Dashboards) delivers a data-driven reporting overview of the System Center Configuration Manager environment.
This solution consists of a rich set of dashboards designed to deliver real-time reporting of ongoing activity in your Configuration Manager environment.
Native Configuration Manager Reports are not replaced with this solution, the CMAD solution amplifies the data they show by providing additional data insights.
The dashboards in this solution were created based on field experience and on customers’ needs to provide an overall view of various Configuration Manager functionality. The embedded charts and graphics provide details across the entire infrastructure.
Key Features and Benefits
The CMAD solution consist of 130+ dashboards covering the following Configuration Manager topics:
•Asset Inventory
•Software Update Management
•Application Deployment
•Compliance Settings
•Infrastructure Monitoring:
•Site Replica
•Content replication
•Software Distribution
•Clients Health
•Servers Health
•SCEP
Technical Highlights
The CMAD is supported on Configuration Manager 2012 and later releases (including Current Branch versions).
The CMAD is supported on Reporting Services 2008 R2 and later releases.
The solution does not requires extra workloads:
•It is deployed on the existing Configuration Manager Reporting Services infrastructure
•The solution provides a tool to easily deploy all of the dashboards
•The tool can also backup all the deployed reports
The reports are provided as part of the solution delivery, but no support for failures of any of the reports will be provided after the delivery.

As soon as an SCCM update is installed, the clients for the previous version will be displayed in Asset Intelligence > Product Lifecycle as "nearing end-of-support in next 18 months". Each version of SCCM is only supported for 18 months anyway, meaning if you have 10000 clients then you immediately have a bar of 10000 installs nearing end of support which squashes any other products' bars on the chart - see attachment for an example. Obviously this is solved by updating the clients but this could be a months-long process in some environments so it renders the dashboard far less useful immediately following an upgrade.

I would like to suggest that the way this information is displayed is presented differently to avoid this, it's useful to have the end of support information for SCCM in the dashboard but perhaps for this product it could only be shown if end of support is less than 6 or 12 months away? Alternatively, an option to show or hide this product would be great.

It would be really great if when configuring a Report Subscription Schedule you could configure it to run based on the number of days / weeks since "patch Tuesday" (especially in countries other than the USA where "patch Tuesday" is actually a Wednesday and not necessarily the second Wednesday of each month).
It takes some time (hours/days) to receive the updates compliance data from all clients after the MS patches release and WSUS sync, so this feature is really important for Path Management Compliance reporting.
I believe there are a lot of ways to customize the reporting process including another tools together with SCCM, however the described feature will make it much easier and elegant.
Besides, the same feature was already realised in ADR schedule options since SCCM CB 1802 (screenshot is attached), so I guess it will not be a big deal to implement it again in Reporting Subscriptions Schedule Options.