MSP N-central

Limit user access to certain Automation policies

It would be helpful to limit what users can access certain Automation policies created by a company. Example: user A can see and run automation scripts 1, 2, and 3... But User B can see and run automation scripts 3, 4, and 5. Our old platform Kaseya had folder structure for procedures and access was given at the folder level. Currently if a user has access to run an automation policy or script they can see all scripts ...more »

Submitted by (@joe.schmid)

MSP N-central

Adding customer name and site to email alerts

When creating an automation policy, I need a way to include the customer ID and the Site and the machine id in N-central (not necessarily the net bios name) in an email that is being sent out. If i could pull this information into a variable that would be great. An email that only contains the computer name is not very useful with you have thousands of computers.

Submitted by (@joe.schmid)

MSP N-central

Allow to hard-code password in automation tasks

When we create a new automation policy that requires password input there is no way to hard-code that password.

The field requires an input parameter and that parameter has to be a password.

Ever time you run the policy ADHOC it prompts for password.

Would like to have a way to hard-code so there is no prompt for the password.

Submitted by (@robert.harrison)

MSP N-central

Accept Booleans as Check Boxes for Automation Policies

It would be nice to be able to use booleans in an automation policy with the added effect of allowing certain input parameters to only show when certain boxes are checked. This would allow for more complex and user friendly Automation Policies without the need to give the user to many options when they are running specific Automation Policies. To give a small example, I have a disk cleanup script that has multiple sections ...more »

Submitted by (@psaeryn)

MSP N-central

Provide non-versioned links to latest agent/probe/etc.

We have scripts that reference the agent and probe installers at e.g. "https://ncentral.example.com/download/11.1.0.1207/winnt/N-central/WindowsProbeSetup.exe". Whenever we update N-Central or port a script to our test environment running the beta version, we have to manually adjust the link in the script to point to the current version. Providing a link without a version component would make our job a lot easier.

Submitted by (@wmassingham)

MSP N-central

Automation Policy: Add Run Script, Push Third Party Software etc

currently you can run an automation policy within another automation policy, we'd like the ability to do that with all of the scheduled tasks (script, push third party software, file transfer). AND we'd like to make sure that if if an AMP calls for one of these to be run, it wait until they are completed before continuing on with the rest of the items in the AMP.

Submitted by (@wmorgan)

MSP N-central

Automation Manager to change how it looks for OS Architecture

currently it looks for 64 bit folder structures which can be present on 32 bit machines when users accidentally or unknowingly try to install 64 bit versions of software. It would be better if it used the same method of checking that the Asset tab in device details looks this information up (i'm assuming a WMI call)

Submitted by (@wmorgan)

MSP N-central

Run Scripts/AMPs etc on Custom Device Classes

we would like the ability to run scripts, automation policies, file transfers, and push third party software on custom device classes. since the Operating System information is still in asset info and in the settings tabs we feel it is fairly unreasonable that these devices are not available to target (for example we have a custom device class CSI Probe that are windows devices but which are not available on the targets ...more »

Submitted by (@wmorgan)