Цифры без рутины: Как автоматизировать расчёты и работать точнее

Цифры без рутины: Как автоматизировать расчёты и работать точнее

Софья Зоренина

Где теряются время и точность: аудит ручных расчётов и выбор задач для автоматизации

В пятницу в 17:42 в финансовом отделе компании «Маяк» уже собирались закрывать ноутбуки. На экране у Ирины, руководителя команды, стояли рядом две суммы: 1 183 200 рублей — ожидаемые выплаты партнёрам по данным продаж и 1 201 800 — итог в расчётном файле.

Разница была не круглой и не внушительной. Просто 18 600 рублей. Ровно столько, чтобы нельзя было махнуть рукой и сказать: «Наверное, округление».

— Я проверил формулы, — сказал Саша, аналитик, который собирал расчёт. — Вроде всё правильно.

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

— А если формулы правильные, а данные попали туда дважды? — спросила Ирина.

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

Платёж ещё не ушёл. Ничего непоправимого не случилось. Просто в последний рабочий день недели команда снова потратила время на детектив, который нельзя было поручить никому, кроме Саши: он помнил, почему появилась вкладка «Корректировки» и когда её содержимое нужно прибавлять к расчёту, а когда — нет.

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

Ошибка — повод посмотреть на процесс

После сверки Ирина предложила не закрывать файл, а разобрать путь числа от источника до выплаты.

— Не будем пока ничего автоматизировать, — сказала она. — Сначала выясним, что именно мы делаем руками.

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

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

Поэтому аудит начинается не с вопроса «Какую программу купить?», а с более спокойного: «Какие расчёты у нас вообще есть и как они выполняются?»

Сначала составьте карту расчётов

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

Каждую карточку расчёта описывали по одному шаблону:

• Название и назначение. Что рассчитываем и для какого решения?

• Частота. Каждый день, неделю, месяц или по запросу?

• Входные данные. Откуда они берутся, в каком формате и кто отвечает за их качество?

• Правила расчёта. Какие формулы, ставки, условия и исключения применяются?

• Выход. Что именно получает следующий сотрудник или руководитель?

• Проверка. С чем можно сопоставить результат?

• Исключения. Что делают, если запись неполная или случай нестандартный?

• Владелец. Кто выполняет расчёт и кто способен проверить его логику?

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

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

Карточки на стене

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

Вышло примерно так:

Расчётный процесс

Частота

Трудозатраты за цикл

Риск ошибки

Сложность автоматизации / готовность данных

Стандартные выплаты партнёрам

Еженедельно

Высокие

Высокий: влияет на выплаты

Средняя / данные в целом доступны, исключения не описаны

Расчёт маржи по доставке

Ежедневно

Низкие

Средний

Низкая / источники стабильны

Премии отдела продаж

Ежемесячно

Средние

Высокий: влияет на зарплату

Высокая / правила менялись, часть условий хранится в переписке

Сценарный расчёт цен

По запросу

Средние

Средний

Средняя / входные данные собирают вручную

Разовый расчёт для презентации

Нерегулярно

Низкие

Низкий

Низкая / задача понятная, но повторяется редко

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

Для начала команда договорилась оценивать показатели по простой шкале от 1 до 5. По частоте 1 означает «реже раза в год», 5 — «ежедневно». По трудозатратам учитывают активное время людей, а не весь срок ожидания: если отчёт готовится час, но сотрудник работает над ним двадцать минут, важно зафиксировать оба числа отдельно. Риск оценивают по возможному последствию: придётся ли переделывать отчёт, будет ли задержана выплата, возникнет ли финансовый или правовой ущерб. Сложность отражает не престиж задачи, а реальную трудность: насколько устойчивы правила, доступны данные и понятны исключения.

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

Не автоматизируйте хаос целиком

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

Можно было начать с эффектного проекта — полностью автоматизировать начисления, исключения, согласование и формирование платёжного файла. Но это означало бы попытаться за один раз закодировать даже те правила, о которых команда пока не договорилась.

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

