Coreal.
Book a working session →
← PLATFORM·P5 · Wealthtech · Brokerage

Neobroker

A multi-asset broker with broker integration, bank linking, fractional shares and auto-invest — sitting on top of the same ledger as the wallet. MiFID II best-execution reporting and ten pre-trade risk checks before any order is routed.

Users
12k+
Cost
$0 comm
Reg
MiFID II
BROKEROPEN BANKINGMIFID IIT+1
01Capabilities

What ships in the box.

C-01

Broker integration

Multi-broker routing with smart order router

C-02

Bank linking

Open Banking PSD2 funding

C-03

Fractional shares

Notional ownership down to €0.01

C-04

Auto-invest

Recurring DCA with portfolio rebalancing

C-05

MiFID II reporting

Best-execution + transaction reports

C-06

T+1 settlement

Aligned with EU 2027 migration

02Technical deep dive

How it works under the hood.

Five sections covering the structural decisions, the data model under them, and the operational characteristics you can show to an architecture review or a regulator.

§ 01

Pre-trade risk: ten checks, not one

Most retail brokers run a single pre-trade check: "do you have buying power?" That single check has historically allowed retail customers to execute trades that would have been refused under any rigorous suitability framework. The Coreal Neobroker runs ten pre-trade checks in sequence: (1) suitability — does this instrument match the user's risk profile per MiFID II appropriateness; (2) buying power — funded balance plus eligible margin; (3) position concentration — single-name limits; (4) leverage — combined account leverage including derivatives; (5) volatility regime — instrument flagged for elevated risk in current regime; (6) market hours — instrument tradeable now; (7) market-abuse surveillance — pattern flagged for review; (8) sanctions — counterparty screening; (9) instrument restrictions — geo, age, certification; (10) execution venue availability — venue accepting orders. Any failure surfaces a clear reason; the check itself is journaled.

§ 02

Fractional shares and the basket model

Fractional shares require an internal accounting model that keeps "0.137 shares of NVDA" on the customer's book while the broker holds whole shares in inventory. Coreal does not use a single omnibus broker account with rounded internal allocations — that creates rounding drift over time. Instead, Coreal's ledger holds exact fractional positions (down to €0.01 notional) per customer, and the firm holds a basket of whole shares at the broker. When customer buys/sells aggregate to a whole-share boundary, the firm rebalances the broker holding; intermediate positions are firm-internal. The customer's fractional balance is always exact; the firm carries the rounding inventory.

§ 03

Smart order routing for retail

Retail order routing is supposed to find the best execution price across available venues. In practice, many brokers route to whichever venue pays the highest payment-for-order-flow rebate. Coreal's router optimises for net-of-fee execution price for the customer, not rebate income for the firm. The router considers: quoted spread, depth at touch, expected slippage at order size, fee schedule, settlement reliability. The chosen venue and the alternatives considered are stored in the trade journal. MiFID II best-execution reports are generated directly from this journal, not from a separate compliance system.

§ 04

Auto-invest with rebalance discipline

Recurring DCA (dollar-cost averaging) is the simplest retail investing pattern, but most implementations break down when portfolios drift. Coreal's auto-invest combines a target allocation (e.g., 60% global equity, 30% bonds, 10% gold) with a configured rebalance threshold. Each scheduled deposit is allocated to the most underweight asset rather than spread mechanically across all assets. When drift exceeds threshold, the next deposit (or an explicit rebalance) sells the most overweight asset. This produces a portfolio that stays close to target without generating gratuitous taxable events.

§ 05

T+1 settlement and the EU migration

The US moved to T+1 settlement in 2024; the EU is on track for 2027. Coreal's ledger and reconciliation pipeline are already T+1-capable: trade-date journals carry a settlement-date prediction, the settlement file from the broker is matched on the predicted date, and any breaks are escalated to operations within the same business day. When the EU migrates, the platform requires a configuration change, not a code rewrite. The reconciliation runbook has been tested against simulated T+0 settlement for the 2030+ horizon.

03Data model

Core entities & key fields.

The handful of entities you would design first if you were building this from scratch. Naming and field shape match what an audit firm or counterparty would expect.

ENTITYPURPOSEKEY FIELDS
accountBrokerage account per customer with suitability profileid · customer_id · regulator · suitability · risk_tolerance · status
instrumentTradeable instrument with metadataid · symbol · venue · type · currency · tick_size · restrictions
positionFractional or whole position held by customerid · account_id · instrument_id · quantity · cost_basis · market_value
orderSubmitted order with full pre-trade contextid · account_id · instrument_id · side · size · price_type · status · pre_trade_journal
executionFill record from brokerid · order_id · venue · price · size · fee · ts · settlement_date
recurring_planAuto-invest schedule and target allocationid · account_id · target_alloc · cadence · next_run · status
04Request lifecycle

From input to settled state.

The path a single operation takes through the system. Every step is journaled and replayable.

1. Order entryCustomer submits order in app; mobile/web → BFF
2. Pre-trade gate10-check sequence: suitability → buying power → … → venue availability
3. Smart routingRouter picks best-execution venue; alternatives logged for MiFID report
4. Broker submissionOrder submitted via FIX/REST to chosen broker with idempotency
5. Fill ingestExecution report parsed, position updated, fee + settlement-date recorded
6. T+1 reconciliationBroker settlement file matched against expected; breaks escalated
05Operational characteristics

What this looks like in production.

SLO-01
Pre-trade checks
10

All checks pass before any order release

SLO-02
Order entry p95
< 70ms

UI submit → broker ack

SLO-03
Best-execution capture
100%

Every order journaled with venue + alternatives

SLO-04
Suitability coverage
100%

Every account assessed under MiFID II appropriateness

SLO-05
Settlement break SLA
< 24h

Reconciliation breaks resolved or escalated

SLO-06
Active users
12,000+

In production

06Architecture

Behind the surface.

Mobile BFF → broker router (10 pre-trade checks) → execution venues. Settlement reconciled into the wallet ledger at T+1.

07Integrations

Vendors & rails.

IBKRDriveWealthOpen BankingKYC sponsorCustodian
08Regulatory posture

MiFID II · ESMA · suitability assessments · MAR market-abuse surveillance.

09Adjacent products

The rest of the platform.