By Dmitry Borisov
Introduction: The Architectural Dilemma and the Limits of Existing Paradigms
In the practice of designing and developing large distributed enterprises, modernizing user interfaces and integrating cognitive AI computing have become the primary challenges for established ERP architectures. For a long time, corporate IT strategies offered three main paths to solve this problem: the high-risk total replacement of the transactional core (“rip-and-replace”), outsourcing the interface layer to external cloud PaaS platforms (e.g., Oracle Visual Builder / VBCS), or using built-in, in-database low-code environments (Oracle APEX).
Every approach has strict architectural limitations. A radical dismantling of a stable system threatens the continuity of critical business processes. Integrating external cloud PaaS solutions exponentially increases the Total Cost of Ownership (TCO) due to licensing fees, the deployment of redundant middleware infrastructure, and high latency during data serialization between local and cloud perimeters. Conversely, Oracle APEX, while an outstanding tool for rapid in-database application development, tightly couples interface logic with the database’s rendering cycle. When the business demands the creation of decentralized, autonomous (offline-first) omnichannel frontends with edge security, the standard monolithic cycle of low-code environments necessitates excessive complication of the interface code.
An evolutionary alternative, capable of breathing new life into monumental ERP architectures, is the concept of local modular extension. This article presents the Adaptive Extension Framework (AEF) – an architectural pattern for safely layering progressive web technologies and distributed AI directly onto the enterprise’s existing web infrastructure, eliminating both the risks of core migration and the infrastructural redundancy of PaaS models.
- Core Isolation Principle: Delegating Semantics to the Database Tier The fundamental postulate of the Adaptive Extension Framework is the absolute immutability of the historical code and data structures of the core ERP system (“Zero Core Rewrite”). Unlike classic integration gateways that require the deployment of resource-intensive intermediate application servers, the AEF architecture functions as a parallel, lightweight plugin.
Instead of granting AI models or external UI components direct access to physical database tables, the AEF methodology deploys an isolated semantic abstraction within the DBMS – a system of precompiled virtual data marts. Information storage structures in transactional ERP systems have been built over decades and are optimized for accounting operations, making them unsuitable for direct interpretation by Large Language Models (LLMs). The AEF virtual layer takes on the encapsulation of heavy JOINs, the filtering of system noise, and the translation of technical aliases into business concepts. Cognitive models operate in a cleansed, comprehensible environment, which completely eliminates the risk of AI hallucinations and allows innovations to be painlessly scaled across deeply customized enterprise landscapes.

Figure 1. Architectural isolation of the transactional ERP core through the creation of an independent semantic abstraction layer.
- Frontend Autonomy: Progressive Web Apps and the “Biometric Handshake” Pattern Developing native mobile applications for proprietary operating systems for internal departments and external counterparties (suppliers, logistics operators) involves high costs for maintaining separate codebases and barriers imposed by public app stores. Furthermore, external users demonstrate “portal fatigue,” resisting the installation of isolated software from every client.
AEF overcomes this barrier by transitioning to a Progressive Web App (PWA) architecture based on modern standards (e.g., Redwood UX). The frontend is completely decoupled from the transactional layer, adapts to any device form factor, and functions directly through the browser, delivering the performance and autonomy of native software via Service Workers technology.

Figure 2. Transformation of the classic procurement management interface into an adaptive, cross-platform PWA space.
A key vulnerability of mobility in an Enterprise environment is strict session timeout policies, which force users to frequently enter complex passwords in unstable mobile conditions. In the AEF methodology, this dilemma is resolved by implementing the Biometric Handshake pattern via the Web Authentication API. Upon the natural expiration of a session in the ERP system, the PWA component does not redirect the user to an authorization screen; instead, it generates a request to hardware FaceID or TouchID modules. A successful biometric scan securely extracts a cryptographic token from the device’s Secure Enclave and silently restarts the session at the web tier in milliseconds. The Chief Information Security Officer (CISO) retains full control over session policies, while the end user receives a seamless, e-commerce-grade interaction experience.
- Practical Verification: Hybrid Vector Search in Procurement Processes The most representative example of the Adaptive Extension Framework in action is the automation of procurement catalogs. Connecting LLMs directly to relational databases is inefficient due to the high latency of external requests and the inability of neural networks to account for Operating Unit-level access rights and Virtual Private Database (VPD) mechanisms.
The hybrid AI engine within AEF merges the cognitive analysis of user intent with the deterministic logic of native vector search inside a modern DBMS (e.g., Oracle 26ai). The architecture implements two data processing scenarios executed as pure mathematical operations within the database:
- Proactive Semantic Discovery: Traditional search algorithms return a blank page in the absence of an exact textual match for the nomenclature. The AEF vector model identifies the functional context of the query and automatically ranks and displays available alternative items in stock in the main results window, mitigating data deficits.

Figure 3. Proactive surfacing of functional alternatives based on contextual analysis of user intent within the DBMS.
- Smart Substitution: When a critically important component is out of stock, the procurement process halts. In AEF, the algorithm instantly switches the search engine from textual matching (Text-to-Item) to evaluating the semantic similarity of objects (Item-to-Item). Using the vector of the unavailable item as a mathematical anchor, the system calculates distances within the multidimensional database space and outputs a precise spectrum of functional replacements (e.g., proposing interactive panels instead of out-of-stock projectors) available in adjacent Facilities (local warehouses M1/S1).

Figure 4. Execution of the Item-to-Item algorithm when processing out-of-stock items in real time.
These operations occur with near-zero middleware latency, require no external API tokens, and guarantee that confidential financial and warehouse records never leave the corporate perimeter.

Figure 5. Dynamic adaptation of enterprise interfaces for mobile use cases without deploying proprietary software.
Conclusion: The Economics of Evolutionary Superiority An analysis of the Adaptive Extension Framework methodology proves that a qualitative leap in mobility, analytics, and UX is possible without colossal investments in external PaaS platforms and without rebuilding internal transactional systems. Unlike the monolithic complication of built-in low-code environments or the outsourcing of business logic to the cloud, AEF offers a pattern of data deduplication and maximum utilization of the enterprise’s existing IT assets.
By eliminating the heavy XML/JSON serialization of standard API gateways, network payload volume is reduced by up to 80%, and computational load is minimized. The evolutionary approach confirms: to provide the business with modern standards of digital transformation, there is no need to destroy the enterprise’s foundation or migrate to expensive subscription-based PaaS models – it is sufficient to effectively unlock the internal technological potential of the current infrastructure.
About the Author
Dmitry Borisov is an Oracle Solution Architect and recognized Oracle ACE specializing in enterprise system modernization. As a leading industry expert, he pioneers the integration of Hybrid Vector Search, Generative AI, and Progressive Web Apps (PWA) into established enterprise ecosystems. His architectural methodologies enable large-scale organizations to achieve consumer-grade digital transformation without the high risk of replacing their core ERP foundations.
Disclaimer: The architectural patterns, SQL queries, and AI integrations described in this article were developed and tested exclusively within the official Oracle E-Business Suite Vision demonstration environment and Oracle Database Free/Developer editions. These environments are strictly intended for educational, prototyping, and Proof-of-Concept (PoC) purposes. No production systems, commercial instances, or real proprietary business data were used, modified, or exposed during this research. Furthermore, the architectural concepts and views expressed in this article are solely my own, developed independently in my capacity as an Oracle ACE. They do not represent the commercial products, proprietary R&D, intellectual property, or strategies of any current or former employer.
