Skip to content
RAFITTECH

Services

Automation and software built around one specific process. These are the areas I work in most often.

Process automation

Repetitive manual work turned into a process that runs itself — from pulling the data, through validation, to the report in your inbox.

We start with what actually eats your time: copying data between systems, manual spreadsheets, monthly reports assembled from five sources, handling files from metering devices or third-party systems.

The result is not “a script on somebody’s desktop”. It is a process with logging, error handling and documentation — one that keeps working when you are on holiday.

Typical work: measurement and billing file processing, automated reports (Excel, Word, PDF), data synchronisation between systems, RPA for desktop applications that have no API.

Web applications

Internal tools, dashboards and calculators built around your process — instead of bending the process to fit an off-the-shelf box.

When a spreadsheet stops being enough but a full ERP is a cannon aimed at a fly, a small, well-designed application wins: one screen, one job, no training needed.

Built on Python (Django) and React — a stable, well-documented stack that will still be maintainable in five years, including by someone other than me.

Integrations & APIs

Systems that don't talk to each other start exchanging data — over an API, files, a database or e-mail, whatever is actually available.

You rarely get a full set of clean APIs. It is usually a mix: a REST API from one vendor, a CSV export from another, e-mail attachments from a third, and a desktop application with no interface at all.

My job is to tie that into one predictable flow and document it so it can be maintained.

Process modelling & gap analysis

Before anything gets coded — a map of the process, its bottlenecks and the places where work quietly disappears. Sometimes the best fix needs no code.

Automating a bad process gives you a bad process that runs quickly. So every project starts with talking to the people who actually do the work, and drawing the process out step by step.

Very often it turns out two steps are unnecessary, one can be solved with a setting in a system you already own, and only the rest needs automating. I say so openly — even when it means less work for me.

Reporting & data processing

Data from many sources, one consistent truth, and a report that builds itself in the format you actually use.

Excel, Word, PDF, database, dashboard — the format should be whatever suits the reader, not whatever suits the developer.

I cover the whole path: fetching the data, validating and cleaning it, running the calculations, generating the document and delivering it where it needs to go.

From first contact to delivery

No surprises, and no invoice you didn't see coming.

  1. 01

    Conversation and process map

    I talk to the people who actually run the process and draw it out step by step. This is usually where the gaps and the unnecessary steps surface.

  2. 02

    Scope and quote

    You get a short document in plain language: what will be built, what is out of scope, what it costs and when it will be ready. One number, no hourly billing.

  3. 03

    Build, with progress in the open

    I work in short cycles and show working pieces as they land. Feedback goes in during the build, not after handover.

  4. 04

    Handover and support

    Documentation, code and access are yours. I stay available for as long as you need — without making you dependent on me.

Got a process that eats your team's time?

Describe in two sentences what happens today. I'll tell you whether it can be automated, roughly what it costs and how long it takes — before either of us signs anything.