Функционально-стоимостный анализ (Activity-Based Costing, ABC)

Учёт затрат по видам деятельности (Activity-Based Costing, ABC; в русскоязычной практике встречается название «функционально-стоимостный анализ», не следует путать его с одноимённым методом инженерного анализа функций изделия) — способ распределения косвенных затрат по продуктам, клиентам и каналам не пропорционально объёму или прямому труду, а пропорционально тому, сколько «работы» каждый из них реально заказывает: наладок оборудования, обработанных заказов, проверок качества, обращений в поддержку. Он отвечает на вопрос, который обычная система «по объёму» скрывает: кто из продуктов и клиентов на самом деле прибылен.

Продукт, который выглядит прибыльным при равномерном распределении накладных расходов, может быть убыточным, если посчитать, сколько ресурсов он реально потребляет, — и наоборот.

Материал разбирает: откуда взялся метод и какую проблему он решает («скрытая фабрика», искажения традиционного учёта); как устроены ресурсы, виды деятельности, драйверы и иерархия затрат; чем отличаются классический ABC и ABC на основе времени (Time-Driven ABC); документированные примеры (John Deere Component Works, Kanthal, здравоохранение); когда метод оправдан, а когда избыточен; метрики; типовые ошибки; и что делает и чего не делает фрейм OrgDevTools. Общая рамка — материал об управленческом учёте; родственные методы — бюджетирование на основе активностей (ABB), анализ себестоимости и рентабельности продуктов, учёт по проходимости, анализ маржинальной прибыли.

Происхождение и исследовательская база

Идея выросла из критики традиционного калькулирования, в котором косвенные расходы распределяются пропорционально прямым трудозатратам, машино-часам или объёму. Пока прямой труд составлял большую часть затрат, а продукты были однородными, это работало приемлемо. С ростом доли косвенных расходов (инженерия, закупки, планирование, качество, логистика) и разнообразия продуктов искажения стали заметными. Джеффри Миллер и Томас Воллман в статье «The Hidden Factory» (Harvard Business Review, 1985) описали «скрытую фабрику» накладных процессов: затраты поддержки, по их мнению, определяются не объёмом, а транзакциями четырёх типов — логистическими (заказ, приёмка, отгрузка), балансировочными (согласование материалов, труда и мощности со спросом), качественными (контроль, переделки, обучение, техподдержка) и изменяющими (изменения конструкций, графиков, стандартов, маршрутов).

Метод как систему предложили Роберт Каплан и Робин Купер. Статья «Measure Costs Right: Make the Right Decisions» (Harvard Business Review, сентябрь–октябрь 1988) указывала, что компании, выпускающие много продуктов, принимают решения о цене и ассортименте на искажённой информации о затратах и замечают проблему лишь тогда, когда конкурентоспособность и прибыльность уже упали; альтернативой был ABC. Книга Х. Т. Джонсона и Р. Каплана «Relevance Lost» (1987) дала историческое обоснование (см. материал об управленческом учёте), а книга Каплана и Купера «Cost & Effect» (1998) — систематическое изложение. Кейсы Купера в Harvard Business School (в частности, John Deere Component Works и Schrader Bellows) стали основой обучения методу.

Логика ABC в четыре шага. (1) Ресурсы — статьи косвенных затрат (зарплаты, амортизация, аренда), (2) виды деятельности — работа, которую делают ресурсы (наладка, обработка заказа, проверка качества, поддержка клиента), (3) драйверы — измеримые показатели, определяющие потребление (число наладок, число заказов, число проверок, число обращений), (4) объекты затрат — продукты, клиенты, каналы, которые «потребляют» виды деятельности. Затраты идут «ресурсы → виды деятельности → объекты затрат». Купер предложил иерархию затрат: на уровне единицы (растут с каждой произведённой единицей), партии (наладка, заказ — не зависят от размера партии), продукта (поддержка линейки, инженерные изменения) и предприятия (здания, общее управление; их распределение по объектам условно и часто не рекомендуется). Такая иерархия объясняет, почему малосерийные и «индивидуальные» продукты потребляют непропорционально много: партий много, а единиц мало.

