That is currently not achievable with VMware SRM (Element and ONTAP plugins can't coordinate with SRM).
The closest workaround that doesn't require crazy skills is PowerShell-drive manual failover and failback.
Element OS PowerShell integration is excellent and ONTAP is getting better, so with these two and PowerCLI, you may be able to make something that you can run manually when you need to. Both ONTAP and Element have a VM version which is a low cost to have a close-to-identical (as far as automation goes) Dev/Test environment that doesn't cost much. You're welcome to learn more about PowerShell and automation at https://netapp.io/ (there's a community Slack, too) and check out https://github.com/solidfire/PowerShell for Element PS Tools and some examples.
unfortunately it was just what I imagined and feared! Making a solution using powershell unfortunately now becomes my plan A. I agree that PowerShell is a great and powerful tool (I use it for many tricks), but any script created would not be a certified solution and this can create problems in production (or DR) environments.
I hope that as soon as possible the SRA agents will be updated in order to support this type of solution as well, because in a "Data Fabric" world, today, it would be the minimum ...
It is indeed a SRM thing, you would need a NetApp plug-in that can understand how to differentiate between ONTAP and Elements and call either. That's gonna be a bit of a challenge when doing re-protects between two different storage architectures.
Obviously doing it through vSphere replication would work fine as it's not array dependant, but of course your then not doing array replication. It would work for you in your situation though and save having to become a Powershell Ninja 😉