Облікова система залишається джерелом даних, а сайт, маркетплейси й 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 сайту й маркетплейсів — на вашій стороні. Код, налаштування й документація — ваші: після впровадження доступ можна забрати, а підтримувати систему може будь-який інший розробник.