We defend Visual COBOL, Enterprise Server and mainframe ADLM estates against OpenText compliance findings. The opening number counts every core in the host as licensed and treats development and runtime as one. We hold the count to the workload that actually runs.
Visual COBOL, Enterprise Server and the mainframe application development tools came to OpenText through the Micro Focus acquisition and are governed by the Micro Focus Additional License Authorizations. These products are licensed on capacity metrics such as cores, MIPS, and workload, and a COBOL finding turns on how that capacity is measured. The vendor opens by reading the largest capacity figure it can support and pricing the gap to your entitlement at list, with back maintenance and audit costs added.
The central overclaim is core counting. Modern hosts and virtualised platforms present far more cores than a COBOL workload actually consumes, and a finding that counts every physical core, or every core in a virtualisation cluster, rather than the cores the runtime is licensed and configured to use, inflates the number sharply. Alongside cores sit further traps:
Enterprise Server regions, PACs, and sub capacity arrangements add further definitional questions, each of which can be overstated in an opening position. The defense rests on the deployment evidence: the cores actually allocated, the workload actually run, and the clear line between development and production that the authorization draws.
We take over within the seven day notice window, agree an NDA, and route every request for core, MIPS, and workload data through a single controlled channel.
We rebuild the effective position against the Additional License Authorizations, establishing the capacity metric and the runtime versus development split before any vendor measurement runs.
We hold the core count to the cores actually allocated to the runtime, separate development from production, strip non production and decommissioned workloads, and challenge the baseline line by line.
We settle on the buyer's terms and, where useful, convert forward into a clean OpenPass agreement with defined capacity metrics and audit protections.
The decisive material is the deployment record. Core allocation, virtualisation configuration, and workload reporting show what the COBOL runtime actually consumed, and that is the only basis a defensible capacity finding can stand on. The full method is set out in the four Rs and in the complete OpenText audit defense playbook.
COBOL findings follow the same shape as the rest of our practice. The opening number rests on a core count that ignores allocation and the development boundary, and the defensible figure emerges once deployment evidence replaces the raw capacity reading. Across more than 200 defended OpenText and Micro Focus audits, the firm record holds steady.
For the mechanics that apply across every product line, start with how to respond to an OpenText seven day audit notice and the reading Micro Focus ALAs paper.
The Additional License Authorizations define the core and capacity metric the finding must respect.
Track 04COBOL development sits alongside the DevOps suite, where runtime and seat questions recur.
Track 08A converted agreement turns a defended capacity finding into clean forward terms.
We take over within the seven day notice window. Buyer side only. Founded in 2020 by former vendor compliance leadership. Not affiliated with OpenText Corporation.