Налаштування програми чи впровадження обліку: різниця

Автор: Інна Троценко, керівник відділу впровадження УО, керувала а також самостійно впроваджувала облік на підприємствах таких сфер: виробництво, гуртова торгівля, медична сфера, усього більше 70 проєктів.

Налаштування облікової програми — це технічна робота: завантажити номенклатуру, створити користувачів, налаштувати документи.
Впровадження обліку — це домовленості про процеси й відповідальність: хто, коли і за якими правилами вносить дані. Без цих домовленостей система лише оцифровує наявний хаос: залишки на екрані не збігаються зі складом, а працівники ведуть паралельні зошити. Тому спочатку описують реальні процеси, розподіляють відповідальність і навчають людей, а вже потім закріплюють усе це в програмі.

Типова історія виглядає так. Ви довго вибирали систему обліку, узгодили кошторис, найняли спеціалістів. Програміст завантажив номенклатуру, видав усім логіни з паролями, повідомив: «Усе готово, працюйте!» — і пішов.

Інтерфейс гарний, і спершу відчувається полегшення. Але минає місяць-другий, а порядку немає. Реальні залишки не збігаються з цифрами в системі, незрозуміло, куди зникають гроші, а працівники й далі записують усе в свої зошити.

Причина в тому, що замовили й отримали технічне налаштування, а не впровадження обліку. Це різні речі, і плутанина між ними коштує бізнесу дорожче, ніж сама програма.

Налаштування програми й впровадження обліку: у чому різниця

Технічне налаштування:
– Що робиться: завантаження номенклатури, створення користувачів, налаштування документів і звітів.
– Хто виконує: програміст або технічний консультант.
– Результат: програма відкривається, документи проводяться.
– Як перевірити: кнопки працюють.
– Чого бракує: немає розуміння, хто й за що відповідає.

Впровадження обліку:
– Що робиться: опис реальних процесів, розподіл відповідальності, регламенти, навчання людей.
– Хто виконує: керівник разом із консультантом і командою підприємства.
– Результат: дані в системі відповідають реальному стану складу й цеху.
– Як перевірити: залишки збігаються з фактичними, а працівники вносять дані без нагадувань.
– Чого бракує: нічого, оскільки технічна частина вже включена в план.

Програма — це порожній калькулятор: вона рахує так, як їй задали. Якщо в колективі немає чіткої домовленості про те, хто і як формує цифри, система видаватиме акуратні, але недостовірні звіти.

Які домовленості потрібні до запуску системи

Впровадження починається з того, що керівник разом із командою детально проговорює, як насправді працює підприємство. Тільки після цього систему налаштовують під ці правила. Ось три групи питань, які треба закрити першими.

Як матеріали потрапляють на склад

– Хто фізично приймає товар і перевіряє його?
– Коли вноситься накладна: одразу біля рампи чи ввечері з пам’яті?
– Що робити, якщо привезли не те, що замовляли (пересортиця, недовезення)?

Хто відповідає за брак у цеху

– Як фіксується випадок, якщо, наприклад, закрійник зіпсував рулон тканини?
– Що це: збиток підприємства, помилка конкретного працівника чи допустима норма витрат?
– Хто затверджує списання й у які строки?

За якою формулою рахується прибуток

– Що вважати виконаною угодою: відвантаження, підписання акта чи оплату?
– Як розподіляються непрямі витрати між напрямами?
– За якими правилами власники виводять дивіденди, щоб не позбавити бізнес оборотних коштів?

Коли на ці питання є відповіді, з’являється робочий процес, який система може підтримувати. Якщо процес неякісний або його немає взагалі, програма просто зробить видимим ваш безлад, але не прибере його.

Роль людей: чому облік не працює без команди

Навіть найдорожча ERP-система не допоможе, якщо комірник чи майстер цеху не вносить дані або робить це формально. Причина зазвичай не в небажанні працювати. Люди побоюються, що на них перекладуть чужу роботу, виявлять давні помилки або зменшать зарплату. Якщо не пояснити, що система захищає їх від необґрунтованих звинувачень, вони знайдуть десяток причин, чому програма «незручна» і «не працює».

Про те, як розпізнати цей опір і що з ним робити, ми докладно розповідали в статті «Опір впровадженню обліку на складі та виробництві». Коротко: пояснюйте вигоду кожній ролі, дайте час на адаптацію без штрафів і не приймайте рішень поза системою.

Справжній облік з’являється тоді, коли працівник щодня вносить достовірні дані без нагадувань і контролю, бо розуміє, що це полегшує його роботу.

Як перевірити, чи у вас облік, чи лише встановлена програма

Ознаки того, що налаштування є, а впровадження немає:

– фактичні залишки регулярно розходяться з даними в системі;
– дані вносяться пачкою в кінці дня чи тижня, а не в момент операції;
– поряд із програмою існують зошити, таблиці Excel чи повідомлення в месенджерах;
– ніхто не може швидко пояснити, хто відповідає за конкретну цифру;
– звіти є, але власник ухвалює рішення «за відчуттями», бо не довіряє їм.

Якщо збігаються два-три пункти, проблема, найімовірніше, в процесах і відповідальності, а не в самій програмі.

Що запитати в підрядника перед запуском

Терміни залежать від масштабу підприємства, але якщо вам обіцяють запустити систему за кілька днів без опису процесів, це привід поставити додаткові запитання:

