FinmindFinancial intelligence
Interface language

For banks, insurers, funds and regulators

Every figure sourced.
Every limit stated.

Finmind consolidates Uzbekistan's capital markets, FX, commodities and macro data from official sources, and runs tax, screening, insurance, pension and portfolio engines on top, with a free plan for individuals and, for organisations, a Basic evaluation and an Advanced contract. This brief is for the institution deciding whether to buy: what the system does, where the data comes from, how it is secured, and what we refuse to claim.

Deciding whether to buy

You are in the right place. The brief below is the platform, provenance, posture and price included.

Deciding whether to fund

Investors and diligence teams have their own register. Finmind for investors.

Illustration: three translucent planes of light receding into the dark, with one small periwinkle point above themIllustration: three translucent planes of light receding into the dark, with one small periwinkle point above them

The mandate

What Finmind does for an institution

One platform in place of the portals your analysts already juggle. Everything in this section exists in the running system today. The organisation features listed next are marked coming soon until they are built.

For a bank
The whole retail market on one screen: deposit, loan and card catalogues read from each bank's own published pages, the central bank's registry of 35 licensed banks, official FX and the interbank money-market curve. Rates are stored as the bank stated them, never computed to fill a gap, so a comparison desk sees what was published and what was not.
For an insurer
A market view of 51 products from ten insurers, the state register's participant roster, and a needs-analysis engine whose every multiplier is a named industry convention, disclosed in the response and overridable per call. An input it lacks returns “cannot assess” with the missing list, never a need of zero.
For a fund or brokerage
The exchange's own numbers in a queryable warehouse: prices, disclosures, corporate actions, fundamentals and 300+ named ratios per issuer. Shari'a screening to AAOIFI Standard 21 and Meezan's criteria across every listed ticker, and portfolio risk (volatility, VaR, drawdown, beta, concentration) computed in exact decimal.
For a regulator or auditor
A system built to be examined. Every figure carries its source and date; an unknown renders as “n/a” with a machine-readable reason; statutory parameters cannot be saved without citing their decree; and anything that can act on money writes an audit row with its reasoning before it acts.

Organisation features

What an organisation account includes

An organisation account holds these features under its contract. Its members use them inside the organisation's workspace; they are not sold to individuals and unlock nothing in a member's personal Finmind account. Institutional terms are agreed by contract.

Organisation workspace

  • Organisation portfoliosThe institution's own books: portfolios with a book type and base currency, positions by file import or manual entry, term deposits, price overrides with an audit trail, daily valuation and allocation.Coming soon
  • Organisation performanceTime-weighted and money-weighted returns for each organisation portfolio from its daily valuations, by period, against a benchmark the organisation chooses.Coming soon
  • Limit rules and checksInvestment-limit rules per portfolio from templates with their regulatory citation, daily checks with pass, warning, breach or cannot-evaluate, and acknowledged breaches.Coming soon
  • Organisation reportsPDF and XLSX reports built from the same figures the API returns, kept in private storage with audited downloads, and schedules that email a sign-in link.Coming soon
  • Shared watchlists and notesWatchlists and versioned research notes owned by the organisation and shared by its members by role.Coming soon
  • Organisation data exportsHoldings, valuations, transactions and limit-check results exported as CSV or XLSX for the organisation's own systems, each export audited.Coming soon
  • Organisation API keysScoped, expiring API keys with per-key rate limits and usage counters for the organisation's own systems.Coming soon

Market and research data an organisation can also hold

  • Yield Curve
  • Exchange (UZCE) & Debt Market
  • Disclosures Feed
  • Macroeconomic Dashboard
  • Interbank Rates
  • Dividends & Coupons
  • Investor Calendar
  • Advanced Charts
  • Market Analytics
  • Stock Screener
  • Global Commodities
  • UZEX Commodities
  • Real Estate
  • Wall Street
  • Company Valuations
  • Price Projections
  • Stock vs Bond Comparison
  • Stock & Cross-Asset Comparison
  • Company Analysis
  • Commercial FX Rates
  • Deposits Comparison

Provenance

Where every number comes from

