API models has been documented in swagger. However, OOF is indirectly consuming service and data models, especially for the service instantiation workflows, either directly (by querying AAI, MultiCloud) or indirectly (Policy, SO). Components like OSDF and HAS captures this information in their internal models that may have different terminologies - OPTFRA-261 - Align SO-OOF API to use ONAP wide instance invariant service identifier OPEN
CMSO:
Topology Service API Swagger
CM Ticket Management API Swagger
Change Management (CM) Schedule Optimizer API Swagger
HAS:
oof-has-api.json
OSDF:
oof-osdf-has-api.json