Service
Accounting ↔ website ↔ marketplaces ↔ CRM
Stock, prices, orders and exchange rates move between the accounting system, the website, the marketplaces and the CRM by themselves, with no manual re-typing.
Who it is for
Companies whose product data lives in three or more places — the accounting system, the website, the marketplaces, a CRM or a spreadsheet — with someone carrying it between them by hand. A wholesaler with a website, an online shop on Horoshop (the Ukrainian e-commerce platform), a retail chain selling on Rozetka or Prom.
What hurts
Website orders are re-typed into the accounting system by hand, with errors in the article numbers. Stock on the website lags behind the warehouse: the client orders what is not there, or does not see what is. Prices are recalculated by exchange rate in Excel and uploaded to the website as a file. A quotation takes half an hour of copying. Exchange rates are updated when someone remembers.
In retail the marketplaces are added on top: listings and prices for Rozetka or Prom are uploaded as a file, orders from there are re-typed into accounting by hand, and stock in the shops and in the warehouse lives in separate spreadsheets. Changing the price on a few hundred items is a day's work in Excel, plus half a day in every shop.
What we do
- Stock and prices from the accounting system to the website — by themselves, on a schedule or on an event.
- Orders from the website straight into the accounting system as a document, with the right counterparty and the right article numbers.
- Listings, stock and prices onto the marketplaces (Rozetka, Prom, OLX) from the accounting system instead of a file; orders from there travel back the same way.
- Bulk price changes: the rule is set once, and new prices reach accounting, the website, the marketplaces and the shops at the same time.
- Exchange rates in the price list, on the website and in the invoices, all by one rule.
- A quotation from a specification in a minute: current prices, a laid-out PDF.
- A link to the CRM: counterparties, statuses, one click through to the client's messenger.
- Control: if something did not sync, you get a message rather than silence.
What you get
One truth about stock and prices across every system — accounting, the website, the marketplaces and the shops — and no manual re-typing anywhere. The sales manager answers the client straight away, without "let me check".
What it plugs into: Horoshop and other websites with an API, the Rozetka, Prom and OLX marketplaces, accounting systems — 1C / BAS and others, CRM (KeyCRM, SalesDrive, Bitrix24 and others), National Bank exchange rates, messengers
Discuss a taskFAQ
Questions we hear most often
- Our website runs on Horoshop. Does that work?
- Yes — Horoshop is exactly what my own company runs on: stock, prices and orders move between it and the accounting system by themselves. Any other platform with an API works the same way.
- There is a ready-made Horoshop ↔ BAS module for a few hundred dollars. Why you?
- If all you need is stock and orders in sync between the website and the accounting system, take the module — it is a sensible solution. We are needed when the routine runs through several systems: orders from the website and the marketplaces → accounting → e-documents → waybill → email to the client → bank, and no module covers that whole chain. Ready-made modules are not thrown away, by the way: if one works, it stays as a link in the chain.
- We use KeyCRM. Are you replacing it?
- No. KeyCRM, SalesDrive and Bitrix24 are good at collecting orders from marketplaces and messengers — we connect them to the accounting system, so that an order becomes a document, stock and prices come from accounting, and payments from the bank close the invoices. The CRM stays yours.
- We already have stock sync, but someone starts it by hand and it breaks now and then.
- That is typical. The difference is not that sync exists, but that it runs by itself, reports its failures and needs no person. That is the part we build.
- We sell on Rozetka and Prom and upload listings and prices as a file.
- The marketplaces have an API, so listings, stock and prices are updated from the accounting system automatically, and orders arrive as documents in accounting instead of emails in an inbox. The file stays as a fallback, not as daily work.
- We change prices shop by shop and it takes a day.
- The pricing rule is set once: markup on cost, rounding, promotional exceptions. New prices reach accounting, the website, the marketplaces and every shop at the same time, instead of being carried across by hand one at a time.
- Instead of a CRM we have a spreadsheet.
- Then we start with what you have: website orders into accounting and stock onto the website. A CRM can be connected later, once it is clear what it is for.
- What access do you need, and whose code is it?
- Limited access: a separate accounting-system user with rights to what is needed and nothing more; the website and marketplace API keys stay on your side. The code, the settings and the documentation are yours — after the rollout the access can be taken away, and any other developer can maintain the system.
- Our prices are in a foreign currency, our invoices are in hryvnia.
- The rate — the National Bank's or your own — is pulled in automatically, and the price list, the website and the invoices are recalculated by one rule. Nobody re-types numbers in Excel.