OpenText Services

Content architecture that makes enterprise AI reliable, not risky

Most OpenText engagements are scoped as document management projects. Organisations that treat them as AI content infrastructure projects end up with a platform that SAP Joule, Microsoft Copilot, and Salesforce Agentforce can trust. The others retrofit governance after AI fails.

AI Readiness Gap
89%

CIOs who link their AI strategy directly to information management readiness, according to OpenText research

Organisations AI-Ready
10%

Organisations that consider themselves fully AI-ready — the gap traces back to content foundation decisions

AI Platforms at Stake
3

Enterprise AI platforms — SAP Joule, Microsoft Copilot, and Salesforce Agentforce — that each depend on governed OpenText content to produce reliable outputs

Trusted by leading enterprises worldwide

Procter & GamblePhilipsHeinekenAB InBevMARSGoogleAir New ZealandCalvin KleinTommy HilfigerFrieslandCampinaOlympusEvidentNationale NederlandenVorwerk Procter & GamblePhilipsHeinekenAB InBevMARSGoogleAir New ZealandCalvin KleinTommy HilfigerFrieslandCampinaOlympusEvidentNationale NederlandenVorwerk
Content Architecture

Which content starting point fits the landscape?

Enterprise content architectures arrive in one of three states: ungoverned content spread across file shares and SharePoint, a legacy ECM environment that stores documents but governs nothing, or a functioning ECM platform never designed with AI retrieval, metadata lineage, or agent permissions in mind.

OpenText officially states that AI is only as smart as the content beneath it, and that only 10% of organisations are genuinely AI-ready. In every case, the gap traces back to decisions made during the consulting and architecture phase. Whether content was governed, whether metadata was designed for AI context rather than search, whether permissions were made machine-readable — these are consulting decisions, not platform decisions. BCS designs OpenText environments as AI content infrastructure from the first workshop.

THREE CONTENT STARTING STATES Scattered No ECM governance Managed Silos ECM without context Compliance Gap ECM without AI-readiness BCS OPENTEXT CONSULTING Assess · Architect · Govern · Integrate STRATEGY AI Blueprint GOVERNANCE Content Rules INTEGRATION System Design Metadata for AI · Permission-aware · Data lineage from day one SAP Joule grounding · Agentforce integration · Cloud-ready architecture AI-Ready ECM Governed · Trusted Content Governed Metadata · Lineage Agents Grounded Joule · Copilot-ready WHAT BCS DELIVERS AT ARCHITECTURE SIGN-OFF
Why OpenText Consulting Fails

Six consulting decisions that leave content governance broken

Most OpenText consulting engagements that fail at AI activation share the same root causes. Platform selection happened before content strategy was defined. Metadata was designed for search, not for AI context. Governance rules were written without data lineage requirements. BCS delivery architecture is designed to prevent each of these from the first workshop.

× Industry norm What usually happens
✓ BCS Consulting How BCS prevents it
×
Platform selected before content strategy is defined
Technology choice locks the architecture before anyone has mapped what content needs to be governed, for whom, and why. The platform constrains the governance model from day one.
Content strategy defines the platform selection
BCS maps governance requirements, AI retrieval needs, and integration scope before recommending any product. The platform is selected to serve the strategy, not the reverse.
×
Metadata schemas designed for search, not AI context
Schemas that help users find documents do not help AI agents retrieve, summarise, or act on content accurately. AI retrieval fails silently, producing confident-sounding but inaccurate outputs.
Metadata designed for AI agent retrieval from day one
BCS metadata design includes lineage, classification, and permission-aware tagging that AI agents can interrogate. Every schema decision is validated against the intended AI use case before implementation.
×
Governance rules written without data lineage requirements
AI models require data provenance to act safely. Governance frameworks built purely for compliance review create content structures that AI cannot navigate with confidence or auditability.
Governance frameworks built for both compliance and AI
Every governance rule BCS writes includes retention, disposition, and lineage fields that satisfy regulatory requirements and make content trustworthy for AI agents operating downstream.
×
Cloud migration scoped as a lift-and-shift
Moving unstructured content to the cloud without re-governing it replicates every governance failure from the on-premise environment at cloud scale and cloud speed.
Cloud migration includes governance uplift as a workstream
BCS treats every cloud migration as a content quality opportunity. Content is re-classified, metadata validated by deKorvai, and governance policies updated for cloud-native deployment before cutover.
×
SAP and Salesforce integration treated as a connector project
Content technically visible inside SAP or Salesforce but not permission-aware or metadata-governed creates unreliable AI retrieval and audit exposure the moment an agent acts on it.
Integration designed as a content governance connection
BCS integrations embed permission synchronisation, metadata propagation, and audit trail continuity. Content visible to SAP Joule or Agentforce is governed content, not just technically accessible content.
×
No content stewardship model defined post go-live
Governance frameworks decay within 12 months without named owners, quality KPIs, and a process for managing content lifecycle changes. AI reliability degrades silently as content quality falls.
Stewardship model and quality monitoring built into the engagement
BCS defines content owners, governance KPIs, and deKorvai-monitored quality thresholds before handover. The governance model is designed to be self-sustaining, not dependent on the implementation team.
Business Outcomes

