Banking & fintech

Software development for banking and fintech

We build software for banks and fintechs: internal platforms people use all day, identity and authentication, AML and KYC workflows, and the payment approval flows that have to hold up under supervision.

Most bank digitalisation work is not a greenfield product. It is a process that already exists, running on a tool that has outlived it, with rules nobody has written down in one place and an audit trail spread across four systems. That is the work we take on.

Internal banking platforms

For SEB we built a financing analysis tool end to end — from the first workshop through to the version bankers use in their daily work. Product, engineering and delivery were all our scope.

It is an internal tool, so we do not show it. We are happy to talk about how it was built.

  • Tier-1 Nordic bank
  • Built end to end
  • In daily use

AML and KYC systems

We do not sell an AML product. We build and customise the systems banks run: onboarding and remote identification, screening, transaction monitoring and case management — shaped to the rules and thresholds your compliance function has actually approved, rather than to a vendor's defaults.

That distinction is a commercial one, not a modest one. If an off-the-shelf platform fits the process well, it is usually the right choice. We become useful when it does not: when the process is specific, the integrations are awkward, or the existing product cannot be made to do what compliance and the regulator require.

What sits alongside it

Identity, authentication and payment approval

Smart-ID, qualified electronic signature, strong customer authentication under PSD2, biometric enrolment. The Smart-ID applications we build carry over a billion transactions a year, including bank payment confirmations.

Read more

AI-assisted banking workflows

Alert triage, document and transaction screening, internal assistants — built so that the supporting evidence and rationale survive the decision, and a person remains accountable for it.

Read more

Audit trails and supervision

Everything above is built to be explained to a regulator. We have shipped into environments where the code is reviewed by professionals whose job is to audit the code and test the reliability, and that expectation shapes how the systems are put together rather than being documented afterwards.