BASE24 and BASE24-eps architecture overview

The BASE24 electronic payment system developed by ACI Worldwide exists in two primary architectural generations:

BASE24 Classic (historically deployed on HPE NonStop / Tandem fault-tolerant hardware) and

BASE24-eps (Enterprise Payments System, built using an object-oriented C++ framework deployable across open systems, z/OS, and cloud infrastructure).

Despite structural differences, both share a highly optimized, component-based transaction routing engine.

BASE24 and BASE24-eps architecture overview
BASE24 architecture overview

Core Structural Component Layers

The component architecture maps the complete end-to-end lifecycle of a financial message (such as ISO 8583) through five distinct functional sub-systems:

1. Network & Message Routing Component (XPNET)

  • Purpose: Coordinates all message traffic across internal processes and physical network nodes.
  • Function: Operates as a specialized middleware network manager that decouples low-level communication links from upper transaction routing layers.
  • Configuration: Relies on a Logical Network Configuration File (LCONF) to define active execution nodes, hardware lines, and physical stations.

2. Perimeter Access Layer (Device Handlers)

  • Purpose: Translates device-specific message protocol formats into the system’s unified internal format.
  • ATM Device Handlers (ATMDH): Manage direct connectivity to automated teller machines, unpack specific vendor dialects (such as Diebold or NCR states), and track terminal hardware statuses.
  • POS Device Handlers (POSDH): Interface with point-of-sale acquirer terminals and merchants.
  • Security Operations: Triggers immediate payload encryption/decryption and Hardware Security Module (HSM) PIN-block translation directly within this ingestion ring.

3. Core Transaction Logic (Authorization System)

  • Purpose: Determines whether a payment request should be accepted, rejected, or modified.
  • Full On-Us Authorization: Inspects internal databases for matching account records, positive balances, and velocity thresholds to issue real-time decisions.
  • Parametric/Negative Checks: Validates card status against offline negative files, usage restrictions, or custom risk parameters.
  • Scripting Engine: Modern BASE24-eps variants execute localized transaction routing scripts via customized operators without forcing a compile rewrite of the core engine core.

4. Boundary Channels (Interchange & Host Interfaces)

  • Interchange Interfaces (ICH): Package and transform the transaction payload into international network profiles (e.g., Visa, Mastercard, regional switches). It handles strict message mapping and regional network check requirements.
  • Host Interfaces (HIF): Create synchronous links back to an institution’s underlying Core Banking system to apply ledger adjustments, check balances, or execute real-time holds.

5. Offline & Administrative Subsystems

  • Extract Component: Gathers active transaction logs and streams filtered payloads out to analytical reporting databases.
  • Refresh Component: Updates terminal operational data, key packages, and card exclusion lists from parent systems down to active execution nodes.
  • Settlement Initiator: Groups, cleanses, and batches net-clearing totals to finalize payment entries into regional clearinghouses.

Architectural Divergence: Classic vs. EPS

The structural design varies significantly depending on the generation of the software deployment:

BASE24 and BASE24-eps architecture overview
BASE24 and BASE24-eps architecture overview

End-to-End Component Transaction Flow

  1. An ATM transaction arrives at the network interface layer managed by XPNET.
  2. The message is routed to the Device Handler, which strips hardware packaging and requests translation from the HSM.
  3. The clean internal message passes to the Authorization Engine.
  4. If it is a “Not-On-Us” card, the engine identifies the destination BIN and transfers routing control to the Interchange Interface.
  5. The Interchange Interface maps the payload to the external scheme standard (such as Visa) and transmits it to the external network.
  6. The outbound network response is unwrapped by the Interchange component and tracked through the core engine to log final response codes.
  7. The transaction safely records inside the active log file, allowing the Extract / Settlement components to pick it up later during batch processing.

BASE24 and BASE24-eps architecture overview

BASE24 and BASE24-eps architecture overview
BASE24 and BASE24-eps architecture overview

European BASE24 User Group (EBUG) dedicated to the BASE24 payment processing system

The European BASE24 User Group (EBUG) was a prominent, community-led organization dedicated to the BASE24 payment processing system. It served as a vital hub for financial institutions and vendors to exchange technical knowledge, discuss platform migrations, and influence the development of ACI Worldwide products. 

Group Overview

  • Primary Purpose: EBUG facilitated networking and technical collaboration among users of the BASE24 ecosystem, including the BASE24 Classic and BASE24-eps platforms.
  • Evolution of Scope: While it began with a strict focus on BASE24, it eventually expanded to include other ACI products like Postilion.
  • Independence: The group shifted from being an ACI-sponsored event to a supplier-agnostic forum known as “The Payments Knowledge Forum” after ACI ended its direct involvement.
  • Legacy Transformation: In its later years, it was affectionately referred to as the “Everybody Belongs User’s Group”, reflecting its inclusive stance as “The Independent Group for All Payments System Users”. 

Detailed Timeline