What OpenText consulting delivers

AI agents that act on trusted content

Content governance designed for AI means SAP Joule, Copilot, and Agentforce retrieve accurate, permission-checked information instead of surfacing ungoverned documents with confidence.

Metadata that survives system changes

Taxonomy and metadata schemas designed at the architecture stage remain valid through platform upgrades, cloud migrations, and integrations, without requiring rework each time the landscape changes.

Governance that satisfies both auditors and AI

Content retention policies, disposition rules, and access controls written to meet regulatory requirements also provide the data lineage and provenance that AI models need to act safely.

OpenText business outcomes

Content foundation built once, extended indefinitely

Architecture decisions made at the consulting stage determine whether the OpenText estate can accommodate new AI capabilities, new integrations, and new regulatory requirements without a rebuild.

Audit-ready from the first day of production

Governance frameworks, retention policies, and access audit trails are configured and validated before go-live, not assembled after a compliance incident reveals the gap.

Platform selection that fits the workload

xECM for SAP-attached content, Exstream for outbound document automation, Core Archive for high-volume storage: BCS recommends the right OpenText product for each workload in the landscape.

Engagement Methodology

How BCS structures an OpenText consulting engagement

An OpenText consulting engagement that produces an AI-ready content architecture runs in five phases. Each phase has a defined output and a clear gate before proceeding. No phase is compressed to meet a deadline, and no architecture decision is made before the content requirements are fully understood.

01
Phase 01

Discovery & Content Audit

BCS audits the existing content landscape: volume, format distribution, governance maturity, and metadata consistency. deKorvai runs automated quality analysis across repositories to quantify the gap between current state and AI-readiness requirements.

02
Phase 02

Architecture Design

Content architecture is designed to serve the intended AI use cases first. Metadata schemas, taxonomy, and classification rules are specified with AI agent retrieval requirements as primary constraints alongside regulatory compliance.

03
Phase 03

Governance Framework

Retention policies, disposition rules, access control models, and stewardship assignments are documented and validated against both regulatory requirements and AI data lineage needs. Governance is designed to be self-sustaining after handover.

04
Phase 04

Integration Roadmap

Integration points with SAP, Salesforce, Microsoft 365, and other enterprise systems are scoped with content governance as the design principle. Each integration is specified to preserve metadata, synchronise permissions, and maintain audit trails end-to-end.

05
Phase 05

AI-Readiness Validation

The finalised architecture is tested against the AI use cases identified in Phase 01. Content retrieval accuracy, permission propagation, and metadata completeness are validated before the blueprint is signed off and implementation begins.

Consulting Capabilities

Consulting capabilities across the content lifecycle

BCS OpenText consulting covers every dimension of enterprise content strategy: from initial platform selection and architecture design through governance framework development, integration blueprinting, and AI-readiness validation. Each capability is delivered by consultants who have run both the content and the AI workstreams on the same engagement.

ECM Strategy & Business Case

Market positioning, platform selection rationale, and ROI modelling aligned to AI activation timelines and regulatory requirements.

AI-Readiness Assessment

Structured evaluation of existing content governance against AI agent retrieval requirements: metadata coverage, lineage completeness, and permission architecture.

Content Architecture Design

Blueprint for content structure, classification hierarchy, and metadata schema designed to serve both compliance and AI workloads simultaneously.

Metadata & Taxonomy Design

Metadata frameworks that support regulatory search, AI context retrieval, and cross-system content discovery without requiring platform-specific rebuilds.

