Be able to backfill data for a significant amount of time if there is a undetected or temporary uncorrectable network failure.

Allow history recovery for PI Cloud Connect to be longer than the current max of 30 days

I am a subscriber who receives data from multiple organizations in different (>15) subscriptions. Due to needing the data to be located in different Data Archives as each is for a different business area, one instance of PI Cloud Connect should be able to write to multiple Data Archives, instead of just to the default data server on its node.

As an administrator, if I were to move my PI Cloud Connect nodes to new machines, I would like the ability to clean up my tenant portal by removing old system names that are still present.

I cannot use my Office365 account to activate my PI Cloud Connect account, because it is a compliance issue in my company to use any other account but the Office365 account to activate this.

As a Publisher, I would like a feature that allows me to republish my AF Hierarchy SO THAT I can quickly address any discrepancies between my system and a Subscribers.

Problems as:
- PI Cloud Connect node cannot connect to PI Data Archive,
- Account/Password has been expired (service not running properly),
- Publications not sending data,
and so on. Would be reported to administrators automaticky.

As a regulated customer, I need the ability to test SaaS service updates on a test system before they are rolled into production SO THAT we can have confidence that the changes won't adversely impact our system and we can maintain validation compliance.

PI Cloud Connect seems to use the insert write mode for all PI tags. When replace write mode is desired (for example, for laboratory data), this is possible on the publishing archive but not through PI Cloud Connect. This results in multiple values being written to a PI Point at the same timestamp. The ability to switch to the replace write mode for individual tags in PI Cloud Connect would improve the service.

Prior to be able to adopt PI Cloud Connect, many of our customer cybersecurity teams request OSIsoft to provide SSAE SOC2 cybersecurity audit reports. Currently OSIsoft does cybersecurity audits, but these are not specifically SOC2 audits. This is a request to provide these audits that better fit into the industry trend seen at our customer base.

As a regulated customer, I need OSIsoft to give me advanced warning on changes to the service offering of up to 4 weeks SO THAT we can get our change controls pre-approved and ready before OSIsoft pushes their changes. OSIsoft needs to communicate what the hotfix is, what are the updates, what modules are affected.

Currently, the customers are expected to monitor the PI Square post here for see updates about a release : https://pisquare.osisoft.com/community/all-things-pi/pi-cloud-connect/release-notes.

The problem with this is that:
1) Not all customers are aware of this expectation
2) Customer will have to login to see the releases which is not very user friendly

It might be better to send the information via email.

As a subscriber to data, I would like to control updates & deletes to data changes SO THAT the original raw data sent to us from the publisher can remain even if it was deleted on the publisher side

As a customer I want to be notified when there are issues with PICC instead of having to actively query the health of PICC, so that I can be aware of issues immediately.

This will make the website faster and more secure.

HTTP/2 will make the website load faster. OSIsoft's other websites use it.

HTTP/2 check:
https://http2.pro/check?url=https%3A//www.picloudservices.com/

PI Cloud Connect currently scores an A from Security Headers. However, this can be improved to an A+ by addressing the issues in the link below.
https://securityheaders.com/?q=www.picloudservices.com&followRedirects=on

When setting up PI Cloud Connect subscriptions it would be nice to specify the PI Data Archive tags get created on along with the AF Server and Database to create elements. In our case, we have multiple AF Servers that are linked to different PI Data Archives. Additionally, I don't really like that the default PI Data Archive gets used. What if a user were to accidentally change that?

Allow administrators the ability to configure the PI Cloud Connect agent on-prem to configure a group managed service account (gMSA) for the Windows Service account.

Use of a gMSA reduces IT burden since the rotation of credentials with strong credentials is handled automatically. Furthermore, gMSAs generally improve security as they are hardened by default.