Сайт і облікова система Прайс і залишки їдуть самі, замовлення одразу в обліку
Задача звучить однаково в усіх: перестати переносити руками. Товари й ціни лежать в обліковій системі, сайт живе окремо, замовлення приходять на пошту, а ввечері хтось зводить це разом. Зв’язка прибирає ручний крок — але робити її наосліп не можна: половина справи залежить від того, що саме вміє віддавати ваша система, а в торгівлі ще й від фіскалізації чеків.
Що зазвичай зв’язують
- 01
Товари, ціни, залишки
З облікової системи на сайт за розкладом: нові позиції з’являються самі, ціна змінюється в одному місці, продане зникає з каталогу. Це знімає найчастішу скаргу — «на сайті не те, що на складі».
- 02
Замовлення назад
Замовлення із сайту потрапляє в систему як документ, із клієнтом, позиціями й доставкою. Менеджер працює там, де звик, а не у двох вікнах одразу.
- 03
Чеки й документи
Фіскальний чек формується через ПРРО, рахунок — в обліковій системі. Нумерація й реквізити підставляються самі, руками їх не набирають.
- 04
Клієнти й історія
Картка клієнта заводиться один раз: замовлення, звернення й оплати збираються навколо неї, а не живуть у листуванні.
- 05
Доставка
Накладна Нової Пошти створюється із замовлення, а статус повертається на сайт і клієнту. За післяплати статус «отримано» може бути моментом, коли формується чек.
Що в Україні варто врахувати окремо
Торгівля впирається не лише в облік, а й у фіскалізацію. Схема, яка працює на практиці, виглядає так: сайт передає продаж у ПРРО, а облікова система отримує замовлення й повертає номенклатуру.
- Checkbox має інтеграції з CMS і обліковими системами, і через його інтерфейс сайт може формувати фіскальні чеки
- Dilovod має готову інтеграцію з Checkbox: номенклатуру, ціни та залишки передають у касу, а фіскалізовані чеки повертаються в облік
- У Dilovod є власний інтерфейс для обміну з інтернет-магазином, зокрема для автоматичного завантаження замовлень із сайту
- Для BAS є готові модулі зв’язку з ПРРО, але під нестандартну логіку з сайтом і Новою Поштою зазвичай потрібна власна розробка
- Нова Пошта вміє повідомляти про зміну статусу накладної — на цьому будують і сповіщення клієнту, і фіскалізацію післяплати
Як іде робота
- 01
Розбираємо, що де лежить
Які поля є в системі, які на сайті, що вважається головним джерелом правди для ціни й залишку. Без цього рішення зв’язка починає сперечатися сама з собою.
- 02
Схема обміну
Що, куди, як часто і що відбувається під час збою. Погоджуємо до розробки: змінити схему дешевше, ніж переробляти готове.
- 03
Пілот на частині каталогу
Беремо кілька десятків позицій і ганяємо обмін тиждень. Видно все: кодування, округлення цін, одиниці виміру, зображення, порожні поля.
- 04
Повний запуск
Розширюємо на весь каталог, вмикаємо замовлення у зворотний бік, додаємо сповіщення про помилки й журнал обміну.
- 05
Два тижні нагляду
Дивимося журнал, ловимо рідкісні випадки — товар без ціни, замовлення з видаленою позицією, подвійна відправка. Саме вони спливають після запуску.
Що ламається найчастіше
- Два джерела правди: ціну правлять і в системі, і на сайті — і кожен обмін повертає «неправильну»
- Залишки без резерву: товар продано двічі, поки обмін чекав на розклад
- Одиниці й округлення: кілограми проти упаковок, ціна з ПДВ проти ціни без
- Кодування й українські назви: під час обміну файлами вони приїздять нечитабельними
- Мовчазний збій: обмін не пройшов уночі, ніхто не дізнався, зранку сайт продає за вчорашніми цінами
Чого ми не робимо
- Не підміняємо бухгалтера: ми зв’язуємо системи, а за правильність обліку й документів відповідає він
- Не ліземо в чужу програму обхідними шляхами — тільки через її дозволений інтерфейс або вивантаження
- Не обіцяємо миттєвий обмін там, де система вміє лише за розкладом
- Не залишаємо зв’язку без сповіщень: мовчазна автоматизація небезпечніша за ручну роботу
З чого почати
Назвіть систему, у якій ведете облік, і скажіть, що болить дужче: ціни, залишки, замовлення чи чеки. Цього досить, щоб сказати, чи розв’язується задача готовим інтерфейсом, чи знадобиться обмін файлами.
Автоматизація та інтеграціїЧасті запитання
У нас стара програма без інтерфейсу. Це глухий кут?
Ні, але дорожче. Якщо система вміє вивантажувати й приймати файли за розкладом, зв’язка будується на них: раз на годину або раз на ніч. Це не миттєво, але для цін і залишків зазвичай достатньо. Перевіряємо на вашому примірнику, а не за описом на сайті виробника.
Хто має бути джерелом правди для ціни?
Один бік, і це рішення треба ухвалити до розробки. Зазвичай правда в обліковій системі: там ціна пов’язана із закупівлею та знижками. Тоді на сайті поле ціни стає лише для читання — інакше будь-яка ручна правка затиратиметься обміном, і звинуватять у цьому зв’язку.
Хто формує фіскальний чек?
ПРРО, а не сайт. Сайт передає продаж, каса формує чек і повертає його номер; в облік чеки підтягуються окремо. Така схема працює і для онлайн-оплати, і для післяплати, де чек формується за статусом від Нової Пошти.
Скільки часу займає така зв’язка?
Односторонній обмін товарами й цінами — від кількох днів. Двосторонній, із замовленнями й документами, — від двох-трьох тижнів. Строк залежить не від нас, а від того, як швидко дадуть доступи і що віддає система.
Що буде під час збою обміну?
Зв’язка повторить спробу, запише помилку в журнал і надішле сповіщення. Дані не губляться: невдалі пакети зберігаються й ідуть наступним заходом. Це закладається одразу, а не «якщо знадобиться».
Скільки це коштує на місяць?
Сама зв’язка — разова робота погодинно. Щомісяця можуть коштувати тарифи сервісів: ПРРО, облікова система, інтеграційні модулі. Ці гроші йдуть постачальнику напряму, ми на них не заробляємо й кажемо про них до початку.
Ми міняємо облікову систему. Зв’язка переживе?
Частково. Логіка обміну — які поля, як часто, що головне — лишиться, а з’єднувач доведеться переробити під нову систему. Тому ми робимо зв’язку шарами: бізнес-правила окремо, підключення до конкретної програми окремо.
А якщо потрібні і склад, і доставка?
Це наступний крок і рахується окремо. Спершу варто запустити ціни й залишки: вони дають основну економію часу. Доставку й відстеження додаємо, коли перша частина працює стабільно.