Главное Авторские колонки Пресс-релизы Промо Вакансии Вопросы
61 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

MODEL STATUS = PASS, а в строке нет веса и выручки: тест учёта логистики

В учебном реестре три рейса дали 20 000 ₽ перерасхода. Стёр название одного маршрута — свод показал 5 000 ₽, а MODEL STATUS остался PASS. Разбираем формулы, контроли и границу решения.
Мнение автора может не совпадать с мнением редакции

MODEL STATUS = PASS, а в строке нет веса и выручки: тест учёта логистики

Инструмент недели № 15

В реестре есть три учебных рейса. Их фактическая стоимость равна 323 000 ₽ при плане 303 000 ₽. Выручка равна 1 320 000 ₽, доля логистики — 24,47%. Итог понятен, но решение начинается со строк.

Цифры демонстрационные. Это не кейс клиента и не тарифы рынка.

Строка за строкой

Москва — Казань: вес 1 800 кг, план 85 000 ₽, факт 92 000 ₽, выручка 420 000 ₽. Отклонение равно 7 000 ₽. Книга считает 51,11 ₽/кг, 21,9% выручки и 328 000 ₽ остатка до других расходов.

Москва — Самара: вес 2 200 кг, план 98 000 ₽, факт 96 000 ₽, выручка 510 000 ₽. Экономия равна 2 000 ₽. Результат — 43,64 ₽/кг, 18,8% выручки и 414 000 ₽ остатка.

Москва — Томск: вес 1 500 кг, план 120 000 ₽, факт 135 000 ₽, выручка 390 000 ₽. Перерасход равен 15 000 ₽. Результат — 90 ₽/кг, 34,6% выручки и 255 000 ₽ остатка.


Томская строка даёт 75% общего отклонения — 15 000 ₽ из сальдо 20 000 ₽. Считать её долю от суммы одних перерасходов (7 000 + 15 000 = 22 000 ₽) было бы 68,2%: это и есть разница между «отклонением» и «перерасходом». Это не вердикт по перевозчику. Причина может быть в маршруте, тарифе, весе, простое, возврате или в услуге, которой не было в плане. Вывод из строки — запросить пакет документов, а не назначить виноватого.

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

Остаток 997 000 ₽ — это выручка минус логистика. Это не прибыль: остальные расходы ещё не вычтены.

База входа решает больше арифметики

Три входа реестра приходят из трёх разных документов. Тариф берут из договора, сумму факта — из счёта или акта, выручку — из отгрузочных документов. Книга складывает и делит их в том виде, в каком их занесли, и вопрос «одинаково ли они заведены» она не задаёт.

Типичный разрыв — налог: в договоре тариф чаще указан без него, в счёте сумма чаще с ним, управленческая выручка идёт без него. Ставка с 1 января 2026 года — 22%. Приведение факта к базе плана даёт 264 754 ₽ вместо 323 000 ₽:

  1. отклонение свода: вместо перерасхода 20 000 ₽ выходит экономия 38 246 ₽;
  2. стоимость на вес: 48,14 ₽/кг вместо 58,73 ₽/кг;
  3. доля логистики: 20,06% вместо 24,47%, то есть на 4,41 процентного пункта ниже.

Все три встроенные проверки при этом молчат: суммы положительны, доля ниже 100%.

Коэффициент 1,22 не универсален. Перевозчик на упрощёнке налога в счёте не предъявляет. Компания, которая налог к вычету не принимает, несёт его как расход, и он остаётся в строке. Поэтому в регламенте реестра фиксируется не коэффициент, а вид сумм: план, факт и выручка заносятся одинаково.

Граница контроля

Книга проверяет отрицательный вес, незаполненный факт при положительном плане и общую долю логистики 100% и выше. При 100% остаток после логистики равен 0 ₽, а статус — FAIL. Если факт трёх рейсов задать как 1 420 000 ₽ при выручке 1 320 000 ₽, доля доходит до 107,58%, остаток становится отрицательным на 100 000 ₽, а статус снова — FAIL.

Проблема в другом. Если оставить 92 000 ₽ факта, а вес и выручку первой строки обнулить, формулы IFERROR покажут 0 ₽/кг и 0%. Свод покажет 87,30 ₽/кг и 35,89%, остаток — 577 000 ₽. Все три проверки останутся OK, а MODEL STATUS — PASS.

Остаток читается не сразу: 414 000 и 255 000 ₽ по двум нетронутым рейсам дают 669 000 ₽, а казанская строка добавляет минус 92 000 ₽ — выручка обнулена, факт остался. 669 000 − 92 000 = 577 000 ₽.

Нуль в строке не доказывает нулевой расход. Он заменяет ошибку деления, потому что база не заполнена. Такой PASS не может быть подписью к решению.

Второй тест показал вход, которого не касается ни одна из трёх проверок. Отклонение и остаток после логистики книга считает с условием «если маршрут назван». У стоимости на вес и доли логистики такого условия нет. Название томского маршрута стёрто, вес, план, факт и выручка на месте — и свод меняется несимметрично.


Сходимость держится в обеих колонках: 5 000 ₽ — это 7 000 ₽ Казани минус 2 000 ₽ Самары, 742 000 ₽ — это 328 000 ₽ плюс 414 000 ₽. Томская строка просто выпала из двух итогов и осталась в двух других. Статус при этом PASS.

Отсюда сверка на один взгляд: число строк с заполненным фактом равно числу строк с названным маршрутом. Не равно — часть денег не попала в отклонение и в остаток.

Объём перевозки в книге вводится, но стоимость на кубометр не считается. Если тариф зависит от объёмного веса, нужен дополнительный показатель. Текущая книга его не выводит.

От расчёта к проверяемому решению

В рабочем реестре одной строки с процентом недостаточно. Рядом с маршрутом нужны дата, перевозчик, номер заявки, согласованный тариф, акт или счёт, подтверждённый вес и правило связи с выручкой. Тогда другой сотрудник сможет воспроизвести расчёт без устного пояснения автора файла.

Для томской строки таблица уже задаёт приоритет: её 15 000 ₽ — 75% общего отклонения. Но статус причины пока должен быть «нет данных». Только документы покажут, это новый тариф, простой, возврат, дополнительная услуга, ошибка веса или низкая загрузка. Назначать виноватого по одной ячейке нельзя.

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

Отдельно фиксируется горизонт анализа. Закрытый месяц нужен для факта, следующий — для плана и проверки эффекта меры. Смешивание незакрытых документов и подтверждённого периода создаёт новое отклонение, которое объясняется датами, а не экономикой рейса.

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

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

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

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

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

Поручение финансовому директору

«За пять рабочих дней собрать реестр рейсов за один закрытый месяц и план следующего. По каждой строке связать заявку, согласованный тариф, акт или счёт, подтверждённый вес и отгрузочную выручку. Показать план-факт, стоимость на вес и долю логистики в выручке по каждому маршруту. Отдельно вынести маршруты с отклонением, строки с нулевым весом, выручкой или фактом и строки, где суммы заполнены, а название маршрута пустое. Для каждого отклонения указать причину, документ, ответственную роль и решение: возврат, изменение тарифа, маршрута или минимальной партии. Неподтверждённые базы не обнулять, а пометить „нет данных“. Формат сдачи — проверенный XLSX и одностраничная карта решений; решения по строкам без источника отложить. Срок — пять рабочих дней.»

Полный разбор и XLSX: https://finspect.ru/materials/dolya-logistiki-v-vyruchke/

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.