The registry that governs this platform has one evidence rule: an upstream may be marked live only when a named code path talks to it AND we have observed the data it wrote, with a row count and a date. These are the sources that pass it today.

Live upstream data sources
SourceWhat it supplies
Central Bank of Uzbekistan (cbu.uz)Official UZS FX rates, policy rate, gold-bar prices, bank registry and the sovereign yield curve.
CoinGecko crypto prices (api.coingecko.com)Crypto asset prices and market caps for the global-markets crypto strip.
Gold spot feeds (gold-api.com, Yahoo GC=F)International gold spot price (XAU/USD) for the gold page and real-return math.
Narx-Tahlil price monitor (narxtahlil.uz)Official consumer product price statistics for the cost-of-living view.
OpenInfo corporate disclosure portal (openinfo.uz)Issuer disclosures, daily exchange OHLCV bars (stocks, ETFs, bonds), issuer fundamentals and the day-aggregate screener behind live quotes.
State Statistics Committee SIAT (stat.uz)Official macro indicators (CPI, GDP and friends) for the macro dashboard.
Central Securities Depository (uzcsd.uz)Corporate actions (dividends, meetings) from the depository's public register.
Uzbek Commodity Exchange (uzex.uz)Commodity trade register and weekly exchange quotes for the commodities view.
Uzbek Republican Currency Exchange (uzrvb.uz)Weighted FX rates and volumes, the interbank/repo money-market curve and government-bond auctions.
Tashkent Stock Exchange (uzse.uz)Real-time trade tape, authoritative share registry (shares outstanding/par) and bond listings.
Yahoo Finance quotes (query1.finance.yahoo.com)Global market quotes (US indices, big tickers) for the world-markets strip.

The registry holds 26 upstreams in all: beside the 11 live above, 9 are partial, 3 designed and 3 blocked by gates no code can open, each with its blocker stated. The full board, status by status, is on the investor register.

Upstream systems live
11 of 26
the platform's own integrations registry, one entry per upstream
Timescale hypertables
4
the warehouse schema: four create_hypertable calls, one per market time-series
Named ratios per issuer
300+
the schema notes on the tall ratio store: one row per ratio per period
Float columns in the schema
0
one query over the database's own column catalogue: columns typed double precision or real, schema-wide

Measured against the repository and the running system (registry and schema figures 23.08.2026 and 31.08.2026). The investor register publishes the measurement note beside every figure.

The warehouse itself is TimescaleDB. Market time-series live in 4 hypertables; price bars are chunked in 30-day partitions and compressed after 90 days, so range scans stay fast as history grows. Ratios are stored one row per ratio per period, which is why a new ratio needs no schema change.

And the rule underneath all of it: every price on this platform comes from a named source, or it is left blank, with the reason shown. A ratio that cannot be computed is left blank too, with the reason recorded per instrument and per ratio. Zero is a claim; we only make it when a source did.

Posture

Security, stated as what the code does

No certification is claimed anywhere on this page. What follows is the actual posture, control by control, each verifiable against the source.

Credentials encrypted, failing closed
Brokerage credentials are Fernet-encrypted with a key that exists only in the environment. There is no default key and no generated fallback: if the key is absent, every encrypt and decrypt raises, and the platform refuses to store the credential rather than persist plaintext.
Entitlements enforced on the server
A feature grant is an API permission checked on the backend, not a hidden button. What a user has not bought, the API refuses; the interface merely reflects that refusal.
Every row has an owner
Portfolios, orders, messages and declarations are owner-scoped at the query level. One user's data is structurally invisible to another, not filtered out in the view layer.
Two-factor that proves delivery first
Optional Telegram two-factor login can only be enabled after a live code was actually delivered and verified, so no Finmind account can become gated on an undeliverable code. Codes are hashed, expiring, attempt-capped and single-use, and two-factor is deliberately not a paid feature.
Secrets masked by default
Anything secret-like renders masked and is revealed per item behind an explicit control; list views only ever hold the masked shape.
Money is exact, end to end
NUMERIC(38,2) in the database, decimal strings on the wire, integer minor-unit arithmetic in the browser. No money value touches a float anywhere, and the schema can prove it in one query.
A statutory number cannot be uncited
Tax and pension parameters are effective-dated rows naming the decree that set them, and the database CHECK constraint refuses a row without a source reference. Citation is schema, not habit.

