A unified architecture for Sharia-compliant finance
The solution helps integrate Islamic banking into the existing banking architecture, ensuring that Islamic product requirements are implemented not only at the methodology level but also within every transaction.

For a conventional bank, the solution can be implemented as a separate Islamic financial contour within the existing core banking system. A fully Islamic bank can use a separate system instance in which the entire product and operating model is built in accordance with Islamic banking principles.
Product advantages
A unified technology platform
An Islamic window does not require a second independent IT system alongside the existing core banking system. The solution separates what must be separated: products, contracts, accounts, transactions, users, and dedicated controls. Integrations, selected customer data, shared infrastructure, and platform services can remain unified.
Sharia requirements embedded in the transaction
Control becomes part of the banking process rather than merely a subsequent review. The system links the deal status, contract, transaction, account, accounting entry, documents, authorization, and mandatory prerequisites. If the next stage requires confirmation of asset ownership, the operation remains unavailable until that condition is met.
Segregated accounting through to the General Ledger
Islamic contour attribution is maintained throughout the entire chain—from the product and contract to customer accounts, analytical accounts, and the General Ledger. The bank receives a fully independent financial contour rather than a merely formal separation of the product portfolio.
Digital perimeter of the Islamic window
Segregation is enforced systematically across four dimensions: organizational, product, accounting, and user.
A product factory instead of one-off customizations
Islamic banking is designed as a manageable model with a mechanism for supporting an entire family of products. Each product can have its own contractual logic, transaction sequence, and rules for accounting, funding, control, and reporting. The architecture supports consistent portfolio development without turning every new product into a separate exception within the core banking system.
Functional Islamic Banking
  • From product to accounting entry. The solution connects Islamic finance requirements to actual banking processes. The contractual model, transactions, accounting, and controls operate as a single end-to-end chain.
  • Product and contractual logic. The system defines deal scenarios, statuses, transaction sequences, and transition rules between stages. Each product has its own logic for handling assets, settlements, early performance, overdue obligations, and other scenarios.
  • Accounting and financial results. Islamic transactions use separate accounts, analytical dimensions, and accounting models. The system supports the specific rules governing income recognition and separates permissible and non-permissible amounts in the financial result.
  • Control throughout the entire lifecycle. Controls apply not only during product launch or subsequent audits. Restrictions can be embedded directly in transaction execution and deal status transitions.
  • Roles and authorization. Employee access is determined by system settings. Users can access only the products, contracts, accounts, and transactions covered by their assigned role.
  • Accounting for penalties and non-permissible income. For applicable scenarios, the system maintains separate accounting for amounts that must not become regular bank income. The accounting model can segregate these amounts and route them to a dedicated Charity Account.
  • Control over the use of funds. The architecture links financing to the underlying asset and the designated purpose of the funds, enabling compliance with established restrictions to be monitored directly within the banking process.
  • Segregated and consolidated reporting. A unified technology platform provides separate data for the Islamic and conventional contours as well as consolidated data for the bank as a whole. Specialized reporting is configured according to the requirements of the individual bank and regulator.
Outcome
A separate Islamic contour without a second banking system
The bank gains systematic segregation of products, contracts, accounts, transactions, and access rights while retaining a unified technology platform.
Principle enforcement within actual transactions
Islamic model requirements move beyond methodology into workflows, accounting, authorization, and system restrictions throughout the entire deal lifecycle.
A foundation for product portfolio development
The architecture is designed not for a single product but as a mechanism for the consistent launch and scaling of an entire family of Islamic banking products.

OFFICE

34 Istikbol Street,

Tashkent, Republic of Uzbekistan