Core banking components
Ledgers, account structures, fee and limit engines, treasury automation, reconciliation reporting.
Services
Three lines of work: building software for financial companies, advising on the technical side of running it, and compliance work from fixed-scope packages to an outsourced function.
We build in the financial domain, on the back of a payment platform we run in production. Most engagements start from a module on Beeqeeper or from a system the client already runs.
Ledgers, account structures, fee and limit engines, treasury automation, reconciliation reporting.
Payment flows, approval and four eyes controls, client onboarding with KYC, and reporting a supervisor will ask for.
Bank adapters, SEPA messaging, blockchain nodes, KYC and AML providers, FX rate feeds.
Advice from people who run a payment platform in production.
System structure, data flows, failure points, and where the line runs between building and buying.
Which bank, KYC or custody provider fits the flow you are building, and what each integration costs in engineering time.
Authentication, role design, audit trails, and the evidence a supervisor asks for. We hold no ISO 27001 or SOC 2 certificate today and say so up front.
An outsourced compliance function for payment and crypto companies, plus fixed scope packages. You fill in a questionnaire, we draft on templates we use ourselves, then we hand over on a call and stay available afterwards. You keep the source files.
A readiness review and the documentation set a crypto asset service provider needs for its application. Three to four weeks.
Where your ICT arrangements stand against DORA, what is missing, and what has to be written to close it. Two to three weeks.
A baseline set of policies and records for teams putting AI into a regulated process. Two weeks.
People who write and maintain compliance documentation for regulated financial companies as their daily work. One of them holds an ICA certification.
The same four steps on every engagement.
You describe the licence, the currencies, the volumes and what already runs. We say what is realistic and what is not.
A rough estimate first. Then a specification with a fixed scope and dates, agreed before anyone writes code.
We ship in increments against the specification, with a review at the end of each one.
You get the working system and its documentation. Support continues under the agreement.
The boring guarantees, stated plainly.
We sign before we see anything.
External models are not trained on client documents.
Documents are not kept beyond the support window unless you ask us to keep them.
Czech and English.
Describe what you run or plan to run. We will say what is realistic, and what it takes.