Ваш найбільш продаваний продукт може втрачати гроші на кожній відвантаженій одиниці — і ваша бухгалтерська система ніколи вам про це не скаже. Якщо ви розподіляєте всі свої накладні витрати за єдиною ставкою на основі людино-годин або машино-годин, прості замовлення з великим обсягом тихо субсидують складні з малим обсягом. Функціональний облік витрат (ABC) виправляє цю сліпу пляму, простежуючи накладні витрати до діяльностей, які фактично їх споживають, тож кожне замовлення несе свою справедливу частку. Ось як це працює, коли це окупається для малого цеху і як впровадити версію, яку ви справді зможете підтримувати.
Чому традиційний розподіл накладних витрат обманює цехи позамовної роботи
Більшість малих виробників використовують загальнозаводську ставку накладних витрат: підсумовують усі непрямі витрати за рік, ділять на одну базу, як-от прямі людино-години чи машино-години, і застосовують цю ставку до кожного замовлення. Це просто, і аудитори приймають це для фінансової звітності. Але це відповідає на неправильне запитання. Це говорить вам, скільки коштує кожне замовлення в середньому, а не скільки кожне замовлення фактично споживає.
Подумайте, що живе у вашому пулі накладних витрат: переналагодження верстатів, замовлення на закупівлю, переміщення матеріалів, контроль якості, програмування, прискорення, переробка. Індивідуальне замовлення з п'ятьма переналагодженнями, трьома інженерними переглядами і дюжиною інспекцій споживає набагато більше цих ресурсів, ніж тривалий виробничий запуск стандартної деталі — навіть якщо обидва замовлення мають однакові машино-години. За єдиної ставки обидва замовлення отримують однакове нарахування накладних витрат за годину. Просте замовлення виглядає дорожчим, ніж є насправді, складне замовлення виглядає дешевшим, ніж є насправді, і ваші кошториси дрейфують саме в неправильному напрямку: ви завищуєте ціну на легку роботу, яку конкуренти радо крадуть, і занижуєте ціну на вимогливу роботу, що з'їдає вашу маржу.
Ця перехресна субсидія невидима у традиційному звіті про собівартість замовлення. Загальні накладні витрати все одно збігаються. Кожен долар кудись розподілено. Ніщо не виглядає зламаним — доки ви не помітите, що замовлення, які ви виграєте найчастіше, залишають найменше прибутку.
Як працює функціональний облік витрат у п'ять кроків
Функціональний облік витрат замінює єдиний пул накладних витрат кількома пулами витрат за діяльностями, кожен з яких відноситься на замовлення за власним драйвером витрат — вимірюваним чинником, що спричиняє витрати. Механіка зводиться до п'яти кроків:
- Визначте діяльності, що споживають накладні витрати. Пройдіться своїм цехом та офісом і перелічіть, що люди й машини фактично роблять: налагоджують верстати, отримують матеріали, запускають верстати, перевіряють деталі, програмують CNC-роботи, обробляють зміни замовлень від клієнтів, відвантажують замовлення.
- Віднесіть накладні витрати до кожного пулу діяльності. Перенесіть витрати з головної книги до пулів. Праця на переналагодження, витратні матеріали для переналагодження та пов'язаний з ним простій ідуть до пулу переналагодження. Праця інспекторів і калібрування йдуть до пулу інспекцій.
- Виберіть драйвер витрат для кожного пулу. Драйвер має вимірювати, скільки діяльності використовує кожне замовлення: кількість переналагоджень для пулу переналагодження, кількість інспекцій для інспекцій, машино-години для обробки, кількість замовлень на закупівлю для закупівель.
- Обчисліть ставку діяльності. Поділіть загальні витрати кожного пулу на його загальну кількість драйвера. Якщо переналагодження коштують $100 000 на рік, а ви виконуєте 200, ставка становить $500 за переналагодження.
- Віднесіть витрати діяльностей на замовлення. Помножте використання драйвера кожним замовленням на ставки діяльностей і додайте прямі матеріали та пряму працю. Результат — повна ABC-собівартість замовлення.
Це весь метод. Усе інше — програмне забезпечення, хронометраж, суперечки про розподіл — деталі впровадження.
Приклад цеху позамовної роботи з реальними цифрами
Припустімо, ваш цех має $300 000 річних накладних витрат і виготовляє два продукти:
- Стандартні кронштейни: 10 000 одиниць, один виробничий запуск, 1 переналагодження, 5 000 машино-годин.
- Індивідуальні корпуси: 1 000 одиниць у багатьох малих замовленнях, 20 переналагоджень, 1 000 машино-годин.
За традиційної ставки на машино-години ставка становить $300 000 поділити на 6 000 годин, тобто $50 за машино-годину. Стандарт отримує $250 000 накладних витрат ($25 за одиницю), а Індивідуальний отримує $50 000 ($50 за одиницю).
Тепер розділіть накладні витрати на два пули діяльностей: $100 000 на переналагодження (21 загалом) і $200 000 на обробку (6 000 машино-годин). Ставки діяльностей становлять близько $4 762 за переналагодження та $33,33 за машино-годину. Віднесіть їх:
- Стандарт: 1 переналагодження × $4 762 + 5 000 годин × $33,33 = близько $171 429, тобто $17,14 за одиницю.
- Індивідуальний: 20 переналагоджень × $4 762 + 1 000 годин × $33,33 = близько $128 571, тобто $128,57 за одиницю.
Підсумки все ще збігаються до $300 000. Але картина перевернулася: Індивідуальний коштує більш ніж у два з половиною рази дорожче, ніж повідомляв традиційний метод, тоді як Стандарт коштує майже на третину менше. Якщо ви призначили ціну для Індивідуального на $90, думаючи, що він коштує $50 накладних витрат плюс матеріали та працю, кожне замовлення втрачало гроші — і чим більше індивідуальної роботи ви вигравали, тим гіршим ставав ваш рік. Ось рішення, яке ABC існує, щоб змінити: переоцініть складну роботу, чиніть опір надмірним переглядам та інспекціям або зосередьте потужності на замовленнях, які справді платять.
Вибір діяльностей і драйверів витрат, що підходять малому цеху
Найпоширеніша невдача ABC у малому цеху — скопіювати з підручника список із сорока діяльностей і потонути у зборі даних. Вам потрібно від п'яти до восьми пулів, які охоплюють, куди насправді йдуть ваші накладні витрати. Почніть із цього короткого списку й адаптуйте його:
| Пул діяльності | Типові витрати в пулі | Розумний драйвер витрат |
|---|---|---|
| Переналагодження верстата | Праця на переналагодження, оснастка, брак першого зразка | Кількість переналагоджень |
| Обробка / виробництво | Електроенергія, інструмент, обслуговування, амортизація | Машино-години |
| Програмування та інженерія | Час CAD/CAM, перегляди | Інженерні години або кількість замовлень |
| Закупівлі | Час закупівельника, вхідний фрахт, приймання | Кількість замовлень на закупівлю |
| Контроль якості | Праця інспектора, калібрування, витратні матеріали для тестів | Кількість інспекцій |
| Переміщення матеріалів | Час навантажувача, зберігання, комплектування | Кількість переміщень або комплектів |
| Адміністрування замовлень | Кошториси, планування, зміни замовлень, відвантажувальні документи | Кількість замовлень або змін замовлень |
Два правила тримають список чесним. По-перше, витрати кожного пулу мають рухатися разом з його драйвером — якщо вартість інспекції майже не змінюється з кількістю інспекцій, об'єднайте її деінде. По-друге, кожен пул має бути достатньо великим, щоб мати значення. Пул, що містить 2 відсотки накладних витрат, не варто відстежувати окремо; влийте його в найближчий споріднений пул. П'ять добре підібраних пулів кращі за двадцять точних, які ніхто не оновлює після березня.
Звідки беруться дані
У вас уже є більшість того, що потрібно. Кількість переналагоджень живе у ваших маршрутних листах замовлень або системі планування. Кількість замовлень на закупівлю надходить із вашого бухгалтерського програмного забезпечення. Кількість інспекцій надходить із журналів якості. Машино-години надходять із контролерів верстатів або записів часу операторів. Прогалини зазвичай — це інженерні години та зміни замовлень; простий спільний журнал, навіть електронна таблиця, їх закриває. Не поспішайте купувати ABC-програмне забезпечення, доки прототип в електронній таблиці не витримає повний квартал; дисципліна збору кількостей драйверів вручну навчить вас, які пули виправдовують своє існування.
Спрощений шлях: ABC за часом
Якщо навіть п'ять пулів здаються важкими, розгляньте ABC за часом (TDABC) — спрощений варіант, розроблений Робертом Капланом і Стівеном Андерсоном. Замість опитування працівників про те, як вони розподіляють свій час між діяльностями, TDABC потребує лише двох оцінок на групу ресурсів:
- Вартість хвилини потужності — загальні витрати відділу, поділені на його практичну потужність у хвилинах (загальні хвилини мінус перерви, навчання та простої).
- Хвилини, які займає кожна діяльність — спостережені або оцінені один раз, а потім повторно використані.
Приклад кошторису: якщо ваша інженерна група коштує $240 000 на рік із 90 000 практичних хвилин потужності, ставка становить $2,67 за хвилину. Кошторис, що потребує 120 хвилин інженерного часу, несе $320 інженерних витрат. Додайте подібні часові рівняння для переналагоджень, інспекцій та обробки замовлень, і кожен кошторис оцінить своє справжнє споживання ресурсів за допомогою арифметики, яку будь-хто може перевірити.
TDABC також безпосередньо виявляє невикористану потужність. Якщо ваші драйвери зараховують лише 70 000 із 90 000 доступних хвилин, решта 20 000 хвилин — близько $53 000 витрат — це простійна потужність, а не витрати жодного замовлення. Традиційний ABC ховає це в собівартості продукції; TDABC показує це окремим рядком, що саме те, що вам потрібно, коли вирішуєте, чи гнатися за більшим обсягом, чи скорочувати ресурси.
Поширені помилки, що топлять впровадження ABC
Відстеження занадто багатьох діяльностей. Кожен додатковий пул назавжди множить збір даних. Почніть з малого, доведіть цінність на одній родині продуктів або одному відділі та розширюйтеся лише там, де рішення змінюються.
Вибір драйверів, які ви не можете виміряти. «Складність» — не драйвер. «Кількість інженерних змін замовлень» — так. Якщо драйвер вимагає нової системи відстеження для підрахунку, виберіть грубіший драйвер, який ви можете порахувати сьогодні — кількість замовлень на закупівлю з вашої бухгалтерської системи краща за теоретично ідеальний драйвер, який ніхто не фіксує.
Встановлення ставок один раз і ніколи їх не оновлення. Ставки діяльностей дрейфують зі зміною зарплат, обсягів і процесів. Перераховуйте щонайменше щорічно і негайно після великих змін, як-от додавання зміни чи автоматизація інспекції. Застарілі ставки тихо гниють назад до того самого неправильного ціноутворення, яке ви взялися виправити.
Використання ABC-витрат для неправильних рішень — або ігнорування їх для правильних. ABC-собівартість продукції інформує ціноутворення, кошториси, асортимент продуктів і рішення «виробляти чи купувати». Вони не замінюють оцінку запасів за GAAP, і використання їх для покарання цехових команд за «дорогі» переналагодження, які вони не контролюють, убиває співпрацю. Тримайте мету видимою: кращі кошториси та кращий асортимент, а не пошук винних.
Дозвіл досконалому бути ворогом орієнтовного. ABC-оцінки ніколи не будуть точними — розподіл накладних витрат завжди включає судження. Вартість $128 за одиницю, що орієнтовно правильна, краща за традиційні $50, що точно неправильні. Вирішуйте на основі ранжування замовлень за прибутковістю, яке надійне навіть тоді, коли окремі ставки приблизні.
Коли ABC — це надмірність (і що робити замість нього)
ABC окупається найкраще, коли накладні витрати великі відносно прямих витрат, замовлення широко варіюються за складністю і ви конкуруєте за ціною в кошторисі — класичний профіль цеху позамовної роботи. Він окупається найгірше, коли накладні витрати малі, кожне замовлення виглядає однаково або ви продаєте за ринковими цінами, на які не можете вплинути. Цех, що випускає один продукт на двох верстатах, не потребує пулів діяльностей; йому потрібна чиста традиційна ставка та хороший контроль витрат.
Існує також серединний шлях. Якщо повний ABC здається занадто великим, спробуйте спершу ці легші кроки:
- Відокремте один пул. Якщо переналагодження — ваше найбільше викривлення, створіть ставку переналагодження і залиште все інше загальнозаводським. Одна додаткова ставка охоплює більшість вигоди в багатьох цехах.
- Додайте надбавку до кошторису за драйвери складності. Стягуйте плату за переналагодження, за перегляд і за прискорення в кошторисах, навіть якщо ваші книги залишаються традиційними. Кошторис відображає реальність, поки книга залишається простою.
- Запускайте ABC як періодичне дослідження, а не систему. Перераховуйте витрати діяльностей раз на рік в електронній таблиці, щоб перевірити ціноутворення та асортимент, без перебудови щоденного бухгалтерського обліку.
Будь-який із цих варіантів кращий за кошторис наосліп. Мета ніколи не була в бухгалтерській елегантності — вона в тому, щоб знати, які замовлення вигравати.
Відстежуйте витрати діяльностей у своїх книгах, а не лише в електронній таблиці
Дослідження ABC, що живе лише в електронній таблиці, занепадає за місяці, бо ніхто не пов'язує його назад із книгою. Виправлення структурне: налаштуйте свій план рахунків так, щоб накладні витрати проводилися в категорії, що віддзеркалюють ваші пули діяльностей — праця на переналагодження, витратні матеріали для інспекцій, час програмування, вхідний фрахт — замість одного загального рахунку виробничих накладних витрат. Коли кожен пул відображається в реальні рахунки, ваш щомісячний закриття автоматично дає підсумки пулів, і оновлення ставок діяльностей стає рутинним обчисленням, а не археологічними розкопками.
Та сама дисципліна стосується кількостей драйверів. Фіксуйте переналагодження, інспекції та зміни замовлень проти номерів замовлень так, як ви вже фіксуєте години праці, і звіряйте підрахунки щомісяця так, як ви звіряєте банківський рахунок. Чисті дані про діяльності плюс чисті книги перетворюють ABC із одноразової консультаційної вправи на постійний управлінський звіт — той, що щомісяця говорить вам, які замовлення виправдали своє існування.
Тримайте собівартість замовлень організованою від кошторису до закриття
У міру того як ви загострюєте свої кошториси за допомогою функціонального обліку витрат, підтримка чітких фінансових записів для кожного замовлення є важливою — підсумки пулів, що збігаються з книгою, — це те, що відрізняє надійну систему калькулювання собівартості від оптимістичної електронної таблиці. Beancount.io забезпечує бухгалтерський облік у простому тексті, що дає вам повну прозорість і контроль над вашими фінансовими даними, тож ваші пули діяльностей, собівартість замовлень і проводки запасів залишаються під контролем версій і придатними для аудиту. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на бухгалтерський облік у простому тексті.
