Skip to content

AI fraud intelligence for regulated finance

Fraud intelligence built for regulated finance.

TasawurAI is building an explainable AI platform that helps financial institutions detect suspicious behaviour, understand risk, and investigate fraud across increasingly complex digital transaction environments.

Designed around explainability, human oversight and enterprise deployment.

TasawurAI is a Palestinian–Lithuanian company building fraud intelligence for regulated financial institutions.

Our work sits where financial technology, machine learning and regulatory expectation meet. The platform under development is a decision-support layer: it is designed to help fraud, risk and compliance teams see what is happening across digital transactions and to give them the evidence to act — not to make the decision on their behalf.

We are early. Everything described on this site is what we are building and how we intend it to work.

Company
Tasawur, MB — Vilnius, Lithuania
Stage
In development, pursuing controlled validation
Initial focus
The Palestinian banking sector
Built for
Fraud, risk, compliance and AML teams

Fraud moves faster than static rules.

Digital banking and instant payments have removed the interval that fraud controls were designed around. Detection now has to happen while the transaction is still in motion, and investigation has to happen against a queue that keeps filling.

Rule-based monitoring remains necessary — it encodes what an institution knows and it is auditable by construction. But a rule describes a pattern that has already been observed, and it cannot express degree, context or relationship. Fraud adapts around it, and every threshold tightened to catch more activity also produces more alerts that turn out to be nothing.

The result is familiar to every fraud team: a queue that grows faster than the capacity to work it, and an investigator reconstructing context by hand from systems that were never designed to be read together.

  • Changing fraud behaviourPatterns that worked last quarter describe last quarter.
  • Static rulesA threshold is a decision made once and then applied forever.
  • False-positive volumeReview capacity is finite. Alert volume is not.
  • Account relationshipsThe account is the record. The network is the behaviour.
  • Fragmented signalsDevice, channel, beneficiary and history rarely meet in one place.
  • Limited explainabilityA score without a reason cannot be reviewed, defended or audited.
  • Manual investigationInstant payments compress the time available to think.

Fraud rarely exists as a single signal.

It exists as a relationship between signals — a device that has never been seen, a beneficiary added minutes earlier, a change in pace, a connection between accounts that no individual transaction record contains. TasawurAI is being built around that premise.

Multiple signals. One risk picture.

Rules, machine learning, anomaly detection and graph analytics each read the same transaction differently. The engine consolidates those readings into a single position — with the reasoning preserved rather than discarded.

Four independent evaluations of the same transaction, resolving into one position.

What the institution receives
  • Risk score
  • Contributing evidence
  • Plain-language explanation
  • Recommended action

How these are sequenced, combined and weighted is our own work, and is not published. What we do publish is the output — one risk position, the evidence behind it, and a person who decides.

Designed for complex financial behaviour.

Fraud typologies the platform is being designed to address. Each is approached through a combination of detection methods rather than a single technique.

The account is familiar. The person using it is not.

A credential compromise usually shows up as a cluster of small departures before it shows up as a loss — an unrecognised device, a session that behaves differently, a payee that has never been used.

Signals that can contribute
  • New device
  • Behaviour change
  • Unusual transaction
  • New beneficiary
  • Transaction velocity

Detection approaches described here are in development. They are not a statement of deployed performance.

See the relationships rules can't.

Individual transactions can look normal in isolation. Graph analytics helps reveal relationships, clusters and transaction pathways that may otherwise remain hidden.

Illustrative network
A-2288A-3901A-4417A-5023D-04B-XA-1042A-6110B-ZA-9145A-7204B-YA-8330A-1188D-11

Fifteen entities, each transacting within its own limits. Reviewed one record at a time, nothing here asks for attention.

  • Account
  • Device
  • Beneficiary

Entity resolution

Accounts, devices, beneficiaries and identifiers are resolved into entities that can be reasoned about, rather than repeated strings across separate records.

Structure over volume

Relationship analysis is designed to surface coordination — several accounts reaching one beneficiary, a device reused across them, activity that only looks ordinary one record at a time.

Context for the analyst

Graph findings are intended to arrive as evidence attached to a case, so an investigator sees the network around an alert instead of assembling it manually.

Detection isn't enough. Decisions need context.

A score on its own cannot be reviewed, challenged or defended. Every risk position the platform produces is designed to arrive with the signals that created it and the weight each one carried.

AlertTX-82719
Illustrative
Risk score
0/ 100
High risk
Recommended action

Manual review

A recommendation, not an action. No customer-facing decision is taken by the platform.

Contributing signalsWeight
  • Behaviour anomaly

    Session and timing outside account profile

    +24
  • Previously unseen beneficiary

    Payee added 14 minutes before transfer

    +21
  • Transaction velocity

    Fourth outbound transfer within the hour

    +18
  • Related entity signal

    Beneficiary shares a device with two accounts

    +12
  • Rule trigger

    Amount within 2% of an internal threshold

    +7

TasawurAI is intended to support decisions, not to replace the people who make them.

The platform scores, explains and recommends. Investigation, judgement and the final decision remain with authorised personnel inside the institution — and the record of that decision is part of the system, not an afterthought.

  1. 01

    Model

    Produces a score

  2. 02

    Evidence

    Retains what it used

  3. 03

    Explanation

    States it in reviewable terms

  4. 04

    Analyst

    Reads, investigates, judges

  5. 05

    Decision

    Recorded with its reason

Designed to fit the institution.

