~ 6 min

Qbrick System sells modular tool boxes, organizers and carts across Russia. Their Tilda store ran on foreign Make and Airtable, and managers often copied orders into CDEK and 1C by hand. We moved the logic to self-hosted n8n and SeaTable on a server in Russia and connected CDEK and 1C. Now an order goes to delivery with the right tariff, the tracking number lands in the database, and the sale appears in accounting without manual entry.

Imagine selling modular boxes, organizers and carts for tools. You have four product lines, a showroom, service and spare parts, and customers pay on delivery at a CDEK pickup point. Every order has to be created in CDEK, a tariff chosen, the tracking number sent to the customer and the sale entered into 1C. Done by hand, a manager spends the whole day copying data between systems.

The Qbrick System team (qbsystem.org) came to us with exactly that. We first automated CDEK, and in stage two we moved the whole backend to a self-hosted stack and connected 1C. The client came back to us on their own.

Problem: the store depended on foreign services and manual work

- Foreign Make and Airtable. Paying for subscriptions from Russia is hard, plans have operation limits, and an account block would have stopped the whole store.
- Manual shipping. CDEK orders were first created by hand, and tracking numbers went to customers separately.
- Gap with accounting. Orders from the site had to be moved into 1C separately.
- Address errors. Customers type addresses in different ways, which delays parcels.
- Remote regions by hand. The standard Tilda cart cannot calculate delivery to remote regions, so the sales team entered such orders manually. In practice the store served central Russia only.

Task

- Create a CDEK order automatically after purchase and write the tracking number to the database.
- Move all logic from Make to n8n and the data from Airtable to SeaTable, on our own server in Russia.
- Pick the right CDEK tariff automatically.
- Sync orders with 1C.
- Validate customer addresses and monitor the server.
- Calculate delivery to remote regions at checkout.
- Build a customer account.
- Improve the cart and checkout on Tilda.

Solution: the store’s own backend on a self-hosted stack

Customers see the same Tilda storefront. Everything that happens after “Place order” now runs on n8n and SeaTable on the client’s server at Timeweb. Foreign services are no longer needed, and the data and workflows belong to the store.

Example: the order journey of customer Sergey (illustrative scenario)

1. Sergey from Yakutsk picks PRO series boxes in the catalog, compares models and adds them to the cart. Full product data is passed to the cart.
2. At checkout the form fills in his details, and the address is checked and completed through Dadata.
3. The calculator instantly shows the delivery cost to Yakutsk, which standard Tilda cannot do. No call to a manager needed.
4. After checkout, n8n creates the order in SeaTable and sends it straight to CDEK. The tariff is chosen automatically, items are split into cargo places by size, and invoices are generated.
5. CDEK returns a tracking number, which is saved with a tracking link in the order card.
6. The order syncs with 1C, so accounting sees the sale without manual entry.
7. Sergey receives the parcel and pays on delivery at a CDEK pickup point.
8. In his account it is easy to come back for the next purchase. On average 4–5 out of 10 customers do.

If anything goes wrong with the server, the team gets a Telegram notification at once.

Before → After → Result

Before: the store logic lived on foreign Make and Airtable, with block and payment risks. CDEK orders were initially created manually.

After: all logic runs on n8n and SeaTable on the client’s own servers in Russia. An order goes to CDEK with a suitable tariff, the tracking number lands in the database, and orders sync with 1C. Delivery to any region is calculated automatically, and customers have an account.

Result: the store delivers across the country, including remote regions, and the sales team no longer enters such orders by hand. With the account, 4–5 out of 10 customers come back for a repeat order. The client returned for stage two.

How it works

Stage 1 (November 2024): CDEK automation

An order is created in CDEK automatically, items go as separate cargo places, and the delivery cost is fixed. The tracking number and tracking link are saved to the database.

Stage 2: moving to n8n and SeaTable

We replaced Make with n8n and Airtable with SeaTable, all deployed on Timeweb with Cloudron. Requests that used to go through Collabza were moved into n8n, so that extra middleman is gone too.

CDEK 2.0: we moved the integration to the new stack and added automatic tariff selection. Order items reach CDEK by size and are split into cargo places, and invoices are calculated without a manager.

Remote-region calculator

Tilda has no such feature by default. We added delivery calculation for remote regions right at checkout, so these orders no longer need manual handling by the sales team.

Customer account

Customers see their details and order history with statuses and tracking numbers, and can place a repeat order or request a return. On average 4–5 out of 10 customers come back for a repeat order.

1C, addresses and monitoring

The “Orders” table syncs with 1C. Addresses are validated through Dadata, and server status alerts arrive in Telegram.

Tilda improvements: full product data goes into the cart, customer forms fill in automatically, and styles load asynchronously.

Stack

Tilda — storefront, catalog, cart and checkout.

n8n — the store backend instead of Make: order processing, CDEK, 1C, notifications.

SeaTable — orders and products database instead of Airtable, readable to a manager like a regular spreadsheet.

CDEK API — automatic shipment creation, cargo-place split, tariff selection and tracking numbers.

1C — order sync with accounting.

Dadata — address validation and suggestions.

Telegram — server status alerts.

Timeweb + Cloudron — the client’s own server in Russia and convenient service management.

Reliability

- The backend and data live on the client’s own server in Russia: no dependence on foreign subscriptions and no risk of an account block.
- The new logic was tested before switching, and the store moved without stopping sales.
- Server monitoring with Telegram alerts: the team learns about a problem before customers do.

Project results

- Stage two took 10 days (12–22 June 2025).
- The client came back: two stages of work together.
- Delivery across Russia, including remote regions.
- 0 manual remote-region orders for the sales team.
- 4–5 out of 10 customers return for a repeat order.

Want to automate your store the same way?

If your Tilda store relies on manual shipping, foreign subscriptions and copying orders into accounting, describe it in the brief. We will estimate the work and suggest what to remove from manual work first. The backend will run on your server, and all workflows and data stay with you.

We describe the migration itself in a series case study: how we move a business backend without stopping sales.

Tech Stack

Tilda logo

Tilda

n8n logo

n8n

SeaTable logo

SeaTable

CDEK logo

CDEK

1С

Dadata

Telegram logo

Telegram

Timeweb

Cloudron

Results Achieved

10 days

Delivery Time

0

Manual Remote-Region Orders

4–5 out of 10

Customers Who Reorder

2

Stages of Cooperation

Like this case? Launch yours just as fast

Same approach, same speed, same quality. Fill out the brief or calculate your project cost right now.