В офіційному блозі Odoo вийшов матеріал австралійської команди компанії, присвячений не функціям продукту, а симптомам: за якими ознаками власник бізнесу може зрозуміти, що його звичний набір програм уже не витримує обсягів. Текст адресований малому й середньому бізнесу Австралії, але описані в ньому болі впізнавані для будь-якого ринку, бо йдеться про універсальну ситуацію — компанія виросла, а програмне забезпечення лишилося тим самим, що й на старті.
Відправна точка в статті — типовий стартовий набір: окрема бухгалтерська програма (автори згадують Xero), таблиця Excel для обліку залишків і блокнот або найпростіша CRM для контактів клієнтів. Поки замовлень небагато, така зв’язка справді працює. Проблеми починаються разом зі зростанням: операційна команда витрачає робочі години на переписування даних між таблицями, бухгалтерія ганяється за розбіжностями, а склад шукає товар, якого фізично немає. Компанія опиняється перед вибором — або далі тримати клаптикову конструкцію з таблиць і напівживих інтеграцій, сподіваючись, що чергове оновлення не зламає процес остаточно, або переходити на єдину платформу.
Перші дві ознаки, які наводять автори, стосуються складу. Перша — коли залишки в кількох місцях зберігання (виробництво, регіональні розподільчі центри, роздрібні точки) ведуться на окремих вкладках таблиці. Без обліку запасів у реальному часі по всіх локаціях команда працює навмання, звідси помилки ручного введення, зриви відвантажень і так званий фантомний запас: менеджер із продажів бачить у системі вільний товар і оформлює замовлення, а на складі цього товару немає — клієнт отримує зрив термінів. Друга ознака — втрата прозорості руху партій. Для виробників, імпортерів і дистриб’юторів відстеження номерів партій і серійних номерів є не бюрократією, а основою контролю якості й відповідності вимогам: якщо програма не дає простежити шлях конкретної партії, компанія ризикує і перевірками, і дорогим відкликанням товару.
Третя ознака — розрив між виробничим цехом і складським обліком. Для виробництва на замовлення (make-to-order) і для кастомних виробів дані мають збігатися одночасно у продажів, у цеху й у закупівлях. Коли цей зв’язок рветься, сценарій завжди той самий: менеджер підтверджує замовлення, виробництво стартує, а на середині складання з’ясовується, що критичного компонента немає. Лінія зупиняється, людино-години згорають, клієнт чекає. У самій статті принагідно пояснено й механіку MTO — це стратегія поповнення, за якої заявка на закупівлю або виробниче замовлення створюються автоматично лише після підтвердження замовлення клієнта.
Четверта ознака найближча бухгалтерам: оцінка запасів не потрапляє в головну книгу. Коли склад і фінансовий відділ працюють у різних програмах, фізичні залишки й баланс розходяться, і під час закриття місяця чи річного аудиту бухгалтери витрачають дні на ручне звіряння. Окремо автори наголошують на собівартості придбання (landed cost) — повній вартості товару на момент, коли він опинився на складі: ціна постачальника, міжнародна доставка, внутрішня логістика, мита й тарифи, страхування та обробка вантажу. Якщо облікова програма не вміє автоматично розподіляти ці витрати, вони тихо з’їдають маржу й викривляють реальну собівартість проданих товарів.
П’ята ознака — кількість передплат. Набір окремих сервісів для обліку, складу й клієнтів з часом породжує інформаційні острівці, дорогі оновлення й сукупний рахунок за підписки, який мало хто рахує повністю. Автори формулюють критерій просто: якщо команда витрачає більше часу на те, щоб програми обмінювалися даними між собою, ніж на роботу з клієнтами, наявний набір інструментів став гальмом.
Як альтернативу стаття описує логіку ERP — усі ключові процеси в одній живій базі, де складський облік, виробництво, закупівлі, CRM, продажі й бухгалтерія пов’язані між собою без подвійного введення. Серед аргументів, які Odoo наводить для австралійського ринку: одна ліцензія відкриває весь набір інтегрованих застосунків; налаштована безперервна оцінка запасів автоматично формує проводки вартості запасів і собівартості реалізації, що зменшує обсяг ручного звіряння; менеджер із продажів бачить просто в CRM історію замовлень клієнта, наявність товару, статус відвантаження й несплачені рахунки; баланс, звіт про прибутки та збитки й рух коштів доступні в реальному часі, а не після закриття місяця. Локальну частину закриває команда Odoo Australia в Голд-Кості разом із мережею місцевих партнерів.
Що це означає для українського користувача
Цінність цього матеріалу для українського бізнесу не в описі можливостей Odoo, а в самому переліку симптомів: це готовий перелік запитань для внутрішнього аудиту, який можна пройти за вечір, не залучаючи нікого ззовні. Облік залишків у кількох складах ведеться в таблиці; партії й серійні номери ніде не фіксуються; цех дізнається про брак комплектуючих уже в процесі; собівартість із урахуванням доставки та митних платежів рахується вручну раз на квартал; а загальна сума підписок на розрізнені сервіси ніколи не зводилася в один рядок — кожен із цих пунктів окремо виглядає дрібницею, і саме тому їх роками терплять. Для українських виробників, імпортерів і дистриб’юторів особливо показовий пункт про собівартість придбання: при курсових коливаннях, митних платежах і логістиці, яка може коштувати відчутну частку вартості партії, нерозподілені витрати спотворюють уявлення про прибутковість значно сильніше, ніж у стабільніших економіках.