I am assuming you are hitting the vRA API directly to call the XaaS?
Have you thought about hitting vRO API from the external system calling the exact same XaaS workflow? You can then control what you want to output like the request number of the additional base deployment. vRA API return is limited specially if your wanting details like the request number of a sub deployment which in turn is another API request separate from your original
Thanks for your response. You are right, I have the constraint of hitting the vRA API only due to network restrictions... I can't hit the vRO APIs directly. Moreover vRA will have the XaaS blueprint and the corresponding child blueprints, it will be tedious to call all individual child blueprints on vRO directly in an orchestrated manner..
Its a good suggestion though, I will explore this more.
I am assuming you are using an external vRO then? if the internal vRO is being used the same address would be hit for both vRA and vRO API which would remove the network restriction.
Considering the XaaS blueprint is a vRO workflow it hopefully shouldn't be too hard to make some small changes to allow for the return of the child blueprints information as part of that workflow.