Расчёт электричества - один из самых рутинных и ошибкоопасных процессов на любом майнинг-хостинге. Каждый отчётный период наш бухгалтер раньше тратил часы на сведение показаний счётчиков, тарифов, периодов размещения и потребления асиков по каждому клиенту. Расскажем, как у нас на площадке этот процесс полностью автоматизирован и за счёт чего получилось убрать ручной труд оттуда, где он только приводил к ошибкам.
Почему расчёт электричества на майнинг-хостинге - это сложно
Со стороны задача может выглядеть простой: посчитать киловатт-часы, умножить на тариф, выставить счёт. На практике у каждого клиента своя схема, тарифы у разных групп клиентов отличаются, периоды размещения у всех свои, а в середине отчётного периода может ещё и тариф пересмотреться.
На одной площадке параллельно идут разные модели расчёта. Кто-то из клиентов занимает целый контейнер - таких считаем по физическому счётчику. Кто-то размещает 5-10 асиков среди оборудования других клиентов - таких считаем по паспортному потреблению модели. Плюс к этому учёт периодов размещения: оборудование могло прийти в середине месяца или, наоборот, уехать. Плюс простои и инциденты, за которые с клиента не берётся плата. Плюс смена тарифа в середине периода, когда часть дней считается по одной цене, а часть - по другой.
Если делать всё это руками в Excel, на сорока клиентах бухгалтер тратит несколько рабочих дней каждый месяц. И при этом ошибки практически неизбежны - слишком много параллельных нюансов, чтобы их всех держать в голове.
Две схемы расчёта, которые мы используем у себя
На нашей площадке у разных клиентов разные размеры размещения - от трёх асиков у частных майнеров до целых контейнеров у крупных клиентов. Одна универсальная схема расчёта здесь не работает: либо получается несправедливо для крупных клиентов, либо неточно для мелких. Поэтому мы используем две схемы параллельно, в зависимости от размера размещения.
Схема 1: целый контейнер у клиента - расчёт по счётчику
Когда клиент занимает целый контейнер своими асиками, расчёт идёт по физическому счётчику этого контейнера. Это самый точный способ - в счёт идёт ровно столько электричества, сколько реально потребил конкретный набор оборудования клиента, без расчётных допущений.
Что входит в расчёт по счётчику. Снимается текущее показание на конец периода и предыдущее показание на начало. Разность даёт фактическое потребление в киловатт-часах. Это потребление умножается на тариф клиента, действующий в этом периоде - и получается сумма к оплате.
В ручном режиме это выглядит несложно, но когда таких клиентов с контейнерами на площадке несколько, начинаются проблемы. Инженер должен снять показания со всех счётчиков и записать в таблицу. Бухгалтер - сверить с предыдущим периодом и не перепутать клиентов, применить актуальный тариф для каждого. И всё это нужно делать аккуратно, потому что счёт в итоге идёт реальному человеку.
У нас в ROC показания счётчиков заводятся в систему, и расчёт за период по контейнеру строится автоматически. Система берёт разность показаний, умножает на тариф клиента с учётом дат его действия и формирует начисление за период. Бухгалтеру остаётся только сверить итоги.
Схема 2: несколько асиков у клиента - расчёт по паспорту
Когда у клиента 3-15 асиков на нашей площадке среди оборудования других клиентов, отдельный счётчик на каждое устройство ставить не имеет смысла. Это технически возможно, но экономически бессмысленно: счётчики стоят денег, а точность расчёта по паспортному потреблению современных асиков достаточная.
Логика расчёта по паспорту простая. У каждой модели асика есть номинальное (паспортное) потребление, указанное производителем. Например, Antminer S21 потребляет 3500 Вт, S19j Pro - 3050 Вт, S19 XP - 3010 Вт. Это потребление умножается на количество часов работы устройства за период. Получается расчётное потребление в киловатт-часах. Дальше - умножение на тариф клиента.
В ручном режиме здесь несколько узких мест. Нужно знать модель каждого асика клиента, причём у одного клиента бывают разные модели с разным потреблением. Нужно учесть периоды размещения - оборудование могло прийти в середине месяца, и считать его за полный месяц нечестно. Нужно учесть простои - если асик не работал из-за инцидента, паспортное потребление за это время мы клиенту не начисляем.
В ROC у каждого асика в учёте указана модель и паспортное потребление. Когда настраиваем расчёт по этой схеме, потребление за период считается по факту работы каждого устройства - с учётом моделей, периодов и простоев. Это снимает все три проблемы ручного режима одним решением.
Что мы автоматизировали в процессе расчёта
Раньше каждый отчётный период бухгалтер тратил время на ручную сверку всех клиентов между собой. Какие модели у кого стоят, какие тарифы применять, кто пришёл в середине месяца, у кого был простой. Все эти данные жили в разных таблицах, и сведение их в единый расчёт - и было основной работой.
Сейчас в ROC расчёт строится автоматически по тем данным, которые уже есть в системе по ходу работы. Что подтягивается само. Список оборудования каждого клиента с моделями и паспортным потреблением - данные были занесены при приёмке партии. Привязка к контейнеру и счётчику для тех, у кого свой контейнер - тоже из учёта оборудования. Периоды размещения с датами ввода и вывода каждого устройства - есть в карточке оборудования. Простои и инциденты - тоже фиксируются в системе по ходу работы. Тариф клиента с датами действия - заведён в карточке клиента.
Ничего из этого бухгалтеру не нужно собирать заново для расчёта. Он открывает отчётный период и получает готовое начисление по каждому клиенту - со всеми поправками. Дальше остаётся проверить итоги перед выставлением счетов и при необходимости внести правки.
Учёт периодов простоя в расчёте
В этом моменте ручной расчёт чаще всего ошибается, и здесь автоматизация даёт самый заметный эффект для отношений с клиентами.
Если асик клиента простоял неделю из-за неисправности - честнее не брать с клиента деньги за это время. В ручном режиме это либо забывают сделать, либо делают перерасчёт уже после жалобы клиента, и в обоих случаях это плохая ситуация. В первом - клиент платит за то, чего не было. Во втором - тратится время команды на разбор постфактум, плюс репутационный осадок.
В ROC простои и инциденты автоматически учитываются в расчёте. Время остановки оборудования вычитается из периода работы, и потребление пересчитывается. Клиент изначально получает корректную сумму, без переплат и последующих перерасчётов. Это снимает большую часть споров с клиентами по платежам - расчёт сразу учитывает реальную работу оборудования, а не его номинальную работоспособность.
Как клиент видит свой расчёт
В ROC у каждого клиента есть личный кабинет, в котором он видит детализацию начислений по электричеству за каждый период. Не итоговую сумму с короткой подписью, а полную раскладку.
Что видно клиенту в его кабинете. Общее количество киловатт-часов, начисленных за период. По какой схеме шёл расчёт - по счётчику или по паспортному потреблению. Тариф, по которому считалось, с указанием периодов действия, если тариф менялся внутри отчётного. Периоды простоя оборудования, если они были, с указанием продолжительности и причины. Итоговая сумма к оплате.
Это снимает большую часть вопросов уровня «за что мне такая сумма». Клиент сам видит, из чего сложилась цифра. Если есть вопросы - приходит к нам уже с конкретной строкой в своём расчёте, и обсуждение идёт предметно: какой именно день, какое именно начисление, что не так. Такие вопросы обычно быстро закрываются.
Тарифы и их изменения в течение периода
Тарифы на электроэнергию в России регулярно пересматриваются. Для населения индексация теперь идёт раз в год - с 1 июля, для юрлиц и других категорий потребителей графики свои. Кроме плановых пересмотров случаются и внеплановые индексации - такая была, например, в октябре 2025 года для населения. Для майнинг-хостинга, где у разных клиентов могут быть разные тарифные группы, это означает регулярные изменения, которые нужно учитывать в расчётах.
Если тариф изменился в середине отчётного периода, в ручном режиме это превращается в задачу с делениями. Часть периода надо считать по старому тарифу, часть - по новому. Бухгалтер вручную делит дни, считает по двум формулам, складывает результаты, проверяет себя. Если у клиентов разные тарифы (а у юрлиц и физлиц они часто разные), задача множится на количество тарифных групп.
В ROC тарифы хранятся с датами действия. Когда система формирует расчёт за период, она автоматически применяет правильный тариф на каждый день - старый до даты пересмотра, новый после. Это особенно важно для длинных периодов размещения и для площадок с разными группами клиентов на разных тарифах.
Что осталось ручной работой
Чтобы картина не выглядела рекламной, важно проговорить ограничения. Не всё в процессе расчёта электричества автоматизировано, и часть нагрузки на команду остаётся.
Снятие физических показаний счётчиков - наш инженер делает руками, фотографирует и заносит данные в систему. Полностью автоматизировать этот шаг можно только через интеграцию со счётчиками, имеющими удалённую передачу данных. У нас на площадке такая интеграция пока не везде, поэтому ручной обход в начале каждого отчётного периода остаётся.
Финальная проверка начислений перед выставлением счетов остаётся за нашим бухгалтером. Цена ошибки в финансовых документах высокая, и этот час работы автоматизировать нельзя и не нужно. Согласование тарифов с клиентами при заключении договора - не часть системы расчёта, это отдельный коммерческий процесс. Спорные ситуации с клиентами по конкретным дням всё равно требуют ручного разбора, даже если данные в системе корректные - иногда нужно поднять историю и объяснить, что произошло.
Когда стоит автоматизировать расчёт электричества
Если вы пока работаете в ручном режиме и думаете, нужна ли автоматизация - есть несколько простых критериев. На площадке больше 20-30 клиентов. Параллельно используется несколько схем расчёта - и по счётчикам, и по паспорту. Бухгалтер тратит больше дня в месяц на сведение начислений. Регулярно возникают споры с клиентами по конкретным начислениям. Тариф меняется чаще раза в год, и каждое изменение превращается в отдельную задачу.
Если совпадает 2-3 пункта - ручной режим уже стоит дороже автоматизации. Каждый месяц без системы - это не сэкономленные деньги на софте, а потерянное время команды и риски ошибок в финансовых документах.
Итог: расчёт электричества - это про доверие клиентов
Хороший процесс расчёта электричества на майнинг-хостинге - это не только про скорость работы бухгалтерии. Это про прозрачность для клиента и снижение количества споров на будущее. Когда клиент видит, как сложилась сумма в его счёте, понимает логику расчёта и доверяет цифрам - отношения с площадкой становятся стабильными. Он не ищет повода уйти, не торгуется по каждой сумме, не подозревает в нечестности.
А для нас как для хостинга это означает прогнозируемые отношения с клиентами и стабильную работу площадки на длинной дистанции. Ручной расчёт даёт быструю экономию на софте, но проигрывает в этой долгосрочной устойчивости.
Если хотите увидеть, как расчёт электричества работает в ROC - напишите команде в Telegram: https://t.me/Roc_support. Они проведут демо и ответят на все вопросы.
Функциональность платформы ROC может отличаться от описанной в статье - система развивается, набор возможностей меняется