Migrating fromOpenText?—Get started

Blog

FileNet Version End of Support and Your Next Move

Solution Consultant - Presales, AODocs · May 9, 2024 · Updated Oct 6, 2026

FileNet support depends on the exact product component and release, not on whether a deployment is on premises. As checked in October 2026, IBM's schedule lists September 30, 2026, as the end of fix and usage support for FileNet Content Manager 5.5.12, while newer releases have different schedules. Check your installed versions and support terms before planning the next move.

There is a better way forward: A planned migration to AODocs is one option alongside a supported FileNet upgrade. Compare document controls, deployment requirements and operating costs. Validate AI processing and migration coverage with representative content before committing to the target.

Find our more about AODocs as a FileNet Alternative

FileNet End of Support: The risks

IBM publishes support schedules for FileNet Content Manager and Content Navigator releases. The schedules distinguish end of fix support from end of usage support. Check the exact components and release rather than assuming one update cadence or deadline applies to every FileNet environment.

Some historical FileNet releases were designated Long-Term Support Releases. Their fix-support dates differ from other releases and from usage-support dates. Datacap and Business Automation Workflow have separate lifecycle schedules and must not be assigned FileNet's dates.

  • A release can pass its end of fix support before its end of usage support. As of the October 2026 check, FileNet Content Manager 5.5.x releases in IBM's table have reached their listed September 30, 2026, usage-support endpoint; verify any separately contracted extended support.
  • IBM's Extended Software Support offering replaced the earlier ECM Continuing Support offering. Eligibility and coverage depend on the release and agreement; continued assistance must not be assumed to include the same proactive fixes as an actively maintained release.

This risks leaving your system vulnerable to attacks. Even if your system seems fine, it’s essential to stay up to date, especially if your system contains sensitive information.

Your next move: What to consider

When deciding which version to upgrade to, consider your infrastructure, like hardware and operating systems, and whether you want to move to the cloud or use containers. Planning for upgrades and potential moves can take time, so you need to start immediately.

Should you move FileNet Content Manager and other products to IBM’s Cloud Pak?

  • You could embark on a lengthy, complicated procedure requiring in-depth data knowledge and admin-level expertise.
  • An upgrade or a move to another deployment model requires assessment of the source configuration, dependencies and supported upgrade path. Determine the work needed for your environment before estimating the project.
  • Confirm license, infrastructure and implementation costs with IBM or the proposed provider. Do not assume an additional license fee applies to every upgrade.
  • Compare required features against the exact target product and version. Identify customizations that need changes through documentation review and testing rather than assuming a general loss of functionality.

A better alternative

AODocs offers migration services for legacy document environments. An evaluation should compare that path with a supported FileNet upgrade using the same content, integration and governance requirements.

Migration scope should include files, metadata, permissions and required version history. Rehearse the transfer, reconcile source and destination and test business processes. No migration is risk-free, and preserved behavior must be validated for the particular project.

Confirm the target service's update policy and operational responsibilities. Accept the migrated content and processes before retiring the source environment.

Learn more about AODocs

Frequently asked questions

Does a FileNet support deadline apply to every FileNet deployment?

No. FileNet support depends on the product component, release and applicable support terms. IBM publishes separate support schedules for FileNet Content Manager and Content Navigator, including distinctions between fix support and extended support. Identify the exact installed versions before planning an upgrade or migration. A deadline for one release does not establish that all on-premises FileNet deployments are unsupported.

What is the difference between FileNet fix support and extended support?

Fix support and extended support are distinct stages in IBM's published support schedules. Their scope and eligibility depend on the release and support offering, so continued assistance should not be assumed to include the same proactive fixes as an actively maintained release. Check the exact component and version against IBM's current schedule and confirm contractual coverage before treating an installation as supported.

How should FileNet owners compare an upgrade with a replacement?

Compare both paths against the same inventory of content, metadata, permissions, versions, workflows and integrations. Check supported target releases, infrastructure requirements and any changes to custom applications. Use representative content to test transfer and operational behavior, then compare implementation effort and ongoing costs. Neither an upgrade nor a replacement is automatically the lower-risk option.