Проценты загрузки нельзя складывать как расходы

В отчёте три сервера загружены на 40% каждый. Если сложить значения, получится 120%. Цифра выглядит убедительно, но управленческого смысла в ней нет.

Деньги складываются. Доли загрузки - нет.

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

общая загрузка = общий объём / общая мощность.

Если мощности ресурсов различаются, простое среднее тоже даст искажение. Сервер на 10 единиц и сервер на 100 единиц не должны влиять на итог одинаково.

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

- что находится в числителе и знаменателе;
- можно ли складывать исходные объёмы;
- учтена ли разная мощность ресурсов;
- не потерялся ли смысл показателя после агрегации.

Сначала собирается физика потребления. Потом считается доля. И только после этого долю можно использовать в модели расходов.

#Claritech #FinOps #управленческийучет #драйверы

Цифровой рубль не начинается с кнопки в мобильном банке.

Банк может показать новый экран. Но готов ли он провести операцию до конца?

В полном контуре есть:

- клиентский канал;
- банковские проверки и защита от мошенничества;
- шлюз к платформе Банка России;
- АБС и бухгалтерский учёт;
- единый идентификатор и источник статуса;
- сверка, разбор ошибок и поддержка.

Сообщение об отправке ещё не означает, что операция исполнена. Нужны сценарии отказа, повтора, тайм-аута (временной задержки), восстановления и закрытия дня.

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

Внедрение цифрового рубля - новый сквозной контур, а не отдельная функция.

