Currently when you are going to applications monitoring screen you have list of applications deployed, you then select one and then configure monitoring for receive locations, send ports and orchestrations.

It will be useful if you can a status a particular application is already monitored as part of xyz alarm. This will avoid people duplicating the efforts and also good overview of whether the applications (especially new ones) are monitored or not.

When we need to filter in the ESB Exceptions screen we would like to use some additional fields, which are available in the screen.
Field we would like to have are;

Scope
Service name

The drop down box for selecting event sources is too small. When you wanted to do multiple selections it's not very obvious you need to hold the Ctrl key, and when you wanted to select something from top of the list and some from the bottom of the list it makes it extremely harder to configure.

You can instead have some kind of add/remove items between two list and make the drop down box slightly bigger so it's easy to scroll.

In BizTalk360 you can configure the environment for maintenance mode via settings "Stop monitoring for maintenance". This is especially useful if you are going some temporary work like deployment. The current challenge is there is no user interface representation showing the environment is under maintenance.

It will be useful if we have a warning size displayed in the UI saying "Environment under maintenance, will be active at 12:00pm"

Currently you can visualize the health of your BizTalk environment throttling conditions using the "Throttling Analyser" feature, it will be good if we can have a mechanism to get notified if any particular throttling state remain active for a particular period.

When a notification email is send for any event log violation like event id, event text etc currently it only shows a generic description saying event log alert triggered. It will be useful if you can include the actual text of the event, this will avoid user logging on into the BizTalk360 portal to see the actual message.

As part of the integration solution we will be using various queues like MSMQ, MQ Series etc, it will be nice if BizTalk360 can monitor some of the common queuing technologies that's available in the market.

Right now BizTalk360 is able to monitor disk spaces in BizTalk and SQL servers, it will be useful to monitor clustered disks. At the moment if the disk failover to secondary server, 360 starts alerting.