Wholesale and distribution
Orders, stock and accounting run in separate programs, and nobody trusts the inventory figures.
One system from the order to the invoice, with stock figures you can believe again.
Odoo engineering - Pratteln, Basel-Landschaft
Odoo systems for companies that outgrew Excel but do not need SAP.
I am a systems architect: I ask why before I ask how. You speak with the engineer who builds your system.
Who I build for
If you recognise yourself in one of them, we both already know the first three questions.
Orders, stock and accounting run in separate programs, and nobody trusts the inventory figures.
One system from the order to the invoice, with stock figures you can believe again.
Costing lives in spreadsheets, and when you recalculate, the margin is gone.
Bill of material, work order and costing in one place, traceable down to a single line.
Every store has its own register, and the monthly close is done by hand.
Central products and prices, a register per store, a fiscal regime per country.
The shop sells faster than the warehouse can follow, and paper slips run the shipping.
Scanners instead of slips, live stock, picking along clear routes.
The problem
Orders sit in the web shop. Stock lives in a spreadsheet. Accounting runs in a program nobody opens except the bookkeeper. In between, people retype numbers by hand.
This is where my work begins.
Mindset
Before the first line of code, I work out how your company makes money. Software that models the wrong process is more expensive than no software at all.
A system only holds as much as its foundation allows. I design the structure first and build on it, instead of bolting on features until nothing fits together.
No account manager, no ticket system as a buffer. You talk to the person who builds your system and who explains it to you afterwards.
Technology is a tool. The thinking is the solution.
Builder
Tap the blocks that belong to your operation - the estimate recalculates with every choice.
The first demo runs on ready-made modules with your real data, not on slides.
Indicative, delivered in usable stages. The binding number comes after the process mapping.
What I build
The images show real Odoo screens, not drawn mockups. This is what your day-to-day work will look like.
Receiving, put-away and picking with scanners instead of paper slips. Processes that hold up on a Monday morning in December.
Bills of material, work orders, subcontracted parts and the question what a product really costs, traceable down to a single line.
Checkout systems that satisfy the rules of several countries, with receipt signing, fiscal storage and payment terminals. In production, not on paper.
Old ERP systems, in-house software that outgrew its author, Odoo versions 13 through 19. Migration is a core discipline here, not a by-product.
Web shop, warehouse, accounting and CRM speaking one language. Interfaces with a log, so you can see what happened when something fails.
People, contracts, time tracking and a clean handover into payroll, instead of lists in a mail attachment.
Selected work
No names, no logos, no numbers that would identify anyone. What counts is the trigger and what changed afterwards.
Odoo Community
Odoo comes in two editions. I build on the open one, and from an owner's point of view there are solid reasons for that.
You never have to weigh up whether the colleague in the warehouse gets an account too. You pay for engineering, not for seats.
Everything built for you sits in your repository, documented. Nobody can take it away from you.
Odoo Community is open source and widely used. If you want to change partner, you can do it without starting over.
A new warehouse, a new channel, a new country. The system gets extended, not replaced.
To be blunt: Community does not cover everything, and if you genuinely need an Enterprise feature I will tell you in the first call instead of building a detour.
Where you fit
I am happy to point you elsewhere. Write to me anyway, the advice costs nothing.
Working together
We walk through your workflows as they really are today, not as the manual describes them. The result is a map of your processes and a clear view of what is worth doing and what is not.
I build in sections, and each section is usable on its own. You work with something running early, instead of unwrapping a large surprise after months.
Your team gets trained, the architecture is written down, the code sits with you. After that I stay available for operations and further work, without you being tied to me.
Questions
There is no price list, because there is no standard company. The price rests on three things: how many workflows move into the system, how much old data has to come along, and how many external systems get connected. After the first call you get a range, after the process mapping a fixed number.
A clearly bounded module takes weeks. A full system for a company with a warehouse and production takes several months, delivered in usable stages. The first stage usually runs long before the whole thing is finished.
On a server in Switzerland or in the EU, or on your own infrastructure if you prefer. Backups, updates and monitoring are part of it. Your data does not leave the agreed location.
That is why the code sits documented in your repository, and why I build nothing that only I understand. Odoo Community is common enough for another team to take over. For longer absences I have a network of engineers I have worked with for years.
A thirty-minute conversation, no sales deck. You tell me where it hurts, I tell you straight whether I am the right person. If I am not, I say that too.
Contact
Thirty minutes, a conversation, no slide deck. If I am not the right person for your plan, I tell you inside that same call.
You are an Odoo partner yourself and need an experienced engineer for a project? I do that as well, just write to me.
About me
My name is Juraj Kicko Horbaľ and I have spent about ten years building the systems that keep companies running: first in Java and C#, in fintech and ERP, today with Odoo. DevArc is my company in Pratteln near Basel.
I work alone and I use AI as a daily tool, among others Claude Code for tests, code review and documentation. It gives me the pace of a small team without its friction. AI does not replace engineering judgment. It accelerates it.
In my free time I ride a bike and go into the mountains. It is the same idea as at work: the fastest attack does not count, getting to the top does.
Where I work
The focus is Switzerland, Germany and Austria. I also work in Czechia, Slovakia and Poland, usually when a system has to connect several countries.