ABC-калькуляция (Activity-Based Costing) — это метод расчёта себестоимости через виды деятельности и драйверы затрат. Её выбирают, когда доля косвенных расходов велика, продуктов много, а процессы различаются по сложности обслуживания.
Подход показывает, какие продукты и заказы создают основную нагрузку на склад, логистику, качество, производство и поддержку продаж. Для финансового директора это база для решений по цене, минимальной партии, условиям сервиса и приоритетам автоматизации.
Дальше разберём логику ABC, минимальный набор элементов и границы применимости. Покажу 3 варианта модели “под цель” и где они обычно ломаются. Отдельно — типовые ошибки и проверки “за 2 минуты”, чтобы ABC не превратился в спор о методике. В конце — план действий на 60–90 минут, скрипты для руководства и команд и блок по 1С:ERP.
Вызов: Управленческий вопрос на повестке
Когда накладные расходы растут быстрее выручки, распределение “по выпуску” перестаёт объяснять реальность: прибыль есть на бумаге, а деньги и мощности — в напряжении.
Что делать с понедельника, чтобы перестать усреднять косвенные затраты и увидеть, какие продукты и заказы реально перегружают функции?
Как донести до руководства, что ABC-калькуляция — это не усложнение учета, а способ закрепить правила по цене, условиям и процессам?
Система координат: Глоссарий и основа методологии
ABC-калькуляция строит причинно-следственную связь: ресурсы потребляются видами деятельности, а деятельность возникает из-за объектов затрат (продуктов, заказов, клиентов, каналов).
Вид деятельности — повторяющаяся работа, ради которой компания держит ресурсы: комплектация, контроль качества, переналадка, доставка, сопровождение заказа.
Драйвер затрат — измеритель объёма деятельности: количество отгрузок, строк заказа, часов переналадки, проверок, обращений.
Пул затрат — “корзина” расходов, относимая на одну деятельность; пул делится на объём драйвера и получается ставка драйвера.
Простыми словами
Традиционное распределение отвечает “сколько накладных на штуку”, а ABC отвечает “какая работа была сделана ради этой штуки и сколько стоит каждая работа”.
Это переводит спор о процентах в управленческий вопрос: “какую деятельность мы можем уменьшить, стандартизировать или сделать платной”.
Система координат: Границы модели
Что включаем в модель
● Деятельности, которые дают основную нагрузку на косвенные ресурсы, потому что именно они “объясняют” накладные.
● Косвенные расходы, которые сейчас распределяются усредненно, потому что по ним чаще всего ошибаются в цене и ассортименте.
● Драйверы, которые можно стабильно измерять в учётных данных, потому что модель должна повторяться каждый период.
● Объекты затрат, по которым вы реально управляете (группы продукции, типы заказов, сегменты клиентов), потому что на уровне “каждая штука” управленческий смысл часто теряется.
Что НЕ включаем в модель
● Микро-активности, где сбор данных дороже эффекта: модель станет тяжелее закрытия.
● Разовые исключения: их лучше разбирать как отклонения и отдельные решения, а не зашивать в ставку.
● Драйверы “для красоты”: если снижение драйвера не снижает работу, это не драйвер.
Единица анализа
Обычно это заказ, партия или группа продукции, потому что на этом уровне видны “операционные хвосты” (отгрузки, переналадки, контроль, сопровождение).
Период
Чаще месяц, потому что ставки и объёмы удобно привязать к циклу закрытия и сравнивать план-факт.
Требуемая точность
Точность — управленчески достаточная: чтобы принимать решения по цене/условиям/процессам, не превращая расчет в спор о копейках распределения.
Цель расчётов: Ответы на ключевые управленческие вопросы
Какие продукты и типы заказов выглядят прибыльными по марже, но убыточны по стоимости обслуживания?
Где мы платим за вариативность: маленькие партии, частые переналадки, много строк в заказе, много отгрузок?
Какие активности дают основной вклад в накладные и что из этого должно лечь в цену, а что — в стандарты процесса?
Какой должен быть минимальный заказ или доплата за срочность/доработки, чтобы окупать фактические операции?
Какие изменения дадут максимальный эффект: автоматизация на складе, укрупнение партий, изменение правил сервиса, пересборка ассортимента?
Методология: Различные подходы к решению одной задачи
Подход 1. Упрощённый ABC “3–5 деятельностей”
Цель — получить управленческие выводы по цене и условиям сервиса без перегруза НСИ и закрытия.
Что считаем — 3–5 пулов и по 1 драйверу на пул (например: складская обработка — строки заказа; доставка — отгрузки; качество — проверки; переналадка — часы).
Где обычно ломается — выбирают драйвер “что легче выгрузить”, а не то, что реально вызывает работу; затем спорят о ставках вместо решений.
Подход 2. Полный ABC по процессам
Цель — построить причинную карту затрат и использовать её для пересборки процессов и продуктовой линейки.
Что считаем — цепочку распределения ресурсов на деятельности и дальше на объекты затрат, с детализацией только там, где она меняет выводы.
Где обычно ломается — модель раздувают, и она перестаёт обновляться: нет владельца данных и дисциплины НСИ.
Подход 3. Time-Driven ABC (TDABC)
Цель — получить ABC там, где драйверы считать тяжело, но время операций можно нормировать и сверять с загрузкой.
Что считаем — стоимость минуты ресурса и норматив времени на операцию; дальше затраты начисляются по времени выполнения.
Где обычно ломается — нормативы не пересматриваются и не сверяются с фактом, поэтому модель начинает “рисовать” точность.
Сравнение подходов
Упрощённый ABC даёт эффект и устойчивость обновления.
Полный ABC даёт максимальную прозрачность, но требует зрелых данных.
TDABC подходит там, где операции типовые и время — лучший причинный измеритель.
Наглядно: О чём это, если говорить просто?
Вы снимаете квартиру. В одном варианте арендодатель говорит: “Платите фиксированно, а сколько электричества и тепла вы потратили — не важно”. В другом — ставит счётчики и показывает: “Вот освещение, вот отопление, вот техника — и у каждого свой тариф”. Сумма может быть похожей, но разговор становится другим: что именно даёт счёт и что можно изменить.
Перевод на язык темы
Фиксированная аренда — это распределение накладных “по объёму выпуска”: аккуратно, но без причины.
Счётчики — это пулы затрат, а показания — драйверы, которые отражают объём работы.
ABC делает “счётчики” по деятельностям и показывает, какой продукт или заказ вызвал какую часть накладных.
Управленческий вывод
Когда у накладных есть причинные драйверы, вы управляете не “средним коэффициентом”, а правилами: цена, минимальная партия, платность доработок, стандарты процесса.
Типовые ошибки: На что обращать внимание
Ошибка: выбрать драйвер “удобный”, а не причинный.
Риск: модель даст красивую математику и неверные решения по цене и ассортименту.
Как проверить за 2 минуты: если драйвер снизится на 20%, объём этой деятельности реально снизится? Если нет — драйвер не причинный.
Ошибка: смешать в одном пуле разные по природе работы (например, “склад” = приемка + комплектация + возвраты).
Риск: ставка станет средней, а выводы снова будут “по больнице”.
Как проверить за 2 минуты: если операции различаются по трудоёмкости кратно — разделите пул хотя бы на 2 части.
Ошибка: сделать ABC “один раз” и не встроить обновление в закрытие периода.
Риск: ставки устареют, модель начнёт конфликтовать с фактом, доверие исчезнет.
Как проверить за 2 минуты: есть ли владелец модели и дата обновления драйверов/ставок в календаре закрытия?
Ошибка: пытаться добиться идеальной точности раньше, чем появились управленческие решения.
Риск: команда устанет от уточнений, а эффект не наступит.
Как проверить за 2 минуты: можете ли вы по текущей модели принять хотя бы одно решение по цене/условиям/процессу уже в этом месяце?
Что делать с понедельника: План на 60–90 минут
Входные данные заранее: список ключевых косвенных расходов за месяц, перечень групп продукции/типов заказов, статистика операций (отгрузки, заказы, строки заказа, часы переналадки/проверки — что доступно).
Шаг 1. 10 минут. Зафиксируйте управленческий вопрос: цена, минимальная партия, условия сервиса, загрузка функции.
Шаг 2. 15 минут. Выберите 3–5 видов деятельности, которые объясняют накладные: склад, доставка, качество, переналадки, поддержка продаж.
Шаг 3. 15 минут. Назначьте по одному драйверу на каждую деятельность и проверьте причинность: “если драйвер падает, работа падает?”.
Шаг 4. 15 минут. Соберите пулы затрат: какие статьи расходов входят в каждую деятельность и кто подтверждает состав пула.
Шаг 5. 15 минут. Посчитайте ставки драйверов: пул / объём драйвера за период, затем сделайте проверку на 2–3 продуктах.
Шаг 6. 10 минут. Зафиксируйте решения и правила: где меняем цену, где вводим минимальную партию, где упрощаем процесс.
что видим → стоимость каждой деятельности и нагрузку по продуктам/заказам
почему → часть продуктов и заказов вызывает непропорционально много операций
что делаем → меняем правила (цена/условия/процесс) и закрепляем обновление ставок в закрытии
Как объяснить руководителю и коллегам: Скрипты
Руководителю: версия на 60 секунд
ABC-калькуляция показывает себестоимость через операции: какие виды деятельности и с какой частотой возникают из-за наших продуктов и заказов. Это помогает увидеть, что “дорого” не из-за материалов, а из-за обслуживания: отгрузки, переналадки, контроль, сопровождение. На этой базе мы принимаем решения по цене, минимальной партии и правилам сервиса, а также выбираем, какие процессы стандартизировать или автоматизировать, чтобы накладные снижались причинно, а не пересчитывались “по кругу”.
Коллегам по ролям
Продажи: считаем стоимость обслуживания заказа и фиксируем правила — минимальная партия, доплата за срочность, отдельные условия для сложных заказов.
Производство: видим цену переналадок и вариативности, чтобы обосновать укрупнение партий и стандарты.
Склад и логистика: переводим накладные в измеримые операции (отбор, упаковка, отгрузка) и понимаем, где дисциплина заказов важнее очередного “процента”.
Бухгалтерия/учёт: ABC не заменяет регламент, а даёт управленческий слой; важно, чтобы правила распределения были согласованы с закрытием периода.
Микро-пример “что сказать на совещании”: “Давайте сравним не только маржу, а стоимость обслуживания: продукт А даёт 2 отгрузки и 1 проверку, продукт Б — 8 отгрузок и 3 проверки. При одинаковой наценке финансовый результат будет разным, и это вопрос операций, а не ‘коэффициента’”.
1С:ERP: Технологический стек
Где это живет в 1С:ЕRP?
Параметры программы: настройки раздела “Финансовый результат и контроллинг”; в карточке статьи расходов можно раскрыть расширенные поля распределения по видам учета через “Использовать полные возможности”.
Справочники: “Статьи расходов”, “Статьи калькуляции”, “Объекты возникновения затрат”, “Правила распределения расходов”, “Направления деятельности”.
Документы: “Распределение расходов по направлениям деятельности”, “Распределение расходов будущих периодов”, “Распределение расходов на партии производства”.
Рабочие места: “Распределение расходов” (раздел “Финансовый результат и контроллинг – Доходы и расходы, финансовый результат”), “Закрытие месяца” (регламентные операции закрытия периода).
Отчеты: Себестоимость продукции, Финансовые результаты, Расходы организаций/предприятия и др.
Входные данные и зависимости
● заведённые статьи расходов с корректной квалификацией “расходы возникают” и вариантом распределения;
● настроенные правила распределения и показатели (аналог драйверов и ставок распределения);
● первичка с нужной аналитикой (подразделение, направление деятельности, объект возникновения затрат — где применимо);
● регулярное закрытие месяца и контроль ошибок распределения.
Типовые точки поломки
● первичка и НСИ: нет обязательных аналитик в документах — базы распределения не собираются причинно;
● закрытие месяца и распределения: правила меняются “по ситуации”, цифры становятся несравнимыми;
● расхождение целей управленки и регламентированного учета: пытаются одной схемой распределения закрыть разные цели.
Мини-глоссарий
● ABC-калькуляция — расчет себестоимости через виды деятельности и драйверы затрат.
● Вид деятельности — повторяющаяся работа, потребляющая ресурсы.
● Драйвер затрат — измеритель объёма деятельности.
● Пул затрат — набор расходов, относимый на одну деятельность.
● Ставка драйвера — стоимость единицы драйвера (пул / объём драйвера).
● Объект затрат — продукт, заказ, клиент или канал для управленческого решения.
● TDABC — вариант ABC, где драйвером выступает время операций и нормативы.
● Управленчески достаточная точность — точность, достаточная для решений по цене, условиям и процессам.
Финал
- ABC-калькуляция нужна там, где продукты и заказы разные, а косвенные расходы стали ключевым фактором результата.
- Сила ABC — в причинности: затраты привязаны к деятельности, а деятельность — к продукту/заказу.
- Начинать разумнее с 3–5 деятельностей и драйверов, которые реально обновлять каждый период.
- Лучший результат ABC — не “красивый отчёт”, а правила: цена, минимальная партия, условия сервиса, стандарты процесса.
- Модель работает, только если встроена в закрытие периода и у неё есть владелец данных.
ABC — это когда накладные перестают быть туманом. Туман красив, но в бюджете ему не место. Не благодарите.
Вопрос: какая деятельность у вас сильнее всего раздувает накладные — переналадки, отгрузки, контроль качества или сопровождение заказов?
Если хотите — дам шаблон ABC на 5 деятельностей и набор драйверов, который выдерживает закрытие месяца и разговор с коммерцией без войны за цифры.
Более подробно по видам деятельности при ABC.