Упрощение метода — ABC на основе времени (Time-Driven ABC; Каплан и Андерсон, Harvard Business Review, ноябрь 2004): вместо опросов о распределении рабочего времени по видам деятельности определяются две оценки — стоимость единицы времени ресурса (затраты ресурса ÷ практическая мощность) и время выполнения единицы каждой операции («уравнения времени», учитывающие особенности заказа). Модель проще обновлять и легче масштабировать; она явно показывает неиспользованную мощность. В здравоохранении подход описан в статье Каплана и Портера «How to Solve the Cost Crisis in Health Care» (Harvard Business Review, сентябрь 2011), где TDABC применялся для расчёта затрат по циклу лечения пациента.

Практика и оговорки. Исследования распространённости показывают, что ABC внедряют не всеми и не везде; часто модель строят для отдельных задач (ценообразование, ассортимент, клиенты), а не для всей компании. Причины отказов известны: трудоёмкость сбора данных, стоимость поддержки, недоверие управленцев к «новым» цифрам и отсутствие связи с решениями. Поэтому современная практика выбирает избирательное применение и упрощённые варианты.

Документированные кейсы

Кейс 1. John Deere Component Works: одинаковые накладные на разные заказы

Учебный кейс Робина Купера «John Deere Component Works (A)» (Harvard Business School) описывает подразделение John Deere, выпускавшее компоненты тракторов. По описанию кейса, действовавшая система относила затраты на наладку и инженерию на заказы в одинаковой мере независимо от размера заказа, что занижало затраты на мелкие заказы и завышало на крупные. Расчёт по видам деятельности (наладки, обработка заказов, перемещение материалов) показал реальную структуру затрат и повлиял на решения о ценах и объёмах. Оговорка: это учебный кейс с конкретным предприятием 1980-х годов; детали расчётов и последующих решений изложены авторами кейса.

Кейс 2. Kanthal: «кривая кита» и решения по клиентам

Уже упомянутый в материале об управленческом учёте кейс шведской компании Kanthal показывает применение ABC к клиентам: по описанию Купера и Каплана (Harvard Business Review, 1991), самые прибыльные 20 % клиентов давали около 225 % прибыли, а наименее прибыльные 10 % уничтожали около 125 %; средняя часть была около нуля. Практический вывод из такой картины — не «отказ от клиентов» автоматически, а пересмотр условий, минимальных партий и цен. Оговорка: проценты — из описания в литературе; они характеризуют конкретную компанию.

Кейс 3. Здравоохранение: пилоты Time-Driven ABC

В статье Каплана и Портера (2011) описаны пилотные внедрения TDABC в клиниках: Центр опухолей головы и шеи в MD Anderson Cancer Center (Хьюстон), программа лечения расщелины губы и нёба в Детской больнице Бостона, отделения замены коленного сустава в клинике Schön Klinik (Германия) и в Brigham & Women’s Hospital (Бостон). Идея — считать затраты по циклу лечения пациента, фиксируя время каждого ресурса (врач, палата, оборудование) и его стоимость на минуту, что открывает возможности улучшения процессов и новые подходы к оплате. Оговорка: в статье описаны начальные внедрения и логика; результаты по разным клиникам различаются, а данные о конкретных эффектах приводят сами участники проектов.

Ключевые идеи и принципы

1. Принцип: затраты следуют за деятельностью, а не за объёмом

   Косвенные затраты создаются работой, которую заказывают продукты и клиенты. Поэтому сначала нужно определить виды деятельности, а затем посчитать, сколько каждой из них потребляет каждый объект затрат. Разнообразие (число вариантов, партий, клиентов, заказов) часто важнее объёма.

