The website, warehouse, POS and marketplace do not keep separate books: the order lands in one place, the stock level drops in one place, and the refund and payment are tied to the same document. Connections to local payment systems and marketplaces are estimated separately.

Free diagnostic Odoo: overview

Online storeActual stock levelDeliveryMarketplacePayment methods

Problems

Why stock and payments get tangled in online sales

Once sales go out through several channels, each channel starts keeping its own records. The customer, however, relies on one and the same promise.

In stock

A product shown on the website turns out to be missing from the warehouse
The same product is counted differently on the website, at the POS and on the marketplace
The stock level updates late, and excess orders are accepted

Order and payment

An order paid by bank transfer is searched for by hand
Card payments reach the bank as a lump sum, which makes them hard to match against orders
Connecting Click or Payme to the website is not a “ready-made button”

Delivery and returns

The delivery time is promised verbally and not written on the page
The reasons and time limits for returns are not disclosed
Marketplace rules and legal requirements get mixed up

In Odoo

Which app does which job

An online store is the link between the website, the warehouse and accounting. Which apps are needed is determined during the diagnostic.

Online store (eCommerce)

Catalog, cart, checkout, customer portal, return request.

Website

Building pages without a developer, versions in Uzbek and Russian.

Warehouse

A delivery document from a confirmed order, product reservation, stock levels.

Delivery methods

Fixed fee, rule-based fee, carrier connection, choice of delivery date.

Click & Collect

Online reservation and pickup in the store; stock level by warehouse.

Payment providers

Card and other methods, bank transfer, cash on delivery, payment against an invoice.

Accounting

Invoice, credit note, matching the payment against the bank entry.

POS

In-store sales and online orders draw on the same warehouse stock.

Coupons and loyalty

Promo code, loyalty points, reward indicator in the cart.

Order flow

From cart to return: a separate document at every step

An online order goes through three stages: sale, delivery and invoice. Each one creates its own document.

01Catalog

Products, variants and price lists are maintained. Settings are chosen for selling when stock runs out and for showing the quantity.

02Cart

As soon as a customer adds a product to the cart, a quotation appears in Odoo. A reminder email is set up for an abandoned cart.

03Payments

Card through a provider, bank transfer, payment in the store, cash on delivery or payment against an invoice.

04Approval

If the payment succeeds, the quotation becomes a sales order. With a bank transfer, the order is confirmed manually once the money arrives.

05Warehouse

A delivery order is created on confirmation. With the “At Confirmation” setting, the reservation is made at the moment of confirmation.

06Deliver

A carrier, a method you define yourself or Click & Collect. The customer follows the status in the portal.

07Returns and accounting

The customer requests a return through the portal, and the refund is issued once the goods arrive. The invoice is sent automatically or manually after the payment is recorded.

Hypothetical example

Three units in stock, three channels

The example is illustrative. There are three units of one product in the warehouse. The website, the store POS and the marketplace can all sell them at the same time. To keep the stock level accurate, the reservation rule and the synchronization interval are agreed in advance.

As soon as the website order is confirmed, one unit is reserved and the stock level drops to two
A unit sold at the POS leaves the warehouse immediately
A third-party module sends the stock level to the marketplace at a set interval; within that interval the marketplace may show the old number
That is why the interval and the reserve rule (for example, a minimum stock level allocated to a channel) are agreed during the diagnostic
Whether “Continue Selling” is enabled when stock runs out is also decided in advance

—

Honest scope

What Odoo includes as standard and what we add

The online store is a ready-made Odoo app. Local payments, the marketplace and electronic documents are separate work. The list is clarified during the diagnostic. The information follows the Odoo 20 documentation; if your version differs, we check it during the diagnostic.

