Автоматизація бізнесу

Послуга

Облік ↔ сайт ↔ маркетплейси ↔ CRM

Замовлення, залишки, ціни й статуси синхронізуються між системами без ручного перенесення.

Облікова система залишається джерелом даних, а сайт, маркетплейси й CRM отримують актуальні залишки, ціни й статуси. Замовлення повертаються назад в облік без ручного перенесення.

Кому це потрібно

Компаніям, де одні й ті самі товари, ціни та замовлення живуть одразу в обліковій системі, на сайті, маркетплейсах, у CRM або таблицях — і хтось постійно підтримує їх однаковими руками.

Що болить

Замовлення доводиться переносити

Сайт або маркетплейс уже знає, що купив клієнт, але менеджер знову створює це замовлення в обліку.

Залишки розходяться

Клієнт може замовити те, чого вже немає, або не бачити товар, який насправді є на складі.

Ціну змінюють у кількох місцях

Курс, націнка чи акція змінюються один раз, але потім хтось переносить нову ціну в кожен канал окремо.

Одні дані про товар і замовлення — в усіх каналах

  • Залишки й ціни з облікової системи на сайт — самі, за розкладом або за подією.
  • Замовлення з сайту одразу в облікову систему як документ, з правильним контрагентом і артикулами.
  • Картки, залишки й ціни на маркетплейси (Rozetka, Prom, OLX) — з облікової системи, а не файлом; замовлення звідти — в облік тим самим шляхом.
  • Масова зміна цін: правило задається один раз, нові ціни розходяться в облік, на сайт, на маркетплейси й по точках одночасно.
  • Курси валют у прайсі, на сайті й у рахунках за одним правилом.
  • Статуси замовлень повертаються в канал, звідки прийшло замовлення.
  • CRM: якщо вона у вас є — з'єдную її з обліком (контрагенти, статуси, оплати). Якщо немає — роблю свою, легку, поверх облікової системи.
  • Контроль: якщо щось не синхронізувалось — повідомлення, а не тиша.

Додатково можна автоматизувати

Оскільки актуальні товари й ціни вже доступні в одному місці, на тих самих даних можна автоматизувати комерційні пропозиції, прайси та інші документи — специфікація перетворюється на оформлений PDF за хвилину.

Сюди ж належить публікація в соцмережі з однієї форми: текст, фото й посилання йдуть у всі канали одразу, а чернетки постів можуть з'являтися самі — з новин постачальників, надходжень товару чи акцій.

Що отримуєте

Залишки й ціни беруться з одного джерела, а замовлення не потрібно переносити руками. Менеджер бачить актуальні дані без «зараз перевірю на складі».

З чим працюємо: Хорошоп та інші сайти з API, маркетплейси Rozetka, Prom, OLX, облікові системи 1С / BAS та інші, CRM (KeyCRM, SalesDrive, Bitrix24 та інші), курси НБУ, месенджери, соцмережі

FAQ

Питання, які ставлять найчастіше

Є готовий модуль Хорошоп ↔ BAS за вісім тисяч. Навіщо ви?
Якщо вам потрібна тільки стандартна синхронізація сайту з BAS — готовий модуль, скоріш за все, буде дешевшим рішенням. Кастомна автоматизація потрібна, коли процес іде далі: маркетплейс → CRM → облік → ЕДО → перевізник → банк, або коли у вас власні правила, яких готовий модуль не покриває. Працюючі готові модулі при цьому залишаю — переписувати їх немає сенсу.
У нас сайт на Хорошопі. Підходить?
Так, у мене саме Хорошоп: залишки, ціни й замовлення ходять між ним і обліковою системою самі. З іншими платформами, у яких є API, працює так само.
У нас KeyCRM. Ви її замінюєте?
Ні. KeyCRM, SalesDrive чи Bitrix24 добре збирають замовлення з маркетплейсів і месенджерів — я з'єдную їх з обліковою системою, щоб замовлення ставало документом, залишки й ціни йшли з обліку, а оплати з банку закривали рахунки. CRM лишається вашою.
Синхронізація залишків у нас уже є, але її запускають руками й вона іноді ламається.
Це типово. Різниця не в тому, що синхронізація є, а в тому, що вона працює сама, повідомляє про збої і не потребує людини. Саме це й роблю.
Ми продаємо на Rozetka і Prom, картки й ціни заливаємо файлом.
У маркетплейсів є API, тож картки, залишки й ціни оновлюються з облікової системи самі, а замовлення приходять в облік документом, а не листом у пошту. Файл лишається на крайній випадок, а не як щоденна робота.
Ціни змінюємо по кожному магазину окремо, це займає день.
Правило ціноутворення задається один раз: націнка від закупівлі, округлення, акційні винятки. Нові ціни розходяться в облік, на сайт, на маркетплейси й по точках одночасно, а не переносяться руками по одній.
Замість CRM у нас таблиця в Excel.
Тоді роблю свою CRM, легку, поверх облікової системи: контрагенти вже в обліку, а зверху — те, що потрібно саме вашим менеджерам. Картка клієнта з його правилами й контактами, історія листів і документів, статуси замовлень, перехід у месенджер одним кліком — набір складається з того, що менеджери справді відкривають щодня. Без окремої SaaS-підписки за кожного користувача й без перенесення даних. Захочете згодом «велику» CRM — з'єднаю і з нею.
Ціни в нас у валюті, а рахунки в гривні.
Курс, НБУ або ваш власний, підтягується сам, і прайс, сайт та рахунки перераховуються за одним правилом. Ніхто не перебиває цифри в Excel.
Який доступ вам потрібен і чий це код?
Доступ обмежений: окремий користувач облікової системи з правами лише на потрібне, ключі API сайту й маркетплейсів — на вашій стороні. Код, налаштування й документація — ваші: після впровадження доступ можна забрати, а підтримувати систему може будь-який інший розробник.

Розібрати обмін між системами