1. Чи буде етап опису поточних процесів на складі та виробництві до налаштування програми?
2. Хто складає регламенти й розподіл відповідальності, і чи бере участь у цьому наша команда?
3. Чи передбачене навчання працівників на їхніх реальних операціях, а не лише демонстрація для керівника?
4. Чи буде пілотний запуск на одній ділянці перед переходом усього підприємства?
5. Яка підтримка передбачена в перші тижні після запуску?

З чого почати, якщо програма вже встановлена, а порядку немає

Система вже є, і це не втрачений час. Порядок дій:

1. Опишіть реальні процеси: як товар приймається, переміщується, списується.
2. Проведіть інвентаризацію, щоб стартові залишки збігалися з фактом.
3. Розподіліть відповідальність: за кожну операцію й кожну цифру має відповідати конкретна людина.
4. Оновіть налаштування й права доступу під ці правила, залишивши кожній ролі лише потрібні операції.
5. Навчіть команду на робочих місцях і дайте адаптаційний період без штрафів.
6. Приберіть паралельні зошити й таблиці, коли система стане основним джерелом даних.

Приклад з практики

Фабрика міжкімнатних та вхідних дверей (120 людей у штаті). Деревообробка, покраска, збірка, склад сировини та готової продукції.
Софт встановили ще пів року тому. У звітах керівника — порядок, а на складі — повний хаос.
За програмою на залишках висить 50 комплектів італійських завісів та ручок, а комірник видати їх не може, бо полиці порожні. Збірка дверей зупинялася, замовлення зривалися, а майстри з комірниками лише перекладали провину один на одного.

Замість того щоб одразу переписувати програмний код, на підприємстві спочатку вирішили розібратися, як усе працює насправді. На розплутування цього вузла пішло близько 2,5 місяців:

– Провели аудит бізнес-процесів. Провели серію інтерв’ю з key-персонами: комірниками, майстрами цехів, малярами та закупниками. Виявилося, що реальне життя в цеху суттєво відрізняється від того, як його уявляли в кабінетах.
– Зробили аудит поточного ПЗ. Зіставили реальні кроки людей із функціоналом програми й чітко побачили точки розриву — де саме дані губляться, вносяться «із запізненням на три дні» або взагалі дублюються на папері.
– Склали чітке ТЗ на допрацювання. На основі виявлених дірок прописали технічне завдання для програмістів: прибрати з програми зайві поля для цеху, спростити інтерфейс і налаштувати правильну логіку списання сировини.
– Змінили фізичні правила. Працівникам цеху закрили вільний доступ на склад за принципом «візьму, а потім запишу», залишене право видачі тільки комірникам.

Результати, коли процес дійсно запрацював:

– Команда адаптувалася за лічені дні. Оскільки інтерфейс та кроки в програмі нарешті збіглися з реальними звичками людей у цеху, опір зник — працівники просто почали тиснути кнопки без щогодинних підказок і свари з програмістами.
– Розбіжності за залишками фурнітури впали з 25% до скромних 1.5%.
– Замість двох днів пекла — 5 годин. Саме стільки тепер займає щомісячна інвентаризація складу, і для цього більше не треба повністю зупиняти виробництво.
– Простої через «раптову» відсутність деталей зменшилися на 80%. Збірка більше не чекає на завіси чи ручки, які раніше «висіли» в системі, але були відсутні на полиці.

Де виник збій:
Найважче далася ділянка покраски. Під час інтерв’ю малярі стверджували, що рахують витрату лаку точно за нормами, але на практиці працювали «на око». Спроба прив’язати витрату фарби до кожної окремої двері в ТЗ одразу створила купу фіктивних боргів у системі. У результаті від поштучного обліку лакофарбових матеріалів відмовилися й почали списувати їх загальним обсягом за зміну — це прибрало конфлікти й дало точні показники.

Висновок

Купувати варто не просто програму, а працюючу систему обліку, яка складається з програми, описаних процесів, розподіленої відповідальності та навчених людей. Технічне налаштування — необхідна, але лише одна з частин цього ланцюга.

Послідовність така: спершу описати й упорядкувати процеси, потім навчити команду, і тільки після цього закріпити результат у зручному софті. Тоді програма показує реальний стан справ, а не красиві, але неточні цифри.

Поширені запитання

Чим налаштування облікової програми відрізняється від впровадження обліку?

Налаштування — це технічна робота: завантаження даних, створення користувачів, налаштування документів. Впровадження — це опис реальних процесів, розподіл відповідальності, регламенти й навчання людей, завдяки яким дані в системі відповідають фактичному стану справ.

Скільки триває впровадження обліку на підприємстві?

Термін залежить від кількості складів, цехів, операцій і працівників. Реалістичні строки краще визначати після аналізу процесів і пілотного запуску на одній ділянці, а не обіцяти заздаледь.

Чи можна впровадити облік, не змінюючи процеси?

Технічно програму можна запустити й без цього, але вона лише відображатиме існуючий безлад: незбіжні залишки, незрозумілу відповідальність, неточні звіти. Тому процеси спершу описують і впорядковують, а потім налаштовують систему.

З чого почати, якщо програма вже встановлена, а порядку немає?

Опишіть реальні процеси, проведіть інвентаризацію, розподіліть відповідальність за операції, оновіть права доступу й навчіть команду на робочих місцях. Паралельні зошити прибирають, коли система стає основним джерелом даних.