Хороший первый кандидат обычно сочетает несколько свойств:

1. Он повторяется. Разовая задача может раздражать, но автоматизация окупается прежде всего там, где одни и те же действия возвращаются снова и снова.

2. Правила можно объяснить. Два компетентных сотрудника должны суметь описать расчёт одинаково.

3. Входные данные доступны. Есть понятные источники, устойчивые поля и способ выявить пропуски или дубли.

4. Результат проверяем. Можно пересчитать его независимо или сопоставить с контрольным итогом.

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

6. Объём задачи ограничен. Лучше автоматизировать одну повторяемую операцию, чем обещать превратить весь отдел в безошибочный механизм за месяц.

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

Снимите исходные показатели до изменений

Перед тем как менять процесс, команда «Маяка» посмотрела на четыре предыдущих еженедельных расчёта. Не по памяти — по календарям, версиям файлов и отметкам о проверках. Зафиксировали:

• среднее активное время подготовки расчёта — 3 часа 20 минут;

• в каждом цикле — около 17 ручных переносов или вставок данных;

• два из четырёх расчётов потребовали исправлений до утверждения;

• формулы и особые условия лучше всех объяснял один сотрудник;

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

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

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

Полезные исходные показатели для любого расчёта:

• число операций за период;

• активное время исполнителя и общий срок выполнения;

• количество ручных вводов, переносов и копирований;

• число исправлений и причина каждого;

• количество исключений, которые не укладываются в стандартное правило;

• число людей, способных выполнить и проверить процесс;

• доля записей с пропущенными или неоднозначными данными.

Не обязательно измерять всё сразу. Достаточно выбрать показатели, связанные с целью. Если главная боль — ошибки в выплатах, важны исправления, расхождения и их последствия. Если команда теряет часы на объединение файлов, нужно измерять время и число ручных шагов. «Стало удобнее» — хорошее впечатление, но слабая метрика.

Практика: аудит за один час

Выберите один участок работы и проведите короткий аудит. Поставьте таймер на час и не пытайтесь сразу придумать решение.

Первые 15 минут: составьте список расчётов, которые выполнялись за последний месяц. Включите регулярные отчёты, разовые проверки и операции, которые «просто делаются в таблице».

Следующие 15 минут: выберите один процесс и опишите его начало и конец. Что запускает расчёт? Какие данные он получает? Кто использует результат? Где находится проверка?

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

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

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

От тревоги к управляемому плану

В пятницу команда «Маяка» нашла дублированную премию. Но главная находка была не в строке на 18 600 рублей. Оказалось, что ручной расчёт опирался на старое правило, устную договорённость и память одного сотрудника. Формула могла быть безупречной, а процесс — всё равно хрупким.

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

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

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

Расчёт как система: входные данные, правила, формулы и результат

В понедельник в 9:12 Павел открыл файл «Премиифиналновый2.xlsx». До обеда нужно было передать начисления в бухгалтерию, но в таблице не хватало данных по двум заказам. В чате отдела продаж нашлось сообщение: «Берём оплаченные в марте». В соседней переписке — уточнение: «Возвраты пока не трогай, Елена сама знает». А в файле с тарифами для нового менеджера стояло 5 процентов, хотя руководитель отдела уверял, что договорились о четырёх.

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

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

Сначала распутать, потом автоматизировать

Когда расчёт долго работает «по привычке», его обычно описывают глаголом: начислить, распределить, сверить, выплатить. Но глагол скрывает цепочку решений. Автоматизировать такой процесс, не разобрав его, — всё равно что поручить машине развязать узел, не показав, где в нём начало и конец. Она будет действовать быстро, но не обязательно правильно.

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

Так обнаружилось важное: Елена не «помнила формулу». Она каждый месяц принимала ряд решений. Какой период брать. Как учитывать частичный возврат. Как поделить заказ между менеджерами. Что делать, если в CRM один владелец, а в реестре — другой. Некоторые решения были записаны в договорённостях, другие жили в письмах, а третьи — только в её опыте.

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