Governance & Retention Policy

Retention schedules, disposition rules, and access control models that satisfy regulatory requirements while providing AI-safe data lineage and provenance.

Cloud Deployment Strategy

Hybrid and full-cloud architecture options for OpenText with data residency, sovereignty, and multi-cloud governance requirements factored in from the design stage.

SAP & Salesforce Integration Blueprint

Integration architecture for xECM SAP connection and Salesforce content management, designed for permission-aware, metadata-rich content access by AI agents.

Records & Compliance Framework

Records management design covering creation, classification, retention, and certified disposition across regulated industries including financial services and life sciences.

Technology Selection & Evaluation

Independent evaluation of OpenText product fit: xECM, Exstream, Core Archive, Documentum — matched to specific workload requirements, integration landscape, and AI roadmap.

BCS Platforms

How Symphony, deKorvai, and Anugal change the consulting engagement

Every OpenText consulting engagement BCS delivers embeds Symphony, deKorvai, and Anugal into the architecture from the design phase. These are not add-on products introduced after go-live. They are the reason BCS can guarantee AI-ready content architectures that no standard OpenText consulting engagement can match.

Orchestration Control Plane

Symphony

Symphony maps every content workflow in the OpenText environment against AI orchestration requirements, identifying which processes are ready for near-zero touch operations and which require governance redesign before AI agents can act on the content they produce.

  • Content workflow orchestration analysis during consulting phase
  • AI readiness scoring per content process and repository
  • Integration sequencing for SAP Joule and Agentforce content grounding
  • Automation roadmap aligned to OpenText quarterly release schedule
Know More
Data Quality, Scrambling & ETL

deKorvai

deKorvai runs automated content quality analysis across every repository in scope during the consulting phase, quantifying metadata coverage gaps, classification inconsistencies, and lineage breaks. This baseline determines the actual effort required to reach AI-readiness before architecture decisions are made.

  • Automated metadata quality profiling across OpenText repositories
  • Classification coverage and consistency analysis
  • Data lineage gap identification before architecture sign-off
  • Content quality KPIs defined for post go-live monitoring
Know More
Identity Governance & Administration

Anugal

Anugal designs the access governance model for OpenText content during the consulting phase, ensuring permissions are structured to support both regulatory access controls and machine-readable authorisation that AI agents require to retrieve content safely and within defined boundaries.

  • Access governance architecture for OpenText content repositories
  • Permission model design for AI agent content retrieval boundaries
  • Role-based access mapped to both user and agent identities
  • Automated access review cycles built into the governance framework
Know More
Why BCS

What makes BCS different from every other OpenText consulting partner

The consulting decisions made before a single line of configuration is written determine whether an OpenText environment serves AI for the next decade or requires a governance rebuild the moment an AI agent is pointed at it. These are the six ways a BCS engagement is structurally different.

AI-first architecture, not AI-retrofitted

Every content governance decision is evaluated against AI agent retrieval requirements from the first workshop. AI-readiness is a design constraint, not a feature requested after go-live.

SAP and OpenText practices designing together

BCS SAP and OpenText consultants design xECM architecture in the same room. Content governance integrates with S/4HANA Clean Core and Joule requirements from the first blueprint.

deKorvai baseline before any recommendation

Before any architecture is proposed, deKorvai quantifies the content quality gap across the existing landscape. Recommendations are based on measured data, not assumed readiness.

Platform-neutral product selection

BCS recommends the right OpenText product for each workload: xECM for SAP-attached content, Exstream for outbound automation, Core Archive for high-volume archiving. No single-product agenda.

Governance frameworks designed to outlast the engagement

Content stewardship models include named owners, deKorvai-monitored quality thresholds, and Anugal-managed access reviews. The governance model runs independently after the BCS team leaves.

OpenText AI Data Platform roadmap alignment

Consulting blueprints reflect the OpenText AI Data Platform direction and the Aviator ecosystem roadmap. Architecture built today accommodates capabilities shipping in OpenText Cloud Editions through 2026 and beyond.

Get Started

Ready to build the content foundation enterprise AI requires?

Tell us where the content landscape stands today. Whether building OpenText from scratch or rescuing an environment that was never designed for AI, BCS will deliver an architecture that SAP Joule, Copilot, and Agentforce can trust.