Goal	In standard Odoo	Extra work (BUline)
Online store: catalog, cart, order	Available (eCommerce)	Design, pages, catalog upload
Stock levels: linking the website and the warehouse	Available: reservation, continued selling, showing the quantity. In Odoo 20, products are automatically unpublished based on the stock level	Setting up stock rules by product group
Delivery methods	Available: fixed fee, rule-based fee, Click & Collect, carriers such as FedEx, UPS, DHL	The documentation has no ready-made connector for courier services in Uzbekistan; the connection is estimated
Bank transfer, payment against an invoice, cash on delivery	Available	How receipt of the money is checked
Card payment through Click and Payme	Not in the official list: they were not found among the 21 providers in the Odoo 20 documentation	A third-party module or separate development; the module does not work on Odoo Online
Marketplace: Uzum Market	Not in the official documentation; a third-party module exists	Testing the module, obtaining a token, agreeing the stock rule
Marketplace: Amazon	Odoo has its own Amazon connector (a separate section in the documentation)	Usually not needed for a seller in Uzbekistan
Cash register receipt after electronic payment	Not mentioned in the documentation	Through the API of the payment platform or the cash register equipment; estimated
B2B store: closed catalog, price list, access by invitation	Available; two separate websites are recommended for B2B and B2C	Setting up customer groups and price lists
Electronic invoicing	Not mentioned in the localization documentation; the Apps Store has third-party modules	Test the module or connect through the operator's API

Marketplace

Syncing stock levels with the marketplace: capabilities and limits

The information below is taken from the page of an existing third-party module for Uzum Market. We confirm its capabilities and limits by testing the module on your own database. Uzum launched the FBS scheme on 10 October 2024: the seller stores the goods in its own warehouse, while the marketplace provides the storefront and logistics.

Question	What the module page says	What we check
Orders: from Uzum to Odoo	FBS and FBO orders are imported as sales orders; FBO orders are for accounting only and cannot be changed	The sequence of order and return statuses
Stock levels: from Odoo to Uzum	FBS products only, by SKU, up to 100 per request	Update interval; FBO stock sits in the Uzum warehouse and is not sent from Odoo
Prices: from Odoo to Uzum	For FBS and FBO products	Compatibility with price list rules
Breakdown by warehouse	The stock level is for the whole company, not broken down by warehouse	How to split stock across multiple branches
Access key	A Uzum API token is required; how to obtain it is not described in the documentation and is confirmed with Uzum; the official seller API documentation (OpenAPI) is publicly available	Token owner and security
Hosting	The page also lists Online, but the Odoo documentation states that Apps Store modules are not compatible with Online	Odoo.sh or your own server; written confirmation from Odoo

Payment methods

Local payments: what works out of the box, what has to be connected

Click, Payme and Uzum are not in Odoo’s official list of providers. This does not mean they cannot work, but connecting them is not a ready-made button.

Approach	Does it work out of the box	Note
Bank transfer	Yes	Receipt of the money is matched against the bank entry and the order is confirmed manually; until then the goods are not reserved
Payment against an invoice	Yes	The order is confirmed immediately; convenient for legal entities, usually limited to a B2B price list
Payment in the store	Yes	Appears when Click & Collect is enabled
Cash on delivery	Yes	Since Odoo 19 it works with all delivery methods
Card payment through Click	No	A third-party module exists (for Odoo 19); there is no refund or card saving; the server must be reachable from the internet
Card payment through Payme	No	According to the Payme documentation, your server receives the requests and responds in the prescribed format

Uzbekistan requirements

Obligations of an online seller

The Law “On Electronic Commerce” ZRU-792, per the text on lex.uz. The law changes from 12 December 2026. This is not legal advice.

Offer and terms

The offer (oferta) is an electronic document: name, contact details, how the contract is concluded, delivery and payment terms (Article 16)
The contract terms are stated clearly in the state language (Article 21)
If no delivery time has been agreed, it is 30 days from acceptance (Article 25). Instead of “We deliver fast,” it is safer to state the time in days
If cash is accepted through a virtual terminal (E-POS), the buyer is given a document confirming it (Article 22)