Четыре блока расчёта

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

Правила — договорённости и ограничения, которые определяют смысл расчёта. Какие заказы считаются подходящими? Какой период используется? Какая ставка применяется? Что делать с исключениями? Кто имеет право утвердить ручную корректировку? Правило отвечает на вопрос «при каких условиях», а не «сколько получится».

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

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

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

Один расчёт — от факта до результата

Команда назначила владельцев основных источников:

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

• Бухгалтерский реестр платежей показывает суммы и даты поступления денег; его владелец — бухгалтерия.

• Таблица ставок содержит проценты и даты, с которых они действуют; её ведёт финансовый отдел на основании утверждённых условий.

• Владелец правил начисления — коммерческий директор, который подтверждает изменения и спорные исключения.

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

Затем команда сформулировала правила, которые раньше были спрятаны в переписке и привычках:

1. Расчётный период — календарный месяц.

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

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

4. Доля заказа распределяется между менеджерами согласно CRM; доли должны в сумме составлять 100 процентов.

5. Ставка определяется отдельно для каждого менеджера по его eligible-базе за месяц: при базе меньше 1 000 000 рублей действует ставка 5 процентов, при базе 1 000 000 рублей и выше — 6 процентов на всю базу.

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

Здесь особенно важно было написать «на всю базу». Без этой оговорки один сотрудник мог бы понять условие как повышение ставки только на сумму сверх миллиона, а другой — как изменение ставки для всей базы. Оба применили бы «правильные» формулы и получили бы разные результаты.

Для проверки взяли три мартовские записи по менеджеру Ольге:

• по первому заказу в марте поступило 700 000 рублей;

• второй заказ на 400 000 рублей делился поровну между Ольгой и другим менеджером;

• по третьему заказу поступило 120 000 рублей, а позднее в том же месяце был проведён возврат на 20 000 рублей.

Сначала правила определяют, какие суммы и доли считать. Затем формула собирает базу Ольги:

700 000 + 400 000 × 50% + (120 000 − 20 000) = 1 000 000 рублей.

После применения правила о пороге рассчитывается премия:

1 000 000 × 6% = 60 000 рублей.

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

Карта процесса

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

Этап

Зона

Назначение

Владелец или точка решения

1

Входы

Получить заказы, доли менеджеров, платежи, возвраты и ставки

Руководитель продаж, бухгалтерия, финансовый отдел

2

Правила

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

Коммерческий директор; спорные случаи фиксируются отдельно

3

Преобразования

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

Ответственный за расчёт; формулы проверяются на контрольных примерах

4

Выходы

Подготовить начисления по сотрудникам, расшифровку и список исключений

Финансовый отдел; результат утверждает назначенный руководитель

Карта не обязана быть красивой или сложной. Её задача — дать человеку возможность проследить весь маршрут и ответить на вопросы: откуда взялся этот показатель, кто отвечает за его источник, по какому правилу он обработан, куда попал итог?

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

Вопросы, которые вытаскивают скрытые правила

Чтобы восстановить процесс, не спрашивайте только «какая у вас формула?». Формула обычно оказывается самой лёгкой частью. Гораздо важнее выяснить, что люди считают правильным входом и кто решает, когда привычный порядок нарушается.

Полезно пройтись по таким вопросам:

• Кто передаёт каждый набор данных и в какой момент?

• Какой источник считается главным, если две таблицы расходятся?

• Что именно означает расчётный период: дату заказа, оплаты, проведения в учёте или закрытия месяца?

• Какие операции считаются исключением: возвраты, отмены, частичные оплаты, сделки без назначенного менеджера?

• Что происходит, если у сотрудника изменилась ставка в середине месяца?

• Кто вправе внести ручную корректировку и где сохраняется её основание?

• Как обрабатывается опоздавшая информация: пересчитывается закрытый период или корректируется следующий?