Just in case. Object is not an abstract type. It’s a kind of a weak type.
Anyway, we will not support object as a parameter type in EFx. It is not serialization-friendly and too weak from the type-safety point of view.
I have a plan to add custom types in EFx (the way to define your ‘data contract’ on per-library base), but there is no ETA. You could request such a feature to make it more ‘visible’ for the management.
If not already planned, please do include adding BAQ references and data schema support for input and output parameters. It’d be a huge help for integrations where optimized data schemas/interfaces can significantly simplify the development, support, and integration performance/efficiency. Particularly for e-commerce and xRM integrations where the differences in performance between a consolidated interface vs lots of small interface calls can be the difference between being able to retrieve related master and pricing data real time versus requiring the data and logic to be replicated in the external system(s).