Замовлення й закупівля
- Передача погодженого замовлення з усіма пропозиціями постачальників
- Пріоритет постачальника, якого обрав менеджер
- Автоматизоване замовлення в кабінеті постачальника з Odoo
- Скасування позицій із коректним перерахунком маршрутів
ERP · Облікові системи
Сайт продає. ERP рахує. Ми зʼєднуємо їх
Готові інтеграції з Odoo і Dilovod та відкрите API для інших облікових систем і власних CRM. Замовлення, товари, клієнти, оплати, залишки, ТТН і фіскальні чеки ходять між сайтом та обліком без ручного перебивання.
Сайт
Вітрина · каталог · замовлення · менеджер
Замовлення
товари →
обмін товари →
← Оплати
статуси
статуси
ERP
Склад · гроші · документи · звітність
Кілька ФОП/ТОВ
ПРРО й еквайринг
Нова Пошта
Варіанти
Оберіть свою облікову систему
Готові інтеграції відрізняються глибиною та порогом входу. Для інших систем даємо API, документацію та консультацію щодо сценарію обміну.
Глибока інтеграція · для зростання
Odoo — для складніших операцій і масштабування
Інтеграція працює в бойовому режимі з 2025 року на проєкті з ТОВ, кількома ФОП, офлайн-магазинами, POS-касами та власним складом. Це повний операційний контур, а не одноразовий експорт замовлень.
Гроші та склад
- Оплати з банку, каси й POS; аванси та повернення коштів
- Баланс, обороти й історія розрахунків у замовленні на сайті
- Часткове відвантаження на рівні окремої позиції
- Власні склади, комірки та фактична собівартість
Кілька компаній
- Кілька ФОП/ТОВ зі своїми складами, рахунками й касами
- Окремий акаунт Нової Пошти та еквайринг кожного продавця
- Прайси, доступні лише конкретній компанії
- Окремі залишки для кожної пари «компанія + склад»
Чесно про Odoo
Почати користуватися Odoo непросто. Потрібні навчання, а для ТОВ — локалізація бухгалтерського обліку від інтегратора. Ми не впроваджуємо Odoo й не навчаємо роботі в ній: наша зона відповідальності — обмін даними між сайтом та ERP.
Працює з 2023 року · простіший старт
Dilovod — базовий облік, який можна опанувати самому
Найкоротший шлях від Excel і ручних таблиць до нормального обліку товарів та грошей — без складного проєкту впровадження великої ERP.
Замовлення покупця — кнопкою або під час переходу в комплектацію
Надходження, відвантаження й рахунок із реквізитами продавця
Оплати, баланс та історія взаєморозрахунків на сайті
B2B-відвантаження в кредит за загальним балансом клієнта
Залишки власного складу на вітрині магазину
Лінива номенклатура — тільки товари з реальних документів
Кілька ФОП/ТОВ
До 15 повторних спроб, якщо API тимчасово недоступне
Чесно про межі
Для широкого власного складу та складної логістики краще одразу порівнювати Odoo. Повний ланцюжок повернень із Dilovod не синхронізується — синхронізуються взаєморозрахунки. ПРРО підключаємо напряму через Checkbox.
Відкрите API · інтеграцію робить ваш розробник
Своя облікова система? Заберіть дані через API
Для іншої облікової системи, самописної програми чи CRM немає конектора «в один клік». Є API, документація й консультація щодо методів; інтеграцію реалізує ваша команда або зовнішній інтегратор.
| Метод | Що дає |
|---|---|
| orders/get | Замовлення з фільтром за датою створення або оновлення, посторінково. |
| order_tovar_price | Усі пропозиції постачальників по кожній позиції замовлення. |
| order_tovars/apply_state | Масова зміна статусів позицій із боку облікової системи. |
| order_tovars/update | Зміна постачальника, закупівельної ціни та коментаря. |
| orders/update | Передача на сайт номера ТТН і фіскального чека. |
| action_history/get | Історія дій із датами для рішень на стороні ERP. |
| Вебхуки | Події створення, оновлення й видалення замовлень із сайту. |
Що обрати
Не рейтинг продуктів, а коротка карта відповідності вашому етапу бізнесу.
| Критерій | Dilovod | Odoo | Інша / власна система |
|---|---|---|---|
| Готова інтеграція | Так, з 2023 року | Так, з 2025 року | Розробка через API |
| Складність старту | Низька | Потрібні навчання й інтегратор | Залежить від вашої команди |
| Власний склад | Базовий облік | Комірки, маршрути, ТЗД і POS | Залежить від реалізації |
| Кілька ФОП/ТОВ | Так | Так | Підтримує сайт |
| Повернення | Лише розрахунки | Повний ланцюжок | Залежить від реалізації |
| ПРРО | Checkbox напряму | Checkbox або модуль Odoo | Checkbox напряму |
| Кому підходить | Магазин, який виріс з Excel | Мережа, склад і масштабування | Є свій облік і розробник |
Кілька ФОП/ТОВ. Робота сайту з кількома компаніями доступна в пакеті «Оновлення Pro» незалежно від обраної облікової системи.
Архітектура
Хтось один має бути головним
Сайт і ERP не повинні дзеркально редагувати одні й ті самі дані. Ми розділяємо зони відповідальності й визначаємо джерело правди для кожного процесу.
До погодження
Сайт — головний
- Вітрина, каталог і мільйони позицій
- Прайси постачальників і ціноутворення
- Кроси, аналоги та лінкувальні номери
- Замовлення до моменту погодження
- Робоче місце менеджера й кол-центру
Після погодження
ERP — головна
- Склад: залишки, переміщення та комірки
- Гроші: оплати, баланси й взаєморозрахунки
- Документи: прихід, видаткова, рахунок і ПН
- Закупівля, забезпечення та комплектація
- Звітність, ПДВ і бухгалтерський облік
Це навмисно «нудна» архітектура. Саме тому вона працює роками й переживає оновлення обох систем.
Один процес
Від кошика до закритого рахунку
Менеджер працює в адмінці сайту, а бухгалтер, закупівельник, приймальник і комірник — в обліковій системі. Кожен працює у своєму контексті, а дані проходять один послідовний шлях.
- 01
Замовлення
- Сайт
- Менеджер бачить ціни й терміни постачальників.
- ERP
- Ще не втручається.
- 02
Погодження
- Сайт
- Передає погоджені позиції.
- ERP
- Створює клієнта, товари й замовлення.
- 03
Закупівля
- Сайт
- Зберігає контекст пропозицій.
- ERP
- Формує забезпечення або замовлення постачальнику.
- 04
Прихід
- Сайт
- Показує комірку збору.
- ERP
- Оприбутковує товар і взаєморозрахунок.
- 05
Оплата
- Сайт
- Отримує суму та статус.
- ERP
- Виписка, каса або POS є джерелом правди.
- 06
Відвантаження
- Сайт
- Отримує статус, ТТН і чек.
- ERP
- Проводить видаткову та перераховує баланс.
- 07
Повернення*
- Сайт
- Створює замовлення-повернення в інтеграції з Odoo.
- ERP
- Проводить повернення товару й коштів.
* Повний ланцюжок повернення синхронізується з Odoo; у Dilovod передаються взаєморозрахунки.
Без маркетингового «все»
Конкретно: обʼєкти, напрямки й момент
Ось точний склад обміну. Частота залежить від типу даних: бізнес-подія, запит користувача або контрольне оновлення за розкладом.
Сайт → ERP
| Обʼєкт | Дані | Коли |
|---|---|---|
| Замовлення | Позиції, ціни, продавець, оплата, доставка, філія та склад | Після погодження або кнопкою |
| Номенклатура | Артикул + бренд, назва, штрихкод, фото й посилання | Ліниво — лише з документів |
| Контрагенти | Тип особи, ІПН/ЄДРПОУ, телефон і реквізити | Під час першої передачі |
| Постачальники | Назва та зіставлення кількох прайсів | Під час надходження |
| Пропозиції | Усі ціни, залишки, терміни й пріоритет постачальника | Разом із замовленням |
| Надходження | Закупівельні ціни, документ, валюта, курс і ПДВ | Після оприбуткування |
| Відвантаження | Чернетка під час комплектації та проведення при відправці | У два етапи |
| Нова Пошта | Місто, відділення, одержувач і контактна особа | Разом із замовленням |
ERP → сайт
| Обʼєкт | Дані | Коли |
|---|---|---|
| Оплати | Виписка банку, каса, POS, аванс і часткова оплата | За подією |
| Баланс | Борг або переплата в адмінці й кабінеті клієнта | За подією та контрольним перерахунком |
| Взаєморозрахунки | Історія документів по клієнту | За запитом |
| Статуси позицій | Замовлено → буфер → на складі → відвантажено | За подією |
| Статус замовлення | Зібрано, частково відвантажено, виконано | За подією |
| ТТН і чек | Номери документів, створених на стороні ERP | За подією |
| Залишки складу | Прайс «Мій склад» на вітрині | За розкладом і точково |
| Собівартість | Фактичне значення для маржі й мотивації | Під час відвантаження |
Чого не робить eCommerce-платформа: не веде складський і бухгалтерський облік, не розраховує ПДВ, не формує оборотні відомості й не керує офлайн-обладнанням — ТЗД, принтерами, сканерами та вагами. Це зона відповідальності ERP або WMS: ці системи створені для обліку й локальних складських операцій, тоді як вебзастосунки мають технічні обмеження в роботі з таким обладнанням.
До інтеграції
Впізнаєте?
Так реальні магазини описують ручний облік і частковий обмін, коли сайт та ERP живуть окремо.
Одна робота у двох системах
«Замовлення, номенклатура, спосіб оплати й ТТН уже передаються в облік. Але оплати, прибуткування та реалізації все одно доводиться робити і в обліковій системі, і на сайті.»
Часткова інтеграція не рятує: менеджер вводить те саме двічі, бухгалтер — теж.
Бухгалтер у ручному режимі
«З ростом відправок росте навантаження на бухгалтера, який розносить реєстр по Новій Пошті. До кожної створеної оплати вручну привʼязує відвантаження за номером замовлення з реєстру.»
Щоденне копіювання реєстрів не масштабується разом із кількістю відправок.
Борг видно тільки вручну
«Суму реального поточного боргу ми не бачимо — тільки заходити окремо по кожному постачальнику й окремо по кожному нашому ФОП, що займає немало часу.»
Планування закупівель наосліп означає заморожені гроші або порожні полиці.
Кілька ФОП — кілька шансів помилитися
«Інакше буде така ситуація: гроші надійшли на одного продавця, відвантаження зафіскалізували на другого, а відправили від третього.»
Продавця потрібно контролювати системно — від замовлення до каси й ТТН.
Зростання впирається в людей
«Бо ми ростемо, стало питання контролю менеджерів. Поки людей одиниці, то ще якось контролюємо. А далі треба автоматизуватись.»
Кожен новий менеджер додає не лише продажі, а й ризик ручної помилки.
Страшно торкатися налагодженого
«Я бухгалтер, не програміст, не інтегратор, для мене це темний ліс. Не хочу щось порушити в налагодженій системі.»
Тому підключення починається зі схеми процесів і staging, а не з ключа «увімкнути».
Цитати знеособлено; зміст звернень магазинів у підтримку збережено.
Автозапчастини
Універсальна інтеграція ламається на першому прайсі
У цій ніші «один товар — один код» не працює. Ми закладаємо в обмін правила, до яких інші інтегратори доходять уже після дублів, пересортів і зайвих закупівель.
Артикул без бренду не є товаром
FCS770 Purflux і FCS770 іншого бренду — різні деталі. Унікальність будуємо на каталожному номері, бренді й атрибуті, а не на одному полі артикула.
Штрихкод — допоміжний ключ
Він може повторюватись для різних ринків чи пакувань або бути відсутнім. Передаємо EAN для сканерів, але зіставляємо товар за артикулом і брендом.
Кроси знає тільки сайт
Лінкувальний і канонічний номери можуть означати одну деталь. На складі використовуємо основний номер і не підміняємо артикули магією під час обміну.
Один товар — багато постачальників
У ERP передаємо всі пропозиції з цінами, термінами й залишками, а обраного менеджером постачальника ставимо першим.
Мільйони позицій не їдуть в ERP
Номенклатура створюється ліниво — тільки коли товар потрапив у реальний документ. Каталог залишається там, де йому місце: на сайті.
Продавець проходить весь ланцюжок
ФОП/ТОВ із замовлення автоматично визначає рахунок, ТТН, касу, еквайринг і документ ERP. Позиції різних продавців не змішуються.
Надійність
А якщо ERP тимчасово не відповідає?
Ми не обіцяємо, що зовнішні сервіси ніколи не збоять. Робимо збій видимим, залишаємо технічний слід і, де це підтримується, повторюємо передачу.
Повторні спроби
Якщо Dilovod не відповідає або документ заблокований, передача повторюється автоматично — до 15 спроб з інтервалом 20 хвилин.
Видима помилка
Текст відповіді ERP бачить менеджер. Ми не маскуємо помилку під успішний обмін і не залишаємо проблему до наступної звірки.
Історія та журнали
Запити фіксуються в історії замовлення, а журнали вебхуків зберігають технічний контекст для діагностики.
«Обмін ніколи не збоїть» — неправда. Різниця в тому, чи проблема тиха, чи її одразу бачить менеджер і є кому відкрити історію конкретного замовлення.
Підключення
Від рішення до робочого обміну
Налаштування — це не передача ключа API. Спершу вирівнюємо процеси та довідники, потім перевіряємо сценарії і лише тоді вмикаємо робочий обмін.
- 01
Розбираємо процеси
Кількість компаній, склад, поточний облік і головні ручні операції. Визначаємо, чи потрібна ERP вже зараз.
- 02
Готуєте ERP
Ваш інтегратор налаштовує організації, склади, каси, рахунки й права API. Ми даємо вимоги до обміну.
- 03
Зіставляємо довідники
Способи оплати й доставки, склади, продавці, валюти та ставки ПДВ звʼязуються в адмінці сайту.
- 04
Перевіряємо на staging
Для складних інтеграцій проганяємо повний цикл на копії сайту й тестовій базі ERP до робочих даних.
- 05
Запускаємо поетапно
Спостерігаємо за обміном у перші дні, виправляємо зіставлення й далі супроводжуємо інтеграцію в тікетах.
Dilovod може запрацювати після кількох годин налаштування. Odoo — це проєкт із навчанням команди та участю інтегратора; строк залежить від готовності вашого обліку, а не від красивої обіцянки.
ЧаПи
Питання, які ставлять найчастіше
Dilovod простіший: його реально опанувати самостійно, і він закриває базовий облік товарів та грошей. Odoo потужніша, але потребує навчання й інтегратора; вона доречна, якщо у вас власний склад, офлайн-точки з касами, кілька юросіб і плани масштабуватися.
Так. Інтеграцію можна вимкнути, а зіставлення довідників зберігаються — не доведеться налаштовувати все заново. Функції сайту, які на час інтеграції бере на себе ERP, знову стають доступними.
Не повинна. У ERP передаються тільки товари, які реально потрапили в замовлення чи документи. Каталог із мільйонами позицій, кросами й пропозиціями постачальників залишається на сайті.
Так. Продавець визначається на рівні замовлення й далі проходить через рахунок, ТТН, касу Checkbox, еквайринг і документ в ERP. Система контролює, щоб товар, оплата й відвантаження не змішувалися між різними продавцями.
Для інтеграції з Dilovod передача автоматично повторюється до 15 разів з інтервалом 20 хвилин. Помилка показується менеджеру й фіксується в історії замовлення, а не маскується під успішний обмін.
Ми відповідаємо за обмін даними між сайтом і ERP. Впровадження, навчання команди та локалізацію бухгалтерського обліку виконує обраний вами інтегратор. Ми даємо документацію, перелік потрібних доступів і консультуємо щодо обміну.
Готового конектора немає, але є повноцінне API: ваш розробник може забирати замовлення та повертати на сайт статуси позицій, ТТН і фіскальні чеки. Ми надаємо документацію та консультуємо щодо сценарію обміну.
Наступний крок
Розкажіть, як у вас влаштований облік
Подивимось на процеси й чесно скажемо: що можна автоматизувати вже зараз, що потребує зміни ERP, а що поки не варто чіпати.