Skip to content
← All posts

July 29, 2026 · 4 min read

Our first client deployment: a small agency shipped it without writing an adapter

A small agency put OpenLinker into production at a packaging manufacturer: Allegro, PrestaShop, inFakt and DPD, self-hosted, with no custom code.


We say it often: agencies are how OpenLinker reaches merchants. Here is the first real example — published with both parties’ consent and, at their request, fully anonymously, with no names or logos. A small implementation agency put OpenLinker into a packaging manufacturer’s stack. It runs in production at the client today, and it shows exactly who we are building this platform for.

The client

A corrugated-cardboard packaging manufacturer — boxes, roughly 80% B2B / 20% B2C. A growing shop, over 100 SKUs, selling on two channels at once: Allegro and their own PrestaShop store.

This is the textbook moment where watching stock levels by hand stops working, and every marketplace order has to end up in one fulfillment queue somehow. The question was never whether to automate. It was on what.

Why not a per-order SaaS

OpenLinker was this client’s first tool of its kind — deployed at the launch of the shop, not after years of fighting something else. That makes the decision more interesting, not less: it wasn’t an escape from a specific invoice, it was a deliberate choice at the start.

Instead of a channel manager billed per order (the model you know from BaseLinker and its equivalents), the client chose self-hosted and open source. The reasoning was simple: syncing Allegro and PrestaShop shouldn’t create a variable cost that grows with sales. The better the shop does, the more a meter like that hurts. And order and customer data stays on the client’s own infrastructure rather than someone else’s cloud.

The agency, and what the deployment actually took

The protagonist here is a small implementation agency — a handful of people. Their role was the deployment itself, not an ongoing retainer: a one-off project, handed over to the client to run in-house.

The detail that matters most to us: the agency did not write a single custom adapter. Standard configuration of the stock adapters was enough to assemble a working system. One person did it, in a short time, and the whole thing runs self-hosted on the client’s own infrastructure.

That’s precisely the scenario we designed the platform around. The Allegro, PrestaShop, inFakt and DPD stock adapters compose into a working system without touching code — and if non-standard logic is ever needed, the plugin SDK is there. It wasn’t needed here.

For an agency tech lead, that’s the whole argument in one line: the billable work was configuration and handover, not rebuilding order ingestion, inventory reconciliation and identifier mapping for the hundredth time.

What runs today

On this stack OpenLinker does three things at once, all on the client’s own server:

  • Allegro ↔ PrestaShop sync — Allegro orders land in the shop, and stock levels stay consistent across both channels.
  • Invoicing through inFakt — documents raised against orders without manual re-keying.
  • Shipping through DPD — labels and consignments from the same system.

All of it without a channel-manager subscription and without a per-order fee. The bill is a server, not a counter that ticks up with every sale.

Being straight about it

We are keeping this story fully anonymous — no names, no logos, no client-side figures, because that’s what we agreed. So measurable outcomes — volumes, savings, sync times — are deliberately not published here. OpenLinker is still in alpha, pre-1.0, and we describe it that way.

But the fact itself says something: stock adapters composed into a working, self-hosted integration system — no code written, no per-order fee, one person, short timeline. That’s the promise we’re trying to deliver on, shown on our first real deployment.

Where to go next

We’ll write up the next deployments the same way: honestly, and concretely.

Frequently asked questions

Did the agency have to write a custom adapter?

No. The whole system was assembled from stock adapters — Allegro, PrestaShop, inFakt and DPD — in standard configuration, with no code written against the plugin SDK. The SDK is there when a client needs non-standard logic; this project did not.

Who ran the deployment, and in what commercial model?

A small implementation agency — a handful of people — as a one-off project rather than an ongoing managed service. One person did the deployment in a short time, and the system was handed over to the client to run self-hosted on their own infrastructure. That's one of the three operating models we support: an agency can run everything itself and owe OpenLinker nothing recurring.

Why are there no numbers in this case study?

Because both sides asked for full anonymity — no names, no logo, no client-side figures. We would rather publish less and stay honest than pad the story with savings we didn't measure. OpenLinker is still alpha, pre-1.0, and we describe it that way.

What does a self-hosted deployment cost compared to a SaaS channel manager?

There is no OpenLinker license fee and no per-order fee — the platform is Apache 2.0. You pay for your own infrastructure and for someone to keep it running, whether that is your agency or your internal team. A SaaS channel manager instead charges a subscription plus a fee that grows with order volume, which is exactly the variable cost this client wanted to avoid from day one.

#case-study#agencies#self-hosted#open-source#marketplace-integration