2. Принцип: драйверы измеримы и причинны

   Драйвер — показатель, который изменяется вместе с потреблением вида деятельности: число наладок, заказов, проверок, отгрузок, обращений, изменений конструкции. Хороший драйвер измерим (есть данные), причинно связан с затратами (не «удобен», а объясняет) и различается по объектам. Если драйвер совпадает с объёмом, метод не даст выигрыша.

3. Принцип: иерархия затрат и границы распределения

   Затраты уровня единицы, партии, продукта и предприятия распределяют по разным правилам. Затраты уровня предприятия (здание, руководство) чаще не распределяют или распределяют условно и маркируют, чтобы не создавать иллюзию точности; решения о продукте оценивают по вкладу после затрат уровней единицы, партии и продукта.

4. Принцип: выявление скрытых убытков и скрытой прибыльности

   ABC часто показывает, что часть продуктов и клиентов, считавшихся прибыльными, убыточна из-за потребления косвенных ресурсов, а простые высокообъёмные продукты прибыльнее, чем показывал учёт. Результат — не «приговор», а повод для решений: пересмотреть цену и условия, изменить процесс (снизить число наладок), изменить ассортимент и способ обслуживания.

5. Принцип: «убыточное» не означает «уберите»

   Затраты, отнесённые на продукт, исчезнут при его снятии лишь частично: часть — постоянные или общие ресурсы. Перед решением об отказе нужно оценить, какие затраты действительно сократятся (и когда), и что произойдёт с распределением на остальные продукты. Иначе можно ухудшить общий результат (см. также учёт по проходимости).

6. Принцип: практическая мощность и неиспользованные ресурсы

   В Time-Driven ABC стоимость единицы времени ресурса считается на практической мощности, а не на фактической загрузке; разница между мощностью и использованием — отдельная строка неиспользованной мощности, а не «налог» на продукты. Это защищает от «спирали смерти» (рост цен из-за перераспределения затрат неиспользованных ресурсов на меньший объём).

7. Принцип: избирательность и пилот

   Полная модель на всю компанию дорога. Практика: выбрать область, где искажение подозревается сильнее всего (много вариантов и мелких заказов, разнородные клиенты), собрать упрощённую модель (5–15 видов деятельности), проверить на решениях, затем расширять. Если решений, зависящих от точности затрат, немного, лучше ограничиться маржинальным анализом.

8. Принцип: метрики

   Метрики применения: доля косвенных затрат, распределённых по причинным драйверам, а не по объёму; расхождение прибыльности продуктов и клиентов между старой и новой моделями; число решений о ценах, ассортименте и условиях, принятых на основе модели; изменение рентабельности после решений; затраты и время на поддержку модели; доля неиспользованной мощности; срок обновления драйверов после изменения процессов; доверие менеджеров к цифрам (короткий опрос). Показатель успеха — не «точная модель», а изменённые решения и результат.

9. Принцип: применение в организации (аналогия)

   Порядок: определить решение, для которого нужен расчёт (цены, ассортимент, клиенты); выбрать область и объекты затрат; описать 5–15 видов деятельности, драйверы и данные; посчитать ресурсы по видам деятельности и деятельность по объектам; сравнить с прежним учётом, объяснить расхождения; принять и проверить решения; закрепить порядок обновления. Это практические рекомендации на основе литературы, а не стандарт.

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: формально называют ABC, но используют объём как основной драйвер.

   Компания внедряет ABC на словах, а фактически продолжает распределять затраты по объёму; главное преимущество метода теряется.

   Как избежать

   определить драйвер для каждой активности по реальному потреблению и проверять, отличается ли распределение от объёмного.

2. Ошибка 2: модель не обновляется.

   Данные собраны один раз и не пересматриваются, хотя процессы меняются.

   Как избежать

   заранее назначить владельца и периодичность обновления драйверов (например, ежегодно и при значимых изменениях процессов).