Источник: [проект о внедрении цифрового рубля в банке](https://profpartnership.ru/vnedrenie-cifrovogo-rublya-v-banke)

#Claritech #цифровойрубль #банки #автоматизация

Договор подписан. Выручка ещё зависит от потребления

Например, клиент заранее оплатил пакет на 1 000 обработок документов в облачном сервисе.

В январе клиент обработал 50 документов, в феврале - 200, а в марте почти ничего.

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

Если прогноз строится только по договору, эти движения остаются без объяснения. Снижение потребления выглядит как падение продаж. Рост - как внезапный успех.

Для управленческого прогноза выручку лучше разделить на две части:

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

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

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

Договор показывает обязательство. Поведение клиента показывает, какая экономика сложится внутри него.

#Claritech #управленческийучет #драйверы #продуктоваядоходность

Как мы собрали управленческую отчётность на Claritech

Опубликовали подробный кейс: от бухгалтерских строк до вклада продукта и расшифровки расходов.

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

В статье показываем весь процесс:

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

Расчёты и отчёты используют одну структуру моделей. Пояснения к результату не приходится собирать отдельным набором формул.

Внутри пять иллюстраций - макетов рабочих сценариев с условными значениями. Кейс обезличен; описан состав конкретного проектного решения.

Читать кейс: https://profpartnership.ru/tpost/upravlencheskaya-otchetnost-claritech-case

Обсудить автоматизацию отчётности: https://profpartnership.ru/contacts

#Claritech #управленческийучет #аллокациярасходов #финансовоемоделирование

Наш канал участвует в «ТИПИ-FINANCE»
Присоединились к подборке каналов о финансах, налогах и бухгалтерии.
Коллеги пишут о налоговых рисках, подготовке к проверкам и бухгалтерской практике. Мы - об управленческом учёте, расходах и автоматизации финансовой работы.
Решаем разные задачи, но вопросы часто пересекаются. Поэтому иногда полезно заглянуть к коллегам: посмотреть разбор знакомой ситуации с другой стороны или найти ответ за пределами своей специальности.
Посмотреть подборку «ТИПИ-FINANCE» и выбрать каналы, которые пригодятся в работе.
#финансы #налоги #управленческийучет

Отсрочка тоже стоит денег

Покупатель просит ещё 60 дней на оплату. Цена и расходы на производство не меняются. Значит, доходность заказа прежняя?

Посчитаем на условном примере. Для выполнения заказа компания заняла 800 тыс. ₽ под 18% годовых. Если весь долг остаётся непогашенным ещё 60 дней, дополнительные проценты составят:

800 000 × 18% × 60 / 365 ≈ 23 700 ₽.

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

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

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

Отсрочку согласовывают вместе с ценой: у дополнительных дней есть стоимость.

#Claritech #продуктоваядоходность #управленческийучет

Одна средняя может смешать две разные системы

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

Название показателя одно. Режимы работы разные.

Если сложить их в один ряд, дневной объём сгладит дорогую ночь. Руководитель увидит нормальную среднюю и не заметит, что один режим давно требует отдельного решения.

Марк Грабан советует не смешивать в одной последовательности данные разных систем. Его пример - будни и выходные, дневная и ночная смены.

Перед выводом по средней проверьте:

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

Если ответы различаются, сначала разделите данные. Потом сравнивайте объём, стоимость единицы и доходность.

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

#Claritech #управленческийучет #финансоваяаналитика #CFO

Эффект ИИ не доказан. Но проверяли ли его?

«КОРУС Консалтинг» опросил более 80 компаний. Только 12% могут подтвердить бизнес-эффект от ИИ. При этом 44% его не измеряют, ещё 25% считают отдельные показатели без связи с экономикой.

Читать это как «у остальных ИИ бесполезен» нельзя.

В отчёте по ИИ-проектам стоит разделять три ситуации:

• эффект подтверждён;
• проверка проведена, ожидаемый эффект не получен;
• данных для вывода пока нет.

Во втором случае разбираемся, почему проект не дал ожидаемого результата. В третьем сначала организуем проверку. Иначе отсутствие измерений легко принять за провал.

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

Обсудим, как посчитать экономику вашего ИИ-проекта: https://profpartnership.ru/contacts

Источник: https://korusconsulting.ru/press-centr/issledovanie-korus-konsalting-pochti-70-kompaniy-ne-mogut-otsenit-effekt-ot-vnedreniya-ii/

#Claritech #ИИ #управленческийучет

Заказ выполнен. Сколько мы на нём заработали?

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

В учёте расходы есть. Но отчёт по клиенту не отвечает на вопрос о каждом его проекте.

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

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

Если кода проекта в данных нет, сначала налаживаем его передачу. Программа не должна угадывать, чей это расход.

Разбираетесь с похожей задачей? Напишите нам: @ppClaritech. Обсудим на примере одного заказа.

#Claritech #проектныйучет #управленческийучет

Готовим Claritech 4.30.28

Новые возможности и меньше ожидания при работе с моделями.

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

2. Согласование объёмов. Поставщик и потребитель смогут подтвердить объёмы услуг или вернуть их на уточнение. Координатор отдельно применит согласованные значения к моделям.

3. Проверки данных. Можно будет сопоставить прямые расходы с бюджетом и платежами, проверить распределение объёмов. Результаты укажут модели и узлы, которые требуют внимания.

4. Матрицы в Excel. Прямые расходы, узлы и связи между моделями можно будет выгрузить вместе для дальнейшего анализа.

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

#Claritech #управленческийучет #аллокациярасходов

Материал со склада не становится бесплатным

Для нового заказа предлагают взять сырьё из запасов: за него уже заплатили, значит дополнительных расходов нет.

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

Условный пример: на складе лежит 100 кг, купленных по 200 ₽. Новый заказ использует весь остаток. Чтобы продолжить обычный выпуск, нужно купить ещё 100 кг по 260 ₽.

Для решения по заказу стоимость этого материала - 26 тыс. ₽. Не ноль и не прежние 20 тыс. ₽.

Перед согласованием цены спросите закупки: что придётся докупить из-за заказа и во сколько обойдётся пополнение?

Если материал больше не нужен производству, расчёт другой: проверьте, можно ли его продать или использовать иначе.

Бухгалтерскую стоимость запасов при этом не переписывают. Отдельно оценивают последствия нового заказа для будущих закупок.

#управленческийучет #продуктоваядоходность #CFO

Серверы дорожают, токены дешевеют. А что происходит с прибылью? Часть 1/2.

В интервью гендиректора Yandex Cloud Григория Атрепьева «Ведомостям» есть наблюдение: рост цен на оборудование может сочетаться с удешевлением использования ИИ-моделей. Потребление при этом растёт, но выручка на сопоставимый объём не обязана расти вслед за ним.

Начнём с трёх разных показателей

Цена сервера - сколько компания заплатила за оборудование. Себестоимость обработки - во что ей обходится работа на этом оборудовании. Тариф - сколько она берёт с клиента. Они связаны, но не меняются одинаково.

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

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

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

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

Откуда берётся более дешёвая обработка

Во-первых, из лучшего использования мощностей. Пакетная обработка позволяет обслуживать несколько запросов совместно. Чтобы она давала эффект, нужен подходящий поток запросов: если сервер большую часть времени ждёт пользователя, объединять особенно нечего. Поэтому провайдеру важна загрузка с учётом допустимого времени ответа, а не просто количество серверов. Эти компромиссы объясняет NVIDIA.

Во-вторых, из устройства самой модели. Более дешёвая модель - не обязательно просто урезанная дорогая. Например, MoE (смесь экспертов) позволяет выбирать для обработки токена часть специализированных блоков вместо всех сразу. Механизм описан у Google Research. Но название Flash само по себе не доказывает такую архитектуру, а сопоставимое качество нужно проверять на задачах, ради которых модель используют.

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

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

Наконец, меняется сам состав потребления. Входные токены - запросы, документы и история разговора - обрабатываются иначе, чем токены ответа. В первом случае возможна высокая степень параллелизма. Во втором ответ обычно формируется последовательно. Разница в использовании ресурсов объясняется в разборе NVIDIA.

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

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

#Claritech #ИИ #управленческийучет #продуктоваядоходность

Почему рост потребления не равен росту прибыли. Часть 2/2.

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

Возьмём условный пример, не данные Яндекса. Средняя выручка на токен снизилась в шесть раз. Чтобы сохранить прежнюю выручку, провайдеру нужен шестикратный объём продаж. Однако для вывода о прибыли нам по-прежнему не хватает себестоимости.

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

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

Допустим, у двух сервисов выручка по 200 условных денежных единиц. Они поровну потребляют общие ресурсы платформы, расходы на которую составляют 100. Если распределять их по выручке, каждому достанется по 50 - здесь результат совпадает с потреблением.

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

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

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

Что считать компании, которая внедряет ИИ

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

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

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

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

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

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

#Claritech #ИИ #управленческийучет #продуктоваядоходность

Бюджетная заявка сходится. А её обоснование?

Подразделение объясняет рост расходов индексацией. Но она покрывает только часть увеличения, а расчёта к заявке нет.

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

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

К статье приложено готовое задание для ИИ. На выходе - Excel с контролем охвата заявок и вопросами к владельцам бюджетов.

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

Читать статью - доступна подписчикам журнала.

#бюджетирование #ИИ #управленческийучет

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

Если продажи не выросли, откуда взялось улучшение результата?

При учёте полных производственных затрат часть постоянных расходов включается в стоимость запасов. Пока продукция не продана, эти расходы не попадают в отчёт о прибыли.

Поэтому дополнительный выпуск на склад может улучшить прибыль периода без роста продаж. Расходы не исчезли: часть перенесена на будущие периоды вместе с запасами.

Перед увеличением выпуска проверьте:
• сколько продукции продали, а сколько оставили на складе;
• как изменились постоянные производственные затраты в запасах;
• какой спрос оправдывает накопление продукции.

Сезонный запас может быть нужен. Но рост прибыли за счёт запасов сам по себе не доказывает, что производство стало эффективнее.

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

#управленческийучет #продуктоваядоходность #CFO

Отдел сэкономил, компания заплатила больше

Условный пример: внутренний сервис выставляет подразделению 100 тыс. ₽ за работу. Подрядчик предлагает её за 90 тыс. ₽. Для подразделения экономия - 10 тыс. ₽.

Но внутри выполнение этой работы требует 60 тыс. ₽ дополнительных расходов. Свободная мощность есть, других заказов нет. Постоянные расходы сохранятся при любом выборе; качество и сроки одинаковы.

Если отдать работу подрядчику, компания потратит 90 вместо 60 тыс. ₽. Подразделение покажет экономию, а расходы компании вырастут на 30 тыс. ₽.

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

Перед закупкой сравните изменения расходов всей компании в обоих вариантах. Если внутренняя работа вытесняет другие заказы, добавьте потерянный вклад от них. И проверьте, не поощряет ли внутренний тариф выбор, который компании обходится дороже.

#управленческийучет #аллокациярасходов #CFO

Кому достанется экономия от ИИ в разработке?

В опросе Devographics разработчики оценили среднюю долю кода, созданного ИИ, в 54%. Это самооценка участников, не измерение трудозатрат и не норматив для сметы.

Допустим, ИИ действительно сократил часы и расходы на задачу, а качество и объём работ не изменились.

В действующем договоре с фиксированной ценой выигрыш сначала остаётся у подрядчика: счёт заказчика автоматически не уменьшается.

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

Поэтому на переговорах мы бы сравнивали оплачиваемые работы и условия цены, а не долю сгенерированного кода.

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

Источник: Devographics, опрос об ИИ.

#ИИ #ИТрасходы #управленческийучет

Бюджет внедрения не должен зависеть от календаря релизов

Новая ИИ-модель появилась. Значит, пора переделывать рабочее решение?

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

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

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

Обязательные обновления безопасности и прекращение поддержки - отдельный случай. Но место в рейтинге моделей само по себе не обосновывает новый проект.

Источник: McKinsey Global Institute, 10.09.2026.

#ИИ #автоматизация #ИТрасходы