What we do not hold: no ISO 27001, no SOC 2, no PCI DSS. Nobody has audited this platform but us, and a procurement page that implied otherwise would fail the first check you ran. The controls above are code; bring your security team and we will walk them through it, module by module.

Integration

How data gets in, and what gates it

Four lanes, honestly labelled: what arrives live, what arrives at protocol level, what arrives by file because the law or the upstream allows nothing better, and what waits on a contract rather than on code.

Live, on a schedule

  • The eleven upstream feeds above are fetched on schedules, cached, and shared across all users.
  • A feed that hiccups serves its last good snapshot, labelled with its age, rather than a gap or a guess.
  • A non-positive price is dropped, not displayed: an empty panel is honest, a fabricated zero is not.

The broker, at protocol level

  • The platform speaks the UZSE broker terminal protocol (fondbozori.uz) natively, not as a screen-scrape: brokerage account sync, order routing and reconciliation against the venue's own order list.
  • The login cryptography is locked to published test vectors byte-for-byte, asserted in two client implementations' test suites.
  • The venue offers no public API and pushes no fill confirmation; what that means in practice is stated in the limits below.

By file, on purpose

  • Broker statements import from files, so a portfolio never depends on a live connection.
  • KATM credit reports are read from the file the subject downloads themselves: the bureau publishes no consent-free API, and under law that is the only route that needs nobody's permission but the subject's.
  • Insurance policies paste in from the state register keyed on the register's own series and number, so the same policy can never import twice.

Gated by contract, not by code

  • OneID (id.egov.uz) national sign-in is implemented and not live: client registration is contract-only, and no call has ever completed a round trip. We say so rather than imply otherwise.
  • The taxpayer cabinet (my.soliq.uz) needs a per-taxpayer E-IMZO session or a service agreement; neither can be coded around.
  • Payment operators publish their merchant protocols, and the adapters are written against them; the credentials only exist after signed agreements, so none is switched on.

Procurement

How it is bought and deployed

An organisation chooses between two plans for its type. Basic is the evaluation period after approval, with the basic features for that type and nothing charged. Advanced opens every institutional feature, with seats and term agreed by contract and invoiced; a Finmind administrator switches it on when the contract is recorded. Every entitlement is enforced as a server-side API permission, so what the organisation holds and until when is a database fact rather than a billing convention.

Plans by organisation type

Basic

14-day trial

After approval, the organisation evaluates the basic features for its type. Nothing is charged, and the organisation pauses at the end of the trial until a contract is signed.

  • Organisation portfoliosComing soon
  • Shared watchlists and notesComing soon
  • Disclosures Feed
  • Macroeconomic Dashboard
  • Yield Curve
  • Interbank Rates
  • Dividends & Coupons
  • Investor Calendar
  • Limit rules and checksComing soon
  • Deposits Comparison

Advanced

All institutional features, priced by contract

Seats, features and term are agreed in a contract and invoiced. A Finmind administrator switches the features on when the contract is recorded. There is no card checkout.

  • Organisation portfoliosComing soon
  • Organisation performanceComing soon
  • Limit rules and checksComing soon
  • Organisation reportsComing soon
  • Shared watchlists and notesComing soon
  • Organisation data exportsComing soon
  • Organisation API keysComing soon
  • Yield Curve
  • Exchange (UZCE) & Debt Market
  • Disclosures Feed
  • Macroeconomic Dashboard
  • Interbank Rates
  • Dividends & Coupons
  • Investor Calendar
  • Advanced Charts
  • UCI Index
  • Market Analytics
  • Stock Screener
  • Gold (CBU)
  • Global Commodities
  • UZEX Commodities
  • Real Estate
  • Wall Street
  • Company Valuations
  • Price Projections
  • Stock vs Bond Comparison
  • Stock & Cross-Asset Comparison
  • Company Analysis
  • Commercial FX Rates
  • Deposits Comparison

