Bidirectional integration: from FlexPortals to other systems and back

FlexPortals connects to external systems and can securely expose its own capabilities to applications and AI agents. Integration is not a single, generic interface: it is purpose-built connectivity combined with governed access to FlexPortals data and business functions. In practice, this means we can connect to SAP, online stores, the Hungarian tax authority (NAV) and custom customer systems through XML, JSON, CSV, XLSX and other formats or protocols, while FlexPortals data and business operations can be exposed through GraphQL, MCP and custom API endpoints.

Two-way enterprise integration environment with connected systems and AI connection points
Connections to external systems

An integration layer that works both inbound and outbound

FlexPortals connects to enterprise systems, data sources and government platforms while securely publishing selected capabilities of its own. Data may enter or leave the platform, and either side can trigger an action—the direction follows the workflow.

Connection to existing systems

FlexPortals can integrate with enterprise solutions such as SAP, online stores, the Hungarian tax authority (NAV) and custom customer systems. The aim is to connect the full business process, not simply exchange data.

Each integration can be tailored to the operational requirements: periodic synchronization, event-driven data transfer or a live operational connection between systems.

Flexible format handling

Connectivity is not limited to one technology. XML, JSON, CSV, XLSX and other industry- or partner-specific formats can all be handled, depending on the structure and transfer method supported on the other side.

This is especially important in environments where partners, customers or authorities all expect different interfaces.

Data exchange aligned to workflows

We do more than move records between systems: we map the full process, including where data originates, where validation occurs, which system owns each step and how FlexPortals should respond.

That keeps integration from becoming a technical add-on and turns it into a transparent, maintainable layer embedded in daily operations.

Published data and actions

Controlled exposure of FlexPortals capabilities

FlexPortals integrates with other systems while securely exposing approved data, queries and business functions to external applications and AI systems.

GraphQL

We have made the full data set accessible without compromising the FlexPortals permission model at the action, object or data level. Rather than opening a separate, parallel access channel, we provide a query layer built on the existing authorization logic.

GraphQL exposure can be configured in detail: which objects may be published, which of their fields are visible and under which names they appear. Native Flex object and field names do not have to be exposed.

Virtual fields can also be created to aggregate values from multiple data points or related objects. Queries can be cached, invalidation rules can be configured, and a GraphQL query can even be mapped to a simple API call using only a query identifier.

MCP server

The system can publish MCP tools that expose approved FlexPortals capabilities to AI systems. An AI client can then invoke governed platform functions as well as return text.

Within our MCP framework, business logic, GraphQL query results and custom business processes can be published quickly. The focus is not on unrestricted automation, but on ensuring that AI can access only approved, auditable operations.

The AI can execute only business workflows that remain under full Flex system oversight. Security, access control, logging and quality requirements are built into both tool design and runtime execution.

AI-assisted development oversight

We continue to expand the role of AI in development, with clear expectations and guardrails that help AI tools extend the existing platform consistently without weakening oversight.

Prompts and development guidelines live where current tooling expects them, giving subagents the context they need. This keeps multi-agent work controlled, reviewable and aligned with the FlexPortals architecture.

This approach is especially important in integration work: AI can accelerate delivery, but the boundaries of published capabilities, data access and quality expectations are still set by system rules.

Integration approach

Why bidirectional integration matters

A robust enterprise integration governs both directions: how data enters FlexPortals and how approved data, functions and workflows are exposed. This prevents integrations from bypassing established business rules, permissions or quality controls.

01

Controlled data exposure

The GraphQL layer publishes only what the system allows, so external queries and AI processes remain within FlexPortals data protection and authorization boundaries.

02

Business capabilities as tools

The MCP server can make system actions available to AI tools as predefined, auditable operations with clear execution boundaries.

03

Development under consistent rules

AI support in development does not mean scattered code generation, but a delivery process guided by context, prompts and review.