Finspect

Пример с ветеринаром — ровно тот случай, ради которого разложение и нужно. Ставка в договоре не менялась, а счёт вырос: значит, спорить о проценте тарифа бессмысленно, разговор идёт про нормативы простоя и кто за него платит. Это видно, только когда сумма разложена по составу, а не сравнивается одним числом с планом.

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

Отсюда первая развилка. Если вопрос стоит «выгоден ли сам рейс», строка реестра — это рейс целиком: в выручку идёт сумма трёх отгрузок, в факт — счёт целиком, и делить не надо вообще. Разнесение появляется только тогда, когда вопрос другой: менять ли условия доставки конкретному клиенту, вводить ли минимальную партию, поднимать ли ему ставку.

И вот здесь «по весу или по точкам» — ложный выбор. Одной базы на весь счёт не существует, потому что счёт состоит из частей с разными причинами:

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

Условный пример, числа взяты для наглядности. Счёт 120 000 ₽: 96 000 ₽ базовая ставка, 18 000 ₽ простой у клиента Б, 6 000 ₽ крюк на третью точку к клиенту В. Занятость машины — 40 / 35 / 25.

По составу: А — 38 400 ₽, Б — 51 600 ₽, В — 30 000 ₽. Одной базой на весь счёт: А — 48 000 ₽, Б — 42 000 ₽, В — 30 000 ₽.

Сумма в обоих случаях 120 000 ₽, но 9 600 ₽ переехали с виновника простоя на клиента А, который просто ехал в той же машине. Это пятая часть его логистики — и именно на такой цифре потом обсуждают ему ставку.

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

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

Закладывается, но руками и с одной ловушкой.

Формула накладных на единицу — это просто деление одной ячейки на другую, период в ней нигде не зашит: слово «месяц» стоит только в подписи. Поэтому для сезонной бригады туда вписывают годовую сумму накладных и годовой объём заказов — арифметика останется верной, а база станет годовой. Пометить период в самом файле придётся самому, иначе через полгода никто не вспомнит, что там год.

Ловушка в том, что лист «Контроль» этого не проверяет. Он смотрит, что объём больше нуля, что маржа в допустимом диапазоне и что цена покрывает себестоимость. Если вписать годовые накладные, а объём по невнимательности оставить месячным — накладные на услугу вырастут в двенадцать раз, а статус останется зелёным. У меня на пересчёте это дало 180 000 ₽ вместо 15 000 ₽ и «PASS» на всех трёх проверках.

И есть вторая часть, которую файл не решает вообще. У него одна строка на все накладные, а у вас они разные: склад, машина и страховка идут и в ноябре, а сдельная часть останавливается. Годовая база это усредняет и молчит. Для сезонной услуги считать надо не «сколько стоит стрижка в апреле», а «какая апрельская цена окупает и ноябрь» — то есть весенний объём должен нести постоянные расходы всего года. Это отдельный расчёт рядом с файлом: сначала разделить накладные на те, что не останавливаются, и те, что идут только в сезон.

Тут мост чаще всего и рассыпается.

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

Если учёт так не умеет и бонус садится одной суммой в месяц начисления, я не прячу его в цену, а выношу отдельным шагом моста: «ретро-бонусы и корректировки прошлых периодов». Мост продолжает сходиться, а цена снова отвечает на тот вопрос, который к ней задают.

Заметка к отчёту тут не решение. Она объясняет цифру, но не убирает её из строки, по которой принимают решение о ценах.

Конкретика зависит от формулировки договора и учётной политики.

Тяну к дате отгрузки — возврат принадлежит той продаже, которая его породила. В ОПиУ и кассе он остаётся в своём периоде, там важна сходимость с площадкой, а в юнит-экономике я считаю по когорте: продажи месяца и все возвраты по ним, которые уже доехали. Деление «возвраты месяца на продажи месяца» занижает ставку на росте и завышает на спаде — решение по SKU по такой цифре принимать нельзя. И обратная логистика с приёмкой у меня отдельными рублями в расходах: процент возвратов снимает выручку, но за них не платит.

По месяцам, но решение — по накопленному. Один месяц ничего не говорит, мажут все.

Скользящее квартальное не беру: оно прячет разворот. Три месяца план был выше факта, три ниже — кварталы покажут тишину, хотя как раз в этот момент что-то и поменялось.

Смотрю на длину серии. Шесть месяцев подряд в одну сторону — это уже не разброс.

Если нужен формальный порог, есть tracking signal: накопленная ошибка со знаком делится на среднюю абсолютную. Ушло за ±4 — смещение системное. Случайные ошибки гасят друг друга и болтаются у нуля, системные накапливаются.

Квартал имеет смысл при сильной сезонности, но тогда сравнивать с тем же кварталом прошлого года, а не с соседним.

А про версии плана — согласен, это стена, о которую всё встаёт. У меня помогает простое: снимок в момент утверждения отдельным файлом с датой, правки только новой версией. Три месяца — и есть что разбирать.

Согласен с Вами, к сожалению, редко встречал на практике, чтобы кто-то в детали лез в компаниях, если в детали смотреть, то можно весьма немало найти реальных денег.