Defective goods and money

In the case of a manufacturing defect, a product of the same make is replaced within 7 days; if an additional quality check is needed — 20 days (Article 26)
The money is returned in the same way it was paid; the seller bears the costs (Article 27)
If a refund is late, a penalty of 1 percent of the refundable amount is payable for each day; it cannot exceed the amount itself (Article 27)
For electronic payments, the virtual cash register receipt is sent to the buyer’s phone number or email (Article 23)

From 12 December 2026

ZRU-1173 (10 September 2026) takes effect on that date
The seller is primarily liable for defective goods; if the seller cannot meet the claim, the operator bears secondary (subsidiary) liability to the buyer
The offer also states how goods and money are returned
A self-employed seller’s e-commerce income is recorded in a separate bank account or e-wallet
The law and the operator’s liability

Customer data

A customer database is personal data: consent is obtained in a form that can be proven
Biometric and genetic data, and data of telecom operator users, must be stored in Uzbekistan (Article 27¹)
Other data can be stored abroad under certain conditions
Where the database must be located

Tax regime

The standard VAT rate is 12% (Tax Code, Article 258). Odoo’s official Uzbekistan localization (Fiscal Localization → “uz Uzbekistan”) provides 12%, and 0% for exports, as ready-made taxes
Businesses whose main activity is trade, catering or services can voluntarily choose a simplified VAT regime from 1 June 2026 to 1 January 2030 (Presidential Decree PF-100, 26 May 2026): 6% VAT on all turnover, 0% profit tax, and VAT paid on purchases is not deductible. Companies with a state share of 50% or more, and large taxpayers, cannot choose it. Odoo’s Uzbekistan package does not mention a ready-made tax for 6%; an accountant confirms whether it applies

Integrations

Systems that connect to the online store

Each connection is assessed and built separately. We do not promise that a “ready-made connector exists.”

Payments

Click and Payme: the provider’s documentation and server requirements
The rule for recording refunds and fees
Testing in a test environment, not on the live database

Marketplace

Uzum Market: a third-party module or separate development
The stock flow for FBS and FBO
Barcode and SKU discipline

Delivery and accounting

The courier service and passing the delivery status back
Cash register receipt and electronic invoice
Syncing products with Google Merchant Center (Odoo 19)

The BUline Method

How we implement the online store

The stages follow the general BUline Method. The timeline is agreed in writing after the diagnostic. Implementation process →

01Diagnostic1–2 weeks

We study the channels, the source of stock data, the payment and delivery methods and the marketplace scheme (FBS or FBO). Outcome: a business requirements document (BRD).

02Architecture1–3 weeks

We confirm the apps, the warehouse structure, the stock rules, the payment connection and the hosting type (Online, Odoo.sh or your own server).

03Sprints8–16 weeks

First, one product group and one payment method go through the whole flow; the rest and the marketplace follow.

04Training

Order operators, warehouse staff and accountants are trained by role, with practice on a real order.

05Post-launch support30 days + ongoing

Enhanced support, then new channels and reports.

Preparation

What to gather before we start

This list speeds up the diagnostic. We can start even if not everything is ready.

Products and warehouse

Catalog, variants, barcodes and SKUs
Current stock levels and the list of warehouses
Images and descriptions

Sales channels

The existing website and marketplace seller accounts
FBS or FBO scheme
Return reasons and time limits

Payment and accounting

Which payment methods are needed
Status of the contract with the provider
Who confirms and reconciles payments

Mistakes

Common mistakes and how to avoid them

Mistake	Consequence	How we prevent it
Choosing a payment module without regard to hosting	The module does not work on Odoo Online	Decide the hosting type at the start of the project
Testing the module on the live database	Confusion in invoice numbers and in the books	Testing on a copy of the database
Overlooking that card payments reach the bank as a lump sum	Manual work piles up at month-end	Agree the matching rule with the accountant in advance
Not monitoring bank transfers	A paid order sits waiting	A responsible person who checks the “To Confirm” filter every day
Connecting the marketplace without checking stock levels	Excess orders	A trial on a small product group and a reserve rule

