“We have the data, but the comparison is problematic”
Three systems, two spreadsheets, and an export that someone manually edits. I build a layer that consolidates, cleans, and maintains consistency, working autonomously without your involvement.
Aleksander Ambros Silesia, Poland
I build B2B systems that put this in order and then run every day, unattended, without you in the loop. For eight years I was responsible for a process with no second attempt: a bad run meant losing the entire batch, not restarting it. The same rule applies to my code.
I run one project at a time.
{
"status": "success",
"data": {
"events": [
{
"event_type": "COMPANY_NAME_CHANGED",
"old_value": "NORBUD Sp. z o.o.",
"new_value": "NORBUD Sp. z o.o. w likwidacji",
"event_date": "2025-04-14",
"severity": "warning"
},
{
"event_type": "COMPANY_CLOSED_DATE",
"old_value": null,
"new_value": "2026-02-28",
"event_date": "2026-03-02",
"severity": "critical"
}
]
},
"meta": {
"total": 2,
"per_page": 20,
"current_page": 1,
"last_page": 1,
"fetched_at": "2026-03-24T15:20:44+00:00"
}
}
An example of a real response structure; the entity data is synthetic. You do not have to take my word for it, you can check it yourself.
// Let us start with you
I do not do websites or online stores. I work on situations where the data and the processes have outgrown the tools you are using to hold them together.
Three systems, two spreadsheets, and an export that someone manually edits. I build a layer that consolidates, cleans, and maintains consistency, working autonomously without your involvement.
Repetitive work that eats days and always ends in a typo. I turn it into a process that runs in the background and speaks up only when something is genuinely wrong.
The last column tells you how things are now, not how they got there. I build systems where a change is a record: it has a date, a context, and lets you go back to any given day.
You want to expose it to partners or sell access, but there is nothing to expose it with. I build the entire public layer: an API with documentation, tokens, rate limits and billing.
// Proof
entiway solves exactly this problem, only at the scale of an entire economy. Registry data on Polish companies changes constantly, but registries show you a state, they never tell you what actually happened. I built a system that detects those changes, classifies them and serves them over an API. I designed it, wrote it and maintain it alone: from the database schema through the processing pipeline to the documentation, billing and customer panel.
I am not asking you to take my word for it. Open the API documentation and look at the endpoint structure. Visit the public registry activity board. You do not have to sign up or sign anything. This is not a case study written for this page, it is a system that was running before you asked about it.
Visit entiway → API documentation
Before
line supervisor · 8 years
Now
B2B system · since 2017
same work, different material
// Where this came from
There was no startup and no funding round. Since 2017 I pulled a little data from the Polish statistical office every day and taught myself PHP, in whatever time the shift pattern left me. Years later it had turned into a system handling one hundred and fifty million records.
In parallel, for eight years I was a line supervisor at NGK Ceramics Polska: three ceramic kilns, six FANUC industrial robots, a crew of five and the whole production process on my shoulders. Once a load went into the kiln nobody could correct anything any more, it came out either good or scrapped. I was the link between the office and the shop floor: translating one side’s intent into the other side’s execution, and answering for the result.
That is why a conversation with me does not start with technology. It starts with what actually happens at your company.
// Honestly
I have not yet had a client I built something like this for, and I am not going to pretend otherwise.
What I did have was eleven months I could pour into ten unfinished projects for other people, or into one I would carry all the way through. I chose the second. entiway is proof not because someone paid for it, but because nobody made me build it, and it is finished, maintained and running in production anyway.
// What it looks like in practice
There is no account manager and no “let me take that back to the team”. You get an answer to a technical question straight away, not after two days of internal routing.
We start with what actually happens in your company: what the events are, where the boundaries sit, what breaks. The choice of tools follows from that conversation, it is not the starting point.
Not a presentation, and not a prototype for somebody else to finish. The result is something you can deploy and use.
Clear structure and documentation are part of the project, not a paid extra. Making a client dependent on me is a defect, not a business model.
The projects I take on are measured in months of work, not days. I run one at a time, so you don't have to queue with several others.
// Contact
I do not need a specification or a finished brief. Describe your process and the point where it breaks, I will pull the rest out with questions.
Prefer plain email? [email protected]