Пост канала
Бюджет на ГПХ: ловим ошибку на входе, а не в факте через полгода🪤 Хаос🌟 в договорах ГПХ знаком почти каждой крупной компании. Договоры заводятся сотнями, лимиты превышаются, а финансовый контроль узнаёт об этом, когда деньги уже потрачены🤑. Контроль есть, просто он работает в режиме некролога📝. У нас было две проблемы. Первая: при заведении договора никто не видел остаток бюджета. Ручная проверка занимала 30-60 минут, поэтому её часто пропускали. Оптимизм вообще самый дешёвый инструмент контроля🕺. Вторая всплыла при детальном разборе. Инициатор вручную выбирал финансовые аналитики в Excel-шаблоне и ошибался: заводил договор на функционал, которого в его подразделении быть не должно. Через несколько месяцев расходы оказывались не на той статье и исправлялись через сторно. Бухгалтерия такие сюрпризы очень «любит»👊. Причина одна: шаблон заявки ничего не проверял. Можно было выбрать любую комбинацию «подразделение, тип договора, статья, счёт». Шаблон молча принимал всё, как вежливый гость, которому неудобно отказать. Типовой ответ: дождаться ERP. Это годы, а договоры заводятся каждый день. Мы за несколько недель собрали прототип и проверили гипотезы на живых данных. Получилось три инструмента, каждый опирается на предыдущий. 1️⃣ Справочник допустимых аналитик и валидация шаблона Начали с методологии, а не с кода. Разобрали правила заведения заявок и собрали жёсткую связку: подразделение → тип договора → статья → счёт. У каждого подразделения свой набор значений. Если функционала там быть не должно, его просто нет в списке. Затем зашили это в шаблон на VBA: • ключевые ячейки закрыты для ручного ввода, значения только через форму; • каждое поле зависит от предыдущего; • форматы кодов проверяются по маскам; • строки заявки сверяются с опорной; • заполнил одно критичное поле, заполняй и остальные; • устаревшая версия шаблона не принимается. Свобода выбора осталась, просто теперь из правильных вариантов😹. 2️⃣ Калькулятор достаточности бюджета Когда аналитики корректны, по ним можно проверять деньги. Микросервис по расписанию пересчитывает прогноз выплат по действующим договорам, а шаблон обращается к нему кнопками «Проверить бюджет», «Забронировать», «Снять резерв». Правило одно: Бюджет + Корректировки − Факт − Прогноз − Резервы − Сумма договора ≥ 0 Резерв «столбит» деньги под новый договор до первой выплаты. Срок зависит от длины договора: до 3 месяцев резерв на 1 месяц, 4-6 месяцев на 2, 6-12 месяцев на 3. Так одна сумма не тратится дважды, хотя желающие всегда найдутся. Если денег не хватает, форма сразу показывает, к кому идти за решением. Отказ с навигатором воспринимается гораздо спокойнее. 3️⃣ Калькулятор массовых расторжений Контроль на входе не решает проблему уже заключённых договоров. Поэтому приложение на Python собирает выгрузки по исполнителям, начислениям и кадровым движениям, сверяет прогноз платежей с остатком лимита и выдаёт список договоров к расторжению по каждому ЦФО. Что получили за несколько месяцев пилота: • договоров с превышением лимита стало в 2 раза меньше; • тысячи договоров расторгнуты централизованно, экономия исчисляется миллионами💰; • проверка бюджета: с 30-60 минут до онлайн-ответа; • договоры на некорректные аналитики больше не проходят. Почему это сработало👍 Прототип закрыл две самые острые боли без интеграции с тяжёлыми системами. Пользователи остались в привычном Excel, а логика ушла в API. Интерфейс можно заменить, а справочник, правила и формула переедут без изменений. Сейчас решение переносится в целевую систему. Требования к ней не пришлось придумывать: каждое уже проверено на реальных договорах. А как у вас устроен контроль ГПХ: проверка на входе или увлекательные раскопки в факте?
Открыть в MAX- Просмотры
- 93
- ER
- 28,0%
- Реакции
- 26