Alerts Server: Difference between revisions

From RangerMSP Wiki - PSA software for MSPs and IT services providers
Jump to navigation Jump to search
No edit summary
 
(65 intermediate revisions by 5 users not shown)
Line 1: Line 1:
The [[Alerts Server|Commit Alerts Server]] notifies technicians by email when they have new tasks they need to perform, and when any updates have taken place in the system which concern them. These email Alerts are triggered by various system events.
{{usermanualsnav}}


Using Commit Alerts helps automate many workflow-related tasks so that employees are constantly up-to-date on their tasks and responsibilities. Each user can define their own Alert settings and decide when they wish to receive Alerts. The Alerts they are eligible to receive are determined by their user role in each case.
The [[Alerts Server|RangerMSP Alerts Server]] modules provide the following features:
# Notifies technicians by email when they have new tasks they need to perform, and when any updates have taken place in the system which concern them. These email Alerts are triggered by various system events.
# Notifies customers when a new ticket is created or a ticket is closed. See more details in [[Alerts to Customers]].


Note that Commit Alerts runs as a part of the Commit Server, so the Server must be installed and running in order to use the Commit Alerts.
Using RangerMSP Alerts Server helps automate many workflow-related tasks so that employees are constantly up-to-date on their tasks and responsibilities. Each user can define their own Alert settings and decide when they wish to receive Alerts. The Alerts they are eligible to receive are determined by their user role in each case.


[[File:Commit email alerts chart.zoom55.png|center]]
Note that RangerMSP Alerts Server runs as a part of the '''CRM Server service'''. The CRM Server Service must be '''installed as a Windows service on your server''' and running in order to use the RangerMSP Alerts.
== Using Commit Alerts Server ==
<br><br>
Commit Alerts are sent when certain events happen in the system, like a new Ticket is created, new Appointments are scheduled, updates are made to existing records, and more.
[[File:Email_alerts_chart.zoom55.png|center]]
 
= Using RangerMSP Alerts Server =
RangerMSP Alerts are sent when certain events happen in the system, like a new Ticket is created, new Appointments are scheduled, updates are made to existing records, and more. Some alerts are also proactively sent when the system automatically detects a situation that you requested to be alerted on, such as tickets becoming due.


Each user can defined their Alerts settings and decide in which cases they wish to receive Alerts. The ability to set up Alerts is determined by the role of the user in each case. Possible roles are:
Each user can defined their Alerts settings and decide in which cases they wish to receive Alerts. The ability to set up Alerts is determined by the role of the user in each case. Possible roles are:
Line 18: Line 23:
<u>Note:</u> You will not receive Alerts for changes you have made.
<u>Note:</u> You will not receive Alerts for changes you have made.


The Commit Alerts Server setup includes Server Side setup and User Setup. Following is the user setting description.


===Commit Alerts User Settings===
=RangerMSP Alert Format=
In order to receive Alerts, each user should open the '''Tools > Options > Alerts window''' and define their own Alerts settings. The following window will appear:
The Email Alert Subject line is made up of the following parts:


[[File:Commit_email_alerts_user_settings.gif|center]]
[[File:Email_alerts_format1.zoom84.png|center]]


In this window you should define your Alert settings as follows:
The Prefix can be one of the following:
*[acc-mgr] - when you receive Alerts as the Account Manager
====='''My Alert Status'''=====
*[tkt-mgr] - when you receive Alerts as the Ticket Manager
You should use the ON setting (which is the default settings) when you wish to activate the Alerts mechanism for yourself. Note that only if you activate the Alerts setup below, you will be receiving alerts.
*[info] - when you receive Alerts for any Ticket opened/closed
*[ASSIGNED] - when you are assigned a Ticket/Account
*[assign-removed] - when you are removed from being a Ticket/Account manager
   
   
The following events can trigger an Alert: New, Updated, Deleted.
=RangerMSP Alerts Setup=
Setting up RangerMSP Alerts includes Server Side setup and User Setup and requires the following steps:


====='''Alerts will be Sent to the Following Email Address'''=====
# '''Enable Outgoing Emails''' - setting up the parameters in order for the system to be able to send out email alerts.
Here you define which of your Email addresses defined in your Employee Record in Commit will be used when sending the Alerts to you. You can define Email1, Email2 or Both.
# '''Activate the Alerts Option in the Server''' - setting up the Alerts to '''ON'''.
# '''Start the Service''' - settings up and running the CRM Server service.
# '''Define Each Client's Settings''' - each user should define their own alert settings.
# '''Test''' - Testing is done in two levels:
## Testing the server side settings while setting up the server.
## By performing updates in the application and receiving the alert email. Note that the updates must be performed with a user other than your own in order to receive alerts. See more details in [[Alerts_Server#Troubleshooting|Troubleshooting]].


All setup steps are described in the sections below.
<br><br>
==Setting up Alerts Server==
RangerMSP Alerts runs in the '''CRM Server Service'''.


====='''Account Manager Alerts'''=====
The CRM Server Service must be '''installed as a Windows service on your server'''. Only then you can start the service in order to use the RangerMSP Alerts.
The Account Manager of a specific Account is set by assigning an Account to a specific employee in the Account's "Acct Mgr." field.
The Account Manager can receive Alerts or any event in the system which relates to this Account, even when the specific event is not directly related to them, such as a new Appointment scheduled for a different employee that is linked to the Account.


