How to audit CUCM changes performed by admins

Starting CUCM 10.x version as I remember there is new feature at RTMT.
It is possible to view all changes that has been done at CUCM. Not everything, not all details, but could be useful to be able see what was done by whom and when. There are no previous values neither post change values. Item type or name is good enough.

Go to RTMT->Tools->AuditLog Viewer.
Select a Node, cloud be Publisher is enough, of course.
AuditApp Logs and chooselog file.
That’s all and some example below.

09/1/2017 09:55:07.822, adminjoe, 10.1.2.3, Notice, GeneralConfigurationUpdate, CUCMAdmin, Success, No, AdministrativeEvent, Cisco CUCM Administration, record in table applicationuser with key field name = ctiphoneuser updated, EXTENSIONMOBILITY, , SERVER-CUCM, 243
09/11/2017 09:55:33.013, adminjoe, 10.1.2.3, Notice, UserRoleMembershipUpdate, CUCMAdmin, Success, No, AdministrativeEvent, Cisco CUCM Administration, Application user ctiphoneuser removed from usergroup Standard CTI Enabled, EXTENSIONMOBILITY, , SERVER-CUCM, 247
09/11/2017 09:55:33.017, adminjoe, 10.1.2.3, Notice, UserRoleMembershipUpdate, CUCMAdmin, Success, No, AdministrativeEvent, Cisco CUCM Administration, Application user ctiphoneuser removed from usergroup Standard CTI Allow Call Monitoring, EXTENSIONMOBILITY, , SERVER-CUCM, 248
09/11/2017 09:55:33.031, adminjoe, 10.1.2.3, Notice, UserRoleMembershipUpdate, CUCMAdmin, Success, No, AdministrativeEvent, Cisco CUCM Administration, Application user ctiphoneuser removed from usergroup Standard CTI Allow Call Recording, EXTENSIONMOBILITY, , SERVER-CUCM, 249
09/11/2017 09:55:33.053, adminjoe, 10.1.2.3, Notice, UserRoleMembershipUpdate, CUCMAdmin, Success, No, AdministrativeEvent, Cisco CUCM Administration, Application user ctiphoneuser removed from usergroup Standard CTI Allow Control of Phones supporting Connected Xfer and conf, EXTENSIONMOBILITY, , SERVER-CUCM, 250

UCCX RmCm subservice stuck initializaing

When issue occurs with stuck RmCm subservice there could be a few reasons but there is less points to check.
That service is responsible for communication between CUCM and UCCX using JTAPI protocol. Sometimes first step is to check JTAPI resynchronization or Route Points registration at CUCM.
If it looks fine but issue still exist don’t waste time, just check rmcm jtapi user at two points.
First – check or even change app user password from UCCX level. It will update app user at CUCM automatically.
Second – check user roles and rights.
Sounds strange but it can happen that someont will clear some role by mistake. Afer clearing all those small issues RmCm subservice shloud start to work properly. If not just restart CCX Engine service.