- If transparent, self-serve pricing and rapid time-to-value are primary requirements
- COM pricing is not publicly posted and is typically negotiated under enterprise contracts, which can extend procurement timelines and complicate early-stage evaluations.
- If the primary need is cloud cost management / FinOps (not telco MANO)
- COM is not positioned as a dedicated FinOps solution; organizations focused on cloud cost optimization may prefer specialized FinOps platforms.
- If avoiding vendor dependency is a primary objective
- Operators seeking a strongly vendor-neutral, multi-domain orchestration layer may evaluate independent orchestration vendors or open-source programs, accepting increased integration responsibility.
- If telco cloud operational maturity is low
- Without sufficient observability, incident response processes, and automation governance, the operational benefits of automation may be difficult to realize.
- If regulatory constraints preclude certain vendor-managed or cross-border approaches
- Some markets require sovereign hosting, specific security certifications, or local support models that must be validated early in procurement.
- Publicly documented limitations
- No explicit, public "known issues" list for COM was located on the product page in the sources captured for this report.
- Practical limitations and risk areas to validate in RFP/pilot
- Interoperability breadth
- Which third-party CNFs/VNFs are certified? How often is the compatibility matrix updated?
- Observability and closed-loop readiness
- What telemetry sources are required? How are policies authored, tested, and governed?
- API and integration depth
- Northbound APIs for OSS/BSS integration, event streaming, and auditability.
- Data residency and compliance
- Where is data stored in different deployment models? What logs and telemetry are retained and for how long?