- When an organization requires broad third-party social proof (extensive public reviews or independent benchmarks): Fault Analyzer has limited coverage on mainstream review sites, which makes external validation more difficult.
- When the organization is standardized on BMC AMI DevX and prefers a single vendor suite for mainframe development and operations tooling; adopting an IBM-specific tool can increase vendor/tool fragmentation.
- When the primary requirement is performance profiling rather than abend/root-cause analytics: a performance profiling tool such as IBM Application Performance Analyzer or BMC profiling tools may be more appropriate.
- When the organization already has strong IPCS expertise and a low incident frequency: incremental value from an additional abend-analysis tool may be marginal relative to cost.
- When security governance prevents capturing certain memory contents and the organization cannot verify scrubbing/redaction controls: a governance-focused approach or additional validation may be required.
**Known issues evidenced publicly**
- Intermittent plugin errors accessing history datasets: APAR PH64322 documents intermittent access errors in some environments, indicating that certain versions or configurations can experience friction in IDE/plugin access to fault history datasets.
**Limitations / gaps**
- Independent validation gap: limited public third-party reviews and benchmarks.
- Pricing opacity: public information does not disclose clear pricing tiers; procurement typically requires direct engagement with IBM.
- Skill reality: even with automated analysis, effective use benefits from mainframe fundamentals (listings, abend codes, and subsystem knowledge).
**Roadmap / "what’s new"**
- IBM documentation includes a "What’s new" page for Version 16.1 and references to latest PTFs, indicating ongoing maintenance and issue fixes via standard mainframe service streams.