Limit template

Pension fund or external manager

Empty: no primary source for the investment rules of pension money was found. Write the mandate's limits yourself.

No starting rules: the organisation writes its own limits.

How onboarding works

  1. 01

    Apply

    A public form: the entity and its STIR, the licence and its regulator, the applicant and the signatory, what you want to use, and three consents. A confirmation link goes to the work email; nothing enters review until it is opened.

  2. 02

    We verify the entity and the licence

    A Finmind sysadmin checks the STIR and the name in the state register, the licence in the regulator's register (NAPP or the central bank), the applicant by a call-back or an official-domain email, the signatory's authority, and a sanctions screening, by hand, with the evidence recorded. A pension fund, a bank or an insurer is approved by two sysadmins. We may write back for information.

  3. 03

    Your owner is invited

    On approval the person the signatory named receives the owner's invitation, and an evaluation period begins.

  4. 04

    Your contract

    Seats, features and term are agreed in an agreement, off the platform; its reference is recorded here. Nothing is charged before it is signed.

  5. 05

    You are active

    A sysadmin activates the organisation once the contract is recorded. Activation is manual on purpose: it is the moment obligations start.

Institutional terms are agreed by contract: seats, features and term. We state no review time: the checks are done by hand, and you are emailed at every step.

Deployment, as it runs today

The platform is a containerized stack: a Django API with scheduled workers, an ingestion service, a Next.js frontend and a TimescaleDB warehouse (the compose file that starts the stack is the deployment itself, not a diagram of it). Payment collection is manual today, by design and by necessity; the limits below state exactly why, because how we take money is part of what you are evaluating.

An institutional purchase therefore starts as a conversation: scope, seats, the agreement, and a service level negotiated with the infrastructure to honour it. The platform you would be agreeing about is running now, and you can drive it before any of that paper exists.

Stated before you find them

What we refuse to claim

A procurement page is credible in exact proportion to what it admits. These are the limits that bear on a purchase decision, in our own words.

Nobody bought before you
No institution runs Finmind today. There are no reference customers, no logos, no usage figures on this page, and none held back to show privately. What we can demonstrate is the running system itself, live, with you driving.
No certificate stands behind the security chapter
No ISO 27001, no SOC 2, no PCI DSS assessment has been performed. The security section above describes what the code does, and every control on it can be verified against the source with us in the room. We state the posture; we do not borrow a badge for it.
No SLA and no uptime figure
We publish neither, because neither has been measured over a period we could defend. A service level belongs in an agreement, negotiated with the infrastructure to honour it, not asserted on a web page first.
The state's own gaps bind us too
There is no e-filing API, so the platform renders the exact declaration and the taxpayer files it. The compulsory-insurance register is captcha-gated, so policies are recorded and linked to the register, not verified against it. Where a decree behind a statutory number is unpublished, the affected rows say pending rather than guess.
Payment collection is manual today
A purchase is a server-priced request, a reference QR that is explicitly ours, an out-of-band payment and a human approval that creates the time-boxed grant. For an institution that means an agreement and an invoice conversation, not a checkout. The automation exists in code and waits on operator agreements, not on engineering.

This is the buyer's selection, not the whole record. The complete register of limits, the order ledger and the defect history live on the investor register, where every figure carries the measurement that produced it.

Next step

Evaluate the running system, not this page

Contact details read from the platform's own public settings, through a cache of a few minutes.

Ask for a walkthrough and we drive the live platform with your team watching: the data warehouse and its sources, the screening output with its refusals, the declaration export in the authority's own notation, and the places where the system says “n/a” and why. The honest gaps are the demonstration; a product that cannot show you its refusals is hiding them.

Bring your own checklist. Every measured figure we publish carries its measurement basis and date, and your team can re-run each one with us in the room.

Contact

Questions or a problem to report. Your message reaches the team directly; the answer appears in your Finmind account (Settings, then Support) and in Telegram when your chat is connected.

Prefer email? finmind_support@protonmail.com

required

To continue, enter your email, write your message, and tick the box that lets us store your message.

Your message goes straight to the Finmind team.