FAQ

Frequently asked questions

Can Click and Payme be connected to an Odoo website?

Yes, but not as a ready-made button. They are not in Odoo’s official list of providers. A third-party module exists for Click, while Payme requires your server to receive the requests. The options and risks are assessed during the diagnostic.

Will the marketplace stock levels sync with Odoo?

A third-party module exists for Uzum Market: FBS stock levels and the prices of all products are sent from Odoo, and orders are imported into Odoo. FBO stock sits in the Uzum warehouse. We test the module on your database.

Is the stock level on the website updated in real time?

The website and the warehouse run in one database, so the website uses the Odoo stock level. Sending data to the marketplace depends on the module’s interval. Reservation happens on confirmation; with a bank transfer, the goods are not reserved until the money arrives and the order is confirmed manually.

Does Odoo handle returns and refunds?

Yes. The customer requests a return through the portal, and the refund starts once the goods arrive. To refund the money, the payment must have gone through a provider that supports refunds. The time limits and reasons are your own rules.

Odoo Online or Odoo.sh?

Odoo Online is not compatible with third-party and custom modules. If you need a local payment or marketplace module, Odoo.sh or your own server is chosen. Hosting types →

How does the e-commerce law affect us?

As a seller, you are subject to the offer terms, the delivery time, and the rules on defective goods and refunds. The website text and the process in Odoo must match. A new edition takes effect on 12 December. Get a legal opinion from a lawyer.

How much does the service cost and how long does it take?

The Odoo license depends on the number of users and apps (terms at odoo.com). The scope of the BUline service depends on the number of channels, the payment and marketplace connections, the warehouse, the data volume and the training. Exact costs and timelines are given in a written proposal after the free diagnostic.

Sources

Data sources

Odoo

Related sections

IndustriesManufacturing and agro-processingOdoo for manufacturing industries IndustriesRetail and e-commerceOdoo for shops, point of sale and online retail IndustriesWholesale and distributionOdoo for wholesale and distributors IndustriesHospitality and food serviceOdoo for restaurants, cafes and hotels

Free diagnostic

Let’s decide together which Odoo apps to start with

During the diagnostic, we review your processes and tell you where standard Odoo is enough and where configuration is needed — with an app list, edition and phases.

Submit a request Message us on Telegram OR CALL US+998 77 275 36 15

Free diagnostic

Savdo

Ombor va ishlab chiqarish

Boshqaruv

Texnologiya

Oʻzbekiston

BUline bilan

Ilovalar

Platforma

Oʻzbekiston uchun

BUline bilan

BUline xizmatlari

Savdo va avtomatlashtirish

Aloqa kanallari

Nazorat va AI

Integratsiyalar

BUline bilan

Asoslar

Yoʻnalishlar

Amaliyot

Strategiya va kontent

Reklama kanallari

Organik oʻsish

Oʻlchov va analitika

Savdo va mijozlar

Operatsiyalar

Ichki ish

Tamoyillar

Продажи

Склад и производство

Управление

Технологии

Узбекистан

С BUline

Приложения

Платформа

Для Узбекистана

С BUline

Услуги BUline

Продажи и автоматизация

Каналы связи

Контроль и AI

Интеграции

С BUline

Основы

Направления

Практика

Стратегия и контент

Рекламные каналы

Органический рост

Измерение и аналитика

Продажи и клиенты

Операции

Внутренняя работа

Принципы

Sales

Inventory and manufacturing

Management

Technology

Uzbekistan

With BUline

Apps

Platform

For Uzbekistan

With BUline

BUline services

Sales and automation

Communication channels

Control and AI

Integrations