Marketplace integration is there so that orders, stock and prices live in one system together with your warehouse and accounting, instead of in the marketplace dashboard with a spreadsheet next to it. If your sales are standard and your accounting already runs on 1C, the most widely used accounting platform in Russia, start with the ready-made 1C module. If the business has its own rules - fulfilment with rates for each seller, production that uses raw materials by a norm, bulk price and bid changes across hundreds of SKUs - your own link pays off better: the marketplace becomes one sales channel, and money and stock are counted in your own system.
Below is how we lay this out on our projects: the FullHouse fulfilment operator, the UZOR knitting factory and the platform for marketplace sellers.
Where money is lost without integration
The first and most visible problem is stock. An item was sold in a shop or shipped to a wholesale buyer, yet on the marketplace it is still “in stock”. An article on the 1C website about selling on marketplaces says plainly that outdated stock on a marketplace can lead to fines, and sales at unclear prices make it hard to work out the financial result (torg.1c.ru).
The second is profit per SKU. The marketplace is happy to show revenue, but what is left after commission, logistics, storage, acquiring, advertising and tax is usually worked out in spreadsheets. When we designed the platform for sellers, this was one of the main complaints: analytics services show numbers, but prices, bids and replies to buyers are still changed by hand in the marketplace dashboard.
The third is reconciliation. Before its system, the FullHouse fulfilment operator had leads in a CRM, the warehouse in spreadsheets, shipments in marketplace dashboards and invoices in accounting, all reconciled by hand. What the warehouse work cost for each seller was worked out at month end from memory.
What to pull from the marketplace and what to send back
Data goes both ways, and it helps to split right away what comes from where.
Pulled from the marketplace:
- Orders - so the warehouse picks them from its own queue, not from the dashboard.
- Sales and returns reports - revenue, commissions and marketplace fees are calculated from them.
- Recommended prices and sales data per SKU.
- Reviews, questions and return requests - if you work with buyers from your own system.
Sent to the marketplace:
- Stock from your own warehouse.
- Prices and discounts.
- The product catalogue - listings, attributes, photos.
- Ad bids and replies to buyers - where needed.
For the sellers’ platform we planned to read marketplace data from six sources and to write back prices, discounts, ad bids, replies to reviews and decisions on returns. The writing does not go straight through: bulk changes first appear as a preview, are then confirmed, pass through limits and are written to a log. If a repricer rule goes wrong, you can see it and roll it back.
Stock and safety stock
Sending your entire stock to the marketplace is not always right. In 1C trade software you can limit the upload to a percentage and set a safety stock. The example on the 1C page: 100 units in the warehouse, 80% available for upload, safety stock of 3 units - 80 units go to the marketplace. For FBS (the seller stores and packs, the marketplace delivers), the warehouses in the marketplace account are matched with the warehouses in 1C, and for some schemes where the marketplace stores the goods, stock is not uploaded at all (torg.1c.ru).
This is usually what people mean when they ask about integrating their own warehouse with marketplaces: the goods are with the seller, the marketplace only sells and delivers, and stock from the seller’s warehouse has to reach the storefront by itself.
Prices and the minimum price
Since 1 October 2026 Russia has had a law on the platform economy, which covers marketplaces. Its article 9 lets a marketplace cut the price of an item at the seller’s expense only with the seller’s consent and after a notice sent at least five working days before the cut. The seller can set a minimum price in advance, and below it the marketplace may not sell the item at a discount paid by the seller (article 9 of law No. 289-FZ).
For integration this means the lower price limit has to come from somewhere. On the sellers’ platform it comes from the cost price in the finance module: the repricer works with a minimum margin and will not push the price below it.
1C marketplace integration or your own link
The choice is usually between three options:
| Option | When it fits | What to keep in mind |
|---|---|---|
| Manual upload via Excel | A couple of marketplaces, few SKUs | Stock and prices drift apart, everything is done by hand |
| 1C marketplace integration module | Accounting already in 1C, standard trade | Features differ between marketplaces |
| Your own system with data exchange | Fulfilment, production, hundreds of SKUs, bulk changes | Needs development, exchange with 1C is built separately |
The ready-made 1C module
“1C:Trade Management” already has marketplace integration built in. The 1C website lists what the exchange with two large marketplaces can do: upload and download the catalogue, upload prices, download recommended prices, upload stock and process orders under FBS, transfer goods to the marketplace warehouse, and download sales and returns reports. With other marketplaces the set is narrower: catalogue download and price and FBS stock upload (solution page on the 1C website). All operations run from one workspace in the Sales - Service section.
If all your trade and bookkeeping are already in 1C, this is often enough. Check the difference between marketplaces before you start: orders and reports are not available everywhere.
Your own link
Your own system is needed when the marketplace is part of a process that standard software does not have.
FullHouse takes sellers’ goods into its fulfilment warehouse, stores them, picks orders and ships them to marketplaces and other platforms. Its marketplace exchange covers orders, shipments and stock without manual uploads, and every warehouse operation immediately becomes a charge at the seller’s rate. Invoices and acts are built from those charges. A standard module knows nothing about fulfilment rates.
At the UZOR knitting factory, orders from marketplaces, the website and wholesale come into one window, and unit economics are calculated for each channel. Yarn is written off for an order by the norm for each SKU, and when yarn gets more expensive, the system shows which products lost margin. Here the marketplace is one sales channel among several, and what has to be counted is production.
One does not get in the way of the other: your own system can pass what accounting needs to 1C and keep the warehouse, orders and money on its side.
How we build marketplace integration
We start with the path of goods and money on paper: where the goods are, who picks the order, where the price comes from, where profit is calculated. From this it becomes clear which system is the main one for each kind of data. For the catalogue it is usually your own system or 1C, for orders - the marketplace, for stock - the warehouse.
Next, prices in one place. At FullHouse the calculator on the website and the warehouse charges take prices from one price list, so a seller never sees one price on the site and another on the invoice. The same works with a marketplace: a price changes in one place and goes out to everyone from there.
Then profit per SKU. On the sellers’ platform this is 76 metrics for each SKU for each day, and the SKU row shows what was changed - price, bid, photo. The seller sees why sales fell or grew without searching for the reason across different dashboards.
We split the work into modules. At FullHouse each module has a description of what it passes to its neighbours, and marketplaces come after receiving, storage and shipping. The sellers’ platform stayed at the design stage: research, logic and a map of 18 modules are done. It can be taken as a basis if you need your own tool instead of a subscription to someone else’s services.
Frequently asked questions
What does marketplace integration give you?
Orders, stock and prices update by themselves, without manual Excel uploads. Stock on the storefront matches the warehouse, and profit per SKU is visible after commission, logistics, advertising and tax.
How is a 1C marketplace integration module different from your own system?
The 1C module covers standard trade: catalogue, prices, stock, orders and reports, but the set of features differs between marketplaces. Your own system is needed when there are processes standard software lacks, such as fulfilment rates for each seller, as at FullHouse.
Can I upload only part of my stock to a marketplace?
Yes. In 1C software the upload is limited by a percentage of stock and a safety stock, so you do not get an order for an item that is already gone.
Can marketplaces be connected to production?
Yes. At the UZOR factory, orders from marketplaces, the website and wholesale come into one window, materials are written off for an order by the norm, and the cost price is calculated for each product.
Who this fits
Fulfilment operators and custody warehouses - like FullHouse. Manufacturers that sell through marketplaces and wholesale. Sellers and agencies with dozens or hundreds of SKUs who need their own dashboard - an example of how it can be built is the platform for marketplace sellers. More examples are in our directions.
Describe in the form below which marketplaces you sell on, where your goods are stored and what you keep accounts in, and we will tell you whether a 1C module is enough or you need your own link.