The history of EBUG is marked by its annual conferences held in major European cities and its eventual transition to an independent entity: 

  • 1980s: EBUG is established as a regional group for the growing BASE24 community in Europe.
  • Early 2000s: EBUG events gain prestige, featuring technical tracks on HPE NonStop transaction monitoring and payment security.
  • 2006–2008: High-profile meetings held in cities such as Istanbul (2007) and Vienna (2008). The 2008 Vienna event was notable for discussing ACI’s strategic shift toward IBM platforms.
  • 2009: The conference takes place in Prague, continuing strong support for BASE24 on NonStop despite broader industry shifts.
  • 2012: The Technical Focus Group (TFG) is held in London at Trinity House. This marks a turning point as the event moved off ACI’s premises, signaling a shift in sponsorship dynamics.
  • 2013: EBUG holds a major forum in Westminster, London, at the Institution of Civil Engineers. By this time, it is officially rebranding toward the broader “Payments Knowledge Forum”.
  • 2015: EBUG fully transitions into the Payments Knowledge Forum, an annual gathering in London that continues the 30-year legacy as an independent, supplier-agnostic body.

……….

The Payments Knowledge Forum (PKF) is an independent, user-led resource dedicated to the exchange of information regarding payment systems. It operates without vendor affiliation, bringing together financial institutions, retailers, processors, and consultants to share practical expertise and shape the future of payment activities. 

Overview of the Payments Knowledge Forum

  • Purpose: PKF serves as a collaborative hub for payment system users to discuss industry challenges, regulatory changes, and technical innovations.
  • Composition: The forum is open to a wide range of industry stakeholders, including:
    • Financial Institutions: Banks and building societies.
    • Retailers: Businesses focusing on consumer point-of-sale and e-commerce.
    • Payments Processors: Entities managing the technical execution of transactions.
    • Consultants: Experts providing strategic and technical guidance.
  • Governance: It is uniquely “run by users for the benefit of users,” ensuring that the information shared is neutral and prioritises the operational needs of the participants over commercial vendor interests.
  • Activities: PKF hosts regular events and an annual conference to address evolving topics such as ISO 20022 migration, central bank digital currencies (CBDC), and security frameworks like PSD2.

Detailed Timeline of Major Payment Milestones

The following timeline tracks critical industry milestones often discussed and addressed within the forum’s scope:

  • 2015: The Payments Strategy Forum was established by the UK Payment Systems Regulator (PSR) to create a long-term roadmap for UK payments.
  • November 2016: Publication of the “Payments Strategy for the 21st Century,” introducing concepts like Request to Pay and enhanced data standards.
  • March 2018: Regulatory Technical Standards (RTS) for PSD2 were published, initiating the transition to Strong Customer Authentication (SCA).
  • November 2018: Launch of TARGET Instant Payment Settlement (TIPS), enabling real-time fund transfers across Europe.
  • September 2019: Full implementation of PSD2 security measures, including the requirement for standardised API interfaces for third-party access.
  • 2020–2024: Acceleration of digital payment adoption following the COVID-19 pandemic, with a notable decline in cash usage at points of sale.
  • October 2021: The Financial Stability Board (FSB) published global targets for cost, speed, and transparency in cross-border payments.
  • February 2024: Swedish krona successfully onboarded to the TIPS platform.
  • April 2025: Danish kroner scheduled for onboarding to the TIPS system.
  • September 2025: Publication of the Digital Euro innovation platform outcome report, detailing findings for future development.
  • April 2026: Review of the Senior Managers and Certification Regime (SM&CR) to enhance accountability in financial services.
  • June 2026: Deadline for firms to demonstrate credible timetables for addressing climate-related financial risks.
  • 2026 (Targeted): Anticipated go-live dates for enhanced access to the CHAPS high-value payment system.

Annual Conference & Resources

The PKF holds an annual conference that serves as its primary knowledge-sharing event.

  • Recent/Upcoming: The 2026 Conference continues the forum’s tradition of deep-diving into operational resilience and the digital transformation of finance.
  • Direct Access: For the latest news and detailed membership information, visit the The Payments Knowledge Forum Official Site. 

……….

Some HPE NonStop BASE24 related User groups on LinkedIn :

BASE24 BASE24-eps User Group Forum | HP NonStop Tandem NSK IBM SUN Windows – News Events Discussion
https://www.linkedin.com/groups/51296/

PCI DSS Compliant Payments Transactions Compliance Monitoring Alerting Querying Archiving Reporting
https://www.linkedin.com/groups/146595/

HPE NonStop Tandem | Guardian OSS Performance Monitoring Management Integrity Blade Itanium ServerNet
https://www.linkedin.com/groups/165816/

BASE24 BASE24-eps – HP NonStop Tandem IBM SUN – Open System Services OSS RealTime – Experts Users
https://www.linkedin.com/groups/150095/

SATUG Southern African HP NonStop Tandem NSK Server User Group – SATUG
https://www.linkedin.com/groups/81881/

Payment Engine Applications Forum | Retail and Wholesale | HP NonStop NSK Tandem SUN IBM Windows
https://www.linkedin.com/groups/80773/

HPE NonStop Tandem NSK OSS Open System Services Monitoring – Users, Experts and Technical Authorities 
https://www.linkedin.com/groups/80740/

Job Batch Scheduling | HP NonStop Tandem Guardian Open System Services OSS Servernet Integrity Blade  
https://www.linkedin.com/groups/78111/