Odoo Blog розповів історію Ramraj ENES — компанії з індійського штату Тамілнад, що входить до групи Ramraj Cotton і займається виробництвом, оптовою та роздрібною торгівлею традиційним індійським одягом. Головний виклик тут не у виробництві як такому, а в мережі збуту: близько 200 дистриб’юторів по всій Індії, і кожен із них потрібно забезпечити товаром, цінами, акційними умовами та зв’язком із роздрібними магазинами. За такого масштабу, як зазначає автор кейсу, самого обсягу замало — потрібні прозорість і однаковість процесів.
До переходу на Odoo робота з дистриб’юторами велася здебільшого вручну. Єдиного порядку не існувало: одні дистриб’ютори користувалися сторонніми програмами, інші досі вели все на папері. Через це скласти зрозумілу картину продажів і залишків у мережі було складно. Так само важко було відстежувати виконання акційних програм, дисципліну виставлення рахунків, прив’язку роздрібних точок до територій і те, скільки часу йде на обслуговування замовлень. Звітність була обмеженою, тож головний офіс майже не бачив у реальному часі, що відбувається в мережі. Що більше розросталася дистрибуція, то гостріше компанія потребувала централізованої й надійної системи.
Від нової системи вимагали масштабованості без зайвого ускладнення. Odoo підійшла завдяки кільком речам: роботі через браузер, підтримці кількох компаній в одній базі, варіантам товарів і здатності обслуговувати велику мережу дистриб’юторів. Окремо варто відзначити підхід до впровадження: доопрацювання звели до мінімуму. Замість того щоб переробляти систему під кожну звичку, команда впровадження разом із Ramraj розібрала наявні процеси й показала, як їх можна вести ефективніше стандартними засобами. Саме це дало змогу перевести на спільну систему майже 200 дистриб’юторів і водночас зберегти для користувачів звичну логіку роботи. «Гнучкість і відповідність галузі значно спростили запуск», — цитує компанію блог.
Тепер замовлення дистриб’юторів на закупівлю оформлюються в електронному вигляді й одразу потрапляють у систему, де пов’язуються з виробництвом без повторного ручного втручання. Варіанти товарів, дані про відвантаження та номери партій оновлюються системно, що тримає замовлення й залишки узгодженими. Замовлення роздрібних магазинів проходять повний цикл — від оформлення та обробки до відвантаження й рахунку, — а сканування допомагає в реальному часі фіксувати надходження та видачу товару.
Помітно зросла й дисципліна в цінах та територіях. Затверджені ціни контролюються централізовано, роздрібні точки закріплені за своїми територіями, а виконання акційних схем відстежується системно, що зменшує простір для зловживань. «Тепер ми значно краще бачимо й контролюємо всю мережу дистриб’юторів», — наголошують у компанії.
Дистрибуція — центральна, але не єдина частина проєкту. Модуль Склад дає змогу бачити рух товару в дистриб’юторів у реальному часі, Продажі впорядковують роботу із замовленнями, Закупівлі пов’язують замовлення дистриб’юторів із внутрішніми процесами, а Рахунки допомагають уніфікувати виставлення рахунків і ціни. Частина дистриб’юторів веде в Odoo ще й бухгалтерію. Окремо компанія використовує модуль Автопарк: через нього проходять переміщення транспорту, перевезення працівників, рух між виробничими майданчиками і навіть процеси, пов’язані з їдальнею.
Запуск системи для великої мережі, де користувачі мають дуже різний рівень технічної підготовки, — завдання непросте. Партнер із впровадження The Odoo Implementers спершу вивчив галузь і робочі процеси компанії, а вже потім зіставив вимоги з можливостями системи. У результаті впровадження пройшло відносно швидко, з обмеженими доопрацюваннями та подальшою технічною підтримкою. Попри початковий період навчання, і дистриб’ютори, і внутрішні команди звикли до нових процесів. Для Ramraj ENES головний результат, за підсумком блогу, — не просто відмова від ручної роботи, а спільний спосіб роботи для великої мережі, що росте: замовлення, залишки, ціни, рахунки й роздрібні точки тепер в одному місці.
Що це означає для українського користувача
Ситуація знайома багатьом українським виробникам і дистриб’юторам: частина партнерів працює у своїх програмах, частина — в зошитах і таблицях, а центральний офіс дізнається про продажі та залишки із запізненням і зі слів. Кейс Ramraj корисний двома висновками. По-перше, мінімум доопрацювань тут свідомий вибір: замість переписувати систему під кожен звичний документ, процеси спершу переглянули й підлаштували під стандартні можливості — це скорочує строки й спрощує подальші оновлення. По-друге, цінність дає саме єдина база: централізовані ціни, закріплені території й облік акцій працюють лише тоді, коли всі учасники мережі вносять дані в одну систему. Для України варто враховувати, що регламентований облік і податкова звітність в Odoo реалізуються лише через сторонні модулі локалізації, тому для бухгалтерії потрібне розгорнуте на власному сервері або в Odoo.sh рішення, а не Odoo Online. Але складська та дистриб’юторська частина — замовлення, партії, сканування, ціни й території — від локалізації майже не залежить.