3. Ошибка 3: неверная детализация видов деятельности.

   Слишком крупные («производство») скрывают различия, слишком мелкие («наладка станка № 3») делают модель неподъёмной.

   Как избежать

   выбирать уровень, при котором активности заметно различаются по драйверу между продуктами, а число остаётся управляемым.

4. Ошибка 4: результат не приводит к решениям.

   ABC показывает убыточные продукты и клиентов, но цены, условия и ассортимент не меняются.

   Как избежать

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

5. Ошибка 5: внедряют сразу по всей компании.

   Проект затягивается, теряет поддержку и не даёт результата вовремя.

   Как избежать

   начать с пилота в области с наибольшим подозрением на искажение, затем расширять.

6. Ошибка 6: отказываются от «убыточного» без оценки исчезающих затрат.

   Продукт снят, а общие затраты остались и легли на остальные; прибыль упала.

   Как избежать

   до решения оценить, какие затраты действительно сократятся и на какой срок, и пересчитать прибыльность оставшихся продуктов.

7. Ошибка 7: распределяют затраты предприятия как причинные.

   Общие расходы (здание, управление) относят на продукты по драйверу, создавая иллюзию точности.

   Как избежать

   не распределять затраты уровня предприятия или отмечать их условный характер и смотреть вклад до этих затрат.

8. Ошибка 8: игнорируют неиспользованную мощность.

   Стоимость ресурса делят на фактическую загрузку, поэтому при падении спроса затраты на единицу растут и продукты выглядят хуже.

   Как избежать

   считать стоимость на практической мощности, а неиспользованную мощность показывать отдельно.

План внедрения

1. Неделя 1: виды деятельности

   Определить область и решение, для которого нужен расчёт; выделить 5–15 видов деятельности, потребляющих косвенные ресурсы (наладка, обработка заказов, контроль качества, поддержка клиентов).

2. Неделя 2: драйверы затрат

   Для каждого вида деятельности определить измеримый и причинный драйвер, проверить наличие данных; отметить затраты уровня предприятия, которые не распределяются.

3. Неделя 3: расчёт потребления

   Оценить стоимость ресурсов на видах деятельности (по мощности, а не по загрузке), посчитать потребление видов деятельности по продуктам или клиентам.

4. Неделя 4: пересчёт прибыльности и решения

   Пересчитать прибыльность, сравнить с прежним учётом, объяснить расхождения; для каждого выявленного искажения определить решение, владельца и срок; проверить, какие затраты реально исчезнут при изменениях.

5. Далее: регулярное обновление

   Обновлять драйверы и потребление при изменении процессов и ассортимента; раз в год оценивать, окупается ли модель и не пора ли расширить или упростить её.

Как реализовать этот план с помощью фрейма «Функционально-стоимостный анализ» в OrgDevTools

Фрейм «Функционально-стоимостный анализ» в OrgDevTools — бесплатный тренажёр. Он считает упрощённую модель ABC: ставки драйверов, накладные и прибыль каждого продукта по ABC и по традиционному распределению. По этим расчётам видно, какие продукты учёт искажает сильнее всего. Вкладки идут в порядке плана внедрения. По умолчанию все поля пустые.

Книги по теме

Роберт Каплан, Робин Купер — «Cost & Effect: Using Integrated Cost Systems to Drive Profitability and Performance» (1998). Систематическое изложение метода и его связи с решениями.

Роберт Каплан, Робин Купер — «Measure Costs Right: Make the Right Decisions» (Harvard Business Review, 1988). Статья о распределении затрат по видам деятельности и решениях по ассортименту и ценам.

Роберт Каплан, Стивен Андерсон — «Time-Driven Activity-Based Costing» (2004). Упрощённый вариант ABC на основе стоимости единицы времени ресурса и времени операций.

Х. Томас Джонсон, Роберт Каплан — «Relevance Lost: The Rise and Fall of Management Accounting» (1987). Историческое обоснование потребности в новых методах распределения затрат.