It is not possible to end a data process monitoring at 12h00am (midnight). Let say we want to monitor 7h00pm until 12h00am, the web interface got an error: "The end time should be atleast 15 mins later than the start time.". We have to set 23h45 or 00:15. So it is impossible to get a result at 12h00am.
If we set 23h45, we don't have the last 15 minutes of the day included in the monitoring. If we set 00h15, the first 15 minutes of the new day is part of the new day, not the last day.

So our results are not exact if we take a look in the data monitoring dashboard.

About this topic "Advanced Event Viewer with the filter of messages".On the very old versions of B360, this filter was usable with the "contains" operations. So we were able to search for a specific keyword in the event logs and B360 was able to get the results. In the actual version, we only have the option "is equal to", so we have to write the exact message to get a fetch, which is impossible. Our helpdesk still request to get a direct access to the Biztalk Server to

We want to search all messages in the event viewer that contains "ApplicationHost". This request always return no results because no description in the event log correspond to this only exact word. Also, i've tried to put the exact description "The following BizTalk host instance has initialized successfully..." and i can't copy the entire description because the search field seems to be shorter and truncate the text

I am somewhat unsatisfied with the functionality (in Operations, Infrastructure Settings, Host Instances) to stop/start/restart the BizTalk host instances.

After clicking the Start/Stop/Restart button, I find it unclear if and when a host instance's state has actually changed. Especially when performing such actions on multiple host instances at once, I'm never really sure if all has completed succesfully.

I know from experience that sometimes, a stop/start action times out or fails.

As such, I'd like to see more explicit feedback in BizTalk360; which actions have succeeded, failed or timed out.

Also, sometimes, a host instance's state gets stuck in the state "Stop pending", but this is only visible in MMC, not in BizTalk360. I'd like this also to show up in the Status column.

Suspended messages are routed to ESB and for some reason doesn't reach ESB, in this case user wants a notification
but problem is if you search in suspended messages there are too many and the suspended message application name does not reflect the application from which the message came - the application name of the suspended message is All.Expcetions
You need to go into the message context of suspended message & read the application name there.
Currently a powershell script is used to filter the applications in message context.
Basically can BizTalk360 go thru the message context and read the message application name as the suspended message application name is different

We have a scenario where we need to schedule to Disable & Enable back Receive Locations of BizTalk application, and this has to be done After Hours every month during the monthly Server maintenance nights.

Currently we are doing this manually where we disable Receive Locations at 5pm and then Enable it back at 10pm.

So before the server maintenance window begins, we Disable the Receive locations. By doing this, the various LOB systems hold and queue up the events they need to push to BizTalk within their own systems until this service window. After the maintenance window is closed, we then manually Enable the Receive locations to accept all queued up messages into BizTalk for further processing.

Instead of this manual activity, we were looking to automate this scheduling process within BizTalk360. And this can be further extended not only to the Ports but as well to Orchestrations.

We did contact your support staff to check the availability of this feature in any of the advanced tiers, but unfortunately it wasn't present.

Currently there is no place to see, at the same time, all artefacts that are set to autocorrect.

In BizTalk360 there needs to be one single view showing a live view of all artefacts that will autocorrect if they are down.

In this view, at least the following should show:
- Current retries and other per artefact settings related to autocorrect.
- Each artefact should have a link to the alarm view of the application.
- Each artefact should have a link to the operations view of the application.
- It should be possible to group artefacts in the view; for ex. Currently retrying, Per application, Per artefact type, etc.