TasawurAI is built to work alongside existing core banking and payment infrastructure, and to support different deployment patterns depending on what the institution's environment and obligations require.

Bank environmentIllustrative
Core banking & payment systemsYour systems of record, unchanged
TasawurAIDetection and investigation, delivered as one componentRules · ML · Anomaly · Graph
Fraud, risk & compliance teamsInvestigate, decide, and hold the record

Where each part runs is a deployment decision taken with the institution. This is not a claim that customer data leaves, or must remain within, any particular environment.

What we publish, and what we don’t

How these are sequenced, combined and weighted is our own work, and is not published. What we do publish is the output — one risk position, the evidence behind it, and a person who decides.

Institutions evaluating the platform under NDA receive the detail their risk, audit and technology functions need to make a decision. That material is not on a public website.

Deployment patterns under consideration

  • Bank-side processing

    Detection runs inside the institution's own environment, with customer data remaining under its existing controls.

  • Private infrastructure

    Dedicated infrastructure provisioned for a single institution, isolated from any shared tenancy.

  • Secure API integration

    A controlled interface between bank systems and the detection pipeline, scoped to the attributes detection requires.

  • Controlled model support

    Model development and validation supported centrally, with releases moving into the bank environment under institutional approval.

AI designed for accountable environments.

A model that cannot be explained, monitored, versioned and audited does not belong in a regulated institution. These principles are constraints on how the platform is being built.

  • Explainability

    Every risk score is designed to arrive with the signals that produced it and the weight each one carried, in language a reviewer can act on.

  • Human oversight

    The platform is a decision-support layer. Investigation and the final decision remain with authorised bank personnel.

  • Auditability

    Alerts, evidence, analyst actions and model versions are intended to be recorded as an immutable trail that can be reconstructed after the fact.

  • Role-based access

    Access to cases, customer data and model controls is scoped to role, so investigation and model administration stay separated.

  • Model monitoring

    Model performance is intended to be tracked continuously against live outcomes rather than assessed once at deployment.

  • Drift detection

    Shifts in input distributions and in fraud behaviour are monitored, because a model's accuracy is a function of the world it was trained on.

  • Version control

    Every model, feature set and rule configuration is versioned, so any historical decision can be tied to the exact logic that produced it.

  • Controlled updates

    Model changes are designed to move through validation and institutional approval before they affect production decisions.

  • Data minimisation

    The platform is designed to process the attributes detection requires, rather than to accumulate customer data by default.

  • Secure handling

    Data protection is treated as an architectural constraint — deployment topology, access boundaries and retention are decided with the institution.

Illustrative

Regulatory engagement is part of how we intend to validate this work.

TasawurAI is pursuing controlled validation through the Palestine Monetary Authority Regulatory Sandbox framework. Our proposed testing approach is structured around controlled validation, human oversight and regulatory alignment.

This describes our intended approach to testing. It is not a claim of approval, endorsement, certification or partnership by any regulator or supervisory authority.

Understand risk. Not just alerts.

Interface concepts for the fraud, risk and compliance teams who would use the platform daily — designed for density and traceability rather than for dashboards that look impressive from across a room.

TasawurAI/Risk overview
Open alerts

34

+6 last hour

In review

12

4 analysts

Escalated

5

2 to compliance

Closed today

21

9 confirmed

Alert volume by hourLast 24h
00:0012:0023:00
By typology
  • Account takeover38%
  • Mule network24%
  • Velocity19%
  • Structuring12%
  • Other7%
ReferenceTimeAmountChannelScoreBandStatus
TX-8271914:22:0712,400.00Mobile82HighOpen
TX-8270414:19:513,150.00Web74HighIn review
TX-8268814:16:33890.00Mobile61ElevatedIn review
TX-8267114:11:0222,000.00Branch58ElevatedOpen
TX-8265014:04:48410.00Mobile44ElevatedAssigned
TX-8261213:58:191,275.00Web27LowClosed

Interface concepts in development. All references, amounts and scores shown are sample data.

Built by people who have worked inside financial technology.

TasawurAI works at the intersection of financial technology, artificial intelligence, fraud intelligence, risk and regulatory technology — with a first focus on the Palestinian banking sector and an architecture intended for regulated institutions more broadly.

Vision

Building more secure, transparent and resilient digital financial ecosystems.

Mission

Providing regulated institutions with reliable, explainable and regulator-conscious fraud intelligence.

Founders

MB

Majd Barghouti

Co-founder

Works across AI and machine learning systems, document intelligence, software engineering and banking technology, with a focus on how models are built into production software rather than left in notebooks.

BSc Computer Science & Artificial Intelligence, IE University, Madrid

  • AI engineering
  • Software architecture
  • Machine learning
  • Computer vision
  • Banking software
  • Data analytics
MR

Michael Rantisi

Co-founder

Works on production financial fraud detection, graph-based fraud modelling, transaction analytics and machine learning deployment within international financial organisations.

BSc Computer Engineering · MSc Artificial Intelligence Systems

  • Machine learning
  • Data science
  • Fraud detection
  • Graph machine learning
  • ModelOps
  • Production ML systems

More about the company on the company page.

Financial systems are becoming faster.
Fraud is becoming more connected.
Risk infrastructure must become more intelligent.

We’re building toward that future.

TasawurAI

Let’s build safer financial systems.

For financial institutions, technology partners and regulatory stakeholders interested in TasawurAI, get in touch with our team.

For banks
Fraud, risk, compliance and digital banking teams
For partners
Technology and integration partners
For regulators
Supervisory and sandbox engagement