Backend
Java services that carry the load
REST APIs, batch processing, messaging and persistence with Java and Spring Boot, on systems that book, calculate and settle and have to be right.
Zagreb Europe
A company website, a data migration, a platform in daily production use. The service is scaled to the problem, not the other way round.
Services offered
Both are welcome, and both are quoted the same way: a written scope with the effort the task actually needs.
Backend
REST APIs, batch processing, messaging and persistence with Java and Spring Boot, on systems that book, calculate and settle and have to be right.
Frontend
Angular and TypeScript for business applications, plain HTML and CSS for company websites. A small static site or a compact service for orders is welcome work; the weight of the practice sits on the large backend systems.
Deployment
Software written to run as a container on Azure and Kubernetes, or on a single server when that is enough. We build the application, package it and set up the deployment path; the infrastructure itself stays with your team or your provider.
Architecture
Service boundaries, data models, API contracts and the reasoning behind them, written down so the next developer can follow it and revisited when reality disagrees with it.
AI integration
Classification, extraction and search over your own documents, built with validation, confidence thresholds and a person in the loop, so nothing reaches a business system unchecked.
Requirements
Reviewing what exists, naming the gaps and contradictions, and writing something the business side and the developers can both sign. The part that gets expensive later when it is missing.
Engineering capabilities
The stack the work is built on. Chosen for what a system should do, not for what is new.
Systems designed for load, scaling and operation on a cloud platform.
Robust backend services and modern front ends.
Systems kept in step, and the data in them put to use.
Language models used where their benefit can be checked.
Tests, traceability and security requirements from the first increment.
Project examples
Examples from the sectors this work comes from, from a corporate system down to the website of a small company. Each describes the setup and the question it hangs on.
Insurance · Cloud platform
Dozens of small services on a cloud platform, and underneath them a layer holding everything they all need: a BPM engine for the long-running business processes, a central authorisation server, a replicated in-memory session store so any instance can answer any request, and shared libraries for logging and error handling. The cost of this shape is that cross-cutting layer. The benefit is that the individual services stay small enough to be replaced.
Document-heavy process · AI
Incoming documents pass through a chain: classification, extraction into a validated schema, indexing for search. The model only proposes. The architecture decides what happens next — anything below a confidence threshold goes into a review queue for a person instead of into the business system. Each step is its own service, so the model can be exchanged without touching the process around it.
Retail · Store accounting
A host application grown over decades, with a very large database on the mainframe, remains the leading system and is not going to be replaced. New capability is added next to it as separate services that read the same data and publish their results to the neighbouring systems over REST and messaging. The architectural question is not how to retire the host, but where the boundary between host and service runs and which side owns which data.
Public administration · Batch
A system whose work happens in scheduled runs rather than in requests: jobs with restart points and per-record error handling, so a run that fails part-way resumes instead of starting again. The decisions that change with legislation live in a rule engine rather than in the code, so they can change without a release, and adapters for file transfer, mail and SOAP face the neighbouring systems that cannot be changed at all. Throughput and restartability matter more than latency.
Financial services · Advisory application
An established back-office system supplies the master data and executes the transactions, and it cannot be modified. In front of it sits a backend that holds the session, merges data from several sources and exposes one narrow REST interface to an Angular application. The work is not in the screens. It is in that middle layer: timeouts, duplicate answers and idempotency, so that a transaction the user triggered once takes effect exactly once.
Small company · Website
A handful of pages in several languages, written as plain HTML and CSS and delivered as static files: fast on a phone, no cookie banner because there is nothing to consent to, and hostable almost anywhere for a few euros a month. Design drafts along the owner's own ideas come early, before any technology is chosen. Later changes are either handed over as a simple editing path or done on call.
A short description of the problem is enough for a first assessment and an honest answer on scope — including when the task is smaller than expected.
German and English are the everyday working languages; enquiries in any other language are equally welcome and answered in the one you wrote in.