Events which trigger Alerts for Account Managers:
Setting up the RangerMSP Alerts Server includes server-side settings (explained in this section) and also client-side settings, performed by each user in RangerMSP (see [[Alerts_Server#RangerMSP_Alerts_User_Settings|RangerMSP Alerts User Settings]]).
#Account assigned to you
<br><br>
#Account Deleted
Server-side setup includes:
#Account Updated - Name, Phone number, Address, etc.
# Outgoing email settings.
#Account related data updated - Tickets, Charges, Documents, Appointments, Tasks, Assets, Contracts
# Alerts settings.
# Installing and activating the '''CRM Server Service'''.
<br>
===Outgoing Email Settings===
The Outgoing Email Settings are used to send Alert emails from CRM Server.


Make sure to test your settings once defined, using the Test button in the configuration program, to make sure the emails can be sent using your settings.


=====Ticket Manager Alerts=====
Note that the same settings are used both by RangerMSP Alerts and Email Connector, and should be define only once. '''If you already defined this for the Email Connector, you can skip this part'''.
The Ticket Manager is set in the Ticket's "Manager" field. The Ticket Manager may be the assigned technician who is going to perform the actual work for this Ticket, or a manager who overseas the Ticket's completion, and assigns Tasks and Appointments to other employees.
<br>
To define Outgoing emails settings:
The Ticket Manager can receive Alerts for any event in the system which relates to this Ticket, even when the specific event is not directly related to them (such as a new appointment scheduled that is linked to the Ticket that is assigned to a different employee).
# Log into the '''Server with a Windows Administrator user'''. Note that the setup program must run from the same server as the one where the RangerMSP installation sits and from where you plan to run the Email Connector.
# Run <Installation_DIR>\RangerMSP\Server\ServerConfig.exe. <br>Note: there are two executable files under the server folder, make sure you are running the configuration program (ServerConfig.exe).
# In the window that opens, click the Outgoing Mail Server tab:<br>


Events which trigger Alerts for Ticket Managers:
[[File:server_outgoing_mail_server_settings.png|center]]
#Ticket is assigned to you
#Ticket Deleted
#Ticket Updated - Due Date, Status, Priority, Contract, etc.
#Ticket related data updated - Charges, Documents, Appointments, Tasks, Assets


Note that when you are the Account Manager and the Ticket manager of a Ticket, you will receive a single alert for all events which relate to this Ticket. The Alerts will be received as the Ticket Manager (Account manager alerts are eliminated in this case to avoid duplicate alerts).
In this tab, you should define the following:
*'''SMTP Host''' - enter your Outgoing SMTP Mail Server.
*'''Port''' - enter the Outgoing SMTP port.
*'''My outgoing server (SMTP) requires authentication''' - if checked, must fill in the authentication details below:
**'''User Name''' - the User Name to be used for SMTP authentication
**'''Password''' - the password related to the specified User Name


To reduce errors and improve security it is strongly recommended to use SMTP authentication, using a user name and password for SMTP access.


====='''Tickets - Opened, Tickets - Closed'''=====
Note: If you use SSL on your Email servers, this should be automatically supported (for users working with RangerMSP 6.0 or higher). If for some reason you are facing problems connecting via SSL, please contact our support directly ar support@RangerMSP.com.
This is a special role that allows you to receive Alerts when ANY Ticket in the system is opened or closed. If you have this role, you do not need to be the actual manager of a Ticket or Account, or related to them in any way, in order to receive updates for it.
   
   
This is useful for employees who need to be aware of all new/closed Ticket activity. For example:
*'''Test SMTP Connection''' - use the test button to verify that your account is working. If there is missing or incorrect information, such as your password, you will be prompted to supply or correct it.
#The "office dispatcher/helpdesk manager" needs to be aware of any new Tickets created in the system in order to dispatch them to the relevant technician.
*'''Send Test Email''' - use this test button to send a test email using the settings you defined. After clicking it you need to specify the From email address and the To email address that will be used for sending the Test Email message.
#The "office financing person/admin" needs to be aware of any Tickets that have closed and need to be billed to the customer.


These Alerts are sent for the following events:
===RangerMSP Alerts System Settings===
#Ticket - New
Setting up the Alerts part should be performed only '''after''' the outgoing email settings were set and tested. This is to make sure you actually receive Alerts once they are ready, and to avoid the unnecessary accumulation of Alerts that could not be sent due to wrong outgoing emails settings, etc.
#Ticket – Closed


To set up the Alerts:
# Log into the '''Server with a Windows Administrator user'''. Note that the setup program must run from the same server as the one where the RangerMSP installation sits and from where you plan to run the Email Connector.
# Run <Installation_DIR>\RangerMSP\Server\ServerConfig.exe. <br>Note: there are two executable files under the server folder, make sure you are running the configuration program (ServerConfig.exe).
# In the window that opens, click the Alerts Server tab:<br><br>


====='''Calendar - Appointment'''=====
[[File:email_alerts_system_settings.png|center]]
An Appointment Manager is the Employee assigned to the Appointment in the "Emp." field of the Appointment. Only one Employee may be assigned to each Appointment.
The Appointment Owner can receive Alerts for any event related to the Appointment:
#New Appointment assigned/unassigned to you
#Appointment Updated - Date, Time, Linked Account, Linked Contracts, etc.
#Appointment Completed
#Appointment Deleted


In this window, you should define the Alerts Server Settings as follows:


====='''Calendar - Tasks'''=====
*'''Alerts Mode''' – The Alerts mode can be one of the following: On, Off or Pause.<br>'''On''' - You should use the On setting when you wish to activate the Alerts mechanism. Note that if you activate the Alerts after they have been Paused (see below), you may wish to consider deleting some old Events from the queue in order to avoid Alerts for old Events from being sent once you reactivate the server. See more details on how to delete Events from the queue below in the Clearing the Activity Queue option.<br>'''Off''' (default) - This mode should be used when you do not want the system to prepare or send Alerts at all. This means events in the system will not create any Alerts, and when you re-activate the RangerMSP Alerts Server, no Alerts will be waiting to be sent. When installing the RangerMSP Alerts Server, the system is OFF by default, and should be set to ON when you wish to activate the Alerts mechanism.<br>'''Pause''' - This mode should be used when you want the system to create Alerts for events in the system, but avoid sending them until you switch the mode to On. This can be helpful when you have SMTP/mail server problems and you want to fix them before activating the Alerts. Note that in this Pause mode, the Alerts accumulate until you reactivate the Alerts system. Once you reactivate the system, you should consider deleting old Alerts from the queue, as they may already be irrelevant (see Delete Alerts option below).
A Task Manager is the Employee assigned to the Task in the "Emp." field of the Task. Only one Employee may be assigned to each Task.
   
   
The Task Owner can receive Alerts for any event related to the Task:
Note that if you have SMTP/mail problems, it is advisable to use the Pause option, since it collects the Alerts before sending them to the outgoing email. This allows you to delete old Alerts later from the queue since they have not been sent. If you leave the system working, the Alerts will be accumulated as outgoing emails, and once the problem is fixed, they will all be sent, and you will not be able to clean up older Alerts.


#New Task assigned/unassigned to you
*'''From Email Address, Email Sender Name''' - Here you define the Email From Address that will be used when sending the Alerts. You can define an Alias to be used which will reflect the source of this email (such as "RangerMSP Alert"). The Email address is taken from the Public Email Address tab.  
#Task Updated - Date, Timer, Linked Account, Linked Contract, etc.
#Task Done


* '''Clearing the Activity Queue''' - This is an advanced option, which should be used carefully. You should use this option in cases where you wish to delete pending Events which haven't been sent as Alerts yet. For example, if you have SMTP/mail Server problems, and you paused the RangerMSP Alerts system, you may wish to clean up the queue of Events and keep only the last day or two. This is to avoid sending a large number of Alerts at once when reactivating the system, and also to avoid sending Alerts for old events which are no longer relevant.


<u>Important Notes:</u>
<u>Important Notes:</u>
#You will not receive an email Alert for changes you have made.
#Alerts will start to be sent only after each user defines their own Alert settings (and only when CRM Server service is running)
#User Alert setup may take some time to take effect in the Commit Server. In order for it to take effect immediately, you should restart the Commit Server Service.
#System Alert setup may take some time to take effect in the CRM Server. In order for it to take effect immediately, you should restart the CRM Server Service.


===Commit Alert Format===
<br><br>
The Email Alert Subject line is made up of the following parts:
 
===Running RangerMSP Alerts Server===
The RangerMSP Alerts Server runs as part of the CRM Server service.


[[File:Commit email alerts format1.zoom84.png|center]]
The CRM Server service runs as a '''Windows Service''' on your server. You should first '''install the Service''' and run it, to activate the RangerMSP Alerts Server.


The Prefix can be one of the following:
Note that running CRM Server service is used both by the Alerts and by Email Connector. If you already installed the service for the Email Connector, you can skip this step and move on to the Alerts Server Settings.
*[acc-mgr] - when you receive Alerts as the Account Manager
<br><br>
*[tkt-mgr] - when you receive Alerts as the Ticket Manager
====Before you install RangerMSP Alerts Server====
*[info] - when you receive Alerts for any Ticket opened/closed
Before you install, make sure you have allowed the CRM Server Service in your Windows' Server DEP settings. <br>DEP can be found under Windows: System Properties -> Advanced -> Performance - Settings -> tab DATA EXECUTION PREVENTION.
*[ASSIGNED] - when you are assigned a Ticket/Account
*[assign-removed] - when you are removed from being a Ticket/Account manager
The following events can trigger an Alert: New, Updated, Deleted.


==Setting up Commit Alerts Server==
<br>
The Commit Alerts Server is part of the Commit Server.
====Install Service====


Setting up the Commit Alerts Server includes server-side settings performed by a system administrator, and user-side settings, performed by each user in CommitCRM. The server-side setup includes setting up the Commit Server Outgoing email settings, setting up Commit Alerts Server settings and activating the Commit Server Service.
'''This part of the installation should be performed on the server itself.


Once the Service is up and running and outgoing email settings are functioning properly, only then should you set up the Alerts Server.


To run the configuration application:
<u>Automatic installation</u> &nbsp;&nbsp;&nbsp; &nbsp;    (requires RangerMSP 14 and up)
#Log into the '''Server with a Windows Administrator user'''. Note that the setup program must run from the same server as the one where the CommitCRM installation sits and from where you plan to run the Email Connector.
#Run <Installation_DIR>\Server\ServerConfig.exe


Log in to to your Server with a Window's Administrator account and run the installer from:
   
   
The following window will open:
<blockquote>'''''<Installation_DIR>\RangerMSP\Utils\Install\InstallServerSideWindowsServices.exe'''''</blockquote>


[[File:Commit_email_alerts_outgoing_setup_window.zoom67.png|center]]


The server configuration window consists of the following three tabs:
OR &nbsp;&nbsp;- &nbsp;<br><br>
#Outgoing Mail Server Settings - here you can define the settings for all outgoing emails sent by the Commit Server.
<u>Manual installation</u>
#Email Connector Settings  - here you can define all the settings for the Commit Email Connector.
# Open a command prompt window: Right-click the command prompt icon and and choose 'Run As Adminsitrator'.
#Alerts Server Settings  - here you can define all the settings for the Commit Alerts Server.
# Type the following command: <br><blockquote><tt><Installation_DIR>RangerMSP\Server\CRMServer.exe -install</tt></blockquote> <u>Note:</u> The <Installation_Dir> must refer to a LOCAL server path (e.g. C:\ or D:\Software, etc.) and NOT to a shared network name/path.
# Wait for a success message to appear, indicating the service was installed successfully.
# Open the Windows Services Management windows from <i>Control Panel > Administration Tools > Services</i>.
# Verify that a Window's service called '''CRM Server''' is now displayed the services list.
# If the service is not there, make sure again that you are running the command prompt Window using 'Run as Administrator' and try again.


It is recommended to start with the Outgoing Mail Server settings.
<br>


===Outgoing Email Settings===
====Running CRM Server Service====
These settings are used for any outgoing emails sent from Commit Server, either by the Commit Email Connector emails or by the Commit Alerts Server.
#Once the CRM Server Service is installed, setup the RangerMSP Alerts Server as explained in RangerMSP Alerts System Settings.
#You should also make sure all the users (employees) configure their own Email Alert settings so they will receive Alerts.
#Open the Windows Services Management windows from Control Panel > Administration Tools > Services.
#Locate the CRM Server service and start the service (right-click > Start).
# Make sure that it is set to start automatically with a ''Delayed Start'' ('''Startup type > Automatic Delayed Start''') each time the server is restarted.
# (Optional) Allow the CRM Server Service in your Windows' Server DEP settings. DEP can be found under Windows: System Properties -> Advanced -> Performance - Settings -> tab DATA EXECUTION PREVENTION.
<br>
 
==RangerMSP Alerts User Settings==
In order to receive Alerts, each user should open the '''Tools > Options > Alerts window''' and define their own Alerts settings. The following window will appear:


Note that the Outgoing Email settings should be set only once for the Commit Server, so <u>if you already defined this for the Email Connector, you can skip this step.</u>
[[File:email_alerts_user_settings.png|center]]
The settings should be configured in the Outgoing Mail Server tab.


[[File:Commit_email_alerts_outgoing_setup_window_with_data.gif|center]]
[[File:email_alerts_user_settings2.png|center]]


To reduce errors and improve security it is strongly recommended to use SMTP authentication, using a user name and password for SMTP access.
In this window you should define your Alert settings as follows:
   
   
*'''SMTP Host''' - your Outgoing SMTP Mail Server
====My Alert Status====
*'''Port''' - the Outgoing SMTP port
You should use the ON setting (which is the default settings) when you wish to activate the Alerts mechanism for yourself. Note that only if you activate the Alerts setup below, you will be receiving alerts.
*'''My outgoing server (SMTP) requires authentication''' - if checked, must fill in the authentication details below:
**'''User Name''' - the User Name to be used for SMTP authentication
**'''Password''' - the password related to the specified User Name
   
   


*'''Test SMTP Connection''' - click this to verify that your account is working. If there is missing or incorrect information, such as your password, you will be prompted to supply or correct it.
=====Alerts will be Sent to the Following Email Address=====
*'''Send Test Email''' - Use this option to send an outgoing email using the settings you defined. After clicking it you need to specify the From email address and the To email address that will be used for sending the Test Email message.
Here you define which of your Email addresses defined in your Employee Record in RangerMSP will be used when sending the Alerts to you. You can define Email1, Email2 or Both.


===Commit Alerts System Settings===
====Account Manager Alerts====
Setting up the Alerts System Settings should be performed '''after''' the outgoing email settings were set and tested. This is to make sure you actually receive Alerts once they are ready, and to avoid the unnecessary accumulation of Alerts that could not be sent due to wrong outgoing emails settings, etc.
The Account Manager of a specific Account is set by assigning an Account to a specific employee in the Account's "Acct Mgr." field.
The Account Manager can receive Alerts or any event in the system which relates to this Account, even when the specific event is not directly related to them, such as a new Appointment scheduled for a different employee that is linked to the Account.


To set up the Alerts Server, log-in to the server, open a command prompt and run: <Installation_DIR>\Server\ServerConfig.exe
Events which trigger Alerts for Account Managers:
#Account assigned to you
#Account Deleted
#Account Updated - Name, Phone number, Address, etc.
#Account related data updated - Tickets, Charges, Documents, Appointments, Tasks, Assets, Contracts


The following window will appear:


[[File:Commit_email_alerts_system_settings.gif|center]]
====Ticket Manager Alerts====
The Ticket Manager is set in the Ticket's "Manager" field. The Ticket Manager may be the assigned technician who is going to perform the actual work for this Ticket, or a manager who overseas the Ticket's completion, and assigns Tasks and Appointments to other employees.
The Ticket Manager can receive Alerts for any event in the system which relates to this Ticket, even when the specific event is not directly related to them (such as a new appointment scheduled that is linked to the Ticket that is assigned to a different employee).


'''Alerts Server Settings:'''
Events which trigger Alerts for Ticket Managers:
#Ticket is assigned to you
#Ticket Deleted
#Ticket Updated - Due Date, Status, Priority, Contract, etc.
#Ticket related data updated - Charges, Documents, Appointments, Tasks, Assets


*'''Alerts Mode''' – The Alerts mode can be one of the following: On, Off or Pause.<br>'''On''' - You should use the On setting when you wish to activate the Alerts mechanism. Note that if you activate the Alerts after they have been Paused (see below), you may wish to consider deleting some old Events from the queue in order to avoid Alerts for old Events from being sent once you reactivate the server. See more details on how to delete Events from the queue below in the Clearing the Activity Queue option.<br>'''Off''' (default) - This mode should be used when you do not want the system to prepare or send Alerts at all. This means events in the system will not create any Alerts, and when you re-activate the Commit Alerts Server, no Alerts will be waiting to be sent. When installing the Commit Alerts Server, the system is OFF by default, and should be set to ON when you wish to activate the Alerts mechanism.<br>'''Pause''' - This mode should be used when you want the system to create Alerts for events in the system, but avoid sending them until you switch the mode to On. This can be helpful when you have SMTP/mail server problems and you want to fix them before activating the Alerts. Note that in this Pause mode, the Alerts accumulate until you reactivate the Alerts system. Once you reactivate the system, you should consider deleting old Alerts from the queue, as they may already be irrelevant (see Delete Alerts option below).
Note that when you are the Account Manager and the Ticket manager of a Ticket, you will receive a single alert for all events which relate to this Ticket. The Alerts will be received as the Ticket Manager (Account manager alerts are eliminated in this case to avoid duplicate alerts).
 
 
====Tickets - Opened, Tickets - Closed====
This is a special role that allows you to receive Alerts when ANY Ticket in the system is opened or closed. If you have this role, you do not need to be the actual manager of a Ticket or Account, or related to them in any way, in order to receive updates for it.
   
   
Note that if you have SMTP/mail problems, it is advisable to use the Pause option, since it collects the Alerts before sending them to the outgoing email. This allows you to delete old Alerts later from the queue since they have not been sent. If you leave the system working, the Alerts will be accumulated as outgoing emails, and once the problem is fixed, they will all be sent, and you will not be able to clean up older Alerts.
This is useful for employees who need to be aware of all new/closed Ticket activity. For example:
#The "office dispatcher/helpdesk manager" needs to be aware of any new Tickets created in the system in order to dispatch them to the relevant technician.
#The "office financing person/admin" needs to be aware of any Tickets that have closed and need to be billed to the customer.


*'''From Email Address, Email Sender Name''' - Here you define the Email From Address that will be used when sending the Alerts. You can define an Alias to be used which will reflect the source of this email (such as "CommitCRM Alert").
These Alerts are sent for the following events:
*Clearing the Activity Queue - This is an advanced option, which should be used carefully. You should use this option in cases where you wish to delete pending Events which haven't been sent as Alerts yet. For example, if you have SMTP/mail Server problems, and you paused the Commit Alerts system, you may wish to clean up the queue of Events and keep only the last day or two. This is to avoid sending a large number of Alerts at once when reactivating the system, and also to avoid sending Alerts for old events which are no longer relevant.
#Ticket - New
#Ticket – Closed


<u>Important Notes:</u>
#Alerts will start to be sent only after each user defines their own Alert settings (and only when Commit Server service is running)
#System Alert setup may take some time to take effect in the Commit Server. In order for it to take effect immediately, you should restart the Commit Server Service.


===Running Commit Alerts Server===
====Calendar - Appointment====
The Commit Alerts Server runs as part of the Commit Server. The Commit Server runs as a Windows Service on your server. You should first install the Service and run it, and then activate the Commit Alerts Server from the Alerts System Settings window (see below).
An Appointment Manager is the Employee assigned to the Appointment in the "Employee" field of the Appointment. Only one Employee may be assigned to each Appointment.
As an Appointment Manager you can receive Alerts for any event related to the Appointment:
#New Appointment assigned/unassigned to you.
#Appointment Updated - Date, Time, Linked Account, Linked Contracts, etc.
#Appointment Deleted.


Note that running the Commit Server should be performed only once for the Commit Server, so if you already did this for the Email Connector in the section above titled "Outgoing Email Settings," and you made sure outgoing emails are being sent successfully, you can skip this step and move on to the Alerts Server Settings.
====Calendar - Tasks====
A Task Manager is the Employee assigned to the Task in the "Employee" field of the Task. Only one Employee may be assigned to each Task.
As the Task Manager you can receive Alerts for any event related to your Task:


'''Before you install Commit Alerts Server'''
#New Task assigned/unassigned to you.
Before you install, sure to allow the Commit Email Server Service in your DEP settings.
#Task Updated - Date, Timer, Linked Account, Linked Contract, etc.
#Task Done.


'''Install Service:'''
====Calendar - Appointment Reminders====
This part of the installation should be performed on the server itself.
An Appointment Manager can be notified when their Appointment Reminders are due.


When logged in to the server with a Window's Administrator account, open a command prompt window and enter the following command:
====Calendar - Task Reminders====
A Task Manager can be notified when their Task Reminders are due.
====Internal Messages====
You can receive an email alert about internal messages sent to you. 


<Installation_DIR>\Server\CommitServer.exe -install
<u>Important Notes:</u>
#You will '''NOT''' receive an email Alert for changes you have made.
#It takes some time for alert setting changes to affect the CRM Server component. In order for it to take effect immediately, you should restart the CRM Server Service on your server.
<br><br>


<u>Note:</u> The <Insallation_Dir> must refer to a LOCAL server path (e.g. c:\ or D:\Software, etc.) and NOT to a shared network name/path.
====Proactive Alerts====
Each employee can configure their personal proactive alerts to monitor ticket open and due dates, scheduled appointments and due tasks.


A Window's service called CommitServer is now displayed in the system services management window (Control Panel > Administration Tools > Services).
[[File:email_alerts_user_settings_proactive_alerts.png|center]]
<br><br>


'''Running Commit Alerts Server:'''
==Testing The Alerts System==
#Once the Commit Server Service is installed, setup the Commit Alerts Server as explained in Commit Alerts System Settings.
Testing that the Alerts are defined properly and work require the following:
#You should also make sure all the users (employees) configure their own Email Alert settings so they will receive Alerts.
# '''Testing Outgoing Emails Settings''' - When defining the Outgoing email settings the system provides several test points to make sure all is defined correctly. Follow the instructions in the [[Alerts_Server#Outgoing Email Settings|Outgoing Email Settings]] section. Tests include:
#Using the Window's Services Management window start the service (right-click > Start). Make sure that it is set to start automatically (Startup type > Automatic) each time the server is restarted.
## Verifying your SMTP Connection setting and that your account is working.
## Sending a Test Email.
# '''Testing User Alerts Settings''' - To test that you actually receive the Alerts you want to receive, you first need to complete all the setup steps described above. Only then you should perform updates in the application and see that alerts arrive:
## Make sure your [[Alerts_Server#RangerMSP Alerts User Settings|RangerMSP Alerts User Settings]] are defined.
## Login to RangerMSP using a different user than your own user.
## Make the relevant changes, e.g. update a Ticket you are the manager of.
## Check if an email alert has arrived at your mailbox.


'''Uninstall Service:'''
Make sure to check out the [[Alerts_Server#Troubleshooting|Troubleshooting section]] in any case of a problem.


To Uninstall Commit Server, stop the CommitServer service and then enter the following command in a command prompt window on the server:
<br>


<Installation_DIR>\Server\CommitServer.exe -uninstall
==Uninstall Service==
To Uninstall CRM Server service:
# Open the Windows Services Management windows from Control Panel > Administration Tools > Services.
# Stop the CRM Server service.
# Open a command prompt window: Right-click the command prompt icon and and choose 'Run As Administrator'.
# Type the following command: <br>
<Installation_DIR>\RangerMSP\Server\CRMServer.exe -uninstall


==Tips & Tricks==
=Tips & Tricks=
'''Tips for filtering incoming Alerts in Outlook'''
'''Tips for filtering incoming Alerts in Outlook'''


Line 216: Line 284:
For example, you may wish to receive Ticket Manager Alerts, but not Alerts for each Document added to the Ticket. To accomplish this, create a rule in Outlook that moves email to another folder based on the subject's prefix. Here is an example of the subject line of a Ticket Manager Alert:
For example, you may wish to receive Ticket Manager Alerts, but not Alerts for each Document added to the Ticket. To accomplish this, create a rule in Outlook that moves email to another folder based on the subject's prefix. Here is an example of the subject line of a Ticket Manager Alert:


[tkt-mgr] CommitCRM Document - New [0500-0002, Completed, Natalie, Internet - Cafe, Inc.]
[tkt-mgr] RangerMSP Document - New [0500-0002, Completed, Natalie, Internet - Cafe, Inc.]
 
You can therefore create a rule that any email starting with: "[tkt-mgr] RangerMSP Document" will be moved to another folder.
 
=Adding Web Links to Email Alerts=
When using Web Links the system will add a link to the relevant entity in the email alert body. This allows employees to quickly open RangerMSP Web Interface and view or edit the details of the entity being referred in the email. This saves the need to go explicitly to the Web Interface site, login and search for the entity in order to see its details.


You can therefore create a rule that any email starting with: "[tkt-mgr] CommitCRM Document" will be moved to another folder.
See more details in the Web Interface user guide under [[Web_Interface#Setting Web Links Options|Setting Web Links Options]].


==Troubleshooting==
=Troubleshooting=


'''I set my user to receive Alerts but I do not get any email alerts'''
'''I set my user to receive Alerts but I do not get any email alerts'''


'''Solution:''' You should check the following options:
'''Solution:''' You should check the following options:
#It can take up to 10 minutes for new Alerts preferences to take effect. You can wait, or restart the Commit Server service in order for the settings to take effect immediately.
#It can take up to 10 minutes for new Alerts preferences to take effect. You can wait, or restart the CRM Server service in order for the settings to take effect immediately.
#Make sure your system administrator has activated the system alerts (set the system to ON using the ServerConfig utility) and that the CommitServer Windows service is running).
#Make sure your system administrator has activated the system alerts (set the system to ON using the ServerConfig utility) and that the CRM Server Windows service is running).
#When testing the alerts, note that you will not receive Alerts for changes you have made. You should perform the changes with a different Commit user.
#When testing the alerts, note that you will not receive Alerts for changes you have made. You should perform the changes with a different RangerMSP user.
   
   


Line 233: Line 306:


'''Solution: '''In some cases, old settings already created wrong email alerts which are "stuck" in the outgoing queue and prevent the system from going on to the new alerts. In this case, you should first cleanup the outgoing queue:
'''Solution: '''In some cases, old settings already created wrong email alerts which are "stuck" in the outgoing queue and prevent the system from going on to the new alerts. In this case, you should first cleanup the outgoing queue:
#Stop CommitServer service
#Stop CRM Server service
#Run <server>\Commit\Server\ServerConfig and make sure all settings are correct. Check that the "From Email Address" is correct. Save any changes you make.
#Run <server>\RangerMSP\Server\ServerConfig.exe and make sure all settings are correct. Check that the "From Email Address" is correct. Save any changes you make.
#To delete old pending alerts, delete all the files in the following folder: <server>\Commit\Server\QSysEDOutbox\
#To delete old pending alerts, delete all the files in the following folder: <server>\RangerMSP\Server\QSysEDOutbox\
#Restart CommitServer service and verify email alerts are being sent
#Restart CRM Server service and verify email alerts are being sent


For more Outgoing Emails troubleshooting, please refer to the [[Troubleshooting#Email Connector Installation Troubleshooting|Email Connector Troubleshooting section]] (both the Email Connector and the Alerts Server use the same Outgoing mechanism).
For more Outgoing Emails troubleshooting, please refer to the [[Troubleshooting#Email Connector Installation Troubleshooting|Email Connector Troubleshooting section]] (both the Email Connector and the Alerts Server use the same Outgoing mechanism).
   
   


'''I made changes in Commit (i.e. added a new Ticket, etc.) and I am not getting any Alerts'''
'''I made changes in RangerMSP (i.e. added a new Ticket, etc.) and I am not getting any Alerts'''


'''Solution: '''You only receive Alerts for changes made by other people. When you make a change in the system on entities related to you (e.g. you assign yourself a new Ticket), you will not receive an Alert.
'''Solution: '''You only receive Alerts for changes made by other people. When you make a change in the system on entities related to you (e.g. you assign yourself a new Ticket), you will not receive an Alert.


See more troubleshooting at [[Email Connector Troubleshooting | RangerMSP Email Connector Troubleshooting]].


==See Also==
=See Also=
*[[Videos]]
*[[Alerts to Customers]]
*[[Email Connector]]
*[[Email Connector]]
*[[Commit Alerts Server Troubleshooting]]
*[[Alerts Server Troubleshooting | Alerts Server Troubleshooting]]
*[[FAQ]]
*[[Alerts Server FAQ]]
*[[KB:_Setting_up_Email_Connector_and_Alerts_Server_with_SSL|Setting up Alerts Server with SSL]]


[[Category:Setup]]
[[Category:Setup]]
[[Category:Installation]]
[[Category:Installation]]
[[Category:User Manuals]]
[[Category:User Manuals]]

Latest revision as of 07:45, 8 July 2020

User Manuals > Alerts Server

The RangerMSP Alerts Server modules provide the following features:

  1. Notifies technicians by email when they have new tasks they need to perform, and when any updates have taken place in the system which concern them. These email Alerts are triggered by various system events.
  2. Notifies customers when a new ticket is created or a ticket is closed. See more details in Alerts to Customers.

Using RangerMSP Alerts Server helps automate many workflow-related tasks so that employees are constantly up-to-date on their tasks and responsibilities. Each user can define their own Alert settings and decide when they wish to receive Alerts. The Alerts they are eligible to receive are determined by their user role in each case.

Note that RangerMSP Alerts Server runs as a part of the CRM Server service. The CRM Server Service must be installed as a Windows service on your server and running in order to use the RangerMSP Alerts.

Using RangerMSP Alerts Server

RangerMSP Alerts are sent when certain events happen in the system, like a new Ticket is created, new Appointments are scheduled, updates are made to existing records, and more. Some alerts are also proactively sent when the system automatically detects a situation that you requested to be alerted on, such as tickets becoming due.

Each user can defined their Alerts settings and decide in which cases they wish to receive Alerts. The ability to set up Alerts is determined by the role of the user in each case. Possible roles are: Account Manager, Ticket Manager, Appointment Manager, Task Manager and Receive Alerts for any Opened/Closed Ticket.

For each role you hold, you can decide whether you wish to receive Alerts for events related to every role or not. For example, if you select Account Manager Alerts, this means that when you are the Account Manager of an Account, you will receive Alerts for events which are related to this Account. Note that this includes related data Alerts, such as new Charges added to this Account, new Contracts created for this Account, etc.

Note that when you are the Account Manager and Ticket manager of a Ticket, you will receive a single Alert for all events which relate to this Ticket. You will receive the Alerts through your role as the Ticket Manager (Account Manager Alerts are eliminated to avoid duplicate Alerts).

Note: You will not receive Alerts for changes you have made.


RangerMSP Alert Format

The Email Alert Subject line is made up of the following parts:

The Prefix can be one of the following:

  • [acc-mgr] - when you receive Alerts as the Account Manager
  • [tkt-mgr] - when you receive Alerts as the Ticket Manager
  • [info] - when you receive Alerts for any Ticket opened/closed
  • [ASSIGNED] - when you are assigned a Ticket/Account
  • [assign-removed] - when you are removed from being a Ticket/Account manager

The following events can trigger an Alert: New, Updated, Deleted.

RangerMSP Alerts Setup

Setting up RangerMSP Alerts includes Server Side setup and User Setup and requires the following steps:

  1. Enable Outgoing Emails - setting up the parameters in order for the system to be able to send out email alerts.
  2. Activate the Alerts Option in the Server - setting up the Alerts to ON.
  3. Start the Service - settings up and running the CRM Server service.
  4. Define Each Client's Settings - each user should define their own alert settings.
  5. Test - Testing is done in two levels:
    1. Testing the server side settings while setting up the server.
    2. By performing updates in the application and receiving the alert email. Note that the updates must be performed with a user other than your own in order to receive alerts. See more details in Troubleshooting.

All setup steps are described in the sections below.

Setting up Alerts Server

RangerMSP Alerts runs in the CRM Server Service.

The CRM Server Service must be installed as a Windows service on your server. Only then you can start the service in order to use the RangerMSP Alerts.

Setting up the RangerMSP Alerts Server includes server-side settings (explained in this section) and also client-side settings, performed by each user in RangerMSP (see RangerMSP Alerts User Settings).

Server-side setup includes:

  1. Outgoing email settings.
  2. Alerts settings.
  3. Installing and activating the CRM Server Service.


Outgoing Email Settings

The Outgoing Email Settings are used to send Alert emails from CRM Server.

Make sure to test your settings once defined, using the Test button in the configuration program, to make sure the emails can be sent using your settings.

Note that the same settings are used both by RangerMSP Alerts and Email Connector, and should be define only once. If you already defined this for the Email Connector, you can skip this part.
To define Outgoing emails settings:

  1. Log into the Server with a Windows Administrator user. Note that the setup program must run from the same server as the one where the RangerMSP installation sits and from where you plan to run the Email Connector.
  2. Run <Installation_DIR>\RangerMSP\Server\ServerConfig.exe.
    Note: there are two executable files under the server folder, make sure you are running the configuration program (ServerConfig.exe).
  3. In the window that opens, click the Outgoing Mail Server tab:

In this tab, you should define the following:

  • SMTP Host - enter your Outgoing SMTP Mail Server.
  • Port - enter the Outgoing SMTP port.
  • My outgoing server (SMTP) requires authentication - if checked, must fill in the authentication details below:
    • User Name - the User Name to be used for SMTP authentication
    • Password - the password related to the specified User Name

To reduce errors and improve security it is strongly recommended to use SMTP authentication, using a user name and password for SMTP access.

Note: If you use SSL on your Email servers, this should be automatically supported (for users working with RangerMSP 6.0 or higher). If for some reason you are facing problems connecting via SSL, please contact our support directly ar support@RangerMSP.com.

  • Test SMTP Connection - use the test button to verify that your account is working. If there is missing or incorrect information, such as your password, you will be prompted to supply or correct it.
  • Send Test Email - use this test button to send a test email using the settings you defined. After clicking it you need to specify the From email address and the To email address that will be used for sending the Test Email message.

RangerMSP Alerts System Settings

Setting up the Alerts part should be performed only after the outgoing email settings were set and tested. This is to make sure you actually receive Alerts once they are ready, and to avoid the unnecessary accumulation of Alerts that could not be sent due to wrong outgoing emails settings, etc.

To set up the Alerts:

  1. Log into the Server with a Windows Administrator user. Note that the setup program must run from the same server as the one where the RangerMSP installation sits and from where you plan to run the Email Connector.
  2. Run <Installation_DIR>\RangerMSP\Server\ServerConfig.exe.
    Note: there are two executable files under the server folder, make sure you are running the configuration program (ServerConfig.exe).
  3. In the window that opens, click the Alerts Server tab:

In this window, you should define the Alerts Server Settings as follows:

  • Alerts Mode – The Alerts mode can be one of the following: On, Off or Pause.
    On - You should use the On setting when you wish to activate the Alerts mechanism. Note that if you activate the Alerts after they have been Paused (see below), you may wish to consider deleting some old Events from the queue in order to avoid Alerts for old Events from being sent once you reactivate the server. See more details on how to delete Events from the queue below in the Clearing the Activity Queue option.
    Off (default) - This mode should be used when you do not want the system to prepare or send Alerts at all. This means events in the system will not create any Alerts, and when you re-activate the RangerMSP Alerts Server, no Alerts will be waiting to be sent. When installing the RangerMSP Alerts Server, the system is OFF by default, and should be set to ON when you wish to activate the Alerts mechanism.
    Pause - This mode should be used when you want the system to create Alerts for events in the system, but avoid sending them until you switch the mode to On. This can be helpful when you have SMTP/mail server problems and you want to fix them before activating the Alerts. Note that in this Pause mode, the Alerts accumulate until you reactivate the Alerts system. Once you reactivate the system, you should consider deleting old Alerts from the queue, as they may already be irrelevant (see Delete Alerts option below).

Note that if you have SMTP/mail problems, it is advisable to use the Pause option, since it collects the Alerts before sending them to the outgoing email. This allows you to delete old Alerts later from the queue since they have not been sent. If you leave the system working, the Alerts will be accumulated as outgoing emails, and once the problem is fixed, they will all be sent, and you will not be able to clean up older Alerts.

  • From Email Address, Email Sender Name - Here you define the Email From Address that will be used when sending the Alerts. You can define an Alias to be used which will reflect the source of this email (such as "RangerMSP Alert"). The Email address is taken from the Public Email Address tab.
  • Clearing the Activity Queue - This is an advanced option, which should be used carefully. You should use this option in cases where you wish to delete pending Events which haven't been sent as Alerts yet. For example, if you have SMTP/mail Server problems, and you paused the RangerMSP Alerts system, you may wish to clean up the queue of Events and keep only the last day or two. This is to avoid sending a large number of Alerts at once when reactivating the system, and also to avoid sending Alerts for old events which are no longer relevant.

Important Notes:

  1. Alerts will start to be sent only after each user defines their own Alert settings (and only when CRM Server service is running)
  2. System Alert setup may take some time to take effect in the CRM Server. In order for it to take effect immediately, you should restart the CRM Server Service.



Running RangerMSP Alerts Server

The RangerMSP Alerts Server runs as part of the CRM Server service.

The CRM Server service runs as a Windows Service on your server. You should first install the Service and run it, to activate the RangerMSP Alerts Server.

Note that running CRM Server service is used both by the Alerts and by Email Connector. If you already installed the service for the Email Connector, you can skip this step and move on to the Alerts Server Settings.

Before you install RangerMSP Alerts Server

Before you install, make sure you have allowed the CRM Server Service in your Windows' Server DEP settings.
DEP can be found under Windows: System Properties -> Advanced -> Performance - Settings -> tab DATA EXECUTION PREVENTION.


Install Service

This part of the installation should be performed on the server itself.


Automatic installation       (requires RangerMSP 14 and up)

Log in to to your Server with a Window's Administrator account and run the installer from:

<Installation_DIR>\RangerMSP\Utils\Install\InstallServerSideWindowsServices.exe


OR   -  

Manual installation

  1. Open a command prompt window: Right-click the command prompt icon and and choose 'Run As Adminsitrator'.
  2. Type the following command:

    <Installation_DIR>RangerMSP\Server\CRMServer.exe -install

    Note: The <Installation_Dir> must refer to a LOCAL server path (e.g. C:\ or D:\Software, etc.) and NOT to a shared network name/path.
  3. Wait for a success message to appear, indicating the service was installed successfully.
  4. Open the Windows Services Management windows from Control Panel > Administration Tools > Services.
  5. Verify that a Window's service called CRM Server is now displayed the services list.
  6. If the service is not there, make sure again that you are running the command prompt Window using 'Run as Administrator' and try again.


Running CRM Server Service

  1. Once the CRM Server Service is installed, setup the RangerMSP Alerts Server as explained in RangerMSP Alerts System Settings.
  2. You should also make sure all the users (employees) configure their own Email Alert settings so they will receive Alerts.
  3. Open the Windows Services Management windows from Control Panel > Administration Tools > Services.
  4. Locate the CRM Server service and start the service (right-click > Start).
  5. Make sure that it is set to start automatically with a Delayed Start (Startup type > Automatic Delayed Start) each time the server is restarted.
  6. (Optional) Allow the CRM Server Service in your Windows' Server DEP settings. DEP can be found under Windows: System Properties -> Advanced -> Performance - Settings -> tab DATA EXECUTION PREVENTION.


RangerMSP Alerts User Settings

In order to receive Alerts, each user should open the Tools > Options > Alerts window and define their own Alerts settings. The following window will appear:

In this window you should define your Alert settings as follows:

My Alert Status

You should use the ON setting (which is the default settings) when you wish to activate the Alerts mechanism for yourself. Note that only if you activate the Alerts setup below, you will be receiving alerts.


Alerts will be Sent to the Following Email Address

Here you define which of your Email addresses defined in your Employee Record in RangerMSP will be used when sending the Alerts to you. You can define Email1, Email2 or Both.

Account Manager Alerts

The Account Manager of a specific Account is set by assigning an Account to a specific employee in the Account's "Acct Mgr." field.

The Account Manager can receive Alerts or any event in the system which relates to this Account, even when the specific event is not directly related to them, such as a new Appointment scheduled for a different employee that is linked to the Account.

Events which trigger Alerts for Account Managers:

  1. Account assigned to you
  2. Account Deleted
  3. Account Updated - Name, Phone number, Address, etc.
  4. Account related data updated - Tickets, Charges, Documents, Appointments, Tasks, Assets, Contracts


Ticket Manager Alerts

The Ticket Manager is set in the Ticket's "Manager" field. The Ticket Manager may be the assigned technician who is going to perform the actual work for this Ticket, or a manager who overseas the Ticket's completion, and assigns Tasks and Appointments to other employees.

The Ticket Manager can receive Alerts for any event in the system which relates to this Ticket, even when the specific event is not directly related to them (such as a new appointment scheduled that is linked to the Ticket that is assigned to a different employee).

Events which trigger Alerts for Ticket Managers:

  1. Ticket is assigned to you
  2. Ticket Deleted
  3. Ticket Updated - Due Date, Status, Priority, Contract, etc.
  4. Ticket related data updated - Charges, Documents, Appointments, Tasks, Assets

Note that when you are the Account Manager and the Ticket manager of a Ticket, you will receive a single alert for all events which relate to this Ticket. The Alerts will be received as the Ticket Manager (Account manager alerts are eliminated in this case to avoid duplicate alerts).


Tickets - Opened, Tickets - Closed

This is a special role that allows you to receive Alerts when ANY Ticket in the system is opened or closed. If you have this role, you do not need to be the actual manager of a Ticket or Account, or related to them in any way, in order to receive updates for it.

This is useful for employees who need to be aware of all new/closed Ticket activity. For example:

  1. The "office dispatcher/helpdesk manager" needs to be aware of any new Tickets created in the system in order to dispatch them to the relevant technician.
  2. The "office financing person/admin" needs to be aware of any Tickets that have closed and need to be billed to the customer.

These Alerts are sent for the following events:

  1. Ticket - New
  2. Ticket – Closed


Calendar - Appointment

An Appointment Manager is the Employee assigned to the Appointment in the "Employee" field of the Appointment. Only one Employee may be assigned to each Appointment.

As an Appointment Manager you can receive Alerts for any event related to the Appointment:

  1. New Appointment assigned/unassigned to you.
  2. Appointment Updated - Date, Time, Linked Account, Linked Contracts, etc.
  3. Appointment Deleted.

Calendar - Tasks

A Task Manager is the Employee assigned to the Task in the "Employee" field of the Task. Only one Employee may be assigned to each Task.

As the Task Manager you can receive Alerts for any event related to your Task:

  1. New Task assigned/unassigned to you.
  2. Task Updated - Date, Timer, Linked Account, Linked Contract, etc.
  3. Task Done.

Calendar - Appointment Reminders

An Appointment Manager can be notified when their Appointment Reminders are due.

Calendar - Task Reminders

A Task Manager can be notified when their Task Reminders are due.

Internal Messages

You can receive an email alert about internal messages sent to you.


Important Notes:

  1. You will NOT receive an email Alert for changes you have made.
  2. It takes some time for alert setting changes to affect the CRM Server component. In order for it to take effect immediately, you should restart the CRM Server Service on your server.



Proactive Alerts

Each employee can configure their personal proactive alerts to monitor ticket open and due dates, scheduled appointments and due tasks.



Testing The Alerts System

Testing that the Alerts are defined properly and work require the following:

  1. Testing Outgoing Emails Settings - When defining the Outgoing email settings the system provides several test points to make sure all is defined correctly. Follow the instructions in the Outgoing Email Settings section. Tests include:
    1. Verifying your SMTP Connection setting and that your account is working.
    2. Sending a Test Email.
  2. Testing User Alerts Settings - To test that you actually receive the Alerts you want to receive, you first need to complete all the setup steps described above. Only then you should perform updates in the application and see that alerts arrive:
    1. Make sure your RangerMSP Alerts User Settings are defined.
    2. Login to RangerMSP using a different user than your own user.
    3. Make the relevant changes, e.g. update a Ticket you are the manager of.
    4. Check if an email alert has arrived at your mailbox.

Make sure to check out the Troubleshooting section in any case of a problem.


Uninstall Service

To Uninstall CRM Server service:

  1. Open the Windows Services Management windows from Control Panel > Administration Tools > Services.
  2. Stop the CRM Server service.
  3. Open a command prompt window: Right-click the command prompt icon and and choose 'Run As Administrator'.
  4. Type the following command:
<Installation_DIR>\RangerMSP\Server\CRMServer.exe -uninstall

Tips & Tricks

Tips for filtering incoming Alerts in Outlook

In some cases, you may wish to filter the Alerts and move emails that don't interest you to a different Outlook folder so they don't clutter your Inbox.

You can create Outlook rules to filter incoming email according to the Sender (the Alias name you set in the Alerts Server System Settings) or the email's subject.

For example, you may wish to receive Ticket Manager Alerts, but not Alerts for each Document added to the Ticket. To accomplish this, create a rule in Outlook that moves email to another folder based on the subject's prefix. Here is an example of the subject line of a Ticket Manager Alert:

[tkt-mgr] RangerMSP Document - New [0500-0002, Completed, Natalie, Internet - Cafe, Inc.]

You can therefore create a rule that any email starting with: "[tkt-mgr] RangerMSP Document" will be moved to another folder.

Adding Web Links to Email Alerts

When using Web Links the system will add a link to the relevant entity in the email alert body. This allows employees to quickly open RangerMSP Web Interface and view or edit the details of the entity being referred in the email. This saves the need to go explicitly to the Web Interface site, login and search for the entity in order to see its details.

See more details in the Web Interface user guide under Setting Web Links Options.

Troubleshooting

I set my user to receive Alerts but I do not get any email alerts

Solution: You should check the following options:

  1. It can take up to 10 minutes for new Alerts preferences to take effect. You can wait, or restart the CRM Server service in order for the settings to take effect immediately.
  2. Make sure your system administrator has activated the system alerts (set the system to ON using the ServerConfig utility) and that the CRM Server Windows service is running).
  3. When testing the alerts, note that you will not receive Alerts for changes you have made. You should perform the changes with a different RangerMSP user.


I checked all of the settings, the alerts system is activated, and and I still don't get email alerts

Solution: In some cases, old settings already created wrong email alerts which are "stuck" in the outgoing queue and prevent the system from going on to the new alerts. In this case, you should first cleanup the outgoing queue:

  1. Stop CRM Server service
  2. Run <server>\RangerMSP\Server\ServerConfig.exe and make sure all settings are correct. Check that the "From Email Address" is correct. Save any changes you make.
  3. To delete old pending alerts, delete all the files in the following folder: <server>\RangerMSP\Server\QSysEDOutbox\
  4. Restart CRM Server service and verify email alerts are being sent

For more Outgoing Emails troubleshooting, please refer to the Email Connector Troubleshooting section (both the Email Connector and the Alerts Server use the same Outgoing mechanism).


I made changes in RangerMSP (i.e. added a new Ticket, etc.) and I am not getting any Alerts

Solution: You only receive Alerts for changes made by other people. When you make a change in the system on entities related to you (e.g. you assign yourself a new Ticket), you will not receive an Alert.

See more troubleshooting at RangerMSP Email Connector Troubleshooting.

See Also