01
Три основания для одного управленческого результата
Продажа абонемента в одном клубе ещё не объясняет вклад всей сети. Клиент может купить карту через центральный отдел продаж, впервые активировать её рядом с домом и затем посещать несколько филиалов. ProGym сохраняет каждое событие отдельно и собирает управленческое распределение по трём основаниям: место продажи, первая активация и фактическое использование услуги.
На рабочем экране руководитель видит исходную выручку периода, распределённую сумму, остаток без основания и итог по филиалам. Для каждого клуба доступны три колонки вклада. Они объясняют, какая часть суммы пришла через продажи, какая связана с первой активацией и какая заработана подтверждёнными посещениями.
Исходные операции остаются в финансовом контуре в первоначальном виде. Распределение создаёт отдельную управленческую проекцию. Такой подход сохраняет кассовый факт, договорную историю и аудит, а руководству даёт честный взгляд на работу клубов внутри сети.
- филиал продажи из подтверждённой операции;
- филиал первой активации членства;
- филиалы фактических подтверждённых посещений;
- исходная, распределённая и нераспределённая сумма;
- детализация вклада каждого основания по филиалу.
02
Правило 40/20/40 с понятной версией
Клуб задаёт веса политики в базисных пунктах. Например, 40% получает филиал продажи, 20% филиал первой активации и 40% распределяются по использованию. Сумма весов всегда равна 100%. Интерфейс показывает проверку до сохранения и блокирует публикацию некорректного набора.
Политика проходит состояния черновик, опубликована и архив. У версии есть дата начала действия, автор и журнал изменения. Отчёт за закрытый период использует правило, которое действовало в этом периоде. Новая управленческая договорённость создаёт следующую версию и не переписывает уже объяснённую историю.
Публикация доступна роли с отдельным финансовым разрешением. Просмотр отчёта и управление политикой разделены. Руководитель филиала может изучать результат в своём контуре, а финансовый владелец сети контролирует методику и дату её применения.
- веса с точностью до одного базисного пункта;
- обязательная сумма 10 000 базисных пунктов;
- черновик, публикация и архивирование;
- дата действия и история версий;
- отдельные права на отчёт и настройку политики.
03
Точная сумма до последнего тийина
Каждая операция распределяется в целых денежных единицах минимального номинала. Система рассчитывает доли по утверждённым весам, округляет их детерминированно и назначает остаток по стабильному правилу. Сумма филиалов всегда совпадает с распределённой частью исходной операции.
При нескольких филиалах использования доля посещений делится пропорционально подтверждённым визитам. Повторный расчёт на тех же исходных данных и версии политики возвращает тот же результат. Это позволяет сверять отчёт, экспорт и бухгалтерскую выборку без плавающей разницы из-за округления.
Руководитель видит итоговую таблицу и горизонтальные полосы по каждому основанию. Внимание остаётся на суммах и качестве расчёта. Для проверки можно перейти к периоду, сравнить филиалы и выгрузить данные через тот же защищённый отчётный контур.
04
Покрытие данных вместо ложной уверенности
Часть абонементов может не иметь первой активации или подтверждённых посещений. ProGym показывает coverage по каждому основанию и отдельную нераспределённую сумму. Значение не превращается в ноль и не растворяется в среднем по сети. Команда сразу понимает, какой источник требует исправления.
Расчёт работает по принципу fail-closed. Доля без подтверждённого основания остаётся нераспределённой. Система не подставляет филиал продажи вместо отсутствующего посещения и не угадывает место оказания услуги. После загрузки корректного события повторный расчёт включает сумму по утверждённому правилу.
Карточки покрытия помогают отличить реальную бизнес-ситуацию от сбоя данных. Низкая доля активаций может указывать на новые продажи, задержку процесса или ошибку импорта. Низкое покрытие посещений ведёт к проверке СКУД, ручных отметок и интеграции с оборудованием.
- покрытие филиалом продажи;
- покрытие первой активацией;
- покрытие подтверждёнными посещениями;
- сумма без достаточного основания;
- причина расхождения для операционной команды.
05
Финансовые факты защищены аудитом и tenant isolation
Контур работает поверх Taska Core и использует его изоляцию организаций, роли, аудит и события. Политики и расчёты принадлежат конкретному tenant. Запрос сотрудника одной сети не открывает правила, филиалы или суммы другой организации.
База применяет row level security и принудительную проверку tenant scope. API дополнительно проверяет разрешения на чтение отчёта и управление политикой. Изменение версии, публикация и архивирование фиксируются в аудите. Соседние продукты Taska продолжают использовать Core через независимые capability и additive migrations.
Исходная продажа, активация и посещение сохраняют свои идентификаторы и даты. Управленческая запись ссылается на факты и версию политики. Финансовый специалист может воспроизвести расчёт, а инженер получает диагностический след без раскрытия данных других клиентов платформы.
06
Что проверить на демонстрации и пилоте
На демонстрации откройте рабочий стол руководителя и раздел Финансы, затем вкладку Филиалы. Выберите период, сравните исходную и распределённую сумму, изучите вклад продажи, активации и использования. Проверьте предупреждения покрытия и историю опубликованных правил.
Создайте черновик политики 40/20/40, задайте дату действия и опубликуйте его ролью финансового владельца. Обычной ролью проверьте доступ только к разрешённому отчёту. Повторите расчёт и убедитесь, что итог по филиалам сходится с распределённой суммой до последнего тийина.
Для пилота возьмите закрытый месяц и несколько абонементов с разными маршрутами клиента. Включите продажу и использование в одном клубе, продажу через центральный офис, первую активацию в другом филиале и визиты в двух локациях. Отдельно проверьте членство без активации и период с неполными данными СКУД.
Итог пилота оформляется таблицей расхождений: операция, ожидаемое основание, фактический филиал, версия правила и причина остатка. После исправления источника повторный запуск должен дать тот же проверяемый результат. Практический порядок настройки описан в руководстве по распределению выручки сети.
- рабочий интерфейс руководителя на desktop и телефоне;
- политика 40/20/40 и контроль суммы весов;
- раздельные права просмотра и публикации;
- сходимость исходной и распределённой суммы;
- coverage и сценарии с отсутствующим основанием;
- повторяемость расчёта после исправления данных.